From 7189dfd77d8512b1804349a93ebc8b3c4274955c Mon Sep 17 00:00:00 2001
From: Joey Hess <joeyh@debian.org>
Date: Wed, 27 Nov 2013 18:41:44 -0400
Subject: [PATCH] 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.

# imported from the archive
---
 .ghci                                         |    1 +
 Annex.hs                                      |  252 +
 Annex/Branch.hs                               |  533 +
 Annex/Branch/Transitions.hs                   |   53 +
 Annex/BranchState.hs                          |   43 +
 Annex/CatFile.hs                              |  139 +
 Annex/CheckAttr.hs                            |   35 +
 Annex/CheckIgnore.hs                          |   32 +
 Annex/Content.hs                              |  529 +
 Annex/Content/Direct.hs                       |  259 +
 Annex/Direct.hs                               |  306 +
 Annex/Direct/Fixup.hs                         |   31 +
 Annex/Environment.hs                          |   65 +
 Annex/Exception.hs                            |   46 +
 Annex/FileMatcher.hs                          |  102 +
 Annex/Hook.hs                                 |   42 +
 Annex/Journal.hs                              |  128 +
 Annex/Link.hs                                 |  105 +
 Annex/LockPool.hs                             |   56 +
 Annex/Path.hs                                 |   34 +
 Annex/Perms.hs                                |  125 +
 Annex/Queue.hs                                |   62 +
 Annex/Quvi.hs                                 |   20 +
 Annex/ReplaceFile.hs                          |   39 +
 Annex/Ssh.hs                                  |  198 +
 Annex/TaggedPush.hs                           |   61 +
 Annex/UUID.hs                                 |   96 +
 Annex/Url.hs                                  |   27 +
 Annex/Version.hs                              |   47 +
 Annex/Wanted.hs                               |   32 +
 Assistant.hs                                  |  175 +
 Assistant/Alert.hs                            |  433 +
 Assistant/Alert/Utility.hs                    |  130 +
 Assistant/BranchChange.hs                     |   19 +
 Assistant/Changes.hs                          |   47 +
 Assistant/Commits.hs                          |   23 +
 Assistant/Common.hs                           |   14 +
 Assistant/DaemonStatus.hs                     |  262 +
 Assistant/DeleteRemote.hs                     |   89 +
 Assistant/Drop.hs                             |  112 +
 Assistant/Fsck.hs                             |   50 +
 Assistant/Gpg.hs                              |   36 +
 Assistant/Install.hs                          |  101 +
 Assistant/Install/AutoStart.hs                |   39 +
 Assistant/Install/Menu.hs                     |   47 +
 Assistant/MakeRemote.hs                       |  165 +
 Assistant/Monad.hs                            |  144 +
 Assistant/NamedThread.hs                      |  102 +
 Assistant/NetMessager.hs                      |  180 +
 Assistant/Pairing.hs                          |   92 +
 Assistant/Pairing/MakeRemote.hs               |   95 +
 Assistant/Pairing/Network.hs                  |  130 +
 Assistant/Pushes.hs                           |   40 +
 Assistant/Repair.hs                           |  153 +
 Assistant/RepoProblem.hs                      |   34 +
 Assistant/Restart.hs                          |   86 +
 Assistant/ScanRemotes.hs                      |   41 +
 Assistant/Ssh.hs                              |  342 +
 Assistant/Sync.hs                             |  276 +
 Assistant/Threads/Committer.hs                |  493 +
 Assistant/Threads/ConfigMonitor.hs            |   87 +
 Assistant/Threads/Cronner.hs                  |  225 +
 Assistant/Threads/DaemonStatus.hs             |   29 +
 Assistant/Threads/Glacier.hs                  |   43 +
 Assistant/Threads/Merger.hs                   |  118 +
 Assistant/Threads/MountWatcher.hs             |  195 +
 Assistant/Threads/NetWatcher.hs               |  138 +
 Assistant/Threads/PairListener.hs             |  160 +
 Assistant/Threads/ProblemFixer.hs             |   70 +
 Assistant/Threads/Pusher.hs                   |   49 +
 Assistant/Threads/SanityChecker.hs            |  175 +
 Assistant/Threads/TransferPoller.hs           |   56 +
 Assistant/Threads/TransferScanner.hs          |  183 +
 Assistant/Threads/TransferWatcher.hs          |  104 +
 Assistant/Threads/Transferrer.hs              |   25 +
 Assistant/Threads/UpgradeWatcher.hs           |  109 +
 Assistant/Threads/Upgrader.hs                 |  101 +
 Assistant/Threads/Watcher.hs                  |  355 +
 Assistant/Threads/WebApp.hs                   |  109 +
 Assistant/Threads/XMPPClient.hs               |  368 +
 Assistant/Threads/XMPPPusher.hs               |   81 +
 Assistant/TransferQueue.hs                    |  223 +
 Assistant/TransferSlots.hs                    |  286 +
 Assistant/TransferrerPool.hs                  |   95 +
 Assistant/Types/Alert.hs                      |   78 +
 Assistant/Types/BranchChange.hs               |   19 +
 Assistant/Types/Buddies.hs                    |   80 +
 Assistant/Types/Changes.hs                    |   77 +
 Assistant/Types/Commits.hs                    |   19 +
 Assistant/Types/DaemonStatus.hs               |  119 +
 Assistant/Types/NamedThread.hs                |   21 +
 Assistant/Types/NetMessager.hs                |  155 +
 Assistant/Types/Pushes.hs                     |   24 +
 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            |   23 +
 Assistant/Types/UrlRenderer.hs                |   26 +
 Assistant/Upgrade.hs                          |  316 +
 Assistant/WebApp.hs                           |   73 +
 Assistant/WebApp/Common.hs                    |   18 +
 Assistant/WebApp/Configurators.hs             |   44 +
 Assistant/WebApp/Configurators/AWS.hs         |  230 +
 Assistant/WebApp/Configurators/Delete.hs      |  132 +
 Assistant/WebApp/Configurators/Edit.hs        |  269 +
 Assistant/WebApp/Configurators/Fsck.hs        |  195 +
 Assistant/WebApp/Configurators/IA.hs          |  209 +
 Assistant/WebApp/Configurators/Local.hs       |  471 +
 Assistant/WebApp/Configurators/Pairing.hs     |  328 +
 Assistant/WebApp/Configurators/Preferences.hs |  120 +
 Assistant/WebApp/Configurators/Ssh.hs         |  505 +
 Assistant/WebApp/Configurators/Upgrade.hs     |   48 +
 Assistant/WebApp/Configurators/WebDAV.hs      |  142 +
 Assistant/WebApp/Configurators/XMPP.hs        |  223 +
 Assistant/WebApp/Control.hs                   |   79 +
 Assistant/WebApp/DashBoard.hs                 |  153 +
 Assistant/WebApp/Documentation.hs             |   42 +
 Assistant/WebApp/Form.hs                      |   89 +
 Assistant/WebApp/Gpg.hs                       |  106 +
 Assistant/WebApp/MakeRemote.hs                |   36 +
 Assistant/WebApp/Notifications.hs             |  106 +
 Assistant/WebApp/OtherRepos.hs                |   36 +
 Assistant/WebApp/Page.hs                      |   77 +
 Assistant/WebApp/Repair.hs                    |   35 +
 Assistant/WebApp/RepoId.hs                    |   40 +
 Assistant/WebApp/RepoList.hs                  |  240 +
 Assistant/WebApp/SideBar.hs                   |  110 +
 Assistant/WebApp/Types.hs                     |  233 +
 Assistant/WebApp/routes                       |  121 +
 Assistant/XMPP.hs                             |  273 +
 Assistant/XMPP/Buddies.hs                     |   87 +
 Assistant/XMPP/Client.hs                      |   84 +
 Assistant/XMPP/Git.hs                         |  382 +
 Backend.hs                                    |  120 +
 Backend/Hash.hs                               |  168 +
 Backend/URL.hs                                |   37 +
 Backend/Utilities.hs                          |   25 +
 Backend/WORM.hs                               |   43 +
 Build/BundledPrograms.hs                      |   58 +
 Build/Configure.hs                            |  140 +
 Build/DesktopFile.hs                          |   82 +
 Build/DistributionUpdate.hs                   |   64 +
 Build/EvilSplicer.hs                          |  606 ++
 Build/InstallDesktopFile.hs                   |   19 +
 Build/NullSoftInstaller.hs                    |  139 +
 Build/OSXMkLibs.hs                            |  157 +
 Build/Standalone.hs                           |   54 +
 Build/TestConfig.hs                           |  143 +
 Build/Version.hs                              |   69 +
 Build/make-sdist.sh                           |   21 +
 Build/mdwn2man                                |   44 +
 BuildFlags.hs                                 |   66 +
 CHANGELOG                                     |    1 +
 COPYRIGHT                                     |    1 +
 Checks.hs                                     |   49 +
 CmdLine.hs                                    |  138 +
 Command.hs                                    |  123 +
 Command/Add.hs                                |  261 +
 Command/AddUnused.hs                          |   41 +
 Command/AddUrl.hs                             |  231 +
 Command/Assistant.hs                          |   88 +
 Command/Commit.hs                             |   29 +
 Command/ConfigList.hs                         |   30 +
 Command/Copy.hs                               |   39 +
 Command/Dead.hs                               |   40 +
 Command/Describe.hs                           |   32 +
 Command/Direct.hs                             |   73 +
 Command/Drop.hs                               |  161 +
 Command/DropKey.hs                            |   39 +
 Command/DropUnused.hs                         |   43 +
 Command/EnableRemote.hs                       |   56 +
 Command/Find.hs                               |   61 +
 Command/Fix.hs                                |   61 +
 Command/Forget.hs                             |   52 +
 Command/FromKey.hs                            |   46 +
 Command/Fsck.hs                               |  508 +
 Command/FuzzTest.hs                           |  288 +
 Command/GCryptSetup.hs                        |   39 +
 Command/Get.hs                                |   90 +
 Command/Group.hs                              |   35 +
 Command/Help.hs                               |   62 +
 Command/Import.hs                             |  104 +
 Command/ImportFeed.hs                         |  218 +
 Command/InAnnex.hs                            |   27 +
 Command/Indirect.hs                           |  113 +
 Command/Info.hs                               |  384 +
 Command/Init.hs                               |   31 +
 Command/InitRemote.hs                         |   98 +
 Command/List.hs                               |   88 +
 Command/Lock.hs                               |   29 +
 Command/Log.hs                                |  171 +
 Command/Map.hs                                |  247 +
 Command/Merge.hs                              |   38 +
 Command/Migrate.hs                            |   77 +
 Command/Mirror.hs                             |   58 +
 Command/Move.hs                               |  166 +
 Command/PreCommit.hs                          |   57 +
 Command/ReKey.hs                              |   71 +
 Command/RecvKey.hs                            |   89 +
 Command/Reinject.hs                           |   58 +
 Command/Repair.hs                             |   71 +
 Command/RmUrl.hs                              |   30 +
 Command/Schedule.hs                           |   50 +
 Command/Semitrust.hs                          |   32 +
 Command/SendKey.hs                            |   49 +
 Command/Status.hs                             |   89 +
 Command/Sync.hs                               |  450 +
 Command/Test.hs                               |   24 +
 Command/TransferInfo.hs                       |   64 +
 Command/TransferKey.hs                        |   59 +
 Command/TransferKeys.hs                       |  142 +
 Command/Trust.hs                              |   32 +
 Command/Unannex.hs                            |   98 +
 Command/Ungroup.hs                            |   35 +
 Command/Uninit.hs                             |  100 +
 Command/Unlock.hs                             |   50 +
 Command/Untrust.hs                            |   32 +
 Command/Unused.hs                             |  369 +
 Command/Upgrade.hs                            |   28 +
 Command/Version.hs                            |   48 +
 Command/Vicfg.hs                              |  213 +
 Command/Wanted.hs                             |   48 +
 Command/Watch.hs                              |   36 +
 Command/WebApp.hs                             |  226 +
 Command/Whereis.hs                            |   54 +
 Command/XMPPGit.hs                            |   43 +
 Common.hs                                     |   35 +
 Common/Annex.hs                               |    8 +
 Config.hs                                     |   88 +
 Config/Cost.hs                                |   82 +
 Config/Files.hs                               |   69 +
 Creds.hs                                      |  147 +
 Crypto.hs                                     |  211 +
 Fields.hs                                     |   35 +
 Git.hs                                        |  140 +
 Git/AutoCorrect.hs                            |   71 +
 Git/Branch.hs                                 |  133 +
 Git/BuildVersion.hs                           |   21 +
 Git/CatFile.hs                                |  108 +
 Git/CheckAttr.hs                              |   93 +
 Git/CheckIgnore.hs                            |   71 +
 Git/Command.hs                                |  138 +
 Git/Config.hs                                 |  198 +
 Git/Construct.hs                              |  236 +
 Git/CurrentRepo.hs                            |   67 +
 Git/DiffTree.hs                               |  102 +
 Git/FileMode.hs                               |   23 +
 Git/FilePath.hs                               |   64 +
 Git/Filename.hs                               |   28 +
 Git/Fsck.hs                                   |   79 +
 Git/GCrypt.hs                                 |  103 +
 Git/HashObject.hs                             |   46 +
 Git/Hook.hs                                   |   54 +
 Git/Index.hs                                  |   27 +
 Git/LsFiles.hs                                |  214 +
 Git/LsTree.hs                                 |   65 +
 Git/Merge.hs                                  |   21 +
 Git/Objects.hs                                |   35 +
 Git/Queue.hs                                  |  167 +
 Git/Ref.hs                                    |  133 +
 Git/RefLog.hs                                 |   22 +
 Git/Remote.hs                                 |  115 +
 Git/Repair.hs                                 |  551 +
 Git/Sha.hs                                    |   39 +
 Git/SharedRepository.hs                       |   27 +
 Git/Types.hs                                  |   95 +
 Git/UnionMerge.hs                             |  110 +
 Git/UpdateIndex.hs                            |   86 +
 Git/Url.hs                                    |   71 +
 Git/Version.hs                                |   43 +
 GitAnnex.hs                                   |  181 +
 GitAnnex/Options.hs                           |   87 +
 GitAnnexShell.hs                              |  200 +
 INSTALL                                       |    1 +
 Init.hs                                       |  175 +
 Limit.hs                                      |  251 +
 Limit/Wanted.hs                               |   21 +
 Locations.hs                                  |  412 +
 Logs.hs                                       |  114 +
 Logs/FsckResults.hs                           |   43 +
 Logs/Group.hs                                 |   83 +
 Logs/Location.hs                              |   63 +
 Logs/PreferredContent.hs                      |  114 +
 Logs/Presence.hs                              |   45 +
 Logs/Presence/Pure.hs                         |   84 +
 Logs/Remote.hs                                |   97 +
 Logs/Schedule.hs                              |   72 +
 Logs/Transfer.hs                              |  394 +
 Logs/Transitions.hs                           |   86 +
 Logs/Trust.hs                                 |   97 +
 Logs/Trust/Pure.hs                            |   36 +
 Logs/UUID.hs                                  |   96 +
 Logs/UUIDBased.hs                             |  119 +
 Logs/Unused.hs                                |   45 +
 Logs/Web.hs                                   |   95 +
 Makefile                                      |  228 +
 Messages.hs                                   |  245 +
 Messages/JSON.hs                              |   37 +
 NEWS                                          |    1 +
 Option.hs                                     |   79 +
 README                                        |    6 +
 Remote.hs                                     |  294 +
 Remote/Bup.hs                                 |  288 +
 Remote/Directory.hs                           |  254 +
 Remote/GCrypt.hs                              |  402 +
 Remote/Git.hs                                 |  489 +
 Remote/Glacier.hs                             |  302 +
 Remote/Helper/AWS.hs                          |   66 +
 Remote/Helper/Chunked.hs                      |  144 +
 Remote/Helper/Encryptable.hs                  |  164 +
 Remote/Helper/Git.hs                          |   30 +
 Remote/Helper/Hooks.hs                        |   94 +
 Remote/Helper/Messages.hs                     |   17 +
 Remote/Helper/Special.hs                      |   40 +
 Remote/Helper/Ssh.hs                          |  146 +
 Remote/Hook.hs                                |  159 +
 Remote/List.hs                                |  107 +
 Remote/Rsync.hs                               |  308 +
 Remote/S3.hs                                  |  345 +
 Remote/Web.hs                                 |  128 +
 Remote/WebDAV.hs                              |  356 +
 Seek.hs                                       |  178 +
 Setup.hs                                      |   63 +
 Test.hs                                       | 1331 +++
 Types.hs                                      |   31 +
 Types/Backend.hs                              |   26 +
 Types/BranchState.hs                          |   16 +
 Types/Command.hs                              |   77 +
 Types/Crypto.hs                               |   73 +
 Types/Distribution.hs                         |   38 +
 Types/FileMatcher.hs                          |   13 +
 Types/GitConfig.hs                            |  157 +
 Types/Group.hs                                |   27 +
 Types/Key.hs                                  |   96 +
 Types/KeySource.hs                            |   29 +
 Types/Limit.hs                                |   20 +
 Types/Messages.hs                             |   24 +
 Types/Option.hs                               |   17 +
 Types/Remote.hs                               |   98 +
 Types/ScheduledActivity.hs                    |   69 +
 Types/StandardGroups.hs                       |   96 +
 Types/TrustLevel.hs                           |   43 +
 Types/UUID.hs                                 |   24 +
 Upgrade.hs                                    |   58 +
 Upgrade/V0.hs                                 |   49 +
 Upgrade/V1.hs                                 |  241 +
 Upgrade/V2.hs                                 |  137 +
 Upgrade/V4.hs                                 |   23 +
 Usage.hs                                      |  111 +
 Utility/Applicative.hs                        |   16 +
 Utility/Base64.hs                             |   24 +
 Utility/Batch.hs                              |   91 +
 Utility/CoProcess.hs                          |   93 +
 Utility/CopyFile.hs                           |   48 +
 Utility/DBus.hs                               |   84 +
 Utility/Daemon.hs                             |  124 +
 Utility/Data.hs                               |   17 +
 Utility/DataUnits.hs                          |  160 +
 Utility/DirWatcher.hs                         |  157 +
 Utility/DirWatcher/Types.hs                   |   24 +
 Utility/Directory.hs                          |  107 +
 Utility/DiskFree.hs                           |   38 +
 Utility/Dot.hs                                |   63 +
 Utility/Env.hs                                |   63 +
 Utility/Exception.hs                          |   59 +
 Utility/ExternalSHA.hs                        |   68 +
 Utility/FSEvents.hs                           |   92 +
 Utility/FileMode.hs                           |  142 +
 Utility/FileSystemEncoding.hs                 |   93 +
 Utility/Format.hs                             |  178 +
 Utility/FreeDesktop.hs                        |  144 +
 Utility/Gpg.hs                                |  379 +
 Utility/Hash.hs                               |   69 +
 Utility/HumanNumber.hs                        |   21 +
 Utility/HumanTime.hs                          |   86 +
 Utility/INotify.hs                            |  185 +
 Utility/InodeCache.hs                         |   94 +
 Utility/JSONStream.hs                         |   44 +
 Utility/Kqueue.hs                             |  267 +
 Utility/LogFile.hs                            |   68 +
 Utility/Lsof.hs                               |  120 +
 Utility/Matcher.hs                            |  169 +
 Utility/Metered.hs                            |  116 +
 Utility/Misc.hs                               |  153 +
 Utility/Monad.hs                              |   69 +
 Utility/Mounts.hsc                            |   93 +
 Utility/Network.hs                            |   21 +
 Utility/NotificationBroadcaster.hs            |   86 +
 Utility/OSX.hs                                |   44 +
 Utility/Parallel.hs                           |   35 +
 Utility/PartialPrelude.hs                     |   68 +
 Utility/Path.hs                               |  254 +
 Utility/Percentage.hs                         |   33 +
 Utility/Process.hs                            |  356 +
 Utility/QuickCheck.hs                         |   48 +
 Utility/Quvi.hs                               |  133 +
 Utility/Rsync.hs                              |  152 +
 Utility/SRV.hs                                |  112 +
 Utility/SafeCommand.hs                        |  120 +
 Utility/Scheduled.hs                          |  350 +
 Utility/Shell.hs                              |   26 +
 Utility/TList.hs                              |   66 +
 Utility/Tense.hs                              |   57 +
 Utility/ThreadLock.hs                         |   19 +
 Utility/ThreadScheduler.hs                    |   69 +
 Utility/Tmp.hs                                |   88 +
 Utility/Touch.hsc                             |  120 +
 Utility/Url.hs                                |  190 +
 Utility/UserInfo.hs                           |   55 +
 Utility/Verifiable.hs                         |   37 +
 Utility/WebApp.hs                             |  281 +
 Utility/Win32Notify.hs                        |   65 +
 Utility/Yesod.hs                              |   71 +
 Utility/libdiskfree.c                         |   73 +
 Utility/libdiskfree.h                         |    1 +
 Utility/libkqueue.c                           |   74 +
 Utility/libkqueue.h                           |    3 +
 Utility/libmounts.c                           |  103 +
 Utility/libmounts.h                           |   38 +
 configure.hs                                  |    6 +
 debian/NEWS                                   |   44 +
 debian/changelog                              | 2542 +++++
 debian/compat                                 |    1 +
 debian/control                                |   90 +
 debian/copyright                              |  780 ++
 debian/doc-base                               |    9 +
 debian/menu                                   |    2 +
 debian/rules                                  |   17 +
 debian/tests/basics                           |    4 +
 debian/tests/control                          |    4 +
 doc/Android.mdwn                              |   53 +
 ..._77bafc01b47d4cf8f96bde2b6704ed71._comment |    8 +
 ..._dc7b428f525a082834cb87221fc627ff._comment |    8 +
 ..._81940ea56ace3dcd5fa84dfccd88ad96._comment |   10 +
 ..._37aa87a451d4390ed367402eec740855._comment |   12 +
 ..._ba11b81c671d9bcd6f496fbd6f562b0f._comment |   16 +
 doc/Android/oldcomments.mdwn                  |    2 +
 ..._20e3d513b8b97496d76aca4619026cd6._comment |   16 +
 ..._c96b8f1cc1583a74eb2483f48357f023._comment |   15 +
 ..._6551f5fa081494b079c10a33c9b0d8ad._comment |   10 +
 ..._7c633d245651ec08f63194fe1fc194ae._comment |    8 +
 ..._60c2403140085f9caf48a33b59a36ab4._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                            |   43 +
 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 +
 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/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/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              |  365 +
 ..._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 +
 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
 .../pairing.png                               |  Bin 0 -> 6892 bytes
 .../repolist.png                              |  Bin 0 -> 8525 bytes
 .../xmppalert.png                             |  Bin 0 -> 4070 bytes
 doc/assistant/thanks.mdwn                     |  243 +
 doc/assistant/thumbnail.png                   |  Bin 0 -> 3491 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 +
 doc/backends.mdwn                             |   42 +
 ..._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                                 |   18 +
 ...references_on_remote_assistant_access.mdwn |   20 +
 .../3.20121112:_build_error_in_assistant.mdwn |  432 +
 ..._b42f40ffd83321ab5cc0ef24ced15e98._comment |    8 +
 ..._b1d2aa10ea84c5c370b3e76507fc8761._comment |  476 +
 ..._b38e40d36bba95b16afbce68e7f25a80._comment |    8 +
 ....20121112_build_fails_on_Ubuntu_12.04.mdwn |   97 +
 ..._ce2efd2196e7682f4cdbabdb0616d449._comment |    8 +
 ..._2a6faf662ebb85a8f1c89adcdfb9adb6._comment |   10 +
 ..._37f34baa34068def1adf794d0942e462._comment |    8 +
 ..._2f8a859fef9edc8eb93bf1cc74296702._comment |    8 +
 ..._39__not_in_scope_getAddBoxComR__39__.mdwn |   33 +
 ...4___because_testpack_won__39__t_build.mdwn |   57 +
 ..._b7140e2bf1ea9c73ecc9e214095968e7._comment |    8 +
 ..._6be87b2fb2ed828e7b4bf785729e910e._comment |    9 +
 doc/bugs/4.20130601_xmpp_sync_error.mdwn      |  125 +
 ..._5b50d97e44cbd5b31ff24537ec3f8603._comment |   14 +
 doc/bugs/400_mode_leakage.mdwn                |   25 +
 ...ository_on_USB_drive_causes_sync_loop.mdwn |   22 +
 ..._81839a6de7450734ee75b51e47a0898e._comment |   10 +
 ..._907ce31a31df94984c2bd7aaafe5b10b._comment |    8 +
 ..._d8a86ae0ae5fa1f91e0b40b8b2ba0406._comment |   10 +
 ..._1f08fd5dd4f5d8723c2b5391cc3b60f9._comment |   22 +
 ...e_repository_next_to_the_existing_one.mdwn |   21 +
 ..._cb781d34889d583663e855c4074f8e0e._comment |   16 +
 ..._c0c87957d7c7a09664e60571a2ca0e8c._comment |   12 +
 ...ox.com_remote_on_Android_fails_for_me.mdwn |   20 +
 ..._0303ce880415d7e043533551c2b24694._comment |   10 +
 doc/bugs/Adding_git_ssh_remote_fails.mdwn     |   32 +
 ..._05c0bd9ac7c6f0045217fd72fc1f0a1b._comment |   10 +
 ..._df05456cafdd89e8ceea830199f42d45._comment |   10 +
 ...cond_remote_repository_over_ssh_fails.mdwn |   41 +
 ..._308d5f517bf00c8edc53db438de52355._comment |   14 +
 ..._webapp_gives_internal_server_error__.mdwn |   69 +
 ...downloads_but_does_not_checkout_files.mdwn |   74 +
 ..._a_specific_directory_on_a_USB_remote.mdwn |   30 +
 ..._13ecedfbb34c3564af3a790b8bf0f591._comment |   25 +
 ..._in_the_Dashboard_seems_to_do_nothing.mdwn |   21 +
 ..._a9b03d4f4760fea2754a4dc93547f0a3._comment |   10 +
 ..._015e859a16b1ce4c0c7601df0594d555._comment |   10 +
 ...x_does_not_support_XMPP_pairing__34__.mdwn |   24 +
 ..._c034bb84e58b2dda1038ba205ec78c56._comment |  273 +
 ..._99a754f41d59fdd401ba6d169945e7c9._comment |    8 +
 ...roid_app_permission_denial_on_startup.mdwn |   18 +
 ..._dc06737997c8883ef0a12dbecd9ac30f._comment |    8 +
 ..._b444cd6717658116533745c51481dd3d._comment |    8 +
 ..._66181f34ed7496d1f6601b39e5ae3c65._comment |   13 +
 ..._ddf5761bf14de30ac97030ad338601ae._comment |   14 +
 ..._8b9fafa73ebf5f803c7da9531cfb5b34._comment |   10 +
 ..._58501bb043b4c5836d7472ffd6baa72c._comment |   23 +
 ..._d3a04dc7bbc1816cccc8d85c73ffb689._comment |    8 +
 ..._eeabbc0cc434ed84c36a3f4e03fcef36._comment |   10 +
 ..._4203b496bee1bdd424466ed63b5d31cf._comment |   10 +
 ..._74373eb2cc46b76659e3c463d6682d15._comment |   10 +
 ..._0923d2a09df01d152ec4784c92689c96._comment |    8 +
 ..._b60928e54a5b620899cf29820b9b8e70._comment |   10 +
 .../Android_daily_build_missing_webapp.mdwn   |   23 +
 ...thinks_file_exists_afer_being_dropped.mdwn |   27 +
 ..._1d100441fd1ef529eb854b350fece9ee._comment |   29 +
 ..._166c459c2b27859cf457e17da685fe75._comment |   14 +
 ..._9d985b6e7973bfaaf8b4f5349d8c13ee._comment |    8 +
 ..._3e084cff454b95c7170c0225a53f0c30._comment |   11 +
 ...les_into_git_until_daily_sanity_check.mdwn |  106 +
 ...ctually_sync_file_contents_by_default.mdwn |   16 +
 ..._8577fdaa4d49e6241c4372b159694c9c._comment |   12 +
 ..._027521e48283c68b39315bb8213f6e45._comment |   10 +
 ..._fd8f6938596aace60b04fb35c4069e37._comment |   10 +
 ..._ca908021ab5a2a50fd0d4a7e8d12498f._comment |    9 +
 ..._73532556cfc354ad5f37a3f3a048fb32._comment |   12 +
 ..._ced397b9e6119a0798a282ee07e885df._comment |   61 +
 ..._8acb66850e5db8337cf3f2b2dd236ccc._comment |   10 +
 ..._7eb530851ae6fa1a69813725c4e8fcec._comment |   59 +
 ..._c7d51a26e1febc3894d02546940d64e5._comment |   19 +
 ..._has_just_transferred_elsewhere_again.mdwn |   26 +
 .../Assistant_dropping_from_backup_repo.mdwn  |   28 +
 ..._c13d86fb2541676ee4ca1446b99e0e68._comment |    8 +
 ...nd_eats_up_all_of_RAM_after_X_restart.mdwn |   24 +
 ..._created_155_semitrusted_repositories.mdwn |  191 +
 ..._169b24b34cce3f5c8446c2150beb6827._comment |    8 +
 ..._6acd6f38297772a07d8d5fb999bd2eaa._comment |  183 +
 ..._6a4118e5c5fbe5e84d27094ac72b741b._comment |   22 +
 ..._04daa20d5d7c74bb34ec48e752ed9fe8._comment |    8 +
 ..._11af8ab2587e6eeb671051ba8191995b._comment |   11 +
 ..._26236cdc2bce532017854791bcd727d1._comment |    8 +
 ..._3c532dd5b8a01ecdeda1300b49aba675._comment |   12 +
 ..._119142c5ebc499f0ee0926dbca265308._comment |   10 +
 ...me_cases__44___although_used_remotely.mdwn |   29 +
 ...dding__47__creating_repo_on_ArchLinux.mdwn |   75 +
 ..._ec4a7388ea7106a953f599b664b37f1d._comment |    8 +
 ..._6a60c23850a5e2a7bba355e1317abc69._comment |   13 +
 ..._90b6ed232b2917b9fe041532284e1212._comment |   10 +
 ..._5a89d79395d96c43d7d8a6fd9dc275f1._comment |  248 +
 ..._cdd26c71875428dbe3c100944a443d3f._comment |    9 +
 ..._76242f5d6c815acd5bd58213bd8bb0fe._comment |   10 +
 ..._10852171c0207ca61ea6df1082107353._comment |    8 +
 ..._73e8a5696709f8154e63693ba5e569c3._comment |   10 +
 ..._392fc344e5833b0eb665fcd38f956b7a._comment |    8 +
 ..._9f0fc19a7fcaf7a5827e59e1495cf8c9._comment |    8 +
 ...tant_uses_obsolete_GDU_volume_monitor.mdwn |   28 +
 ..._0e1db417a5815ea903c1f7ccd07308c4._comment |    8 +
 ..._28b0cfcba8902c9c16dbe6c4b07984c4._comment |   10 +
 ..._952b3f78da756ff5f89235db94bec67f._comment |   53 +
 ..._d86aba42d014c4b4f708dcb5fe86e055._comment |   10 +
 ..._9aaf296ef53da317d6dc6728705d5c56._comment |   16 +
 ..._0d5f8a05a1505660f7ff1bc4ac6ff271._comment |    8 +
 ..._3dfdfd49597c85575cb689adb70d2de6._comment |    8 +
 ..._943a446c60ed9d7d4f240ba7f00fe925._comment |    8 +
 ..._9563859850fb40b1cc2c20c516c12960._comment |   16 +
 ..._cf6221c585ee3dbf039bdaea71842d9b._comment |    9 +
 ..._Android___39__git_annex_webapp__39__.mdwn |   35 +
 ..._173393b0b3d2d8c622c0d8a2eaace421._comment |    8 +
 ...ds___39__hxt__39___added_-_3.20121127.mdwn |   36 +
 doc/bugs/Build_error_on_Linux.mdwn            |   29 +
 doc/bugs/Build_error_on_Mac_OSX_10.6.mdwn     |   11 +
 doc/bugs/Build_failure_at_commit_1efe4f3.mdwn |   45 +
 ...ot_find_module___96__Text.Blaze__39__.mdwn |  105 +
 ..._Not_in_scope:___96__myHomeDir__39___.mdwn |   56 +
 ...ind_module___96__Data.XML.Types__39__.mdwn |   82 +
 ...constructor_or_class___96__Html__39__.mdwn |  189 +
 ...26____47__bin_breaks_the_desktop_link.mdwn |   15 +
 ..._c0f0a2878070ed86900815c6b6a5fa5e._comment |    8 +
 ..._53f2de3d3993821d8502fd08a0fcce12._comment |    8 +
 doc/bugs/Cabal_cannot_solve_dependencies.mdwn |   36 +
 ..._1d41ac79867226dcb71f1c7b38da062d._comment |   21 +
 ..._50e72633a4462f6f6eb33d57b137fdcc._comment |   48 +
 ..._886f2d1f7c47a3973b8dc7d7c412289a._comment |   10 +
 .../Cabal_dependency_monadIO_missing.mdwn     |   17 +
 ..._14be660aa57fadec0d81b32a8b52c66f._comment |   75 +
 ..._4f4d8e1e00a2a4f7e8a8ab082e16adac._comment |    8 +
 ...39__t_always_use__annex-rsync-options.mdwn |   35 +
 ...__git-annex_get__34___with_3.20111203.mdwn |   27 +
 ...rive__39___repo_even_if_set_as_client.mdwn |   21 +
 ..._25eb2d7d0a9cdd1c55df0cec68472723._comment |   10 +
 ..._9e9b96e5113a50533251e946c2560d81._comment |   17 +
 ..._6b091198ddd6ed709b076df1296aeb77._comment |   11 +
 ..._118b588685b535cca4c02eb6ef297c67._comment |   21 +
 ..._5cead277493e1c020e16be6f9245fe33._comment |   12 +
 ..._0f135f97c2808dce094628dc6608e617._comment |    8 +
 ..._1d6f47f9e6cf935f19d68af6d5aa92fa._comment |   10 +
 ..._c5758fdb32348b9cd804ff17d27864e1._comment |   16 +
 ...epo__47__.git__47__X__34___for_many_X.mdwn |   34 +
 ..._7f54e24c8e721d69bdb1e5a4181641b8._comment |   10 +
 ..._6e91bc254f79ccf80d385ba7d35ffa9c._comment |   14 +
 ..._4cf34da6050dd96f94ffc3652aa39715._comment |   12 +
 ..._cafcc24e98a89f10adaed5e09f75b659._comment |   19 +
 ..._118d61dea9ef0faa2960da6f2f62ec8b._comment |   12 +
 ..._3978557c6e85608243e5b4eb698ac5a5._comment |   27 +
 ..._e6dfc41d2042402b40efb6f6139d5662._comment |   18 +
 ..._33a84937c87dd2406bc090a0d2969683._comment |   30 +
 ...e_some_filenames_have_a_colon_in_them.mdwn |   20 +
 ..._5fc1347f4bcc13c9f8dbc5ecd4847fc7._comment |   12 +
 ..._38696178e658d1d32deec37dbea66a3d._comment |    8 +
 ..._f34d996827f5e7662bec409cbcce961b._comment |   12 +
 ..._t_rename___34__here__34___repository.mdwn |   32 +
 ...Can__39__t_set_repositories_directory.mdwn |   15 +
 ..._beb5d5b66a8d0fab12be44a7d877e9b0._comment |    8 +
 ..._366aa798a5e55350d32b63b31c19112b._comment |   19 +
 ..._812554d58ad9274a50b2a33d5f4d2ec3._comment |   10 +
 ..._bec5f147441ad18c97845b44c90c728b._comment |   28 +
 ...__t_start_on_Cyanogenmod_10.2_nightly.mdwn |  158 +
 ...nc_remote_with_encryption__61__shared.mdwn |   54 +
 ..._ca7ec2041bbec330476fb040b1e66a92._comment |    8 +
 ..._c476847665a5320214721497d8fad15b._comment |    8 +
 ...annot_build_the_latest_with_GHC_7.6.1.mdwn |   18 +
 ..._b25859c159d62f2e92b92f505535131b._comment |   14 +
 ..._4c9eab9120718457fdc1ae9051e44bca._comment |   16 +
 ..._61aec9801e1f76db4a286536ffacc3ed._comment |   12 +
 ..._6381ff0ea419831d9bbed27511cad1e9._comment |   16 +
 doc/bugs/Cannot_clone_an_annex.mdwn           |   69 +
 ..._b40a2652361a79c6c6eab0fc21be8e46._comment |    8 +
 .../Cannot_copy_to_a_git-annex_remote.mdwn    |   14 +
 ..._258a376cff4c62bc4be919322bb1bd88._comment |   10 +
 ..._d9b830a1fdea8760cb7da1d36b3cd34d._comment |   12 +
 ..._09d76e5f9480b9a35644a8f08790cd97._comment |   10 +
 ..._7b586c705a937d09a1b44bd6af2d4686._comment |    8 +
 ..._07dbd8f64982f1921077e23f468122cf._comment |   25 +
 ..._926fd494f0b27103a99083cd5d0702d5._comment |    8 +
 ..._80444a509cc340f5eb3cd08b193fd389._comment |   10 +
 ..._4c6b99cd67b4aa742da5101fb1b379f7._comment |    8 +
 ..._f45cdd2b6acc5f458b67539fced0e529._comment |   12 +
 ..._5a455dd14fb9d3ff408bb3f81e366c38._comment |   10 +
 ..._foo_not___126____47__bar__47____34__.mdwn |   29 +
 ..._6f7b5c164ff64f00b8814b2ee334709f._comment |   13 +
 ..._807ef1250237bf4426e3a24c1f9ba357._comment |   10 +
 doc/bugs/Committer_crashed.mdwn               |   32 +
 ...mpile_needs_more_than_1.5gb_of_memory.mdwn |   16 +
 ..._0806b5132c55d7a5a17fbdad7e3f2291._comment |   16 +
 ...ilure_trying_to_unannex_a_large_annex.mdwn |   56 +
 ..._1c202695ab7fe62cdc8770e1fb428d0c._comment |   10 +
 .../Conflicting_archive_descriptions.mdwn     |   16 +
 ...lPath_too_long_for_Unix_domain_socket.mdwn |   53 +
 ..._60f58e205604eebe668b1e05dcfbf9a7._comment |   24 +
 ...eleted_and_deletes_them_elsewhere_too.mdwn |   33 +
 ..._80ca50f5305eda71fe32f2b0bc922c34._comment |   21 +
 ..._e6bc6d1c0eb8c469e9e00b37bbcc9b86._comment |    9 +
 ..._0d0f6b6b46d0153433fead2bbd1bbe64._comment |   12 +
 ..._6058a22b733cb02126286af950074ed4._comment |   10 +
 ..._593a49669e2fadfb91773f8c84fbb031._comment |    8 +
 ..._5a348c5f327f16e1192ef6bd7f2880bb._comment |   15 +
 .../Could_not_find_module_Data.Default.mdwn   |   33 +
 ...Could_not_read_from_remote_repository.mdwn |   24 +
 ..._da842a9d146bcd5c7773b58364c25597._comment |    8 +
 ..._82746a0cf989d884cd0fd796db092b3c._comment |   36 +
 doc/bugs/Could_not_resolve_dependencies.mdwn  |   40 +
 ...h_trying_to_sync_with_a_repo_over_ssh.mdwn |   43 +
 ..._9705f295ad8101f3f0ede18e590b56ef._comment |    8 +
 ..._0d751d81ac618f8d7e3f1dd20c830542._comment |    8 +
 .../Crash_when_adding_jabber_account_.mdwn    |   32 +
 ..._2dc61ebcfa8919fb839656999c155c52._comment |   10 +
 ..._e49af3b8a937d82eda1509b6f67b21d4._comment |    8 +
 ..._e59f8813bf1a7c4e3c8c120fe82348b9._comment |   10 +
 ..._716ac138cb69eecd0fb586699b4aeb2a._comment |    8 +
 ...h_an_invalid_name_throws_an_exception.mdwn |   18 +
 ...S3_does_not_check_for_presence_of_GPG.mdwn |   18 +
 ...using_git-annex_webapp_--listen__41__.mdwn |   35 +
 doc/bugs/DS__95__Store_not_gitignored.mdwn    |   26 +
 ..._b93ac0ea3be82c361ceb4352e742ba39._comment |    8 +
 ..._4136e1f4aba7aa7562dafcf6a213e10c._comment |   58 +
 ...p_ssh_keys_after_removing_remote_repo.mdwn |   18 +
 ..._88fbf70eae48484988dbb433a437c717._comment |   14 +
 .../Detection_assumes_that_shell_is_bash.mdwn |   24 +
 ...t_to_troubleshoot_XMPP_login_failures.mdwn |   11 +
 ..._4205bccf515169031e4a9ed8e905262c._comment |   10 +
 ...keeps_re-checksuming_duplicated_files.mdwn |   25 +
 ..._cb10385a4f046bfe676720ded3409379._comment |   14 +
 ..._4bcf1a897181e40c9c8969d597a844f0._comment |    8 +
 ..._6a6d22d218f036c9977072973ed99aa8._comment |   11 +
 ..._eaa7ffb3a1d9ffd6d89de301bd2cd5b2._comment |   11 +
 ...sitories_end_up_with_unstaged_changes.mdwn |   46 +
 ..._300a2b246182be3079db20a7e3322261._comment |    8 +
 ...sitories_still_use_symlinks_sometimes.mdwn |   32 +
 .../Disconcerting_warning_from_git-annex.mdwn |    6 +
 ..._58cebd377bfdf247b6c4fee27a3ba461._comment |    8 +
 ..._dc7407044d4c739d05248300c58d8ef2._comment |    8 +
 ...een_git_annex_add_and_git_annex_watch.mdwn |   33 +
 doc/bugs/Displayed_copy_speed_is_wrong.mdwn   |    8 +
 ..._74de3091e8bfd7acd6795e61f39f07c6._comment |    8 +
 ..._8b240de1d5ae9229fa2d77d1cc15a552._comment |    8 +
 ...der_suddenly_appear_in_sub-sub-folder.mdwn | 3747 +++++++
 ..._ae4a13ff121d27f78904eee9bf5e716b._comment |   20 +
 ..._32e360cd7b100ddb9a526e7833fc55e1._comment |   15 +
 ..._650dc9ede4e16ef668d96840f63dad47._comment |   12 +
 ..._721cf184fb5a5244ec5c15de3302ebf7._comment |   33 +
 ..._ssh_server_with_multiple_directories.mdwn |   19 +
 ..._e8affeca873c2ef73255f8f77e0ac16f._comment |   10 +
 doc/bugs/Endless_SSH_password_prompts.mdwn    |   15 +
 ..._b3a32d7a53c30478f409a47f856282ab._comment |   10 +
 ..._0a1fc4b4580d8be4c37064e0a16de99b._comment |    8 +
 ..._46210f7745b8c7c237fc8b08309390fe._comment |   11 +
 ...___versions_3.20120315_and_3.20120430.mdwn |   79 +
 ...ry:___34__internal_server_error__34__.mdwn |   28 +
 ..._9be1b577fa4d5fe9754845073fdf5d32._comment |   10 +
 ..._0da0d68b646f2b38be6ecf7c0fe13743._comment |    8 +
 ..._09c56f5574931f2ebe903069f0731160._comment |   16 +
 ..._0c127396e682ca6ced43aec7deeb0335._comment |   12 +
 ..._6bc3eadefde4750eec67a55de6651b2d._comment |   13 +
 ..._263ab9c1483438b1717c8061ac81a2fa._comment |    9 +
 ..._eccc10990dff37584f8e60cd481a7140._comment |   26 +
 ..._f897d20cbe5e0f3f58ce1a0bacad3d71._comment |    8 +
 ...ng_remote_repository_using_ssh_on_OSX.mdwn |   36 +
 ..._559555934d79ae6be383063abcaae22e._comment |   10 +
 ..._a9f4f9db042ab6f6c15d6954651971b2._comment |   12 +
 ..._55a496d0a0be80ba723b17bf9faa3bc0._comment |    8 +
 ...ing___34__hGetLine:_end_of_file__34__.mdwn |   31 +
 ..._8742f7ac27b5f4ad6261d04a174a691c._comment |   10 +
 ..._b8e720340000537de6713c49b7733b2f._comment |   21 +
 ..._489fa3a717519cd5d8b4c1a9d143d8c6._comment |    8 +
 ..._b0796d3b1913e1b6f7b34d75a591be42._comment |   16 +
 ..._d8ca17ccaa5ee48d590736af8e77d88a._comment |    8 +
 ..._aa7a690aaf75d21f52051a31d7fce70e._comment |    8 +
 ..._dc235dc2d024b7f340721bb578630e00._comment |   10 +
 ..._5d1e6ea5b5725c773acc6e288add812c._comment |    8 +
 ..._6389b4f03ebc916358bc6674398d70c4._comment |   14 +
 ..._bcacc9fb3751042968118ebe33802e27._comment |   10 +
 ..._6d4c9f0e133ebd94fc11346df446402e._comment |   16 +
 ...nnexed_file_to_a_.gitignored_location.mdwn |   21 +
 ..._b524e70156e8bc1219d5c6741974ad99._comment |   18 +
 ..._ff7349c396d1249204d621e71f6a7a52._comment |   10 +
 ..._4bc7d4c51faea3fdafc977cb66b7f73a._comment |   26 +
 ...ateSymbolicLink:_already_exists__34__.mdwn |   46 +
 ...w_file_gets_symlinked_to_a_git_object.mdwn |   78 +
 ..._d4e7ed56b16494a95e6c904c746cc91f._comment |    8 +
 ..._656b2a2cc44e9102c86bdd57045549d5._comment |   10 +
 ...__40__calling_nonexistant_shell__41__.mdwn |   28 +
 ..._fb8a379ed7f4b88bd55245ce5b18042c._comment |    8 +
 ...te_remote_repo_if_no_global_email_set.mdwn |   55 +
 ...eature_request:___34__quvi__34___flag.mdwn |   14 +
 ..._908c38024fd252328566034608c2dec3._comment |   12 +
 ..._4b6822fe91aa865f2ac1297a3daa3fca._comment |    8 +
 ..._c72ef77e76b1c99b5e0c78d0742080e7._comment |    8 +
 ..._6092695d6afb1608447afe6f86e6fb83._comment |    8 +
 ...om_locally_paired_annexes_when_edited.mdwn |   36 +
 ..._bdc97db9dc9954331e4c400baf9e5541._comment |   10 +
 doc/bugs/Finding_an_Unused_file.mdwn          |  152 +
 ...dg-open_on_linux__47__bsd__63____41__.mdwn |   26 +
 ..._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 +
 .../GPG_can__39__t_handle_some_files.mdwn     |   23 +
 ..._4388c971e991dbc0326e69c49994df1e._comment |    8 +
 doc/bugs/GPG_passphrase_repeated_prompt.mdwn  |   24 +
 ..._6ef1c9725befc84ad57bce196ef630ef._comment |   16 +
 doc/bugs/GPG_problem_on_Mac.mdwn              |   34 +
 ..._9ccfa12e7a9569a7ae9a3b819917c275._comment |    9 +
 ..._a5e07131e2bc1a646c8439fc2506128b._comment |   29 +
 ..._388238360f2423f84881e904443efb86._comment |   12 +
 ...it_annex_add_fails_on_read-only_files.mdwn |   37 +
 ..._d31018e8bf31d729ee9fee43a0a07934._comment |   10 +
 ..._e38e7048749f890169cd0be602be6ee7._comment |   10 +
 ..._add_on_vfat__47__sdcard__47__android.mdwn |  280 +
 ..._2fc435d1c741f9fc422401f682e7c8b7._comment |   17 +
 ..._b73fb99a75aef912f8286626c5bde66d._comment |   14 +
 ..._b7115f2c658439ff59a029f500697fc1._comment |   57 +
 ..._67de7a56ddb06fc0e31cc011d281c633._comment |    8 +
 ..._58fdb2a00f1737746cdbc804f831a0e7._comment |    8 +
 ...hen_submodule_is_not_in_the_same_path.mdwn |   63 +
 ..._b3197993dbdfaf2db5e4651ac54a896e._comment |   12 +
 ..._1fbbd02e61ef524597dafd69460b00b4._comment |   10 +
 .../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 |   16 +
 ..._e8bb3d6a2318402b985caed08282d473._comment |   12 +
 ..._ead9fa75a12ef36be9a92637b144e74f._comment |   14 +
 .../Hanging_on_install_on_Mountain_lion.mdwn  |   26 +
 ..._f57ff027b19ca16e2ecf1fc6aee9ef4a._comment |   10 +
 ..._2ff78d2090d0fd3418ab50b27c6028ce._comment |    8 +
 ..._523d3c0c71f80536850a001b90fd0e9e._comment |    8 +
 ..._6c360c64093b016c2150206dc3ad1709._comment |   10 +
 ..._7b77fd9b7dc236c345f2f6149c8138ee._comment |   18 +
 ..._08289596445d7588e43d35490fbfe5f4._comment |    8 +
 ..._2a336fe7b8aed07cbdaa868bd34078f9._comment |    8 +
 ..._ea7a40c3b6748738421aed00a6f7ca10._comment |   10 +
 ..._00962da9288976f8a48d0cbc08e1d9e2._comment |   15 +
 ..._5d53d23e529f33f6e7deb10643831613._comment |   11 +
 ..._f00c8761e3184975b6645c0c3e241365._comment |   10 +
 ...eating_repository_when_using_--listen.mdwn |   46 +
 ..._8cbe786de8cf8b407418149b9c811aab._comment |   14 +
 ..._dc128eeddeaaf3f84e71aca0fb7d341f._comment |    8 +
 .../Hard_links_not_synced_in_direct_mode.mdwn |  125 +
 ..._aaa781664ae0c62c4f6530cb075ed367._comment |   17 +
 ..._213aa10909d1fd0f20ed078a7ed93e79._comment |    8 +
 ..._e6b783d9aaae20c0d35e9888d878716a._comment |   10 +
 ..._b008ae7b1cf8685d92c9a87a7609de1e._comment |   18 +
 ..._949c891209713a2c0a5e66af11ed4c79._comment |   14 +
 ...ush_without_using_the_assistant__63__.mdwn |  295 +
 ..._0ddcbe0ccecdec1012964dfa436a3eee._comment |   19 +
 ..._5765b849bcf045ead9f007bd50b2cfbd._comment |   20 +
 ...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 |   21 +
 ..._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 +
 ...orrect_version_on_64_Standalone_Build.mdwn |   11 +
 ..._1964e4cad33a9f98b2eedbf095e899ff._comment |   12 +
 ...Install_of_git-annex-3.20121112_fails.mdwn |   20 +
 ..._80fc80151d4390bd8a4332f30723962e._comment |    8 +
 ..._2613320a41a74dc757a3277c8c328bd0._comment |   62 +
 ..._c364764d0c56e8dc3cac276905d99841._comment |   10 +
 ..._f1057340dfa978071d3bbc9e2af1e612._comment |   19 +
 ..._9007b1a3abd647945604968db19cb841._comment |    8 +
 ..._0bb3ac5375f29ce9d3d0be93879267e3._comment |   11 +
 ..._ae4443b8cd069080d1f77fca16aa8b04._comment |   10 +
 .../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 +
 ..._repo_after_deleted_an_encrypted_one..mdwn |   28 +
 ...server_error_adding_USB_drive_on_OS_X.mdwn |   25 +
 ..._b2ef077d87a9da624f20649c21401b5b._comment |   17 +
 ..._ef849e25b0264808bff800d9d3836119._comment |   10 +
 ..._ae3cbd0eb69cbeb9b349e0060d056d43._comment |   18 +
 ..._0ff2897805928b14829b7b369a3aed91._comment |   16 +
 ..._414a45573aeb5201f4d80433955669d5._comment |   12 +
 ..._cause_all_following_switches_to_fail.mdwn |   50 +
 ..._limit_uploads_to_an_S3_backend__63__.mdwn |   19 +
 ..._ef97e735ce308f7bcc03f5d9fda588bf._comment |   10 +
 ..._539b89de8743e435386b86119d1e982f._comment |    8 +
 .../Issue_on_OSX_with_some_system_limits.mdwn |   26 +
 ..._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 +
 ...roken_with___34__git_annex_sync__34__.mdwn |   21 +
 ..._380a49b3c132f9f529729a1cb5a69621._comment |    8 +
 ..._282f5f89fb4a46e1fad0980e0b2994a0._comment |    8 +
 ..._7ff98958146b7f6396226bdd878ec86e._comment |   10 +
 ..._f9e460a09e7e5f53c16c20ded2649201._comment |    8 +
 ...daemon_leaves_ssh_mux_sessions_behind.mdwn |   38 +
 ..._17879b98a5e79ace03b543064751e46e._comment |    8 +
 ..._2dc877e281750004b16619ea7b931160._comment |    8 +
 ...esult_in_stale_symlinks_and_data_loss.mdwn |   57 +
 ..._52364dc5b1b43b51748453d1896e35c6._comment |    8 +
 ..._99b4db1841f8630a9c5efd08910e87a3._comment |  104 +
 ..._fbb410a54bb0bd82d0953ef58a88600e._comment |   24 +
 ..._8007c9ba42a951a4426255ec3c37d961._comment |   13 +
 ..._73ecd4cb8ee58a8dfe7cab0e893dbe5b._comment |    8 +
 ..._e8a10886a564f35414c30a04335d9d32._comment |    8 +
 ..._6a318edfe45c80343d017dc7b4837acb._comment |    8 +
 ..._f7a1d9f9d40aff531d873a95d2196edd._comment |    8 +
 ..._1724ffdf986301bf37ef7a6d16b6ea8a._comment |   10 +
 ..._5470e2f50e6506139ecb1b342371c509._comment |   10 +
 ..._e53148a9efa061a825f668a9492182f7._comment |   10 +
 ...rsions_didn__39__t_show_up_on_hackage.mdwn |   11 +
 ..._74b56dea2100450e322e726bb55bb310._comment |    8 +
 ...s_support_for_glibc_2.13_debian_stable.txt |   43 +
 ..._dc7f726a0b60f64392cbbd1b4317bab5._comment |   10 +
 ..._4a0198d714bd3b52ba9baa68dc45f535._comment |   12 +
 doc/bugs/Local_files_not_found.mdwn           |   50 +
 ..._5e1fcc0597594fa493ffa28aa32e1df8._comment |   12 +
 ...40__ssh__41___fails_to_pair__47__sync.mdwn |  175 +
 ..._bab9cd5bdcffec3c48b9e8657cd9bbf7._comment |   14 +
 ..._104898dce3c67c082a9f2b36e2f45ff8._comment |   10 +
 ...l_pairing_fails:_PairListener_crashed.mdwn |   18 +
 ..._d9c5d2147cf6d8d8477eb13b72081d46._comment |   12 +
 ..._60a21105145ac228f486bc4beb2ea54d._comment |   32 +
 ..._pairing_fails:_received_PairMsg_loop.mdwn |   39 +
 ..._b8c485bafd98be8c21595597af361255._comment |    8 +
 ..._bc63489334f44a423645021415ffe196._comment |   10 +
 ..._6345b174d04b6613c2c55a6ec9e50c21._comment |   16 +
 ..._f39ec6c3d5a016b3c5260162c0b42177._comment |   12 +
 ..._ca0c5ef6e6a6d2c4b64430ac68370b6a._comment |    8 +
 doc/bugs/Lost_S3_Remote.mdwn                  |   59 +
 ..._6e80e6db6671581d471fc9a54181c04c._comment |   10 +
 ..._c99c65882a3924f4890e500f9492b442._comment |    8 +
 ..._1e434d5a20a692cd9dc7f6f8f20f30dd._comment |    8 +
 ..._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 +
 .../Makefile_is_missing_dependancies.mdwn     |   47 +
 ..._5a3da5f79c8563c7a450aa29728abe7c._comment |   47 +
 ..._416f12dbd0c2b841fac8164645b81df5._comment |    8 +
 ..._c38b6f4abc9b9ad413c3b83ca04386c3._comment |   25 +
 ..._cc13873175edf191047282700315beee._comment |   30 +
 ..._0a1c52e2c96d19b9c3eb7e99b8c2434f._comment |   59 +
 ..._24119fc5d5963ce9dd669f7dcf006859._comment |   10 +
 ..._96fd4725df4b54e670077a18d3ac4943._comment |   12 +
 ..._a3555e3286cdc2bfeb9cde0ff727ba74._comment |    8 +
 ...Manual_content_mode_isn__39__t_manual.mdwn |   89 +
 doc/bugs/Manual_mode_weirdness.mdwn           |   37 +
 ..._f8ab3bac9e9a6768e5fd5a052f0d920f._comment |    8 +
 ..._e810daa488fad32ca8bdaae620051da8._comment |    8 +
 ...cc26206c4a539999b04664136c6f785211a41.mdwn |   35 +
 ..._after_local_pairing_with_older_annex.mdwn |   31 +
 ..._8229df64a872bee7590f75eb78f78c4a._comment |   10 +
 ..._f37be896396915b1c85cff8811dceb4a._comment |   12 +
 ..._df7fc1078059538a76f384a40541e91f._comment |   10 +
 ..._70c444c61f41df2f59294c10f94f0c09._comment |    8 +
 ...ness_with_the_assistant_branch_on_OSX.mdwn |   15 +
 ..._377525e70640751e1ead445aeed15efa._comment |    8 +
 ...t-annex_will_not_build_on_OpenIndiana.mdwn |   36 +
 ..._f3c336ecfee51e074ea3a9fc95301de5._comment |    8 +
 ..._102c0e998934e84deca92fd1c90145fa._comment |    8 +
 ..._1449dd796ce9f2209f085d4b017a5f33._comment |   19 +
 ..._c4aa8a4379b2c056ca9b7afcff412bbc._comment |   10 +
 ..._6ca4dd2ad51182edf7198f38b336b9b6._comment |    8 +
 ...heme_does_not_follow_git__39__s_rules.mdwn |   31 +
 ...nstall_c2hs_-_3.20121127_and_previous.mdwn |   37 +
 ...way_to_re-inject_a_file_into_an_annex.mdwn |   12 +
 ..._c871605e187f539f3bfe7478433e7fb5._comment |    8 +
 ..._e6f1e9eee8b8dfb60ca10c8cfd807ac9._comment |   10 +
 ..._be62be5fe819acc0cb8b878802decd46._comment |   14 +
 ..._480a4f72445a636eab1b1c0f816d365c._comment |    8 +
 doc/bugs/No_progress_bars_with_S3.mdwn        |   26 +
 ..._33a601201a9fdd2357f1c03e32fa6b9c._comment |    8 +
 ..._52361805ced99c22d663b3b1e8a5b221._comment |    8 +
 ..._5903c1c40c4562f4fbaccd1640fedb18._comment |    8 +
 ..._80799c33e513384894b390fe34ab312a._comment |    8 +
 doc/bugs/No_version_information_from_cli.mdwn |   18 +
 ...y_large_and_not_inherently_compressed.mdwn |   68 +
 ...lias_permissions_and_versions_problem.mdwn |   37 +
 ..._4fabe32e7e626e6ca23aa0b6f449c4c6._comment |   14 +
 ..._064d60fcc8366a70958540bc145e611a._comment |   11 +
 ..._6c72d4f40ea0a9566a1185901beff5ba._comment |   14 +
 ..._8a11f404bb72a1aeb2290744cce2d00d._comment |   12 +
 ..._30888607199d6a48b76d0c48f5aa4f64._comment |    8 +
 doc/bugs/OSX_app_issues.mdwn                  |    6 +
 ..._54d8f3e429df9a9958370635c890abf0._comment |   11 +
 ..._6d23232fbb15d0ee3ab532a4884f81ed._comment |   10 +
 ..._5db2baa771fd01a284eac8a16c1c8c67._comment |    8 +
 ..._bb2ceb95a844449795addee6986d0763._comment |   26 +
 ..._62170597c7f441d84d48986857998858._comment |   10 +
 ..._f3bc5a4e4895ac9351786f0bdd8005ba._comment |   11 +
 ..._cb12d419459e5cac766022ee0697fedc._comment |   18 +
 ..._c966fa549bc73c52034ac9abc49de52a._comment |    8 +
 ..._10f1df95266f1a8c9ef933183190f6e2._comment |    8 +
 ..._064e151da121f9c2ef13c19ecb4e7458._comment |   16 +
 ..._0e6ac5e0a54ce78bdc56c62e6fb92846._comment |    8 +
 ..._fd560811c57df5cbc3976639642b8b19._comment |    8 +
 ..._93e0bb53ac2d7daef53426fbdc5f92d9._comment |   15 +
 ..._141eac2f3fb25fe18b4268786f00ad6a._comment |    8 +
 ..._f4d5b2645d7f29b80925159efb94a998._comment |    8 +
 ..._2e6dfca0fd8df04066769653724eae28._comment |   17 +
 ..._e1bbe83a1b9a7385ed6d443d0cc22bc7._comment |   18 +
 doc/bugs/OSX_app_issues/old.mdwn              |    1 +
 ..._bb823dc3cd6dc914ed14c176afa0b2f3._comment |    8 +
 ..._a30e69fed14b0809184ffe05358ab871._comment |   10 +
 ..._23d47b3696e537d60df1d383f33f19e4._comment |   15 +
 ..._be5738b42b13ec8cd828c5fa66f030e8._comment |   10 +
 ..._5783a4716cd104e1f1c276aa0b9cb153._comment |   41 +
 ..._e126d87a263f3aa6261f72ee7ff086fc._comment |    8 +
 ..._56c7fcafc7dca8be28ebf9e37a8f6b71._comment |   23 +
 ..._e58bd3d66f0f43c159d2b37172f152de._comment |    8 +
 ..._01f2c968bad66b0ff0c09eb468325deb._comment |    8 +
 ..._0b7cd3d5952c5abf36a89a68a4afc1e7._comment |    8 +
 ..._82d9963e1fbf17644ce697e5a43943f5._comment |   16 +
 ..._c2de94a48e7958b9efffd89dda9144ff._comment |   59 +
 ..._29af9df9ea295d114574e76e15b8e737._comment |    8 +
 ..._88ddc846eb4e4a2d54028a3412ba28d6._comment |   12 +
 ..._6d6341b05123cd317c4eac96353c8662._comment |   10 +
 ..._aff4ab761c4d196732baa046af45fe24._comment |   11 +
 ..._43bd5985d8a3a5e7f826a34e5dd9216e._comment |   10 +
 ..._08613b2e2318680508483d204a43da76._comment |   76 +
 ..._4cda124b57ddc87645d5822f14ed5c59._comment |    8 +
 ..._0d1df34f83a8dac9c438d93806236818._comment |    8 +
 ..._12bd83e7e2327c992448e87bdb85d17e._comment |   15 +
 ..._bc44d5aea5f77e331a32913ada293730._comment |   27 +
 ..._cea97dbbfb566a9fe463365ca4511119._comment |   16 +
 ..._911f187d46890093a54859032ada2442._comment |   10 +
 ..._acd73cc5c4caa88099e2d2f19947aadf._comment |    8 +
 ..._08b091a58106ca6050ac669579ed9ff4._comment |   11 +
 ..._8464c839cb169a4c6e72bebdc2065e9a._comment |    8 +
 ...rror:__LSOpenURLsWithRole__40____41__.mdwn |   26 +
 ..._0dfa839f1ba689b23f811787515b8cff._comment |    8 +
 ..._612b947eb5474f6d792a833e33105665._comment |    8 +
 ..._549b8bcae6f1f8b21932b734e32fbdd1._comment |    8 +
 ..._23078dfea127fa3ef20696eb10ce964c._comment |   10 +
 ..._7da5ef8325b8787bbf1c6e2c17b1142e._comment |    8 +
 .../OS_X_10.8:_Can__39__t_reopen_webapp.mdwn  |   31 +
 ..._2653fe701a1bb20254f3d6b90f10a43b._comment |   18 +
 ..._d9ce701d077e40f39b142ce2cc570a3b._comment |    8 +
 ..._14964ab68253dc1a8903d14a821b8b40._comment |   10 +
 ..._4a579e9a13305ab4157f4b3eba46b92d._comment |   16 +
 ..._2a710960dc3a177ce62ef92f8546c496._comment |   12 +
 ..._a4ad73530cd0f6621bcc6394d5f39af7._comment |   41 +
 ...ut_the_first_copy_are_lost_on_unannex.mdwn |   54 +
 ..._f7149b684a97070cff051b780c73be48._comment |   15 +
 doc/bugs/Old_repository_stuck.mdwn            |    9 +
 ...Error_when_push.default___61___simple.mdwn |   64 +
 ..._971224d2c0c0ce8d4530b1991508f849._comment |   12 +
 ..._6866f96277dbe83a8aadcdeb426b6750._comment |    8 +
 ..._eaed9b5532e30e401f50193a72b98310._comment |   13 +
 ..._1fab407f3823ce8cec87f5df55e49f8c._comment |    8 +
 ...__44___but_believes_it_has_succeeded..mdwn |  180 +
 ...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 +
 ...t_is_not_used__44___even_if_available.mdwn |   67 +
 ...___including_original_one__44___gone..mdwn |  230 +
 ..._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 +
 .../Partial_direct__47__indirect_repo.mdwn    |   24 +
 ..._42344fce051d759f95215c985e9d1135._comment |   12 +
 ..._8ba64f2750d0ef4adf595674c723bc65._comment |    8 +
 ..._bd4985864b7dcd70a609ca7bc2617e4a._comment |    8 +
 ..._39__typechange__39___and_direct_mode.mdwn |   32 +
 ..._84cb8c651584ec2887f6e1b7dc107190._comment |    8 +
 ...d_now_asks_for_a_commit_message__34__.mdwn |   18 +
 doc/bugs/Prevent_accidental_merges.mdwn       |   14 +
 ..._4c46a193915eab8f308a04175cb2e40a._comment |    8 +
 .../Problem_when_dropping_unused_files.mdwn   |   21 +
 ..._d4f6bfe8e04560fc661a47b09ed8a5f4._comment |    8 +
 ..._e1a99bd3eb8b3186653b52a52b1836de._comment |   10 +
 ..._dec3e5ffe5cfdc439f418ee00d7d9810._comment |    8 +
 ..._d106a87101db52f957da84d90dafcdbb._comment |   12 +
 ..._f28ed0635612693e437e64d872af5c37._comment |    8 +
 ..._f0237075653768c84deb702442645f28._comment |    8 +
 ..._b509006e1590480a104627369bc910f2._comment |    8 +
 ..._fe261c074211ccb94bbcb32cfd8ee654._comment |   14 +
 ..._bc8e4dc7e0d6577ba5fcc98f56627b1f._comment |    8 +
 ..._e9a22aa2ebcde5f6595b49dba9375761._comment |   14 +
 .../Problem_with_bup:_cannot_lock_refs.mdwn   |   52 +
 doc/bugs/Problems_building_on_Mac_OS_X.mdwn   |   62 +
 ..._1c199b826fdd84b5184b1466ad03a9a4._comment |    8 +
 doc/bugs/Problems_running_make_on_osx.mdwn    |   49 +
 ..._94e4ac430140042a2d0fb5a16d86b4e5._comment |    8 +
 ..._56f1143fa191361d63b441741699e17f._comment |    8 +
 ..._ec5131624d0d2285d3b6880e47033f97._comment |    8 +
 ..._88ed095a448096bf8a69015a04e64df1._comment |   16 +
 ..._89a960b6706ed703b390a81a8bc4e311._comment |    8 +
 ..._6b8867b8e48bf807c955779c9f8f0909._comment |   71 +
 ..._5c2dd6002aadaab30841b77a5f5aed34._comment |    8 +
 ..._62fccb04b0e4b695312f7a3f32fb96ee._comment |   43 +
 ..._64fab50d95de619eb2e8f08f90237de1._comment |   24 +
 ..._4253988ed178054c8b6400beeed68a29._comment |   11 +
 ..._34120e82331ace01a6a4960862d38f2d._comment |   17 +
 ..._7db27d1a22666c831848bc6c06d66a84._comment |   10 +
 ..._cc53d1681d576186dbc868dd9801d551._comment |    8 +
 ..._68f0f8ae953589ae26d57310b40c878d._comment |   57 +
 ..._c52be386f79f14c8570a8f1397c68581._comment |   12 +
 ..._7f1330a1e541b0f3e2192e596d7f7bee._comment |  107 +
 ..._0c46f5165ceb5a7b9ea9689c33b3a4f8._comment |    9 +
 ..._237a137cce58a28abcc736cbf2c420b0._comment |   22 +
 ..._efafa203addf8fa79e33e21a87fb5a2b._comment |    8 +
 ..._cc283b485b3c95ba7eebc8f0c96969b3._comment |   66 +
 doc/bugs/Problems_with_syncing_gnucash.mdwn   |  568 +
 ..._ca195af3ba4a286eb5ab687634192fa4._comment |    8 +
 ..._754fb430381ad88e6248ecb902b32118._comment |   20 +
 ..._25881998c6f149c70b1358f37b7c66ba._comment |   20 +
 doc/bugs/Provide_64-bit_standalone_build.mdwn |    6 +
 ..._1850bb3eb464f1d3c122cfeb4ccaf265._comment |   15 +
 doc/bugs/Proxy_support.mdwn                   |   18 +
 ...mote_repo_and_set_operation_with_find.mdwn |    6 +
 ...positories_have_to_be_setup_encrypted.mdwn |   27 +
 ..._95f73315657bc35a8d3ff9b4ba207af0._comment |    8 +
 ..._sides_have_written_to_the_repository.mdwn |   70 +
 ..._92211091daf9827a4ec7e5b5a6769d59._comment |    8 +
 ..._f0fa97a9eba1c624f6f8720ba8a160b7._comment |    8 +
 ..._e3d677ea4170c07cd31efe6dc85fa5f3._comment |    8 +
 ...e_cannot_be_reactivated_by_the_webapp.mdwn |   30 +
 doc/bugs/Repository_deletion_error.mdwn       |   46 +
 ..._31673d0300986b6098d1af2cc4b180c6._comment |   10 +
 doc/bugs/Resource_exhausted.mdwn              |   45 +
 ..._bccf9528ffe963154c92ce49762e7ea6._comment |   10 +
 ..._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 +
 ...somewhere_in_the___39__get__39___code.mdwn |   24 +
 ..._66b21720cd1b2a4f66ef24252d3e6305._comment |    8 +
 ..._18c9f55c5af1f4f690a7727df71ab561._comment |    8 +
 ...ks_for_ssh_key_password_for_each_file.mdwn |   30 +
 ..._fd95e0bb61e80a72b4ac1304ef6c2e77._comment |   16 +
 ...mote_created_via_webapp_remains_empty.mdwn |  138 +
 ..._cccf9d58c0ebb8d31cacdd029ea8e23a._comment |   12 +
 ...e_same_key_for_encryption_and_hashing.mdwn |   10 +
 ..._dc5ae7af499203cfd903e866595b8fea._comment |   18 +
 ..._c62daf5b3bfcd2f684262c96ef6628c1._comment |   12 +
 ..._e1f39c4af5bdb0daabf000da80858cd9._comment |   10 +
 ..._bb6b814ab961818d514f6553455d2bf3._comment |    8 +
 ..._5bb128f6d2ca4b5e4d881fae297fa1f8._comment |    8 +
 ..._63fb74da342751fc35e1850409c506f6._comment |    8 +
 ...capital_letters_breaks_authentication.mdwn |   32 +
 doc/bugs/S3_memory_leaks.mdwn                 |   14 +
 ..._a7268213b090bce6b1f1858a8e23d90e._comment |   14 +
 doc/bugs/S3_upload_not_using_multipart.mdwn   |   53 +
 ...SH_too_old_on_OS_X_10.6.8__63____41__.mdwn |   27 +
 ..._0c57a2196d35eb1ecfb0c51273bba05c._comment |   10 +
 ...lts_on_Fedora_18_with_SELinux_enabled.mdwn |   65 +
 ..._f708d87aa65cd38c20087859d3ab2dc7._comment |   12 +
 ..._fb7188db031147992f3c906783ebbee0._comment |   59 +
 ...tificates_with_jabber_fail_miserably..mdwn |   22 +
 ..._13d27ba41d9ef78c8db534b6bc26314e._comment |   12 +
 ..._018eed99e71680be9e7c0844020419bb._comment |    8 +
 ..._1e7578dd1321f399b12197056495b0b6._comment |    8 +
 ..._s_for_Remotes_be_case_sensitive__63__.txt |   46 +
 ..._00b52dba3bc30516e06c44cbfd3a05a2._comment |   17 +
 ..._8f5fa659c2ab91b1757bac31cd3b15eb._comment |   10 +
 ..._ccf9623d60c58d036d8bf24757e50de3._comment |   10 +
 ...d_ignore_.thumbnails__47___on_android.mdwn |   28 +
 ...en_network_fails___40__esp._DNS__41__.mdwn |   50 +
 ..._dd792bd98a48554a65150c06401ed3e5._comment |   12 +
 .../Small_archive_behaving_like_archive.mdwn  |   33 +
 ..._718dc246cbbbeae04436fa033011ab12._comment |   13 +
 ..._34___instead_applies_it_to_all_files.mdwn |   75 +
 ..._2fe6d735bc075275a6b8890fac48ee58._comment |   18 +
 doc/bugs/Stale_lock_files_on_Android.mdwn     |   44 +
 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 +
 ...omps_on___39__regular__39___git_files.mdwn |   27 +
 ..._0d2cb3b8509cd0eba50aafa14afefc02._comment |   63 +
 ...mode_to_direct_mode_breaks_duplicates.mdwn |   30 +
 ...er_is_not_honoring_--listen_parameter.mdwn |   21 +
 ..._4dd773372979dd95538bfba6516a11eb._comment |    9 +
 ..._broken_links_instead_of_proper_files.mdwn |   51 +
 ..._a2bedb2e77451b02fc66fc9ef5c4405c._comment |   11 +
 .../Test_failure_on_debian_dropunused.mdwn    |   31 +
 doc/bugs/The_assistant_hangs_forever.mdwn     |   46 +
 ..._b0291e32860e0da0b66837d14ed5aab6._comment |    8 +
 ..._a2950cf91b8a4e4f2951f5522ef0e9c4._comment |   18 +
 ..._db95f78519d5ffbad793906028730dab._comment |   12 +
 ..._28b13fd3165b38a2fbc9e1a461c38921._comment |   22 +
 ..._81a79c8840ff26307a9c6edad5b850f9._comment |    9 +
 ..._b739719b14705f4d7e1d412b3cab090c._comment |   17 +
 ..._2b300d960697c5b967c1f109dfd6dfbf._comment |   16 +
 ..._8623220d08b1a72ed8b669a2d9cc0f75._comment |   15 +
 ...d_login___40__nearly__41___impossible.mdwn |   29 +
 ..._8305becdc6e70abdaf17e42f263173fc._comment |   12 +
 ..._d75896a6e204d1abdda04923aa668d04._comment |    8 +
 ..._a36a4a64a04c01c2db467b09300e6ebd._comment |    8 +
 ..._c9d6631c304acb289e485fb901e1f274._comment |   35 +
 ..._10282c4352075c8d148b8674973b7b16._comment |   22 +
 ..._ceb68da01d9e2fe9a70fab6244116da0._comment |   15 +
 ..._cca4abde86a8be5e2919c4738f5bdd0c._comment |   18 +
 ..._2fa5d7d9110c91b0a3a833cb3d9f53fd._comment |   10 +
 ..._bf21d28142e4c304aa0bc740955ddea0._comment |   10 +
 ..._45537758fa937f16fc82120bf8b234e8._comment |    8 +
 ..._a38497772834a4b12137390b461ce70b._comment |   12 +
 ..._b685050ee6fbb1a685e33f9656a10e84._comment |    8 +
 ..._17bc0220c20553c848875475c5fd4ae6._comment |   12 +
 ..._76472bc58bb790f773c46ec2c39fcf88._comment |   11 +
 ..._dcd9286e314779c25764484beff40561._comment |   10 +
 ..._2146eec77b87b615100d0d003e8dce75._comment |   15 +
 ..._2bd6f4e04903ee251d43d0a97bd40b6e._comment |    8 +
 ..._7db8ed002eb6313b07f09bd1a34019e3._comment |   10 +
 ..._1bcb2a238006044bc78849e56cb21a01._comment |    9 +
 ..._26c6937cf78e7141e0e3b20f25ed8f7a._comment |    8 +
 ...dfb2e706da2cb1451193c658dc676b0530968.mdwn |   23 +
 ...sn__39__t_allow_deleting_repositories.mdwn |   33 +
 ..._1b80f9cfedd25e34997fa07e08d15012._comment |    8 +
 ..._53499da1185c56d8fd25f86ba41d96ce._comment |   11 +
 ..._3e07b8386d2c7afce2a78d24b9c260b9._comment |   14 +
 doc/bugs/Too_many_open_files.mdwn             |   55 +
 ..._d5d509b9b431d2ea6000ebc0aed62857._comment |    8 +
 doc/bugs/Too_much_system_load_on_startup.mdwn |   24 +
 ..._4470cddc0965062588acff1bc77285e9._comment |    8 +
 .../TransferScanner_crash_on_Android.mdwn     |   24 +
 ..._6c3584ade1ee6cccddddeaa8e1697945._comment |   20 +
 ..._06574e05149a677d666a722061586658._comment |   10 +
 ..._54ae097d30bb7a49fe151f38c9bac033._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 +
 ...Trouble_initializing_git_annex_on_NFS.mdwn |   16 +
 ..._e26952373150d63b8a5d3643a2762de1._comment |   10 +
 ..._f80b10ed395738e50e345fc22c708ae5._comment |   10 +
 ..._f99e0f05950fc2fc80fdecd35e17012c._comment |    8 +
 ..._e42146d2dcc4052266dd61d204aeb551._comment |    8 +
 doc/bugs/True_backup_support.mdwn             |    7 +
 ..._50aa0bc1e2502622585682cb703e0b85._comment |   10 +
 ..._d6030c6c49b227e022f05d590746d4ca._comment |    8 +
 .../Truncated_file_transferred_via_S3.mdwn    |  614 ++
 ..._5962358e6067448f633cc0eaf42f9ca7._comment |   10 +
 ..._75a2c272c36fc4fe8f9a79a3fd3ac4e5._comment |   19 +
 ..._3dae1914c8c90fdad0c21e1fc795f2ca._comment |    8 +
 ..._3c5fe109f2196cfc196c30da3b62bafd._comment |   10 +
 ..._f86f83c89300f255e730ddd23f876f61._comment |   16 +
 ..._on_Android_due_to_weird_rename_error.mdwn |   37 +
 ..._928289956111d1b22f9d55f15b54f72f._comment |   10 +
 ..._6a0cb836b93ba4cb1e07b11d5d2a7094._comment |    8 +
 doc/bugs/Unable_to_import_feed.mdwn           |   27 +
 ..._16230fbbb996e165b84787ed4d5f72ea._comment |   45 +
 .../Unable_to_switch_back_to_direct_mode.mdwn |   55 +
 ..._4585b251f011a153c62f377c324cf963._comment |   24 +
 ..._5848ebbab38d1244347f7e7351b3a30d._comment |   10 +
 ..._1c5c7b0c7bc336e00f43e257b87a6208._comment |    8 +
 ..._b0bfd68998bc3e11d8e089646b8292a6._comment |   12 +
 ..._to_sync_a_second_machine_through_Box.mdwn |   46 +
 ..._cb43a2bc976e3eb1cfc3ee9d4d34e78e._comment |   22 +
 ..._3375e9bfab3fed271413bd9bb5fa0121._comment |   30 +
 ..._c4420e1a3db321b4135b1626d3582adb._comment |   12 +
 ..._f4b2c88bb5938dacdd04dfe9a68560de._comment |   18 +
 ..._6dcc95ffb3fc7bbbedd6be5df0111c85._comment |    8 +
 ...to_use_remotes_with_space_in_the_path.mdwn |   35 +
 .../Unfortunate_interaction_with_Calibre.mdwn |   24 +
 ..._7cb5561f11dfc7726a537ddde2477489._comment |    8 +
 ..._b8ae4bc589c787dacc08ab2ee5491d6e._comment |    8 +
 ..._977c5f6b82f9e18cdd81d57005bb8b89._comment |    8 +
 ..._ff7d2e9a39dfe12b975d04650ac57cc4._comment |    8 +
 ..._fc4d5301797589e92cc9a24697b2155d._comment |   15 +
 .../Unknown_command___39__list__39__.mdwn     |   15 +
 ..._c625d03d1ed2019141ac9202f933466d._comment |    8 +
 ..._800e1b6417768bdadda311ebfb5df637._comment |    8 +
 ..._35dfc75ce9efffff139f8929dc311e29._comment |   10 +
 doc/bugs/Unknown_remote_type_webdav.mdwn      |    8 +
 doc/bugs/Unnecessary_remote_transfers.mdwn    |   24 +
 ..._b778fbb1386f0f51bf057ffacd590ebb._comment |   12 +
 ..._55430eac842d0a192dc7f41d7730e4d5._comment |   10 +
 ..._00c18e07678dc513a02d974fe059df73._comment |   12 +
 ..._2e9992dbfceabd6df535a2770626de16._comment |   35 +
 ..._a98f3091a6a658919f0562cf396439c2._comment |    8 +
 ..._417c1e8e27ee1a1f9ebf9160560605c5._comment |   96 +
 ..._eb5a2717a1f0c7bb761d2a7866b23def._comment |    8 +
 ..._89f756db1f3f2e60a3bd1f35f55fee43._comment |   40 +
 ..._5aaf8766a7ba05c4f92715e5d5175a8f._comment |   13 +
 ..._e856b350632cc865d16d1995a6cdf065._comment |   14 +
 ..._64f831545b34b78452952cf49b5f5b05._comment |   25 +
 ...ncy_on_certificate___62____61___1.3.3.mdwn |   64 +
 ...ository_on_the_server_don__39__t_work.mdwn |   49 +
 ..._2143f0540fdcd7efeb25b5a3b54fe0fd._comment |   12 +
 ..._bca95245b457631d08b47591da6163ad._comment |    9 +
 ..._f54bb003096752dae0442660267a1e37._comment |   11 +
 ..._38bb916ed5b90b92ffa91a452ff052a9._comment |   10 +
 ..._5b6ef464ab1ad061f27122db40191e26._comment |    8 +
 ..._3727bda5082cb1f2b1f746f9f80ced7d._comment |    8 +
 ..._a7139f19f0b73c024cd9218eb01e6104._comment |    8 +
 ..._Github_as_remote_throws_proxy_errors.mdwn |   27 +
 ..._10616b17c3fb8286fdc64c841023f8a1._comment |    9 +
 ..._8a72887d33e492a041f8246d93d0c778._comment |    8 +
 doc/bugs/Using_a_revoked_GPG_key.mdwn         |   34 +
 ..._7bb01d081282e5b02b7720b2953fe5be._comment |    8 +
 ..._9c0c40360f0058a4bd346c1362e302b6._comment |    8 +
 ..._8f69f58107246595f5603f35c4aa7395._comment |    8 +
 ..._78b3c52ba85edfa6ee6e273bec3bea5c._comment |   13 +
 ..._a85ccf2f09ebe87147f8761b81a02326._comment |    8 +
 ..._8b89eb5e6386acd0a922310c04f863ac._comment |   12 +
 ..._20dc5a7ce7cb6ca97ccdfb923c3b24bb._comment |   10 +
 ..._9dc921dc6077f828454a4444088b9a43._comment |   15 +
 ..._f50c802d78041fd1522f0e7599ce6a45._comment |   42 +
 doc/bugs/WEBDAV_443.mdwn                      |  307 +
 ..._9ee2c5ed44295455af890caee7b06f1a._comment |   18 +
 ..._863a7d315212c9a8ab8f6fafa5d1b7f5._comment |    8 +
 ..._c17a4e23011e0a917dbe0ecf7e9f0cb5._comment |    8 +
 ..._3414416ff455d2fd1a7c7e7c4554b54d._comment |   11 +
 ..._e1da141eefb0445c217e5f5c119356da._comment |    8 +
 ..._41c3134bcc222b97bf183559723713d9._comment |   27 +
 ..._89621b526065b5bef753ce75db1af7b5._comment |   14 +
 ..._131a1b65c8008cf9f02c93d4fb75720b._comment |   10 +
 ..._b4f894a0b9ebb84ab73f6ffcf0778090._comment |   29 +
 ..._c6572ca1eaaf89b01c0ed99a4058412f._comment |   10 +
 ..._a357969cde382a91e13920ee1e9f711c._comment |    8 +
 ..._213815d6b827d467c60f3e8af925813b._comment |   14 +
 ..._b775be4b722fc7124d9fbe2d5d01cc9f._comment |   22 +
 ..._c4ea745da437e56b2426d1c2c00dfcec._comment |   17 +
 ..._ef05c0ae88fee9c626922c6064ffdf1e._comment |    8 +
 ..._eecabe8d5ed564cb540450770ca7d0b6._comment |    8 +
 ..._7f77ba8ebd90186d3b3949ae529ba393._comment |   12 +
 ..._87ebdc92b48d672964fb3f248c53600f._comment |    9 +
 ...WORM:_Handle_long_filenames_correctly.mdwn |    4 +
 ..._77aa9cafbe20367a41377f3edccc9ddb._comment |   10 +
 ..._fe735d728878d889ccd34ec12b3a7dea._comment |    8 +
 ..._2bf0f02d27190578e8f4a32ddb195a0a._comment |   10 +
 ..._8f7ba9372463863dda5aae13205861bf._comment |    8 +
 ...539999b04664136c6f785211a41_segfaults.mdwn |   31 +
 ..._6c872dff4fcc63c16bf69d1e96891c89._comment |    8 +
 ..._5cad24007f819e4be193123dab0d511a._comment |   10 +
 ..._d449bf656a59d424833f9ab5a7fb4e82._comment |    8 +
 ..._ffb1ce41477ad60840abd7a89a133067._comment |    8 +
 ..._cebbc138c6861c086bb7937b54f5adbc._comment |    8 +
 ..._5e27737a5bb0e9e46c98708700318e67._comment |    8 +
 ..._1f92da712232d050e085a4f39063d7a6._comment |   21 +
 ..._4153dc8029c545f8e86584a38bd536fb._comment |   15 +
 ..._f85b6eb5bfd28ffc6973fb4ab0fe4337._comment |    8 +
 ..._c747c488461c98cd285b51d3afc2c3eb._comment |   10 +
 ...her_crashed:_addWatch:_does_not_exist.mdwn |   25 +
 ..._24f511a8103727894c6e96798a559870._comment |   10 +
 ..._e14eddbc09cadbf1e4dbbb0c07e0e5b0._comment |   10 +
 ..._513fae4d379008f954a307be8df34976._comment |   13 +
 ..._172eaeb3bb8b502379695aba35f96120._comment |   12 +
 ..._8adb9de82cc8581422734acc66dd094c._comment |   11 +
 ..._02f0beef1188bfa336bf4220eb5c6286._comment |   13 +
 ..._47__storage__47__sdcard1_-_bug__63__.mdwn |   43 +
 ..._71b052be40fbdaca09ca3ede8c59ac7a._comment |    8 +
 ..._0f7cc02e0193c969c9b6ceb27e71af8a._comment |   20 +
 ..._1a7542249b9c37507126e97441057c12._comment |   12 +
 doc/bugs/WebDAV_HandshakeFailed_.mdwn         |    7 +
 ..._40499110ea43bc99ad9dd9f642da434c._comment |   15 +
 ..._506712e8cc5b47b9bd69edf67ae54da7._comment |   10 +
 ..._5641481d9e9ed2b711b1516f1abc5c30._comment |    8 +
 ..._1d609de93fa66ce9dc802e67b5922243._comment |    8 +
 ..._62761882d30c1b02930c938cb8e30ed4._comment |   10 +
 ..._acda8fae848ec486ce2a0b3dff3bd0a5._comment |    8 +
 ..._6c51b6c7dd477d8911dd9a7a5c41ea2e._comment |    8 +
 ..._e834f791d3000669fab25732a7c72ab3._comment |   13 +
 ...Webapp_fails_to_resolve_ipv6_hostname.mdwn |   15 +
 ...aviour_of_direct_and_indirect_annexes.mdwn |   57 +
 ..._56474a69c2f174d83be9137d3c045a47._comment |   33 +
 ...4___git_annex_uses_9x_times_diskspace.mdwn |   49 +
 .../comment_0._comment                        |   34 +
 ..._037a6dd6e15ef5f789a1f364f7507b53._comment |   45 +
 ..._614e4110188fc6474e7da50fc4281e13._comment |   10 +
 ..._dcb74fb91e1c2f0db4efd68c8bcbc96c._comment |   20 +
 ..._38671ba8d302f4d32460d1478abd2111._comment |   45 +
 ..._483244b1ed5744308022465f45c091fd._comment |   14 +
 ..._d2c63723fa4bf828873770a42ffaab20._comment |    8 +
 ..._52f0db73dc38c3e3a73f6c7a420bf016._comment |    8 +
 ..._93596b4d5a48ffcf4bc11ba9c83cf7ca._comment |    9 +
 ..._de94e80dde6d12485140bb079d74d775._comment |   14 +
 ..._5f34c3d449247b4bce4665b3ea4d054c._comment |   25 +
 ..._b43ae8aec23ba3acaf70edc0de058710._comment |   17 +
 ..._13b8e0a62f6b6d02960687e206a8b016._comment |   15 +
 ..._818b94a74b01a210d1106dd35bc932d8._comment |   10 +
 ...and_Linux_in_direct_mode_confuses_git.mdwn |  384 +
 ..._155e0c4d3aa41eebfe27533ab70a91d3._comment |   68 +
 doc/bugs/Windows_build_test_failures.mdwn     | 1232 +++
 ..._ea7523fdbafdc8be2971df52d9038826._comment |   10 +
 ..._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 +
 ...S3__44___GPG_ask_for_a_new_passphrase.mdwn |   21 +
 ..._a4fc30bf7d39cae337286e9e815e6cba._comment |   13 +
 ..._e5d42b623017acedf6a3890ce15680a3._comment |   12 +
 ..._e5150b65b514896e14b9ad3d951963f7._comment |   10 +
 ..._47c2fc167b0c396edc40468fb7c7bfee._comment |    8 +
 ...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 +
 ...dding_4923_files__34___is_really_slow.mdwn |  100 +
 ..._5f3b9f00bc31ce71d695c008971ed7fd._comment |   16 +
 ..._708b02dd06a1eed6b5ded9eb7aa9e7a8._comment |   16 +
 ..._6a735b7875d2a0c92df6786dd649985d._comment |   28 +
 ..._7e768908ba6983ea13af27635c4a947f._comment |   12 +
 ..._34__Network_unreachable__34___error..mdwn |   39 +
 ..._6d821af99ab3c83a5b0f52d3713ab8e2._comment |   10 +
 ..._206b6c8cce8350fc088f01c42fc4715b._comment |    8 +
 ..._ed36f503f88611382b50687608b9b7e7._comment |   10 +
 ...rating_in_a_symlink__39__ed_directory.mdwn |   18 +
 ...etes_all_files_with_identical_content.mdwn |   49 +
 ..._2eb20b65582fa7f271b1d0bb5560d08c._comment |   10 +
 ..._b14e1d31dd6a8fb930fcc0bec798e194._comment |   19 +
 ..._1892bcfbe3c462aa74552a241d65cad9._comment |    8 +
 ..._dfa0e31996eaa14e2945c1d11670c4d9._comment |   15 +
 ..._e2a9336cf1080c158765d4adfe72f26b._comment |    9 +
 .../__34__fatal:_bad_config_file__34__.mdwn   |   14 +
 ...4__git_annex_watch__34___adds_map.dot.mdwn |   23 +
 .../__34__make_test__34___fails_silently.mdwn |    4 +
 ..._f868e34f41d828d4571968d1ab07820a._comment |   16 +
 ..._fb9e8e2716b0dea15b0d4807ae7cd114._comment |    8 +
 ...it_add__39___for_parent_relative_path.mdwn |   15 +
 ...ulling_in___39__archive__39___content.mdwn |   24 +
 ..._56f9cd5cc2e089b32cb076dc2e2a8ca5._comment |   22 +
 ..._21c0f7f328cb51080fbd97e086c47a30._comment |   37 +
 ..._3287b2f25f3b5ae4c27f4748694563ee._comment |    8 +
 ..._e515eca68a70d40c522805d7e0d7c0e6._comment |   24 +
 ..._b27f4c103dda050b6e9cf03ea3157abc._comment |   10 +
 ..._2cc7083dab944705bf91fc00319b75e6._comment |    9 +
 ..._1175f9be789d4c1907f0be98e435bd2f._comment |   10 +
 ..._78e6164ef67a9560a3a9ead1f7a72473._comment |   15 +
 ..._1d578fd13022dcd6382b415a7f6e097a._comment |    8 +
 ...ot_installed_automatically_on_xubuntu.mdwn |   22 +
 ..._f4656f8a0f36535def0772db06098c5f._comment |   13 +
 ...kcheck_that_satisfies___62____61__2.1.mdwn |   40 +
 ...ause_syncing_with_specific_repository.mdwn |    8 +
 ..._it_easily_with_the_terminal_app_menu.mdwn |   21 +
 ..._9bb53c45d685b368c7ba1758885f2874._comment |   12 +
 ..._251311a04f1a610e54ebe8e9b92de72e._comment |   13 +
 ..._symlinks_are_fixed_in_the_background.mdwn |   51 +
 ...6___run_on_non-annexed_files_is_no-op.mdwn |   15 +
 ..._9b671e583eec5adf870dccd1e97b5dbc._comment |    8 +
 ..._d11744202213d6f897f4234bc4c70c18._comment |    9 +
 ..._a729deb465ff44f5a9b87c963cd6235a._comment |   15 +
 ..._3f735503df9a08472d42fabd219c2ec5._comment |   31 +
 ..._2c61eabbba7fd2a52ba02d59a0a76a42._comment |    8 +
 ...git_annex_import__96___clobbers_mtime.mdwn |   62 +
 ..._d173f2903faf4bff115a0be02c146ce9._comment |    8 +
 ..._3563d9eeb9806f8ca1b9b340925837f5._comment |   18 +
 ..._d5c7488db16b71c4f337662c897278ca._comment |   95 +
 ..._7235130786e764ec3ad5facfecde62da._comment |    8 +
 ..._work_on_other_git_annex_repositories.mdwn |  113 +
 ..._94ccd548c084286163eeb2af1ddc18e3._comment |    8 +
 ..._befde3ef3d2b171ebb691915ff3af172._comment |    8 +
 ..._git_annex_sync__96___ignores_remotes.mdwn |  106 +
 ..._39421e6935233cd8f45949ebdef369fe._comment |    9 +
 ..._53fb15d6fbf96d43564ff7c866239d18._comment |    8 +
 ...ch_repositories_on_android__in_webapp.mdwn |   21 +
 ..._d488d71a72eb54d7711d2a867db6172f._comment |    8 +
 ..._85b31db6d0fb2d20018db3d8c8258bf4._comment |    8 +
 .../acl_not_honoured_in_rsync_remote.mdwn     |   57 +
 ..._aa6fe1d7b029eae7ee71c97e0f0937a6._comment |    8 +
 ..._ffb9424e966ee10a4fe2d446b3042cb2._comment |   10 +
 ..._to___34__git_annex_dropunused__34___.mdwn |   21 +
 .../add_script-friendly_output_options.mdwn   |   19 +
 ...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 +
 ...g_an_rsync.net_repo_give_an_gpg_error.mdwn |   22 +
 ..._f55cfc133be72ac10cae93c877c487df._comment |   21 +
 ..._24dd024ac4b21a82a781343b8fe3891e._comment |   11 +
 ...__and_reports_fail__44___but_succeeds.mdwn |  197 +
 ..._1f5e0bc93631baf0f8c1bec2e68493c5._comment |   20 +
 ...th_--file_doesn__39__t_actually_relax.mdwn |   26 +
 .../addurl_fails_on_the_internet_archive.mdwn |   65 +
 ..._e227aa25eea0b41f1176037a601c5844._comment |   10 +
 ..._6d4fd58f0caa1f75ee2dd3f0a909cd91._comment |    8 +
 ...k_with_spaces_in_filenames_and_--fast.mdwn |   29 +
 ..._eea9477ea1157cb88c8a07d8da5f0dba._comment |   10 +
 ...s_repository_with_the_same_name_twice.mdwn |   24 +
 ..._ba7801403e7138684704a3471c8bc4a6._comment |   12 +
 ..._8c19a4ddedbe7ddb8bdcf84acac68cc8._comment |   14 +
 ...h_CPU_usage__44___unclear_how_to_quit.mdwn |   28 +
 ..._1d841ff0b0ffd814efed2449dc1f35f3._comment |   10 +
 ..._cd101e0af45d8f463011fb0d04b3b822._comment |    9 +
 ..._8595041cfe703d9bea49e792732dc15f._comment |    8 +
 ..._8e7bc6965ea967a8d43240791a30c5bc._comment |    9 +
 ..._891c1073f908b204651899d41599f944._comment |    8 +
 ..._de02b8f1b5928fa1a7078c4aa2124bea._comment |   11 +
 ..._506acc4275a81ed9e9b08e8a40fcf96a._comment |    9 +
 ..._d38d6f40db4c9437764c7b2ddf36b5a9._comment |   10 +
 ..._9bb23e9cbc77ecca4b1209b0f66bc2b0._comment |    8 +
 ..._d1ce7fc251db076da61eed5bb9d71b9a._comment |    9 +
 ..._feb71c1022ff65d82e66a3958a41dfb2._comment |    8 +
 ...axy_nexus_java.lang.SecurityException.mdwn |   41 +
 ...-rsync-options_shell-split_carelessly.mdwn |   16 +
 ..._2636e0d224317f2e6db94658d8a094c4._comment |   23 +
 ...s_not_overriden_by_--numcopies_option.mdwn |   16 +
 doc/bugs/annex_add_in_annex.mdwn              |    6 +
 ...__34__No_such_file_or_directory__34__.mdwn |   68 +
 doc/bugs/annex_get_over_SSH_is_very_slow.mdwn |   33 +
 ...nnex__47__uninit_should_handle_copies.mdwn |   20 +
 ..._c896ff6589f62178b60e606771e4f2bf._comment |   10 +
 ..._9249609f83f8e9c7521cd2f007c1a39e._comment |    8 +
 .../another_build_error_in_assistant.mdwn     |   79 +
 doc/bugs/archiving_git_repositories.mdwn      |    1 +
 ..._51f546a571303118446a9e0b3e6482c9._comment |   10 +
 doc/bugs/assistant_-_GTalk_collision.mdwn     |   17 +
 ..._ab2c1f36113d40f27e1893d32f214296._comment |   12 +
 ..._91dff34c629a3b3a97a2313ff077e4ae._comment |   14 +
 ..._fefb73f6e570f96b4d82779d6622f690._comment |    8 +
 ...__34__too_many_open_files__34___error.mdwn |   32 +
 ..._9904c30a4c24a699d71e90ce5e9b89cf._comment |    8 +
 ...ssistant_always_assumes_port_22__63__.mdwn |   39 +
 ...adding_encrypted_usbdrive_repo_on_mac.mdwn |   53 +
 ..._4ea192e57f86a33087997746722e6acf._comment |   10 +
 ..._622ad5b34780fc8468c5c515ad9f27fa._comment |    8 +
 ..._1650539846521ae11837e4ac73348af6._comment |    9 +
 ..._b91415e4ee74eb12bc6e6faddd00af6e._comment |   12 +
 ...oes_not_allow_adding_an_existing_repo.mdwn |    8 +
 ..._87e84d56d56abefe8cac8a52b76c9003._comment |    8 +
 ...epo_cost_info_when_queueing_downloads.mdwn |   16 +
 ...es_not_list_remote___39__origin__39__.mdwn |   26 +
 ..._ffa008240c61b50396aa92f467731db6._comment |   12 +
 ..._a53f80090bc2a0f32b8d8307cb24b563._comment |    8 +
 ...es_not_warn_on_files_it_failed_to_add.mdwn |   46 +
 ..._13b2f93b7d09c8fd6c22829a0dc6428b._comment |   10 +
 ..._94e46bc0044b8a91a9fd51058825aa8f._comment |   60 +
 ..._10a38bdbf31dd4071e4bc4ac746d9c56._comment |   11 +
 ..._b8fdf502c7e80aece5a9544a2078c85c._comment |   36 +
 ..._a2ff7668f2a0d549b362d7de97fac8a1._comment |   10 +
 ..._60d72f34a6cfd1c081f74aa610f4305a._comment |   33 +
 ..._53a73e662c9356b759fbfa1e5a3bd927._comment |   14 +
 ..._10b65168b6a54d960427966d7e3d05f5._comment |   19 +
 ..._b640e8fa6aafb041d66bbf8857a8fa3d._comment |   44 +
 ...t_doesn__39__t_sync_empty_directories.mdwn |   30 +
 ..._78a3bde607f43c0f518bd2d3d7196022._comment |    8 +
 ..._83777384b72732b1d0a19b32686d3d1f._comment |    8 +
 ..._f9b2a700c060707fae1bcb2ec0e4e4dc._comment |    9 +
 ..._014d213a959dd7993bdd247722a8817e._comment |    8 +
 ..._440f349781d7d9ca2d1ed81386f7dd26._comment |    8 +
 ...nt_doesn__39__t_sync_file_permissions.mdwn |   45 +
 ..._fc8d3ea209a2ab39c1aeff52452d4c58._comment |   10 +
 ..._1a364c422e0dd7418f74e1cc3d543a3c._comment |    8 +
 ..._4d5ae51b4c7e6177d934d7c9f21b912c._comment |    8 +
 ...sync_in_preferred_content_mode_manual.mdwn |   24 +
 ..._37acb3afafb1b4c4da7c778130cf3035._comment |    8 +
 ..._9d58887ee0184663852bde83b8d497c7._comment |   10 +
 ..._b70881c8026e30fd3ddc051bd01a888b._comment |    8 +
 ..._43f756e2e6ff985c8e050da0e369d486._comment |   25 +
 ..._eda947eb7f8c46b9a61d6430b5f9ebfd._comment |   25 +
 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 +
 ...__group__44___tries_to_transfer_files.mdwn |   56 +
 ..._e3f545d9adc27a4e7340bf16177c4fe0._comment |   12 +
 ..._1403076dbc47733607f0c8b2856e2381._comment |   37 +
 ..._af83717bfb260bea6d52ff71c6b34743._comment |    8 +
 ..._b4f811611d14e7392009c539fa6b8574._comment |    8 +
 ...t_::1_which_breaks_IPv6_enabled_hosts.mdwn |   30 +
 ..._91a62a2ce14a1027d2ac8b8e88df5f0c._comment |   12 +
 ..._4982cd373eaaeee180be03c6e9fda7b1._comment |   10 +
 ..._85d264e311acaa91dac0597ee8deda82._comment |    8 +
 ...g_file_renames__44___not_fixing_files.mdwn |   68 +
 ..._e0dafc410ffd617d445bb9403c7bfafe._comment |    9 +
 ..._2af247c8a1fcbde10795a990ef3303e9._comment |    9 +
 ...emotes_even_when_all_remotes_disabled.mdwn |   33 +
 ...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 +
 .../authentication_to_rsync.net_fails.mdwn    |   30 +
 ..._9db65f89415c8d825f268afb75244998._comment |   10 +
 ..._version_upgrade_leaves_repo_unusable.mdwn |   72 +
 ..._with_file_names_with_newline_in_them.mdwn |    5 +
 ..._92dfe6e9089c79eb64e2177fb135ef55._comment |   10 +
 ...bad_comment_in_ssh_public_key_ssh-rsa.mdwn |   22 +
 ..._15cce6e6f455e83f4362a38c561bc973._comment |   17 +
 ..._e9e1f38880a32610b3fbce475bffc3e4._comment |   12 +
 ..._51da7f5881f65422328d341e5ab0d250._comment |   33 +
 ..._ba384314c1e47ec4b72e1843e0500df9._comment |   10 +
 doc/bugs/bare_git_repos.mdwn                  |   29 +
 doc/bugs/box.com_never_stops_syncing..mdwn    |   63 +
 ..._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 +
 ...nd_constraints_issues_with_3.20121112.mdwn |   45 +
 ..._in_Assistant__47__WebApp__47__Gpg.hs.mdwn |   57 +
 ...e75fb23fca94ad86c3f0ee816bb0ad2ecb27c.mdwn |   25 +
 .../build_is_broken_at_commit_cc0e5b7.mdwn    |   13 +
 ...ff14054e65ecbe801eb66786a55fa5245cb30.mdwn |   43 +
 ..._latest_release_0.20110522-1-gde817ba.mdwn |   14 +
 doc/bugs/build_problem_on_OSX.mdwn            |   18 +
 doc/bugs/building_on_lenny.mdwn               |   80 +
 ...mote_failed_with_localhost_+_username.mdwn |   49 +
 ..._0e669c3039b089fa8a815d3ec11465d2._comment |   20 +
 ...dule___96__Data.AssocList__39____34__.mdwn |   23 +
 ..._0da9fd67c3cc01b316f95a1df4eb62ae._comment |    8 +
 ...bal_configure_is_broken_on_OSX_builds.mdwn |   14 +
 ...abal_install_fails_to_install_manpage.mdwn |   43 +
 ...fails_with_complaint_about_regex-base.mdwn |   34 +
 ...___40__non-git-annex__41___repository.mdwn |  208 +
 ..._dd202a7764d9df998868d595a86ffb21._comment |   30 +
 ..._ca065c82ac8e3215b581660f3e44f459._comment |   51 +
 ..._927a01f9961c71bedb42c519a31b5fe5._comment |   14 +
 ...t_annex_get_from_annex_in_direct_mode.mdwn |   23 +
 ..._20c31a844d8351a99cf69e05d2836e0e._comment |   19 +
 ..._f26e0f763f9027d9dfc08cd840ced153._comment |   10 +
 ...t_from_the_command_line_anymore__63__.mdwn |   31 +
 ...ant_with___34__host:port__34___syntax.mdwn |   30 +
 ..._397eb359c3f8ef30460a9556b6f55848._comment |   14 +
 ...file__44___get___34__user_error__34__.mdwn |   32 +
 ..._14aa717c1befcbbf526f25ca2f0af825._comment |   14 +
 ..._7f7ac59e7f3dce9d7a7d0c3379c2edcf._comment |   18 +
 ..._5ebf03120b12edb3fbb8954546e7603e._comment |    8 +
 ..._1ba6d2614778949520b47896fd98b598._comment |    8 +
 ..._4a6e55861a63b350a02edb888b4da99b._comment |   21 +
 doc/bugs/cannot_connect_to_xmpp_server.mdwn   |   32 +
 ..._5072de8fcca9fe70bc235ea8c8ee2877._comment |    8 +
 ..._dabd74bba1f38b326a2d0c86d3027cd9._comment |   17 +
 ..._0245b426cc0ab64f8c167b8806b03f5d._comment |   10 +
 ..._307df11b5bcf289d7999e1e7f7c461c9._comment |   10 +
 ..._f24378cf30a7d32594da90749fabec3c._comment |   12 +
 ..._4b07093be844ac62b611cee1dfde5aa7._comment |    8 +
 ..._fe1ed152a485c4aebfa9b9f300101835._comment |    8 +
 ..._2d311f520aee04287df6bddfd8535734._comment |   28 +
 ..._d9f916f012184738446c5996ee9d2270._comment |   13 +
 ..._0b5f9350e2367301241c7668a15815ef._comment |    8 +
 ..._f00b6ae154004e405f0bd23b7359962e._comment |    8 +
 ..._41b86468013da15f46be29da520afa10._comment |    8 +
 .../cannot_determine_uuid_for_origin.mdwn     |  135 +
 .../cannot_link_executable_on_android.mdwn    |   28 +
 doc/bugs/case-insensitive.mdwn                |   20 +
 doc/bugs/case_sensitivity_on_FAT.mdwn         |   49 +
 doc/bugs/check_for_curl_in_configure.hs.mdwn  |   92 +
 ...cking_back_in_the_web_browser_crashes.mdwn |   23 +
 ..._c962218657a28494ff837a471d71b43f._comment |    8 +
 ..._643b2c99ecfe851c576a023ce4385dbb._comment |   10 +
 ..._6e85c50439da81212f4239c74947b75e._comment |   12 +
 ....git-annex.assistant.plist_is_invalid.mdwn |   15 +
 ...rgument___40__invalid_character__41__.mdwn |  228 +
 ...on_OSX_as_mntent.h_doesn__39__t_exist.mdwn |    8 +
 ..._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 +
 ..._builds_a_broken_git-annex_executable.mdwn |   57 +
 ...d_detect_uuidgen_instead_of_just_uuid.mdwn |    6 +
 doc/bugs/conflicting_haskell_packages.mdwn    |   17 +
 ..._e552a6cc6d7d1882e14130edfc2d6b3b._comment |   24 +
 doc/bugs/conq:_invalid_command_syntax.mdwn    |   30 +
 ..._f33b83025ce974e496f83f248275a66a._comment |   10 +
 ..._195106ca8dedad5f4d755f625e38e8af._comment |    9 +
 ..._55af43e2f43a4c373f7a0a33678d0b1c._comment |   15 +
 doc/bugs/copy_doesn__39__t_scale.mdwn         |   38 +
 ..._7c12499c9ac28a9883c029f8c659eb57._comment |   10 +
 ..._f85d8023cdbc203bb439644cf7245d4e._comment |   15 +
 ..._4592765c3d77bb5664b8d16867e9d79c._comment |   11 +
 ...ast_confusing_with_broken_locationlog.mdwn |    6 +
 ..._435f87d54052f264096a8f23e99eae06._comment |    8 +
 ..._9be0aef403a002c1706d17deee45763c._comment |   24 +
 ..._26d60661196f63fd01ee4fbb6e2340e7._comment |   11 +
 ..._ead55b915d3b92a62549b2957ad211c8._comment |   35 +
 ..._191de89d3988083d9cf001799818ff4a._comment |   10 +
 ..._b3e3b338ccfa0a32510c78ba1b1bb617._comment |    8 +
 ..._04a9f4468c3246c8eff3dbe21dd90101._comment |    8 +
 ..._6a41bf7e2db83db3a01722b516fb6886._comment |   18 +
 ..._9f5f1dbffb2dd24f4fcf8c2027bf0384._comment |    8 +
 ..._b596b5cfd3377e58dbbb5d509d026b90._comment |   14 +
 ..._d7112c315fb016a8a399e24e9b6461d8._comment |   12 +
 ..._4ea29a6f8152eddf806c536de33ef162._comment |   14 +
 ..._0d85f114a103bd6532a3b3b24466012e._comment |    8 +
 ..._d38d5bee6d360b0ea852f39e3a7b1bc6._comment |   12 +
 ..._29c3de4bf5fbd990b230c443c0303cbe._comment |   10 +
 ..._2cee4f6bd6db7518fd61453c595162c6._comment |    8 +
 ...to_webdav_sometimes_doesn__39__t_work.mdwn |   74 +
 ..._77629f620b28ac62364de44b41fa539d._comment |    8 +
 ...y_where_a_mountpoint_should_have_been.mdwn |   27 +
 ..._41cfd5e48426a6ef52bef70a06a6f46a._comment |   11 +
 ..._bd584ccbe128427fca99e61d66d301c9._comment |   18 +
 ..._5bb0347215b321444643646f25a35759._comment |   10 +
 ..._73848a9c783ecf3d9fccdd41b20fbe36._comment |   56 +
 .../creating_a_remote_server_repository.mdwn  |   24 +
 ..._de1a370347428245bcfca60eaca96779._comment |   10 +
 ...s_directory_not_automatically_created.mdwn |    3 +
 doc/bugs/cross_platform_permissions_woes.mdwn |   36 +
 ..._7f01104de38a6a319a8f36aa1dc8b4b3._comment |   14 +
 ..._0a34e11b466fad287325425e76487fa1._comment |   73 +
 ..._278f91b4bc4c32717ab1c39c2abf9305._comment |    8 +
 ..._eb6a271cb63c71341469c9ff89dc0eb9._comment |    9 +
 doc/bugs/cyclic_drop.mdwn                     |  104 +
 ...icting_directory-file_of_direct_repos.mdwn |  199 +
 ..._294c33af08649256908a97894f93c05d._comment |   10 +
 ..._02a2b69adbb04b557146e713b70b34d2._comment |   14 +
 ..._d296ef26fc90f4e3166bba6d2de0a1ee._comment |    8 +
 ..._33ba2c890c962a71ae9fadc417359f8e._comment |    8 +
 ..._39eb0bb96fd271bd0de4a3a40814ae1b._comment |   11 +
 ..._d80c4b631bdf58901a06f29a2c5682e2._comment |    8 +
 ..._add__34___on_android_in_direct_mode_.mdwn |   19 +
 ..._eb6db7f6a156a065e2724c2de5fc4366._comment |   10 +
 ..._59a96cade9e4881767562a139fc7fb4b._comment |   40 +
 ..._bf9d2562d66f0f6a9478ac178606cf4e._comment |   12 +
 ..._ad0dbdc448fff2e126ffec9aac6d7463._comment |   23 +
 ..._e828585e56b10710598143483ce362b6._comment |   12 +
 ...ct_mode_assistant_in_subdir_confusion.mdwn |   37 +
 ..._351143deec29e712f8718a373ad650d7._comment |    8 +
 doc/bugs/direct_mode_renames.mdwn             |   15 +
 ..._f18c335e0d6f4259d2470935ef391cb8._comment |    8 +
 ...ect_mode_sync_should_avoid_git_commit.mdwn |    5 +
 ...T32_fails_to_addurl_containing___63__.mdwn |   44 +
 ..._+_chunk_size___61___lost_files__63__.mdwn |   51 +
 ..._69dfbf566c75396cdaaf5ad70f1a94a8._comment |   19 +
 ..._8d09cc0e06548c4ebde7956edd1b5d85._comment |    8 +
 ..._bcac9fd7b3f4a2ac28bee59bae674fa0._comment |   79 +
 ..._c9088060fb9133b66951f1a3075981e8._comment |   18 +
 ..._5bf34466187cfc9b34bd3ca8c89a07c6._comment |   20 +
 ..._d6201f2d86d5b44051a7fd7a8c9de583._comment |    8 +
 ..._61c5f0889f30a68ac3b57c4ea564ee0e._comment |    8 +
 doc/bugs/done.mdwn                            |    4 +
 doc/bugs/dotdot_problem.mdwn                  |    4 +
 ...fails_to_see_copies_that_whereis_sees.mdwn |   69 +
 ..._f5a9d99d90daf5eba4773d361fa1807a._comment |   14 +
 ..._040aa454cd8acd2857ef36884465576f._comment |   16 +
 ..._f5d8faab325ee26800ecad5aba49b54b._comment |   10 +
 ...ng_from_web_remotes_doesn__39__t_work.mdwn |  139 +
 ...opping_files_with_a_URL_backend_fails.mdwn |   13 +
 ...9__t_handle_double_spaces_in_filename.mdwn |   87 +
 ...ed_doesn__39__t_work_in_my_case__63__.mdwn |   70 +
 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/encrypted_S3_stalls.mdwn             |    9 +
 ...keyid_still_uses_symmetric_encryption.mdwn |   46 +
 ..._2f4ec4b7b92a0f0a0c4c0758da4a05a5._comment |   13 +
 ..._7c0aeae6b1b2b0338735b0231c5db7d4._comment |   16 +
 doc/bugs/encryption_key_is_surprising.mdwn    |   24 +
 ..._5b172830ac31d51a1687bc8b1db489f9._comment |   10 +
 ..._5b7e6bb36c3333dfd71808e8b4544746._comment |    8 +
 ..._8ec86b8c35bce15337a143e275961cd5._comment |    8 +
 ..._c5e49b3a0eceabe6d14f5226d7ba4c7a._comment |    8 +
 ..._cd7cbf0c0ee9cafec344dfbf1acd9590._comment |    8 +
 ..._01381524114d885961704acc3f172536._comment |    8 +
 ..._c1eb59e1c5f583dcef7cea17623a2435._comment |    8 +
 ...ding_git-annex_3.20120624_using_cabal.mdwn |  159 +
 ...rror_on_only_repository_copy_deletion.mdwn |   16 +
 ..._af394ac0956ab33a77256bcb02ef2a0f._comment |   14 +
 doc/bugs/error_propigation.mdwn               |    3 +
 ...epositories_with_non-ASCII_characters.mdwn |   62 +
 ..._38cc2d2ed907649df085de8ad83cb9dd._comment |   14 +
 ...or_with_file_names_starting_with_dash.mdwn |   15 +
 ...eous_shell_escaping_for_rsync_remotes.mdwn |   15 +
 doc/bugs/fails_to_handle_lot_of_files.mdwn    |  445 +
 ..._09d8e4e66d8273fab611bd29e82dc7fc._comment |    8 +
 ..._fd2ec05f4b5a7a6ae6bd9f5dbc3156de._comment |    8 +
 ...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 +
 doc/bugs/fatal:_empty_ident_name.mdwn         |   51 +
 ..._ceae87308fb75a1f79c7c8d63ec47226._comment |    8 +
 ..._68832ee3e0e7244ce62bccabe2e52630._comment |   25 +
 ..._ed31ad316747343d7730e4c2d7dacd24._comment |   10 +
 ..._b812d6f30e8a866bce7260a9ee3218e3._comment |   13 +
 ..._Invalid_argument___40__Windows__41__.mdwn |   63 +
 ..._e6f39b2ef55b0daa491f4b6329a906bc._comment |    8 +
 ..._b47d6d188f38a8e4ca5ef5f70afadf6a._comment |   48 +
 ..._b533b1de535a057b7ebf99afc92691ed._comment |   13 +
 ..._47__locking_issues_with_the_assitant.mdwn |   54 +
 ..._fadf06f5ab34e36ab130536ec55afc8e._comment |   12 +
 ..._4a337f7b1140c45e5dd660b40202f696._comment |   10 +
 ..._05e1398e78218ced9c2da6a2510949e8._comment |   21 +
 ..._9226f0adf091154c0d8a08b340b71869._comment |    8 +
 ..._44d3e2096b7d45a1062222bee83a346d._comment |    8 +
 ..._f2e1d188b7b2d2daf0d832c59a68583e._comment |    8 +
 ..._998fe58994ecf855310e4b8e6cce9e18._comment |    8 +
 ..._4ce243cb0ea8ff810a4949a5320e4afc._comment |   13 +
 ..._c713f6316d889c8fc52326f21375c1c4._comment |    8 +
 ..._6dd23bab7983b8b1f938dd4f21a16f5a._comment |    8 +
 ..._961c8f968eff0b39a85b607ee3f7630d._comment |   16 +
 doc/bugs/file_modification_times.mdwn         |   13 +
 ...relates_to_the_new_inotify_flag__41__.mdwn |   36 +
 doc/bugs/free_space_checking.mdwn             |   21 +
 ..._a868e805be43c5a7c19c41f1af8e41e6._comment |   10 +
 ..._8a65f6d3dcf5baa3f7f2dbe1346e2615._comment |    8 +
 ..._0fc6ff79a357b1619d13018ccacc7c10._comment |    8 +
 ...ix_the_permissions_of_.git__47__annex.mdwn |    8 +
 ...n_less_copies_than_required_are_found.mdwn |   57 +
 doc/bugs/fsck_output.mdwn                     |   46 +
 ...uble-check_when_a_content-check_fails.mdwn |    3 +
 ..._03af24b70adbcd9f4b94d009f6b71d0a._comment |   13 +
 ..._41214a7d18c66b694645248d6ebeadbf._comment |   25 +
 ..._e7ddd77ea35994f2051f840e9b4c7e0c._comment |   11 +
 ..._36a70d5a378983a76fcdbb7fba044044._comment |   32 +
 ..._899c4afbc988d81984c5c3397285bb01._comment |   12 +
 ..._dbff51d00c5645eb1832aa4644889c5e._comment |   10 +
 ...ile_content_is_bad_when_it_isn__39__t.mdwn |   35 +
 ..._cafb58eca97a0a66110ac39b169d8de3._comment |    8 +
 ...emote_pushes_git-annex_but_not_master.mdwn |   19 +
 ..._failed__44___but_remote_has_the_file.mdwn |   40 +
 ..._55c8b73ce05dfca11a393bb296b99b9a._comment |   10 +
 ..._474c67a421dca4c245e7bfe495d3f6d3._comment |   18 +
 ..._845e8a23d63fb0b071c63ee736697d26._comment |   20 +
 ..._7dec21cb67e7f4dbdb49da97f2443e8f._comment |   35 +
 ...47___web_remotes_if_the_file_is_empty.mdwn |   26 +
 ...t_from_bup-remote_with_pubkey_failing.mdwn |   93 +
 ...-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 +
 ...tic__41__:_strange_closure_type_30799.mdwn |   75 +
 ..._1c19e716069911f17bbebd196d9e4b61._comment |   10 +
 ..._a4d66f29d257044e548313e014ca3dc3._comment |   66 +
 ..._f5f1081eb18143383b2fb1f57d8640f5._comment |   38 +
 ..._b1f818b85c3540591c48e7ba8560d070._comment |   10 +
 ..._67406dd8d9bd4944202353508468c907._comment |   13 +
 ...nrecognized_option___96__--uuid__39__.mdwn |   53 +
 ..._13510e954e36484e196e7395a3a9bf1f._comment |   10 +
 ..._7edc478a76983a3b3c68d01f24dce613._comment |    9 +
 ..._t_honour_Rsync__39__s_bwlimit_option.mdwn |   37 +
 ..._8cda861c11ef2fff3442e5a0df741939._comment |   12 +
 ..._15e06f6db9a14a8217dea25e24ddc23a._comment |   12 +
 ..._d36045e2b466882108c5bf09580755fa._comment |    8 +
 .../git-annex:_Argument_list_too_long.mdwn    |   40 +
 ..._3f83ea525436b2379ab29a0f860c4669._comment |    8 +
 ..._b417c94169378ef7d0d278ebae517fa1._comment |    8 +
 ..._fa925cca216cb810ad80482b19fc6053._comment |    8 +
 ..._8bd2996107b2d272c32810658e07e715._comment |    8 +
 ..._378de7d7503a64611eab62f2f5cffef3._comment |   15 +
 ..._a94e17151348d02999442dd1219babfb._comment |   10 +
 ...not_decode_byte___39____92__xfc__39__.mdwn |   34 +
 ..._f1a7352b04f395e06e0094c1f51b6fff._comment |   12 +
 ..._c1890067079cd99667f31cbb4d2e4545._comment |    8 +
 ..._213c96085c60c8e52cd803df07240158._comment |   13 +
 .../git-annex:_Not_in_a_git_repository._.mdwn |   22 +
 ..._e10363a912953a646b87c824d1c6e5d4._comment |   10 +
 ..._9e96063a664b2be8a36d7940e7632d3f._comment |    8 +
 ..._8c9bd76b0e1200723ec13fbef943a2cc._comment |   10 +
 ..._8c49979b8a815f0d6f9de39ee9a88730._comment |    8 +
 ...urce_vanished___40__Broken_pipe__41__.mdwn |   14 +
 ..._e962317a939bf76097ae1a3b53b146e6._comment |   14 +
 ..._b32472b4c9b61e7a33dca802ecafb05b._comment |   11 +
 ..._fcfea3216831df9afbd855fbd842c27e._comment |   20 +
 ..._30d0b40efa59eeecb8a4be6d1baa1520._comment |   10 +
 ..._4af107f3184bc2abd2c9693167018628._comment |    8 +
 ..._f96027f1e3c405809fae42ce8533c6d1._comment |    8 +
 ..._b6fe89deb468a7e4f63f7faab147e3fb._comment |   12 +
 ..._ebec5d9266604f03959dc16d933ff4a4._comment |   13 +
 ...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:_status:_1_failed.mdwn     |   25 +
 ..._7cd9de88e55633fc75460f4fe0400f09._comment |    8 +
 ..._504a944aab34155046f2fd82c2878f3e._comment |   18 +
 ..._c235cc83c75474e6393e08d2d94b119d._comment |   10 +
 ..._932f6aaa712298a47868002872e16310._comment |   10 +
 ..._4bf55320439de152a65e2f21d4a0604b._comment |   14 +
 ..._cb2cfb798c6171f77eb7c4c4061c0f0c._comment |    8 +
 ..._05c84dde377298adfd3fc20749b3108f._comment |   10 +
 ..._bb5141e29c665bc0bb82611ea27d4be8._comment |   11 +
 ..._5fd39168c9e1bf43909ee0ab3c75c40c._comment |   35 +
 ..._e493f6bddb0bfcd9478d5f4d9fc170e0._comment |    8 +
 ..._573377d444aee0895b231082bc6839a4._comment |    8 +
 ...t-annex_3.20130216.1_tests_are_broken.mdwn |   43 +
 ...les_with___39__:__39___in_their_names.mdwn |   38 +
 ...it-annex_add_should_repack_as_it_goes.mdwn |   32 +
 ..._dbcaa0be4cd764128fb7263a95f73a32._comment |   22 +
 ..._6a27551c4fb7f62ed9f627134c755d01._comment |   14 +
 ..._ff8b589fbcf25c98abd1c58830074650._comment |    8 +
 doc/bugs/git-annex_branch_corruption.mdwn     |   95 +
 doc/bugs/git-annex_branch_push_race.mdwn      |   45 +
 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 +
 ...ositories_with_a_partial_set_of_files.mdwn |   29 +
 ...nex_directory_hashing_problems_on_osx.mdwn |  100 +
 ..._f3594de3ba2ab17771a4b116031511bb._comment |    8 +
 ..._97de7252bf5d2a4f1381f4b2b4e24ef8._comment |   13 +
 ..._f1c53c3058a587185e7a78d84987539d._comment |    8 +
 ..._4f56aea35effe5c10ef37d7ad7adb48c._comment |    8 +
 ..._cc2a53c31332fe4b828ef1e72c2a4d49._comment |   10 +
 ..._37f1d669c1fa53ee371f781c7bb820ae._comment |   17 +
 ..._8a4ab1af59098f4950726cf53636c2b3._comment |   22 +
 ..._515d5c5fbf5bd0c188a4f1e936d913e2._comment |    9 +
 ..._db64c91dd1322a0ab168190686db494f._comment |   14 +
 ..._ff555c271637af065203ca99c9eeaf89._comment |    8 +
 ..._9a7b09de132097100c1a68ea7b846727._comment |    8 +
 ..._7e328b970169fffb8bce373d1522743b._comment |   19 +
 ..._98f632652b0db9131b0173d3572f4d62._comment |   10 +
 ..._52d41afd7fd0b71a4c8e84ab1b4df5bd._comment |    8 +
 ..._c2cd8a69c37539c0511bae02016180ca._comment |    8 +
 ..._174952fc3e3be12912e5fcfe78f2dd13._comment |  185 +
 ..._a18ada7ac74c63be5753fdb2fe68dae5._comment |   18 +
 ..._039e945617a6c1852c96974a402db29c._comment |    8 +
 ..._eacd0b18475c05ab9feed8cf7290b79a._comment |   37 +
 ..._e55117cb628dc532e468519252571474._comment |   14 +
 ..._0f4f471102e394ebb01da40e4d0fd9f6._comment |   68 +
 ..._68e2d6ccdb9622b879e4bc7005804623._comment |   12 +
 ..._45b11ddd200261115b653c7a14d28aa9._comment |    8 +
 ...stall_on_windows_without_admin_rights.mdwn |   19 +
 ..._2533800ab5a95c5d71c3b47a630e751a._comment |   10 +
 ..._5b71785acf16a8d9ea457726599daef3._comment |    8 +
 ...iles_containing_ISO8859-15_characters.mdwn |   48 +
 ..._b84e831298c03b12471fb75da597e365._comment |    8 +
 .../git-annex_dropunused_has_no_effect.mdwn   |   12 +
 ..._66b581eb7111a9e98c6406ec75b899cf._comment |   12 +
 ..._11c46cd2087511c3d22b7ce7c149b3e9._comment |   16 +
 ..._b1c3d8c6ec4b20727aaa9c4b746531b0._comment |   10 +
 ..._f05a9a3760858c5ee5c98dd8ab059c28._comment |    8 +
 ...t-annex_fix_not_noticing_file_renames.mdwn |   36 +
 ..._4edd95200d59ec5a5426167b8da8e3f9._comment |   24 +
 ..._a9a44debefb3bdd4b8ed2d1cf53f2338._comment |    8 +
 ..._0efb11f35b872b75a3fbc4ebb71ac827._comment |   10 +
 ...nex_get:_requested_key_is_not_present.mdwn |   41 +
 ..._d4baa6607a61d0e6a7cea1325a5ddf95._comment |   26 +
 ..._b49725488c3db5e00ede7b65ed9d62fa._comment |  110 +
 ..._c17a7138579b93c6f14e3444c11664ac._comment |    8 +
 ..._of_my_files___36____35____38____33__.mdwn |   58 +
 ..._5dd4d1cec069c13184f5dd9efca6721b._comment |    8 +
 ..._d9b65fe4cb4bfd58f37e7da5350c6401._comment |   14 +
 ..._1027187b203addd65af8cf1faf28727d._comment |   10 +
 ..._ac65028203ff0cbdb978200235fb4e9c._comment |   10 +
 ..._git_when_staging__47__commiting_logs.mdwn |   34 +
 ...nex_immediately_re-gets_dropped_files.mdwn |   27 +
 ..._09e616a4866e726a48be4febe6375cc8._comment |    8 +
 ...ncorrectly_parses_bare_IPv6_addresses.mdwn |   59 +
 ...rsync_remotes_with_encryption_enabled.mdwn |  103 +
 doc/bugs/git-annex_merge_stalls.mdwn          |   16 +
 ..._31578a754945bdcb902c62ff58704bcb._comment |   17 +
 ..._f3b6bf180466b5931bfd20b2f0229422._comment |   10 +
 ..._ced9b0d724fb55c756106b64c3721003._comment |   18 +
 ...esystem_can_still_failed_due_to_case_.mdwn |   32 +
 ..._850695231926dfe94f11342d3af7f63c._comment |   54 +
 ..._c2a2f801a3e18ad597ff0acf2f104557._comment |   22 +
 doc/bugs/git-annex_opens_too_many_files.mdwn  |   40 +
 ..._37f6f5838c41c533df4be1f927b9b03d._comment |   26 +
 ..._347ef233b9845b84d7c4d49ed166e797._comment |   10 +
 ..._d5f644d97cd2db471deb5dcd728cae60._comment |    8 +
 ..._c03bde64be8fdd962826bc7afa07d2a9._comment |  137 +
 ..._33a2e783e5355e981497b9861997570b._comment |   18 +
 ..._b3a5a4e4ca29c5cd2840bfeb4c63ea68._comment |   15 +
 ..._quit_unexpectedly___40__macosx__41__.mdwn |  358 +
 ..._97abb8442329d19c9687002f43afac74._comment |   23 +
 ..._3405f3cd699860ee239cf23ade19e92c._comment |   10 +
 ...nnex_sync_broken_on_squeeze_backports.mdwn |   20 +
 ..._the_directory_I__39__m_in_disepeared.mdwn |   15 +
 ...iles_are_in_repositories_they_are_not.mdwn |   29 +
 ..._6722fd627ec4add9f2b16546bd8ef341._comment |    8 +
 ..._508e475f764e1cb453b756eb50bc3a15._comment |   34 +
 ..._1656ba18c519a262c57ef626a3449e77._comment |   12 +
 ..._347dc3b6e5bc6c4195ec09d54bc1398e._comment |   24 +
 ..._a9c93bfc3278ef8b1117eac2af859bc3._comment |   12 +
 ..._804dd62beef64f7d4e203bdb28cbe660._comment |   11 +
 ..._4ef107d70647780eb5347cae6f467fed._comment |   12 +
 .../git-annex_webapp_command_not_found.mdwn   |   25 +
 ..._6fa63ae1a7affb2351eda57ab3b4eda1._comment |   10 +
 ..._d25232bb5eaff725281869d7681e81ad._comment |    8 +
 doc/bugs/git_annex_add_..._adds_too_much.mdwn |   25 +
 ..._eats_files_when_filename_is_too_long.mdwn |   14 +
 ..._9650284913bec2a00cf551b90ab5d8ff._comment |   21 +
 ..._c6c8d2a1f444d85c582bc5396b08e148._comment |    8 +
 ..._5776864d78d56849001dd12e3adb9cbe._comment |    8 +
 ..._371ec7b4ae73280ede31edfe90b42a95._comment |    9 +
 ..._4fb04f646de591640f8504c0caf61acd._comment |   12 +
 ..._b4055409fe48da95bb3101c0242ef0bc._comment |    8 +
 ...nex_add_error_with_Andrew_File_System.mdwn |   28 +
 ..._bc783e551fc0e8da87bc95bff5b8f73a._comment |    8 +
 ..._faefcf69bd61c47566131cb31b78cc19._comment |   10 +
 ..._d5014c8b78437b9fddbb1e83d3679081._comment |   10 +
 doc/bugs/git_annex_add_memory_leak.mdwn       |   39 +
 ...ex_add_removes_file_with_no_data_left.mdwn |  103 +
 ..._9cc749a6efd4359a99316036f5bc867f._comment |   12 +
 ..._1fed5be9db29866e4dc3d3bb12907bf3._comment |    8 +
 ..._06d517ac4ef8def4629a40d7c3549bac._comment |    8 +
 ..._8f081aeba7065d143a453dc128543f59._comment |   18 +
 ..._54a4b10723fd8a80dd486377ff15ce0d._comment |   10 +
 ..._f1964e4e07991a251c2795da0361a4e2._comment |   28 +
 ..._73c38d843c30f00f6fd8883db8e55f62._comment |   10 +
 ..._7ede5ee312f3abdf78979c0d52a7871a._comment |   12 +
 ..._e37cf18708f09619442c3a9532d12ed9._comment |   13 +
 ..._a744ef7dd3a224a911ebb24858bc2fd6._comment |    8 +
 ..._f97141b255073b90120895148220c2d7._comment |   10 +
 ..._dd2be11dfd190129d491f5f891e7cd1a._comment |   10 +
 ...it_annex_assistant_--autostart_failed.mdwn |   39 +
 ..._746545273b53849c42ff6272324e5155._comment |   10 +
 ..._5bdf6f94da12e551ae12e7f550a84d62._comment |    8 +
 ..._bfd646f69946a5fe926b270cf94f87cb._comment |    8 +
 ...annex_content_fails_with_a_parse_error.txt |   32 +
 ..._2b60b6ae0115de13ecf837b34dadcd1d._comment |    8 +
 ...annex_copy_--fast_does_not_copy_files.mdwn |   22 +
 ...EMOTE_._doesn__39__t_work_as_expected.mdwn |   18 +
 ...ying_to_connect_to_remotes_uninvolved.mdwn |   27 +
 ..._f1330935a07460c9c8bc82ee8d4709c5._comment |   12 +
 ...40__notably_including_dead_ones__41__.mdwn |   42 +
 ..._7ee08a60e4b2516c010d3c2163049681._comment |   15 +
 ..._c29525bfda08717f68aaac83014e6b08._comment |    8 +
 ...git_annex_describe_can_break_uuid.log.mdwn |   46 +
 ..._9ead36f13cbde6c822b231441de636ae._comment |    8 +
 doc/bugs/git_annex_does_nothing_useful.mdwn   |   67 +
 ..._457354dc0018333002dc5049935c0feb._comment |    8 +
 ..._8a6d244165dd238ddf9dd629795de2f6._comment |   10 +
 ..._30d06bc0f1c37d988a1a31962b57533c._comment |   18 +
 ..._fc4f51ddcbc69631e2835b86c3489c8e._comment |    7 +
 ..._9bb1647e6c59f1ed7b13b81ecc33f920._comment |   13 +
 ..._d434f5c614a27b75d73530b5b918b851._comment |   14 +
 ..._998e33219d29ea41b0b2a5d2955a9862._comment |   46 +
 ..._c72e2571e5b8c06bbfa2276a7ad1e8a6._comment |   16 +
 ..._bc8b42432ba25de8f972c192bc3cdff6._comment |   44 +
 ..._e7469a4c5e45078ade775f5cbdd17cfc._comment |   67 +
 ..._bc9e6fd284440a59ffe4e4ed1f73f7d7._comment |   30 +
 ..._38a2dbeee3750d79ca9a943a02fceb29._comment |   17 +
 ...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 +
 .../git_annex_fork_bombs_on_gpg_file.mdwn     |   25 +
 ..._6e29b60cd77f3288e33ad270f95f410e._comment |    8 +
 ..._ad13e3221ae06086e86800316912d951._comment |   12 +
 ..._41746b731eae7f280bb668c776022bcb._comment |    8 +
 ..._56ca8590110abffeed6d826c54ca1136._comment |   10 +
 ..._73ae438a37e4c5f56fe291448e1c64dd._comment |   13 +
 ..._aa237adebe7674b8cdb9a967bb5f96a8._comment |    8 +
 ..._ab403d7abbbbabd498b954b0b9742755._comment |   12 +
 ..._a35d04440b1220faf9088107c3f17762._comment |   10 +
 ..._8345331b9b313769ba401da2ffd89332._comment |   10 +
 ..._7eb535ca38b3e84d44d0f8cbf5e61b8b._comment |   18 +
 ..._a3aa4231a82917c56cbdf52b65db7133._comment |   21 +
 ..._178fd4e4d6abbca192fcd6d592615fca._comment |   12 +
 ..._7d80f131f43312bb061df2be7fa956ef._comment |   10 +
 ...n_direct_mode_does_not_checksum_files.mdwn |   18 +
 ..._a6cde4aa495512344fa7f50e10749c68._comment |    8 +
 ..._4ac3b87ec0bc0514c4eff9f5a75b9f5d._comment |   26 +
 ..._d18b1fdc866edf2786d2c6b7ec55119f._comment |   11 +
 ..._31e4fcbf63c11cc374a849daf3ce1dbc._comment |    8 +
 ...t_annex_fsck_is_a_no-op_in_bare_repos.mdwn |   21 +
 ..._fc59fbd1cdf8ca97b0a4471d9914aaa1._comment |    8 +
 ..._273a45e6977d40d39e0d9ab924a83240._comment |    9 +
 ...when_remote_is_an_ssh_url_with_a_port.mdwn |   13 +
 ...bout_remotes_with_dots_in_their_names.mdwn |   34 +
 ...estroys_a_fellow_git_annex_repository.mdwn |  130 +
 doc/bugs/git_annex_importfeed_fails.mdwn      |   64 +
 ...ex_indirect_can_fail_catastrophically.mdwn |   78 +
 ..._0b085e7e8c8e364f479574bc00c7c394._comment |   21 +
 ...needs_some___34__error_checking__34__.mdwn |   65 +
 ...git_annex_initremote_walks_.git-annex.mdwn |   19 +
 ...problems_with_urls_containing___126__.mdwn |   46 +
 ...te_leaves_old_backend_versions_around.mdwn |   19 +
 ..._f3e418144e5a5a9b3eda459546fc2bb0._comment |    8 +
 ...use___39__git_add_-f__39___internally.mdwn |   11 +
 ..._7683bf02cf9e97830fb4690314501568._comment |    8 +
 ...ect_mode_does_not_honor_skip-worktree.mdwn |   35 +
 ..._69baeb997086c885f34fd1dc385cf5d6._comment |   12 +
 ..._fb8c0bebb9aaa75ee7eaf6999b1db49e._comment |   10 +
 ..._6bfd4e9a7853af93e72b717249de9439._comment |    8 +
 ...uninit_loses_content_when_interrupted.mdwn |   33 +
 ..._fd9d2abbc90fb4f470b2212bc1f4a2dd._comment |    8 +
 ..._0e99f6ef4f8b342ef0ebc64dbf8e2ce6._comment |   12 +
 ...s_files_not_previously_added_to_annex.mdwn |   32 +
 ..._ce4e3b1bf0d53119d049cf7dd621c5c4._comment |   10 +
 ..._3aa125635609fce41ab0c98cefb81f98._comment |    9 +
 doc/bugs/git_annex_unlock_is_not_atomic.mdwn  |    7 +
 ...rts_due_to_filename_encoding_problems.mdwn |   15 +
 ..._8ba4fdb9f2d3bd44db5e910526cb9124._comment |    8 +
 ..._2a4a2b3e287a0444a1c8e8d98768a206._comment |    8 +
 ..._dacfdb8322045fc4ceefc9128bf7c505._comment |   17 +
 ..._7889a3ff5ce80c6322448aa674df8525._comment |   10 +
 ..._6d28c2537ce24eeb3496ca349823defd._comment |   19 +
 ..._4bf14ecef622988e80976c0fb55c24b9._comment |   10 +
 ..._d2e5382fe0f38fb9dd9ee69901c68151._comment |    8 +
 ..._b282757537cda863d3dc6d0bbfd6b656._comment |    8 +
 ..._branches_which_makes_it_inconsistent.mdwn |  106 +
 ..._a636ffe55b11c46a0afcc0b9a3a88cd4._comment |   10 +
 ..._5e1ad57420efd16ae09c9e5cad55b5f2._comment |   13 +
 ...nex_unused_failes_on_empty_repository.mdwn |   15 +
 ...nused_seems_to_check_for_current_path.mdwn |   39 +
 ...acter___40__and_probably_others__41__.mdwn |   33 +
 ..._861506e40e0d04d2be98bbfe9188be89._comment |   12 +
 ...ade_output_is_inconsistent_and_spammy.mdwn |   15 +
 ..._3a01c81efba321b0e46d1bc0426ad8d1._comment |   10 +
 ...rsion_should_without_being_in_a_repo_.mdwn |    7 +
 ..._e7b26eeb1a765fd83280ef907c0deef2._comment |    8 +
 ...app_--listen_on_a_remote_linux_server.mdwn |   50 +
 ..._db99c00830d3f15ebe790c4dc8b60bd7._comment |    8 +
 doc/bugs/git_annex_webapp_runs_on_wine.mdwn   |   47 +
 ..._c71dfa42780c0fc78f88ce054e5f3ee3._comment |   16 +
 ..._f28441b18b0be90c1e58348455ce09d9._comment |   23 +
 ...won__39__t_copy_files_to_my_usb_drive.mdwn |   60 +
 ..._7707017fbf3d92ee21d600fe0aefce4f._comment |   10 +
 ..._f3392ec3ca7392823cbad2cc9b77f54e._comment |    9 +
 ..._b3d016a487b12748fe2c4d14300eb158._comment |   20 +
 ..._61f600511a3172f0707e5809fc444d0c._comment |    9 +
 ..._8cf029ac7bf3c19dcb0b613eed3b52ac._comment |   10 +
 ..._e40d88eba7d8aec1530ce1d32d1c85f2._comment |   11 +
 ..._b101fab9e690d1b335a1a29abab68d6c._comment |   10 +
 ..._b30d32086314a7e357f3dd6608828ee5._comment |    9 +
 ...nix_breaks_git_commit_after_uninstall.mdwn |   42 +
 ..._c8b1bab40d3bb2468a5bba7b116e854e._comment |    8 +
 ..._4173770375fca51dcaf9b974296d041a._comment |    8 +
 ...nd_has_tons_of_redundant_-a_paramters.mdwn |   15 +
 ...0__child_of_git-annex_assistant__41__.mdwn |   34 +
 ..._5e3f4b63db5cd32b63fb3e6a78f9b093._comment |   10 +
 .../git_rename_detection_on_file_move.mdwn    |   13 +
 ..._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 +
 ...in_prebuilt_linux_tarball_is_outdated.mdwn |   11 +
 ..._2a5a07498df9d38531d4570f7b463b9a._comment |    8 +
 ...for_DCIM_on_Android_misses_some_files.mdwn |   17 +
 ..._f683ecf93e5a17c5c9c06225dbcce2a9._comment |   12 +
 doc/bugs/gix-annex_help_is_homicidal.mdwn     |   23 +
 doc/bugs/glacier_from_multiple_repos.mdwn     |   14 +
 doc/bugs/googlemail.mdwn                      |   16 +
 .../gpg_bundled_with_OSX_build_fails.mdwn     |   25 +
 ..._ec911f920db6c354ba998ffbb5886606._comment |   10 +
 ..._bf2a3ab1bbe258bd501ec4b776882adf._comment |   12 +
 ..._c0142427400323c00bd8294415ae32c5._comment |   15 +
 ..._b56db4b5afc276f88a2b980e22fda8a0._comment |   10 +
 ..._a4eda81e5f927c463593bc48fbe84077._comment |   12 +
 ..._2f0b9331d16a208883bac586258a7b50._comment |    8 +
 ..._c05c484a6134f93796cff08de0f63e80._comment |   16 +
 ..._f2cb5467ebe80cf67e1155b771b73978._comment |    8 +
 ..._27bbda7e31f55b29e1473555ee17e613._comment |    8 +
 doc/bugs/gpg_error_on_android.mdwn            |   39 +
 ..._870583fd1b7a33b688b9a228077d1333._comment |  629 ++
 ..._9ce5511a109bde50d8cf87bad0268b4a._comment |   26 +
 ..._b345e80f38d38f82cfcfce3102138fb8._comment |   46 +
 ..._032f42235b7f26854e725041ca33384b._comment |   10 +
 ...a_new_remote_repository_via_assistant.mdwn |   55 +
 ..._7b409701c650b55b3472accd70555f16._comment |    8 +
 ..._40b00f7258512677516ec5036b89090f._comment |   14 +
 ...es_to_100__37___cpu_on_bad_input_data.mdwn |   18 +
 ..._889218fb7c0115b03d9bad0c07296097._comment |   36 +
 .../gpg_hangs_on_glacier_remote_creation.mdwn |   78 +
 ..._41ca74a4e4aaf4f6b012a92677037651._comment |   14 +
 ..._dd11fd25c8bb1f2d7e1292c07abf553e._comment |  591 ++
 ..._543d8a13756c1355a5752867bdcbefd3._comment |   20 +
 ..._6441cf25e6bd62c96d7e766da9bdd7fb._comment |   25 +
 ..._72e152294e36bc5f2d78e8e2ebed6a23._comment |    8 +
 ..._890e85df05903795e01efbd7879f9c87._comment |    8 +
 ..._042047f9fcc45abbfa47c3973d79f08e._comment |   10 +
 doc/bugs/gpg_needs_--use-agent.mdwn           |   53 +
 doc/bugs/hGetContents:_user_error.mdwn        |   38 +
 ..._30178f151f8c60d2ff856ca543dc506c._comment |   10 +
 ..._f74eeed4a007058a22183fd678ecd6c6._comment |    8 +
 ..._515e562228a89a13d6d857a874f4a468._comment |    8 +
 ..._8c6ed5e459c5c66b77db446c6317114c._comment |    8 +
 ..._f80bce48c3f96b0cd6892af43ee88a96._comment |    8 +
 ..._69dc09e4ae726856dafbeec34170671c._comment |    8 +
 ..._3f66b03f773341fad94ec16b4f55edaa._comment |   32 +
 ..._a697e2d36abfc999e65c9f587c0de56e._comment |   10 +
 ..._da7c5905a64bb6779970f9394155e629._comment |   10 +
 ...__40__or_this_a_general_problem__41__.mdwn |  113 +
 ..._rysnc_installed__44___not_recognized.mdwn |   19 +
 ..._3ff000eb3efde41426c7b086ae627dcf._comment |   12 +
 ..._34e592ab057df2df54e13d3f5cae64f0._comment |   14 +
 ..._05ffbae13d8f9b08315f40bb9b206f46._comment |   21 +
 ..._99d1f151263ca3433dd4afa8a928b1fe._comment |   30 +
 ..._6ef1a377b0b4d3efeffdf9693d0b496b._comment |   12 +
 ..._d9e36828ad55f3181a1c650010f23d6b._comment |   14 +
 doc/bugs/immediately_drops_files.mdwn         |  222 +
 ..._9ef6e694ef8a8eee7a42f88554475db7._comment |   10 +
 ..._76e4f8b73ab60b2540dd2a3e5379791d._comment |    8 +
 ..._788db083f5ba2e5589c3b952203ec954._comment |   21 +
 ..._425b79865eb77d69d0b7a71a14639f81._comment |   10 +
 ..._7c9f660b6bcec31827a44a650e9d4622._comment |   10 +
 ...portfeed_fails__44___bad_feed_content.mdwn |   36 +
 ...he_option_--lazy_for_specific_podcast.mdwn |   77 +
 ..._4ccfabbaf75e139b32f6fa6f7bc6a7fe._comment |    8 +
 ..._should_allow_pubdate_in_the_template.mdwn |    5 +
 ...es___34____95__foo__34___as_extension.mdwn |   17 +
 doc/bugs/inconsistent_use_of_SI_prefixes.mdwn |   55 +
 ...ent___40__invalid_byte_sequence__41__.mdwn |   29 +
 ..._server_error:_unknown_UUID_on_webapp.mdwn |  147 +
 ...ver_error_creating_repo_on_ssh_server.mdwn |   26 +
 ..._4a2c9338d5c779496049d78e29cf5cbd._comment |    8 +
 ..._choosing_encrypted_rsync_repo_option.mdwn |   28 +
 ..._14a2f775f43a86129ce3649a06f8ba0b._comment |    8 +
 ..._7b277320fcffd8d03e0d3d31398eb571._comment |   16 +
 ..._ba9dd8f2cc46640383d4339a3661571f._comment |   16 +
 ..._274ae39d55545bde0be931d7a6c42c94._comment |   12 +
 ..._242291d46acc61bdfc112e3316de528b._comment |   10 +
 ..._76b936263e82ca6c415a16ed57e770b4._comment |    8 +
 ..._9ccd3749fd9f32b0906c0b9428cc514f._comment |   10 +
 ..._4e8982668b5044b2286d55c90adb9da3._comment |    8 +
 ..._aaf0ee250972d737a2ca57de5b5f1c0a._comment |   12 +
 ...nterrupting_migration_causes_problems.mdwn |   52 +
 .../javascript_functions_qouting_issue.mdwn   |   44 +
 ...journal_commit_error_when_using_annex.mdwn |   21 +
 ..._38f60ca3503ea1530c4bd2cde5c9182f._comment |   10 +
 ..._6de455a67f37d9ee0a307a78123781bf._comment |   10 +
 ...ant_causes_resource_starvation_on_OSX.mdwn |   30 +
 ..._91c911c29fd126ddc365c561591f627e._comment |   10 +
 ..._c316aead931a6a2377a4515bbb34ac5b._comment |    8 +
 ..._committer_thread_loops_occassionally.mdwn |   53 +
 ..._f8d1720aa26c719609720acf0772606e._comment |   11 +
 ..._0527569ea2924721d19dadcf4fe0ec5a._comment |    8 +
 ..._5b67ff08a897ea3d2266ccc910ab4278._comment |    8 +
 doc/bugs/make_SHA512E_the_default.mdwn        |   29 +
 ..._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 +
 ...making_annex-merge_try_a_fast-forward.mdwn |   35 +
 .../manpage_has_slight_indentation_error.mdwn |   38 +
 ...ot_respecting_annex_ssh_options__63__.mdwn |   38 +
 ..._c63a1ed5909d53f116f06e60aba74dc6._comment |   10 +
 ...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 +
 ..._seem_to_die_when_using_the_ARM_build.mdwn |   36 +
 ..._0527581ea60d28bb28504fa2a355ed87._comment |   10 +
 ..._926a87b60e20d286d49639c8dad13a1a._comment |    8 +
 ..._c509fba1a9adacfd26a2bd12b4aea988._comment |    8 +
 ...d_files_not_showing_up_in_unused_list.mdwn |   62 +
 ..._2cfbf6693b051c758fe5efa5ee885829._comment |   16 +
 ..._acb1abeb32c3aba8ba65151afbea753c._comment |   10 +
 ...or_bug:_errors_are_not_verbose_enough.mdwn |   26 +
 ...ng_dependency_in_git-annex-3.20130216.mdwn |   29 +
 .../missing_kde__47__gnome_menu_item..mdwn    |   29 +
 doc/bugs/moreinfo.mdwn                        |    6 +
 ...is_not_in_Haskell_Platform_2012.4.0.0.mdwn |   12 +
 ..._2c4b3757bb8de563edca65aeabcbbc5a._comment |   29 +
 ...d_repo_results_in_errors_on_drop_move.mdwn |   59 +
 ...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 +
 ...o_have_annex_on_a_separate_filesystem.mdwn |   32 +
 ...ata_isn__39__t_unused_after_migration.mdwn |   66 +
 .../on--git-dir_and_--work-tree_options.mdwn  |   31 +
 ..._13a7653d96ddf91f4492a9f3555a69aa._comment |   16 +
 ..._31f154011ec26a463de7b1e307e49cb6._comment |    8 +
 ..._33433bcfb1946b52f1f41b9158ab452d._comment |    8 +
 doc/bugs/ordering.mdwn                        |   12 +
 doc/bugs/pasting_into_annex_on_OSX.mdwn       |   28 +
 ..._4eab52bb6eda92e39bdaa8eee8f31a7f._comment |    8 +
 ..._f1b58adfec179b75c1fc2bf578a3b5c4._comment |    8 +
 ..._270aa7680c3b899a92ce6543eaba666a._comment |   17 +
 ..._ec11a80d5b0f78c7a927f8aa71a6c57a._comment |    8 +
 ..._1928bd25e5e6874a3b83c2f2adc776f5._comment |    7 +
 ..._0fe288f54b781a0c51395cb32f0e2f9d._comment |    8 +
 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_utf8_names.mdwn        |   81 +
 ..._3c7e3f021c2c94277eecf9c8af6cec5f._comment |   17 +
 ..._bad4c4c5f54358d1bc0ab2adc713782a._comment |   10 +
 ..._4f936a5d3f9c7df64c8a87e62b7fbfdc._comment |    8 +
 ..._93bee35f5fa7744834994bc7a253a6f9._comment |   10 +
 ..._519cda534c7aea7f5ad5acd3f76e21fa._comment |   11 +
 ..._52e0bfff2b177b6f92e226b25d2f3ff1._comment |    8 +
 ..._0cc588f787d6eecfa19a8f6cee4b07b5._comment |    8 +
 ..._ff5c6da9eadfee20c18c86b648a62c47._comment |   10 +
 ...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 +
 ...ve_file_in_place_on_checksum_mismatch.mdwn |   15 +
 ...heir_symlink_targets_don__39__t_exist.mdwn |   65 +
 ..._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 +
 doc/bugs/remote_not_showing_up_in_webapp.mdwn |   88 +
 ..._2a269732fd528f505777542d3556437a._comment |   17 +
 ..._device_configurator_chokes_on_spaces.mdwn |   18 +
 ...denied__44___after_direct_mode_switch.mdwn |   81 +
 ..._14cec6448831c67794b62926a03b2fc5._comment |   13 +
 ..._93af8f48a01b6e2d011bd6f60499ccd2._comment |   23 +
 ..._f8fba1955e62360061613e5898b3d74e._comment |   16 +
 ...t_the_file__39__s_content_from_remote.mdwn |   27 +
 ..._d6aad1831674586fe4cdf61dd2a4bbb9._comment |   15 +
 ..._8591e174c1a8cddfae9371407a58ff1c._comment |   10 +
 ...fails_when_home_on_seperate_partition.mdwn |   60 +
 doc/bugs/restart_daemon_required.mdwn         |   22 +
 ..._f79ac16cc9f1e3b08cd121bf5efb29c3._comment |    8 +
 ..._50c1b268a3cc4514681059eabca674e3._comment |    8 +
 ..._1716e0f3c7c44dc77ebf7f00fdd8f9e3._comment |  310 +
 ..._3ce776786eca83fcb8ff94c8f6ff3eb9._comment |   15 +
 doc/bugs/rsync_remote_shows_no_progress.mdwn  |   15 +
 ..._a7f5d646a924c462b987561cf6fc4318._comment |    8 +
 ...es_which_have_names_containing_spaces.mdwn |   50 +
 doc/bugs/scp_interrupt_to_background.mdwn     |    2 +
 ...on_without_having_to_be_in_a_git_repo.mdwn |   11 +
 doc/bugs/signal_weirdness.mdwn                |   48 +
 ..._--_please_seek_possibility_to_shrink.mdwn |   41 +
 ..._d2faaff98386433110dcf7aae87916b7._comment |    9 +
 ..._1359ddf1b5db4303f8bd219d3f07df3a._comment |   10 +
 doc/bugs/smarter_flood_filling.mdwn           |   31 +
 doc/bugs/softlink_mtime.mdwn                  |   54 +
 ...failed_when_adding_remote_server_repo.mdwn |   44 +
 ..._52180983b59c247389a55a9523ec435b._comment |   14 +
 ...ssh_connection_caching_broken_on_NTFS.mdwn |   66 +
 ..._54e7e12514f4c109fd57a4eb744b731a._comment |   14 +
 doc/bugs/submodule_path_problem.mdwn          |   56 +
 ..._69aec9207d2e9da4bc042d3f4963d80e._comment |   48 +
 ..._53d9eb28cb70b51637470175a80ddf35._comment |    8 +
 ..._aa5e0f99000a5b4988bccbb2ca28353b._comment |   20 +
 ..._ab1508a5a04e2106aad5e7985775a6fa._comment |    8 +
 ..._8c7539d1c11b81f5d46aa8e1c61745ae._comment |   14 +
 ..._cacc91afcb1739dfca3a60590bb70356._comment |   67 +
 ...ave_the_32bit_version_installed__41__.mdwn |   50 +
 ..._6208e70a21a048d5423926d16e32d421._comment |    9 +
 ..._8765b6190e79251637bb59ba28f245c1._comment |   21 +
 ...h_the_annex_directory_exposed_to_http.mdwn |   20 +
 ...est_failures_on_window_for_5.20131118.mdwn |   20 +
 ..._5a7a284625c12d54390fe4a4ec1d4211._comment |  188 +
 .../test_suite_failure_on_samba_mount.mdwn    |  278 +
 ..._e074b20801b921ee2661025a050a8af2._comment |   12 +
 ...st_suite_shouldn__39__t_fail_silently.mdwn |    3 +
 ..._is_no_global_.gitconfig_for_the_user.mdwn |   50 +
 ...-_after_an_update_of_haskell_platform.mdwn |   23 +
 ..._20a6fe046111e9ae56fd4d9c9f41f536._comment |    8 +
 ..._6fdc5f8b07908c6eda8a97690408f44e._comment |   45 +
 ..._014474a133c7ff0131029d8721afc710._comment |   46 +
 ..._9c537e251dc99667fe87870804d802c2._comment |   10 +
 ...a41_disables_the_watch_command_on_OSX.mdwn |   22 +
 .../three_character_directories_created.mdwn  |   56 +
 ..._dd91de24dab4f2eaded1f7d659869d4d._comment |    8 +
 ..._f6375964a6c8bb1e6c5b7238effca66d._comment |   62 +
 ..._776e0a9b938d8b260a5111594b442536._comment |    8 +
 ..._e288bacdb336c4886adb6eeb4dca1e92._comment |    8 +
 ..._359b80948ac92a0f1eb695599456486c._comment |   10 +
 .../three_way_sync_via_S3_and_Jabber.mdwn     |  119 +
 ..._fc5ec5505f141bb9135e772d1094bc4d._comment |   12 +
 ..._0df2210c30dec6d88d7858d93eec19a3._comment |   10 +
 ..._41682b2e72e657e0f23af244f8345e85._comment |   10 +
 ..._c7b4ea9aea6839763eb8b89e8d6a5ad5._comment |   14 +
 ..._063f5e5e554ad6710f16394906d87616._comment |   33 +
 ..._197ad39b4a46936afeeb04eb26cf1ef3._comment |  138 +
 ..._0b0d829ccd255be0177ae9d8f6b10e63._comment |   61 +
 ..._37a8e19440c764317589bc4248cbccdf._comment |   10 +
 ..._12eb333327d31ca2bfee3f3c5e26d641._comment |   24 +
 ..._e6b1084b2f18d8e536c8692e165754a3._comment |   12 +
 ..._2120a1c3e5f490a55f68bb1bef5efd0d._comment |  183 +
 doc/bugs/tmp_file_handling.mdwn               |   13 +
 ..._0300c11ee3f94a9e7c832671e16f5511._comment |   13 +
 ..._cc14c7a79a544e47654e4cd8abc85edd._comment |    8 +
 ...s_problems_on_non-linux_based_systems.mdwn |   19 +
 ..._1d38283c9ea87174f3bbef9a58f5cb88._comment |   10 +
 ..._bf112edd075fbebe4fc959a387946eb9._comment |    8 +
 ..._a46080fbe82adf0986c5dc045e382501._comment |    8 +
 ..._760437bf3ba972a775bb190fb4b38202._comment |    8 +
 ..._060ba5ea88dcab2f4a0c199f13ef4f67._comment |   10 +
 ..._548303d6ffb21a9370b6904f41ff49c1._comment |   42 +
 ..._7ca00527ab5db058aadec4fe813e51fd._comment |    8 +
 ..._881aecb9ae671689453f6d5d780d844b._comment |    8 +
 doc/bugs/transferkey_fails_due_to_gpg.mdwn    |   51 +
 ..._f6434400d528a0fa59c056995ff2e6f3._comment |   12 +
 ..._c540b05b62a3186a87efcb180ea2a52d._comment |   12 +
 ..._9ad2ef73169dbd2866da2f4259ab0f00._comment |    8 +
 ..._7631b8842efba6a4aad87386ce9443a7._comment |    8 +
 ...dy_to_add_remote_server__34___message.mdwn |   16 +
 .../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 +
 ..._do_not_work_when_git_index_is_broken.mdwn |   17 +
 ..._1931e733f0698af5603a8b92267203d4._comment |    8 +
 ..._40920b88537b7715395808d8aa94bf03._comment |    8 +
 ...nannex_command_doesn__39__t_all_files.mdwn |   30 +
 ..._object_even_if_referred_to_by_others.mdwn |   20 +
 ..._0ce72d0f67082f202cfa58b7c00f2fd3._comment |   39 +
 ..._647f49ffcaa348660659f9954a59b3ae._comment |   16 +
 ..._3f7f4b55b7ec2641a70109788e0b5672._comment |   10 +
 ..._313d393c416495aa0f8573113e41c2f7._comment |  431 +
 ..._c0e7742672db2629bd906cebefe74f72._comment |   10 +
 ..._c56171665db3ed14109a09097d49ac5d._comment |    8 +
 .../unannex_vs_unlock_hook_confusion.mdwn     |   15 +
 doc/bugs/undefined.mdwn                       |    5 +
 doc/bugs/unfinished_repos_in_webapp.mdwn      |   31 +
 ..._9628b100e39489be9f28ef75276a7341._comment |   11 +
 ..._ba0fbff536b1d067c4098db401dc49f2._comment |   10 +
 ..._fd554aa7d93117177784a29270ccf790._comment |   12 +
 ...ository_when_using_annex-ignore_true_.mdwn |   25 +
 doc/bugs/unhappy_without_UTF8_locale.mdwn     |   41 +
 ...d_indirect_don__39__t_work_on_android.mdwn |   23 +
 ..._fec69c4c41987b9469eaa8f745c0a124._comment |    8 +
 ..._54c3fa77a069b36d03c41aad08fee9af._comment |    8 +
 ...t_abort_when_hard_link_creation_fails.mdwn |   47 +
 .../uninit_does_not_work_in_old_repos.mdwn    |   20 +
 ..._bc0619c6e17139df74639448aa6a0f72._comment |    8 +
 ...if_git-annex_add_didn__39__t_complete.mdwn |   15 +
 ..._when_branch_git-annex_is_checked_out.mdwn |   15 +
 ...ails_silently_with_directory_symlinks.mdwn |   53 +
 ..._os_x_10.6_-_cp:_illegal_option_--_-_.mdwn |   22 +
 ..._a634a9f1c023bf836183de64abab1224._comment |   10 +
 ..._d9ae61a7c3f1eb243ca650945b40f21d._comment |   19 +
 ..._fe229c03c14e8eb2b57389e0e193ed99._comment |    8 +
 ..._fa12afe295de63c4aa7eb043b715325a._comment |   15 +
 ...hen_lock_of_uncommitted_file_loses_it.mdwn |    7 +
 ...ed_.git-annex__47____42___directories.mdwn |   16 +
 ..._9ca2da52f3c8add0276b72d6099516a6._comment |   10 +
 ..._e14e84b770305893f2fc6e4938359f47._comment |   18 +
 ..._ec04e306c96fd20ab912aea54a8340aa._comment |    8 +
 ...rab_archive_content_onto_client_again.mdwn |  434 +
 ..._51097a6b84edcc607abc0e6e21ca21f2._comment |    8 +
 ..._c34a4009213c410bba3c147ae0552029._comment |   15 +
 ..._634542867fd28962c47b7bc3ea022175._comment |    8 +
 ..._301f3ff2d203ac4c58a037e553b2c14d._comment |   18 +
 ..._82ecdc88ccc1f87386b128adc4ff9af4._comment |   14 +
 ..._158b2ba3da815910505899606177d415._comment |   16 +
 ..._b068924802f3917e3e005350cb0cc2a2._comment |    8 +
 ..._f4772858c927d4a62edc3caf59b5da10._comment |    8 +
 ..._d0923d2950357f4444c5ef94ff196ba3._comment |    8 +
 ..._7fb30cb80aecc60e48c64846aa185206._comment |    9 +
 ...ploads_queued_to_annex-ignore_remotes.mdwn |   34 +
 ..._fa1c98f38253db8c2be3604c72eb3726._comment |   17 +
 ...te_format_generates_irritating_output.mdwn |   28 +
 ..._fceba878f1097e27f056580e8d6d5b31._comment |   26 +
 ..._416992874813f120721a56d88b2bef65._comment |    9 +
 ..._a20f470c5226ac5693eb15146a02b3f5._comment |    8 +
 ..._a81f06191bc03a7aad5929af99f0634e._comment |   28 +
 ..._7438caecf78b4fb5d21f9f31dff95cf2._comment |   14 +
 doc/bugs/utf8.mdwn                            |  192 +
 ..._f298b8b480d3ab2dd9c279589afcd0ea._comment |   10 +
 ..._a8864a46f8154680beeea27449ac6f09._comment |  142 +
 ..._2202c3479d19d306f31aac5a47b55e7d._comment |   10 +
 ..._7044d2c5bb1c91ee37eb9868963a1ff2._comment |   41 +
 ..._656b3caa16ae93b092fb5804fa575a3b._comment |    8 +
 ..._25b3d4c47c45b72129b17b171a45c5f9._comment |    8 +
 ..._2aaab9253bbc75012292c7b5a7d55696._comment |  173 +
 ..._416ad6fb5f7379732129dc5283a7e550._comment |   23 +
 ..._cd55f6bbeb145fd554f331dcff64f5e1._comment |   10 +
 ..._bb583a419d6fa4e33e5364c4468b35c6._comment |    8 +
 ..._cd8a22cfb70d9d21f0a5339ccc52ee93._comment |   14 +
 ..._14eefd4bee283802e9c462fa20b7835c._comment |   19 +
 ..._58d8b5bdb9f11e8c344e86a675a075dd._comment |   11 +
 ..._00fa9672ce55b6bfa885b8a13287ac25._comment |   10 +
 ..._a01e26fa0fafbc291020f53dbfdf6443._comment |   10 +
 ..._b7c084be01ce985be51e48503fcba468._comment |    8 +
 ...st.log_and_remote.log_merge_wackiness.mdwn |   36 +
 ...__34___but_podcasting_feature_working.mdwn |   28 +
 ..._ce06ba4f65f322362b23797f6190c7c3._comment |   17 +
 ...rnal_Server_Error__internal_liftAnnex.mdwn |   20 +
 ..._57547f9a480df2c3f7b3997b0fb7039a._comment |   12 +
 ..._99f12da3ef01141dc7a9105fcf966793._comment |   10 +
 ...40__handle_is_closed__41___on_Android.mdwn |   24 +
 ..._e8866dc15f8fc049229e7451addad1d5._comment |   12 +
 ..._ee616b0251ffaace9844cfd7af896c35._comment |   10 +
 ..._6b8bd314b647ea3a485f5faf4856f9a9._comment |   35 +
 ..._7009b6727ba40bc9bd1b1f939e75d093._comment |    8 +
 ..._00ddf7ade6cca758afa838be0b9588cb._comment |   20 +
 ..._6137ef0ad01d5600dab6fccbeed9a88b._comment |   14 +
 ..._4b79d7ea338d9f70eb80b8cc2c5a21e4._comment |    8 +
 ...and_on_OSX_--_hangs_with_a_small_repo.mdwn |   41 +
 ..._63f04694610839db0c2381005b15da35._comment |   14 +
 ..._8afe4720e301cf7ccf11ff0a23261936._comment |    8 +
 doc/bugs/watch_command_on_OSX_10.7.mdwn       |   37 +
 doc/bugs/watcher_commits_unlocked_files.mdwn  |   37 +
 ..._f70e1912fde0eee59e208307df06b503._comment |    8 +
 ...web_app_loops_over_a_non-addable_file.mdwn |   56 +
 ...ifficult_to_abort_adding_a_repository.mdwn |   24 +
 doc/bugs/webapp_hang.mdwn                     |  144 +
 ..._08aa908a64d0fe2d50438d01545c3f01._comment |    8 +
 ..._2a21ac5657128a454f9deb77c4d18057._comment |   21 +
 ..._error_upon_creating_the_initial_repo.mdwn |   26 +
 ..._1bcf0f565eacac851bd21cd428c8e0a5._comment |   33 +
 ..._7dd2483b5b07df8f3b37a34651c05962._comment |    8 +
 ...uires_reload_for_notification_bubbles.mdwn |   41 +
 ..._b15480e5dec1ffbebb8cde1ca8d7c9d5._comment |   11 +
 ..._8dad57a852e1db804aa38f90f3bb398b._comment |    8 +
 ...___34__Added_x_files__34___a_bit_ugly.mdwn |   15 +
 ...ls_mysteriously_on_newer_repo_layouts.mdwn |   34 +
 ...ability:_put_the_notices_on_the_right.mdwn |   18 +
 ..._ec7a444e09a028b5225bd41fb83442e8._comment |    9 +
 doc/bugs/weird_local_clone_confuses.mdwn      |   20 +
 ...uts_no_informaiton_for_unlocked_files.mdwn |   44 +
 ..._fails_test___34__recoverEncode__34__.mdwn |   39 +
 ..._424b3536e21e02f192f7f2b8e833ed18._comment |   67 +
 ..._78db183aa401e2023d7faec5f7a4a573._comment |   10 +
 ..._ed2da19eaf0bd0864f6b28816a79bc23._comment |    8 +
 doc/bugs/windows_install_failure.mdwn         |   30 +
 ..._f339574c7cfa35c1f0dfd515fde457f5._comment |    8 +
 ..._1d3364d8f5c4963f3a7e473298ec6ed1._comment |    8 +
 ...rt_-_can__39__t_directly_access_files.mdwn |  250 +
 ..._03ef9d33839173044dcc4f2b37f575d2._comment |    8 +
 ..._c65e5491c82908af46fe2c97e048d210._comment |   20 +
 ...when_adding_17_files_at_once_or_more_.mdwn |  197 +
 ...po_can__39__t_pull_newly_added_files_.mdwn |  559 +
 ..._b4f5e2d6a0d690f6b0089fa80a3c920b._comment |    8 +
 ..._c2092add1430667108a3fdc5e1c9b5f5._comment |    8 +
 ..._f0ea453951daf84dbddc653ac64822b6._comment |    8 +
 ..._35a8be5ecc9d1b72c38f8ddb47678160._comment |    8 +
 ..._29e72997b88f91f84639587b4cede34c._comment |   76 +
 ..._2de7f6532de4cbc21737ce53a89d6525._comment |   10 +
 ..._80d130b5af829763be77c61a9c5ca306._comment |   29 +
 ..._ec199db851952b40e8b18922da574ea4._comment |    8 +
 ..._d269fcadea9d5a668e3c6d6cf019f56a._comment |  353 +
 ..._908d1b981d56107f29d8972bf11aefc8._comment |   12 +
 ...__.config__47__git-annex__47__program.mdwn |   20 +
 ..._44c11918d00ead38d40556aade98c0af._comment |   12 +
 doc/bugs/xdg-user-dir_error.mdwn              |    8 +
 ...s_one_account_per_distinct_repository.mdwn |  107 +
 ..._820732c4dcb15186b4f635c50fdb0805._comment |   19 +
 ...sod-default_is_needed_as_a_dependancy.mdwn |   10 +
 doc/bugs/yesod-form_missing.mdwn              |   23 +
 ...tube_support_suddenly_stopped_working.mdwn |   62 +
 doc/builds.mdwn                               |   20 +
 doc/coding_style.mdwn                         |   92 +
 doc/comments.mdwn                             |    9 +
 doc/contact.mdwn                              |   11 +
 ..._12d60f767d90bea94974e1ff6b206d31._comment |    8 +
 ..._95b6d868b913418de50ba121d71d2390._comment |   10 +
 ..._2cf43bd406673294e6cdbd785c4a0d0c._comment |   16 +
 ..._586a506e27379d74fbc0f4b654e89c7d._comment |   10 +
 doc/copies.mdwn                               |   38 +
 ..._af9bee33777fb8a187b714fc8c5fb11d._comment |    8 +
 doc/design.mdwn                               |    8 +
 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 +
 .../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             |   37 +
 doc/design/assistant/inotify.mdwn             |  196 +
 ..._3d3ff74447452d65c10ccc3dbfc323cd._comment |    7 +
 ..._a3c0fa6d97397c508b4b8aafdcee8f6f._comment |    7 +
 ..._b346e870c1cd80e4b0a313c3a9fed6b3._comment |    8 +
 ..._32be58b4c3b17a4ea539690d2fb45159._comment |   12 +
 ..._0cdd3046d90ad2012025d846ece0731e._comment |    8 +
 ..._e197d5d0d853572ec1f2e5985762e60d._comment |    9 +
 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 +
 ..._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         |   12 +
 doc/design/assistant/syncing.mdwn             |  260 +
 ..._c70156174ff19b503978d623bd2df36f._comment |   19 +
 ..._eb992b5b2c7a5ce23443e2a6007e5ff9._comment |    8 +
 ..._e1b5e8a24556de16d1cacd27ee0c1bd1._comment |   80 +
 ..._8b08b5c30e5aea3fc4599f856fd25df5._comment |    8 +
 doc/design/assistant/todo.mdwn                |    4 +
 doc/design/assistant/transfer_control.mdwn    |  123 +
 ..._d5adaef4712913dc0263d4ebafb79320._comment |   15 +
 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       |   26 +
 ..._c714e86553c02600249795efb224be8a._comment |   10 +
 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 +
 doc/design/gcrypt.mdwn                        |    8 +
 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 +
 doc/devblog/day_10__lazy_Sunday.mdwn          |   23 +
 .../day_11__webapp_encrypted_drives.mdwn      |   12 +
 doc/devblog/day_12__gpg_key_generation.mdwn   |   35 +
 ..._48cdfe3bd71fb348ae05fd90e8cf1dab._comment |    8 +
 .../day_13__encrypted_sneakernet_working.mdwn |   13 +
 ..._14__gcrypt_refinements_and_OOM_fixes.mdwn |   26 +
 doc/devblog/day_15-17__Android_rebuild.mdwn   |   67 +
 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_6__gcrypt_fully_working.mdwn  |    8 +
 ..._136bb7537a9ba93d400ce6f6ea1932ac._comment |    8 +
 ..._1f8faa65bbd56a12588b43a5bc822d96._comment |   10 +
 doc/devblog/day_7__release_day.mdwn           |   10 +
 ..._12bb94d903868ecddb3e348c9c4afeaf._comment |    8 +
 ..._d3e38d6f6bba179dab40d4d75ff061de._comment |    8 +
 doc/devblog/day_8__ill.mdwn                   |   20 +
 doc/devblog/day_9__Friday_the_13th.mdwn       |   21 +
 ..._07195b4ec399ba1be6c8bdb3ae0fa50b._comment |   12 +
 doc/devblog/moving_blogs.mdwn                 |    5 +
 ..._6caa7e67461a6ea5de8155ae9cf75fab._comment |    8 +
 ..._e3e2048fc2397b87a2f29c9fe49394cb._comment |   10 +
 doc/direct_mode.mdwn                          |   93 +
 ..._1c79c93f4b17cfc354ab920e3775cc60._comment |   26 +
 ..._1b5218fdb6ee362d6df68ff1229590d4._comment |   10 +
 ..._55108ac736ea450df89332ba5de4a208._comment |   12 +
 ..._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                                  |   14 +
 doc/ekg/ekg.png                               |  Bin 0 -> 57392 bytes
 doc/encryption.mdwn                           |  101 +
 ..._1afca8d7182075d46db41f6ad3dd5911._comment |   10 +
 doc/favicon.ico                               |  Bin 0 -> 405 bytes
 doc/favicon.png                               |  Bin 0 -> 714 bytes
 doc/feeds.mdwn                                |    4 +
 doc/footer/column_a.mdwn                      |    7 +
 doc/footer/column_b.mdwn                      |    7 +
 doc/forum.mdwn                                |    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 +
 ...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 +
 ..._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.txt  |   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 +
 ...t_high_cpu_usage_to_be_expected__63__.mdwn |    3 +
 ..._7880fc38792a1fcbf3e5c47e8bcaabce._comment |    8 +
 ..._840fbce18b4fdec21ee557fdf52c366e._comment |   10 +
 ...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 +
 doc/forum/Assistant:_configure_auto-sync.mdwn |   11 +
 ..._c8cabd38114582bbdbad49f2d81959d7._comment |   13 +
 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 +
 ...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 +
 ...lly_syncronise_centralised_repository.mdwn |   14 +
 ..._6a2047daa9faf4309d2ed27d5cc48b76._comment |   10 +
 ..._3be7b45bc2284019f17a81375637a576._comment |   10 +
 doc/forum/Behaviour_of_fsck.mdwn              |   13 +
 ..._0e40f158b3f4ccdcaab1408d858b68b8._comment |    8 +
 ..._ead36a23c3e6efa1c41e4555f93e014e._comment |   19 +
 ..._97848f9a3db89c0427cfb671ba13300e._comment |   19 +
 ..._e4911dc6793f98fb81151daacbe49968._comment |    8 +
 ...manage_files_on_removable_media__63__.mdwn |   18 +
 ..._direct_and_crippled_annex_repository.mdwn |   17 +
 ..._552e74f9573a34ec178f396b83252c3e._comment |   12 +
 ..._33c57922714f204fc63c260b838f3712._comment |    8 +
 ...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 +
 ...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_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 +
 ...motes_that_aren__39__t_tracked__63___.mdwn |   13 +
 ..._35e5a963b9e58ed7773dfcb884f8ecbd._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 +
 ..._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 +
 ...tes___40__specifically_S3__41____63__.mdwn |    1 +
 ..._9c6c4ca0c9dc6976ba7cf27e84683bf0._comment |    8 +
 doc/forum/DBus_on_Ubuntu_12.04__63__.mdwn     |    3 +
 ..._dc14a40b64b7eda94d1a3fd766cd39cc._comment |   28 +
 ..._608a30e274e6a691a39f69503720e320._comment |   10 +
 ..._791b9978b410c1aff7fd8ef05c38f5f9._comment |   40 +
 ..._8665c95299916138c4af375626d9ec7d._comment |    8 +
 .../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 +
 ..._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 +
 ...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 +
 ...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 +
 ...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 +
 ...e_repo_to_contain_a_copy_of_all_files.mdwn |    1 +
 ..._702b1b94c735f1b9cde16daa77a80c12._comment |    8 +
 ..._3df7fcbcd482bb9377ead238b314995b._comment |    8 +
 doc/forum/GPG_passphrase_handling.txt         |   76 +
 ..._11ba130e8bea6698858d0a1a5b01830f._comment |   15 +
 ..._ef9d58d15b7bbe0b3c7140bb01d73a31._comment |   15 +
 ..._84eb129c8483b87b3ae6ecaf8b4a8309._comment |   12 +
 ..._8724297f6d7ac140ab395a940bab0d7d._comment |    8 +
 doc/forum/Getting_started_with_Amazon_S3.mdwn |   28 +
 ..._f50883133d5d4903cc95c0dcaa52d052._comment |   10 +
 ..._e90aa3259d9a12cd67daa27d42d69ab5._comment |    8 +
 ..._c3adce7c0f29e71ed9dd07103ede2c1a._comment |    8 +
 ..._Assistant:_How_to_add_a_remote__63__.mdwn |   11 +
 ..._d0a3d0090928790d5a05e9f8e5f05320._comment |   12 +
 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 +
 .../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 +
 ...ex_syncing_speed__44___possible__63__.mdwn |   21 +
 ..._8aa224b3016dc38e4cea8ee1865a3ab6._comment |   12 +
 doc/forum/Git_repos_in_git_annex__63__.mdwn   |    7 +
 ..._8aaa0d83e8fcd5997f6b0097f3b21622._comment |   14 +
 .../Git_repositories_in_the_annex__63__.mdwn  |    5 +
 ...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 +
 ..._Android_git-annex_installation__63__.mdwn |    1 +
 ..._e14757c2c106770c2d7069ace4987b3b._comment |    8 +
 ...dropunused_with_an_rsync_remote__63__.mdwn |    3 +
 ..._8db3cb5348b845eb99c2c829957db9ea._comment |    8 +
 ..._6cc909d9d74bc1ccb8a7b0d7d234c7cd._comment |   10 +
 ..._f24d678e4192a70322aa164ed9b71fc8._comment |    8 +
 ..._9233decd0aaf9211447f36e0d9346445._comment |   15 +
 ..._e1deb110f752e5495d5c77ec444abac5._comment |    8 +
 ...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 +
 doc/forum/How_to_cancel_an_add__63__.mdwn     |    5 +
 ..._f768ce5dc7c76f96ee6eb352f167be44._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 +
 ...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 +
 ..._to_handle_the_git-annex_branch__63__.mdwn |    5 +
 ..._800bd55b322e72f229882d7fd3888b14._comment |    8 +
 ...n_releases_work_with_git_annex___63__.mdwn |    5 +
 ..._9298aa55771b68873de02e6a7964bbdc._comment |    8 +
 ...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 +
 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 +
 .../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.txt                  |   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 +
 ..._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 +
 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 +
 .../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 +
 ...l_mode_option_in_assistant_auto-syncs.mdwn |   11 +
 ..._4a0468b6ca2ffff8ef8f19800597567d._comment |   10 +
 doc/forum/Manual_webapp_behaviour_on_ARM.mdwn |   15 +
 ...Missing_git-annex.linux__47__runshell.mdwn |   44 +
 ..._f29a5105649579ef15e79d983c4e1f8e._comment |    8 +
 ...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 +
 ...nnex_integration_mode_for_Emacs_users.mdwn |    3 +
 ...al_remote_suggeston_-_clean_directory.mdwn |   15 +
 ..._4d81941fe53881eebff97109a07ba2f4._comment |    8 +
 ..._660a5b764ad42468154b2bb94f8ec004._comment |    8 +
 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 +
 ...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 +
 ...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 +
 ...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 +
 doc/forum/Post-Kickstarter.mdwn               |    5 +
 ...in_directory_tree_below_objects__47__.mdwn |   77 +
 ..._5dd978f9b5a0771f44ab9e086bf5a07f._comment |   14 +
 ..._9f51947b35ee04e473655e20d56c740a._comment |   16 +
 .../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 +
 .../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.txt                  |    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 +
 doc/forum/Relocating_annex_directory.mdwn     |    1 +
 ..._13ff5438baa1db110beb6aab3a783def._comment |   11 +
 ..._6d88ff03fcf00ae872442e8a86c968ed._comment |   10 +
 ...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 +
 ...-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 +
 ...Revert_file_linkage_to_original_files.mdwn |    9 +
 ..._898ca2c9976e92d22470c7404aa9813f._comment |   10 +
 ...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 +
 ..._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 +
 ...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 +
 doc/forum/Special_remote_without_chmod.mdwn   |   12 +
 ..._4f5f9506cae72a1f321296fc5a5f339a._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 +
 doc/forum/Sync_with_one_offline_peer.txt      |   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 +
 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 +
 ...ansfer_group_keeps_growing_-_assistant.txt |   22 +
 ..._0a6f6054d70009979f4a036e24b7c500._comment |   10 +
 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 +
 ...__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 +
 ...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 +
 ..._me__44___what_am_i_doing_wrong__63__.mdwn |   16 +
 ..._cdac15fec6fc41d5487b7f653fa718a4._comment |   14 +
 ..._82050b7dc367ca5968ab0306db9bd7e3._comment |   10 +
 ...__assistant__47__webapp_documentation.mdwn |   12 +
 ..._adb377589dbae7fc91001df235c6b48e._comment |   14 +
 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 +
 ...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 +
 ..._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_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 +
 .../XBMC__44___NFS___38___git-annex_.txt      |   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 +
 ...Pairing__34___more_than_two_computers.mdwn |   11 +
 ..._80f7a4bb3c66b11e566043407b611bbf._comment |   10 +
 ...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 +
 ...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 +
 .../_preferred_content:_lastpresent.mdwn      |    1 +
 ..._7610cd866b256d36646b642eb5f8cae5._comment |   14 +
 ..._d25666a173b78213d583f029fd166d06._comment |   10 +
 .../advantages_of_SHA__42___over_WORM.mdwn    |    5 +
 ..._96c354cac4b5ce5cf6664943bc84db1d._comment |    8 +
 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 +
 ...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 +
 ...ders_for_git-annex_to_aid_development.mdwn |   34 +
 ..._7e88f815e8d9652ef18ea6d54b118962._comment |    8 +
 ..._fef17a10226af5671495c2929653c337._comment |    8 +
 ...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 +
 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.txt   |    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 +
 .../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 +
 doc/forum/dot_git_slash_annex_slash_tmp.mdwn  |    5 +
 ..._14b74438bb1e3e02cff7926d774ba09a._comment |    8 +
 ..._b1f717342c1c8ea42a451caa2d936622._comment |    8 +
 ..._e2c6ad99333018c8c46e736da416b8ef._comment |    8 +
 ..._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 +
 ...working_when_using_git_annex_assistant.txt |   18 +
 doc/forum/endless_password_prompt_loop.mdwn   |    8 +
 ..._cceba12ed25cd671c7cee5a28631163e._comment |   10 +
 ..._f0cb86b45eb289f35197c43f83660a8f._comment |    8 +
 ...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/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/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 +
 .../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 +
 ..._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 +
 ...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 +
 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 +
 ...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 +
 ...glish_filenames.__Rsync_problem__63__.mdwn |   22 +
 ..._292ee7c8b37cbd13f03eb67d0359b99e._comment |   10 +
 ..._f6341119fcfde5d8160c8f603b1a6fea._comment |   10 +
 ..._8ad3a1d1fe5995d61e5e137280bc76c3._comment |    8 +
 ..._86b61b0484f3f4ecff657e46333b3d4f._comment |    8 +
 ..._5ffac00d08d26acaba8c3513b24c4d65._comment |   10 +
 .../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 +
 ...annex_sync_dies___40__sometimes__41__.mdwn |   22 +
 ..._48bbac0545bf13bbf04da723e418d037._comment |   14 +
 doc/forum/git_annex_test_on_windows.mdwn      |    5 +
 ..._258ac5cfa2f5d24e737d94dc48f06899._comment |   10 +
 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/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 +
 ...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 +
 ...nks_but_keep_historical_file_contents.mdwn |    7 +
 ..._cba76311e146dabb8ffc789bf4c8b714._comment |   14 +
 ..._8d99c50fc1347367ccc0714e8d1af385._comment |   40 +
 ..._a7a9c55c2ad448179dff5d5b69976c7d._comment |   10 +
 doc/forum/howto_update_feed.mdwn              |   14 +
 ..._bec356619f370a618f19a187d09d2e35._comment |    8 +
 ..._84dfb80ba3db8d41164eb97022becae3._comment |    8 +
 ..._20166db298c10074e062aecad59ffd71._comment |   20 +
 ..._f040e31b763fc9a7aa092442b4d6b8e8._comment |   20 +
 doc/forum/incompatible_versions__63__.mdwn    |    1 +
 ..._629f28258746d413e452cbd42a1a43f4._comment |    8 +
 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/location_tracking_cleanup.mdwn      |   24 +
 ..._7d6319e8c94dfe998af9cfcbf170efb2._comment |   10 +
 ..._e7395cb6e01f42da72adf71ea3ebcde4._comment |   15 +
 ..._c15428cec90e969284a5e690fb4b2fde._comment |   10 +
 doc/forum/lost_in_walkthrough....txt          |   78 +
 ..._51b703b961ca762f0359e1c169f1ee75._comment |    8 +
 ..._a9de0401a103bdd4401ba2d5983dc54a._comment |   11 +
 ...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 +
 ...update_of_.git__47__annex__47__objects.txt |    8 +
 ..._ea6ec91150c8962e2711631f2422bf3a._comment |   10 +
 doc/forum/many_remotes.mdwn                   |   24 +
 ..._existing_git_repository_to_git-annex.mdwn |   66 +
 ..._4181bf34c71e2e8845e6e5fb55d53381._comment |   10 +
 ..._5f08da5e21c0b3b5a8d1e4408c0d6405._comment |   60 +
 ..._f483038c006cf7dcccf1014fa771744f._comment |   12 +
 .../migration_to_git-annex_and_rsync.mdwn     |   33 +
 ...__files__42___into_an_annex.__bummer..mdwn |    3 +
 ..._752db25abb647804a1cc12c5b247378a._comment |   10 +
 ..._db6f4959c35732f72e7a90bd9f4c665c._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_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 +
 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 +
 ...nce_and_multiple_replication_problems.mdwn |   17 +
 ..._a2cdf1a4840f099f6bc941fd8de966c7._comment |   16 +
 ..._e65b360706c66ede6e0e841b2ebbbfbc._comment |    8 +
 ...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 +
 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 +
 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 +
 ...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 +
 .../recovering_from_repo_corruption.mdwn      |   11 +
 ..._01fc85037e24fc70e5c5329898cf6781._comment |   15 +
 ..._3bd1c0bf25a0e892e711a60f53cd5298._comment |    8 +
 ..._679dde8ca0081fc6854d6d2e8a42abdb._comment |    8 +
 ...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 +
 ...ent_repositories_are_bare__33____63__.mdwn |   17 +
 ..._234241460f6c75a8376b303b8dd4e882._comment |   11 +
 ..._42dfc382d07af2a4f29c76016084f87c._comment |   12 +
 ..._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 +
 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 +
 .../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 +
 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 +
 .../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 +
 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 +
 ...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 +
 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 +
 doc/forum/unsynced_folder.mdwn                |    3 +
 ...ting_the___34__number_of_copies__34__.mdwn |   14 +
 ..._327bdb0d9c190c60c7147b3acf07af09._comment |   10 +
 ..._7e11c839637e0894332e413cde02cee9._comment |    8 +
 ..._8b7a70fb3bb41e4eda412302834730bb._comment |    8 +
 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/vlc_and_git-annex.mdwn              |   11 +
 ..._9c9ab8ce463cf74418aa2f385955f165._comment |   10 +
 ..._037f94c1deeac873dbdb36cd4c927e45._comment |    8 +
 ...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 +
 .../webapp_listen_port_with_autostart.mdwn    |    3 +
 ..._65dbcf3d8f6c16568f5a326242eab9c5._comment |   20 +
 ..._39664f833dedc1a4fe083eec9bc4a7cd._comment |   75 +
 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 +
 doc/future_proofing.mdwn                      |   38 +
 doc/git-annex-shell.mdwn                      |  120 +
 doc/git-annex.mdwn                            | 1419 +++
 doc/git-union-merge.mdwn                      |   38 +
 doc/how_it_works.mdwn                         |   41 +
 ..._b3bdd6a06d5764db521ae54878131f5f._comment |   14 +
 doc/ikiwiki/pagespec.mdwn                     |   86 +
 doc/index.mdwn                                |   45 +
 doc/install.mdwn                              |   31 +
 doc/install/Android.mdwn                      |   37 +
 ..._225f2c6fe255be93702cfbd4dc172f3b._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 +
 doc/install/Debian.mdwn                       |   20 +
 ..._d5da996e106d2e4d8a822aa9bcc78596._comment |   12 +
 ..._84283676da247c401bc9b4bb12c2b453._comment |    8 +
 ..._0aca83b055d0a9dd8589c50250a8bbea._comment |   13 +
 ..._167a091764e5e99ec0f35a65e95a22de._comment |    8 +
 ..._a34e23d9aa3027012ab1236aa4f7d5cb._comment |    8 +
 ..._20d8271ba3f6cfe3c8849c3d41607630._comment |    8 +
 ..._029486088d098c2d4f1099f2f0e701a9._comment |    9 +
 ..._648e3467e260cdf233acdb0b53313ce0._comment |    8 +
 ..._4d922e11249627634ecc35bba4044d9e._comment |    8 +
 ..._2a93ab18b05ccb90e7acc5885866fca2._comment |    9 +
 ..._38e6399083e10a6a274f35bddc15d4ac._comment |   18 +
 ..._2e7bbdbaabbfb9d89de22e913066e822._comment |    8 +
 ..._1bccc7bf7a4ef61a9b30024b9b22ba7d._comment |   12 +
 ..._5b5a3b0e8abe8831a6a15a4e258d14fd._comment |   10 +
 ..._97eaed998ffd1ed79585075ed5cff06e._comment |    8 +
 doc/install/Fedora.mdwn                       |   39 +
 ..._c4db84e672ad4b45b522db735706b00f._comment |   16 +
 ..._f98c488c09bef86e2b0414589ce9e141._comment |   25 +
 ..._d872acf8865fe7c99a9b712db5b38ea4._comment |    8 +
 ..._93b3402e4c51e1a5c96f907bb528164b._comment |   16 +
 ..._0427e0503764b29e57abf9e97155136b._comment |   15 +
 ..._1b1b38a79251fe2e8c1e4debbe3bc3c5._comment |   12 +
 doc/install/FreeBSD.mdwn                      |    2 +
 doc/install/Gentoo.mdwn                       |    3 +
 doc/install/Linux_standalone.mdwn             |   34 +
 doc/install/NixOS.mdwn                        |    6 +
 doc/install/OSX.mdwn                          |   71 +
 ..._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 +
 ..._c9362141d15a2f68a75df9f8bfe29da0._comment |   17 +
 ..._8106196c3fef70652cb2106e2d5857db._comment |    8 +
 ..._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 +
 ..._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                       |   39 +
 ..._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                      |   34 +
 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 +
 ..._55bed050bdb768543dbe1b86edec057d._comment |   10 +
 ..._2ff7f8a3b03bea7e860248829d595bd1._comment |   14 +
 ..._8789fc27466714faa5a3a7a6b8ec6e5d._comment |   24 +
 ..._5afb2d081e8b603bc338cd460ad9317d._comment |   21 +
 ..._129c4f2e404c874e5adfa52902a81104._comment |   22 +
 ..._738c108f131e3aab0d720bc4fd6a81fd._comment |    8 +
 ..._5ddbba419d96a7411f7edddaa4d7b739._comment |   12 +
 doc/install/fromscratch.mdwn                  |   72 +
 doc/install/openSUSE.mdwn                     |    3 +
 doc/internals.mdwn                            |  132 +
 ..._4b8ed353dca4f484b3b6eb463fa02fd8._comment |    8 +
 ..._c19232d5cc4976c2e5b014aef6e8d9ec._comment |    8 +
 doc/internals/hashing.mdwn                    |   30 +
 doc/internals/key_format.mdwn                 |   20 +
 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                    |    7 +
 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_small.png                            |  Bin 0 -> 4749 bytes
 doc/meta.mdwn                                 |    5 +
 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 +
 ..._937cbaccf235d6d9118aacd49058bb4f._comment |   11 +
 ..._faa5cf0645728b4ade850a691fa472db._comment |   25 +
 ..._ad156d6199b525884114ff823d265bf7._comment |   39 +
 ..._877061eb24d9d9543cc9cd229906bd64._comment |    8 +
 ..._8991648dda991768e3a58477a4c3c923._comment |   10 +
 doc/news/version_4.20131024.mdwn              |   43 +
 doc/news/version_4.20131101.mdwn              |   29 +
 doc/news/version_4.20131106.mdwn              |   18 +
 doc/news/version_5.20131118.mdwn              |   42 +
 doc/news/version_5.20131120.mdwn              |   11 +
 doc/not.mdwn                                  |   55 +
 ..._ab41bec1ccc884e71780cb9458439170._comment |    8 +
 ..._0e19ff7deb5ed65f2bc685d4c516d816._comment |    8 +
 ..._bab9584c41a25dda934ad230e3eb732d._comment |    8 +
 ..._b2a0d5a45ab8ddd66c29dde9412d7a12._comment |   51 +
 ..._f2829ecbe80a61aa9a8411d2403de69e._comment |   14 +
 ..._547fc59b19ad66d7280c53a7f923ea08._comment |   13 +
 ..._581e23cca0219711f8a4500a8d5d20fc._comment |   16 +
 ..._5c61457f117de38ef487e5cc2780d554._comment |   24 +
 doc/polls.mdwn                                |    2 +
 doc/polls/2013.mdwn                           |    5 +
 doc/preferred_content.mdwn                    |  207 +
 ..._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/privacy.mdwn                              |   47 +
 doc/related_software.mdwn                     |   12 +
 doc/repomap.png                               |  Bin 0 -> 67316 bytes
 doc/scalability.mdwn                          |   44 +
 doc/shortcuts.mdwn                            |   12 +
 doc/sidebar.mdwn                              |   15 +
 doc/sitemap.mdwn                              |    4 +
 doc/special_remotes.mdwn                      |   63 +
 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 +
 ..._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/directory.mdwn            |   33 +
 ..._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/gcrypt.mdwn               |   45 +
 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 +
 doc/special_remotes/hook.mdwn                 |  103 +
 ..._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/web.mdwn                  |   11 +
 ..._0bd570025f6cd551349ea88a4729ac8e._comment |    8 +
 ..._333141cc9ec6c26ffd19aa95303a91e3._comment |    8 +
 doc/special_remotes/webdav.mdwn               |   42 +
 ..._6b523eea78eae1d19fe2a9950ee33e3a._comment |   26 +
 ..._83fc4e7d9ba7a05c8500da659f561b8f._comment |   10 +
 ..._239367ad639c61ecdf87a89f7ac53efe._comment |   10 +
 ..._ffa52f7776cdc8caa28667b5eadae123._comment |    8 +
 ..._5b8cbdb5e9a1b90d748a5074997e1cd5._comment |   12 +
 ..._d3be3e588c3a2abb2025ceb82c18b0ef._comment |   10 +
 ..._6fa7e11331db5a943015bd5367eb3d73._comment |   12 +
 ..._2627b41f80c7511b27464e2040b128a8._comment |    8 +
 doc/special_remotes/xmpp.mdwn                 |   39 +
 ..._c7c2e2e81cb5b2b9a5272430c835dd39._comment |   10 +
 ..._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                                 |   38 +
 ..._59681be5568f568f5c54eb0445163dd2._comment |    8 +
 ..._9301ff5e81d37475f594e74fbe32f24e._comment |   11 +
 ..._49560003da47490e4fabd4ab0089f2d7._comment |    8 +
 ..._cf29326408e62575085d1f980087c923._comment |    8 +
 ..._18c396c59907147bb2bf713e55392b6b._comment |    8 +
 ..._012e9d4468d0b88ee3c5dad3911c3606._comment |   10 +
 ..._6276e100d1341f1a0be368f54de0ae7b._comment |    8 +
 doc/templates/bare.tmpl                       |    1 +
 doc/templates/bugtemplate.mdwn                |   18 +
 doc/templates/walkthrough.tmpl                |    2 +
 doc/testimonials.mdwn                         |   34 +
 ..._2bf439f7a3bc3d6fab91849017946182._comment |    8 +
 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         |   58 +
 ..._d53a3848c20dce61867283fc03c2adaa._comment |   34 +
 ..._91c1472da27b00e5d682d22bc1ef04e0._comment |   10 +
 ..._e23cf781c532f80d47d52265f2b2c87e._comment |    8 +
 ...content_settings_for_my_android_phone.mdwn |   32 +
 ..._393d1636bb313530be383a075bd3440a._comment |   14 +
 ...Git-annex_as_a_web_browsing_assistant.mdwn |   46 +
 ..._74167f9fff400f148916003468c77de4._comment |    8 +
 doc/tips/assume-unstaged.mdwn                 |   31 +
 ..._44abd811ef79a85e557418e17a3927be._comment |   10 +
 ..._5b589f37cfc03bf7be33a51826cc4dba._comment |   13 +
 ...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 |   75 +
 ..._b0d22822017646775869ce1292e676f4._comment |    8 +
 .../centralized_git_repository_tutorial.mdwn  |  140 +
 ..._9072ebc0c61446d7b151fcfab616fea9._comment |   33 +
 ..._528e92b21f0551fde4adb956654953ae._comment |    8 +
 doc/tips/downloading_podcasts.mdwn            |   63 +
 ..._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 +
 ..._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                    |   28 +
 doc/tips/emacs_integration.mdwn               |   20 +
 doc/tips/finding_duplicate_files.mdwn         |   21 +
 ..._2ed5aa8c632048b13e01d358883fa383._comment |   12 +
 ..._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                     |   62 +
 ..._50707f259abe5829ce075dfbecd5a4ba._comment |   13 +
 ..._ab5bcb025381b3da4d7c6dfd0c7310dd._comment |   46 +
 ..._90a331275d888221bc695003c8acbe46._comment |   58 +
 ..._1596e70dca71c853fd1d6fc9bde02b18._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 +
 ..._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                |   28 +
 doc/tips/imapannex.mdwn                       |   27 +
 doc/tips/megaannex.mdwn                       |   41 +
 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 +
 ...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 +
 ...e_or_dvcs-autosync_with_the_assistant.mdwn |   41 +
 ..._907e4032ca4a39adb846cf16dbf447dc._comment |    8 +
 ..._902d001ba86657ef0f8cca5b175f99ca._comment |    8 +
 ..._a1cf93f9b29658f0f26e9e0ae6057ee3._comment |   60 +
 ..._e10671908b58c554375787d0f76e2366._comment |   13 +
 ..._4114380f66b6376c851e93f6876d590b._comment |    8 +
 ..._6a5d6af107b297afd008b021f73d787b._comment |    8 +
 ..._74d57cf503a86d8f7ace2d769dbb58be._comment |   10 +
 ...tup_a_public_repository_on_a_web_site.mdwn |   55 +
 ..._1d0fa6da33e401df1d7ff31979247fec._comment |   10 +
 ..._b98b761dee9d923153e3c288c1d987ee._comment |   11 +
 ...nnex_directory_between_multiple_users.mdwn |   39 +
 doc/tips/skydriveannex.mdwn                   |   29 +
 doc/tips/untrusted_repositories.mdwn          |   28 +
 doc/tips/using_Amazon_Glacier.mdwn            |   75 +
 doc/tips/using_Amazon_S3.mdwn                 |   37 +
 ..._666a26f95024760c99c627eed37b1966._comment |    8 +
 ..._f5a0883be7dbb421b584c6dc0165f1ef._comment |    8 +
 doc/tips/using_Google_Cloud_Storage.mdwn      |    9 +
 ..._c576182f39563ae68767391c4227a177._comment |   18 +
 .../using_box.com_as_a_special_remote.mdwn    |   71 +
 ..._no_fixed_hostname_and_optimising_ssh.mdwn |   59 +
 ..._c0b7682a2b6f3078457b85683c825baf._comment |   10 +
 doc/tips/using_gitolite_with_git-annex.mdwn   |   89 +
 ..._8767bc8014b459a3cd76f275fd4fa8d6._comment |    8 +
 ..._00715e0b47f09130e0e536e29f7b9258._comment |   31 +
 ..._7027ce60265b8f24c8ab54553e544068._comment |    8 +
 ..._75218b7409c0e281cb01c9b2791e8cdf._comment |   20 +
 ..._7d4d4515218d1259d32be3baeb5ee56e._comment |   13 +
 ..._dc6f21b5a3d5931c8d949a9753411b9e._comment |   29 +
 ..._8e5039e6655fc80dc863b6cdf44ef02a._comment |   15 +
 ..._9c40e1da8bb44f7207e802377f5cf923._comment |   11 +
 ..._9a2a2a8eac9af97e0c984ad105763a73._comment |   15 +
 ..._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    |  101 +
 ..._321a41d611c6fe45e047af9c96c5176c._comment |   26 +
 ..._dfe9c8c49aadff80d2020288584e0390._comment |   10 +
 ..._ed8dd3bbd9b9ae7f2309b72b94f61eb1._comment |   18 +
 ..._c1133a524989a940f1b5db588707157a._comment |   10 +
 .../visualizing_repositories_with_gource.mdwn |   22 +
 .../screenshot.jpg                            |  Bin 0 -> 78509 bytes
 ..._to_do_when_a_repository_is_corrupted.mdwn |   22 +
 ...what_to_do_when_you_lose_a_repository.mdwn |   19 +
 ..._cf19b8dc304dc37c26717174c4a98aa4._comment |   11 +
 ..._fa9ca81668f5faebf2f61b10f82c97d2._comment |    8 +
 ...nother_simple_disk_usage_like_utility.mdwn |    9 +
 ..._41b212bde8bc88d2a5dea93bd0dc75f1._comment |    9 +
 ..._73698913837bfd5a58cf15721211e43e._comment |    8 +
 doc/todo.mdwn                                 |    4 +
 ...y_to_pair_devices_like_bittorent_sync.mdwn |    7 +
 ..._d828bc374e50a49101c0b863f9b33080._comment |    8 +
 ..._a4badfc248be428e6426a936212cc896._comment |    8 +
 ..._0b04089d3d33fdb48eeb46bf168e9a3c._comment |    8 +
 ..._2bcab1b7998b4df08fca41b8d810f115._comment |   10 +
 ..._677e958c3f2effec7528b484aeb6478d._comment |   13 +
 ..._56e53803fdede895cba717e6b6e9a1bb._comment |   23 +
 doc/todo/Bittorrent-like_features.mdwn        |   45 +
 ..._f4c110ef35ebf4fd89f06edf2c4f0c48._comment |   13 +
 doc/todo/Build_for_Synology_DSM.mdwn          |    1 +
 ..._e351084d9a83db3fd6d9d983227a6410._comment |    8 +
 ..._cc67a584f5c460a6fb63cf099c20e573._comment |    9 +
 ..._94023593d294b9cf69090fcfd6ca0e5a._comment |    9 +
 ..._314255fd503d125b5aeae2f62acfd592._comment |    8 +
 ..._9525cd0d75ff4c15182d10a855774b69._comment |   30 +
 ..._4059016fa8da6af7a3eba8966821e8eb._comment |   10 +
 ..._8900c2985ab68b3b566c9f5d326471d6._comment |    8 +
 ..._f2b77368473d42b7f21e9d51d6415b58._comment |   10 +
 ..._a55fea734044c270ceb10adf9c8d9a76._comment |    8 +
 ..._59865ada057c640ac29855c65cf45dd9._comment |   23 +
 ..._6d860b1ad8816077b5fa596a71b12d5c._comment |    8 +
 ..._19ef2d293ba3bc7ece443d7278371c3f._comment |    8 +
 ..._609b7ad87dfbba49ec1f8c6fc2739ccd._comment |   12 +
 ..._d94a73b9a07c5cadf191005f817fd59a._comment |   29 +
 ...an_upgrade_is_available_in_the_webapp.mdwn |    5 +
 ..._c904182f6bff8b1a42070bbc038eb34e._comment |   17 +
 doc/todo/Deleting_Unused_Files_by_Age.mdwn    |   13 +
 ...___47__ssh__47__git-annex__47__config.mdwn |    7 +
 ..._284c806e83a32af81b02aea7c7bc285a._comment |   10 +
 ..._1f55ad6b39906458779b2d604b003ffe._comment |   10 +
 ..._b00dce2374aac6968317d05d23bcfaf7._comment |    8 +
 ..._743d0b077110c5cac1e2f47187b75333._comment |   10 +
 doc/todo/Not_working_on_Android-x86.mdwn      |   19 +
 ..._5eec4d7530c9df68f1bd1b1ca7021ef5._comment |   14 +
 ...ion_for_browser_to_launch_webapp_with.mdwn |    7 +
 ..._build_if___34__make_test__34___fails.mdwn |    7 +
 ...e_add_support_for_monad-control_0.3.x.mdwn |    9 +
 doc/todo/S3.mdwn                              |   24 +
 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 +
 doc/todo/Sync_repo_names__63__.mdwn           |   10 +
 ...Use_MediaScannerConnection_on_Android.mdwn |    7 +
 ...g_site_for_files_with_obfuscated_URLs.mdwn |    7 +
 ..._1a1f34f4f389267d67e79409c0ca8b1d._comment |    9 +
 ...ional_environment_variables_for_hooks.mdwn |   14 +
 ..._fix_wrong_UUID__47__duplicate_remote.mdwn |    7 +
 ...irectory_and_also_in_the_target_annex.mdwn |   29 +
 ..._0cc16eb17151309113cec6d1cccf203d._comment |   20 +
 ...rsion__96___should_print_the_local_OS.mdwn |    6 +
 ...__tracking_info__44___and_actual_data.mdwn |    3 +
 ...dd_--exclude_option_to_git_annex_find.mdwn |    4 +
 doc/todo/add_-all_option.mdwn                 |   22 +
 doc/todo/add_a_git_backend.mdwn               |   18 +
 .../add_an_icon_for_the_.desktop_file.mdwn    |    1 +
 doc/todo/add_metadata_to_annexed_files.mdwn   |    5 +
 ..._38af9b352020194e9ace34d7dde188cf._comment |   10 +
 ...epo_via_an_ssh_alias_or_an_ip_address.mdwn |   48 +
 doc/todo/assistant_git_sync_laddering.mdwn    |   10 +
 .../assistant_parallel_file_transfers.txt     |   15 +
 ...nt_smarter_archive_directory_handling.mdwn |   31 +
 doc/todo/assistant_threaded_runtime.mdwn      |   40 +
 doc/todo/auto_remotes.mdwn                    |   29 +
 doc/todo/auto_remotes/discussion.mdwn         |    7 +
 .../automatic_bookkeeping_watch_command.mdwn  |   15 +
 ...nches_upon___34__git_annex_sync__34__.mdwn |   16 +
 doc/todo/avoid_unnecessary_union_merges.mdwn  |   20 +
 doc/todo/backendSHA1.mdwn                     |    7 +
 doc/todo/branching.mdwn                       |  159 +
 doc/todo/cache_key_info.mdwn                  |   37 +
 ..._578df1b3b2cbfdc4aa1805378f35dc48._comment |   11 +
 doc/todo/checkout.mdwn                        |   23 +
 .../checksum_verification_on_transfer.mdwn    |    7 +
 ..._30f77e631608b9751f9032f97d58cc30._comment |   17 +
 doc/todo/direct_mode_guard.mdwn               |  105 +
 ..._431b6e1577bbd30b07dce9002a8fe1a2._comment |   10 +
 ..._85bdb9dc601b87bd7c77150d7b0a5cde._comment |    8 +
 doc/todo/done.mdwn                            |    4 +
 ...emote___40__e.g._for_NAS_mounts__41__.mdwn |    5 +
 ..._5ed9a2336b432b842c1805add6d96509._comment |   10 +
 ..._e6ba58c5c31ba23a4575f1189689946f._comment |    8 +
 doc/todo/exclude_files_on_a_given_remote.mdwn |   18 +
 doc/todo/faster_gnupg_cipher.mdwn             |    9 +
 ..._8f61f7c724a8224e61c015be68f43db7._comment |   14 +
 ..._36e1f227a320527653500b445f7c001c._comment |   12 +
 ..._bd0c975494333dfe558de048d888ace8._comment |   17 +
 doc/todo/faster_rsync_remotes.mdwn            |    4 +
 ..._0bc3ee0ae563357675eeccf42461e59a._comment |    8 +
 ..._ccf6f75450c89ca498c8130054f8d32d._comment |   24 +
 ..._2f6a9d23cb8351fbf0f60ed93752e76e._comment |   14 +
 ..._3a2f45defebae3dde336ee5f40c26d7e._comment |    8 +
 doc/todo/file_copy_progress_bar.mdwn          |    5 +
 ...ce_checking_for_local_special_remotes.mdwn |    4 +
 ..._47c254cec58cbbb3ea84c93ef8282f01._comment |    8 +
 doc/todo/fsck.mdwn                            |   11 +
 doc/todo/fsck_special_remotes.mdwn            |   13 +
 doc/todo/git-annex-shell.mdwn                 |   15 +
 doc/todo/git-annex_unused_eats_memory.mdwn    |   32 +
 ...on_and__47__or_UUID_in_commit_message.mdwn |   13 +
 doc/todo/gitolite_and_gitosis_support.mdwn    |   39 +
 doc/todo/gitrm.mdwn                           |    5 +
 doc/todo/hidden_files.mdwn                    |   30 +
 doc/todo/http_git_annex_404_retry.mdwn        |   16 +
 doc/todo/http_headers.mdwn                    |    8 +
 doc/todo/immutable_annexed_files.mdwn         |    8 +
 ..._123__itemdate__125___with_--template.mdwn |    5 +
 ..._62752c760fc12eca0c34d67d58753d00._comment |   10 +
 ..._21672360060f48bc2eacfa535ff4c94d._comment |   11 +
 doc/todo/incremental_fsck.mdwn                |   24 +
 ..._609b21141dd5686b2c0eaef2b8d63229._comment |   14 +
 doc/todo/keep_annexed_files_for_a_while.mdwn  |    8 +
 .../link_file_to_remote_repo_feature.mdwn     |   52 +
 doc/todo/makefile:_respect___36__PREFIX.mdwn  |   25 +
 doc/todo/mdwn2man:_make_backticks_bold.mdwn   |   22 +
 doc/todo/network_remotes.mdwn                 |    5 +
 doc/todo/nicer_whereis_output.mdwn            |  100 +
 doc/todo/object_dir_reorg_v2.mdwn             |   25 +
 ..._ba03333dc76ff49eccaba375e68cb525._comment |    8 +
 ..._81276ac309959dc741bc90101c213ab7._comment |    8 +
 ..._79bdf9c51dec9f52372ce95b53233bb2._comment |   12 +
 ..._93aada9b1680fed56cc6f0f7c3aca5e5._comment |   12 +
 ..._821c382987f105da72a50e0a5ce61fdc._comment |   12 +
 ..._8834c3a3f1258c4349d23aff8549bf35._comment |   10 +
 ..._42501404c82ca07147e2cce0cff59474._comment |   12 +
 doc/todo/optimise_git-annex_merge.mdwn        |   23 +
 ...optinally_transfer_file_unencryptedly.mdwn |    6 +
 ..._4be47e7ac85d0f4e7029a96b615545a7._comment |    8 +
 doc/todo/parallel_possibilities.mdwn          |   13 +
 ..._d8e34fc2bc4e5cf761574608f970d496._comment |    8 +
 ..._adb76f06a7997abe4559d3169a3181c3._comment |   12 +
 ..._145fb974f45da99b7d4b117a3699cccf._comment |   12 +
 doc/todo/pushpull.mdwn                        |    4 +
 doc/todo/quvi_0.9_support.mdwn                |    8 +
 doc/todo/redundancy_stats_in_status.mdwn      |   23 +
 ..._9f1c10f8cea4fa60a99cbcc8306dd5de._comment |   10 +
 ..._686ced0684d10511caf07953c64cd5b6._comment |   10 +
 doc/todo/resuming_encrypted_uploads.mdwn      |   22 +
 ..._1832a6fb78e8ad7c838582f46731ac3b._comment |    8 +
 ..._2ecc8e782f49e90ed1549e9179eb1a1e._comment |    8 +
 doc/todo/rsync.mdwn                           |    4 +
 doc/todo/smudge.mdwn                          |  162 +
 ..._4ea616bcdbc9e9a6fae9f2e2795c31c9._comment |    8 +
 ..._e04b32caa0d2b4c577cdaf382a3ff7f6._comment |   12 +
 ..._4e7c25fe24a1e71f58a8354fa64f41c2._comment |   10 +
 .../special_remote_for_amazon_glacier.mdwn    |   30 +
 ..._68f129441eefcbfebf7a9db680f52759._comment |    8 +
 ..._c5eeaf8ceee414fa0379831ca52e290c._comment |    7 +
 doc/todo/speed_up_fsck.mdwn                   |   40 +
 doc/todo/stream_feature__63__.mdwn            |   23 +
 doc/todo/support-non-utf8-locales.mdwn        |   26 +
 doc/todo/support_S3_multipart_uploads.mdwn    |   14 +
 doc/todo/support_for_lossy_remotes.mdwn       |   11 +
 ..._f5cd9f9deab13ab2d2290ad763906dd3._comment |    8 +
 ..._for_writing_external_special_remotes.mdwn |   25 +
 doc/todo/support_fsck_in_bare_repos.mdwn      |   17 +
 doc/todo/symlink_farming_commit_hook.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             |   21 +
 ..._0a4793ce6a867638f6e510e71dd4bb44._comment |   10 +
 ..._80b9e848edfdc7be21baab7d0cef0e3a._comment |   13 +
 doc/todo/union_mounting.mdwn                  |   10 +
 ..._cb08435812dd7766de26199c73f38e8b._comment |    8 +
 ..._240b1736f6bd4fbf87c372d3a46e661b._comment |    9 +
 doc/todo/untracked_remotes.mdwn               |    9 +
 doc/todo/use_cp_reflink.mdwn                  |    7 +
 doc/todo/using_url_backend.mdwn               |   11 +
 .../whishlist:_git_annex_drop_--dry-run.mdwn  |    5 +
 ..._20ecfa8ffa52c238d21b904076ac69a2._comment |   10 +
 ..._d19bc268c9467d24baa8d8f77a6e5e09._comment |    8 +
 doc/todo/windows_support.mdwn                 |   23 +
 ..._394127e34e07ab3dc0e7b94ee6898866._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 +
 ...Add_to_Android_version_to_Google_Play.mdwn |    9 +
 ...Advanced_settings_for_xmpp_and_webdav.mdwn |    7 +
 ..._11c7444ab4988c60732af505b52bde3c._comment |   20 +
 ...hlist:_An_--all_option_for_dropunused.mdwn |    4 +
 ..._d8726d108b3b40116b4ec3c9935f2dff._comment |    8 +
 ..._578248f7686ba2d80d7dc8b17c0cdf52._comment |   16 +
 .../wishlist:_An_option_like_--git-dir.mdwn   |    3 +
 ..._5d877d90b8bdf21d4b8649744d229efd._comment |    8 +
 ..._462264821cbc48a433330cbf7ec6044d._comment |    8 +
 ..._0c3709b07a0a1091ceeee73b69e0f7ac._comment |    8 +
 ...wishlist:_Freeing_X_space_on_remote_Y.mdwn |    1 +
 doc/todo/wishlist:_GnuPG_options.mdwn         |   16 +
 ..._6662e8a71ce20acc62147ef41ecffa50._comment |   12 +
 ..._a_preview_of_download_or_upload_size.mdwn |   10 +
 ..._019a2457e07377510feaa089a93bd76c._comment |    8 +
 ..._29a154699339bf040af0ee8aa24034f1._comment |   15 +
 ..._8f7e1c4a5c714cbd719ee170354d79fa._comment |   12 +
 ..._c7335f757e5546aa841cab38fffe7605._comment |   19 +
 ..._d2a845354f23d07880612740cf99ddd4._comment |    8 +
 ...:_Option_to_specify_max_transfer_rate.mdwn |    3 +
 ..._4fd870e14b5b70c8a6ade41406294387._comment |   10 +
 ..._dd854f297ad6a94b54be9f3edfd0f766._comment |    8 +
 ..._a8b7e90a473d5937807cc7eb456efe33._comment |   10 +
 ...ated_password_prompts_for_one_command.mdwn |   45 +
 ..._3f9c0d08932c2ede61c802a91261a1f7._comment |   14 +
 ...4___command_that_will_skip_duplicates.mdwn |   28 +
 ..._d78d79fb2f3713aa69f45d2691cf8dfe._comment |   68 +
 ..._4316d9d74312112dc4c823077af7febe._comment |    8 +
 ..._ed6d07f16a11c6eee7e3d5005e8e6fa3._comment |    8 +
 ..._fd213310ee548d8726791d2b02237fde._comment |   29 +
 ..._4394bde1c6fd44acae649baffe802775._comment |   18 +
 ..._076cb22057583957d5179d8ba9004605._comment |   18 +
 ..._f120d1e83c1a447f2ecce302fc69cf74._comment |   35 +
 ..._5c30294b3c59fdebb1eef0ae5da4cd4f._comment |   10 +
 ..._f24541ada1c86d755acba7e9fa7cff24._comment |   16 +
 ..._c39f1bb7c61a89b238c61bee1c049767._comment |   54 +
 ..._221ed2e53420278072a6d879c6f251d1._comment |    8 +
 ..._aecfa896c97b9448f235bce18a40621d._comment |   14 +
 ...st:_Restore_s3_files_moved_to_Glacier.mdwn |    7 +
 ...not__41___to_annex_via_.gitattributes.mdwn |    9 +
 ...it_annex_add__34___multiple_processes.mdwn |   10 +
 ..._85b14478411a33e6186a64bd41f0910d._comment |   10 +
 ..._82e857f463cfdf73c70f6c0a9f9a31d6._comment |    8 +
 ..._8af85eba7472d9025c6fae4f03e3ad75._comment |    8 +
 ...___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 +
 ...:___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 +
 ...ecksums_but_disregard_annex.numcopies.mdwn |   12 +
 ..._6bcf067e4860bdfeb1d7b9fd1702a43a._comment |    8 +
 ...An_easy_way_to_get_data_into_an_annex.mdwn |   13 +
 ..._b9fd1bfaf9a3d238fdb7bc9c2d75fe5f._comment |   22 +
 ..._56f6972413c6f0d9f414245b6f4d27b9._comment |   62 +
 ..._2c094bef802a2182de4fcd0def1ad29b._comment |   12 +
 ..._14915c43001f7f72c9fe5119a104ef5c._comment |   10 +
 ...shlist:___96__git_annex_sync_-m__96__.mdwn |   10 +
 ...ed___40__e.g.__44___with_WebDAV__41__.mdwn |   25 +
 ..._f46b0c9b49607e9f4f7a27f5a331ce83._comment |    8 +
 ..._1b34e1dd72011c65e881dec2543a0373._comment |   12 +
 ...file_samples_for_assistant_and_webapp.mdwn |    6 +
 ..._b89e90f9a70748c95aaf81740a40b76e._comment |    8 +
 ..._d64361380cb18b98ddb43ada1c9f540a._comment |    8 +
 doc/todo/wishlist:_addurl_https:.mdwn         |   11 +
 ..._4e8f5e1fc52c3000eb2a1dad0624906e._comment |   14 +
 ...onfiguration_of_downloader_for_addurl.mdwn |    3 +
 ...o_be_accissable_via_different_methods.mdwn |    5 +
 ..._abb6263f3807160222bba1122475c89c._comment |    8 +
 ...en_running___96__git_annex_init__96__.mdwn |    5 +
 ...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 +
 ...tostart_port_and_secret_configuration.mdwn |    1 +
 ..._be53b8456eed7eadad5d4b8465c8a42b._comment |   10 +
 .../wishlist:_command_options_changes.mdwn    |   17 +
 ..._bfba72a696789bf21b2435dea15f967a._comment |   17 +
 ..._f6a637c78c989382e3c22d41b7fb4cc2._comment |   19 +
 ..._bf1114533d2895804e531e76eb6b8095._comment |    8 +
 ...fine_remotes_that_must_have_all_files.mdwn |   18 +
 ..._cceccc1a1730ac688d712b81a44e31c3._comment |   10 +
 ..._eec848fcf3979c03cbff2b7407c75a7a._comment |   16 +
 ...ishlist:_detection_of_merge_conflicts.mdwn |   13 +
 .../wishlist:_disable_automatic_commits.mdwn  |   36 +
 ...n_addWatcher_gets_a_permission_denied.mdwn |    6 +
 ..._d2665e7347689b520d37561cfddf0aa8._comment |    8 +
 ..._db153571a32fb072453ed583e3e9ccf4._comment |    8 +
 ...splay_status_of_remotes_in_the_webapp.mdwn |    1 +
 ...t:_do_round_robin_downloading_of_data.mdwn |    5 +
 ..._460335b0e59ad03871c524f1fe812357._comment |    8 +
 .../wishlist:_dropping_git-annex_history.mdwn |   28 +
 ..._a4bee2e26b22a9bdaadc05b7227769ef._comment |   10 +
 ..._f6d750bfe0c9d8a2aa6bc218ca5c49cc._comment |   14 +
 ...it_remote_on_hosting_site_from_webapp.mdwn |    1 +
 .../wishlist:_generic_annex.cost-command.mdwn |   17 +
 doc/todo/wishlist:_git-annex_replicate.mdwn   |   12 +
 ..._9926132ec6052760cdf28518a24e2358._comment |   10 +
 ..._c43932f4194aba8fb2470b18e0817599._comment |   12 +
 ..._c13f4f9c3d5884fc6255fd04feadc2b1._comment |   10 +
 ..._63f24abf086d644dced8b01e1a9948c9._comment |    8 +
 doc/todo/wishlist:_git_annex_diff.mdwn        |    9 +
 ...--_same_as_get__44___but_for_defaults.mdwn |   17 +
 ..._d5413c8acce308505e4e2bec82fb1261._comment |   10 +
 ..._0aa227c85d34dfff4e94febca44abea8._comment |   12 +
 ..._2082f4d708a584a1403cc1d4d005fb56._comment |   10 +
 doc/todo/wishlist:_git_annex_status.mdwn      |   21 +
 ..._994bfd12c5d82e08040d6116915c5090._comment |    8 +
 ..._c2b0ce025805b774dc77ce264a222824._comment |   13 +
 ..._d1fd70c67243971c96d59e1ffb7ef6e7._comment |   23 +
 ..._9aeeb83d202dc8fb33ff364b0705ad94._comment |    8 +
 .../wishlist:_git_backend_for_git-annex.mdwn  |    9 +
 ..._04319051fedc583e6c326bb21fcce5a5._comment |   10 +
 ..._7f529f19a47e10b571f65ab382e97fd5._comment |   14 +
 ..._a077bbad3e4b07cce019eb55a45330e7._comment |   10 +
 ..._ecca429e12d734b509c671166a676c9d._comment |    8 +
 ..._3459f0b41d818c23c8fb33edb89df634._comment |    8 +
 doc/todo/wishlist:_history_of_operations.mdwn |    8 +
 ..._f9a77ce83c6f39b6272d5c577ffbb9f9._comment |    8 +
 ...ce_the_size_of_repo_to_complete__41__.mdwn |   10 +
 ..._067b29fc47d26b9da0766f9810684ae8._comment |   10 +
 ...it_annex_reinject_work_in_direct_mode.mdwn |   21 +
 ...rtial_files_available_during_transfer.mdwn |   18 +
 ..._1304a721da6f5133fdfa1dac507f1ecb._comment |   10 +
 ...e_commit_messages_in_git-annex_branch.mdwn |   39 +
 ...rd_commit_message_of___96__sync__96__.mdwn |    3 +
 ...o_the_end_of_the_queue_when_one_fails.mdwn |    7 +
 ..._82ee9de610a0ac55cd1c27c211079e5b._comment |   10 +
 ..._bea55156bd32cf9e6dd9b946ba1bb8c1._comment |   10 +
 ...n_to_disable_url_checking_with_addurl.mdwn |    9 +
 ..._868a380faa1e55faa3c2d314e3258e86._comment |   10 +
 ...int_more_info_with___39__unused__39__.mdwn |   37 +
 doc/todo/wishlist:_perform_fsck_remotely.mdwn |   39 +
 ..._db92311dcdb1ef0ab0413f83e191c70c._comment |   15 +
 ..._2f0dbaf143d94290bfbebb6869eb7241._comment |   12 +
 ...t_locations_for_files_in_rsync_remote.mdwn |    6 +
 ...9__s_repo__44___not_your_personal_one.mdwn |    3 +
 ..._3480b0ec629ef29a151408d869186bf8._comment |    8 +
 ...gs_like_description__44___trust_level.mdwn |    4 +
 ..._14311384788312b96e550749ab7de9ea._comment |   10 +
 ..._342d1ac07573c7ef4e27f003a692e261._comment |   32 +
 ...ve_directory_remote_setup__47__addurl.mdwn |    7 +
 ..._b79976afc2242791523e63831f30af71._comment |   12 +
 ..._1741d2392006a9af9cfd1f3b847600b9._comment |    9 +
 doc/todo/wishlist:_simple_url_for_webapp.mdwn |   36 +
 ..._552aad504fbb68d1f85abfde8c535e69._comment |   10 +
 doc/todo/wishlist:_simpler_gpg_usage.mdwn     |   12 +
 ..._6923fa6ebc0bbe7d93edb1d01d7c46c5._comment |   19 +
 ..._6fc874b6c391df242bd2592c4a65eae8._comment |   10 +
 ..._012f340c8c572fe598fc860c1046dabd._comment |    8 +
 ..._e0c2a13217b795964f3b630c001661ef._comment |   10 +
 ..._9668b58eb71901e1db8da7db38e068ca._comment |    8 +
 ...ores___40__gnunet__44___freenet__41__.mdwn |   26 +
 ..._e2c2047e7401cb95a82ffb686a732859._comment |    8 +
 ..._472b576afdb169b233edd01adcb2123d._comment |    8 +
 ...of_Youtube_URLs_in_Web_special_remote.mdwn |   22 +
 ..._1a383c30df4fb1767f13d8c670b0c0b5._comment |   10 +
 ..._81f7f893ac36c145b31f02db6a682a17._comment |   20 +
 ..._a7e3cd68c5e5f05139151a58f358df95._comment |   13 +
 ..._a57947ed257b28bbe995a68bfeb5eeaa._comment |    8 +
 ..._a0612ae05dbda7f7935be648b42b30fc._comment |    8 +
 .../wishlist:_special_remote_Ubuntu_One.mdwn  |    1 +
 ...ist:_special_remote_for_sftp_or_rsync.mdwn |   28 +
 ..._6f07d9cc92cf8b4927b3a7d1820c9140._comment |   10 +
 ..._84e4414c88ae91c048564a2cdc2d3250._comment |    8 +
 ..._79de7ac44e3c0f0f5691a56d3fb88897._comment |    8 +
 .../wishlist:_special_remote_mega.co.nz.mdwn  |    3 +
 ..._6ca08ef808d4336fc42d0f279d6627b5._comment |   44 +
 ...upport_copy_--from__61__x_--to__61__y.mdwn |   29 +
 ..._cf8e0f16b723516374c95a93e4da42fc._comment |   12 +
 ..._d35359c9dd4dd4365d9a7caf695ff833._comment |   16 +
 ...rt_drop__44___find_on_special_remotes.mdwn |   18 +
 ..._f11ed642a83d965076778a162f701e84._comment |    8 +
 .../wishlist:_support_for_more_ssh_urls_.mdwn |   22 +
 doc/todo/wishlist:_swift_backend.mdwn         |    5 +
 ..._e6efbb35f61ee521b473a92674036788._comment |    8 +
 ..._5d8c83b0485112e98367b7abaab3f4e3._comment |    8 +
 ..._bf8625b909c3a7321cae40e6f145e874._comment |    8 +
 ..._4d97d12ddd99834788e94648c8eebef9._comment |   10 +
 ...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 +
 ...list:_vicfg_possible_repo_group_names.mdwn |   16 +
 doc/todo/wishlist:alias_system.mdwn           |    1 +
 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                        |   41 +
 doc/users/chrysn.mdwn                         |   11 +
 doc/users/clacke.mdwn                         |    3 +
 doc/users/fmarier.mdwn                        |    6 +
 doc/users/gebi.mdwn                           |    1 +
 doc/users/joey.mdwn                           |    2 +
 doc/users/tobiastheviking.mdwn                |   20 +
 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 +
 .../git-annex_assistant_remote_sharing.mdwn   |    6 +
 doc/videos/git-annex_assistant_sync_demo.mdwn |    8 +
 doc/videos/git-annex_watch_demo.mdwn          |    7 +
 doc/videos/git-annex_weppapp_demo.mdwn        |    8 +
 doc/walkthrough.mdwn                          |   25 +
 doc/walkthrough/adding_a_remote.mdwn          |   19 +
 ..._0a59355bd33a796aec97173607e6adc9._comment |    8 +
 ..._f8cd79ef1593a8181a7f1086a87713e8._comment |    9 +
 ..._60691af4400521b5a8c8d75efe3b44cb._comment |    9 +
 ..._6f7cf5c330272c96b3abeb6612075c9d._comment |   10 +
 doc/walkthrough/adding_files.mdwn             |   11 +
 .../automatically_managing_content.mdwn       |   45 +
 doc/walkthrough/backups.mdwn                  |   25 +
 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 +
 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_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                               |  201 +
 git-annex.hs                                  |   34 +
 git-union-merge.hs                            |   48 +
 standalone/android/Makefile                   |  167 +
 standalone/android/abiversion                 |    1 +
 standalone/android/buildchroot                |   27 +
 standalone/android/buildchroot-inchroot       |   25 +
 .../android/buildchroot-inchroot-asuser       |   38 +
 standalone/android/busybox_config             |  997 ++
 standalone/android/clean-haskell-packages     |    6 +
 standalone/android/dropbear.patch             |   55 +
 standalone/android/evilsplicer-headers.hs     |   32 +
 .../DAV_build-without-TH.patch                |  377 +
 ...TP_4000.2.8-0001-build-with-base-4.8.patch |   25 +
 ..._0001-fix-build-not-Android-specific.patch |   34 +
 ...rs_hack-to-get-to-build-with-new-ghc.patch |   56 +
 ...afeSemaphore_fix-build-with-new-base.patch |   36 +
 .../async_fix-build-with-new-ghc.patch        |   25 +
 ...loomfilter_fix-build-with-newer-base.patch |   26 +
 .../haskell-patches/comonad_cross-build.patch |   25 +
 .../crypto-numbers_build-fix.patch            |  235 +
 ...utive_0.3-0001-fixes-for-cross-build.patch |   25 +
 .../haskell-patches/entropy_cross-build.patch |   25 +
 .../gnuidn_fix-build-with-new-base.patch      |   50 +
 ...1.4-0001-statically-link-with-gnutls.patch |   37 +
 .../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 +
 .../lens_various-hacking-to-cross-build.patch |  385 +
 .../lifted-base_crossbuild.patch              |   25 +
 ...work_2.4.1.0_0001-android-port-fixes.patch | 1960 ++++
 ....BSD-symbols-not-available-in-bionic.patch |  157 +
 ....0_0003-configure-misdetects-accept4.patch |   34 +
 ...-getprotobyname-hack-for-tcp-and-udp.patch |   28 +
 .../persistent-template_stub-out.patch        |   25 +
 .../persistent_1.1.5.1_0001-disable-TH.patch  |   32 +
 ...opt-stuff-to-allow-cross-compilation.patch |   24 +
 .../process_fix-build-with-new-ghc.patch      |   24 +
 ...profunctors_3.3-0001-fix-cross-build.patch |   26 +
 ...shakespeare-css_1.0.2_0001-remove-TH.patch |  148 +
 ...1.0.2_0002-expose-modules-used-by-TH.patch |   26 +
 ...001-export-symbol-used-by-TH-splices.patch |   26 +
 .../skein_hardcode_little-endian.patch        |   24 +
 .../socks_0.4.2_0001-remove-IPv6-stuff.patch  |  135 +
 .../stm-chans_cross-build.patch               |   25 +
 .../unix-time_hack-for-Bionic.patch           |   56 +
 ...out-v1-uuid-which-needs-network-info.patch |   79 +
 .../vector_hack-to-build-with-new-ghc.patch   |   24 +
 .../wai-app-static_deal-with-TH.patch         |   54 +
 .../yesod-auth_don-t-really-build.patch       |   34 +
 .../yesod-core_expand_TH.patch                |  411 +
 .../yesod-form_spliced-TH.patch               | 1783 ++++
 ...yesod-persistent_do-not-really-build.patch |   26 +
 ...port-module-referenced-by-TH-splices.patch |   29 +
 .../yesod_001_hacked-up-for-Android.patch     |   74 +
 ...esod_002_hack-around-missing-symbols.patch |   41 +
 ....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   |  120 +
 standalone/android/openssh.config.h           |  249 +
 standalone/android/openssh.patch              |  205 +
 standalone/android/rsync.patch                |   40 +
 standalone/android/runshell                   |  132 +
 standalone/android/start                      |  Bin 0 -> 6492 bytes
 standalone/android/start.c                    |   64 +
 standalone/android/term.patch                 |  598 ++
 standalone/licences.gz                        |  Bin 0 -> 60519 bytes
 standalone/linux/README                       |   25 +
 standalone/linux/git-annex                    |   25 +
 standalone/linux/git-annex-shell              |   25 +
 standalone/linux/git-annex-webapp             |   25 +
 standalone/linux/glibc-libs                   |   43 +
 standalone/linux/runshell                     |   76 +
 .../osx/git-annex.app/Contents/Info.plist     |   41 +
 .../osx/git-annex.app/Contents/MacOS/README   |    9 +
 .../git-annex.app/Contents/MacOS/git-annex    |   25 +
 .../Contents/MacOS/git-annex-shell            |   25 +
 .../Contents/MacOS/git-annex-webapp           |   26 +
 .../osx/git-annex.app/Contents/MacOS/runshell |   71 +
 .../Contents/Resources/git-annex.icns         |  Bin 0 -> 77548 bytes
 standalone/windows/build.sh                   |   56 +
 static/activityicon.gif                       |  Bin 0 -> 529 bytes
 static/css/bootstrap-responsive.css           |  815 ++
 static/css/bootstrap.css                      | 4983 +++++++++
 static/favicon.ico                            |  Bin 0 -> 405 bytes
 static/img/glyphicons-halflings-white.png     |  Bin 0 -> 4352 bytes
 static/img/glyphicons-halflings.png           |  Bin 0 -> 4352 bytes
 static/jquery.full.js                         | 9404 +++++++++++++++++
 static/jquery.ui.core.js                      |  324 +
 static/jquery.ui.mouse.js                     |  169 +
 static/jquery.ui.sortable.js                  | 1250 +++
 static/jquery.ui.widget.js                    |  521 +
 static/js/bootstrap-collapse.js               |  138 +
 static/js/bootstrap-dropdown.js               |   92 +
 static/js/bootstrap-modal.js                  |  210 +
 static/longpolling.js                         |   42 +
 static/syncicon.gif                           |  Bin 0 -> 847 bytes
 templates/README                              |    7 +
 templates/actionbutton.hamlet                 |    2 +
 templates/bootstrap.hamlet                    |   14 +
 templates/configurators/addbox.com.hamlet     |   24 +
 templates/configurators/adddrive.hamlet       |   31 +
 .../configurators/adddrive/combine.hamlet     |   19 +
 .../configurators/adddrive/encrypt.hamlet     |   25 +
 .../configurators/adddrive/setupmodal.hamlet  |    7 +
 templates/configurators/addglacier.hamlet     |   32 +
 templates/configurators/addia.hamlet          |   32 +
 templates/configurators/addrepository.hamlet  |   19 +
 .../addrepository/archive.hamlet              |   11 +
 .../configurators/addrepository/cloud.hamlet  |   26 +
 .../configurators/addrepository/misc.hamlet   |   33 +
 templates/configurators/adds3.hamlet          |   28 +
 .../delete/currentrepository.hamlet           |   34 +
 .../configurators/delete/finished.hamlet      |   14 +
 templates/configurators/delete/start.hamlet   |   11 +
 .../configurators/edit/nonannexremote.hamlet  |   18 +
 .../configurators/edit/repository.hamlet      |   37 +
 templates/configurators/enableaws.hamlet      |   30 +
 .../configurators/enabledirectory.hamlet      |   10 +
 templates/configurators/enableia.hamlet       |   22 +
 templates/configurators/enablewebdav.hamlet   |   22 +
 templates/configurators/fsck.cassius          |    4 +
 templates/configurators/fsck.hamlet           |   31 +
 templates/configurators/fsck/form.hamlet      |    2 +
 .../configurators/fsck/formcontent.hamlet     |   15 +
 .../configurators/fsck/preferencesform.hamlet |    6 +
 templates/configurators/fsck/status.hamlet    |    5 +
 templates/configurators/genkeymodal.hamlet    |   12 +
 templates/configurators/main.hamlet           |   38 +
 templates/configurators/needgcrypt.hamlet     |   10 +
 templates/configurators/needglaciercli.hamlet |   10 +
 templates/configurators/newrepository.hamlet  |   12 +
 .../newrepository/combine.hamlet              |   17 +
 .../configurators/newrepository/first.hamlet  |   19 +
 .../configurators/newrepository/form.hamlet   |   11 +
 .../configurators/pairing/disabled.hamlet     |    5 +
 .../pairing/local/inprogress.hamlet           |   18 +
 .../configurators/pairing/local/prompt.hamlet |   50 +
 .../configurators/pairing/xmpp/end.hamlet     |   32 +
 .../pairing/xmpp/friend/confirm.hamlet        |   11 +
 .../pairing/xmpp/friend/prompt.hamlet         |   12 +
 .../pairing/xmpp/self/prompt.hamlet           |   20 +
 .../pairing/xmpp/self/retry.hamlet            |   11 +
 templates/configurators/preferences.hamlet    |   13 +
 templates/configurators/rsync.net/add.hamlet  |   40 +
 .../configurators/rsync.net/encrypt.hamlet    |   43 +
 templates/configurators/ssh/add.hamlet        |   23 +
 templates/configurators/ssh/combine.hamlet    |   19 +
 templates/configurators/ssh/confirm.hamlet    |   69 +
 templates/configurators/ssh/enable.hamlet     |   29 +
 templates/configurators/ssh/error.hamlet      |   12 +
 templates/configurators/ssh/setupmodal.hamlet |   12 +
 templates/configurators/ssh/testmodal.hamlet  |    9 +
 .../configurators/upgrade/android.hamlet      |    9 +
 templates/configurators/xmpp.hamlet           |   34 +
 templates/configurators/xmpp/buddylist.hamlet |   40 +
 templates/configurators/xmpp/disabled.hamlet  |    5 +
 .../configurators/xmpp/needcloudrepo.hamlet   |   17 +
 templates/control/log.hamlet                  |    6 +
 templates/control/notrunning.hamlet           |   10 +
 templates/control/notrunning.julius           |    3 +
 templates/control/repairrepository.hamlet     |   26 +
 .../control/repairrepository/done.hamlet      |   13 +
 templates/control/repositoryswitcher.hamlet   |   14 +
 templates/control/shutdown.hamlet             |    8 +
 templates/controlmenu.hamlet                  |   16 +
 templates/dashboard/main.hamlet               |   12 +
 templates/dashboard/metarefresh.hamlet        |    2 +
 templates/dashboard/transfers.cassius         |    2 +
 templates/dashboard/transfers.hamlet          |   45 +
 templates/documentation/about.hamlet          |   33 +
 templates/documentation/license.hamlet        |    2 +
 templates/documentation/repogroup.hamlet      |   60 +
 templates/error.cassius                       |    3 +
 templates/error.hamlet                        |   26 +
 templates/notifications/longpolling.julius    |   11 +
 templates/page.cassius                        |    5 +
 templates/page.hamlet                         |   23 +
 templates/page.julius                         |   22 +
 templates/repolist.hamlet                     |   64 +
 templates/repolist.julius                     |   28 +
 templates/sidebar/alert.hamlet                |   26 +
 templates/sidebar/main.hamlet                 |    3 +
 6383 files changed, 204042 insertions(+)
 create mode 100644 .ghci
 create mode 100644 Annex.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/Environment.hs
 create mode 100644 Annex/Exception.hs
 create mode 100644 Annex/FileMatcher.hs
 create mode 100644 Annex/Hook.hs
 create mode 100644 Annex/Journal.hs
 create mode 100644 Annex/Link.hs
 create mode 100644 Annex/LockPool.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/UUID.hs
 create mode 100644 Annex/Url.hs
 create mode 100644 Annex/Version.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/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/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/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/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/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/Upgrade.hs
 create mode 100644 Assistant/WebApp.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/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/BundledPrograms.hs
 create mode 100644 Build/Configure.hs
 create mode 100644 Build/DesktopFile.hs
 create mode 100644 Build/DistributionUpdate.hs
 create mode 100644 Build/EvilSplicer.hs
 create mode 100644 Build/InstallDesktopFile.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 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/Find.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/Map.hs
 create mode 100644 Command/Merge.hs
 create mode 100644 Command/Migrate.hs
 create mode 100644 Command/Mirror.hs
 create mode 100644 Command/Move.hs
 create mode 100644 Command/PreCommit.hs
 create mode 100644 Command/ReKey.hs
 create mode 100644 Command/RecvKey.hs
 create mode 100644 Command/Reinject.hs
 create mode 100644 Command/Repair.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/Version.hs
 create mode 100644 Command/Vicfg.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 Creds.hs
 create mode 100644 Crypto.hs
 create mode 100644 Fields.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/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 100644 GitAnnex.hs
 create mode 100644 GitAnnex/Options.hs
 create mode 100644 GitAnnexShell.hs
 create mode 120000 INSTALL
 create mode 100644 Init.hs
 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/PreferredContent.hs
 create mode 100644 Logs/Presence.hs
 create mode 100644 Logs/Presence/Pure.hs
 create mode 100644 Logs/Remote.hs
 create mode 100644 Logs/Schedule.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/Web.hs
 create mode 100644 Makefile
 create mode 100644 Messages.hs
 create mode 100644 Messages/JSON.hs
 create mode 120000 NEWS
 create mode 100644 Option.hs
 create mode 100644 README
 create mode 100644 Remote.hs
 create mode 100644 Remote/Bup.hs
 create mode 100644 Remote/Directory.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/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/S3.hs
 create mode 100644 Remote/Web.hs
 create mode 100644 Remote/WebDAV.hs
 create mode 100644 Seek.hs
 create mode 100644 Setup.hs
 create mode 100644 Test.hs
 create mode 100644 Types.hs
 create mode 100644 Types/Backend.hs
 create mode 100644 Types/BranchState.hs
 create mode 100644 Types/Command.hs
 create mode 100644 Types/Crypto.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/Limit.hs
 create mode 100644 Types/Messages.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 Upgrade.hs
 create mode 100644 Upgrade/V0.hs
 create mode 100644 Upgrade/V1.hs
 create mode 100644 Upgrade/V2.hs
 create mode 100644 Upgrade/V4.hs
 create mode 100644 Usage.hs
 create mode 100644 Utility/Applicative.hs
 create mode 100644 Utility/Base64.hs
 create mode 100644 Utility/Batch.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/Types.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/FSEvents.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/Gpg.hs
 create mode 100644 Utility/Hash.hs
 create mode 100644 Utility/HumanNumber.hs
 create mode 100644 Utility/HumanTime.hs
 create mode 100644 Utility/INotify.hs
 create mode 100644 Utility/InodeCache.hs
 create mode 100644 Utility/JSONStream.hs
 create mode 100644 Utility/Kqueue.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/Parallel.hs
 create mode 100644 Utility/PartialPrelude.hs
 create mode 100644 Utility/Path.hs
 create mode 100644 Utility/Percentage.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/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/Url.hs
 create mode 100644 Utility/UserInfo.hs
 create mode 100644 Utility/Verifiable.hs
 create mode 100644 Utility/WebApp.hs
 create mode 100644 Utility/Win32Notify.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 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_15_77bafc01b47d4cf8f96bde2b6704ed71._comment
 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/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_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/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/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/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/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/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/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/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/127.0.0.1_references_on_remote_assistant_access.mdwn
 create mode 100644 doc/bugs/3.20121112:_build_error_in_assistant.mdwn
 create mode 100644 doc/bugs/3.20121112:_build_error_in_assistant/comment_1_b42f40ffd83321ab5cc0ef24ced15e98._comment
 create mode 100644 doc/bugs/3.20121112:_build_error_in_assistant/comment_2_b1d2aa10ea84c5c370b3e76507fc8761._comment
 create mode 100644 doc/bugs/3.20121112:_build_error_in_assistant/comment_3_b38e40d36bba95b16afbce68e7f25a80._comment
 create mode 100644 doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04.mdwn
 create mode 100644 doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_1_ce2efd2196e7682f4cdbabdb0616d449._comment
 create mode 100644 doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_2_2a6faf662ebb85a8f1c89adcdfb9adb6._comment
 create mode 100644 doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_3_37f34baa34068def1adf794d0942e462._comment
 create mode 100644 doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_4_2f8a859fef9edc8eb93bf1cc74296702._comment
 create mode 100644 doc/bugs/3.20121113_build_error___39__not_in_scope_getAddBoxComR__39__.mdwn
 create mode 100644 doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build.mdwn
 create mode 100644 doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build/comment_1_b7140e2bf1ea9c73ecc9e214095968e7._comment
 create mode 100644 doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build/comment_2_6be87b2fb2ed828e7b4bf785729e910e._comment
 create mode 100644 doc/bugs/4.20130601_xmpp_sync_error.mdwn
 create mode 100644 doc/bugs/4.20130601_xmpp_sync_error/comment_1_5b50d97e44cbd5b31ff24537ec3f8603._comment
 create mode 100644 doc/bugs/400_mode_leakage.mdwn
 create mode 100644 doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop.mdwn
 create mode 100644 doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_1_81839a6de7450734ee75b51e47a0898e._comment
 create mode 100644 doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_2_907ce31a31df94984c2bd7aaafe5b10b._comment
 create mode 100644 doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_3_d8a86ae0ae5fa1f91e0b40b8b2ba0406._comment
 create mode 100644 doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_4_1f08fd5dd4f5d8723c2b5391cc3b60f9._comment
 create mode 100644 doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one.mdwn
 create mode 100644 doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one/comment_1_cb781d34889d583663e855c4074f8e0e._comment
 create mode 100644 doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one/comment_2_c0c87957d7c7a09664e60571a2ca0e8c._comment
 create mode 100644 doc/bugs/Adding_box.com_remote_on_Android_fails_for_me.mdwn
 create mode 100644 doc/bugs/Adding_box.com_remote_on_Android_fails_for_me/comment_1_0303ce880415d7e043533551c2b24694._comment
 create mode 100644 doc/bugs/Adding_git_ssh_remote_fails.mdwn
 create mode 100644 doc/bugs/Adding_git_ssh_remote_fails/comment_1_05c0bd9ac7c6f0045217fd72fc1f0a1b._comment
 create mode 100644 doc/bugs/Adding_git_ssh_remote_fails/comment_2_df05456cafdd89e8ceea830199f42d45._comment
 create mode 100644 doc/bugs/Adding_second_remote_repository_over_ssh_fails.mdwn
 create mode 100644 doc/bugs/Adding_second_remote_repository_over_ssh_fails/comment_1_308d5f517bf00c8edc53db438de52355._comment
 create mode 100644 doc/bugs/Adding_unencrypted_repo_on_drive_in_webapp_gives_internal_server_error__.mdwn
 create mode 100644 doc/bugs/Addurl_downloads_but_does_not_checkout_files.mdwn
 create mode 100644 doc/bugs/Allow_syncing_to_a_specific_directory_on_a_USB_remote.mdwn
 create mode 100644 doc/bugs/Allow_syncing_to_a_specific_directory_on_a_USB_remote/comment_1_13ecedfbb34c3564af3a790b8bf0f591._comment
 create mode 100644 doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing.mdwn
 create mode 100644 doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing/comment_1_a9b03d4f4760fea2754a4dc93547f0a3._comment
 create mode 100644 doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing/comment_2_015e859a16b1ce4c0c7601df0594d555._comment
 create mode 100644 doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__.mdwn
 create mode 100644 doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__/comment_1_c034bb84e58b2dda1038ba205ec78c56._comment
 create mode 100644 doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__/comment_2_99a754f41d59fdd401ba6d169945e7c9._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup.mdwn
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_10_dc06737997c8883ef0a12dbecd9ac30f._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_11_b444cd6717658116533745c51481dd3d._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_12_66181f34ed7496d1f6601b39e5ae3c65._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_1_ddf5761bf14de30ac97030ad338601ae._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_2_8b9fafa73ebf5f803c7da9531cfb5b34._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_3_58501bb043b4c5836d7472ffd6baa72c._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_4_d3a04dc7bbc1816cccc8d85c73ffb689._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_5_eeabbc0cc434ed84c36a3f4e03fcef36._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_6_4203b496bee1bdd424466ed63b5d31cf._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_7_74373eb2cc46b76659e3c463d6682d15._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_8_0923d2a09df01d152ec4784c92689c96._comment
 create mode 100644 doc/bugs/Android_app_permission_denial_on_startup/comment_9_b60928e54a5b620899cf29820b9b8e70._comment
 create mode 100644 doc/bugs/Android_daily_build_missing_webapp.mdwn
 create mode 100644 doc/bugs/Annex_thinks_file_exists_afer_being_dropped.mdwn
 create mode 100644 doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_1_1d100441fd1ef529eb854b350fece9ee._comment
 create mode 100644 doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_2_166c459c2b27859cf457e17da685fe75._comment
 create mode 100644 doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_3_9d985b6e7973bfaaf8b4f5349d8c13ee._comment
 create mode 100644 doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_4_3e084cff454b95c7170c0225a53f0c30._comment
 create mode 100644 doc/bugs/Assistant_does_not_actually_check_newly_annex-added_files_into_git_until_daily_sanity_check.mdwn
 create mode 100644 doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default.mdwn
 create mode 100644 doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_1_8577fdaa4d49e6241c4372b159694c9c._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_2_027521e48283c68b39315bb8213f6e45._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_3_fd8f6938596aace60b04fb35c4069e37._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_4_ca908021ab5a2a50fd0d4a7e8d12498f._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_5_73532556cfc354ad5f37a3f3a048fb32._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_6_ced397b9e6119a0798a282ee07e885df._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_7_8acb66850e5db8337cf3f2b2dd236ccc._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_8_7eb530851ae6fa1a69813725c4e8fcec._comment
 create mode 100644 doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_9_c7d51a26e1febc3894d02546940d64e5._comment
 create mode 100644 doc/bugs/Assistant_dropping_files_it_has_just_transferred_elsewhere_again.mdwn
 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_enters_eternal_loop_and_eats_up_all_of_RAM_after_X_restart.mdwn
 create mode 100644 doc/bugs/Assistant_has_created_155_semitrusted_repositories.mdwn
 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_redirects_to_127.0.0.1_in_some_cases__44___although_used_remotely.mdwn
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux.mdwn
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_10_ec4a7388ea7106a953f599b664b37f1d._comment
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_1_6a60c23850a5e2a7bba355e1317abc69._comment
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_2_90b6ed232b2917b9fe041532284e1212._comment
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_3_5a89d79395d96c43d7d8a6fd9dc275f1._comment
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_4_cdd26c71875428dbe3c100944a443d3f._comment
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_5_76242f5d6c815acd5bd58213bd8bb0fe._comment
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_6_10852171c0207ca61ea6df1082107353._comment
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_7_73e8a5696709f8154e63693ba5e569c3._comment
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_8_392fc344e5833b0eb665fcd38f956b7a._comment
 create mode 100644 doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_9_9f0fc19a7fcaf7a5827e59e1495cf8c9._comment
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor.mdwn
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_10_0e1db417a5815ea903c1f7ccd07308c4._comment
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_1_28b0cfcba8902c9c16dbe6c4b07984c4._comment
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_2_952b3f78da756ff5f89235db94bec67f._comment
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_3_d86aba42d014c4b4f708dcb5fe86e055._comment
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_4_9aaf296ef53da317d6dc6728705d5c56._comment
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_5_0d5f8a05a1505660f7ff1bc4ac6ff271._comment
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_6_3dfdfd49597c85575cb689adb70d2de6._comment
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_7_943a446c60ed9d7d4f240ba7f00fe925._comment
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_8_9563859850fb40b1cc2c20c516c12960._comment
 create mode 100644 doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_9_cf6221c585ee3dbf039bdaea71842d9b._comment
 create mode 100644 doc/bugs/Browser_fails_to_launch_on_Android___39__git_annex_webapp__39__.mdwn
 create mode 100644 doc/bugs/Browser_fails_to_launch_on_Android___39__git_annex_webapp__39__/comment_1_173393b0b3d2d8c622c0d8a2eaace421._comment
 create mode 100644 doc/bugs/Build-depends_needs___39__hxt__39___added_-_3.20121127.mdwn
 create mode 100644 doc/bugs/Build_error_on_Linux.mdwn
 create mode 100644 doc/bugs/Build_error_on_Mac_OSX_10.6.mdwn
 create mode 100644 doc/bugs/Build_failure_at_commit_1efe4f3.mdwn
 create mode 100644 doc/bugs/Building_fails:_Could_not_find_module___96__Text.Blaze__39__.mdwn
 create mode 100644 doc/bugs/Building_fails:_Not_in_scope:___96__myHomeDir__39___.mdwn
 create mode 100644 doc/bugs/Building_fails:__Could_not_find_module___96__Data.XML.Types__39__.mdwn
 create mode 100644 doc/bugs/Building_fails:___Not_in_scope:_type_constructor_or_class___96__Html__39__.mdwn
 create mode 100644 doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link.mdwn
 create mode 100644 doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link/comment_1_c0f0a2878070ed86900815c6b6a5fa5e._comment
 create mode 100644 doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link/comment_2_53f2de3d3993821d8502fd08a0fcce12._comment
 create mode 100644 doc/bugs/Cabal_cannot_solve_dependencies.mdwn
 create mode 100644 doc/bugs/Cabal_cannot_solve_dependencies/comment_1_1d41ac79867226dcb71f1c7b38da062d._comment
 create mode 100644 doc/bugs/Cabal_cannot_solve_dependencies/comment_2_50e72633a4462f6f6eb33d57b137fdcc._comment
 create mode 100644 doc/bugs/Cabal_cannot_solve_dependencies/comment_3_886f2d1f7c47a3973b8dc7d7c412289a._comment
 create mode 100644 doc/bugs/Cabal_dependency_monadIO_missing.mdwn
 create mode 100644 doc/bugs/Cabal_dependency_monadIO_missing/comment_1_14be660aa57fadec0d81b32a8b52c66f._comment
 create mode 100644 doc/bugs/Cabal_dependency_monadIO_missing/comment_2_4f4d8e1e00a2a4f7e8a8ab082e16adac._comment
 create mode 100644 doc/bugs/Calls_to_rsync_don__39__t_always_use__annex-rsync-options.mdwn
 create mode 100644 doc/bugs/Can__39__t___34__git-annex_get__34___with_3.20111203.mdwn
 create mode 100644 doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client.mdwn
 create mode 100644 doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_1_25eb2d7d0a9cdd1c55df0cec68472723._comment
 create mode 100644 doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_2_9e9b96e5113a50533251e946c2560d81._comment
 create mode 100644 doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_3_6b091198ddd6ed709b076df1296aeb77._comment
 create mode 100644 doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_4_118b588685b535cca4c02eb6ef297c67._comment
 create mode 100644 doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_5_5cead277493e1c020e16be6f9245fe33._comment
 create mode 100644 doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_6_0f135f97c2808dce094628dc6608e617._comment
 create mode 100644 doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_7_1d6f47f9e6cf935f19d68af6d5aa92fa._comment
 create mode 100644 doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_8_c5758fdb32348b9cd804ff17d27864e1._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.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_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_rename___34__here__34___repository.mdwn
 create mode 100644 doc/bugs/Can__39__t_set_repositories_directory.mdwn
 create mode 100644 doc/bugs/Can__39__t_set_repositories_directory/comment_1_beb5d5b66a8d0fab12be44a7d877e9b0._comment
 create mode 100644 doc/bugs/Can__39__t_set_repositories_directory/comment_2_366aa798a5e55350d32b63b31c19112b._comment
 create mode 100644 doc/bugs/Can__39__t_set_repositories_directory/comment_3_812554d58ad9274a50b2a33d5f4d2ec3._comment
 create mode 100644 doc/bugs/Can__39__t_set_repositories_directory/comment_4_bec5f147441ad18c97845b44c90c728b._comment
 create mode 100644 doc/bugs/Can__39__t_start_on_Cyanogenmod_10.2_nightly.mdwn
 create mode 100644 doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared.mdwn
 create mode 100644 doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared/comment_1_ca7ec2041bbec330476fb040b1e66a92._comment
 create mode 100644 doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared/comment_2_c476847665a5320214721497d8fad15b._comment
 create mode 100644 doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1.mdwn
 create mode 100644 doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_1_b25859c159d62f2e92b92f505535131b._comment
 create mode 100644 doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_2_4c9eab9120718457fdc1ae9051e44bca._comment
 create mode 100644 doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_3_61aec9801e1f76db4a286536ffacc3ed._comment
 create mode 100644 doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_4_6381ff0ea419831d9bbed27511cad1e9._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_copy_to_a_git-annex_remote.mdwn
 create mode 100644 doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_10_258a376cff4c62bc4be919322bb1bd88._comment
 create mode 100644 doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_10_d9b830a1fdea8760cb7da1d36b3cd34d._comment
 create mode 100644 doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_1_09d76e5f9480b9a35644a8f08790cd97._comment
 create mode 100644 doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_2_7b586c705a937d09a1b44bd6af2d4686._comment
 create mode 100644 doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_3_07dbd8f64982f1921077e23f468122cf._comment
 create mode 100644 doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_4_926fd494f0b27103a99083cd5d0702d5._comment
 create mode 100644 doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_5_80444a509cc340f5eb3cd08b193fd389._comment
 create mode 100644 doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_6_4c6b99cd67b4aa742da5101fb1b379f7._comment
 create mode 100644 doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_8_f45cdd2b6acc5f458b67539fced0e529._comment
 create mode 100644 doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_9_5a455dd14fb9d3ff408bb3f81e366c38._comment
 create mode 100644 doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__.mdwn
 create mode 100644 doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__/comment_1_6f7b5c164ff64f00b8814b2ee334709f._comment
 create mode 100644 doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__/comment_2_807ef1250237bf4426e3a24c1f9ba357._comment
 create mode 100644 doc/bugs/Committer_crashed.mdwn
 create mode 100644 doc/bugs/Compile_needs_more_than_1.5gb_of_memory.mdwn
 create mode 100644 doc/bugs/Compile_needs_more_than_1.5gb_of_memory/comment_1_0806b5132c55d7a5a17fbdad7e3f2291._comment
 create mode 100644 doc/bugs/Complete_failure_trying_to_unannex_a_large_annex.mdwn
 create mode 100644 doc/bugs/Complete_failure_trying_to_unannex_a_large_annex/comment_1_1c202695ab7fe62cdc8770e1fb428d0c._comment
 create mode 100644 doc/bugs/Conflicting_archive_descriptions.mdwn
 create mode 100644 doc/bugs/ControlPath_too_long_for_Unix_domain_socket.mdwn
 create mode 100644 doc/bugs/ControlPath_too_long_for_Unix_domain_socket/comment_1_60f58e205604eebe668b1e05dcfbf9a7._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_find_module_Data.Default.mdwn
 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_resolve_dependencies.mdwn
 create mode 100644 doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh.mdwn
 create mode 100644 doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh/comment_1_9705f295ad8101f3f0ede18e590b56ef._comment
 create mode 100644 doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh/comment_2_0d751d81ac618f8d7e3f1dd20c830542._comment
 create mode 100644 doc/bugs/Crash_when_adding_jabber_account_.mdwn
 create mode 100644 doc/bugs/Crash_when_adding_jabber_account_/comment_1_2dc61ebcfa8919fb839656999c155c52._comment
 create mode 100644 doc/bugs/Crash_when_adding_jabber_account_/comment_2_e49af3b8a937d82eda1509b6f67b21d4._comment
 create mode 100644 doc/bugs/Crash_when_adding_jabber_account_/comment_3_e59f8813bf1a7c4e3c8c120fe82348b9._comment
 create mode 100644 doc/bugs/Crash_when_adding_jabber_account_/comment_4_716ac138cb69eecd0fb586699b4aeb2a._comment
 create mode 100644 doc/bugs/Creating_an_S3_repository_with_an_invalid_name_throws_an_exception.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/DS__95__Store_not_gitignored.mdwn
 create mode 100644 doc/bugs/DS__95__Store_not_gitignored/comment_1_b93ac0ea3be82c361ceb4352e742ba39._comment
 create mode 100644 doc/bugs/DS__95__Store_not_gitignored/comment_2_4136e1f4aba7aa7562dafcf6a213e10c._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/Detection_assumes_that_shell_is_bash.mdwn
 create mode 100644 doc/bugs/Difficult_to_troubleshoot_XMPP_login_failures.mdwn
 create mode 100644 doc/bugs/Difficult_to_troubleshoot_XMPP_login_failures/comment_1_4205bccf515169031e4a9ed8e905262c._comment
 create mode 100644 doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files.mdwn
 create mode 100644 doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_1_cb10385a4f046bfe676720ded3409379._comment
 create mode 100644 doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_2_4bcf1a897181e40c9c8969d597a844f0._comment
 create mode 100644 doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_3_6a6d22d218f036c9977072973ed99aa8._comment
 create mode 100644 doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_4_eaa7ffb3a1d9ffd6d89de301bd2cd5b2._comment
 create mode 100644 doc/bugs/Direct_mode_repositories_end_up_with_unstaged_changes.mdwn
 create mode 100644 doc/bugs/Direct_mode_repositories_end_up_with_unstaged_changes/comment_1_300a2b246182be3079db20a7e3322261._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/Discrepancy_between_git_annex_add_and_git_annex_watch.mdwn
 create mode 100644 doc/bugs/Displayed_copy_speed_is_wrong.mdwn
 create mode 100644 doc/bugs/Displayed_copy_speed_is_wrong/comment_1_74de3091e8bfd7acd6795e61f39f07c6._comment
 create mode 100644 doc/bugs/Displayed_copy_speed_is_wrong/comment_2_8b240de1d5ae9229fa2d77d1cc15a552._comment
 create mode 100644 doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder.mdwn
 create mode 100644 doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_1_ae4a13ff121d27f78904eee9bf5e716b._comment
 create mode 100644 doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_2_32e360cd7b100ddb9a526e7833fc55e1._comment
 create mode 100644 doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_3_650dc9ede4e16ef668d96840f63dad47._comment
 create mode 100644 doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_4_721cf184fb5a5244ec5c15de3302ebf7._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/Error___39__get__39__ting_files_from_rsync_remote__44___versions_3.20120315_and_3.20120430.mdwn
 create mode 100644 doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__.mdwn
 create mode 100644 doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_1_9be1b577fa4d5fe9754845073fdf5d32._comment
 create mode 100644 doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_2_0da0d68b646f2b38be6ecf7c0fe13743._comment
 create mode 100644 doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_3_09c56f5574931f2ebe903069f0731160._comment
 create mode 100644 doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_4_0c127396e682ca6ced43aec7deeb0335._comment
 create mode 100644 doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_5_6bc3eadefde4750eec67a55de6651b2d._comment
 create mode 100644 doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_6_263ab9c1483438b1717c8061ac81a2fa._comment
 create mode 100644 doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_7_eccc10990dff37584f8e60cd481a7140._comment
 create mode 100644 doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_8_f897d20cbe5e0f3f58ce1a0bacad3d71._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/Error_when_dropping___34__hGetLine:_end_of_file__34__.mdwn
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_10_8742f7ac27b5f4ad6261d04a174a691c._comment
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_11_b8e720340000537de6713c49b7733b2f._comment
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_1_489fa3a717519cd5d8b4c1a9d143d8c6._comment
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_2_b0796d3b1913e1b6f7b34d75a591be42._comment
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_3_d8ca17ccaa5ee48d590736af8e77d88a._comment
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_4_aa7a690aaf75d21f52051a31d7fce70e._comment
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_5_dc235dc2d024b7f340721bb578630e00._comment
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_6_5d1e6ea5b5725c773acc6e288add812c._comment
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_7_6389b4f03ebc916358bc6674398d70c4._comment
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_8_bcacc9fb3751042968118ebe33802e27._comment
 create mode 100644 doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_9_6d4c9f0e133ebd94fc11346df446402e._comment
 create mode 100644 doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location.mdwn
 create mode 100644 doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_1_b524e70156e8bc1219d5c6741974ad99._comment
 create mode 100644 doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_2_ff7349c396d1249204d621e71f6a7a52._comment
 create mode 100644 doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_4_4bc7d4c51faea3fdafc977cb66b7f73a._comment
 create mode 100644 doc/bugs/Error_while_adding_a_file___34__createSymbolicLink:_already_exists__34__.mdwn
 create mode 100644 doc/bugs/Every_new_file_gets_symlinked_to_a_git_object.mdwn
 create mode 100644 doc/bugs/Every_new_file_gets_symlinked_to_a_git_object/comment_1_d4e7ed56b16494a95e6c904c746cc91f._comment
 create mode 100644 doc/bugs/Every_new_file_gets_symlinked_to_a_git_object/comment_2_656b2a2cc44e9102c86bdd57045549d5._comment
 create mode 100644 doc/bugs/Failed_to_make_repository___40__calling_nonexistant_shell__41__.mdwn
 create mode 100644 doc/bugs/Failed_to_make_repository___40__calling_nonexistant_shell__41__/comment_1_fb8a379ed7f4b88bd55245ce5b18042c._comment
 create mode 100644 doc/bugs/Fails_to_create_remote_repo_if_no_global_email_set.mdwn
 create mode 100644 doc/bugs/Feature_request:___34__quvi__34___flag.mdwn
 create mode 100644 doc/bugs/Feature_request:___34__quvi__34___flag/comment_1_908c38024fd252328566034608c2dec3._comment
 create mode 100644 doc/bugs/Feature_request:___34__quvi__34___flag/comment_2_4b6822fe91aa865f2ac1297a3daa3fca._comment
 create mode 100644 doc/bugs/Feature_request:___34__quvi__34___flag/comment_3_c72ef77e76b1c99b5e0c78d0742080e7._comment
 create mode 100644 doc/bugs/Feature_request:___34__quvi__34___flag/comment_4_6092695d6afb1608447afe6f86e6fb83._comment
 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/Finding_an_Unused_file.mdwn
 create mode 100644 doc/bugs/Fix_for_opening_a_browser_on_a_mac___40__or_xdg-open_on_linux__47__bsd__63____41__.mdwn
 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_can__39__t_handle_some_files.mdwn
 create mode 100644 doc/bugs/GPG_can__39__t_handle_some_files/comment_1_4388c971e991dbc0326e69c49994df1e._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/GPG_problem_on_Mac.mdwn
 create mode 100644 doc/bugs/GPG_problem_on_Mac/comment_1_9ccfa12e7a9569a7ae9a3b819917c275._comment
 create mode 100644 doc/bugs/GPG_problem_on_Mac/comment_2_a5e07131e2bc1a646c8439fc2506128b._comment
 create mode 100644 doc/bugs/GPG_problem_on_Mac/comment_3_388238360f2423f84881e904443efb86._comment
 create mode 100644 doc/bugs/Git_annex_add_fails_on_read-only_files.mdwn
 create mode 100644 doc/bugs/Git_annex_add_fails_on_read-only_files/comment_1_d31018e8bf31d729ee9fee43a0a07934._comment
 create mode 100644 doc/bugs/Git_annex_add_fails_on_read-only_files/comment_2_e38e7048749f890169cd0be602be6ee7._comment
 create mode 100644 doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android.mdwn
 create mode 100644 doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_1_2fc435d1c741f9fc422401f682e7c8b7._comment
 create mode 100644 doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_2_b73fb99a75aef912f8286626c5bde66d._comment
 create mode 100644 doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_3_b7115f2c658439ff59a029f500697fc1._comment
 create mode 100644 doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_4_67de7a56ddb06fc0e31cc011d281c633._comment
 create mode 100644 doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_5_58fdb2a00f1737746cdbc804f831a0e7._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_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/Hanging_on_install_on_Mountain_lion.mdwn
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_10_f57ff027b19ca16e2ecf1fc6aee9ef4a._comment
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_11_2ff78d2090d0fd3418ab50b27c6028ce._comment
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_1_523d3c0c71f80536850a001b90fd0e9e._comment
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_2_6c360c64093b016c2150206dc3ad1709._comment
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_3_7b77fd9b7dc236c345f2f6149c8138ee._comment
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_5_08289596445d7588e43d35490fbfe5f4._comment
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_5_2a336fe7b8aed07cbdaa868bd34078f9._comment
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_6_ea7a40c3b6748738421aed00a6f7ca10._comment
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_7_00962da9288976f8a48d0cbc08e1d9e2._comment
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_8_5d53d23e529f33f6e7deb10643831613._comment
 create mode 100644 doc/bugs/Hanging_on_install_on_Mountain_lion/comment_9_f00c8761e3184975b6645c0c3e241365._comment
 create mode 100644 doc/bugs/Hangs_on_creating_repository_when_using_--listen.mdwn
 create mode 100644 doc/bugs/Hangs_on_creating_repository_when_using_--listen/comment_1_8cbe786de8cf8b407418149b9c811aab._comment
 create mode 100644 doc/bugs/Hangs_on_creating_repository_when_using_--listen/comment_2_dc128eeddeaaf3f84e71aca0fb7d341f._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/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__.mdwn
 create mode 100644 doc/bugs/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__/comment_1_0ddcbe0ccecdec1012964dfa436a3eee._comment
 create mode 100644 doc/bugs/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__/comment_2_5765b849bcf045ead9f007bd50b2cfbd._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/Incorrect_version_on_64_Standalone_Build.mdwn
 create mode 100644 doc/bugs/Incorrect_version_on_64_Standalone_Build/comment_1_1964e4cad33a9f98b2eedbf095e899ff._comment
 create mode 100644 doc/bugs/Install_of_git-annex-3.20121112_fails.mdwn
 create mode 100644 doc/bugs/Install_of_git-annex-3.20121112_fails/comment_1_80fc80151d4390bd8a4332f30723962e._comment
 create mode 100644 doc/bugs/Install_of_git-annex-3.20121112_fails/comment_2_2613320a41a74dc757a3277c8c328bd0._comment
 create mode 100644 doc/bugs/Install_of_git-annex-3.20121112_fails/comment_3_c364764d0c56e8dc3cac276905d99841._comment
 create mode 100644 doc/bugs/Install_of_git-annex-3.20121112_fails/comment_4_f1057340dfa978071d3bbc9e2af1e612._comment
 create mode 100644 doc/bugs/Install_of_git-annex-3.20121112_fails/comment_5_9007b1a3abd647945604968db19cb841._comment
 create mode 100644 doc/bugs/Install_of_git-annex-3.20121112_fails/comment_6_0bb3ac5375f29ce9d3d0be93879267e3._comment
 create mode 100644 doc/bugs/Install_of_git-annex-3.20121112_fails/comment_7_ae4443b8cd069080d1f77fca16aa8b04._comment
 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/Internal_Server_Error_when_adding_an_uncrypted_box.com_repo_after_deleted_an_encrypted_one..mdwn
 create mode 100644 doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X.mdwn
 create mode 100644 doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_1_b2ef077d87a9da624f20649c21401b5b._comment
 create mode 100644 doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_2_ef849e25b0264808bff800d9d3836119._comment
 create mode 100644 doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_3_ae3cbd0eb69cbeb9b349e0060d056d43._comment
 create mode 100644 doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_4_0ff2897805928b14829b7b369a3aed91._comment
 create mode 100644 doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_5_414a45573aeb5201f4d80433955669d5._comment
 create mode 100644 doc/bugs/Interrupted_switch_to_direct_mode_can_cause_all_following_switches_to_fail.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/JSON_output_broken_with___34__git_annex_sync__34__.mdwn
 create mode 100644 doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_1_380a49b3c132f9f529729a1cb5a69621._comment
 create mode 100644 doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_2_282f5f89fb4a46e1fad0980e0b2994a0._comment
 create mode 100644 doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_3_7ff98958146b7f6396226bdd878ec86e._comment
 create mode 100644 doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_4_f9e460a09e7e5f53c16c20ded2649201._comment
 create mode 100644 doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind.mdwn
 create mode 100644 doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind/comment_1_17879b98a5e79ace03b543064751e46e._comment
 create mode 100644 doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind/comment_2_2dc877e281750004b16619ea7b931160._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss.mdwn
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_10_52364dc5b1b43b51748453d1896e35c6._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_11_99b4db1841f8630a9c5efd08910e87a3._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_1_fbb410a54bb0bd82d0953ef58a88600e._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_2_8007c9ba42a951a4426255ec3c37d961._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_3_73ecd4cb8ee58a8dfe7cab0e893dbe5b._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_4_e8a10886a564f35414c30a04335d9d32._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_5_6a318edfe45c80343d017dc7b4837acb._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_6_f7a1d9f9d40aff531d873a95d2196edd._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_7_1724ffdf986301bf37ef7a6d16b6ea8a._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_8_5470e2f50e6506139ecb1b342371c509._comment
 create mode 100644 doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_9_e53148a9efa061a825f668a9492182f7._comment
 create mode 100644 doc/bugs/Last_two_versions_didn__39__t_show_up_on_hackage.mdwn
 create mode 100644 doc/bugs/Last_two_versions_didn__39__t_show_up_on_hackage/comment_1_74b56dea2100450e322e726bb55bb310._comment
 create mode 100644 doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable.txt
 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_files_not_found.mdwn
 create mode 100644 doc/bugs/Local_files_not_found/comment_1_5e1fcc0597594fa493ffa28aa32e1df8._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/Local_pairing_fails:_received_PairMsg_loop.mdwn
 create mode 100644 doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_1_b8c485bafd98be8c21595597af361255._comment
 create mode 100644 doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_2_bc63489334f44a423645021415ffe196._comment
 create mode 100644 doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_3_6345b174d04b6613c2c55a6ec9e50c21._comment
 create mode 100644 doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_4_f39ec6c3d5a016b3c5260162c0b42177._comment
 create mode 100644 doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_5_ca0c5ef6e6a6d2c4b64430ac68370b6a._comment
 create mode 100644 doc/bugs/Lost_S3_Remote.mdwn
 create mode 100644 doc/bugs/Lost_S3_Remote/comment_1_6e80e6db6671581d471fc9a54181c04c._comment
 create mode 100644 doc/bugs/Lost_S3_Remote/comment_2_c99c65882a3924f4890e500f9492b442._comment
 create mode 100644 doc/bugs/Lost_S3_Remote/comment_3_1e434d5a20a692cd9dc7f6f8f20f30dd._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/Makefile_is_missing_dependancies.mdwn
 create mode 100644 doc/bugs/Makefile_is_missing_dependancies/comment_1_5a3da5f79c8563c7a450aa29728abe7c._comment
 create mode 100644 doc/bugs/Makefile_is_missing_dependancies/comment_2_416f12dbd0c2b841fac8164645b81df5._comment
 create mode 100644 doc/bugs/Makefile_is_missing_dependancies/comment_3_c38b6f4abc9b9ad413c3b83ca04386c3._comment
 create mode 100644 doc/bugs/Makefile_is_missing_dependancies/comment_4_cc13873175edf191047282700315beee._comment
 create mode 100644 doc/bugs/Makefile_is_missing_dependancies/comment_5_0a1c52e2c96d19b9c3eb7e99b8c2434f._comment
 create mode 100644 doc/bugs/Makefile_is_missing_dependancies/comment_6_24119fc5d5963ce9dd669f7dcf006859._comment
 create mode 100644 doc/bugs/Makefile_is_missing_dependancies/comment_7_96fd4725df4b54e670077a18d3ac4943._comment
 create mode 100644 doc/bugs/Makefile_is_missing_dependancies/comment_8_a3555e3286cdc2bfeb9cde0ff727ba74._comment
 create mode 100644 doc/bugs/Manual_content_mode_isn__39__t_manual.mdwn
 create mode 100644 doc/bugs/Manual_mode_weirdness.mdwn
 create mode 100644 doc/bugs/Manual_mode_weirdness/comment_1_f8ab3bac9e9a6768e5fd5a052f0d920f._comment
 create mode 100644 doc/bugs/Manual_mode_weirdness/comment_2_e810daa488fad32ca8bdaae620051da8._comment
 create mode 100644 doc/bugs/Missing_dependancy_in_commit_6cecc26206c4a539999b04664136c6f785211a41.mdwn
 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_sync__39__ing_weirdness_with_the_assistant_branch_on_OSX.mdwn
 create mode 100644 doc/bugs/More_sync__39__ing_weirdness_with_the_assistant_branch_on_OSX/comment_1_377525e70640751e1ead445aeed15efa._comment
 create mode 100644 doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana.mdwn
 create mode 100644 doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_1_f3c336ecfee51e074ea3a9fc95301de5._comment
 create mode 100644 doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_2_102c0e998934e84deca92fd1c90145fa._comment
 create mode 100644 doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_3_1449dd796ce9f2209f085d4b017a5f33._comment
 create mode 100644 doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_4_c4aa8a4379b2c056ca9b7afcff412bbc._comment
 create mode 100644 doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_5_6ca4dd2ad51182edf7198f38b336b9b6._comment
 create mode 100644 doc/bugs/Name_scheme_does_not_follow_git__39__s_rules.mdwn
 create mode 100644 doc/bugs/Need_to_manually_install_c2hs_-_3.20121127_and_previous.mdwn
 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_progress_bars_with_S3.mdwn
 create mode 100644 doc/bugs/No_progress_bars_with_S3/comment_1_33a601201a9fdd2357f1c03e32fa6b9c._comment
 create mode 100644 doc/bugs/No_progress_bars_with_S3/comment_2_52361805ced99c22d663b3b1e8a5b221._comment
 create mode 100644 doc/bugs/No_progress_bars_with_S3/comment_3_5903c1c40c4562f4fbaccd1640fedb18._comment
 create mode 100644 doc/bugs/No_progress_bars_with_S3/comment_4_80799c33e513384894b390fe34ab312a._comment
 create mode 100644 doc/bugs/No_version_information_from_cli.mdwn
 create mode 100644 doc/bugs/OSX_.dmg_unnecessarily_large_and_not_inherently_compressed.mdwn
 create mode 100644 doc/bugs/OSX_alias_permissions_and_versions_problem.mdwn
 create mode 100644 doc/bugs/OSX_alias_permissions_and_versions_problem/comment_1_4fabe32e7e626e6ca23aa0b6f449c4c6._comment
 create mode 100644 doc/bugs/OSX_alias_permissions_and_versions_problem/comment_2_064d60fcc8366a70958540bc145e611a._comment
 create mode 100644 doc/bugs/OSX_alias_permissions_and_versions_problem/comment_3_6c72d4f40ea0a9566a1185901beff5ba._comment
 create mode 100644 doc/bugs/OSX_alias_permissions_and_versions_problem/comment_4_8a11f404bb72a1aeb2290744cce2d00d._comment
 create mode 100644 doc/bugs/OSX_alias_permissions_and_versions_problem/comment_5_30888607199d6a48b76d0c48f5aa4f64._comment
 create mode 100644 doc/bugs/OSX_app_issues.mdwn
 create mode 100644 doc/bugs/OSX_app_issues/comment_10_54d8f3e429df9a9958370635c890abf0._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_10_6d23232fbb15d0ee3ab532a4884f81ed._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_11_5db2baa771fd01a284eac8a16c1c8c67._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_11_bb2ceb95a844449795addee6986d0763._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_12_62170597c7f441d84d48986857998858._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_12_f3bc5a4e4895ac9351786f0bdd8005ba._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_13_cb12d419459e5cac766022ee0697fedc._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_14_c966fa549bc73c52034ac9abc49de52a._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_15_10f1df95266f1a8c9ef933183190f6e2._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_16_064e151da121f9c2ef13c19ecb4e7458._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_17_0e6ac5e0a54ce78bdc56c62e6fb92846._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_2_fd560811c57df5cbc3976639642b8b19._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_7_93e0bb53ac2d7daef53426fbdc5f92d9._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_8_141eac2f3fb25fe18b4268786f00ad6a._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_8_f4d5b2645d7f29b80925159efb94a998._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_9_2e6dfca0fd8df04066769653724eae28._comment
 create mode 100644 doc/bugs/OSX_app_issues/comment_9_e1bbe83a1b9a7385ed6d443d0cc22bc7._comment
 create mode 100644 doc/bugs/OSX_app_issues/old.mdwn
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_10_bb823dc3cd6dc914ed14c176afa0b2f3._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_11_a30e69fed14b0809184ffe05358ab871._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_12_23d47b3696e537d60df1d383f33f19e4._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_13_be5738b42b13ec8cd828c5fa66f030e8._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_14_5783a4716cd104e1f1c276aa0b9cb153._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_14_e126d87a263f3aa6261f72ee7ff086fc._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_15_56c7fcafc7dca8be28ebf9e37a8f6b71._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_15_e58bd3d66f0f43c159d2b37172f152de._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_16_01f2c968bad66b0ff0c09eb468325deb._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_16_0b7cd3d5952c5abf36a89a68a4afc1e7._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_17_82d9963e1fbf17644ce697e5a43943f5._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_17_c2de94a48e7958b9efffd89dda9144ff._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_18_29af9df9ea295d114574e76e15b8e737._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_18_88ddc846eb4e4a2d54028a3412ba28d6._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_19_6d6341b05123cd317c4eac96353c8662._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_19_aff4ab761c4d196732baa046af45fe24._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_20_43bd5985d8a3a5e7f826a34e5dd9216e._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_3_08613b2e2318680508483d204a43da76._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_4_4cda124b57ddc87645d5822f14ed5c59._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_5_0d1df34f83a8dac9c438d93806236818._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_6_12bd83e7e2327c992448e87bdb85d17e._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_6_bc44d5aea5f77e331a32913ada293730._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_6_cea97dbbfb566a9fe463365ca4511119._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_7_911f187d46890093a54859032ada2442._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_7_acd73cc5c4caa88099e2d2f19947aadf._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_8_08b091a58106ca6050ac669579ed9ff4._comment
 create mode 100644 doc/bugs/OSX_app_issues/old/comment_9_8464c839cb169a4c6e72bebdc2065e9a._comment
 create mode 100644 doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__.mdwn
 create mode 100644 doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_1_0dfa839f1ba689b23f811787515b8cff._comment
 create mode 100644 doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_2_612b947eb5474f6d792a833e33105665._comment
 create mode 100644 doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_3_549b8bcae6f1f8b21932b734e32fbdd1._comment
 create mode 100644 doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_4_23078dfea127fa3ef20696eb10ce964c._comment
 create mode 100644 doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_5_7da5ef8325b8787bbf1c6e2c17b1142e._comment
 create mode 100644 doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp.mdwn
 create mode 100644 doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_1_2653fe701a1bb20254f3d6b90f10a43b._comment
 create mode 100644 doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_2_d9ce701d077e40f39b142ce2cc570a3b._comment
 create mode 100644 doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_3_14964ab68253dc1a8903d14a821b8b40._comment
 create mode 100644 doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_4_4a579e9a13305ab4157f4b3eba46b92d._comment
 create mode 100644 doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_5_2a710960dc3a177ce62ef92f8546c496._comment
 create mode 100644 doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_6_a4ad73530cd0f6621bcc6394d5f39af7._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/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple.mdwn
 create mode 100644 doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_1_971224d2c0c0ce8d4530b1991508f849._comment
 create mode 100644 doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_2_6866f96277dbe83a8aadcdeb426b6750._comment
 create mode 100644 doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_3_eaed9b5532e30e401f50193a72b98310._comment
 create mode 100644 doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_4_1fab407f3823ce8cec87f5df55e49f8c._comment
 create mode 100644 doc/bugs/On_Windows__44___annex_get_fails_with_HTTP_Remote__44___but_believes_it_has_succeeded..mdwn
 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__44___wget_is_not_used__44___even_if_available.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/Partial_direct__47__indirect_repo.mdwn
 create mode 100644 doc/bugs/Partial_direct__47__indirect_repo/comment_1_42344fce051d759f95215c985e9d1135._comment
 create mode 100644 doc/bugs/Partial_direct__47__indirect_repo/comment_2_8ba64f2750d0ef4adf595674c723bc65._comment
 create mode 100644 doc/bugs/Partial_direct__47__indirect_repo/comment_3_bd4985864b7dcd70a609ca7bc2617e4a._comment
 create mode 100644 doc/bugs/Possible_data_loss_-_git_status___39__typechange__39___and_direct_mode.mdwn
 create mode 100644 doc/bugs/Possible_data_loss_-_git_status___39__typechange__39___and_direct_mode/comment_1_84cb8c651584ec2887f6e1b7dc107190._comment
 create mode 100644 doc/bugs/Possible_issues_with_git_1.7.10_and_newer___40__merge_command_now_asks_for_a_commit_message__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/Problem_when_dropping_unused_files.mdwn
 create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_10_d4f6bfe8e04560fc661a47b09ed8a5f4._comment
 create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_1_e1a99bd3eb8b3186653b52a52b1836de._comment
 create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_2_dec3e5ffe5cfdc439f418ee00d7d9810._comment
 create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_3_d106a87101db52f957da84d90dafcdbb._comment
 create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_4_f28ed0635612693e437e64d872af5c37._comment
 create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_5_f0237075653768c84deb702442645f28._comment
 create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_6_b509006e1590480a104627369bc910f2._comment
 create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_7_fe261c074211ccb94bbcb32cfd8ee654._comment
 create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_8_bc8e4dc7e0d6577ba5fcc98f56627b1f._comment
 create mode 100644 doc/bugs/Problem_when_dropping_unused_files/comment_9_e9a22aa2ebcde5f6595b49dba9375761._comment
 create mode 100644 doc/bugs/Problem_with_bup:_cannot_lock_refs.mdwn
 create mode 100644 doc/bugs/Problems_building_on_Mac_OS_X.mdwn
 create mode 100644 doc/bugs/Problems_building_on_Mac_OS_X/comment_1_1c199b826fdd84b5184b1466ad03a9a4._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx.mdwn
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_10_94e4ac430140042a2d0fb5a16d86b4e5._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_11_56f1143fa191361d63b441741699e17f._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_12_ec5131624d0d2285d3b6880e47033f97._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_13_88ed095a448096bf8a69015a04e64df1._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_14_89a960b6706ed703b390a81a8bc4e311._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_15_6b8867b8e48bf807c955779c9f8f0909._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_16_5c2dd6002aadaab30841b77a5f5aed34._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_17_62fccb04b0e4b695312f7a3f32fb96ee._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_18_64fab50d95de619eb2e8f08f90237de1._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_19_4253988ed178054c8b6400beeed68a29._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_1_34120e82331ace01a6a4960862d38f2d._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_20_7db27d1a22666c831848bc6c06d66a84._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_2_cc53d1681d576186dbc868dd9801d551._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_3_68f0f8ae953589ae26d57310b40c878d._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_4_c52be386f79f14c8570a8f1397c68581._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_5_7f1330a1e541b0f3e2192e596d7f7bee._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_6_0c46f5165ceb5a7b9ea9689c33b3a4f8._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_7_237a137cce58a28abcc736cbf2c420b0._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_8_efafa203addf8fa79e33e21a87fb5a2b._comment
 create mode 100644 doc/bugs/Problems_running_make_on_osx/comment_9_cc283b485b3c95ba7eebc8f0c96969b3._comment
 create mode 100644 doc/bugs/Problems_with_syncing_gnucash.mdwn
 create mode 100644 doc/bugs/Problems_with_syncing_gnucash/comment_1_ca195af3ba4a286eb5ab687634192fa4._comment
 create mode 100644 doc/bugs/Problems_with_syncing_gnucash/comment_2_754fb430381ad88e6248ecb902b32118._comment
 create mode 100644 doc/bugs/Problems_with_syncing_gnucash/comment_4_25881998c6f149c70b1358f37b7c66ba._comment
 create mode 100644 doc/bugs/Provide_64-bit_standalone_build.mdwn
 create mode 100644 doc/bugs/Provide_64-bit_standalone_build/comment_1_1850bb3eb464f1d3c122cfeb4ccaf265._comment
 create mode 100644 doc/bugs/Proxy_support.mdwn
 create mode 100644 doc/bugs/Remote_repo_and_set_operation_with_find.mdwn
 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/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository.mdwn
 create mode 100644 doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_1_92211091daf9827a4ec7e5b5a6769d59._comment
 create mode 100644 doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_2_f0fa97a9eba1c624f6f8720ba8a160b7._comment
 create mode 100644 doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_3_e3d677ea4170c07cd31efe6dc85fa5f3._comment
 create mode 100644 doc/bugs/Renamed_special_remote_cannot_be_reactivated_by_the_webapp.mdwn
 create mode 100644 doc/bugs/Repository_deletion_error.mdwn
 create mode 100644 doc/bugs/Repository_deletion_error/comment_1_31673d0300986b6098d1af2cc4b180c6._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_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/Resource_leak_somewhere_in_the___39__get__39___code.mdwn
 create mode 100644 doc/bugs/Resource_leak_somewhere_in_the___39__get__39___code/comment_1_66b21720cd1b2a4f66ef24252d3e6305._comment
 create mode 100644 doc/bugs/Resource_leak_somewhere_in_the___39__get__39___code/comment_2_18c9f55c5af1f4f690a7727df71ab561._comment
 create mode 100644 doc/bugs/Rsync_encrypted_remote_asks_for_ssh_key_password_for_each_file.mdwn
 create mode 100644 doc/bugs/Rsync_encrypted_remote_asks_for_ssh_key_password_for_each_file/comment_1_fd95e0bb61e80a72b4ac1304ef6c2e77._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_bucket_uses_the_same_key_for_encryption_and_hashing.mdwn
 create mode 100644 doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_1_dc5ae7af499203cfd903e866595b8fea._comment
 create mode 100644 doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_2_c62daf5b3bfcd2f684262c96ef6628c1._comment
 create mode 100644 doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_3_e1f39c4af5bdb0daabf000da80858cd9._comment
 create mode 100644 doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_4_bb6b814ab961818d514f6553455d2bf3._comment
 create mode 100644 doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_5_5bb128f6d2ca4b5e4d881fae297fa1f8._comment
 create mode 100644 doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_6_63fb74da342751fc35e1850409c506f6._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_upload_not_using_multipart.mdwn
 create mode 100644 doc/bugs/SSH:_command-line:_line_0:_Bad_configuration_option:_ControlPersist___40__SSH_too_old_on_OS_X_10.6.8__63____41__.mdwn
 create mode 100644 doc/bugs/SSH:_command-line:_line_0:_Bad_configuration_option:_ControlPersist___40__SSH_too_old_on_OS_X_10.6.8__63____41__/comment_1_0c57a2196d35eb1ecfb0c51273bba05c._comment
 create mode 100644 doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled.mdwn
 create mode 100644 doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled/comment_1_f708d87aa65cd38c20087859d3ab2dc7._comment
 create mode 100644 doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled/comment_2_fb7188db031147992f3c906783ebbee0._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/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__.txt
 create mode 100644 doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_1_00b52dba3bc30516e06c44cbfd3a05a2._comment
 create mode 100644 doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_2_8f5fa659c2ab91b1757bac31cd3b15eb._comment
 create mode 100644 doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_3_ccf9623d60c58d036d8bf24757e50de3._comment
 create mode 100644 doc/bugs/Should_ignore_.thumbnails__47___on_android.mdwn
 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/Specifying_a_filename_starting_with___34__-c__34___instead_applies_it_to_all_files.mdwn
 create mode 100644 doc/bugs/Specifying_a_filename_starting_with___34__-c__34___instead_applies_it_to_all_files/comment_1_2fe6d735bc075275a6b8890fac48ee58._comment
 create mode 100644 doc/bugs/Stale_lock_files_on_Android.mdwn
 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/Switching_between_direct_and_indirect_stomps_on___39__regular__39___git_files.mdwn
 create mode 100644 doc/bugs/Switching_between_direct_and_indirect_stomps_on___39__regular__39___git_files/comment_1_0d2cb3b8509cd0eba50aafa14afefc02._comment
 create mode 100644 doc/bugs/Switching_from_indirect_mode_to_direct_mode_breaks_duplicates.mdwn
 create mode 100644 doc/bugs/Switching_repositories_in_webapp_on_a_remote_server_is_not_honoring_--listen_parameter.mdwn
 create mode 100644 doc/bugs/Switching_repositories_in_webapp_on_a_remote_server_is_not_honoring_--listen_parameter/comment_1_4dd773372979dd95538bfba6516a11eb._comment
 create mode 100644 doc/bugs/Syncing_creates_broken_links_instead_of_proper_files.mdwn
 create mode 100644 doc/bugs/Syncing_creates_broken_links_instead_of_proper_files/comment_1_a2bedb2e77451b02fc66fc9ef5c4405c._comment
 create mode 100644 doc/bugs/Test_failure_on_debian_dropunused.mdwn
 create mode 100644 doc/bugs/The_assistant_hangs_forever.mdwn
 create mode 100644 doc/bugs/The_assistant_hangs_forever/comment_1_b0291e32860e0da0b66837d14ed5aab6._comment
 create mode 100644 doc/bugs/The_assistant_hangs_forever/comment_2_a2950cf91b8a4e4f2951f5522ef0e9c4._comment
 create mode 100644 doc/bugs/The_assistant_hangs_forever/comment_3_db95f78519d5ffbad793906028730dab._comment
 create mode 100644 doc/bugs/The_assistant_hangs_forever/comment_4_28b13fd3165b38a2fbc9e1a461c38921._comment
 create mode 100644 doc/bugs/The_assistant_hangs_forever/comment_5_81a79c8840ff26307a9c6edad5b850f9._comment
 create mode 100644 doc/bugs/The_assistant_hangs_forever/comment_6_b739719b14705f4d7e1d412b3cab090c._comment
 create mode 100644 doc/bugs/The_assistant_hangs_forever/comment_7_2b300d960697c5b967c1f109dfd6dfbf._comment
 create mode 100644 doc/bugs/The_assistant_hangs_forever/comment_8_8623220d08b1a72ed8b669a2d9cc0f75._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible.mdwn
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_10_8305becdc6e70abdaf17e42f263173fc._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_11_d75896a6e204d1abdda04923aa668d04._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_12_a36a4a64a04c01c2db467b09300e6ebd._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_13_c9d6631c304acb289e485fb901e1f274._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_14_10282c4352075c8d148b8674973b7b16._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_15_ceb68da01d9e2fe9a70fab6244116da0._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_16_cca4abde86a8be5e2919c4738f5bdd0c._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_17_2fa5d7d9110c91b0a3a833cb3d9f53fd._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_18_bf21d28142e4c304aa0bc740955ddea0._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_19_45537758fa937f16fc82120bf8b234e8._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_1_a38497772834a4b12137390b461ce70b._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_20_b685050ee6fbb1a685e33f9656a10e84._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_3_17bc0220c20553c848875475c5fd4ae6._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_4_76472bc58bb790f773c46ec2c39fcf88._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_4_dcd9286e314779c25764484beff40561._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_5_2146eec77b87b615100d0d003e8dce75._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_6_2bd6f4e04903ee251d43d0a97bd40b6e._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_7_7db8ed002eb6313b07f09bd1a34019e3._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_8_1bcb2a238006044bc78849e56cb21a01._comment
 create mode 100644 doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_9_26c6937cf78e7141e0e3b20f25ed8f7a._comment
 create mode 100644 doc/bugs/The_tests_are_failing_to_build_now_on_commit_e0fdfb2e706da2cb1451193c658dc676b0530968.mdwn
 create mode 100644 doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories.mdwn
 create mode 100644 doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_1_1b80f9cfedd25e34997fa07e08d15012._comment
 create mode 100644 doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_2_53499da1185c56d8fd25f86ba41d96ce._comment
 create mode 100644 doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_3_3e07b8386d2c7afce2a78d24b9c260b9._comment
 create mode 100644 doc/bugs/Too_many_open_files.mdwn
 create mode 100644 doc/bugs/Too_many_open_files/comment_1_d5d509b9b431d2ea6000ebc0aed62857._comment
 create mode 100644 doc/bugs/Too_much_system_load_on_startup.mdwn
 create mode 100644 doc/bugs/Too_much_system_load_on_startup/comment_1_4470cddc0965062588acff1bc77285e9._comment
 create mode 100644 doc/bugs/TransferScanner_crash_on_Android.mdwn
 create mode 100644 doc/bugs/TransferScanner_crash_on_Android/comment_1_6c3584ade1ee6cccddddeaa8e1697945._comment
 create mode 100644 doc/bugs/TransferScanner_crash_on_Android/comment_2_06574e05149a677d666a722061586658._comment
 create mode 100644 doc/bugs/TransferScanner_crash_on_Android/comment_3_54ae097d30bb7a49fe151f38c9bac033._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/Trouble_initializing_git_annex_on_NFS.mdwn
 create mode 100644 doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_1_e26952373150d63b8a5d3643a2762de1._comment
 create mode 100644 doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_2_f80b10ed395738e50e345fc22c708ae5._comment
 create mode 100644 doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_3_f99e0f05950fc2fc80fdecd35e17012c._comment
 create mode 100644 doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_4_e42146d2dcc4052266dd61d204aeb551._comment
 create mode 100644 doc/bugs/True_backup_support.mdwn
 create mode 100644 doc/bugs/True_backup_support/comment_1_50aa0bc1e2502622585682cb703e0b85._comment
 create mode 100644 doc/bugs/True_backup_support/comment_2_d6030c6c49b227e022f05d590746d4ca._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/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/Unable_to_import_feed.mdwn
 create mode 100644 doc/bugs/Unable_to_import_feed/comment_1_16230fbbb996e165b84787ed4d5f72ea._comment
 create mode 100644 doc/bugs/Unable_to_switch_back_to_direct_mode.mdwn
 create mode 100644 doc/bugs/Unable_to_switch_back_to_direct_mode/comment_1_4585b251f011a153c62f377c324cf963._comment
 create mode 100644 doc/bugs/Unable_to_switch_back_to_direct_mode/comment_2_5848ebbab38d1244347f7e7351b3a30d._comment
 create mode 100644 doc/bugs/Unable_to_switch_back_to_direct_mode/comment_3_1c5c7b0c7bc336e00f43e257b87a6208._comment
 create mode 100644 doc/bugs/Unable_to_switch_back_to_direct_mode/comment_4_b0bfd68998bc3e11d8e089646b8292a6._comment
 create mode 100644 doc/bugs/Unable_to_sync_a_second_machine_through_Box.mdwn
 create mode 100644 doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_1_cb43a2bc976e3eb1cfc3ee9d4d34e78e._comment
 create mode 100644 doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_2_3375e9bfab3fed271413bd9bb5fa0121._comment
 create mode 100644 doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_3_c4420e1a3db321b4135b1626d3582adb._comment
 create mode 100644 doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_4_f4b2c88bb5938dacdd04dfe9a68560de._comment
 create mode 100644 doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_5_6dcc95ffb3fc7bbbedd6be5df0111c85._comment
 create mode 100644 doc/bugs/Unable_to_use_remotes_with_space_in_the_path.mdwn
 create mode 100644 doc/bugs/Unfortunate_interaction_with_Calibre.mdwn
 create mode 100644 doc/bugs/Unfortunate_interaction_with_Calibre/comment_1_7cb5561f11dfc7726a537ddde2477489._comment
 create mode 100644 doc/bugs/Unfortunate_interaction_with_Calibre/comment_2_b8ae4bc589c787dacc08ab2ee5491d6e._comment
 create mode 100644 doc/bugs/Unfortunate_interaction_with_Calibre/comment_3_977c5f6b82f9e18cdd81d57005bb8b89._comment
 create mode 100644 doc/bugs/Unfortunate_interaction_with_Calibre/comment_4_ff7d2e9a39dfe12b975d04650ac57cc4._comment
 create mode 100644 doc/bugs/Unfortunate_interaction_with_Calibre/comment_5_fc4d5301797589e92cc9a24697b2155d._comment
 create mode 100644 doc/bugs/Unknown_command___39__list__39__.mdwn
 create mode 100644 doc/bugs/Unknown_command___39__list__39__/comment_1_c625d03d1ed2019141ac9202f933466d._comment
 create mode 100644 doc/bugs/Unknown_command___39__list__39__/comment_2_800e1b6417768bdadda311ebfb5df637._comment
 create mode 100644 doc/bugs/Unknown_command___39__list__39__/comment_3_35dfc75ce9efffff139f8929dc311e29._comment
 create mode 100644 doc/bugs/Unknown_remote_type_webdav.mdwn
 create mode 100644 doc/bugs/Unnecessary_remote_transfers.mdwn
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_10_b778fbb1386f0f51bf057ffacd590ebb._comment
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_11_55430eac842d0a192dc7f41d7730e4d5._comment
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_1_00c18e07678dc513a02d974fe059df73._comment
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_2_2e9992dbfceabd6df535a2770626de16._comment
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_3_a98f3091a6a658919f0562cf396439c2._comment
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_4_417c1e8e27ee1a1f9ebf9160560605c5._comment
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_5_eb5a2717a1f0c7bb761d2a7866b23def._comment
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_6_89f756db1f3f2e60a3bd1f35f55fee43._comment
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_7_5aaf8766a7ba05c4f92715e5d5175a8f._comment
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_8_e856b350632cc865d16d1995a6cdf065._comment
 create mode 100644 doc/bugs/Unnecessary_remote_transfers/comment_9_64f831545b34b78452952cf49b5f5b05._comment
 create mode 100644 doc/bugs/Update_dependency_on_certificate___62____61___1.3.3.mdwn
 create mode 100644 doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work.mdwn
 create mode 100644 doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_1_2143f0540fdcd7efeb25b5a3b54fe0fd._comment
 create mode 100644 doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_2_bca95245b457631d08b47591da6163ad._comment
 create mode 100644 doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_3_f54bb003096752dae0442660267a1e37._comment
 create mode 100644 doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_4_38bb916ed5b90b92ffa91a452ff052a9._comment
 create mode 100644 doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_5_5b6ef464ab1ad061f27122db40191e26._comment
 create mode 100644 doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_6_3727bda5082cb1f2b1f746f9f80ced7d._comment
 create mode 100644 doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_7_a7139f19f0b73c024cd9218eb01e6104._comment
 create mode 100644 doc/bugs/Using_Github_as_remote_throws_proxy_errors.mdwn
 create mode 100644 doc/bugs/Using_Github_as_remote_throws_proxy_errors/comment_1_10616b17c3fb8286fdc64c841023f8a1._comment
 create mode 100644 doc/bugs/Using_Github_as_remote_throws_proxy_errors/comment_2_8a72887d33e492a041f8246d93d0c778._comment
 create mode 100644 doc/bugs/Using_a_revoked_GPG_key.mdwn
 create mode 100644 doc/bugs/Using_a_revoked_GPG_key/comment_1_7bb01d081282e5b02b7720b2953fe5be._comment
 create mode 100644 doc/bugs/Using_a_revoked_GPG_key/comment_2_9c0c40360f0058a4bd346c1362e302b6._comment
 create mode 100644 doc/bugs/Using_a_revoked_GPG_key/comment_3_8f69f58107246595f5603f35c4aa7395._comment
 create mode 100644 doc/bugs/Using_a_revoked_GPG_key/comment_4_78b3c52ba85edfa6ee6e273bec3bea5c._comment
 create mode 100644 doc/bugs/Using_a_revoked_GPG_key/comment_5_a85ccf2f09ebe87147f8761b81a02326._comment
 create mode 100644 doc/bugs/Using_a_revoked_GPG_key/comment_6_8b89eb5e6386acd0a922310c04f863ac._comment
 create mode 100644 doc/bugs/Using_a_revoked_GPG_key/comment_7_20dc5a7ce7cb6ca97ccdfb923c3b24bb._comment
 create mode 100644 doc/bugs/Using_a_revoked_GPG_key/comment_8_9dc921dc6077f828454a4444088b9a43._comment
 create mode 100644 doc/bugs/Using_a_revoked_GPG_key/comment_9_f50c802d78041fd1522f0e7599ce6a45._comment
 create mode 100644 doc/bugs/WEBDAV_443.mdwn
 create mode 100644 doc/bugs/WEBDAV_443/comment_10_9ee2c5ed44295455af890caee7b06f1a._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_11_863a7d315212c9a8ab8f6fafa5d1b7f5._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_12_c17a4e23011e0a917dbe0ecf7e9f0cb5._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_13_3414416ff455d2fd1a7c7e7c4554b54d._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_14_e1da141eefb0445c217e5f5c119356da._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_15_41c3134bcc222b97bf183559723713d9._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_16_89621b526065b5bef753ce75db1af7b5._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_17_131a1b65c8008cf9f02c93d4fb75720b._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_18_b4f894a0b9ebb84ab73f6ffcf0778090._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_1_c6572ca1eaaf89b01c0ed99a4058412f._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_2_a357969cde382a91e13920ee1e9f711c._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_3_213815d6b827d467c60f3e8af925813b._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_4_b775be4b722fc7124d9fbe2d5d01cc9f._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_5_c4ea745da437e56b2426d1c2c00dfcec._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_6_ef05c0ae88fee9c626922c6064ffdf1e._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_7_eecabe8d5ed564cb540450770ca7d0b6._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_8_7f77ba8ebd90186d3b3949ae529ba393._comment
 create mode 100644 doc/bugs/WEBDAV_443/comment_9_87ebdc92b48d672964fb3f248c53600f._comment
 create mode 100644 doc/bugs/WORM:_Handle_long_filenames_correctly.mdwn
 create mode 100644 doc/bugs/WORM:_Handle_long_filenames_correctly/comment_1_77aa9cafbe20367a41377f3edccc9ddb._comment
 create mode 100644 doc/bugs/WORM:_Handle_long_filenames_correctly/comment_2_fe735d728878d889ccd34ec12b3a7dea._comment
 create mode 100644 doc/bugs/WORM:_Handle_long_filenames_correctly/comment_3_2bf0f02d27190578e8f4a32ddb195a0a._comment
 create mode 100644 doc/bugs/WORM:_Handle_long_filenames_correctly/comment_4_8f7ba9372463863dda5aae13205861bf._comment
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults.mdwn
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_10_6c872dff4fcc63c16bf69d1e96891c89._comment
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_1_5cad24007f819e4be193123dab0d511a._comment
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_2_d449bf656a59d424833f9ab5a7fb4e82._comment
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_3_ffb1ce41477ad60840abd7a89a133067._comment
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_4_cebbc138c6861c086bb7937b54f5adbc._comment
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_5_5e27737a5bb0e9e46c98708700318e67._comment
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_6_1f92da712232d050e085a4f39063d7a6._comment
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_7_4153dc8029c545f8e86584a38bd536fb._comment
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_8_f85b6eb5bfd28ffc6973fb4ab0fe4337._comment
 create mode 100644 doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_9_c747c488461c98cd285b51d3afc2c3eb._comment
 create mode 100644 doc/bugs/Watcher_crashed:_addWatch:_does_not_exist.mdwn
 create mode 100644 doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_1_24f511a8103727894c6e96798a559870._comment
 create mode 100644 doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_2_e14eddbc09cadbf1e4dbbb0c07e0e5b0._comment
 create mode 100644 doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_3_513fae4d379008f954a307be8df34976._comment
 create mode 100644 doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_4_172eaeb3bb8b502379695aba35f96120._comment
 create mode 100644 doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_5_8adb9de82cc8581422734acc66dd094c._comment
 create mode 100644 doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_6_02f0beef1188bfa336bf4220eb5c6286._comment
 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/WebDAV_HandshakeFailed_.mdwn
 create mode 100644 doc/bugs/WebDAV_HandshakeFailed_/comment_1_40499110ea43bc99ad9dd9f642da434c._comment
 create mode 100644 doc/bugs/WebDAV_HandshakeFailed_/comment_2_506712e8cc5b47b9bd69edf67ae54da7._comment
 create mode 100644 doc/bugs/WebDAV_HandshakeFailed_/comment_3_5641481d9e9ed2b711b1516f1abc5c30._comment
 create mode 100644 doc/bugs/WebDAV_HandshakeFailed_/comment_4_1d609de93fa66ce9dc802e67b5922243._comment
 create mode 100644 doc/bugs/WebDAV_HandshakeFailed_/comment_5_62761882d30c1b02930c938cb8e30ed4._comment
 create mode 100644 doc/bugs/WebDAV_HandshakeFailed_/comment_6_acda8fae848ec486ce2a0b3dff3bd0a5._comment
 create mode 100644 doc/bugs/WebDAV_HandshakeFailed_/comment_7_6c51b6c7dd477d8911dd9a7a5c41ea2e._comment
 create mode 100644 doc/bugs/WebDAV_HandshakeFailed_/comment_8_e834f791d3000669fab25732a7c72ab3._comment
 create mode 100644 doc/bugs/Webapp_fails_to_resolve_ipv6_hostname.mdwn
 create mode 100644 doc/bugs/Weird_behaviour_of_direct_and_indirect_annexes.mdwn
 create mode 100644 doc/bugs/Weird_behaviour_of_direct_and_indirect_annexes/comment_1_56474a69c2f174d83be9137d3c045a47._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace.mdwn
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_0._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_10_037a6dd6e15ef5f789a1f364f7507b53._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_11_614e4110188fc6474e7da50fc4281e13._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_12_dcb74fb91e1c2f0db4efd68c8bcbc96c._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_14_38671ba8d302f4d32460d1478abd2111._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_14_483244b1ed5744308022465f45c091fd._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_1_d2c63723fa4bf828873770a42ffaab20._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_3_52f0db73dc38c3e3a73f6c7a420bf016._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_4_93596b4d5a48ffcf4bc11ba9c83cf7ca._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_5_de94e80dde6d12485140bb079d74d775._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_6_5f34c3d449247b4bce4665b3ea4d054c._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_7_b43ae8aec23ba3acaf70edc0de058710._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_8_13b8e0a62f6b6d02960687e206a8b016._comment
 create mode 100644 doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_9_818b94a74b01a210d1106dd35bc932d8._comment
 create mode 100644 doc/bugs/Windows_and_Linux_in_direct_mode_confuses_git.mdwn
 create mode 100644 doc/bugs/Windows_and_Linux_in_direct_mode_confuses_git/comment_1_155e0c4d3aa41eebfe27533ab70a91d3._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_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/With_S3__44___GPG_ask_for_a_new_passphrase.mdwn
 create mode 100644 doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_1_a4fc30bf7d39cae337286e9e815e6cba._comment
 create mode 100644 doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_2_e5d42b623017acedf6a3890ce15680a3._comment
 create mode 100644 doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_3_e5150b65b514896e14b9ad3d951963f7._comment
 create mode 100644 doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_4_47c2fc167b0c396edc40468fb7c7bfee._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/__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__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error..mdwn
 create mode 100644 doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_1_6d821af99ab3c83a5b0f52d3713ab8e2._comment
 create mode 100644 doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_2_206b6c8cce8350fc088f01c42fc4715b._comment
 create mode 100644 doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_3_ed36f503f88611382b50687608b9b7e7._comment
 create mode 100644 doc/bugs/__34__annex_sync__34___gets_confused_when_operating_in_a_symlink__39__ed_directory.mdwn
 create mode 100644 doc/bugs/__34__drop__34___deletes_all_files_with_identical_content.mdwn
 create mode 100644 doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_1_2eb20b65582fa7f271b1d0bb5560d08c._comment
 create mode 100644 doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_2_b14e1d31dd6a8fb930fcc0bec798e194._comment
 create mode 100644 doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_3_1892bcfbe3c462aa74552a241d65cad9._comment
 create mode 100644 doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_4_dfa0e31996eaa14e2945c1d11670c4d9._comment
 create mode 100644 doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_5_e2a9336cf1080c158765d4adfe72f26b._comment
 create mode 100644 doc/bugs/__34__fatal:_bad_config_file__34__.mdwn
 create mode 100644 doc/bugs/__34__git_annex_watch__34___adds_map.dot.mdwn
 create mode 100644 doc/bugs/__34__make_test__34___fails_silently.mdwn
 create mode 100644 doc/bugs/__34__make_test__34___fails_silently/comment_1_f868e34f41d828d4571968d1ab07820a._comment
 create mode 100644 doc/bugs/__34__make_test__34___fails_silently/comment_2_fb9e8e2716b0dea15b0d4807ae7cd114._comment
 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/__39__client__39___repo_starts_pulling_in___39__archive__39___content.mdwn
 create mode 100644 doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_1_56f9cd5cc2e089b32cb076dc2e2a8ca5._comment
 create mode 100644 doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_2_21c0f7f328cb51080fbd97e086c47a30._comment
 create mode 100644 doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_3_3287b2f25f3b5ae4c27f4748694563ee._comment
 create mode 100644 doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_4_e515eca68a70d40c522805d7e0d7c0e6._comment
 create mode 100644 doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_5_b27f4c103dda050b6e9cf03ea3157abc._comment
 create mode 100644 doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_6_2cc7083dab944705bf91fc00319b75e6._comment
 create mode 100644 doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_7_1175f9be789d4c1907f0be98e435bd2f._comment
 create mode 100644 doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_8_78e6164ef67a9560a3a9ead1f7a72473._comment
 create mode 100644 doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_9_1d578fd13022dcd6382b415a7f6e097a._comment
 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/__91__Installation__93___There_is_no_available_version_of_quickcheck_that_satisfies___62____61__2.1.mdwn
 create mode 100644 doc/bugs/__91__webapp__93___pause_syncing_with_specific_repository.mdwn
 create mode 100644 doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu.mdwn
 create mode 100644 doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu/comment_1_9bb53c45d685b368c7ba1758885f2874._comment
 create mode 100644 doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu/comment_2_251311a04f1a610e54ebe8e9b92de72e._comment
 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_fix__96___run_on_non-annexed_files_is_no-op.mdwn
 create mode 100644 doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_1_9b671e583eec5adf870dccd1e97b5dbc._comment
 create mode 100644 doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_2_d11744202213d6f897f4234bc4c70c18._comment
 create mode 100644 doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_3_a729deb465ff44f5a9b87c963cd6235a._comment
 create mode 100644 doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_4_3f735503df9a08472d42fabd219c2ec5._comment
 create mode 100644 doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_5_2c61eabbba7fd2a52ba02d59a0a76a42._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__git_annex_import__96___does_not_work_on_other_git_annex_repositories.mdwn
 create mode 100644 doc/bugs/__96__git_annex_import__96___does_not_work_on_other_git_annex_repositories/comment_1_94ccd548c084286163eeb2af1ddc18e3._comment
 create mode 100644 doc/bugs/__96__git_annex_import__96___does_not_work_on_other_git_annex_repositories/comment_2_befde3ef3d2b171ebb691915ff3af172._comment
 create mode 100644 doc/bugs/__96__git_annex_sync__96___ignores_remotes.mdwn
 create mode 100644 doc/bugs/__96__git_annex_sync__96___ignores_remotes/comment_1_39421e6935233cd8f45949ebdef369fe._comment
 create mode 100644 doc/bugs/__96__git_annex_sync__96___ignores_remotes/comment_2_53fb15d6fbf96d43564ff7c866239d18._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/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/add_range_argument_to___34__git_annex_dropunused__34___.mdwn
 create mode 100644 doc/bugs/add_script-friendly_output_options.mdwn
 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_an_rsync.net_repo_give_an_gpg_error.mdwn
 create mode 100644 doc/bugs/adding_an_rsync.net_repo_give_an_gpg_error/comment_1_f55cfc133be72ac10cae93c877c487df._comment
 create mode 100644 doc/bugs/adding_an_rsync.net_repo_give_an_gpg_error/comment_2_24dd024ac4b21a82a781343b8fe3891e._comment
 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/addurl_--relaxed_with_--file_doesn__39__t_actually_relax.mdwn
 create mode 100644 doc/bugs/addurl_fails_on_the_internet_archive.mdwn
 create mode 100644 doc/bugs/addurl_fails_on_the_internet_archive/comment_1_e227aa25eea0b41f1176037a601c5844._comment
 create mode 100644 doc/bugs/addurl_fails_on_the_internet_archive/comment_2_6d4fd58f0caa1f75ee2dd3f0a909cd91._comment
 create mode 100644 doc/bugs/addurl_file_doesn__39__t_work_with_spaces_in_filenames_and_--fast.mdwn
 create mode 100644 doc/bugs/addurl_file_doesn__39__t_work_with_spaces_in_filenames_and_--fast/comment_1_eea9477ea1157cb88c8a07d8da5f0dba._comment
 create mode 100644 doc/bugs/allows_repository_with_the_same_name_twice.mdwn
 create mode 100644 doc/bugs/allows_repository_with_the_same_name_twice/comment_1_ba7801403e7138684704a3471c8bc4a6._comment
 create mode 100644 doc/bugs/allows_repository_with_the_same_name_twice/comment_2_8c19a4ddedbe7ddb8bdcf84acac68cc8._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit.mdwn
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_10_1d841ff0b0ffd814efed2449dc1f35f3._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_10_cd101e0af45d8f463011fb0d04b3b822._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_11_8595041cfe703d9bea49e792732dc15f._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_1_8e7bc6965ea967a8d43240791a30c5bc._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_2_891c1073f908b204651899d41599f944._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_3_de02b8f1b5928fa1a7078c4aa2124bea._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_6_506acc4275a81ed9e9b08e8a40fcf96a._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_7_d38d6f40db4c9437764c7b2ddf36b5a9._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_8_9bb23e9cbc77ecca4b1209b0f66bc2b0._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_9_d1ce7fc251db076da61eed5bb9d71b9a._comment
 create mode 100644 doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_9_feb71c1022ff65d82e66a3958a41dfb2._comment
 create mode 100644 doc/bugs/android_4.2.1__44___galaxy_nexus_java.lang.SecurityException.mdwn
 create mode 100644 doc/bugs/annex-rsync-options_shell-split_carelessly.mdwn
 create mode 100644 doc/bugs/annex-rsync-options_shell-split_carelessly/comment_1_2636e0d224317f2e6db94658d8a094c4._comment
 create mode 100644 doc/bugs/annex.numcopies_not_overriden_by_--numcopies_option.mdwn
 create mode 100644 doc/bugs/annex_add_in_annex.mdwn
 create mode 100644 doc/bugs/annex_get_fails:___34__No_such_file_or_directory__34__.mdwn
 create mode 100644 doc/bugs/annex_get_over_SSH_is_very_slow.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/another_build_error_in_assistant.mdwn
 create mode 100644 doc/bugs/archiving_git_repositories.mdwn
 create mode 100644 doc/bugs/archiving_git_repositories/comment_1_51f546a571303118446a9e0b3e6482c9._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___40__OS_X_Lion__41___-___34__too_many_open_files__34___error.mdwn
 create mode 100644 doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error/comment_1_9904c30a4c24a699d71e90ce5e9b89cf._comment
 create mode 100644 doc/bugs/assistant_always_assumes_port_22__63__.mdwn
 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_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_1_1650539846521ae11837e4ac73348af6._comment
 create mode 100644 doc/bugs/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_2_b91415e4ee74eb12bc6e6faddd00af6e._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_does_not_list_remote___39__origin__39__.mdwn
 create mode 100644 doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_1_ffa008240c61b50396aa92f467731db6._comment
 create mode 100644 doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_2_a53f80090bc2a0f32b8d8307cb24b563._comment
 create mode 100644 doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add.mdwn
 create mode 100644 doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_1_13b2f93b7d09c8fd6c22829a0dc6428b._comment
 create mode 100644 doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_2_94e46bc0044b8a91a9fd51058825aa8f._comment
 create mode 100644 doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_3_10a38bdbf31dd4071e4bc4ac746d9c56._comment
 create mode 100644 doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_4_b8fdf502c7e80aece5a9544a2078c85c._comment
 create mode 100644 doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_5_a2ff7668f2a0d549b362d7de97fac8a1._comment
 create mode 100644 doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_6_60d72f34a6cfd1c081f74aa610f4305a._comment
 create mode 100644 doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_7_53a73e662c9356b759fbfa1e5a3bd927._comment
 create mode 100644 doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_8_10b65168b6a54d960427966d7e3d05f5._comment
 create mode 100644 doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_9_b640e8fa6aafb041d66bbf8857a8fa3d._comment
 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_fails_to_sync_in_preferred_content_mode_manual.mdwn
 create mode 100644 doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_1_37acb3afafb1b4c4da7c778130cf3035._comment
 create mode 100644 doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_2_9d58887ee0184663852bde83b8d497c7._comment
 create mode 100644 doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_3_b70881c8026e30fd3ddc051bd01a888b._comment
 create mode 100644 doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_4_43f756e2e6ff985c8e050da0e369d486._comment
 create mode 100644 doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_5_eda947eb7f8c46b9a61d6430b5f9ebfd._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_ignores___34__manual__34___group__44___tries_to_transfer_files.mdwn
 create mode 100644 doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_1_e3f545d9adc27a4e7340bf16177c4fe0._comment
 create mode 100644 doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_2_1403076dbc47733607f0c8b2856e2381._comment
 create mode 100644 doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_3_af83717bfb260bea6d52ff71c6b34743._comment
 create mode 100644 doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_4_b4f811611d14e7392009c539fa6b8574._comment
 create mode 100644 doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts.mdwn
 create mode 100644 doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_1_91a62a2ce14a1027d2ac8b8e88df5f0c._comment
 create mode 100644 doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_2_4982cd373eaaeee180be03c6e9fda7b1._comment
 create mode 100644 doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_3_85d264e311acaa91dac0597ee8deda82._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_syncs_with_remotes_even_when_all_remotes_disabled.mdwn
 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/authentication_to_rsync.net_fails.mdwn
 create mode 100644 doc/bugs/authentication_to_rsync.net_fails/comment_1_9db65f89415c8d825f268afb75244998._comment
 create mode 100644 doc/bugs/backend_version_upgrade_leaves_repo_unusable.mdwn
 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_comment_in_ssh_public_key_ssh-rsa.mdwn
 create mode 100644 doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_1_15cce6e6f455e83f4362a38c561bc973._comment
 create mode 100644 doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_2_e9e1f38880a32610b3fbce475bffc3e4._comment
 create mode 100644 doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_3_51da7f5881f65422328d341e5ab0d250._comment
 create mode 100644 doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_4_ba384314c1e47ec4b72e1843e0500df9._comment
 create mode 100644 doc/bugs/bare_git_repos.mdwn
 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/bug_in_download_prebuilt_linux_tarball__44___and_constraints_issues_with_3.20121112.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_is_broken_at_commit_cc0e5b7.mdwn
 create mode 100644 doc/bugs/build_issue_with_8baff14054e65ecbe801eb66786a55fa5245cb30.mdwn
 create mode 100644 doc/bugs/build_issue_with_latest_release_0.20110522-1-gde817ba.mdwn
 create mode 100644 doc/bugs/build_problem_on_OSX.mdwn
 create mode 100644 doc/bugs/building_on_lenny.mdwn
 create mode 100644 doc/bugs/bup_initremote_failed_with_localhost_+_username.mdwn
 create mode 100644 doc/bugs/bup_initremote_failed_with_localhost_+_username/comment_1_0e669c3039b089fa8a815d3ec11465d2._comment
 create mode 100644 doc/bugs/cabal_build:___34__Could_not_find_module___96__Data.AssocList__39____34__.mdwn
 create mode 100644 doc/bugs/cabal_build:___34__Could_not_find_module___96__Data.AssocList__39____34__/comment_1_0da9fd67c3cc01b316f95a1df4eb62ae._comment
 create mode 100644 doc/bugs/cabal_configure_is_broken_on_OSX_builds.mdwn
 create mode 100644 doc/bugs/cabal_install_fails_to_install_manpage.mdwn
 create mode 100644 doc/bugs/cabal_install_on_Ubuntu_12.04_fails_with_complaint_about_regex-base.mdwn
 create mode 100644 doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository.mdwn
 create mode 100644 doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_1_dd202a7764d9df998868d595a86ffb21._comment
 create mode 100644 doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_2_ca065c82ac8e3215b581660f3e44f459._comment
 create mode 100644 doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_3_927a01f9961c71bedb42c519a31b5fe5._comment
 create mode 100644 doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode.mdwn
 create mode 100644 doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode/comment_1_20c31a844d8351a99cf69e05d2836e0e._comment
 create mode 100644 doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode/comment_2_f26e0f763f9027d9dfc08cd840ced153._comment
 create mode 100644 doc/bugs/can__39__t_run_the_assistant_from_the_command_line_anymore__63__.mdwn
 create mode 100644 doc/bugs/can_not_add_ssh_remote_to_assistant_with___34__host:port__34___syntax.mdwn
 create mode 100644 doc/bugs/can_not_add_ssh_remote_to_assistant_with___34__host:port__34___syntax/comment_1_397eb359c3f8ef30460a9556b6f55848._comment
 create mode 100644 doc/bugs/cannot_add_file__44___get___34__user_error__34__.mdwn
 create mode 100644 doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_1_14aa717c1befcbbf526f25ca2f0af825._comment
 create mode 100644 doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_2_7f7ac59e7f3dce9d7a7d0c3379c2edcf._comment
 create mode 100644 doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_3_5ebf03120b12edb3fbb8954546e7603e._comment
 create mode 100644 doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_4_1ba6d2614778949520b47896fd98b598._comment
 create mode 100644 doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_5_4a6e55861a63b350a02edb888b4da99b._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server.mdwn
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_10_5072de8fcca9fe70bc235ea8c8ee2877._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_11_dabd74bba1f38b326a2d0c86d3027cd9._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_12_0245b426cc0ab64f8c167b8806b03f5d._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_1_307df11b5bcf289d7999e1e7f7c461c9._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_2_f24378cf30a7d32594da90749fabec3c._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_3_4b07093be844ac62b611cee1dfde5aa7._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_4_fe1ed152a485c4aebfa9b9f300101835._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_5_2d311f520aee04287df6bddfd8535734._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_6_d9f916f012184738446c5996ee9d2270._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_7_0b5f9350e2367301241c7668a15815ef._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_8_f00b6ae154004e405f0bd23b7359962e._comment
 create mode 100644 doc/bugs/cannot_connect_to_xmpp_server/comment_9_41b86468013da15f46be29da520afa10._comment
 create mode 100644 doc/bugs/cannot_determine_uuid_for_origin.mdwn
 create mode 100644 doc/bugs/cannot_link_executable_on_android.mdwn
 create mode 100644 doc/bugs/case-insensitive.mdwn
 create mode 100644 doc/bugs/case_sensitivity_on_FAT.mdwn
 create mode 100644 doc/bugs/check_for_curl_in_configure.hs.mdwn
 create mode 100644 doc/bugs/clicking_back_in_the_web_browser_crashes.mdwn
 create mode 100644 doc/bugs/clicking_back_in_the_web_browser_crashes/comment_1_c962218657a28494ff837a471d71b43f._comment
 create mode 100644 doc/bugs/clicking_back_in_the_web_browser_crashes/comment_2_643b2c99ecfe851c576a023ce4385dbb._comment
 create mode 100644 doc/bugs/clicking_back_in_the_web_browser_crashes/comment_3_6e85c50439da81212f4239c74947b75e._comment
 create mode 100644 doc/bugs/com.branchable.git-annex.assistant.plist_is_invalid.mdwn
 create mode 100644 doc/bugs/commitBuffer:_invalid_argument___40__invalid_character__41__.mdwn
 create mode 100644 doc/bugs/commit_f20a40f_breaks_on_OSX_as_mntent.h_doesn__39__t_exist.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/configure_mistakes_hashalot_bins_for_sha__63____63____63__sum_and_builds_a_broken_git-annex_executable.mdwn
 create mode 100644 doc/bugs/configure_script_should_detect_uuidgen_instead_of_just_uuid.mdwn
 create mode 100644 doc/bugs/conflicting_haskell_packages.mdwn
 create mode 100644 doc/bugs/conflicting_haskell_packages/comment_1_e552a6cc6d7d1882e14130edfc2d6b3b._comment
 create mode 100644 doc/bugs/conq:_invalid_command_syntax.mdwn
 create mode 100644 doc/bugs/conq:_invalid_command_syntax/comment_1_f33b83025ce974e496f83f248275a66a._comment
 create mode 100644 doc/bugs/conq:_invalid_command_syntax/comment_2_195106ca8dedad5f4d755f625e38e8af._comment
 create mode 100644 doc/bugs/conq:_invalid_command_syntax/comment_3_55af43e2f43a4c373f7a0a33678d0b1c._comment
 create mode 100644 doc/bugs/copy_doesn__39__t_scale.mdwn
 create mode 100644 doc/bugs/copy_doesn__39__t_scale/comment_1_7c12499c9ac28a9883c029f8c659eb57._comment
 create mode 100644 doc/bugs/copy_doesn__39__t_scale/comment_2_f85d8023cdbc203bb439644cf7245d4e._comment
 create mode 100644 doc/bugs/copy_doesn__39__t_scale/comment_3_4592765c3d77bb5664b8d16867e9d79c._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog.mdwn
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_10_435f87d54052f264096a8f23e99eae06._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_11_9be0aef403a002c1706d17deee45763c._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_12_26d60661196f63fd01ee4fbb6e2340e7._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_13_ead55b915d3b92a62549b2957ad211c8._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_14_191de89d3988083d9cf001799818ff4a._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_15_b3e3b338ccfa0a32510c78ba1b1bb617._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_16_04a9f4468c3246c8eff3dbe21dd90101._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_1_6a41bf7e2db83db3a01722b516fb6886._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_2_9f5f1dbffb2dd24f4fcf8c2027bf0384._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_3_b596b5cfd3377e58dbbb5d509d026b90._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_4_d7112c315fb016a8a399e24e9b6461d8._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_5_4ea29a6f8152eddf806c536de33ef162._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_6_0d85f114a103bd6532a3b3b24466012e._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_7_d38d5bee6d360b0ea852f39e3a7b1bc6._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_8_29c3de4bf5fbd990b230c443c0303cbe._comment
 create mode 100644 doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_9_2cee4f6bd6db7518fd61453c595162c6._comment
 create mode 100644 doc/bugs/copy_to_webdav_sometimes_doesn__39__t_work.mdwn
 create mode 100644 doc/bugs/copy_to_webdav_sometimes_doesn__39__t_work/comment_1_77629f620b28ac62364de44b41fa539d._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_remote_server_repository.mdwn
 create mode 100644 doc/bugs/creating_a_remote_server_repository/comment_1_de1a370347428245bcfca60eaca96779._comment
 create mode 100644 doc/bugs/creds_directory_not_automatically_created.mdwn
 create mode 100644 doc/bugs/cross_platform_permissions_woes.mdwn
 create mode 100644 doc/bugs/cross_platform_permissions_woes/comment_1_7f01104de38a6a319a8f36aa1dc8b4b3._comment
 create mode 100644 doc/bugs/cross_platform_permissions_woes/comment_2_0a34e11b466fad287325425e76487fa1._comment
 create mode 100644 doc/bugs/cross_platform_permissions_woes/comment_3_278f91b4bc4c32717ab1c39c2abf9305._comment
 create mode 100644 doc/bugs/cross_platform_permissions_woes/comment_4_eb6a271cb63c71341469c9ff89dc0eb9._comment
 create mode 100644 doc/bugs/cyclic_drop.mdwn
 create mode 100644 doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos.mdwn
 create mode 100644 doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_1_294c33af08649256908a97894f93c05d._comment
 create mode 100644 doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_2_02a2b69adbb04b557146e713b70b34d2._comment
 create mode 100644 doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_3_d296ef26fc90f4e3166bba6d2de0a1ee._comment
 create mode 100644 doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_4_33ba2c890c962a71ae9fadc417359f8e._comment
 create mode 100644 doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_5_39eb0bb96fd271bd0de4a3a40814ae1b._comment
 create mode 100644 doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_6_d80c4b631bdf58901a06f29a2c5682e2._comment
 create mode 100644 doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_.mdwn
 create mode 100644 doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_1_eb6db7f6a156a065e2724c2de5fc4366._comment
 create mode 100644 doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_2_59a96cade9e4881767562a139fc7fb4b._comment
 create mode 100644 doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_3_bf9d2562d66f0f6a9478ac178606cf4e._comment
 create mode 100644 doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_4_ad0dbdc448fff2e126ffec9aac6d7463._comment
 create mode 100644 doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_5_e828585e56b10710598143483ce362b6._comment
 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_renames.mdwn
 create mode 100644 doc/bugs/direct_mode_renames/comment_1_f18c335e0d6f4259d2470935ef391cb8._comment
 create mode 100644 doc/bugs/direct_mode_sync_should_avoid_git_commit.mdwn
 create mode 100644 doc/bugs/direct_repository_on_FAT32_fails_to_addurl_containing___63__.mdwn
 create mode 100644 doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__.mdwn
 create mode 100644 doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__/comment_1_69dfbf566c75396cdaaf5ad70f1a94a8._comment
 create mode 100644 doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__/comment_2_8d09cc0e06548c4ebde7956edd1b5d85._comment
 create mode 100644 doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_1_bcac9fd7b3f4a2ac28bee59bae674fa0._comment
 create mode 100644 doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_2_c9088060fb9133b66951f1a3075981e8._comment
 create mode 100644 doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_3_5bf34466187cfc9b34bd3ca8c89a07c6._comment
 create mode 100644 doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_4_d6201f2d86d5b44051a7fd7a8c9de583._comment
 create mode 100644 doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_5_61c5f0889f30a68ac3b57c4ea564ee0e._comment
 create mode 100644 doc/bugs/done.mdwn
 create mode 100644 doc/bugs/dotdot_problem.mdwn
 create mode 100644 doc/bugs/drop_fails_to_see_copies_that_whereis_sees.mdwn
 create mode 100644 doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_1_f5a9d99d90daf5eba4773d361fa1807a._comment
 create mode 100644 doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_2_040aa454cd8acd2857ef36884465576f._comment
 create mode 100644 doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_3_f5d8faab325ee26800ecad5aba49b54b._comment
 create mode 100644 doc/bugs/dropping_and_re-adding_from_web_remotes_doesn__39__t_work.mdwn
 create mode 100644 doc/bugs/dropping_files_with_a_URL_backend_fails.mdwn
 create mode 100644 doc/bugs/dropunused_doesn__39__t_handle_double_spaces_in_filename.mdwn
 create mode 100644 doc/bugs/dropunused_doesn__39__t_work_in_my_case__63__.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/encrypted_S3_stalls.mdwn
 create mode 100644 doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption.mdwn
 create mode 100644 doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption/comment_1_2f4ec4b7b92a0f0a0c4c0758da4a05a5._comment
 create mode 100644 doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption/comment_2_7c0aeae6b1b2b0338735b0231c5db7d4._comment
 create mode 100644 doc/bugs/encryption_key_is_surprising.mdwn
 create mode 100644 doc/bugs/encryption_key_is_surprising/comment_1_5b172830ac31d51a1687bc8b1db489f9._comment
 create mode 100644 doc/bugs/encryption_key_is_surprising/comment_2_5b7e6bb36c3333dfd71808e8b4544746._comment
 create mode 100644 doc/bugs/encryption_key_is_surprising/comment_4_8ec86b8c35bce15337a143e275961cd5._comment
 create mode 100644 doc/bugs/encryption_key_is_surprising/comment_4_c5e49b3a0eceabe6d14f5226d7ba4c7a._comment
 create mode 100644 doc/bugs/encryption_key_is_surprising/comment_5_cd7cbf0c0ee9cafec344dfbf1acd9590._comment
 create mode 100644 doc/bugs/encryption_key_is_surprising/comment_6_01381524114d885961704acc3f172536._comment
 create mode 100644 doc/bugs/encryption_key_is_surprising/comment_7_c1eb59e1c5f583dcef7cea17623a2435._comment
 create mode 100644 doc/bugs/error_building_git-annex_3.20120624_using_cabal.mdwn
 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/error_propigation.mdwn
 create mode 100644 doc/bugs/error_when_using_repositories_with_non-ASCII_characters.mdwn
 create mode 100644 doc/bugs/error_when_using_repositories_with_non-ASCII_characters/comment_1_38cc2d2ed907649df085de8ad83cb9dd._comment
 create mode 100644 doc/bugs/error_with_file_names_starting_with_dash.mdwn
 create mode 100644 doc/bugs/extraneous_shell_escaping_for_rsync_remotes.mdwn
 create mode 100644 doc/bugs/fails_to_handle_lot_of_files.mdwn
 create mode 100644 doc/bugs/fails_to_handle_lot_of_files/comment_1_09d8e4e66d8273fab611bd29e82dc7fc._comment
 create mode 100644 doc/bugs/fails_to_handle_lot_of_files/comment_2_fd2ec05f4b5a7a6ae6bd9f5dbc3156de._comment
 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:_empty_ident_name.mdwn
 create mode 100644 doc/bugs/fatal:_empty_ident_name/comment_1_ceae87308fb75a1f79c7c8d63ec47226._comment
 create mode 100644 doc/bugs/fatal:_empty_ident_name/comment_2_68832ee3e0e7244ce62bccabe2e52630._comment
 create mode 100644 doc/bugs/fatal:_empty_ident_name/comment_3_ed31ad316747343d7730e4c2d7dacd24._comment
 create mode 100644 doc/bugs/fatal:_empty_ident_name/comment_4_b812d6f30e8a866bce7260a9ee3218e3._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/file_access__47__locking_issues_with_the_assitant.mdwn
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_10_fadf06f5ab34e36ab130536ec55afc8e._comment
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_11_4a337f7b1140c45e5dd660b40202f696._comment
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_1_05e1398e78218ced9c2da6a2510949e8._comment
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_2_9226f0adf091154c0d8a08b340b71869._comment
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_3_44d3e2096b7d45a1062222bee83a346d._comment
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_4_f2e1d188b7b2d2daf0d832c59a68583e._comment
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_5_998fe58994ecf855310e4b8e6cce9e18._comment
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_6_4ce243cb0ea8ff810a4949a5320e4afc._comment
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_7_c713f6316d889c8fc52326f21375c1c4._comment
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_8_6dd23bab7983b8b1f938dd4f21a16f5a._comment
 create mode 100644 doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_9_961c8f968eff0b39a85b607ee3f7630d._comment
 create mode 100644 doc/bugs/file_modification_times.mdwn
 create mode 100644 doc/bugs/fix_for_makefile_to_check_if_OS_is_linux_or_not___40__relates_to_the_new_inotify_flag__41__.mdwn
 create mode 100644 doc/bugs/free_space_checking.mdwn
 create mode 100644 doc/bugs/free_space_checking/comment_1_a868e805be43c5a7c19c41f1af8e41e6._comment
 create mode 100644 doc/bugs/free_space_checking/comment_2_8a65f6d3dcf5baa3f7f2dbe1346e2615._comment
 create mode 100644 doc/bugs/free_space_checking/comment_3_0fc6ff79a357b1619d13018ccacc7c10._comment
 create mode 100644 doc/bugs/fsck__47__fix_should_check__47__fix_the_permissions_of_.git__47__annex.mdwn
 create mode 100644 doc/bugs/fsck_claims_failed_checksum_when_less_copies_than_required_are_found.mdwn
 create mode 100644 doc/bugs/fsck_output.mdwn
 create mode 100644 doc/bugs/fsck_should_double-check_when_a_content-check_fails.mdwn
 create mode 100644 doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_1_03af24b70adbcd9f4b94d009f6b71d0a._comment
 create mode 100644 doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_2_41214a7d18c66b694645248d6ebeadbf._comment
 create mode 100644 doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_3_e7ddd77ea35994f2051f840e9b4c7e0c._comment
 create mode 100644 doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_4_36a70d5a378983a76fcdbb7fba044044._comment
 create mode 100644 doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_5_899c4afbc988d81984c5c3397285bb01._comment
 create mode 100644 doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_6_dbff51d00c5645eb1832aa4644889c5e._comment
 create mode 100644 doc/bugs/fsck_thinks_file_content_is_bad_when_it_isn__39__t.mdwn
 create mode 100644 doc/bugs/fsck_thinks_file_content_is_bad_when_it_isn__39__t/comment_1_cafb58eca97a0a66110ac39b169d8de3._comment
 create mode 100644 doc/bugs/gcrypt_initremote_pushes_git-annex_but_not_master.mdwn
 create mode 100644 doc/bugs/get_failed__44___but_remote_has_the_file.mdwn
 create mode 100644 doc/bugs/get_failed__44___but_remote_has_the_file/comment_1_55c8b73ce05dfca11a393bb296b99b9a._comment
 create mode 100644 doc/bugs/get_failed__44___but_remote_has_the_file/comment_2_474c67a421dca4c245e7bfe495d3f6d3._comment
 create mode 100644 doc/bugs/get_failed__44___but_remote_has_the_file/comment_3_845e8a23d63fb0b071c63ee736697d26._comment
 create mode 100644 doc/bugs/get_failed__44___but_remote_has_the_file/comment_4_7dec21cb67e7f4dbdb49da97f2443e8f._comment
 create mode 100644 doc/bugs/get_fails_for_file:__47____47___web_remotes_if_the_file_is_empty.mdwn
 create mode 100644 doc/bugs/get_from_bup-remote_with_pubkey_failing.mdwn
 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-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799.mdwn
 create mode 100644 doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_1_1c19e716069911f17bbebd196d9e4b61._comment
 create mode 100644 doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_2_a4d66f29d257044e548313e014ca3dc3._comment
 create mode 100644 doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_3_f5f1081eb18143383b2fb1f57d8640f5._comment
 create mode 100644 doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_4_b1f818b85c3540591c48e7ba8560d070._comment
 create mode 100644 doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_5_67406dd8d9bd4944202353508468c907._comment
 create mode 100644 doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__.mdwn
 create mode 100644 doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__/comment_1_13510e954e36484e196e7395a3a9bf1f._comment
 create mode 100644 doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__/comment_2_7edc478a76983a3b3c68d01f24dce613._comment
 create mode 100644 doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option.mdwn
 create mode 100644 doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_1_8cda861c11ef2fff3442e5a0df741939._comment
 create mode 100644 doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_2_15e06f6db9a14a8217dea25e24ddc23a._comment
 create mode 100644 doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_3_d36045e2b466882108c5bf09580755fa._comment
 create mode 100644 doc/bugs/git-annex:_Argument_list_too_long.mdwn
 create mode 100644 doc/bugs/git-annex:_Argument_list_too_long/comment_1_3f83ea525436b2379ab29a0f860c4669._comment
 create mode 100644 doc/bugs/git-annex:_Argument_list_too_long/comment_2_b417c94169378ef7d0d278ebae517fa1._comment
 create mode 100644 doc/bugs/git-annex:_Argument_list_too_long/comment_3_fa925cca216cb810ad80482b19fc6053._comment
 create mode 100644 doc/bugs/git-annex:_Argument_list_too_long/comment_4_8bd2996107b2d272c32810658e07e715._comment
 create mode 100644 doc/bugs/git-annex:_Argument_list_too_long/comment_5_378de7d7503a64611eab62f2f5cffef3._comment
 create mode 100644 doc/bugs/git-annex:_Argument_list_too_long/comment_6_a94e17151348d02999442dd1219babfb._comment
 create mode 100644 doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__.mdwn
 create mode 100644 doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_1_f1a7352b04f395e06e0094c1f51b6fff._comment
 create mode 100644 doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_2_c1890067079cd99667f31cbb4d2e4545._comment
 create mode 100644 doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_3_213c96085c60c8e52cd803df07240158._comment
 create mode 100644 doc/bugs/git-annex:_Not_in_a_git_repository._.mdwn
 create mode 100644 doc/bugs/git-annex:_Not_in_a_git_repository._/comment_1_e10363a912953a646b87c824d1c6e5d4._comment
 create mode 100644 doc/bugs/git-annex:_Not_in_a_git_repository._/comment_2_9e96063a664b2be8a36d7940e7632d3f._comment
 create mode 100644 doc/bugs/git-annex:_Not_in_a_git_repository._/comment_3_8c9bd76b0e1200723ec13fbef943a2cc._comment
 create mode 100644 doc/bugs/git-annex:_Not_in_a_git_repository._/comment_4_8c49979b8a815f0d6f9de39ee9a88730._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:_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:_status:_1_failed.mdwn
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_10_7cd9de88e55633fc75460f4fe0400f09._comment
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_11_504a944aab34155046f2fd82c2878f3e._comment
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_1_c235cc83c75474e6393e08d2d94b119d._comment
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_2_932f6aaa712298a47868002872e16310._comment
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_3_4bf55320439de152a65e2f21d4a0604b._comment
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_4_cb2cfb798c6171f77eb7c4c4061c0f0c._comment
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_5_05c84dde377298adfd3fc20749b3108f._comment
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_6_bb5141e29c665bc0bb82611ea27d4be8._comment
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_7_5fd39168c9e1bf43909ee0ab3c75c40c._comment
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_8_e493f6bddb0bfcd9478d5f4d9fc170e0._comment
 create mode 100644 doc/bugs/git-annex:_status:_1_failed/comment_9_573377d444aee0895b231082bc6839a4._comment
 create mode 100644 doc/bugs/git-annex_3.20130216.1_tests_are_broken.mdwn
 create mode 100644 doc/bugs/git-annex___38___rsync_can__39__t_copy_files_with___39__:__39___in_their_names.mdwn
 create mode 100644 doc/bugs/git-annex_add_should_repack_as_it_goes.mdwn
 create mode 100644 doc/bugs/git-annex_add_should_repack_as_it_goes/comment_1_dbcaa0be4cd764128fb7263a95f73a32._comment
 create mode 100644 doc/bugs/git-annex_add_should_repack_as_it_goes/comment_2_6a27551c4fb7f62ed9f627134c755d01._comment
 create mode 100644 doc/bugs/git-annex_add_should_repack_as_it_goes/comment_3_ff8b589fbcf25c98abd1c58830074650._comment
 create mode 100644 doc/bugs/git-annex_branch_corruption.mdwn
 create mode 100644 doc/bugs/git-annex_branch_push_race.mdwn
 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_direct_fails_on_repositories_with_a_partial_set_of_files.mdwn
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx.mdwn
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_10_f3594de3ba2ab17771a4b116031511bb._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_11_97de7252bf5d2a4f1381f4b2b4e24ef8._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_12_f1c53c3058a587185e7a78d84987539d._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_13_4f56aea35effe5c10ef37d7ad7adb48c._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_14_cc2a53c31332fe4b828ef1e72c2a4d49._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_15_37f1d669c1fa53ee371f781c7bb820ae._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_16_8a4ab1af59098f4950726cf53636c2b3._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_17_515d5c5fbf5bd0c188a4f1e936d913e2._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_18_db64c91dd1322a0ab168190686db494f._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_19_ff555c271637af065203ca99c9eeaf89._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_1_9a7b09de132097100c1a68ea7b846727._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_20_7e328b970169fffb8bce373d1522743b._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_21_98f632652b0db9131b0173d3572f4d62._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_22_52d41afd7fd0b71a4c8e84ab1b4df5bd._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_23_c2cd8a69c37539c0511bae02016180ca._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_2_174952fc3e3be12912e5fcfe78f2dd13._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_3_a18ada7ac74c63be5753fdb2fe68dae5._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_4_039e945617a6c1852c96974a402db29c._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_5_eacd0b18475c05ab9feed8cf7290b79a._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_6_e55117cb628dc532e468519252571474._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_7_0f4f471102e394ebb01da40e4d0fd9f6._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_8_68e2d6ccdb9622b879e4bc7005804623._comment
 create mode 100644 doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_9_45b11ddd200261115b653c7a14d28aa9._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_doesn__39__t_list_files_containing_ISO8859-15_characters.mdwn
 create mode 100644 doc/bugs/git-annex_doesn__39__t_list_files_containing_ISO8859-15_characters/comment_1_b84e831298c03b12471fb75da597e365._comment
 create mode 100644 doc/bugs/git-annex_dropunused_has_no_effect.mdwn
 create mode 100644 doc/bugs/git-annex_dropunused_has_no_effect/comment_1_66b581eb7111a9e98c6406ec75b899cf._comment
 create mode 100644 doc/bugs/git-annex_dropunused_has_no_effect/comment_2_11c46cd2087511c3d22b7ce7c149b3e9._comment
 create mode 100644 doc/bugs/git-annex_dropunused_has_no_effect/comment_3_b1c3d8c6ec4b20727aaa9c4b746531b0._comment
 create mode 100644 doc/bugs/git-annex_dropunused_has_no_effect/comment_4_f05a9a3760858c5ee5c98dd8ab059c28._comment
 create mode 100644 doc/bugs/git-annex_fix_not_noticing_file_renames.mdwn
 create mode 100644 doc/bugs/git-annex_fix_not_noticing_file_renames/comment_1_4edd95200d59ec5a5426167b8da8e3f9._comment
 create mode 100644 doc/bugs/git-annex_fix_not_noticing_file_renames/comment_2_a9a44debefb3bdd4b8ed2d1cf53f2338._comment
 create mode 100644 doc/bugs/git-annex_fix_not_noticing_file_renames/comment_3_0efb11f35b872b75a3fbc4ebb71ac827._comment
 create mode 100644 doc/bugs/git-annex_get:_requested_key_is_not_present.mdwn
 create mode 100644 doc/bugs/git-annex_get:_requested_key_is_not_present/comment_1_d4baa6607a61d0e6a7cea1325a5ddf95._comment
 create mode 100644 doc/bugs/git-annex_get:_requested_key_is_not_present/comment_2_b49725488c3db5e00ede7b65ed9d62fa._comment
 create mode 100644 doc/bugs/git-annex_get:_requested_key_is_not_present/comment_3_c17a7138579b93c6f14e3444c11664ac._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_has_issues_with_git_when_staging__47__commiting_logs.mdwn
 create mode 100644 doc/bugs/git-annex_immediately_re-gets_dropped_files.mdwn
 create mode 100644 doc/bugs/git-annex_immediately_re-gets_dropped_files/comment_1_09e616a4866e726a48be4febe6375cc8._comment
 create mode 100644 doc/bugs/git-annex_incorrectly_parses_bare_IPv6_addresses.mdwn
 create mode 100644 doc/bugs/git-annex_losing_rsync_remotes_with_encryption_enabled.mdwn
 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_on_crippled_filesystem_can_still_failed_due_to_case_.mdwn
 create mode 100644 doc/bugs/git-annex_on_crippled_filesystem_can_still_failed_due_to_case_/comment_1_850695231926dfe94f11342d3af7f63c._comment
 create mode 100644 doc/bugs/git-annex_on_crippled_filesystem_can_still_failed_due_to_case_/comment_2_c2a2f801a3e18ad597ff0acf2f104557._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_quit_unexpectedly___40__macosx__41__.mdwn
 create mode 100644 doc/bugs/git-annex_quit_unexpectedly___40__macosx__41__/comment_1_97abb8442329d19c9687002f43afac74._comment
 create mode 100644 doc/bugs/git-annex_quit_unexpectedly___40__macosx__41__/comment_2_3405f3cd699860ee239cf23ade19e92c._comment
 create mode 100644 doc/bugs/git-annex_sync_broken_on_squeeze_backports.mdwn
 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_thinks_files_are_in_repositories_they_are_not.mdwn
 create mode 100644 doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_1_6722fd627ec4add9f2b16546bd8ef341._comment
 create mode 100644 doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_2_508e475f764e1cb453b756eb50bc3a15._comment
 create mode 100644 doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_3_1656ba18c519a262c57ef626a3449e77._comment
 create mode 100644 doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_4_347dc3b6e5bc6c4195ec09d54bc1398e._comment
 create mode 100644 doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_5_a9c93bfc3278ef8b1117eac2af859bc3._comment
 create mode 100644 doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_6_804dd62beef64f7d4e203bdb28cbe660._comment
 create mode 100644 doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_7_4ef107d70647780eb5347cae6f467fed._comment
 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_add_..._adds_too_much.mdwn
 create mode 100644 doc/bugs/git_annex_add_eats_files_when_filename_is_too_long.mdwn
 create mode 100644 doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_1_9650284913bec2a00cf551b90ab5d8ff._comment
 create mode 100644 doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_2_c6c8d2a1f444d85c582bc5396b08e148._comment
 create mode 100644 doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_3_5776864d78d56849001dd12e3adb9cbe._comment
 create mode 100644 doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_4_371ec7b4ae73280ede31edfe90b42a95._comment
 create mode 100644 doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_5_4fb04f646de591640f8504c0caf61acd._comment
 create mode 100644 doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_6_b4055409fe48da95bb3101c0242ef0bc._comment
 create mode 100644 doc/bugs/git_annex_add_error_with_Andrew_File_System.mdwn
 create mode 100644 doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_1_bc783e551fc0e8da87bc95bff5b8f73a._comment
 create mode 100644 doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_2_faefcf69bd61c47566131cb31b78cc19._comment
 create mode 100644 doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_3_d5014c8b78437b9fddbb1e83d3679081._comment
 create mode 100644 doc/bugs/git_annex_add_memory_leak.mdwn
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left.mdwn
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_10_9cc749a6efd4359a99316036f5bc867f._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_11_1fed5be9db29866e4dc3d3bb12907bf3._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_12_06d517ac4ef8def4629a40d7c3549bac._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_1_8f081aeba7065d143a453dc128543f59._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_2_54a4b10723fd8a80dd486377ff15ce0d._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_3_f1964e4e07991a251c2795da0361a4e2._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_4_73c38d843c30f00f6fd8883db8e55f62._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_5_7ede5ee312f3abdf78979c0d52a7871a._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_6_e37cf18708f09619442c3a9532d12ed9._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_7_a744ef7dd3a224a911ebb24858bc2fd6._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_8_f97141b255073b90120895148220c2d7._comment
 create mode 100644 doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_9_dd2be11dfd190129d491f5f891e7cd1a._comment
 create mode 100644 doc/bugs/git_annex_assistant_--autostart_failed.mdwn
 create mode 100644 doc/bugs/git_annex_assistant_--autostart_failed/comment_1_746545273b53849c42ff6272324e5155._comment
 create mode 100644 doc/bugs/git_annex_assistant_--autostart_failed/comment_2_5bdf6f94da12e551ae12e7f550a84d62._comment
 create mode 100644 doc/bugs/git_annex_assistant_--autostart_failed/comment_3_bfd646f69946a5fe926b270cf94f87cb._comment
 create mode 100644 doc/bugs/git_annex_content_fails_with_a_parse_error.txt
 create mode 100644 doc/bugs/git_annex_content_fails_with_a_parse_error/comment_1_2b60b6ae0115de13ecf837b34dadcd1d._comment
 create mode 100644 doc/bugs/git_annex_copy_--fast_does_not_copy_files.mdwn
 create mode 100644 doc/bugs/git_annex_copy_-f_REMOTE_._doesn__39__t_work_as_expected.mdwn
 create mode 100644 doc/bugs/git_annex_copy_trying_to_connect_to_remotes_uninvolved.mdwn
 create mode 100644 doc/bugs/git_annex_copy_trying_to_connect_to_remotes_uninvolved/comment_1_f1330935a07460c9c8bc82ee8d4709c5._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_describe_can_break_uuid.log.mdwn
 create mode 100644 doc/bugs/git_annex_describe_can_break_uuid.log/comment_2_9ead36f13cbde6c822b231441de636ae._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful.mdwn
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_10_457354dc0018333002dc5049935c0feb._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_11_8a6d244165dd238ddf9dd629795de2f6._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_12_30d06bc0f1c37d988a1a31962b57533c._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_1_fc4f51ddcbc69631e2835b86c3489c8e._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_2_9bb1647e6c59f1ed7b13b81ecc33f920._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_3_d434f5c614a27b75d73530b5b918b851._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_4_998e33219d29ea41b0b2a5d2955a9862._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_5_c72e2571e5b8c06bbfa2276a7ad1e8a6._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_6_bc8b42432ba25de8f972c192bc3cdff6._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_7_e7469a4c5e45078ade775f5cbdd17cfc._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_8_bc9e6fd284440a59ffe4e4ed1f73f7d7._comment
 create mode 100644 doc/bugs/git_annex_does_nothing_useful/comment_9_38a2dbeee3750d79ca9a943a02fceb29._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_fork_bombs_on_gpg_file.mdwn
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_10_6e29b60cd77f3288e33ad270f95f410e._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_11_ad13e3221ae06086e86800316912d951._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_12_41746b731eae7f280bb668c776022bcb._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_13_56ca8590110abffeed6d826c54ca1136._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_1_73ae438a37e4c5f56fe291448e1c64dd._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_2_aa237adebe7674b8cdb9a967bb5f96a8._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_3_ab403d7abbbbabd498b954b0b9742755._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_4_a35d04440b1220faf9088107c3f17762._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_5_8345331b9b313769ba401da2ffd89332._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_6_7eb535ca38b3e84d44d0f8cbf5e61b8b._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_7_a3aa4231a82917c56cbdf52b65db7133._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_8_178fd4e4d6abbca192fcd6d592615fca._comment
 create mode 100644 doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_9_7d80f131f43312bb061df2be7fa956ef._comment
 create mode 100644 doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files.mdwn
 create mode 100644 doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_1_a6cde4aa495512344fa7f50e10749c68._comment
 create mode 100644 doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_2_4ac3b87ec0bc0514c4eff9f5a75b9f5d._comment
 create mode 100644 doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_3_d18b1fdc866edf2786d2c6b7ec55119f._comment
 create mode 100644 doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_4_31e4fcbf63c11cc374a849daf3ce1dbc._comment
 create mode 100644 doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos.mdwn
 create mode 100644 doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos/comment_1_fc59fbd1cdf8ca97b0a4471d9914aaa1._comment
 create mode 100644 doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos/comment_2_273a45e6977d40d39e0d9ab924a83240._comment
 create mode 100644 doc/bugs/git_annex_get_choke_when_remote_is_an_ssh_url_with_a_port.mdwn
 create mode 100644 doc/bugs/git_annex_gets_confused_about_remotes_with_dots_in_their_names.mdwn
 create mode 100644 doc/bugs/git_annex_import_destroys_a_fellow_git_annex_repository.mdwn
 create mode 100644 doc/bugs/git_annex_importfeed_fails.mdwn
 create mode 100644 doc/bugs/git_annex_indirect_can_fail_catastrophically.mdwn
 create mode 100644 doc/bugs/git_annex_indirect_can_fail_catastrophically/comment_1_0b085e7e8c8e364f479574bc00c7c394._comment
 create mode 100644 doc/bugs/git_annex_initremote_needs_some___34__error_checking__34__.mdwn
 create mode 100644 doc/bugs/git_annex_initremote_walks_.git-annex.mdwn
 create mode 100644 doc/bugs/git_annex_map_has_problems_with_urls_containing___126__.mdwn
 create mode 100644 doc/bugs/git_annex_migrate_leaves_old_backend_versions_around.mdwn
 create mode 100644 doc/bugs/git_annex_migrate_leaves_old_backend_versions_around/comment_1_f3e418144e5a5a9b3eda459546fc2bb0._comment
 create mode 100644 doc/bugs/git_annex_should_use___39__git_add_-f__39___internally.mdwn
 create mode 100644 doc/bugs/git_annex_should_use___39__git_add_-f__39___internally/comment_1_7683bf02cf9e97830fb4690314501568._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_uninit_loses_content_when_interrupted.mdwn
 create mode 100644 doc/bugs/git_annex_uninit_loses_content_when_interrupted/comment_1_fd9d2abbc90fb4f470b2212bc1f4a2dd._comment
 create mode 100644 doc/bugs/git_annex_uninit_loses_content_when_interrupted/comment_2_0e99f6ef4f8b342ef0ebc64dbf8e2ce6._comment
 create mode 100644 doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex.mdwn
 create mode 100644 doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex/comment_1_ce4e3b1bf0d53119d049cf7dd621c5c4._comment
 create mode 100644 doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex/comment_2_3aa125635609fce41ab0c98cefb81f98._comment
 create mode 100644 doc/bugs/git_annex_unlock_is_not_atomic.mdwn
 create mode 100644 doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems.mdwn
 create mode 100644 doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_1_8ba4fdb9f2d3bd44db5e910526cb9124._comment
 create mode 100644 doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_2_2a4a2b3e287a0444a1c8e8d98768a206._comment
 create mode 100644 doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_3_dacfdb8322045fc4ceefc9128bf7c505._comment
 create mode 100644 doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_4_7889a3ff5ce80c6322448aa674df8525._comment
 create mode 100644 doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_5_6d28c2537ce24eeb3496ca349823defd._comment
 create mode 100644 doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_6_4bf14ecef622988e80976c0fb55c24b9._comment
 create mode 100644 doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_7_d2e5382fe0f38fb9dd9ee69901c68151._comment
 create mode 100644 doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_8_b282757537cda863d3dc6d0bbfd6b656._comment
 create mode 100644 doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent.mdwn
 create mode 100644 doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent/comment_1_a636ffe55b11c46a0afcc0b9a3a88cd4._comment
 create mode 100644 doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent/comment_2_5e1ad57420efd16ae09c9e5cad55b5f2._comment
 create mode 100644 doc/bugs/git_annex_unused_failes_on_empty_repository.mdwn
 create mode 100644 doc/bugs/git_annex_unused_seems_to_check_for_current_path.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_upgrade_output_is_inconsistent_and_spammy.mdwn
 create mode 100644 doc/bugs/git_annex_upgrade_output_is_inconsistent_and_spammy/comment_1_3a01c81efba321b0e46d1bc0426ad8d1._comment
 create mode 100644 doc/bugs/git_annex_version_should_without_being_in_a_repo_.mdwn
 create mode 100644 doc/bugs/git_annex_version_should_without_being_in_a_repo_/comment_1_e7b26eeb1a765fd83280ef907c0deef2._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_annex_webapp_runs_on_wine.mdwn
 create mode 100644 doc/bugs/git_annex_webapp_runs_on_wine/comment_1_c71dfa42780c0fc78f88ce054e5f3ee3._comment
 create mode 100644 doc/bugs/git_annex_webapp_runs_on_wine/comment_2_f28441b18b0be90c1e58348455ce09d9._comment
 create mode 100644 doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive.mdwn
 create mode 100644 doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_1_7707017fbf3d92ee21d600fe0aefce4f._comment
 create mode 100644 doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_2_f3392ec3ca7392823cbad2cc9b77f54e._comment
 create mode 100644 doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_3_b3d016a487b12748fe2c4d14300eb158._comment
 create mode 100644 doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_4_61f600511a3172f0707e5809fc444d0c._comment
 create mode 100644 doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_5_8cf029ac7bf3c19dcb0b613eed3b52ac._comment
 create mode 100644 doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_6_e40d88eba7d8aec1530ce1d32d1c85f2._comment
 create mode 100644 doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_7_b101fab9e690d1b335a1a29abab68d6c._comment
 create mode 100644 doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_8_b30d32086314a7e357f3dd6608828ee5._comment
 create mode 100644 doc/bugs/git_annix_breaks_git_commit_after_uninstall.mdwn
 create mode 100644 doc/bugs/git_annix_breaks_git_commit_after_uninstall/comment_1_c8b1bab40d3bb2468a5bba7b116e854e._comment
 create mode 100644 doc/bugs/git_annix_breaks_git_commit_after_uninstall/comment_2_4173770375fca51dcaf9b974296d041a._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_defunct_processes___40__child_of_git-annex_assistant__41__.mdwn
 create mode 100644 doc/bugs/git_defunct_processes___40__child_of_git-annex_assistant__41__/comment_1_5e3f4b63db5cd32b63fb3e6a78f9b093._comment
 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/git_version_in_prebuilt_linux_tarball_is_outdated.mdwn
 create mode 100644 doc/bugs/git_version_in_prebuilt_linux_tarball_is_outdated/comment_1_2a5a07498df9d38531d4570f7b463b9a._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/gix-annex_help_is_homicidal.mdwn
 create mode 100644 doc/bugs/glacier_from_multiple_repos.mdwn
 create mode 100644 doc/bugs/googlemail.mdwn
 create mode 100644 doc/bugs/gpg_bundled_with_OSX_build_fails.mdwn
 create mode 100644 doc/bugs/gpg_bundled_with_OSX_build_fails/comment_1_ec911f920db6c354ba998ffbb5886606._comment
 create mode 100644 doc/bugs/gpg_bundled_with_OSX_build_fails/comment_2_bf2a3ab1bbe258bd501ec4b776882adf._comment
 create mode 100644 doc/bugs/gpg_bundled_with_OSX_build_fails/comment_3_c0142427400323c00bd8294415ae32c5._comment
 create mode 100644 doc/bugs/gpg_bundled_with_OSX_build_fails/comment_4_b56db4b5afc276f88a2b980e22fda8a0._comment
 create mode 100644 doc/bugs/gpg_bundled_with_OSX_build_fails/comment_5_a4eda81e5f927c463593bc48fbe84077._comment
 create mode 100644 doc/bugs/gpg_bundled_with_OSX_build_fails/comment_6_2f0b9331d16a208883bac586258a7b50._comment
 create mode 100644 doc/bugs/gpg_bundled_with_OSX_build_fails/comment_7_c05c484a6134f93796cff08de0f63e80._comment
 create mode 100644 doc/bugs/gpg_bundled_with_OSX_build_fails/comment_8_f2cb5467ebe80cf67e1155b771b73978._comment
 create mode 100644 doc/bugs/gpg_bundled_with_OSX_build_fails/comment_9_27bbda7e31f55b29e1473555ee17e613._comment
 create mode 100644 doc/bugs/gpg_error_on_android.mdwn
 create mode 100644 doc/bugs/gpg_error_on_android/comment_1_870583fd1b7a33b688b9a228077d1333._comment
 create mode 100644 doc/bugs/gpg_error_on_android/comment_2_9ce5511a109bde50d8cf87bad0268b4a._comment
 create mode 100644 doc/bugs/gpg_error_on_android/comment_3_b345e80f38d38f82cfcfce3102138fb8._comment
 create mode 100644 doc/bugs/gpg_error_on_android/comment_4_032f42235b7f26854e725041ca33384b._comment
 create mode 100644 doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant.mdwn
 create mode 100644 doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant/comment_1_7b409701c650b55b3472accd70555f16._comment
 create mode 100644 doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant/comment_2_40b00f7258512677516ec5036b89090f._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/gpg_hangs_on_glacier_remote_creation.mdwn
 create mode 100644 doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_1_41ca74a4e4aaf4f6b012a92677037651._comment
 create mode 100644 doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_2_dd11fd25c8bb1f2d7e1292c07abf553e._comment
 create mode 100644 doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_3_543d8a13756c1355a5752867bdcbefd3._comment
 create mode 100644 doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_4_6441cf25e6bd62c96d7e766da9bdd7fb._comment
 create mode 100644 doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_5_72e152294e36bc5f2d78e8e2ebed6a23._comment
 create mode 100644 doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_6_890e85df05903795e01efbd7879f9c87._comment
 create mode 100644 doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_7_042047f9fcc45abbfa47c3973d79f08e._comment
 create mode 100644 doc/bugs/gpg_needs_--use-agent.mdwn
 create mode 100644 doc/bugs/hGetContents:_user_error.mdwn
 create mode 100644 doc/bugs/hGetContents:_user_error/comment_1_30178f151f8c60d2ff856ca543dc506c._comment
 create mode 100644 doc/bugs/hGetContents:_user_error/comment_2_f74eeed4a007058a22183fd678ecd6c6._comment
 create mode 100644 doc/bugs/hGetContents:_user_error/comment_3_515e562228a89a13d6d857a874f4a468._comment
 create mode 100644 doc/bugs/hGetContents:_user_error/comment_4_8c6ed5e459c5c66b77db446c6317114c._comment
 create mode 100644 doc/bugs/hGetContents:_user_error/comment_5_f80bce48c3f96b0cd6892af43ee88a96._comment
 create mode 100644 doc/bugs/hGetContents:_user_error/comment_6_69dc09e4ae726856dafbeec34170671c._comment
 create mode 100644 doc/bugs/hGetContents:_user_error/comment_7_3f66b03f773341fad94ec16b4f55edaa._comment
 create mode 100644 doc/bugs/hGetContents:_user_error/comment_8_a697e2d36abfc999e65c9f587c0de56e._comment
 create mode 100644 doc/bugs/hGetContents:_user_error/comment_9_da7c5905a64bb6779970f9394155e629._comment
 create mode 100644 doc/bugs/haskell-dbus_problems_on_OSX___40__or_this_a_general_problem__41__.mdwn
 create mode 100644 doc/bugs/host_with_rysnc_installed__44___not_recognized.mdwn
 create mode 100644 doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_1_3ff000eb3efde41426c7b086ae627dcf._comment
 create mode 100644 doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_2_34e592ab057df2df54e13d3f5cae64f0._comment
 create mode 100644 doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_3_05ffbae13d8f9b08315f40bb9b206f46._comment
 create mode 100644 doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_4_99d1f151263ca3433dd4afa8a928b1fe._comment
 create mode 100644 doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_5_6ef1a377b0b4d3efeffdf9693d0b496b._comment
 create mode 100644 doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_6_d9e36828ad55f3181a1c650010f23d6b._comment
 create mode 100644 doc/bugs/immediately_drops_files.mdwn
 create mode 100644 doc/bugs/immediately_drops_files/comment_1_9ef6e694ef8a8eee7a42f88554475db7._comment
 create mode 100644 doc/bugs/immediately_drops_files/comment_2_76e4f8b73ab60b2540dd2a3e5379791d._comment
 create mode 100644 doc/bugs/immediately_drops_files/comment_3_788db083f5ba2e5589c3b952203ec954._comment
 create mode 100644 doc/bugs/immediately_drops_files/comment_4_425b79865eb77d69d0b7a71a14639f81._comment
 create mode 100644 doc/bugs/immediately_drops_files/comment_5_7c9f660b6bcec31827a44a650e9d4622._comment
 create mode 100644 doc/bugs/importfeed_fails__44___bad_feed_content.mdwn
 create mode 100644 doc/bugs/importfeed_fails_when_using_the_option_--lazy_for_specific_podcast.mdwn
 create mode 100644 doc/bugs/importfeed_fails_when_using_the_option_--lazy_for_specific_podcast/comment_1_4ccfabbaf75e139b32f6fa6f7bc6a7fe._comment
 create mode 100644 doc/bugs/importfeed_should_allow_pubdate_in_the_template.mdwn
 create mode 100644 doc/bugs/importfeed_uses___34____95__foo__34___as_extension.mdwn
 create mode 100644 doc/bugs/inconsistent_use_of_SI_prefixes.mdwn
 create mode 100644 doc/bugs/internal_server_error:_hGetContents:_invalid_argument___40__invalid_byte_sequence__41__.mdwn
 create mode 100644 doc/bugs/internal_server_error:_unknown_UUID_on_webapp.mdwn
 create mode 100644 doc/bugs/internal_server_error_creating_repo_on_ssh_server.mdwn
 create mode 100644 doc/bugs/internal_server_error_creating_repo_on_ssh_server/comment_1_4a2c9338d5c779496049d78e29cf5cbd._comment
 create mode 100644 doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option.mdwn
 create mode 100644 doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_1_14a2f775f43a86129ce3649a06f8ba0b._comment
 create mode 100644 doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_2_7b277320fcffd8d03e0d3d31398eb571._comment
 create mode 100644 doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_3_ba9dd8f2cc46640383d4339a3661571f._comment
 create mode 100644 doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_4_274ae39d55545bde0be931d7a6c42c94._comment
 create mode 100644 doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_5_242291d46acc61bdfc112e3316de528b._comment
 create mode 100644 doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_6_76b936263e82ca6c415a16ed57e770b4._comment
 create mode 100644 doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_7_9ccd3749fd9f32b0906c0b9428cc514f._comment
 create mode 100644 doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_8_4e8982668b5044b2286d55c90adb9da3._comment
 create mode 100644 doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_9_aaf0ee250972d737a2ca57de5b5f1c0a._comment
 create mode 100644 doc/bugs/interrupting_migration_causes_problems.mdwn
 create mode 100644 doc/bugs/javascript_functions_qouting_issue.mdwn
 create mode 100644 doc/bugs/journal_commit_error_when_using_annex.mdwn
 create mode 100644 doc/bugs/journal_commit_error_when_using_annex/comment_1_38f60ca3503ea1530c4bd2cde5c9182f._comment
 create mode 100644 doc/bugs/journal_commit_error_when_using_annex/comment_2_6de455a67f37d9ee0a307a78123781bf._comment
 create mode 100644 doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX.mdwn
 create mode 100644 doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX/comment_1_91c911c29fd126ddc365c561591f627e._comment
 create mode 100644 doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX/comment_2_c316aead931a6a2377a4515bbb34ac5b._comment
 create mode 100644 doc/bugs/lsof__47__committer_thread_loops_occassionally.mdwn
 create mode 100644 doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_1_f8d1720aa26c719609720acf0772606e._comment
 create mode 100644 doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_2_0527569ea2924721d19dadcf4fe0ec5a._comment
 create mode 100644 doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_3_5b67ff08a897ea3d2266ccc910ab4278._comment
 create mode 100644 doc/bugs/make_SHA512E_the_default.mdwn
 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/making_annex-merge_try_a_fast-forward.mdwn
 create mode 100644 doc/bugs/manpage_has_slight_indentation_error.mdwn
 create mode 100644 doc/bugs/map_not_respecting_annex_ssh_options__63__.mdwn
 create mode 100644 doc/bugs/map_not_respecting_annex_ssh_options__63__/comment_1_c63a1ed5909d53f116f06e60aba74dc6._comment
 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/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build.mdwn
 create mode 100644 doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_1_0527581ea60d28bb28504fa2a355ed87._comment
 create mode 100644 doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_2_926a87b60e20d286d49639c8dad13a1a._comment
 create mode 100644 doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_3_c509fba1a9adacfd26a2bd12b4aea988._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/minor_bug:_errors_are_not_verbose_enough.mdwn
 create mode 100644 doc/bugs/missing_dependency_in_git-annex-3.20130216.mdwn
 create mode 100644 doc/bugs/missing_kde__47__gnome_menu_item..mdwn
 create mode 100644 doc/bugs/moreinfo.mdwn
 create mode 100644 doc/bugs/network___62____61___2.4.0.1_is_not_in_Haskell_Platform_2012.4.0.0.mdwn
 create mode 100644 doc/bugs/network___62____61___2.4.0.1_is_not_in_Haskell_Platform_2012.4.0.0/comment_1_2c4b3757bb8de563edca65aeabcbbc5a._comment
 create mode 100644 doc/bugs/nfs_mounted_repo_results_in_errors_on_drop_move.mdwn
 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/not_possible_to_have_annex_on_a_separate_filesystem.mdwn
 create mode 100644 doc/bugs/old_data_isn__39__t_unused_after_migration.mdwn
 create mode 100644 doc/bugs/on--git-dir_and_--work-tree_options.mdwn
 create mode 100644 doc/bugs/optinally_transfer_file_unencryptedly/comment_1_13a7653d96ddf91f4492a9f3555a69aa._comment
 create mode 100644 doc/bugs/optinally_transfer_file_unencryptedly/comment_2_31f154011ec26a463de7b1e307e49cb6._comment
 create mode 100644 doc/bugs/optinally_transfer_file_unencryptedly/comment_3_33433bcfb1946b52f1f41b9158ab452d._comment
 create mode 100644 doc/bugs/ordering.mdwn
 create mode 100644 doc/bugs/pasting_into_annex_on_OSX.mdwn
 create mode 100644 doc/bugs/pasting_into_annex_on_OSX/comment_1_4eab52bb6eda92e39bdaa8eee8f31a7f._comment
 create mode 100644 doc/bugs/pasting_into_annex_on_OSX/comment_2_f1b58adfec179b75c1fc2bf578a3b5c4._comment
 create mode 100644 doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment
 create mode 100644 doc/bugs/pasting_into_annex_on_OSX/comment_4_ec11a80d5b0f78c7a927f8aa71a6c57a._comment
 create mode 100644 doc/bugs/pasting_into_annex_on_OSX/comment_5_1928bd25e5e6874a3b83c2f2adc776f5._comment
 create mode 100644 doc/bugs/pasting_into_annex_on_OSX/comment_6_0fe288f54b781a0c51395cb32f0e2f9d._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_utf8_names.mdwn
 create mode 100644 doc/bugs/problems_with_utf8_names/comment_1_3c7e3f021c2c94277eecf9c8af6cec5f._comment
 create mode 100644 doc/bugs/problems_with_utf8_names/comment_2_bad4c4c5f54358d1bc0ab2adc713782a._comment
 create mode 100644 doc/bugs/problems_with_utf8_names/comment_3_4f936a5d3f9c7df64c8a87e62b7fbfdc._comment
 create mode 100644 doc/bugs/problems_with_utf8_names/comment_4_93bee35f5fa7744834994bc7a253a6f9._comment
 create mode 100644 doc/bugs/problems_with_utf8_names/comment_5_519cda534c7aea7f5ad5acd3f76e21fa._comment
 create mode 100644 doc/bugs/problems_with_utf8_names/comment_6_52e0bfff2b177b6f92e226b25d2f3ff1._comment
 create mode 100644 doc/bugs/problems_with_utf8_names/comment_7_0cc588f787d6eecfa19a8f6cee4b07b5._comment
 create mode 100644 doc/bugs/problems_with_utf8_names/comment_8_ff5c6da9eadfee20c18c86b648a62c47._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/reinject_should_leave_file_in_place_on_checksum_mismatch.mdwn
 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_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/removable_device_configurator_chokes_on_spaces.mdwn
 create mode 100644 doc/bugs/rename:_permission_denied__44___after_direct_mode_switch.mdwn
 create mode 100644 doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_1_14cec6448831c67794b62926a03b2fc5._comment
 create mode 100644 doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_2_93af8f48a01b6e2d011bd6f60499ccd2._comment
 create mode 100644 doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_3_f8fba1955e62360061613e5898b3d74e._comment
 create mode 100644 doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn
 create mode 100644 doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote/comment_1_d6aad1831674586fe4cdf61dd2a4bbb9._comment
 create mode 100644 doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote/comment_2_8591e174c1a8cddfae9371407a58ff1c._comment
 create mode 100644 doc/bugs/repair_fails_when_home_on_seperate_partition.mdwn
 create mode 100644 doc/bugs/restart_daemon_required.mdwn
 create mode 100644 doc/bugs/restart_daemon_required/comment_1_f79ac16cc9f1e3b08cd121bf5efb29c3._comment
 create mode 100644 doc/bugs/restart_daemon_required/comment_2_50c1b268a3cc4514681059eabca674e3._comment
 create mode 100644 doc/bugs/restart_daemon_required/comment_3_1716e0f3c7c44dc77ebf7f00fdd8f9e3._comment
 create mode 100644 doc/bugs/restart_daemon_required/comment_4_3ce776786eca83fcb8ff94c8f6ff3eb9._comment
 create mode 100644 doc/bugs/rsync_remote_shows_no_progress.mdwn
 create mode 100644 doc/bugs/rsync_remote_shows_no_progress/comment_1_a7f5d646a924c462b987561cf6fc4318._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/scp_interrupt_to_background.mdwn
 create mode 100644 doc/bugs/show_version_without_having_to_be_in_a_git_repo.mdwn
 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/smarter_flood_filling.mdwn
 create mode 100644 doc/bugs/softlink_mtime.mdwn
 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_connection_caching_broken_on_NTFS.mdwn
 create mode 100644 doc/bugs/ssh_connection_caching_broken_on_NTFS/comment_1_54e7e12514f4c109fd57a4eb744b731a._comment
 create mode 100644 doc/bugs/submodule_path_problem.mdwn
 create mode 100644 doc/bugs/submodule_path_problem/comment_1_69aec9207d2e9da4bc042d3f4963d80e._comment
 create mode 100644 doc/bugs/submodule_path_problem/comment_2_53d9eb28cb70b51637470175a80ddf35._comment
 create mode 100644 doc/bugs/submodule_path_problem/comment_3_aa5e0f99000a5b4988bccbb2ca28353b._comment
 create mode 100644 doc/bugs/submodule_path_problem/comment_4_ab1508a5a04e2106aad5e7985775a6fa._comment
 create mode 100644 doc/bugs/submodule_path_problem/comment_5_8c7539d1c11b81f5d46aa8e1c61745ae._comment
 create mode 100644 doc/bugs/submodule_path_problem/comment_6_cacc91afcb1739dfca3a60590bb70356._comment
 create mode 100644 doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__.mdwn
 create mode 100644 doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__/comment_1_6208e70a21a048d5423926d16e32d421._comment
 create mode 100644 doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__/comment_2_8765b6190e79251637bb59ba28f245c1._comment
 create mode 100644 doc/bugs/support_bare_git_repo__44___with_the_annex_directory_exposed_to_http.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/test_suite_failure_on_samba_mount.mdwn
 create mode 100644 doc/bugs/test_suite_failure_on_samba_mount/comment_1_e074b20801b921ee2661025a050a8af2._comment
 create mode 100644 doc/bugs/test_suite_shouldn__39__t_fail_silently.mdwn
 create mode 100644 doc/bugs/tests_fail_when_there_is_no_global_.gitconfig_for_the_user.mdwn
 create mode 100644 doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform.mdwn
 create mode 100644 doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_1_20a6fe046111e9ae56fd4d9c9f41f536._comment
 create mode 100644 doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_2_6fdc5f8b07908c6eda8a97690408f44e._comment
 create mode 100644 doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_3_014474a133c7ff0131029d8721afc710._comment
 create mode 100644 doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_4_9c537e251dc99667fe87870804d802c2._comment
 create mode 100644 doc/bugs/the_tip_at_commit_6cecc26206c4a539999b04664136c6f785211a41_disables_the_watch_command_on_OSX.mdwn
 create mode 100644 doc/bugs/three_character_directories_created.mdwn
 create mode 100644 doc/bugs/three_character_directories_created/comment_1_dd91de24dab4f2eaded1f7d659869d4d._comment
 create mode 100644 doc/bugs/three_character_directories_created/comment_2_f6375964a6c8bb1e6c5b7238effca66d._comment
 create mode 100644 doc/bugs/three_character_directories_created/comment_3_776e0a9b938d8b260a5111594b442536._comment
 create mode 100644 doc/bugs/three_character_directories_created/comment_4_e288bacdb336c4886adb6eeb4dca1e92._comment
 create mode 100644 doc/bugs/three_character_directories_created/comment_5_359b80948ac92a0f1eb695599456486c._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber.mdwn
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_10_fc5ec5505f141bb9135e772d1094bc4d._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_11_0df2210c30dec6d88d7858d93eec19a3._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_1_41682b2e72e657e0f23af244f8345e85._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_2_c7b4ea9aea6839763eb8b89e8d6a5ad5._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_3_063f5e5e554ad6710f16394906d87616._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_4_197ad39b4a46936afeeb04eb26cf1ef3._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_5_0b0d829ccd255be0177ae9d8f6b10e63._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_6_37a8e19440c764317589bc4248cbccdf._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_7_12eb333327d31ca2bfee3f3c5e26d641._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_8_e6b1084b2f18d8e536c8692e165754a3._comment
 create mode 100644 doc/bugs/three_way_sync_via_S3_and_Jabber/comment_9_2120a1c3e5f490a55f68bb1bef5efd0d._comment
 create mode 100644 doc/bugs/tmp_file_handling.mdwn
 create mode 100644 doc/bugs/tmp_file_handling/comment_1_0300c11ee3f94a9e7c832671e16f5511._comment
 create mode 100644 doc/bugs/tmp_file_handling/comment_2_cc14c7a79a544e47654e4cd8abc85edd._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/transferkey_fails_due_to_gpg.mdwn
 create mode 100644 doc/bugs/transferkey_fails_due_to_gpg/comment_1_f6434400d528a0fa59c056995ff2e6f3._comment
 create mode 100644 doc/bugs/transferkey_fails_due_to_gpg/comment_2_c540b05b62a3186a87efcb180ea2a52d._comment
 create mode 100644 doc/bugs/transferkey_fails_due_to_gpg/comment_3_9ad2ef73169dbd2866da2f4259ab0f00._comment
 create mode 100644 doc/bugs/transferkey_fails_due_to_gpg/comment_4_7631b8842efba6a4aad87386ce9443a7._comment
 create mode 100644 doc/bugs/typo_in___34__ready_to_add_remote_server__34___message.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/unannex_and_uninit_do_not_work_when_git_index_is_broken.mdwn
 create mode 100644 doc/bugs/unannex_and_uninit_do_not_work_when_git_index_is_broken/comment_1_1931e733f0698af5603a8b92267203d4._comment
 create mode 100644 doc/bugs/unannex_and_uninit_do_not_work_when_git_index_is_broken/comment_2_40920b88537b7715395808d8aa94bf03._comment
 create mode 100644 doc/bugs/unannex_command_doesn__39__t_all_files.mdwn
 create mode 100644 doc/bugs/unannex_removes_object_even_if_referred_to_by_others.mdwn
 create mode 100644 doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_1_0ce72d0f67082f202cfa58b7c00f2fd3._comment
 create mode 100644 doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_2_647f49ffcaa348660659f9954a59b3ae._comment
 create mode 100644 doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_3_3f7f4b55b7ec2641a70109788e0b5672._comment
 create mode 100644 doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_4_313d393c416495aa0f8573113e41c2f7._comment
 create mode 100644 doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_5_c0e7742672db2629bd906cebefe74f72._comment
 create mode 100644 doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_6_c56171665db3ed14109a09097d49ac5d._comment
 create mode 100644 doc/bugs/unannex_vs_unlock_hook_confusion.mdwn
 create mode 100644 doc/bugs/undefined.mdwn
 create mode 100644 doc/bugs/unfinished_repos_in_webapp.mdwn
 create mode 100644 doc/bugs/unfinished_repos_in_webapp/comment_1_9628b100e39489be9f28ef75276a7341._comment
 create mode 100644 doc/bugs/unfinished_repos_in_webapp/comment_2_ba0fbff536b1d067c4098db401dc49f2._comment
 create mode 100644 doc/bugs/unfinished_repos_in_webapp/comment_3_fd554aa7d93117177784a29270ccf790._comment
 create mode 100644 doc/bugs/unfinished_repository_when_using_annex-ignore_true_.mdwn
 create mode 100644 doc/bugs/unhappy_without_UTF8_locale.mdwn
 create mode 100644 doc/bugs/uninit_and_indirect_don__39__t_work_on_android.mdwn
 create mode 100644 doc/bugs/uninit_and_indirect_don__39__t_work_on_android/comment_1_fec69c4c41987b9469eaa8f745c0a124._comment
 create mode 100644 doc/bugs/uninit_and_indirect_don__39__t_work_on_android/comment_2_54c3fa77a069b36d03c41aad08fee9af._comment
 create mode 100644 doc/bugs/uninit_does_not_abort_when_hard_link_creation_fails.mdwn
 create mode 100644 doc/bugs/uninit_does_not_work_in_old_repos.mdwn
 create mode 100644 doc/bugs/uninit_does_not_work_in_old_repos/comment_1_bc0619c6e17139df74639448aa6a0f72._comment
 create mode 100644 doc/bugs/uninit_loses_data_if_git-annex_add_didn__39__t_complete.mdwn
 create mode 100644 doc/bugs/uninit_should_not_run_when_branch_git-annex_is_checked_out.mdwn
 create mode 100644 doc/bugs/unlock_fails_silently_with_directory_symlinks.mdwn
 create mode 100644 doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_.mdwn
 create mode 100644 doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_1_a634a9f1c023bf836183de64abab1224._comment
 create mode 100644 doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_2_d9ae61a7c3f1eb243ca650945b40f21d._comment
 create mode 100644 doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_3_fe229c03c14e8eb2b57389e0e193ed99._comment
 create mode 100644 doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_4_fa12afe295de63c4aa7eb043b715325a._comment
 create mode 100644 doc/bugs/unlock_then_lock_of_uncommitted_file_loses_it.mdwn
 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/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again.mdwn
 create mode 100644 doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_10_51097a6b84edcc607abc0e6e21ca21f2._comment
 create mode 100644 doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_1_c34a4009213c410bba3c147ae0552029._comment
 create mode 100644 doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_2_634542867fd28962c47b7bc3ea022175._comment
 create mode 100644 doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_3_301f3ff2d203ac4c58a037e553b2c14d._comment
 create mode 100644 doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_4_82ecdc88ccc1f87386b128adc4ff9af4._comment
 create mode 100644 doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_6_158b2ba3da815910505899606177d415._comment
 create mode 100644 doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_6_b068924802f3917e3e005350cb0cc2a2._comment
 create mode 100644 doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_7_f4772858c927d4a62edc3caf59b5da10._comment
 create mode 100644 doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_8_d0923d2950357f4444c5ef94ff196ba3._comment
 create mode 100644 doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_9_7fb30cb80aecc60e48c64846aa185206._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_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/utf8.mdwn
 create mode 100644 doc/bugs/utf8/comment_10_f298b8b480d3ab2dd9c279589afcd0ea._comment
 create mode 100644 doc/bugs/utf8/comment_11_a8864a46f8154680beeea27449ac6f09._comment
 create mode 100644 doc/bugs/utf8/comment_12_2202c3479d19d306f31aac5a47b55e7d._comment
 create mode 100644 doc/bugs/utf8/comment_13_7044d2c5bb1c91ee37eb9868963a1ff2._comment
 create mode 100644 doc/bugs/utf8/comment_14_656b3caa16ae93b092fb5804fa575a3b._comment
 create mode 100644 doc/bugs/utf8/comment_15_25b3d4c47c45b72129b17b171a45c5f9._comment
 create mode 100644 doc/bugs/utf8/comment_16_2aaab9253bbc75012292c7b5a7d55696._comment
 create mode 100644 doc/bugs/utf8/comment_1_416ad6fb5f7379732129dc5283a7e550._comment
 create mode 100644 doc/bugs/utf8/comment_2_cd55f6bbeb145fd554f331dcff64f5e1._comment
 create mode 100644 doc/bugs/utf8/comment_3_bb583a419d6fa4e33e5364c4468b35c6._comment
 create mode 100644 doc/bugs/utf8/comment_4_cd8a22cfb70d9d21f0a5339ccc52ee93._comment
 create mode 100644 doc/bugs/utf8/comment_5_14eefd4bee283802e9c462fa20b7835c._comment
 create mode 100644 doc/bugs/utf8/comment_6_58d8b5bdb9f11e8c344e86a675a075dd._comment
 create mode 100644 doc/bugs/utf8/comment_7_00fa9672ce55b6bfa885b8a13287ac25._comment
 create mode 100644 doc/bugs/utf8/comment_8_a01e26fa0fafbc291020f53dbfdf6443._comment
 create mode 100644 doc/bugs/utf8/comment_9_b7c084be01ce985be51e48503fcba468._comment
 create mode 100644 doc/bugs/uuid.log_trust.log_and_remote.log_merge_wackiness.mdwn
 create mode 100644 doc/bugs/version_doesn__39__t_show___34__Feeds__34___but_podcasting_feature_working.mdwn
 create mode 100644 doc/bugs/version_doesn__39__t_show___34__Feeds__34___but_podcasting_feature_working/comment_1_ce06ba4f65f322362b23797f6190c7c3._comment
 create mode 100644 doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex.mdwn
 create mode 100644 doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex/comment_1_57547f9a480df2c3f7b3997b0fb7039a._comment
 create mode 100644 doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex/comment_2_99f12da3ef01141dc7a9105fcf966793._comment
 create mode 100644 doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android.mdwn
 create mode 100644 doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_1_e8866dc15f8fc049229e7451addad1d5._comment
 create mode 100644 doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_2_ee616b0251ffaace9844cfd7af896c35._comment
 create mode 100644 doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_3_6b8bd314b647ea3a485f5faf4856f9a9._comment
 create mode 100644 doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_4_7009b6727ba40bc9bd1b1f939e75d093._comment
 create mode 100644 doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_5_00ddf7ade6cca758afa838be0b9588cb._comment
 create mode 100644 doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_6_6137ef0ad01d5600dab6fccbeed9a88b._comment
 create mode 100644 doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_7_4b79d7ea338d9f70eb80b8cc2c5a21e4._comment
 create mode 100644 doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo.mdwn
 create mode 100644 doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo/comment_1_63f04694610839db0c2381005b15da35._comment
 create mode 100644 doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo/comment_2_8afe4720e301cf7ccf11ff0a23261936._comment
 create mode 100644 doc/bugs/watch_command_on_OSX_10.7.mdwn
 create mode 100644 doc/bugs/watcher_commits_unlocked_files.mdwn
 create mode 100644 doc/bugs/watcher_commits_unlocked_files/comment_1_f70e1912fde0eee59e208307df06b503._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_hang.mdwn
 create mode 100644 doc/bugs/webapp_hang/comment_1_08aa908a64d0fe2d50438d01545c3f01._comment
 create mode 100644 doc/bugs/webapp_hang/comment_2_2a21ac5657128a454f9deb77c4d18057._comment
 create mode 100644 doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo.mdwn
 create mode 100644 doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo/comment_1_1bcf0f565eacac851bd21cd428c8e0a5._comment
 create mode 100644 doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo/comment_2_7dd2483b5b07df8f3b37a34651c05962._comment
 create mode 100644 doc/bugs/webapp_requires_reload_for_notification_bubbles.mdwn
 create mode 100644 doc/bugs/webapp_requires_reload_for_notification_bubbles/comment_1_b15480e5dec1ffbebb8cde1ca8d7c9d5._comment
 create mode 100644 doc/bugs/webapp_requires_reload_for_notification_bubbles/comment_2_8dad57a852e1db804aa38f90f3bb398b._comment
 create mode 100644 doc/bugs/webapp_shows___34__Added_x_files__34___a_bit_ugly.mdwn
 create mode 100644 doc/bugs/webapp_usability:_fails_mysteriously_on_newer_repo_layouts.mdwn
 create mode 100644 doc/bugs/webapp_usability:_put_the_notices_on_the_right.mdwn
 create mode 100644 doc/bugs/webapp_usability:_put_the_notices_on_the_right/comment_1_ec7a444e09a028b5225bd41fb83442e8._comment
 create mode 100644 doc/bugs/weird_local_clone_confuses.mdwn
 create mode 100644 doc/bugs/whereis_outputs_no_informaiton_for_unlocked_files.mdwn
 create mode 100644 doc/bugs/windows_fails_test___34__recoverEncode__34__.mdwn
 create mode 100644 doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_1_424b3536e21e02f192f7f2b8e833ed18._comment
 create mode 100644 doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_2_78db183aa401e2023d7faec5f7a4a573._comment
 create mode 100644 doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_3_ed2da19eaf0bd0864f6b28816a79bc23._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/windows_port_-_can__39__t_directly_access_files.mdwn
 create mode 100644 doc/bugs/windows_port_-_can__39__t_directly_access_files/comment_1_03ef9d33839173044dcc4f2b37f575d2._comment
 create mode 100644 doc/bugs/windows_port_-_can__39__t_directly_access_files/comment_2_c65e5491c82908af46fe2c97e048d210._comment
 create mode 100644 doc/bugs/windows_port_-_git_annex_add_hangs_when_adding_17_files_at_once_or_more_.mdwn
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_.mdwn
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_10_b4f5e2d6a0d690f6b0089fa80a3c920b._comment
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_1_c2092add1430667108a3fdc5e1c9b5f5._comment
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_2_f0ea453951daf84dbddc653ac64822b6._comment
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_3_35a8be5ecc9d1b72c38f8ddb47678160._comment
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_4_29e72997b88f91f84639587b4cede34c._comment
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_5_2de7f6532de4cbc21737ce53a89d6525._comment
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_6_80d130b5af829763be77c61a9c5ca306._comment
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_7_ec199db851952b40e8b18922da574ea4._comment
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_8_d269fcadea9d5a668e3c6d6cf019f56a._comment
 create mode 100644 doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_9_908d1b981d56107f29d8972bf11aefc8._comment
 create mode 100644 doc/bugs/wrong_program_path_in___126____47__.config__47__git-annex__47__program.mdwn
 create mode 100644 doc/bugs/wrong_program_path_in___126____47__.config__47__git-annex__47__program/comment_1_44c11918d00ead38d40556aade98c0af._comment
 create mode 100644 doc/bugs/xdg-user-dir_error.mdwn
 create mode 100644 doc/bugs/xmpp_needs_one_account_per_distinct_repository.mdwn
 create mode 100644 doc/bugs/xmpp_needs_one_account_per_distinct_repository/comment_1_820732c4dcb15186b4f635c50fdb0805._comment
 create mode 100644 doc/bugs/yesod-default_is_needed_as_a_dependancy.mdwn
 create mode 100644 doc/bugs/yesod-form_missing.mdwn
 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/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/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/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/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/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_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/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/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/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/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/gcrypt.mdwn
 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_10__lazy_Sunday.mdwn
 create mode 100644 doc/devblog/day_11__webapp_encrypted_drives.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_13__encrypted_sneakernet_working.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_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_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_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_8__ill.mdwn
 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/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/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_13_55108ac736ea450df89332ba5de4a208._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/favicon.png
 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/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/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_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.txt
 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/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/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/Assistant:_configure_auto-sync.mdwn
 create mode 100644 doc/forum/Assistant:_configure_auto-sync/comment_1_c8cabd38114582bbdbad49f2d81959d7._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/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_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/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_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/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__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_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_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/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/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/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/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/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/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_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/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/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/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.txt
 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/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/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_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_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_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_repositories_in_the_annex__63__.mdwn
 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_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_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_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_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_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_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_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_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_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_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/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.txt
 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/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/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/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_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/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/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/New_git-annex_integration_mode_for_Emacs_users.mdwn
 create mode 100644 doc/forum/New_special_remote_suggeston_-_clean_directory.mdwn
 create mode 100644 doc/forum/New_special_remote_suggeston_-_clean_directory/comment_1_4d81941fe53881eebff97109a07ba2f4._comment
 create mode 100644 doc/forum/New_special_remote_suggeston_-_clean_directory/comment_2_660a5b764ad42468154b2bb94f8ec004._comment
 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/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_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/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/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/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_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.txt
 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/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/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_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/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/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/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/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/Special_remote_without_chmod.mdwn
 create mode 100644 doc/forum/Special_remote_without_chmod/comment_1_4f5f9506cae72a1f321296fc5a5f339a._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_with_one_offline_peer.txt
 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/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.txt
 create mode 100644 doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant/comment_1_0a6f6054d70009979f4a036e24b7c500._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/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_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/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/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_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_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/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_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/XBMC__44___NFS___38___git-annex_.txt
 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/__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__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__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/_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/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_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/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/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/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.txt
 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/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/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_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/dropping_files_not_working_when_using_git_annex_assistant.txt
 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_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/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/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/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_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_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_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__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_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_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_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_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/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_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_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_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/incompatible_versions__63__.mdwn
 create mode 100644 doc/forum/incompatible_versions__63__/comment_1_629f28258746d413e452cbd42a1a43f4._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/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....txt
 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/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.txt
 create mode 100644 doc/forum/manual_update_of_.git__47__annex__47__objects/comment_1_ea6ec91150c8962e2711631f2422bf3a._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/migration_to_git-annex_and_rsync.mdwn
 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_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_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_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/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_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/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/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/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/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/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/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/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_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/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_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/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/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/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/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/unsynced_folder.mdwn
 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_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/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/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_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/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/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/ikiwiki/pagespec.mdwn
 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_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/Debian.mdwn
 create mode 100644 doc/install/Debian/comment_10_d5da996e106d2e4d8a822aa9bcc78596._comment
 create mode 100644 doc/install/Debian/comment_11_84283676da247c401bc9b4bb12c2b453._comment
 create mode 100644 doc/install/Debian/comment_12_0aca83b055d0a9dd8589c50250a8bbea._comment
 create mode 100644 doc/install/Debian/comment_13_167a091764e5e99ec0f35a65e95a22de._comment
 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_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_5_38e6399083e10a6a274f35bddc15d4ac._comment
 create mode 100644 doc/install/Debian/comment_6_2e7bbdbaabbfb9d89de22e913066e822._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/Debian/comment_9_97eaed998ffd1ed79585075ed5cff06e._comment
 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/FreeBSD.mdwn
 create mode 100644 doc/install/Gentoo.mdwn
 create mode 100644 doc/install/Linux_standalone.mdwn
 create mode 100644 doc/install/NixOS.mdwn
 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_c9362141d15a2f68a75df9f8bfe29da0._comment
 create mode 100644 doc/install/OSX/comment_35_8106196c3fef70652cb2106e2d5857db._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_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_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/fromscratch.mdwn
 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/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_small.png
 create mode 100644 doc/meta.mdwn
 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_4.20130827/comment_1_937cbaccf235d6d9118aacd49058bb4f._comment
 create mode 100644 doc/news/version_4.20130827/comment_2_faa5cf0645728b4ade850a691fa472db._comment
 create mode 100644 doc/news/version_4.20130827/comment_3_ad156d6199b525884114ff823d265bf7._comment
 create mode 100644 doc/news/version_4.20130827/comment_4_877061eb24d9d9543cc9cd229906bd64._comment
 create mode 100644 doc/news/version_4.20130827/comment_5_8991648dda991768e3a58477a4c3c923._comment
 create mode 100644 doc/news/version_4.20131024.mdwn
 create mode 100644 doc/news/version_4.20131101.mdwn
 create mode 100644 doc/news/version_4.20131106.mdwn
 create mode 100644 doc/news/version_5.20131118.mdwn
 create mode 100644 doc/news/version_5.20131120.mdwn
 create mode 100644 doc/not.mdwn
 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/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/privacy.mdwn
 create mode 100644 doc/related_software.mdwn
 create mode 100644 doc/repomap.png
 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_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/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/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/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/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_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/xmpp.mdwn
 create mode 100644 doc/special_remotes/xmpp/comment_10_c7c2e2e81cb5b2b9a5272430c835dd39._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_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/templates/bare.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/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/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/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/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_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_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/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_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_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_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/imapannex.mdwn
 create mode 100644 doc/tips/megaannex.mdwn
 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/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/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant.mdwn
 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/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/shared_git_annex_directory_between_multiple_users.mdwn
 create mode 100644 doc/tips/skydriveannex.mdwn
 create mode 100644 doc/tips/untrusted_repositories.mdwn
 create mode 100644 doc/tips/using_Amazon_Glacier.mdwn
 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_Google_Cloud_Storage.mdwn
 create mode 100644 doc/tips/using_Google_Cloud_Storage/comment_1_c576182f39563ae68767391c4227a177._comment
 create mode 100644 doc/tips/using_box.com_as_a_special_remote.mdwn
 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_1_9a2a2a8eac9af97e0c984ad105763a73._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/visualizing_repositories_with_gource.mdwn
 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_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/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_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/Bittorrent-like_features.mdwn
 create mode 100644 doc/todo/Bittorrent-like_features/comment_1_f4c110ef35ebf4fd89f06edf2c4f0c48._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM.mdwn
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_10_e351084d9a83db3fd6d9d983227a6410._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_11_cc67a584f5c460a6fb63cf099c20e573._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_12_94023593d294b9cf69090fcfd6ca0e5a._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_13_314255fd503d125b5aeae2f62acfd592._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_15_9525cd0d75ff4c15182d10a855774b69._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_1_4059016fa8da6af7a3eba8966821e8eb._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_2_8900c2985ab68b3b566c9f5d326471d6._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_3_f2b77368473d42b7f21e9d51d6415b58._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_4_a55fea734044c270ceb10adf9c8d9a76._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_5_59865ada057c640ac29855c65cf45dd9._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_6_6d860b1ad8816077b5fa596a71b12d5c._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_7_19ef2d293ba3bc7ece443d7278371c3f._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_8_609b7ad87dfbba49ec1f8c6fc2739ccd._comment
 create mode 100644 doc/todo/Build_for_Synology_DSM/comment_9_d94a73b9a07c5cadf191005f817fd59a._comment
 create mode 100644 doc/todo/Check_if_an_upgrade_is_available_in_the_webapp.mdwn
 create mode 100644 doc/todo/Check_if_an_upgrade_is_available_in_the_webapp/comment_1_c904182f6bff8b1a42070bbc038eb34e._comment
 create mode 100644 doc/todo/Deleting_Unused_Files_by_Age.mdwn
 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/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/Option_for_browser_to_launch_webapp_with.mdwn
 create mode 100644 doc/todo/Please_abort_build_if___34__make_test__34___fails.mdwn
 create mode 100644 doc/todo/Please_add_support_for_monad-control_0.3.x.mdwn
 create mode 100644 doc/todo/S3.mdwn
 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/Sync_repo_names__63__.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/Wishlist:_additional_environment_variables_for_hooks.mdwn
 create mode 100644 doc/todo/Wishlist:_sanitychecker_fix_wrong_UUID__47__duplicate_remote.mdwn
 create mode 100644 doc/todo/__96__git_annex_import_--lazy__96___--_Delete_everything_that__39__s_in_the_source_directory_and_also_in_the_target_annex.mdwn
 create mode 100644 doc/todo/__96__git_annex_import_--lazy__96___--_Delete_everything_that__39__s_in_the_source_directory_and_also_in_the_target_annex/comment_1_0cc16eb17151309113cec6d1cccf203d._comment
 create mode 100644 doc/todo/__96__git_annex_status__47__version__96___should_print_the_local_OS.mdwn
 create mode 100644 doc/todo/__96__git_annex_sync_--auto__96___or___96__git_annex_auto__96___--_synchronize_symlinks__44___tracking_info__44___and_actual_data.mdwn
 create mode 100644 doc/todo/add_--exclude_option_to_git_annex_find.mdwn
 create mode 100644 doc/todo/add_-all_option.mdwn
 create mode 100644 doc/todo/add_a_git_backend.mdwn
 create mode 100644 doc/todo/add_an_icon_for_the_.desktop_file.mdwn
 create mode 100644 doc/todo/add_metadata_to_annexed_files.mdwn
 create mode 100644 doc/todo/add_metadata_to_annexed_files/comment_1_38af9b352020194e9ace34d7dde188cf._comment
 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_git_sync_laddering.mdwn
 create mode 100644 doc/todo/assistant_parallel_file_transfers.txt
 create mode 100644 doc/todo/assistant_smarter_archive_directory_handling.mdwn
 create mode 100644 doc/todo/assistant_threaded_runtime.mdwn
 create mode 100644 doc/todo/auto_remotes.mdwn
 create mode 100644 doc/todo/auto_remotes/discussion.mdwn
 create mode 100644 doc/todo/automatic_bookkeeping_watch_command.mdwn
 create mode 100644 doc/todo/automatic_merge_of_synced_branches_upon___34__git_annex_sync__34__.mdwn
 create mode 100644 doc/todo/avoid_unnecessary_union_merges.mdwn
 create mode 100644 doc/todo/backendSHA1.mdwn
 create mode 100644 doc/todo/branching.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/checkout.mdwn
 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/direct_mode_guard.mdwn
 create mode 100644 doc/todo/direct_mode_guard/comment_1_431b6e1577bbd30b07dce9002a8fe1a2._comment
 create mode 100644 doc/todo/direct_mode_guard/comment_2_85bdb9dc601b87bd7c77150d7b0a5cde._comment
 create mode 100644 doc/todo/done.mdwn
 create mode 100644 doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__.mdwn
 create mode 100644 doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__/comment_1_5ed9a2336b432b842c1805add6d96509._comment
 create mode 100644 doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__/comment_2_e6ba58c5c31ba23a4575f1189689946f._comment
 create mode 100644 doc/todo/exclude_files_on_a_given_remote.mdwn
 create mode 100644 doc/todo/faster_gnupg_cipher.mdwn
 create mode 100644 doc/todo/faster_gnupg_cipher/comment_1_8f61f7c724a8224e61c015be68f43db7._comment
 create mode 100644 doc/todo/faster_gnupg_cipher/comment_2_36e1f227a320527653500b445f7c001c._comment
 create mode 100644 doc/todo/faster_gnupg_cipher/comment_3_bd0c975494333dfe558de048d888ace8._comment
 create mode 100644 doc/todo/faster_rsync_remotes.mdwn
 create mode 100644 doc/todo/faster_rsync_remotes/comment_1_0bc3ee0ae563357675eeccf42461e59a._comment
 create mode 100644 doc/todo/faster_rsync_remotes/comment_2_ccf6f75450c89ca498c8130054f8d32d._comment
 create mode 100644 doc/todo/faster_rsync_remotes/comment_3_2f6a9d23cb8351fbf0f60ed93752e76e._comment
 create mode 100644 doc/todo/faster_rsync_remotes/comment_4_3a2f45defebae3dde336ee5f40c26d7e._comment
 create mode 100644 doc/todo/file_copy_progress_bar.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/fsck.mdwn
 create mode 100644 doc/todo/fsck_special_remotes.mdwn
 create mode 100644 doc/todo/git-annex-shell.mdwn
 create mode 100644 doc/todo/git-annex_unused_eats_memory.mdwn
 create mode 100644 doc/todo/git_annex_init_:_include_repo_description_and__47__or_UUID_in_commit_message.mdwn
 create mode 100644 doc/todo/gitolite_and_gitosis_support.mdwn
 create mode 100644 doc/todo/gitrm.mdwn
 create mode 100644 doc/todo/hidden_files.mdwn
 create mode 100644 doc/todo/http_git_annex_404_retry.mdwn
 create mode 100644 doc/todo/http_headers.mdwn
 create mode 100644 doc/todo/immutable_annexed_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/incremental_fsck.mdwn
 create mode 100644 doc/todo/incremental_fsck/comment_1_609b21141dd5686b2c0eaef2b8d63229._comment
 create mode 100644 doc/todo/keep_annexed_files_for_a_while.mdwn
 create mode 100644 doc/todo/link_file_to_remote_repo_feature.mdwn
 create mode 100644 doc/todo/makefile:_respect___36__PREFIX.mdwn
 create mode 100644 doc/todo/mdwn2man:_make_backticks_bold.mdwn
 create mode 100644 doc/todo/network_remotes.mdwn
 create mode 100644 doc/todo/nicer_whereis_output.mdwn
 create mode 100644 doc/todo/object_dir_reorg_v2.mdwn
 create mode 100644 doc/todo/object_dir_reorg_v2/comment_1_ba03333dc76ff49eccaba375e68cb525._comment
 create mode 100644 doc/todo/object_dir_reorg_v2/comment_2_81276ac309959dc741bc90101c213ab7._comment
 create mode 100644 doc/todo/object_dir_reorg_v2/comment_3_79bdf9c51dec9f52372ce95b53233bb2._comment
 create mode 100644 doc/todo/object_dir_reorg_v2/comment_4_93aada9b1680fed56cc6f0f7c3aca5e5._comment
 create mode 100644 doc/todo/object_dir_reorg_v2/comment_5_821c382987f105da72a50e0a5ce61fdc._comment
 create mode 100644 doc/todo/object_dir_reorg_v2/comment_6_8834c3a3f1258c4349d23aff8549bf35._comment
 create mode 100644 doc/todo/object_dir_reorg_v2/comment_7_42501404c82ca07147e2cce0cff59474._comment
 create mode 100644 doc/todo/optimise_git-annex_merge.mdwn
 create mode 100644 doc/todo/optinally_transfer_file_unencryptedly.mdwn
 create mode 100644 doc/todo/optinally_transfer_file_unencryptedly/comment_1_4be47e7ac85d0f4e7029a96b615545a7._comment
 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/pushpull.mdwn
 create mode 100644 doc/todo/quvi_0.9_support.mdwn
 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/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/rsync.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/special_remote_for_amazon_glacier.mdwn
 create mode 100644 doc/todo/special_remote_for_amazon_glacier/comment_1_68f129441eefcbfebf7a9db680f52759._comment
 create mode 100644 doc/todo/special_remote_for_amazon_glacier/comment_2_c5eeaf8ceee414fa0379831ca52e290c._comment
 create mode 100644 doc/todo/speed_up_fsck.mdwn
 create mode 100644 doc/todo/stream_feature__63__.mdwn
 create mode 100644 doc/todo/support-non-utf8-locales.mdwn
 create mode 100644 doc/todo/support_S3_multipart_uploads.mdwn
 create mode 100644 doc/todo/support_for_lossy_remotes.mdwn
 create mode 100644 doc/todo/support_for_lossy_remotes/comment_1_f5cd9f9deab13ab2d2290ad763906dd3._comment
 create mode 100644 doc/todo/support_for_writing_external_special_remotes.mdwn
 create mode 100644 doc/todo/support_fsck_in_bare_repos.mdwn
 create mode 100644 doc/todo/symlink_farming_commit_hook.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/untracked_remotes.mdwn
 create mode 100644 doc/todo/use_cp_reflink.mdwn
 create mode 100644 doc/todo/using_url_backend.mdwn
 create mode 100644 doc/todo/whishlist:_git_annex_drop_--dry-run.mdwn
 create mode 100644 doc/todo/whishlist:_git_annex_drop_--dry-run/comment_1_20ecfa8ffa52c238d21b904076ac69a2._comment
 create mode 100644 doc/todo/whishlist:_git_annex_drop_--dry-run/comment_2_d19bc268c9467d24baa8d8f77a6e5e09._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_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:_Add_to_Android_version_to_Google_Play.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:_An_--all_option_for_dropunused.mdwn
 create mode 100644 doc/todo/wishlist:_An_--all_option_for_dropunused/comment_1_d8726d108b3b40116b4ec3c9935f2dff._comment
 create mode 100644 doc/todo/wishlist:_An_--all_option_for_dropunused/comment_2_578248f7686ba2d80d7dc8b17c0cdf52._comment
 create mode 100644 doc/todo/wishlist:_An_option_like_--git-dir.mdwn
 create mode 100644 doc/todo/wishlist:_An_option_like_--git-dir/comment_1_5d877d90b8bdf21d4b8649744d229efd._comment
 create mode 100644 doc/todo/wishlist:_An_option_like_--git-dir/comment_2_462264821cbc48a433330cbf7ec6044d._comment
 create mode 100644 doc/todo/wishlist:_An_option_like_--git-dir/comment_3_0c3709b07a0a1091ceeee73b69e0f7ac._comment
 create mode 100644 doc/todo/wishlist:_Freeing_X_space_on_remote_Y.mdwn
 create mode 100644 doc/todo/wishlist:_GnuPG_options.mdwn
 create mode 100644 doc/todo/wishlist:_GnuPG_options/comment_1_6662e8a71ce20acc62147ef41ecffa50._comment
 create mode 100644 doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size.mdwn
 create mode 100644 doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_1_019a2457e07377510feaa089a93bd76c._comment
 create mode 100644 doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_3_29a154699339bf040af0ee8aa24034f1._comment
 create mode 100644 doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_3_8f7e1c4a5c714cbd719ee170354d79fa._comment
 create mode 100644 doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_4_c7335f757e5546aa841cab38fffe7605._comment
 create mode 100644 doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_5_d2a845354f23d07880612740cf99ddd4._comment
 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:_Prevent_repeated_password_prompts_for_one_command.mdwn
 create mode 100644 doc/todo/wishlist:_Prevent_repeated_password_prompts_for_one_command/comment_1_3f9c0d08932c2ede61c802a91261a1f7._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates.mdwn
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_10_d78d79fb2f3713aa69f45d2691cf8dfe._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_11_4316d9d74312112dc4c823077af7febe._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_12_ed6d07f16a11c6eee7e3d5005e8e6fa3._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_1_fd213310ee548d8726791d2b02237fde._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_2_4394bde1c6fd44acae649baffe802775._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_3_076cb22057583957d5179d8ba9004605._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_4_f120d1e83c1a447f2ecce302fc69cf74._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_5_5c30294b3c59fdebb1eef0ae5da4cd4f._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_6_f24541ada1c86d755acba7e9fa7cff24._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_7_c39f1bb7c61a89b238c61bee1c049767._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_8_221ed2e53420278072a6d879c6f251d1._comment
 create mode 100644 doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_9_aecfa896c97b9448f235bce18a40621d._comment
 create mode 100644 doc/todo/wishlist:_Restore_s3_files_moved_to_Glacier.mdwn
 create mode 100644 doc/todo/wishlist:_Tell_git_annex___40__assistant__41___which_files___40__not__41___to_annex_via_.gitattributes.mdwn
 create mode 100644 doc/todo/wishlist:___34__git_annex_add__34___multiple_processes.mdwn
 create mode 100644 doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_1_85b14478411a33e6186a64bd41f0910d._comment
 create mode 100644 doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_2_82e857f463cfdf73c70f6c0a9f9a31d6._comment
 create mode 100644 doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_3_8af85eba7472d9025c6fae4f03e3ad75._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:___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_fsck_--checksums__96___--_verify_checksums_but_disregard_annex.numcopies.mdwn
 create mode 100644 doc/todo/wishlist:___96__git_annex_fsck_--checksums__96___--_verify_checksums_but_disregard_annex.numcopies/comment_1_6bcf067e4860bdfeb1d7b9fd1702a43a._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex.mdwn
 create mode 100644 doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_1_b9fd1bfaf9a3d238fdb7bc9c2d75fe5f._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_2_56f6972413c6f0d9f414245b6f4d27b9._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_3_2c094bef802a2182de4fcd0def1ad29b._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_4_14915c43001f7f72c9fe5119a104ef5c._comment
 create mode 100644 doc/todo/wishlist:___96__git_annex_sync_-m__96__.mdwn
 create mode 100644 doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__.mdwn
 create mode 100644 doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__/comment_1_f46b0c9b49607e9f4f7a27f5a331ce83._comment
 create mode 100644 doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__/comment_2_1b34e1dd72011c65e881dec2543a0373._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:_addurl_https:.mdwn
 create mode 100644 doc/todo/wishlist:_addurl_https:/comment_1_4e8f5e1fc52c3000eb2a1dad0624906e._comment
 create mode 100644 doc/todo/wishlist:_allow_configuration_of_downloader_for_addurl.mdwn
 create mode 100644 doc/todo/wishlist:_allow_the_same_remote_to_be_accissable_via_different_methods.mdwn
 create mode 100644 doc/todo/wishlist:_allow_the_same_remote_to_be_accissable_via_different_methods/comment_1_abb6263f3807160222bba1122475c89c._comment
 create mode 100644 doc/todo/wishlist:_allow_users_to_provide_UUID_when_running___96__git_annex_init__96__.mdwn
 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:_assistant_autostart_port_and_secret_configuration.mdwn
 create mode 100644 doc/todo/wishlist:_assistant_autostart_port_and_secret_configuration/comment_1_be53b8456eed7eadad5d4b8465c8a42b._comment
 create mode 100644 doc/todo/wishlist:_command_options_changes.mdwn
 create mode 100644 doc/todo/wishlist:_command_options_changes/comment_1_bfba72a696789bf21b2435dea15f967a._comment
 create mode 100644 doc/todo/wishlist:_command_options_changes/comment_2_f6a637c78c989382e3c22d41b7fb4cc2._comment
 create mode 100644 doc/todo/wishlist:_command_options_changes/comment_3_bf1114533d2895804e531e76eb6b8095._comment
 create mode 100644 doc/todo/wishlist:_define_remotes_that_must_have_all_files.mdwn
 create mode 100644 doc/todo/wishlist:_define_remotes_that_must_have_all_files/comment_1_cceccc1a1730ac688d712b81a44e31c3._comment
 create mode 100644 doc/todo/wishlist:_define_remotes_that_must_have_all_files/comment_2_eec848fcf3979c03cbff2b7407c75a7a._comment
 create mode 100644 doc/todo/wishlist:_detection_of_merge_conflicts.mdwn
 create mode 100644 doc/todo/wishlist:_disable_automatic_commits.mdwn
 create mode 100644 doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied.mdwn
 create mode 100644 doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied/comment_1_d2665e7347689b520d37561cfddf0aa8._comment
 create mode 100644 doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied/comment_2_db153571a32fb072453ed583e3e9ccf4._comment
 create mode 100644 doc/todo/wishlist:_display_status_of_remotes_in_the_webapp.mdwn
 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:_dropping_git-annex_history.mdwn
 create mode 100644 doc/todo/wishlist:_dropping_git-annex_history/comment_1_a4bee2e26b22a9bdaadc05b7227769ef._comment
 create mode 100644 doc/todo/wishlist:_dropping_git-annex_history/comment_2_f6d750bfe0c9d8a2aa6bc218ca5c49cc._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_replicate.mdwn
 create mode 100644 doc/todo/wishlist:_git-annex_replicate/comment_1_9926132ec6052760cdf28518a24e2358._comment
 create mode 100644 doc/todo/wishlist:_git-annex_replicate/comment_2_c43932f4194aba8fb2470b18e0817599._comment
 create mode 100644 doc/todo/wishlist:_git-annex_replicate/comment_3_c13f4f9c3d5884fc6255fd04feadc2b1._comment
 create mode 100644 doc/todo/wishlist:_git-annex_replicate/comment_4_63f24abf086d644dced8b01e1a9948c9._comment
 create mode 100644 doc/todo/wishlist:_git_annex_diff.mdwn
 create mode 100644 doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults.mdwn
 create mode 100644 doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_1_d5413c8acce308505e4e2bec82fb1261._comment
 create mode 100644 doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_2_0aa227c85d34dfff4e94febca44abea8._comment
 create mode 100644 doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_3_2082f4d708a584a1403cc1d4d005fb56._comment
 create mode 100644 doc/todo/wishlist:_git_annex_status.mdwn
 create mode 100644 doc/todo/wishlist:_git_annex_status/comment_1_994bfd12c5d82e08040d6116915c5090._comment
 create mode 100644 doc/todo/wishlist:_git_annex_status/comment_2_c2b0ce025805b774dc77ce264a222824._comment
 create mode 100644 doc/todo/wishlist:_git_annex_status/comment_3_d1fd70c67243971c96d59e1ffb7ef6e7._comment
 create mode 100644 doc/todo/wishlist:_git_annex_status/comment_4_9aeeb83d202dc8fb33ff364b0705ad94._comment
 create mode 100644 doc/todo/wishlist:_git_backend_for_git-annex.mdwn
 create mode 100644 doc/todo/wishlist:_git_backend_for_git-annex/comment_1_04319051fedc583e6c326bb21fcce5a5._comment
 create mode 100644 doc/todo/wishlist:_git_backend_for_git-annex/comment_2_7f529f19a47e10b571f65ab382e97fd5._comment
 create mode 100644 doc/todo/wishlist:_git_backend_for_git-annex/comment_3_a077bbad3e4b07cce019eb55a45330e7._comment
 create mode 100644 doc/todo/wishlist:_git_backend_for_git-annex/comment_4_ecca429e12d734b509c671166a676c9d._comment
 create mode 100644 doc/todo/wishlist:_git_backend_for_git-annex/comment_5_3459f0b41d818c23c8fb33edb89df634._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:_incremental_unannex___40__currently_requires_twice_the_size_of_repo_to_complete__41__.mdwn
 create mode 100644 doc/todo/wishlist:_incremental_unannex___40__currently_requires_twice_the_size_of_repo_to_complete__41__/comment_1_067b29fc47d26b9da0766f9810684ae8._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_3_1304a721da6f5133fdfa1dac507f1ecb._comment
 create mode 100644 doc/todo/wishlist:_more_descriptive_commit_messages_in_git-annex_branch.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:_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_disable_url_checking_with_addurl.mdwn
 create mode 100644 doc/todo/wishlist:_option_to_disable_url_checking_with_addurl/comment_1_868a380faa1e55faa3c2d314e3258e86._comment
 create mode 100644 doc/todo/wishlist:_option_to_print_more_info_with___39__unused__39__.mdwn
 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:_print_locations_for_files_in_rsync_remote.mdwn
 create mode 100644 doc/todo/wishlist:_push_to_cia.vc_from_the_website__39__s_repo__44___not_your_personal_one.mdwn
 create mode 100644 doc/todo/wishlist:_push_to_cia.vc_from_the_website__39__s_repo__44___not_your_personal_one/comment_1_3480b0ec629ef29a151408d869186bf8._comment
 create mode 100644 doc/todo/wishlist:_query_things_like_description__44___trust_level.mdwn
 create mode 100644 doc/todo/wishlist:_query_things_like_description__44___trust_level/comment_1_14311384788312b96e550749ab7de9ea._comment
 create mode 100644 doc/todo/wishlist:_query_things_like_description__44___trust_level/comment_2_342d1ac07573c7ef4e27f003a692e261._comment
 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:_simple_url_for_webapp.mdwn
 create mode 100644 doc/todo/wishlist:_simple_url_for_webapp/comment_1_552aad504fbb68d1f85abfde8c535e69._comment
 create mode 100644 doc/todo/wishlist:_simpler_gpg_usage.mdwn
 create mode 100644 doc/todo/wishlist:_simpler_gpg_usage/comment_1_6923fa6ebc0bbe7d93edb1d01d7c46c5._comment
 create mode 100644 doc/todo/wishlist:_simpler_gpg_usage/comment_2_6fc874b6c391df242bd2592c4a65eae8._comment
 create mode 100644 doc/todo/wishlist:_simpler_gpg_usage/comment_3_012f340c8c572fe598fc860c1046dabd._comment
 create mode 100644 doc/todo/wishlist:_simpler_gpg_usage/comment_4_e0c2a13217b795964f3b630c001661ef._comment
 create mode 100644 doc/todo/wishlist:_simpler_gpg_usage/comment_5_9668b58eb71901e1db8da7db38e068ca._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:_special-case_handling_of_Youtube_URLs_in_Web_special_remote.mdwn
 create mode 100644 doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_1_1a383c30df4fb1767f13d8c670b0c0b5._comment
 create mode 100644 doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_2_81f7f893ac36c145b31f02db6a682a17._comment
 create mode 100644 doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_3_a7e3cd68c5e5f05139151a58f358df95._comment
 create mode 100644 doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_4_a57947ed257b28bbe995a68bfeb5eeaa._comment
 create mode 100644 doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_5_a0612ae05dbda7f7935be648b42b30fc._comment
 create mode 100644 doc/todo/wishlist:_special_remote_Ubuntu_One.mdwn
 create mode 100644 doc/todo/wishlist:_special_remote_for_sftp_or_rsync.mdwn
 create mode 100644 doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_1_6f07d9cc92cf8b4927b3a7d1820c9140._comment
 create mode 100644 doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_2_84e4414c88ae91c048564a2cdc2d3250._comment
 create mode 100644 doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_3_79de7ac44e3c0f0f5691a56d3fb88897._comment
 create mode 100644 doc/todo/wishlist:_special_remote_mega.co.nz.mdwn
 create mode 100644 doc/todo/wishlist:_special_remote_mega.co.nz/comment_2_6ca08ef808d4336fc42d0f279d6627b5._comment
 create mode 100644 doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y.mdwn
 create mode 100644 doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y/comment_1_cf8e0f16b723516374c95a93e4da42fc._comment
 create mode 100644 doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y/comment_2_d35359c9dd4dd4365d9a7caf695ff833._comment
 create mode 100644 doc/todo/wishlist:_support_drop__44___find_on_special_remotes.mdwn
 create mode 100644 doc/todo/wishlist:_support_drop__44___find_on_special_remotes/comment_1_f11ed642a83d965076778a162f701e84._comment
 create mode 100644 doc/todo/wishlist:_support_for_more_ssh_urls_.mdwn
 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:_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:_vicfg_possible_repo_group_names.mdwn
 create mode 100644 doc/todo/wishlist:alias_system.mdwn
 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/fmarier.mdwn
 create mode 100644 doc/users/gebi.mdwn
 create mode 100644 doc/users/joey.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_remote_sharing.mdwn
 create mode 100644 doc/videos/git-annex_assistant_sync_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/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/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_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/evilsplicer-headers.hs
 create mode 100644 standalone/android/haskell-patches/DAV_build-without-TH.patch
 create mode 100644 standalone/android/haskell-patches/HTTP_4000.2.8-0001-build-with-base-4.8.patch
 create mode 100644 standalone/android/haskell-patches/MissingH_1.2.0.0_0001-fix-build-not-Android-specific.patch
 create mode 100644 standalone/android/haskell-patches/MonadCatchIO-transformers_hack-to-get-to-build-with-new-ghc.patch
 create mode 100644 standalone/android/haskell-patches/SafeSemaphore_fix-build-with-new-base.patch
 create mode 100644 standalone/android/haskell-patches/async_fix-build-with-new-ghc.patch
 create mode 100644 standalone/android/haskell-patches/bloomfilter_fix-build-with-newer-base.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.3-0001-fixes-for-cross-build.patch
 create mode 100644 standalone/android/haskell-patches/entropy_cross-build.patch
 create mode 100644 standalone/android/haskell-patches/gnuidn_fix-build-with-new-base.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/lens_various-hacking-to-cross-build.patch
 create mode 100644 standalone/android/haskell-patches/lifted-base_crossbuild.patch
 create mode 100644 standalone/android/haskell-patches/network_2.4.1.0_0001-android-port-fixes.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/persistent-template_stub-out.patch
 create mode 100644 standalone/android/haskell-patches/persistent_1.1.5.1_0001-disable-TH.patch
 create mode 100644 standalone/android/haskell-patches/primitive_0.5.0.1_0001-disable-i386-opt-stuff-to-allow-cross-compilation.patch
 create mode 100644 standalone/android/haskell-patches/process_fix-build-with-new-ghc.patch
 create mode 100644 standalone/android/haskell-patches/profunctors_3.3-0001-fix-cross-build.patch
 create mode 100644 standalone/android/haskell-patches/shakespeare-css_1.0.2_0001-remove-TH.patch
 create mode 100644 standalone/android/haskell-patches/shakespeare-css_1.0.2_0002-expose-modules-used-by-TH.patch
 create mode 100644 standalone/android/haskell-patches/shakespeare_1.0.3_0001-export-symbol-used-by-TH-splices.patch
 create mode 100644 standalone/android/haskell-patches/skein_hardcode_little-endian.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/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/vector_hack-to-build-with-new-ghc.patch
 create mode 100644 standalone/android/haskell-patches/wai-app-static_deal-with-TH.patch
 create mode 100644 standalone/android/haskell-patches/yesod-auth_don-t-really-build.patch
 create mode 100644 standalone/android/haskell-patches/yesod-core_expand_TH.patch
 create mode 100644 standalone/android/haskell-patches/yesod-form_spliced-TH.patch
 create mode 100644 standalone/android/haskell-patches/yesod-persistent_do-not-really-build.patch
 create mode 100644 standalone/android/haskell-patches/yesod-routes_export-module-referenced-by-TH-splices.patch
 create mode 100644 standalone/android/haskell-patches/yesod_001_hacked-up-for-Android.patch
 create mode 100644 standalone/android/haskell-patches/yesod_002_hack-around-missing-symbols.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 100755 standalone/android/start
 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/README
 create mode 100755 standalone/linux/git-annex
 create mode 100755 standalone/linux/git-annex-shell
 create mode 100755 standalone/linux/git-annex-webapp
 create mode 100644 standalone/linux/glibc-libs
 create mode 100755 standalone/linux/runshell
 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-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/runshell
 create mode 100644 standalone/osx/git-annex.app/Contents/Resources/git-annex.icns
 create mode 100644 standalone/windows/build.sh
 create mode 100644 static/activityicon.gif
 create mode 100644 static/css/bootstrap-responsive.css
 create mode 100644 static/css/bootstrap.css
 create mode 100644 static/favicon.ico
 create mode 100644 static/img/glyphicons-halflings-white.png
 create mode 100644 static/img/glyphicons-halflings.png
 create mode 100644 static/jquery.full.js
 create mode 100644 static/jquery.ui.core.js
 create mode 100644 static/jquery.ui.mouse.js
 create mode 100644 static/jquery.ui.sortable.js
 create mode 100644 static/jquery.ui.widget.js
 create mode 100644 static/js/bootstrap-collapse.js
 create mode 100644 static/js/bootstrap-dropdown.js
 create mode 100644 static/js/bootstrap-modal.js
 create mode 100644 static/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/misc.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/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/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/setupmodal.hamlet
 create mode 100644 templates/configurators/ssh/testmodal.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/Annex.hs b/Annex.hs
new file mode 100644
index 0000000000..583cb0e023
--- /dev/null
+++ b/Annex.hs
@@ -0,0 +1,252 @@
+{- git-annex monad
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE GeneralizedNewtypeDeriving, PackageImports #-}
+
+module Annex (
+	Annex,
+	AnnexState(..),
+	PreferredContentMap,
+	new,
+	run,
+	eval,
+	getState,
+	changeState,
+	setFlag,
+	setField,
+	setOutput,
+	getFlag,
+	getField,
+	addCleanup,
+	gitRepo,
+	inRepo,
+	fromRepo,
+	calcRepo,
+	getGitConfig,
+	changeGitConfig,
+	changeGitRepo,
+	withCurrentState,
+) where
+
+import "mtl" Control.Monad.Reader
+import "MonadCatchIO-transformers" Control.Monad.CatchIO
+import System.Posix.Types (Fd)
+import Control.Concurrent
+
+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.Queue
+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 qualified Utility.Matcher
+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),
+		MonadCatchIO,
+		Functor,
+		Applicative
+	)
+
+type Matcher a = Either [Utility.Matcher.Token a] (Utility.Matcher.Matcher a)
+type PreferredContentMap = M.Map UUID (Utility.Matcher.Matcher (S.Set UUID -> FileInfo -> Annex Bool))
+
+-- internal state storage
+data AnnexState = AnnexState
+	{ repo :: Git.Repo
+	, gitconfig :: GitConfig
+	, backends :: [BackendA Annex]
+	, remotes :: [Types.Remote.RemoteA Annex]
+	, 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
+	, forcenumcopies :: Maybe Int
+	, limit :: Matcher (FileInfo -> Annex Bool)
+	, uuidmap :: Maybe UUIDMap
+	, preferredcontentmap :: Maybe PreferredContentMap
+	, shared :: Maybe SharedRepository
+	, forcetrust :: TrustMap
+	, trustmap :: Maybe TrustMap
+	, groupmap :: Maybe GroupMap
+	, ciphers :: M.Map StorableCipher Cipher
+	, lockpool :: M.Map FilePath Fd
+	, flags :: M.Map String Bool
+	, fields :: M.Map String String
+	, cleanup :: M.Map String (Annex ())
+	, inodeschanged :: Maybe Bool
+	, useragent :: Maybe String
+	}
+
+newState :: GitConfig -> Git.Repo -> AnnexState
+newState c r = AnnexState
+	{ repo = r
+	, gitconfig = c
+	, backends = []
+	, remotes = []
+	, output = defaultMessageState
+	, force = False
+	, fast = False
+	, auto = False
+	, daemon = False
+	, branchstate = startBranchState
+	, repoqueue = Nothing
+	, catfilehandles = M.empty
+	, checkattrhandle = Nothing
+	, checkignorehandle = Nothing
+	, forcebackend = Nothing
+	, forcenumcopies = Nothing
+	, limit = Left []
+	, uuidmap = Nothing
+	, preferredcontentmap = Nothing
+	, shared = Nothing
+	, forcetrust = M.empty
+	, trustmap = Nothing
+	, groupmap = Nothing
+	, ciphers = M.empty
+	, lockpool = M.empty
+	, flags = M.empty
+	, fields = M.empty
+	, cleanup = M.empty
+	, inodeschanged = Nothing
+	, useragent = Nothing
+	}
+
+{- 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 :: String -> Annex () -> Annex ()
+addCleanup uid a = changeState $ \s ->
+	s { cleanup = M.insertWith' const uid 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
+	}
+
+{- 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/Branch.hs b/Annex/Branch.hs
new file mode 100644
index 0000000000..9838af25f3
--- /dev/null
+++ b/Annex/Branch.hs
@@ -0,0 +1,533 @@
+{- management of the git-annex branch
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Branch (
+	fullname,
+	name,
+	hasOrigin,
+	hasSibling,
+	siblingBranches,
+	create,
+	update,
+	forceUpdate,
+	updateTo,
+	get,
+	change,
+	commit,
+	forceCommit,
+	files,
+	withIndex,
+	performTransitions,
+) where
+
+import qualified Data.ByteString.Lazy.Char8 as L
+import qualified Data.Set as S
+import qualified Data.Map as M
+import qualified Control.Exception as E
+
+import Common.Annex
+import Annex.BranchState
+import Annex.Journal
+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 qualified Annex
+import Utility.Env
+import Logs
+import Logs.Transitions
+import Logs.Trust.Pure
+import Annex.ReplaceFile
+import qualified Annex.Queue
+import Annex.Branch.Transitions
+import Annex.Exception
+
+{- 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/" ++ show name
+
+{- Branch's name in origin. -}
+originname :: Git.Ref
+originname = Git.Ref $ "origin/" ++ show 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 $ show name, Param $ show originname]
+		fromMaybe (error $ "failed to create " ++ show name)
+			<$> branchsha
+	go False = withIndex' True $
+		inRepo $ Git.Branch.commit "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 " ++ show 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 file = withIndex $ L.unpack <$> catFile fullname 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 journalleda
+ - 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.commit message fullname parents
+	setIndexSha committedref
+	parentrefs <- commitparents <$> catObject committedref
+	when (racedetected branchref parentrefs) $ do
+		liftIO $ print ("race detected", branchref, parentrefs, "committing", (branchref, parents))
+		fixrace committedref parentrefs
+  where
+	-- look for "parent ref" lines and return the refs
+	commitparents = map (Git.Ref . snd) . filter isparent .
+		map (toassoc . L.unpack) . L.lines
+	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 $ show 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
+	g <- gitRepo
+#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
+	e <- liftIO $ catMaybes <$> forM keyenv getEnvPair
+#else
+	e <- liftIO getEnvironment
+#endif
+	let g' = g { gitEnv = Just $ ("GIT_INDEX_FILE", f):e }
+
+	r <- tryAnnex $ do
+		Annex.changeState $ \s -> s { Annex.repo = g' }
+		checkIndexOnce $ unlessM (liftIO $ doesFileExist f) $ do
+			unless bootstrapping create
+			createAnnexDirectory $ takeDirectory f
+			unless bootstrapping $ inRepo genIndex
+		a
+	Annex.changeState $ \s -> s { Annex.repo = (Annex.repo s) { gitEnv = gitEnv g} }
+	either E.throw return r
+
+{- 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 $ show 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
+	fs <- getJournalFiles jl
+	liftIO $ do
+		h <- hashObjectStart g
+		Git.UpdateIndex.streamUpdateIndex g
+			[genstream dir h fs]
+		hashObjectStop h
+	return $ liftIO $ mapM_ (removeFile . (dir </>)) fs
+  where
+	genstream dir h fs streamer = forM_ fs $ \file -> do
+		let path = dir </> file
+		sha <- hashFile h path
+		streamer $ Git.UpdateIndex.updateIndexLine
+			sha FileBlob (asTopFilePath $ fileJournal file)
+
+{- 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" . L.unpack
+			<$> 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 show $ 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.commit 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..90002de624
--- /dev/null
+++ b/Annex/Branch/Transitions.hs
@@ -0,0 +1,53 @@
+{- 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 -> ChangeFile $
+		UUIDBased.showLog id $ dropDeadFromUUIDBasedLog trustmap $ UUIDBased.parseLog Just content
+	Just (PresenceLog _) ->
+		let newlog = Presence.compactLog $ dropDeadFromPresenceLog trustmap $ Presence.parseLog content
+		in if null newlog
+			then RemoveFile
+			else ChangeFile $ Presence.showLog newlog
+	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..812d032c6a
--- /dev/null
+++ b/Annex/CatFile.hs
@@ -0,0 +1,139 @@
+{- 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,
+	catObject,
+	catTree,
+	catObjectDetails,
+	catFileHandle,
+	catKey,
+	catKeyFile,
+	catKeyFileHEAD,
+) 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
+
+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 -> Ref -> FileMode -> Annex (Maybe Key)
+catKey' modeguaranteed ref mode
+	| isSymLink mode = do
+		l <- fromInternalGitPath . encodeW8 . L.unpack <$> get
+		return $ if isLinkToAnnex l
+			then fileKey $ takeFileName l
+			else Nothing
+	| otherwise = return Nothing
+  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 ref
+		| otherwise = L.take 8192 <$> catObject ref
+
+{- Looks up the file mode 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..62f1b1ccbe
--- /dev/null
+++ b/Annex/Content.hs
@@ -0,0 +1,529 @@
+{- git-annex file content managing
+ -
+ - Copyright 2010-2013 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,
+	withTmp,
+	checkDiskSpace,
+	moveAnnex,
+	sendAnnex,
+	prepSendAnnex,
+	removeAnnex,
+	fromAnnex,
+	moveBad,
+	getKeysPresent,
+	saveState,
+	downloadUrl,
+	preseedTmp,
+	freezeContent,
+	thawContent,
+	dirKeys,
+	withObjectLoc,
+) where
+
+import System.IO.Unsafe (unsafeInterleaveIO)
+import System.PosixCompat.Files
+
+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
+
+{- 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 = inAnnex' (fromMaybe False) (Just False) go
+  where
+	go f = liftIO $ openforlock f >>= check
+#ifndef mingw32_HOST_OS
+	openforlock f = catchMaybeIO $
+		openFd f ReadOnly Nothing defaultFileFlags
+#else
+	openforlock _ = return $ Just ()
+#endif
+	check Nothing = return is_missing
+#ifndef mingw32_HOST_OS
+	check (Just h) = do
+		v <- getLock h (ReadLock, AbsoluteSeek, 0, 0)
+		closeFd h
+		return $ case v of
+			Just _ -> is_locked
+			Nothing -> is_unlocked
+#else
+	check (Just _) = return is_unlocked
+#endif
+#ifndef mingw32_HOST_OS
+	is_locked = Nothing
+#endif
+	is_unlocked = Just True
+	is_missing = Just False
+
+{- 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
+#ifndef mingw32_HOST_OS
+lockContent key a = do
+	file <- calcRepo $ gitAnnexLocation key
+	bracketIO (openforlock file >>= lock) unlock (const a)
+  where
+	{- Since files are stored with the write bit disabled, have
+	 - to fiddle with permissions to open for an exclusive lock. -}
+	openforlock f = catchMaybeIO $ ifM (doesFileExist f)
+		( withModifiedFileMode f
+			(`unionFileModes` ownerWriteMode)
+			open
+		, open
+		)
+	  where
+		open = openFd f ReadWrite Nothing defaultFileFlags
+	lock Nothing = return Nothing
+	lock (Just fd) = do
+		v <- tryIO $ setLock fd (WriteLock, AbsoluteSeek, 0, 0)
+		case v of
+			Left _ -> error "content is locked"
+			Right _ -> return $ Just fd
+	unlock Nothing = noop
+	unlock (Just l) = closeFd l
+#else
+lockContent _key a = a -- no locking for Windows!
+#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 = do
+	tmp <- fromRepo $ gitAnnexTmpLocation key
+
+	-- Check that there is enough free disk space.
+	-- When the temp file already exists, count the space
+	-- it is using as free.
+	e <- liftIO $ doesFileExist tmp
+	alreadythere <- if e
+		then fromIntegral . fileSize <$> liftIO (getFileStatus tmp)
+		else return 0
+	ifM (checkDiskSpace Nothing key alreadythere)
+		( do
+			when e $ thawContent tmp
+			finishGetViaTmp check key action
+		, return False
+		)
+
+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
+		, do
+			-- 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 $ gitAnnexTmpLocation 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
+		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
+		top <- fromRepo Git.repoPath
+		cwd <- liftIO getCurrentDirectory
+		let top' = fromMaybe top $ absNormPath cwd top
+		let l' = relPathDirToFile top' (fromMaybe l $ absNormPath top' l)
+		replaceFile f $ makeAnnexLink l'
+
+{- 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
+
+{- List of keys whose content exists in the annex. -}
+getKeysPresent :: Annex [Key]
+getKeysPresent = do
+	direct <- isDirect
+	dir <- fromRepo gitAnnexObjectDir
+	liftIO $ traverse direct (2 :: Int) dir
+  where
+	traverse direct depth dir = do
+		contents <- catchDefaultIO [] (dirContents dir)
+		if depth == 0
+			then do
+				contents' <- filterM (present direct) contents
+				let keys = mapMaybe (fileKey . takeFileName) contents'
+				continue keys []
+			else do
+				let deeper = traverse 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
+
+	{- In indirect mode, look for the key. In direct mode,
+	 - the inode cache file is only present when a key's content
+	 - is present. -}
+	present False d = doesFileExist $ contentfile d
+	present True d = doesFileExist $ contentfile d ++ ".cache"
+	contentfile d = d </> takeFileName d
+
+{- 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 = do
+		opts <- map Param . annexWebOptions <$> Annex.getGitConfig
+		headers <- getHttpHeaders
+		anyM (\u -> Url.withUserAgent $ Url.download u headers opts file) 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..a5d71288b2
--- /dev/null
+++ b/Annex/Content/Direct.hs
@@ -0,0 +1,259 @@
+{- git-annex file content managing for direct mode
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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,
+) 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 [] $ do
+		h <- openFile mapping ReadMode
+		fileEncoding h
+		lines <$> hGetContents 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') $ do
+		modifyContent mapping $
+			liftIO $ viaTmp write mapping $ unlines files'
+	top <- fromRepo Git.repoPath
+	return $ map (top </>) files'
+  where
+	write file content = do
+		h <- openFile file WriteMode
+		fileEncoding h
+ 		hPutStr h content
+		hClose h
+
+{- 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)
+	=<< 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 =<< 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
+	let curr = toInodeCache 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 = maybe calc return =<< Annex.getState Annex.inodeschanged
+  where
+	calc = do
+		scache <- liftIO . genInodeCache
+			=<< fromRepo gitAnnexInodeSentinal
+		scached <- readInodeSentinalFile
+		let changed = case (scache, scached) of
+			(Just c1, Just c2) -> not $ compareStrong c1 c2
+			_ -> True
+		Annex.changeState $ \s -> s { Annex.inodeschanged = Just changed }
+		return changed
+
+readInodeSentinalFile :: Annex (Maybe InodeCache)
+readInodeSentinalFile = do
+	sentinalcachefile <- fromRepo gitAnnexInodeSentinalCache
+	liftIO $ catchDefaultIO Nothing $
+		readInodeCache <$> readFile sentinalcachefile
+
+writeInodeSentinalFile :: Annex ()
+writeInodeSentinalFile = do
+	sentinalfile <- fromRepo gitAnnexInodeSentinal
+	createAnnexDirectory (parentDir sentinalfile)
+	sentinalcachefile <- fromRepo gitAnnexInodeSentinalCache
+	liftIO $ writeFile sentinalfile ""
+	liftIO $ maybe noop (writeFile sentinalcachefile . showInodeCache)
+		=<< genInodeCache sentinalfile
+
+{- 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)
+		writeInodeSentinalFile
+  where
+	alreadyexists = isJust <$> readInodeSentinalFile
+	hasobjects = liftIO . doesDirectoryExist =<< fromRepo gitAnnexObjectDir
diff --git a/Annex/Direct.hs b/Annex/Direct.hs
new file mode 100644
index 0000000000..3fa5f93622
--- /dev/null
+++ b/Annex/Direct.hs
@@ -0,0 +1,306 @@
+{- git-annex direct mode
+ -
+ - Copyright 2012 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
+
+{- 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) = do
+		shakey <- catKey sha mode
+		mstat <- liftIO $ catchMaybeIO $ getSymbolicLinkStatus file
+		filekey <- isAnnexLink file
+		case (shakey, filekey, mstat, toInodeCache =<< mstat) 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 "-f"] [file]
+
+{- 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. To avoid this,
+ - merge is run with the work tree set to a temp directory.
+ -
+ - This should only be used once any changes to the real working tree have
+ - already been committed, because it overwrites files in the working tree.
+ -}
+mergeDirect :: FilePath -> Git.Ref -> Git.Repo -> IO Bool
+mergeDirect d branch g = do
+	whenM (doesDirectoryExist d) $
+		removeDirectoryRecursive d
+	createDirectoryIfMissing True d
+	let g' = g { location = Local { gitdir = Git.localGitDir g, worktree = Just d } }
+	Git.Merge.mergeNonInteractive branch g'
+
+{- Cleans up after a direct mode merge. The merge must have been committed,
+ - and the commit sha passed in, along with the old sha of the tree
+ - before the merge. Uses git diff-tree to find files that changed between
+ - the two shas, 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 really add the directory until the file with the
+ - same name is remvoed.
+ -}
+mergeDirectCleanup :: FilePath -> Git.Ref -> Git.Ref -> Annex ()
+mergeDirectCleanup d oldsha newsha = do
+	(items, cleanup) <- inRepo $ DiffTree.diffTreeRecursive oldsha newsha
+	makeabs <- flip fromTopFilePath <$> gitRepo
+	let fsitems = zip (map (makeabs . DiffTree.file) items) items
+	forM_ fsitems $
+		go DiffTree.srcsha DiffTree.srcmode moveout moveout_raw
+	forM_ fsitems $
+		go DiffTree.dstsha DiffTree.dstmode movein movein_raw
+	void $ liftIO cleanup
+	liftIO $ removeDirectoryRecursive d
+  where
+	go getsha getmode a araw (f, item)
+		| getsha item == nullSha = noop
+		| otherwise = void $
+			tryAnnex . maybe (araw f) (\k -> void $ a k f)
+				=<< catKey (getsha item) (getmode item)
+
+	moveout k f = removeDirect k f
+
+	{- 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. Otherwise, create the symlink and then
+	 - if possible, replace it with the content. -}
+	movein k f = unlessM (goodContent k f) $ do
+		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 f = liftIO $ do
+		createDirectoryIfMissing True $ parentDir f
+		void $ tryIO $ rename (d </> f) f
+
+{- 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
+			replaceFile f $ liftIO . moveFile 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 "/" $ show orighead of
+	("refs":"heads":"annex":"direct":_) -> orighead
+	("refs":"heads":rest) ->
+		Ref $ "refs/heads/annex/direct/" ++ intercalate "/" rest
+	_ -> Ref $ "refs/heads/" ++ show (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 "/" $ show 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/Environment.hs b/Annex/Environment.hs
new file mode 100644
index 0000000000..f22c5f2d49
--- /dev/null
+++ b/Annex/Environment.hs
@@ -0,0 +1,65 @@
+{- 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 to a dummy value and tries the action again. -}
+ensureCommit :: Annex a -> Annex a
+ensureCommit a = either retry return =<< tryAnnex a 
+  where
+  	retry _ = do
+		setConfig (ConfigKey "user.email") =<< liftIO myUserName
+		a
diff --git a/Annex/Exception.hs b/Annex/Exception.hs
new file mode 100644
index 0000000000..91347583e4
--- /dev/null
+++ b/Annex/Exception.hs
@@ -0,0 +1,46 @@
+{- 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,
+	tryAnnex,
+	tryAnnexIO,
+	throwAnnex,
+	catchAnnex,
+) where
+
+import qualified "MonadCatchIO-transformers" Control.Monad.CatchIO 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)
+
+{- 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.throw
+
+{- 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..cded857a23
--- /dev/null
+++ b/Annex/FileMatcher.hs
@@ -0,0 +1,102 @@
+{- git-annex file matching
+ -
+ - Copyright 2012, 2013 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 Types.Limit
+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
+
+type FileMatcher = Matcher MatchFiles
+
+checkFileMatcher :: FileMatcher -> FilePath -> Annex Bool
+checkFileMatcher matcher file = checkFileMatcher' matcher file S.empty True
+
+checkFileMatcher' :: FileMatcher -> FilePath -> AssumeNotPresent -> Bool -> Annex Bool
+checkFileMatcher' matcher file notpresent def
+	| isEmpty matcher = return def
+	| otherwise = do
+		matchfile <- getTopFilePath <$> inRepo (toTopFilePath file)
+		let fi = FileInfo
+			{ matchFile = matchfile
+			, relFile = file
+			}
+		matchMrun matcher $ \a -> a notpresent fi
+
+matchAll :: FileMatcher
+matchAll = generate []
+
+parsedToMatcher :: [Either String (Token MatchFiles)] -> Either String FileMatcher
+parsedToMatcher parsed = case partitionEithers parsed of
+	([], vs) -> Right $ generate vs
+	(es, _) -> Left $ unwords $ map ("Parse failure: " ++) es
+
+exprParser :: GroupMap -> M.Map UUID RemoteConfig -> Maybe UUID -> String -> [Either String (Token MatchFiles)]
+exprParser groupmap configmap mu expr =
+	map parse $ tokenizeMatcher expr
+  where
+	parse = parseToken 
+		(limitPresent mu)
+		(limitInDir preferreddir)
+		groupmap
+	preferreddir = fromMaybe "public" $
+		M.lookup "preferreddir" =<< (`M.lookup` configmap) =<< mu
+
+parseToken :: MkLimit -> MkLimit -> GroupMap -> String -> Either String (Token MatchFiles)
+parseToken checkpresent checkpreferreddir groupmap t
+	| t `elem` tokens = Right $ token t
+	| t == "present" = use checkpresent
+	| t == "inpreferreddir" = use checkpreferreddir
+	| otherwise = maybe (Left $ "near " ++ show t) use $ M.lookup k $
+		M.fromList
+			[ ("include", limitInclude)
+			, ("exclude", limitExclude)
+			, ("copies", limitCopies)
+			, ("inbackend", limitInBackend)
+			, ("largerthan", limitSize (>))
+			, ("smallerthan", limitSize (<))
+			, ("inallgroup", limitInAllGroup groupmap)
+			]
+  where
+	(k, v) = separate (== '=') t
+	use a = Operation <$> a v
+
+{- 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
+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 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..7301a09584
--- /dev/null
+++ b/Annex/Hook.hs
@@ -0,0 +1,42 @@
+{- git-annex git hooks
+ -
+ - Note that it's important that the scripts not change, otherwise
+ - removing old hooks using an old version of the script would fail.
+ -
+ - Copyright 2013 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 Utility.Shell
+import Config
+
+preCommitHook :: Git.Hook
+preCommitHook = Git.Hook "pre-commit" (mkHookScript "git annex pre-commit .")
+
+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
diff --git a/Annex/Journal.hs b/Annex/Journal.hs
new file mode 100644
index 0000000000..8b88ab2fbf
--- /dev/null
+++ b/Annex/Journal.hs
@@ -0,0 +1,128 @@
+{- 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 System.IO.Binary
+
+import Common.Annex
+import Annex.Exception
+import qualified Git
+import Annex.Perms
+
+{- 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
+	createAnnexDirectory =<< fromRepo gitAnnexJournalDir
+	createAnnexDirectory =<< fromRepo gitAnnexTmpDir
+	-- journal file is written atomically
+	jfile <- fromRepo $ journalFile file
+	tmp <- fromRepo gitAnnexTmpDir
+	let tmpfile = tmp </> takeFileName jfile
+	liftIO $ do
+		writeBinaryFile tmpfile 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 $
+	readFileStrict $ 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
+
+{- Checks if there are changes in the journal. -}
+journalDirty :: Annex Bool
+journalDirty = not . null <$> getJournalFilesStale
+
+{- 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 = do
+	lockfile <- fromRepo gitAnnexJournalLock
+	createAnnexDirectory $ takeDirectory lockfile
+	mode <- annexFileMode
+	bracketIO (lock lockfile mode) unlock (const $ a ProduceJournalLocked)
+  where
+#ifndef mingw32_HOST_OS
+	lock lockfile mode = do
+		l <- noUmask mode $ createFile lockfile mode
+		waitToSetLock l (WriteLock, AbsoluteSeek, 0, 0)
+		return l
+#else
+	lock lockfile _mode = do
+		writeFile lockfile ""
+		return lockfile
+#endif
+#ifndef mingw32_HOST_OS
+	unlock = closeFd
+#else
+	unlock = removeFile
+#endif
diff --git a/Annex/Link.hs b/Annex/Link.hs
new file mode 100644
index 0000000000..30d8c2ae8c
--- /dev/null
+++ b/Annex/Link.hs
@@ -0,0 +1,105 @@
+{- 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 = do
+		h <- openFile f ReadMode
+		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 do
+				hClose h
+				return ""
+			else do
+				hClose h
+				-- 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
+
+{- 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.
+ -}
+makeAnnexLink :: LinkTarget -> FilePath -> Annex ()
+makeAnnexLink 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
+
+{- 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/LockPool.hs b/Annex/LockPool.hs
new file mode 100644
index 0000000000..a9a0f31019
--- /dev/null
+++ b/Annex/LockPool.hs
@@ -0,0 +1,56 @@
+{- git-annex lock pool
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.LockPool where
+
+import qualified Data.Map as M
+import System.Posix.Types (Fd)
+
+import Common.Annex
+import Annex
+#ifndef mingw32_HOST_OS
+import Annex.Perms
+#endif
+
+{- Create a specified lock file, and takes a shared lock. -}
+lockFile :: FilePath -> Annex ()
+lockFile file = go =<< fromPool file
+  where
+	go (Just _) = noop -- already locked
+	go Nothing = do
+#ifndef mingw32_HOST_OS
+		mode <- annexFileMode
+		fd <- liftIO $ noUmask mode $
+			openFd file ReadOnly (Just mode) defaultFileFlags
+		liftIO $ waitToSetLock fd (ReadLock, AbsoluteSeek, 0, 0)
+#else
+		liftIO $ writeFile file ""
+		let fd = 0
+#endif
+		changePool $ M.insert file fd
+
+unlockFile :: FilePath -> Annex ()
+unlockFile file = maybe noop go =<< fromPool file
+  where
+	go fd = do
+#ifndef mingw32_HOST_OS
+		liftIO $ closeFd fd
+#endif
+		changePool $ M.delete file
+
+getPool :: Annex (M.Map FilePath Fd)
+getPool = getState lockpool
+
+fromPool :: FilePath -> Annex (Maybe Fd)
+fromPool file = M.lookup file <$> getPool
+
+changePool :: (M.Map FilePath Fd -> M.Map FilePath Fd) -> Annex ()
+changePool a = do
+	m <- getPool
+	changeState $ \s -> s { lockpool = a m }
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..b0725bae76
--- /dev/null
+++ b/Annex/Quvi.hs
@@ -0,0 +1,20 @@
+{- 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 -> [CommandParam] -> URLString -> Annex a
+withQuviOptions a ps url = do
+	opts <- map Param . annexQuviOptions <$> Annex.getGitConfig
+	liftIO $ a (ps++opts) url
diff --git a/Annex/ReplaceFile.hs b/Annex/ReplaceFile.hs
new file mode 100644
index 0000000000..dd93b471c8
--- /dev/null
+++ b/Annex/ReplaceFile.hs
@@ -0,0 +1,39 @@
+{- 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 a = do
+	tmpdir <- fromRepo gitAnnexTmpDir
+	void $ createAnnexDirectory tmpdir
+	bracketIO (setup tmpdir) nukeFile $ \tmpfile -> do
+		a 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
+		rename tmpfile file
diff --git a/Annex/Ssh.hs b/Annex/Ssh.hs
new file mode 100644
index 0000000000..8553ee797d
--- /dev/null
+++ b/Annex/Ssh.hs
@@ -0,0 +1,198 @@
+{- git-annex ssh interface, with connection caching
+ -
+ - Copyright 2012,2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Annex.Ssh (
+	sshCachingOptions,
+	sshCleanup,
+	sshCacheDir,
+	sshReadPort,
+) where
+
+import qualified Data.Map as M
+import Data.Hash.MD5
+import System.Process (cwd)
+
+import Common.Annex
+import Annex.LockPool
+import qualified Build.SysConfig as SysConfig
+import qualified Annex
+import Config
+import Utility.Env
+#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
+		cleanstale
+		liftIO $ createDirectoryIfMissing True $ parentDir socketfile
+		lockFile $ socket2lock socketfile
+		ret params
+	ret ps = return $ ps ++ opts ++ portParams port ++ [Param "-T"]
+	-- 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.
+	cleanstale = whenM (not . any isLock . M.keys <$> getPool)
+		sshCleanup
+
+{- 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 = take (1+16) $ repeat '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
+		createDirectoryIfMissing True tmpdir
+		return tmpdir
+
+portParams :: Maybe Integer -> [CommandParam]
+portParams Nothing = []
+portParams (Just port) = [Param "-p", Param $ show port]
+
+{- Stop any unused ssh processes. -}
+sshCleanup :: Annex ()
+sshCleanup = go =<< sshCacheDir
+  where
+	go Nothing = noop
+	go (Just dir) = do
+		sockets <- liftIO $ filter (not . isLock)
+			<$> catchDefaultIO [] (dirContents dir)
+		forM_ sockets cleanup
+	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.
+		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 _ -> stopssh socketfile
+		liftIO $ closeFd fd
+#else
+		stopssh socketfile
+#endif
+	stopssh 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 "any"])
+					{ cwd = Just dir }
+		-- Cannot remove the lock file; other processes may
+		-- be waiting on our exclusive lock to use it.
+
+{- 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
diff --git a/Annex/TaggedPush.hs b/Annex/TaggedPush.hs
new file mode 100644
index 0000000000..039dc0e173
--- /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 $ show $ Git.Ref.base b
+	]
+
+fromTaggedBranch :: Git.Branch -> Maybe (UUID, Maybe String)
+fromTaggedBranch b = case split "/" $ show 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 = show b ++ ":" ++ show (toTaggedBranch u info b)
diff --git a/Annex/UUID.hs b/Annex/UUID.hs
new file mode 100644
index 0000000000..4e274503bf
--- /dev/null
+++ b/Annex/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
+ -
+ - 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,
+	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) $ storeUUID 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 configkey =<< liftIO genUUID
+
+storeUUID :: ConfigKey -> UUID -> Annex ()
+storeUUID 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..0401ffe07b
--- /dev/null
+++ b/Annex/Url.hs
@@ -0,0 +1,27 @@
+{- Url downloading, with git-annex user agent.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Annex.Url (
+	module U,
+	withUserAgent,
+	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
+
+withUserAgent :: (Maybe U.UserAgent -> IO a) -> Annex a
+withUserAgent a = liftIO . a =<< getUserAgent
diff --git a/Annex/Version.hs b/Annex/Version.hs
new file mode 100644
index 0000000000..2b4a49fd2d
--- /dev/null
+++ b/Annex/Version.hs
@@ -0,0 +1,47 @@
+{- 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
+
+defaultVersion :: Version
+defaultVersion = "3"
+
+directModeVersion :: Version
+directModeVersion = "5"
+
+supportedVersions :: [Version]
+supportedVersions = [defaultVersion, directModeVersion]
+
+upgradableVersions :: [Version]
+#ifndef mingw32_HOST_OS
+upgradableVersions = ["0", "1", "2", "4"]
+#else
+upgradableVersions = ["2", "4"]
+#endif
+
+autoUpgradeableVersions :: [Version]
+autoUpgradeableVersions = ["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/Wanted.hs b/Annex/Wanted.hs
new file mode 100644
index 0000000000..04dcc1c1ca
--- /dev/null
+++ b/Annex/Wanted.hs
@@ -0,0 +1,32 @@
+{- 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 -> AssociatedFile -> Annex Bool
+wantGet def Nothing = return def
+wantGet def (Just file) = isPreferredContent Nothing S.empty file def
+
+{- Check if a file is preferred content for a remote. -}
+wantSend :: Bool -> AssociatedFile -> UUID -> Annex Bool
+wantSend def Nothing _ = return def
+wantSend def (Just file) to = isPreferredContent (Just to) S.empty 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 -> AssociatedFile -> Annex Bool
+wantDrop def _ Nothing = return $ not def
+wantDrop def from (Just file) = do
+	u <- maybe getUUID (return . id) from
+	not <$> isPreferredContent (Just u) (S.singleton u) file def
diff --git a/Assistant.hs b/Assistant.hs
new file mode 100644
index 0000000000..d4786f99ad
--- /dev/null
+++ b/Assistant.hs
@@ -0,0 +1,175 @@
+{- 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.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
+#warning Building without the webapp. You probably need to install Yesod..
+import Assistant.Types.UrlRenderer
+#endif
+import qualified Utility.Daemon
+import Utility.LogFile
+import Utility.ThreadScheduler
+import Utility.HumanTime
+import Annex.Perms
+import qualified Build.SysConfig as SysConfig
+
+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
+#ifndef mingw32_HOST_OS
+	createAnnexDirectory (parentDir logfile)
+	logfd <- liftIO $ openLog logfile
+	if foreground
+		then do
+			origout <- liftIO $ catchMaybeIO $ 
+				fdToHandle =<< dup stdOutput
+			origerr <- liftIO $ catchMaybeIO $ 
+				fdToHandle =<< dup stdError
+			let undaemonize a = do
+				debugM desc $ "logging to " ++ logfile
+				Utility.Daemon.lockPidFile pidfile
+				Utility.LogFile.redirLog logfd
+				a
+			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 is always foreground, and has no log file.
+	start id $
+		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 listenhost Nothing 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 $ daemonStatusThread
+				, assist $ sanityCheckerDailyThread
+				, 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..c767d429d9
--- /dev/null
+++ b/Assistant/Alert.hs
@@ -0,0 +1,433 @@
+{- git-annex assistant alerts
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE OverloadedStrings, CPP #-}
+
+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 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 :: [Remote] -> TenseChunk
+showRemotes = UnTensed . T.intercalate ", " . map (T.pack . Remote.name)
+
+syncAlert :: [Remote] -> 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 = 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 (maybe [] (:[]) button) $ fromString $ 
+		"Finished upgrading git-annex to version " ++ version
+
+upgradeFailedAlert :: String -> Alert
+upgradeFailedAlert msg = (errorAlert msg [])
+	{ alertHeader = Just $ fromString "Upgrade failed." }
+
+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 = maybe [] (:[]) button
+	}
+
+xmppNeededAlert :: AlertButton -> Alert
+xmppNeededAlert button = Alert
+	{ alertHeader = Just "Share with friends, and keep your devices in sync across the cloud."
+	, alertIcon = Just TheCloud
+	, alertPriority = High
+	, alertButtons = [button]
+	, alertClosable = True
+	, alertClass = Message
+	, alertMessageRender = renderData
+	, alertCounter = 0
+	, alertBlockDisplay = True
+	, alertName = Just $ XMPPNeededAlert
+	, 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..db2ea19250
--- /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
+		`thenOrd` compare aid bid
+			`thenOrd` 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/DaemonStatus.hs b/Assistant/DaemonStatus.hs
new file mode 100644
index 0000000000..7268bbbfb4
--- /dev/null
+++ b/Assistant/DaemonStatus.hs
@@ -0,0 +1,262 @@
+{- git-annex assistant daemon status
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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.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 . isXMPPRemote) syncable
+
+	return $ \dstatus -> dstatus
+		{ syncRemotes = syncable
+		, syncGitRemotes = filter Remote.syncableRemote syncable
+		, syncDataRemotes = syncdata
+		, syncingToCloudRemote = any iscloud syncdata
+		}
+  where
+  	iscloud r = not (Remote.readonly r) && Remote.globallyAvailable r
+
+{- 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
+
+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
+	putTMVar dstatus $ s { currentTransfers = a (currentTransfers s) }
+
+{- 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 = s { alertMap = a (alertMap s) }
+
+{- 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
+
+{- 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 = Remote.repo remote
+
+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..d677a69c8b
--- /dev/null
+++ b/Assistant/Drop.hs
@@ -0,0 +1,112 @@
+{- 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 where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Logs.Location
+import Logs.Trust
+import Types.Remote (uuid)
+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
+
+type Reason = String
+
+{- Drop from local and/or remote when allowed by the preferred content and
+ - numcopies settings. -}
+handleDrops :: Reason -> Bool -> Key -> AssociatedFile -> Maybe Remote -> Assistant ()
+handleDrops _ _ _ Nothing _ = noop
+handleDrops reason fromhere key f knownpresentremote = do
+	syncrs <- syncDataRemotes <$> getDaemonStatus
+	locs <- liftAnnex $ loggedLocations key
+	handleDropsFrom locs syncrs reason fromhere key f knownpresentremote
+
+{- 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.
+ -
+ - In direct mode, all associated files are checked, and only if all
+ - of them are unwanted are they dropped.
+ -}
+handleDropsFrom :: [UUID] -> [Remote] -> Reason -> Bool -> Key -> AssociatedFile -> Maybe Remote -> Assistant ()
+handleDropsFrom _ _ _ _ _ Nothing _ = noop
+handleDropsFrom locs rs reason fromhere key (Just afile) knownpresentremote = do
+	fs <- liftAnnex $ ifM isDirect
+		( do
+			l <- associatedFilesRelative key
+			if null l
+				then return [afile]
+				else return l
+		, return [afile]
+		)
+	n <- getcopies fs
+	if fromhere && checkcopies n Nothing
+		then go fs rs =<< dropl fs n
+		else go fs rs n
+  where
+	getcopies fs = liftAnnex $ do
+		(untrusted, have) <- trustPartition UnTrusted locs
+		numcopies <- maximum <$> mapM (getNumCopies <=< numCopies) fs
+		return (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 =
+		(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@(have, numcopies, _untrusted) u a =
+		ifM (liftAnnex $ allM (wantDrop True u . Just) fs)
+			( ifM (liftAnnex $ safely $ doCommand $ a (Just numcopies))
+				( do
+					debug
+						[ "dropped"
+						, afile
+						, "(from " ++ maybe "here" show u ++ ")"
+						, "(copies now " ++ show (have - 1) ++ ")"
+						, ": " ++ reason
+						]
+					return $ decrcopies n u
+				, return n
+				)
+			, 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
+
+	safely a = either (const False) id <$> tryAnnex a
+
+	slocs = S.fromList locs
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..dee1b5be37
--- /dev/null
+++ b/Assistant/Install.hs
@@ -0,0 +1,101 @@
+{- 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 Assistant.Install.Menu
+import Assistant.Ssh
+import Config.Files
+import Utility.FileMode
+import Utility.Shell
+import Utility.Tmp
+import Utility.Env
+
+#ifdef darwin_HOST_OS
+import Utility.OSX
+#else
+import Utility.FreeDesktop
+#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 a
+ - git-annex-shell wrapper 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.
+ -}
+ensureInstalled :: IO ()
+ensureInstalled = go =<< standaloneAppBase
+  where
+	go Nothing = noop
+	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
+
+		{- This shim is only updated if it doesn't
+		 - already exist with the right content. -}
+		sshdir <- sshDir
+		let shim = sshdir </> "git-annex-shell"
+		let runshell var = "exec " ++ base </> "runshell" ++
+			" git-annex-shell -c \"" ++ var ++ "\""
+		let content = unlines
+			[ shebang_local
+			, "set -e"
+			, "if [ \"x$SSH_ORIGINAL_COMMAND\" != \"x\" ]; then"
+			,   runshell "$SSH_ORIGINAL_COMMAND"
+			, "else"
+			,   runshell "$@"
+			, "fi"
+			]
+
+		curr <- catchDefaultIO "" $ readFileStrict shim
+		when (curr /= content) $ do
+			createDirectoryIfMissing True (parentDir shim)
+			viaTmp writeFile shim content
+			modifyFileMode shim $ addModes [ownerExecuteMode]
+
+{- 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 env
+		| null vars = Nothing
+		| otherwise = Just $ catMaybes $ map (restoreorig env) env
+		| otherwise = Nothing
+	  where
+		vars = words $ fromMaybe "" $
+			lookup "GIT_ANNEX_STANDLONE_ENV" env
+		restoreorig oldenv p@(k, _v)
+			| k `elem` vars = case lookup ("ORIG_" ++ k) oldenv of
+				Nothing -> Nothing
+				(Just v') -> Just (k, v')
+			| 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..41ec855b69
--- /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 ()
+installMenu command menufile iconsrcdir icondir = do
+#ifdef darwin_HOST_OS
+	return ()
+#else
+	writeDesktopMenuFile (fdoDesktopMenu command) menufile
+	installIcon (iconsrcdir </> "logo.svg") $
+		iconFilePath (iconBaseName ++ ".svg") "scalable" icondir
+	installIcon (iconsrcdir </> "favicon.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..bf316e49d6
--- /dev/null
+++ b/Assistant/MakeRemote.hs
@@ -0,0 +1,165 @@
+{- 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, Command.InitRemote.newConfig name)
+	go (Just (u, c)) = setupSpecialRemote name Rsync.remote config (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 $ M.fromList
+		[ ("type", "gcrypt")
+		, ("gitrepo", location)
+		, configureEncryption HybridEncryption
+		, ("keyid", keyid)
+		]
+
+type SpecialRemoteMaker = RemoteName -> RemoteType -> 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 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
+				(Nothing, Command.InitRemote.newConfig fullname)
+			Just _ -> go (n + 1)
+
+{- Enables an existing special remote. -}
+enableSpecialRemote :: SpecialRemoteMaker
+enableSpecialRemote name remotetype config = do
+	r <- Command.InitRemote.findExisting name
+	case r of
+		Nothing -> error $ "Cannot find a special remote named " ++ name
+		Just (u, c) -> setupSpecialRemote name remotetype config (Just u, c)
+
+setupSpecialRemote :: RemoteName -> RemoteType -> R.RemoteConfig -> (Maybe UUID, R.RemoteConfig) -> Annex RemoteName
+setupSpecialRemote name remotetype config (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 $
+		M.insert "highRandomQuality" "false" $ M.union config c
+	describeUUID u name
+	configSet u c'
+	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..6b843ea88f
--- /dev/null
+++ b/Assistant/Monad.hs
@@ -0,0 +1,144 @@
+{- 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
+
+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
+	}
+
+newAssistantData :: ThreadState -> DaemonStatusHandle -> IO AssistantData
+newAssistantData st dstatus = AssistantData
+	<$> pure (ThreadName "main")
+	<*> pure st
+	<*> pure dstatus
+	<*> newScanRemoteMap
+	<*> newTransferQueue
+	<*> newTransferSlots
+	<*> newTransferrerPool
+	<*> newFailedPushMap
+	<*> newCommitChan
+	<*> newChangePool
+	<*> newRepoProblemChan
+	<*> newBranchChangeHandle
+	<*> newBuddyList
+	<*> newNetMessager
+
+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 amoung 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..144b236a41
--- /dev/null
+++ b/Assistant/Pairing/MakeRemote.hs
@@ -0,0 +1,95 @@
+{- 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 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 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/Repair.hs b/Assistant/Repair.hs
new file mode 100644
index 0000000000..1369d31986
--- /dev/null
+++ b/Assistant/Repair.hs
@@ -0,0 +1,153 @@
+{- 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)
+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 $ writeFsckResults u Nothing
+	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, stillmissing, modifiedbranches) <- inRepo $
+			runRepairOf fsckresults destructiverepair referencerepo
+		when destructiverepair $
+			repairAnnexBranch stillmissing 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). 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
+ - least work to detect is 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 <- filter (not . isInfixOf "gc.pid") 
+		. filter (".lock" `isSuffixOf`)
+		<$> liftIO (findgitfiles r)
+	repairStaleLocks lockfiles
+	return $ not $ null lockfiles
+  where
+	findgitfiles = dirContentsRecursiveSkipping (== dropTrailingPathSeparator annexDir) . Git.localGitDir
+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..65d913712f
--- /dev/null
+++ b/Assistant/Restart.hs
@@ -0,0 +1,86 @@
+{- git-annex assistant restarting
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+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 qualified Git.Construct
+import qualified Git.Config
+import Config.Files
+import qualified Annex
+import qualified Git
+
+import Control.Concurrent
+import System.Posix (getProcessID, signalProcess, sigTERM)
+import System.Process (cwd)
+
+{- 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)
+		signalProcess sigTERM =<< getProcessID
+
+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 (listening url)
+				( return url
+				, delayed $ waiturl urlfile
+				)
+	listening url = catchBoolIO $ fst <$> exists url [] Nothing
+	delayed a = do
+		threadDelay 100000 -- 1/10th of a second
+		a
+
+{- Returns once the assistant has daemonized, but possibly before it's
+ - listening for web connections. -}
+startAssistant :: FilePath -> IO ()
+startAssistant repo = 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..1dc982ba63
--- /dev/null
+++ b/Assistant/Ssh.hs
@@ -0,0 +1,342 @@
+{- 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.UserInfo
+import Utility.Shell
+import Utility.Rsync
+import Utility.FileMode
+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]
+
+sshDir :: IO FilePath
+sshDir = do
+	home <- myHomeDir
+	return $ home </> ".ssh"
+
+{- 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 ]
+
+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
+	writeFile 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=\"GIT_ANNEX_SHELL_DIRECTORY="++shellEscape dir++" ~/.ssh/git-annex-shell\",no-agent-forwarding,no-port-forwarding,no-X11-forwarding "
+
+{- 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.
+ -}
+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")
+		]
+  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. -}
+fixSshKeyPair :: IO ()
+fixSshKeyPair = do
+	sshdir <- sshDir
+	let configfile = sshdir </> "config"
+	whenM (doesFileExist configfile) $ do
+		ls <- lines <$> readFileStrict configfile
+		let ls' = fixSshKeyPair' ls
+		when (ls /= ls') $
+			viaTmp writeFile configfile $ unlines ls'
+
+{- Strategy: Search for IdentityFile lines in for files 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. -}
+fixSshKeyPair' :: [String] -> [String]
+fixSshKeyPair' = go []
+  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"
+
+{- 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) $
+		appendFile configfile $ unlines $
+			[ ""
+			, "# Added automatically by git-annex"
+			, "Host " ++ mangledhost
+			] ++ map (\(k, v) -> "\t" ++ k ++ " " ++ v)
+				(settings ++ config)
+	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_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 $ 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..f7656f52df
--- /dev/null
+++ b/Assistant/Sync.hs
@@ -0,0 +1,276 @@
+{- 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 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 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
+
+{- Updates the local sync branch, then pushes it 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
+	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 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]
+		liftIO $ Command.Sync.updateBranch (Command.Sync.syncBranch branch) g
+		(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 . 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 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
+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..695703e224
--- /dev/null
+++ b/Assistant/Threads/Committer.hs
@@ -0,0 +1,493 @@
+{- 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.Command
+import qualified Git.LsFiles
+import qualified Git.BuildVersion
+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 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
+	delayadd <- liftAnnex $
+		maybe delayaddDefault (return . Just . Seconds)
+			=<< annexDelayAdd <$> Annex.getGitConfig
+	waitChangeTime $ \(changes, time) -> do
+		readychanges <- handleAdds delayadd changes
+		if shouldCommit 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
+		case (lastcommitsize >= maxCommitSize, shouldCommit now len changes, possiblyrename changes) of
+			(True, True, _)
+				| len > maxCommitSize -> 
+					waitchanges =<< a (changes, now)
+				| otherwise -> aftermaxcommit changes
+			(_, True, False) ->
+				waitchanges =<< a (changes, now)
+			(_, True, True) -> do
+				morechanges <- getrelatedchanges changes
+				waitchanges =<< a (changes ++ morechanges, now)
+			_ -> 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 :: UTCTime -> Int -> [Change] -> Bool
+shouldCommit now len changes
+	| 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
+			{- Empty commits may be made if tree changes cancel
+			 - each other out, etc. Git returns nonzero on those,
+			 - so don't propigate out commit failures. -}
+			void $ inRepo $ catchMaybeIO . 
+				Git.Command.runQuiet
+					(Param "commit" : nomessage params)
+			return True
+  where
+	params =
+		[ Param "--quiet"
+		{- Avoid running the usual pre-commit hook;
+		 - the Watcher does the same symlink fixing,
+		 - and direct mode bookkeeping updating. -}
+		, Param "--no-verify"
+		]
+	nomessage ps
+		| Git.BuildVersion.older "1.7.2" =
+			Param "-m" : Param "autocommit" : ps
+		| Git.BuildVersion.older "1.7.8" =
+			Param "--allow-empty-message" :
+			Param "-m" : Param "" : ps
+		| otherwise =
+			Param "--allow-empty-message" :
+			Param "--no-edit" : Param "-m" : Param "" : ps
+
+{- 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 :: Maybe Seconds -> [Change] -> Assistant [Change]
+handleAdds 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 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 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
+		if M.null m
+			then forM toadd add
+			else forM toadd $ \c -> do
+				mcache <- liftIO $ genInodeCache $ changeFile c
+				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 :: Maybe Seconds -> [Change] -> [Change] -> Assistant [Either Change Change]
+safeToAdd _ [] [] = return []
+safeToAdd 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 <- S.fromList . map fst3 . filter openwrite <$>
+			findopenfiles (map keySource inprocess')
+		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 gitAnnexTmpDir
+			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
+			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..c180c4da92
--- /dev/null
+++ b/Assistant/Threads/ConfigMonitor.hs
@@ -0,0 +1,87 @@
+{- 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 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)
+	, (scheduleLog, void updateScheduleLog)
+	-- Preferred content settings depend on most of the other configs,
+	-- so will be reloaded whenever any configs change.
+	, (preferredContentLog, noop)
+	]
+
+reloadConfigs :: Configs -> Assistant ()
+reloadConfigs changedconfigs = do
+	sequence_ as
+	void $ liftAnnex preferredContentMapLoad
+	{- 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..3f4fcb0cca
--- /dev/null
+++ b/Assistant/Threads/Merger.hs
@@ -0,0 +1,118 @@
+{- 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 qualified Command.Sync
+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) 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 = do
+			debug
+				[ "merging", show changedbranch
+				, "into", show current
+				]
+			void $ liftAnnex  $ Command.Sync.mergeFrom changedbranch
+	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 . show
+
+isAnnexBranch :: FilePath -> Bool
+isAnnexBranch f = n `isSuffixOf` f
+  where
+	n = '/' : show 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..39ae67537f
--- /dev/null
+++ b/Assistant/Threads/MountWatcher.hs
@@ -0,0 +1,195 @@
+{- 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 ->
+				listen client matcher handleevent
+		, 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..a7124fa01c
--- /dev/null
+++ b/Assistant/Threads/NetWatcher.hs
@@ -0,0 +1,138 @@
+{- 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 Utility.NotificationBroadcaster
+
+#if WITH_DBUS
+import Utility.DBus
+import DBus.Client
+import DBus
+import Data.Word (Word32)
+import Assistant.NetMessager
+#else
+#warning Building without dbus support; will poll for network connection changes
+#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, 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
+			listenNMConnections client <~> handleconn
+			listenWicdConnections client <~> handleconn
+		, do
+			liftAnnex $
+				warning "No known network monitor available through dbus; falling back to polling"
+		)
+	handleconn = do
+		debug ["detected network connection"]
+		notifyNetMessagerRestart
+		handleConnection
+	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 new NetworkManager connections. -}
+listenNMConnections :: Client -> IO () -> IO ()
+listenNMConnections client callback =
+	listen client matcher $ \event ->
+		when (Just True == anyM activeconnection (signalBody event)) $
+			callback
+  where
+	matcher = matchAny
+		{ matchInterface = Just "org.freedesktop.NetworkManager.Connection.Active"
+		, matchMember = Just "PropertiesChanged"
+		}
+	nm_connection_activated = toVariant (2 :: Word32)
+	nm_state_key = toVariant ("State" :: String)
+	activeconnection v = do
+		m <- fromVariant v
+		vstate <- lookup nm_state_key $ dictionaryItems m
+		state <- fromVariant vstate
+		return $ state == nm_connection_activated
+
+{- Listens for new Wicd connections. -}
+listenWicdConnections :: Client -> IO () -> IO ()
+listenWicdConnections client callback =
+	listen client matcher $ \event ->
+		when (any (== wicd_success) (signalBody event)) $
+			callback
+  where
+	matcher = matchAny
+		{ matchInterface = Just "org.wicd.daemon"
+		, matchMember = Just "ConnectResultsSent"
+		}
+	wicd_success = toVariant ("success" :: String)
+
+#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/SanityChecker.hs b/Assistant/Threads/SanityChecker.hs
new file mode 100644
index 0000000000..6946e8b3a9
--- /dev/null
+++ b/Assistant/Threads/SanityChecker.hs
@@ -0,0 +1,175 @@
+{- git-annex assistant sanity checker
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Assistant.Threads.SanityChecker (
+	sanityCheckerStartupThread,
+	sanityCheckerDailyThread,
+	sanityCheckerHourlyThread
+) where
+
+import Assistant.Common
+import Assistant.DaemonStatus
+import Assistant.Alert
+import Assistant.Repair
+import qualified Git.LsFiles
+import qualified Git.Command
+import qualified Git.Config
+import Utility.ThreadScheduler
+import qualified Assistant.Threads.Watcher as Watcher
+import Utility.LogFile
+import Utility.Batch
+import Utility.NotificationBroadcaster
+import Config
+import Utility.HumanTime
+import Git.Repair
+
+import Data.Time.Clock.POSIX
+import qualified Data.Set as S
+
+{- 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 (checkIndex S.empty)))
+		( do
+			notice ["corrupt index file found at startup; removing and restaging"]
+			liftAnnex $ inRepo nukeIndex
+			{- 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 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 :: NamedThread
+sanityCheckerDailyThread = 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
+
+		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 :: Assistant Bool
+dailyCheck = do
+	g <- liftAnnex gitRepo
+
+	-- 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.runBool
+			[ Param "-c", Param "gc.auto=670000"
+			, Param "gc"
+			, Param "--auto"
+			] g
+
+	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 = checkLogSize 0
+
+{- Rotate logs until log file size is < 1 mb. -}
+checkLogSize :: Int -> Assistant ()
+checkLogSize n = do
+	f <- liftAnnex $ fromRepo gitAnnexLogFile
+	logs <- liftIO $ listLogs f
+	totalsize <- liftIO $ sum <$> mapM filesize logs
+	when (totalsize > oneMegabyte) $ do
+		notice ["Rotated logs due to size:", show totalsize]
+		liftIO $ openLog f >>= redirLog
+		when (n < maxLogs + 1) $
+			checkLogSize $ n + 1
+  where
+	filesize f = fromIntegral . fileSize <$> liftIO (getFileStatus f)
+
+oneMegabyte :: Int
+oneMegabyte = 1000000
+
+oneHour :: Int
+oneHour = 60 * 60
+
+oneDay :: Int
+oneDay = 24 * oneHour
+
diff --git a/Assistant/Threads/TransferPoller.hs b/Assistant/Threads/TransferPoller.hs
new file mode 100644
index 0000000000..68075cac8a
--- /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 = gitAnnexTmpLocation (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..ba302d6bb9
--- /dev/null
+++ b/Assistant/Threads/TransferScanner.hs
@@ -0,0 +1,183 @@
+{- 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 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
+		handleDropsFrom locs syncrs
+			"expensive scan found too many copies of object"
+			present key (Just f) Nothing
+		liftAnnex $ do
+			let slocs = S.fromList locs
+			let use a = return $ mapMaybe (a key slocs) syncrs
+			ts <- if present
+				then filterM (wantSend True (Just f) . Remote.uuid . fst)
+					=<< use (genTransfer Upload False)
+				else ifM (wantGet True $ 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..cd72828650
--- /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) 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..0bc419e15e
--- /dev/null
+++ b/Assistant/Threads/Transferrer.hs
@@ -0,0 +1,25 @@
+{- 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
+
+{- Dispatches transfers from the queue. -}
+transfererThread :: NamedThread
+transfererThread = namedThread "Transferrer" $ do
+	program <- liftIO readProgramFile
+	forever $ inTransferSlot program $
+		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..80f2040a07
--- /dev/null
+++ b/Assistant/Threads/UpgradeWatcher.hs
@@ -0,0 +1,109 @@
+{- 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 hooks (startup mvar)
+  	-- Ignore bogus events generated during the startup scan.
+  	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..f0c47e8441
--- /dev/null
+++ b/Assistant/Threads/Upgrader.hs
@@ -0,0 +1,101 @@
+{- 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 Utility.Tmp
+import qualified Annex
+import qualified Build.SysConfig
+import qualified Utility.Url as Url
+import qualified Annex.Url as Url
+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 =<< getDistributionInfo
+  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
+	)
+
+getDistributionInfo :: Assistant (Maybe GitAnnexDistribution)
+getDistributionInfo = do
+	ua <- liftAnnex Url.getUserAgent
+	liftIO $ withTmpFile "git-annex.tmp" $ \tmpfile h -> do
+		hClose h
+		ifM (Url.downloadQuiet distributionInfoUrl [] [] tmpfile ua)
+			( readish <$> readFileStrict tmpfile
+			, return Nothing
+			)
+
+distributionInfoUrl :: String
+distributionInfoUrl = fromJust Build.SysConfig.upgradelocation ++ ".info"
diff --git a/Assistant/Threads/Watcher.hs b/Assistant/Threads/Watcher.hs
new file mode 100644
index 0000000000..6a56eadbbd
--- /dev/null
+++ b/Assistant/Threads/Watcher.hs
@@ -0,0 +1,355 @@
+{- 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 Utility.Lsof as Lsof
+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 Annex.ReplaceFile
+import Git.Types
+import Config
+import Utility.ThreadScheduler
+
+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
+		liftIO Lsof.setup
+		unlessM (liftIO (inPath "lsof") <||> Annex.getState Annex.force)
+			needLsof
+	| 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
+		}
+	handle <- liftIO $ watchDir "." ignored 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 }
+
+		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 -> 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 -> 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 -> 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 (fmap fst 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..2ad61168e1
--- /dev/null
+++ b/Assistant/Threads/WebApp.hs
@@ -0,0 +1,109 @@
+{- git-annex assistant webapp thread
+ -
+ - Copyright 2012 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.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 Yesod
+import Network.Socket (SockAddr, HostName)
+import Data.Text (pack, unpack)
+
+mkYesodDispatch "WebApp" $(parseRoutesFile "Assistant/WebApp/routes")
+
+type Url = String
+
+webAppThread
+	:: AssistantData
+	-> UrlRenderer
+	-> Bool
+	-> Maybe String
+	-> Maybe HostName
+	-> Maybe (IO Url)
+	-> Maybe (Url -> FilePath -> IO ())
+	-> NamedThread
+webAppThread assistantdata urlrenderer noannex cannotrun listenhost postfirstrun onstartup = thread $ liftIO $ do
+#ifdef __ANDROID__
+	when (isJust listenhost) $
+		-- See Utility.WebApp
+		error "Sorry, --listen is not currently supported on Android"
+#endif
+	webapp <- WebApp
+		<$> pure assistantdata
+		<*> (pack <$> genRandomToken)
+		<*> getreldir
+		<*> pure staticRoutes
+		<*> pure postfirstrun
+		<*> pure cannotrun
+		<*> pure noannex
+		<*> pure listenhost
+	setUrlRenderer urlrenderer $ yesodRender webapp (pack "")
+	app <- toWaiAppPlain webapp
+	app' <- ifM debugEnabled
+		( return $ httpDebugLogger app
+		, return app
+		)
+	runWebApp listenhost app' $ \addr -> if noannex
+		then withTmpFile "webapp.html" $ \tmpfile _ ->
+			go addr webapp tmpfile Nothing
+		else do
+			let st = threadState assistantdata
+			htmlshim <- runThreadState st $ fromRepo gitAnnexHtmlShim
+			urlfile <- runThreadState st $ fromRepo gitAnnexUrlFile
+			go 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
+				=<< runThreadState (threadState assistantdata) (fromRepo repoPath))
+	go addr webapp htmlshim urlfile = do
+		let url = myUrl webapp addr
+		maybe noop (`writeFileProtected` url) urlfile
+		writeHtmlShim "Starting webapp..." url htmlshim
+		maybe noop (\a -> a url htmlshim) onstartup
+
+myUrl :: WebApp -> SockAddr -> Url
+myUrl webapp addr = unpack $ yesodRender webapp urlbase DashboardR []
+  where
+	urlbase = pack $ "http://" ++ show addr
diff --git a/Assistant/Threads/XMPPClient.hs b/Assistant/Threads/XMPPClient.hs
new file mode 100644
index 0000000000..8eb4699390
--- /dev/null
+++ b/Assistant/Threads/XMPPClient.hs
@@ -0,0 +1,368 @@
+{- 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 -> IO ()) -> Assistant ()
+restartableClient a = forever $ go =<< liftAnnex getXMPPCreds
+  where
+	go Nothing = waitNetMessagerRestart
+	go (Just creds) = do
+		tid <- liftIO $ forkIO $ a creds
+		waitNetMessagerRestart
+		liftIO $ killThread tid
+
+xmppClient :: UrlRenderer -> AssistantData -> XMPPCreds -> IO ()
+xmppClient urlrenderer d creds =
+	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 $ modifyDaemonStatus_ $ \s -> s
+			{ xmppClientID = Nothing }
+		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 }
+			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 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..f94e73c2b2
--- /dev/null
+++ b/Assistant/TransferQueue.hs
@@ -0,0 +1,223 @@
+{- git-annex assistant pending transfer queue
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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 ()
+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 ()
+queueTransfersMatching matching reason schedule k f direction
+	| direction == Download = whenM (liftAnnex $ wantGet True f) go
+	| otherwise = go
+  where
+	go = do
+		
+		rs <- liftAnnex . selectremotes
+			=<< syncDataRemotes <$> getDaemonStatus
+		let matchingrs = filter (matching . Remote.uuid) rs
+		if null matchingrs
+			then defer
+			else forM_ matchingrs $ \r ->
+				enqueue reason schedule (gentransfer r) (stubInfo f r)
+	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 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)
+	void $ writeTVar (queuesize q) (length ts)
+	setTList (queuelist q) ts
+	return removed
diff --git a/Assistant/TransferSlots.hs b/Assistant/TransferSlots.hs
new file mode 100644
index 0000000000..cb66e845a1
--- /dev/null
+++ b/Assistant/TransferSlots.hs
@@ -0,0 +1,286 @@
+{- 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 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)
+#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 -> TransferGenerator -> Assistant ()
+inTransferSlot program gen = do
+	flip MSemN.wait 1 <<~ transferSlots
+	runTransferThread program =<< gen
+
+{- Runs a TransferGenerator, and its transfer action,
+ - without waiting for a slot to become available. -}
+inImmediateTransferSlot :: FilePath -> TransferGenerator -> Assistant ()
+inImmediateTransferSlot program gen = do
+	flip MSemN.signal (-1) <<~ transferSlots
+	runTransferThread program =<< 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 -> Maybe (Transfer, TransferInfo, Transferrer -> Assistant ()) -> Assistant ()
+runTransferThread _ Nothing = flip MSemN.signal 1 <<~ transferSlots
+runTransferThread program (Just (t, info, a)) = do
+	d <- getAssistant id
+	aio <- asIO1 a
+	tid <- liftIO $ forkIO $ runTransferThread' program d aio
+	updateTransferInfo t $ info { transferTid = Just tid }
+
+runTransferThread' :: FilePath -> AssistantData -> (Transferrer -> IO ()) -> IO ()
+runTransferThread' program d run = go
+  where
+	go = catchPauseResume $
+		withTransferrer program (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, associatedFile info) of
+	(Just remote, Just file) 
+		| 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 file)
+			, 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 file transferrer = ifM (liftIO $ performTransfer transferrer t $ associatedFile info)
+		( do
+			void $ addAlert $ makeAlertFiller True $
+				transferFileAlert direction True file
+			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 file
+	| transferDirection t == Upload = case transferRemote info of
+		Nothing -> return False
+		Just r -> notinremote r
+			<&&> wantSend True 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
+			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
+		void $ tryIO $ signalProcessGroup sigTERM g
+		threadDelay 50000 -- 0.05 second grace period
+		void $ tryIO $ signalProcessGroup sigKILL g
+#else
+		error "TODO: cancelTransfer not implemented on Windows"
+#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
+		inImmediateTransferSlot program $
+			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..bb4648731a
--- /dev/null
+++ b/Assistant/TransferrerPool.hs
@@ -0,0 +1,95 @@
+{- A pool of "git-annex transferkeys" processes
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Assistant.TransferrerPool where
+
+import Assistant.Common
+import Assistant.Types.TransferrerPool
+import Logs.Transfer
+
+#ifndef mingw32_HOST_OS
+import qualified Command.TransferKeys as T
+#endif
+
+import Control.Concurrent.STM
+import System.Process (create_group)
+import Control.Exception (throw)
+import Control.Concurrent
+
+{- Runs an action with a Transferrer from the pool. -}
+withTransferrer :: FilePath -> TransferrerPool -> (Transferrer -> IO a) -> IO a
+withTransferrer program pool a = do
+	t <- maybe (mkTransferrer program) (checkTransferrer program)
+		=<< atomically (tryReadTChan pool)
+	v <- tryNonAsync $ a t
+	unlessM (putback t) $
+		void $ forkIO $ stopTransferrer t
+	either throw return v
+  where
+  	putback t = atomically $ ifM (isEmptyTChan pool)
+		( do
+			writeTChan pool t
+			return True
+		, return False
+		)
+
+{- Requests that a Transferrer perform a Transfer, and waits for it to
+ - finish. -}
+performTransfer :: Transferrer -> Transfer -> AssociatedFile -> IO Bool
+performTransfer transferrer t f = catchBoolIO $ do
+#ifndef mingw32_HOST_OS
+	T.sendRequest t f (transferrerWrite transferrer)
+	T.readResponse (transferrerRead transferrer)
+#else
+	error "TODO performTransfer not implemented on Windows"
+#endif
+
+{- Starts a new git-annex transferkeys process, setting up a pipe
+ - that will be used to communicate with it. -}
+mkTransferrer :: FilePath -> IO Transferrer
+mkTransferrer program = do
+#ifndef mingw32_HOST_OS
+	(myread, twrite) <- createPipe
+	(tread, mywrite) <- createPipe
+	mapM_ (\fd -> setFdOption fd CloseOnExec True) [myread, mywrite]
+	let params =
+		[ Param "transferkeys"
+		, Param "--readfd", Param $ show tread
+		, Param "--writefd", Param $ show twrite
+		]
+	{- It's put into its own group so that the whole group can be
+	 - killed to stop a transfer. -}
+	(_, _, _, pid) <- createProcess (proc program $ toCommand params)
+		{ create_group = True }
+	closeFd twrite
+	closeFd tread
+	myreadh <- fdToHandle myread
+	mywriteh <- fdToHandle mywrite
+	fileEncoding myreadh
+	fileEncoding mywriteh
+	return $ Transferrer
+		{ transferrerRead = myreadh
+		, transferrerWrite = mywriteh
+		, transferrerHandle = pid
+		}
+#else
+	error "TODO mkTransferrer not implemented on Windows"
+#endif
+
+{- Checks if a Transferrer is still running. If not, makes a new one. -}
+checkTransferrer :: FilePath -> Transferrer -> IO Transferrer
+checkTransferrer program t = maybe (return t) (const $ mkTransferrer program)
+	=<< 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..e6fbe86d39
--- /dev/null
+++ b/Assistant/Types/Alert.hs
@@ -0,0 +1,78 @@
+{- 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
+	| XMPPNeededAlert
+	| RemoteRemovalAlert String
+	| CloudRepoNeededAlert
+	| SyncAlert
+	| NotFsckedAlert
+	| UpgradeAlert
+	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 | TheCloud
+
+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/DaemonStatus.hs b/Assistant/Types/DaemonStatus.hs
new file mode 100644
index 0000000000..a618c700d7
--- /dev/null
+++ b/Assistant/Types/DaemonStatus.hs
@@ -0,0 +1,119 @@
+{- 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
+	-- 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 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..0af262e9a2
--- /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.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 qualified Data.ByteString.Char8 as B8
+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 (Show, Eq, Ord)
+
+{- 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 (Show, Eq, Ord)
+
+{- 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 = B8.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/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..2727a69190
--- /dev/null
+++ b/Assistant/Types/TransferrerPool.hs
@@ -0,0 +1,23 @@
+{- 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.Types.TransferrerPool where
+
+import Common.Annex
+
+import Control.Concurrent.STM
+
+type TransferrerPool = TChan Transferrer
+
+data Transferrer = Transferrer
+	{ transferrerRead :: Handle
+	, transferrerWrite :: Handle
+	, transferrerHandle :: ProcessHandle
+	}
+
+newTransferrerPool :: IO TransferrerPool
+newTransferrerPool = newTChanIO
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/Upgrade.hs b/Assistant/Upgrade.hs
new file mode 100644
index 0000000000..fd71897cad
--- /dev/null
+++ b/Assistant/Upgrade.hs
@@ -0,0 +1,316 @@
+{- 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 qualified Utility.Lsof as Lsof
+
+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
+#ifdef darwin_HOST_OS
+	pdir <- parentDir <$> readProgramFile
+	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
+	olddir <- parentDir <$> readProgramFile
+#endif
+	when (null olddir) $
+		error $ "Cannot find old distribution bundle; not upgrading."
+	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
+	print ("remove", dir)
+	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"
diff --git a/Assistant/WebApp.hs b/Assistant/WebApp.hs
new file mode 100644
index 0000000000..ece75d7ba6
--- /dev/null
+++ b/Assistant/WebApp.hs
@@ -0,0 +1,73 @@
+{- 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 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="#{secretToken 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/Common.hs b/Assistant/WebApp/Common.hs
new file mode 100644
index 0000000000..f7a49601f0
--- /dev/null
+++ b/Assistant/WebApp/Common.hs
@@ -0,0 +1,18 @@
+{- git-annex assistant webapp, common imports
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU AGPL version 3 or higher.
+ -}
+
+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
+import Utility.Yesod as X hiding (textField, passwordField, insertBy, replace, joinPath, deleteBy, delete, insert, Key, Option)
+
+import Data.Text as X (Text)
diff --git a/Assistant/WebApp/Configurators.hs b/Assistant/WebApp/Configurators.hs
new file mode 100644
index 0000000000..625546dfee
--- /dev/null
+++ b/Assistant/WebApp/Configurators.hs
@@ -0,0 +1,44 @@
+{- 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")
+
+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..ab2a32a599
--- /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) "Storage class" (Just StandardRedundancy)
+	<*> areq textField "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 "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) "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 "Secret Access Key"
+
+datacenterField :: AWS.Service -> MkAForm Text
+datacenterField service = areq (selectFieldList list) "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 $ renderBootstrap $ 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 $ renderBootstrap $ 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 $ renderBootstrap $ 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 = do
+	liftIO $ AWS.setCredsEnv (T.unpack ak, T.unpack sk)
+	setupCloudRemote defaultgroup Nothing $
+		maker hostname remotetype config
+  where
+	{- 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..c29e4a681a
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Delete.hs
@@ -0,0 +1,132 @@
+{- 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
+
+getDisableRepositoryR :: UUID -> Handler Html
+getDisableRepositoryR uuid = notCurrentRepo uuid $ do
+	void $ liftAssistant $ disableRemote uuid
+	redirect DashboardR
+
+getDeleteRepositoryR :: UUID -> Handler Html
+getDeleteRepositoryR uuid = notCurrentRepo uuid $
+	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 $ renderBootstrap $ 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, so all annexed
+			 - content can be deleted. -}
+			liftIO $ do
+				recurseDir SystemFS dir >>=
+					filterM doesDirectoryExist >>=
+						mapM_ 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 "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..6e7cbef5b3
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Edit.hs
@@ -0,0 +1,269 @@
+{- 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.DaemonStatus
+import Assistant.WebApp.MakeRemote (uniqueRemoteName)
+import Assistant.WebApp.Configurators.XMPP (xmppNeeded)
+import Assistant.ScanRemotes
+import Assistant.Sync
+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.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
+	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 :: Bool -> RepoConfig -> MkAForm RepoConfig
+editRepositoryAForm ishere def = RepoConfig
+	<$> areq (if ishere then readonlyTextField else textField)
+		"Name" (Just $ repoName def)
+	<*> aopt textField "Description" (Just $ repoDescription def)
+	<*> areq (selectFieldList groups `withNote` help) "Repository group" (Just $ repoGroup def)
+	<*> associateddirectory
+	<*> areq checkBoxField "Syncing enabled" (Just $ repoSyncable def)
+  where
+	groups = customgroups ++ standardgroups
+	standardgroups :: [(Text, RepoGroup)]
+	standardgroups = map (\g -> (T.pack $ descStandardGroup g , RepoGroupStandard g))
+		[minBound :: StandardGroup .. maxBound :: StandardGroup]
+	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 "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 = xmppNeeded >> 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 $ renderBootstrap $ editRepositoryAForm (isNothing 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 fixSshKeyPair
+		liftAnnex $ setConfig 
+			(remoteConfig (Remote.repo rmt) "ignore")
+			(Git.Config.boolConfig False)
+		liftAssistant $ syncRemote rmt
+		liftAnnex $ void Remote.remoteListRefresh
+		redirect DashboardR
diff --git a/Assistant/WebApp/Configurators/Fsck.hs b/Assistant/WebApp/Configurators/Fsck.hs
new file mode 100644
index 0000000000..c443dec891
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Fsck.hs
@@ -0,0 +1,195 @@
+{- 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) "" (Just ru)
+			(durationRes, durationView) <- mreq intField "" (Just $ durationSeconds d `quot` 60 )
+			(timeRes, timeView) <- mreq (selectFieldList times) "" (Just t)
+			(recurranceRes, recurranceView) <- mreq (selectFieldList recurrances) "" (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 $ renderBootstrap $ fsckPreferencesAForm prefs
+
+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..de05d6696e
--- /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) "Media Type" (Just MediaOmitted)
+	<*> areq (textField `withExpandableNote` ("Help", itemNameHelp)) "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 $ renderBootstrap $ 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 $ renderBootstrap $ 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
+	ua <- liftAnnex Url.getUserAgent
+	exists <- liftIO $ catchDefaultIO False $ fst <$> Url.exists url [] ua
+	[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..56e1876bb4
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Local.hs
@@ -0,0 +1,471 @@
+{- git-annex assistant webapp configurators for making local repositories
+ -
+ - Copyright 2012 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 Init
+import qualified Git
+import qualified Git.Construct
+import qualified Git.Config
+import qualified Git.Command
+import qualified Annex
+import Config.Files
+import Utility.FreeDesktop
+#ifdef WITH_CLIBS
+import Utility.Mounts
+import Utility.DiskFree
+#endif
+import Utility.DataUnits
+import Utility.Network
+import Remote (prettyUUID)
+import Annex.UUID
+import Annex.Direct
+import Types.StandardGroups
+import Logs.PreferredContent
+import Logs.UUID
+import Utility.UserInfo
+import Config
+import Utility.Gpg
+import qualified Annex.Branch
+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
+	cwd <- liftIO getCurrentDirectory
+	home <- myHomeDir
+	if home == cwd && firstrun
+		then inhome
+		else ifM (legit cwd <&&> canWrite cwd)
+			( return cwd
+			, inhome
+			)
+  where
+	inhome = do
+		desktop <- userDesktopDir
+		ifM (doesDirectoryExist desktop)
+			( relHome $ desktop </> gitAnnexAssistantDefaultDir
+			, return $ "~" </> gitAnnexAssistantDefaultDir
+			)
+	legit d = not <$> doesFileExist (d </> "git-annex")
+
+newRepositoryForm :: FilePath -> Hamlet.Html -> MkMForm RepositoryPath
+newRepositoryForm defpath msg = do
+	(pathRes, pathView) <- mreq (repositoryPathField True) ""
+		(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
+#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
+			liftH $ liftAnnexOr () $ setStandardGroup u 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")
+
+getCombineRepositoryR :: FilePath -> UUID -> Handler Html
+getCombineRepositoryR newrepopath newrepouuid = do
+	r <- combineRepos newrepopath remotename
+	liftAssistant $ syncRemote r
+	redirect $ EditRepositoryR $ RepoUUID newrepouuid
+  where
+	remotename = takeFileName newrepopath
+
+selectDriveForm :: [RemovableDrive] -> Hamlet.Html -> MkMForm RemovableDrive
+selectDriveForm drives = renderBootstrap $ RemovableDrive
+	<$> pure Nothing
+	<*> areq (selectFieldList pairs) "Select drive:" Nothing
+	<*> areq textField "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)"
+				]
+
+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
+  	{- Set up new gcrypt special remote. -}
+	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 $ 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)
+		<*> 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
+		liftAnnex $ setStandardGroup u TransferGroup
+		liftAssistant $ syncRemote 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 WITH_CLIBS
+driveList = mapM (gen . mnt_dir) =<< filter sane <$> getMounts
+  where
+	gen dir = RemovableDrive
+		<$> getDiskFree dir
+		<*> pure (T.pack dir)
+		<*> pure (T.pack gitAnnexAssistantDefaultDir)
+	-- 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
+
+{- 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
+		u <- initRepo isnew True path Nothing
+		inDir path $ do
+			setStandardGroup u repogroup
+			fromMaybe noop setup
+		addAutoStartFile path
+		setCurrentDirectory path
+		fromJust $ postFirstRun webapp
+	redirect $ T.pack url
+
+{- 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 -> IO UUID
+initRepo True primary_assistant_repo dir desc = inDir dir $ do
+	initRepo' desc
+	{- 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.Command.runBool
+			[ Param "commit"
+			, 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. -}
+initRepo False _ dir desc = inDir dir $ do
+	initRepo' desc
+	getUUID
+
+initRepo' :: Maybe String -> Annex ()
+initRepo' desc = unlessM isInitialized $ do
+	initialize desc
+	{- Ensure branch gets committed right away so it is
+	 - available for merging when a removable drive repo is being
+	 - added. -}
+	Annex.Branch.commit "update"
+
+{- 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
+
+{- Checks if a git repo exists at a location. -}
+probeRepoExists :: FilePath -> IO Bool
+probeRepoExists dir = isJust <$>
+	catchDefaultIO Nothing (Git.Construct.checkForRepo dir)
+
+{- 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..788b5f637d
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Pairing.hs
@@ -0,0 +1,328 @@
+{- 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.WebApp.Configurators
+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
+import Utility.Network
+#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.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 $ renderBootstrap $
+			InputSecret <$> aopt textField "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..385f187113
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Preferences.hs
@@ -0,0 +1,120 @@
+{- 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 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)
+		"Disk reserve" (Just $ diskReserve def)
+	<*> areq (positiveIntField `withNote` numcopiesnote)
+		"Number of copies" (Just $ numCopies def)
+	<*> areq (checkBoxField `withNote` autostartnote)
+		"Auto start" (Just $ autoStart def)
+	<*> areq (selectFieldList autoUpgradeChoices)
+		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)
+	<*> (annexNumCopies <$> Annex.getGitConfig)
+	<*> inAutoStartFile
+	<*> (annexAutoUpgrade <$> Annex.getGitConfig)
+	<*> (annexDebug <$> Annex.getGitConfig)
+
+storePrefs :: PrefsForm -> Annex ()
+storePrefs p = do
+	setConfig (annexConfig "diskreserve") (T.unpack $ diskReserve p)
+	setConfig (annexConfig "numcopies") (show $ numCopies p)
+	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 $ renderBootstrap $ 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..708f094e99
--- /dev/null
+++ b/Assistant/WebApp/Configurators/Ssh.hs
@@ -0,0 +1,505 @@
+{- git-annex assistant webapp configurator for ssh-based remotes
+ -
+ - Copyright 2012-2013 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 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 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
+	, inputDirectory :: Maybe Text
+	, inputPort :: Int
+	}
+	deriving (Show)
+
+{- 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
+	, 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 = SshInput
+	<$> aopt check_hostname "Host name" (Just $ inputHostname def)
+	<*> aopt check_username "User name" (Just $ inputUsername def)
+	<*> aopt textField "Directory" (Just $ Just $ fromMaybe (T.pack gitAnnexAssistantDefaultDir) $ inputDirectory def)
+	<*> areq intField "Port" (Just $ inputPort def)
+  where
+	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
+
+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 $ renderBootstrap $ sshInputAForm textField $
+			SshInput Nothing (Just username) Nothing 22
+	case result of
+		FormSuccess sshinput -> do
+			s <- liftIO $ 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 = enableSpecialSshRemote 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 $
+	enableSpecialSshRemote getsshinput enableRsyncNetGCrypt enablegcrypt u
+  where
+  	enablegcrypt sshdata _ = prepSsh True sshdata $ \sshdata' ->
+		sshConfigurator $
+			checkExistingGCrypt sshdata' $
+				error "Expected to find an encrypted git repository, but did not."
+	getsshinput = parseSshUrl <=< M.lookup "gitrepo"
+
+{- To enable a special remote that uses ssh as its transport, 
+ - parse a config key to get its url, and display a form whose
+ - only real purpose is to check if ssh public keys need to be
+ - set up.
+ -}
+enableSpecialSshRemote :: (RemoteConfig -> Maybe SshData) -> (SshInput -> RemoteName -> Handler Html) -> (SshData -> UUID -> Handler Html) -> UUID -> Handler Html
+enableSpecialSshRemote 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 $ renderBootstrap $ sshInputAForm textField sshinput
+			case result of
+				FormSuccess sshinput'
+					| isRsyncNet (inputHostname sshinput') ->
+						void $ liftH $ rsyncnetsetup sshinput' reponame
+					| otherwise -> do
+						s <- liftIO $ 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")
+
+{- Test if we can ssh into the server.
+ -
+ - Two probe attempts are made. First, try sshing in using the existing
+ - configuration, but don't let ssh prompt for any password. If
+ - passwordless login is already enabled, use it. Otherwise,
+ - a special ssh key will need to be generated just for this server.
+ -
+ - 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 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 -> IO (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 [sshOpt "NumberOfPasswordPrompts" "0"]
+	case capabilities status of
+		[] -> do
+			(status', u') <- probe []
+			case capabilities status' of
+				[] -> return $ Left status'
+				cs -> ret cs True u'
+		cs -> ret cs False u
+  where
+	ret cs needspubkey u = do
+		let sshdata = (mkSshData sshinput)
+			{ needsPubKey = needspubkey
+			, sshCapabilities = cs
+			}
+		return $ Right (sshdata, u)
+	probe extraopts = do
+		let remotecommand = shellWrap $ intercalate ";"
+			[ report "loggedin"
+			, checkcommand "git-annex-shell"
+			, checkcommand "git"
+			, checkcommand "rsync"
+			, checkcommand shim
+			, getgitconfig (T.unpack <$> inputDirectory sshinput)
+			]
+		knownhost <- knownHost hn
+		let sshopts = filter (not . null) $ extraopts ++
+			{- If this is an already known host, let
+			 - ssh check it as usual.
+			 - Otherwise, trust the host key. -}
+			[ if knownhost then "" else sshOpt "StrictHostKeyChecking" "no"
+			, "-n" -- don't read from stdin
+			, "-p", show (inputPort sshinput)
+			, genSshHost
+				(fromJust $ inputHostname sshinput)
+				(inputUsername sshinput)
+			, remotecommand
+			]
+		parsetranscript . fst <$> sshTranscript sshopts Nothing
+	parsetranscript s =
+		let cs = map snd $ filter (reported . fst)
+			[ ("git-annex-shell", GitAnnexShellCapable)
+			, (shim, GitAnnexShellCapable)
+			, ("git", GitCapable)
+			, ("rsync", 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 " ++ 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; if it fails shows the user the transcript,
+ - and if it succeeds, runs an action. -}
+sshSetup :: [String] -> String -> Handler Html -> Handler Html
+sshSetup opts input a = do
+	(transcript, ok) <- liftIO $ sshTranscript opts (Just input)
+	if ok
+		then a
+		else showSshErr transcript
+
+showSshErr :: String -> Handler Html
+showSshErr msg = sshConfigurator $
+	$(widgetFile "configurators/ssh/error")
+
+{- The UUID will be NoUUID when the repository does not already exist. -}
+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
+			-- This handles enabling git repositories
+			-- that already exist.
+			_ -> makeSshRepo 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 sshdata'
+
+getRetrySshR :: SshData -> Handler ()
+getRetrySshR sshdata = do
+	s <- liftIO $ testServer $ mkSshInput sshdata
+	redirect $ either (const $ ConfirmSshR sshdata NoUUID) (uncurry ConfirmSshR) s
+
+getMakeSshGitR :: SshData -> Handler Html
+getMakeSshGitR sshdata = prepSsh False sshdata makeSshRepo
+
+getMakeSshRsyncR :: SshData -> Handler Html
+getMakeSshRsyncR sshdata = prepSsh False (rsyncOnly sshdata) makeSshRepo
+
+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 True sshdata $ makeGCryptRepo 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 = 
+	setupCloudRemote TransferGroup Nothing $ 
+		enableSpecialRemote reponame GCrypt.remote $ M.fromList
+			[("gitrepo", genSshUrl sshdata)]
+
+{- 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 newgcrypt sshdata a
+	| needsPubKey sshdata = do
+		keypair <- liftIO genSshKeyPair
+		sshdata' <- liftIO $ setupSshKeyPair keypair sshdata
+		prepSsh' newgcrypt sshdata sshdata' (Just keypair) a
+	| sshPort sshdata /= 22 = do
+		sshdata' <- liftIO $ setSshConfig sshdata []
+		prepSsh' newgcrypt sshdata sshdata' Nothing a
+	| otherwise = prepSsh' newgcrypt sshdata sshdata Nothing a
+
+prepSsh' :: Bool -> SshData -> SshData -> Maybe SshKeyPair -> (SshData -> Handler Html) -> Handler Html
+prepSsh' newgcrypt origsshdata sshdata keypair a = sshSetup
+	 [ "-p", show (sshPort origsshdata)
+	 , genSshHost (sshHostName origsshdata) (sshUserName origsshdata)
+	 , remoteCommand
+	 ] "" (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 "if [ ! -d .git ]; then git init --bare --shared && git config receive.denyNonFastforwards false; fi"
+		, if rsynconly || newgcrypt then Nothing else Just "git annex init"
+		, if needsPubKey origsshdata
+			then addAuthorizedKeysCommand (hasCapability origsshdata GitAnnexShellCapable) remotedir . sshPubKey <$> keypair
+			else Nothing
+		]
+	rsynconly = onlyCapability origsshdata RsyncCapable
+
+makeSshRepo :: SshData -> Handler Html
+makeSshRepo sshdata = setupCloudRemote TransferGroup Nothing $
+	makeSshRemote sshdata
+
+makeGCryptRepo :: KeyId -> SshData -> Handler Html
+makeGCryptRepo keyid sshdata = setupCloudRemote TransferGroup Nothing $ 
+	makeGCryptRemote (sshRepoName sshdata) (genSshUrl sshdata) keyid
+
+getAddRsyncNetR :: Handler Html
+getAddRsyncNetR = postAddRsyncNetR
+postAddRsyncNetR :: Handler Html
+postAddRsyncNetR = do
+	((result, form), enctype) <- runFormPostNoToken $
+		renderBootstrap $ sshInputAForm hostnamefield $
+			SshInput Nothing 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 . rsyncOnly
+
+{- Make a 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 [sshhost, gitinit] [] $ makeGCryptRepo 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 . 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 if successful, runs an action with
+ - its SshData. -}
+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]
+			}
+	{- I'd prefer to separate commands with && , but
+	 - rsync.net's shell does not support that.
+	 -
+	 - The dd method of appending to the authorized_keys file is the
+	 - one recommended by rsync.net documentation. I touch the file first
+	 - to not need to use a different method to create it.
+	 -}
+	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)
+		]
+	let sshopts = filter (not . null)
+		[ if knownhost then "" else sshOpt "StrictHostKeyChecking" "no"
+		, genSshHost (sshHostName sshdata) (sshUserName sshdata)
+		, remotecommand
+		]
+	sshSetup sshopts (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/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..df44e2e10e
--- /dev/null
+++ b/Assistant/WebApp/Configurators/WebDAV.hs
@@ -0,0 +1,142 @@
+{- 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 "Username or Email" (T.pack . fst <$> defcreds)
+	<*> areq passwordField "Box.com Password" (T.pack . snd <$> defcreds)
+	<*> areq checkBoxField "Share this account with other devices and friends?" (Just True)
+	<*> areq textField "Directory" (Just "annex")
+	<*> enableEncryptionField
+
+webDAVCredsAForm :: Maybe CredPair -> MkAForm WebDAVInput
+webDAVCredsAForm defcreds = WebDAVInput
+	<$> areq textField "Username or Email" (T.pack . fst <$> defcreds)
+	<*> areq passwordField "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 $ renderBootstrap $ 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://www.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 $ renderBootstrap $ 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 = do
+	liftIO $ WebDAV.setCredsEnv creds
+	setupCloudRemote TransferGroup Nothing $
+		maker name WebDAV.remote 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..d0ded0b228
--- /dev/null
+++ b/Assistant/WebApp/Configurators/XMPP.hs
@@ -0,0 +1,223 @@
+{- 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
+
+#ifdef WITH_XMPP
+import Network.Protocol.XMPP
+import Network
+import qualified Data.Text as T
+#endif
+
+{- Displays an alert suggesting to configure XMPP. -}
+xmppNeeded :: Handler ()
+#ifdef WITH_XMPP
+xmppNeeded = whenM (isNothing <$> liftAnnex getXMPPCreds) $ do
+	urlrender <- getUrlRender
+	void $ liftAssistant $ do
+		close <- asIO1 removeAlert
+		addAlert $ xmppNeededAlert $ AlertButton
+			{ buttonLabel = "Configure a Jabber account"
+			, buttonUrl = urlrender XMPPConfigR
+			, buttonAction = Just close
+			, buttonPrimary = True
+			}
+#else
+xmppNeeded = return ()
+#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 $ renderBootstrap $ 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 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 "Jabber address" (formJID <$> def)
+	<*> areq passwordField "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
+
+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..a9fcca22e2
--- /dev/null
+++ b/Assistant/WebApp/Control.hs
@@ -0,0 +1,79 @@
+{- 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 Control.Concurrent
+import System.Posix (getProcessID, signalProcess, sigTERM)
+import qualified Data.Map as M
+import qualified Data.Text as T
+
+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
+		signalProcess sigTERM =<< getProcessID
+	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..0458997674
--- /dev/null
+++ b/Assistant/WebApp/DashBoard.hs
@@ -0,0 +1,153 @@
+{- 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 :: Bool -> Widget
+transfersDisplay warnNoScript = do
+	webapp <- liftH getYesod
+	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 False
+	giveUrlRenderer $ [hamlet|^{pageBody p}|]
+
+{- The main dashboard. -}
+dashboard :: Bool -> Widget
+dashboard warnNoScript = do
+	let repolist = repoListDisplay $
+		mainRepoSelector { nudgeAddMore = True }
+	let transferlist = transfersDisplay warnNoScript
+	$(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 ident = NoScriptR
+	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
+	ifM (liftIO $ inPath cmd <&&> inPath cmd)
+		( do
+			void $ liftIO $ forkIO $ void $
+				boolSystem cmd [Param path]
+			return True
+		, do
+			void $ redirect $ "file://" ++ path
+			return False
+		)
+  where
+#ifdef darwin_HOST_OS
+	cmd = "open"
+#else
+	cmd = "xdg-open"
+#endif
+
+{- 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..03fd34615f
--- /dev/null
+++ b/Assistant/WebApp/Form.hs
@@ -0,0 +1,89 @@
+{- 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
+
+import Yesod hiding (textField, passwordField)
+import Yesod.Form.Fields as F
+import Data.Text (Text)
+
+{- 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}">
+|]
+	}
+
+{- 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 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) "Encryption" (Just SharedEncryption)
+  where
+	choices :: [(Text, EnableEncryption)]
+	choices =
+		[ ("Encrypt all data", SharedEncryption)
+		, ("Disable encryption", NoEncryption)
+		]
diff --git a/Assistant/WebApp/Gpg.hs b/Assistant/WebApp/Gpg.hs
new file mode 100644
index 0000000000..ed9c5d53ed
--- /dev/null
+++ b/Assistant/WebApp/Gpg.hs
@@ -0,0 +1,106 @@
+{- 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}">
+    <i .icon-user></i> #
+      $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..3a86331474
--- /dev/null
+++ b/Assistant/WebApp/MakeRemote.hs
@@ -0,0 +1,36 @@
+{- 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 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. -}
+setupCloudRemote :: StandardGroup -> Maybe Cost -> Annex RemoteName -> Handler a
+setupCloudRemote defaultgroup mcost maker = do
+	r <- liftAnnex $ addRemote maker
+	liftAnnex $ do
+		setStandardGroup (Remote.uuid r) defaultgroup
+		maybe noop (Config.setRemoteCost r) mcost
+	liftAssistant $ syncRemote r
+	redirect $ EditNewCloudRepositoryR $ Remote.uuid r
diff --git a/Assistant/WebApp/Notifications.hs b/Assistant/WebApp/Notifications.hs
new file mode 100644
index 0000000000..9183709573
--- /dev/null
+++ b/Assistant/WebApp/Notifications.hs
@@ -0,0 +1,106 @@
+{- 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 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="
+		, secretToken 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..e7c813a58f
--- /dev/null
+++ b/Assistant/WebApp/OtherRepos.hs
@@ -0,0 +1,36 @@
+{- 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 doesDirectoryExist $
+		filter (\d -> not $ d `dirContains` pwd) dirs
+	names <- mapM relHome gooddirs
+	return $ sort $ zip names gooddirs
+
+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..5d5a205b36
--- /dev/null
+++ b/Assistant/WebApp/Page.hs
@@ -0,0 +1,77 @@
+{- 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 #-}
+
+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_responsive_css
+				addScript $ StaticR jquery_full_js
+				addScript $ StaticR js_bootstrap_dropdown_js
+				addScript $ StaticR js_bootstrap_modal_js
+				addScript $ StaticR js_bootstrap_collapse_js
+				when with_longpolling $
+					addScript $ StaticR longpolling_js
+				$(widgetFile "page")
+			giveUrlRenderer $(Hamlet.hamletFile $ hamletTemplate "bootstrap")
+		Just msg -> error msg
+  where
+	navdetails i = (navBarName i, navBarRoute i, Just i == navbaritem)
+
+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..824d0a4a53
--- /dev/null
+++ b/Assistant/WebApp/RepoList.hs
@@ -0,0 +1,240 @@
+{- 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
+
+type RepoList = [(RepoDesc, RepoId, Actions)]
+
+type RepoDesc = String
+
+{- 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 jquery_ui_core_js
+	addScript $ StaticR jquery_ui_widget_js
+	addScript $ StaticR jquery_ui_mouse_js
+	addScript $ StaticR 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 (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
+		_ -> Nothing
+	  where
+	  	getconfig k = M.lookup k =<< M.lookup u m
+		val iscloud r = Just (iscloud, (RepoUUID u, DisabledRepoActions $ r u))
+	list l = liftAnnex $
+		forM (nubBy ((==) `on` fst) l) $ \(repoid, actions) ->
+			(,,)
+				<$> describeRepoId repoid
+				<*> pure repoid
+				<*> pure actions
+
+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 =<< Remote.remoteFromUUID moved
+	liftAssistant updateSyncRemotes
+  where
+	go _ Nothing = noop
+  	go list (Just remote) = do
+		rs <- catMaybes <$> mapM Remote.remoteFromUUID list
+		forM_ (reorderCosts remote rs) $ \(r, newcost) ->
+			when (Remote.cost r /= newcost) $
+				setRemoteCost r newcost
+		void remoteListRefresh
+  	fromjs = toUUID . 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'
+
diff --git a/Assistant/WebApp/SideBar.hs b/Assistant/WebApp/SideBar.hs
new file mode 100644
index 0000000000..2c33ec86fb
--- /dev/null
+++ b/Assistant/WebApp/SideBar.hs
@@ -0,0 +1,110 @@
+{- 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-error"
+	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"
+-- utf-8 umbrella (utf-8 cloud looks too stormy)
+htmlIcon TheCloud = [whamlet|&#9730;|]
+
+bootstrapIcon :: Text -> Widget
+bootstrapIcon name = [whamlet|<i .icon-#{name}></i>|]
diff --git a/Assistant/WebApp/Types.hs b/Assistant/WebApp/Types.hs
new file mode 100644
index 0000000000..937324934a
--- /dev/null
+++ b/Assistant/WebApp/Types.hs
@@ -0,0 +1,233 @@
+{- 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
+	, secretToken :: Text
+	, 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 secretToken
+
+	{- Add the auth token to every url generated, except static subsite
+	 - urls (which can show up in Permission Denied pages). -}
+	joinPath = insertAuthToken secretToken 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_responsive_css
+			$(widgetFile "error")
+		giveUrlRenderer $(hamletFile $ hamletTemplate "bootstrap")
+
+instance RenderMessage WebApp FormMessage where
+	renderMessage _ _ = defaultFormMessage
+
+{- Runs an Annex action from the webapp.
+ -
+ - When the webapp is run outside a git-annex repository, the fallback
+ - value is returned.
+ -}
+#if MIN_VERSION_yesod(1,2,0)
+liftAnnexOr :: forall a. a -> Annex a -> Handler a
+#else
+liftAnnexOr :: forall sub a. a -> Annex a -> GHandler sub WebApp a
+#endif
+liftAnnexOr fallback a = ifM (noAnnex <$> getYesod)
+	( return fallback
+	, liftAssistant $ liftAnnex a
+	)
+
+#if MIN_VERSION_yesod(1,2,0)
+instance LiftAnnex Handler where
+#else
+instance LiftAnnex (GHandler sub WebApp) where
+#endif
+	liftAnnex = liftAnnexOr $ error "internal liftAnnex"
+
+#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)
+
+instance PathPiece Bool where
+	toPathPiece = pack . show
+	fromPathPiece = readish . unpack
+
+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..ac5b12a6fb
--- /dev/null
+++ b/Assistant/WebApp/routes
@@ -0,0 +1,121 @@
+/ 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/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/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/reorder RepositoriesReorderR 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
+
+/static StaticR Static getStatic
diff --git a/Assistant/XMPP.hs b/Assistant/XMPP.hs
new file mode 100644
index 0000000000..09b7daf4e5
--- /dev/null
+++ b/Assistant/XMPP.hs
@@ -0,0 +1,273 @@
+{- 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 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 show 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..97b974f82e
--- /dev/null
+++ b/Assistant/XMPP/Git.hs
@@ -0,0 +1,382 @@
+{- 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 System.Process (std_in, std_out, std_err)
+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 $ storeUUID (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
+
+	env <- liftIO getEnvironment
+	path <- liftIO getSearchPath
+	let myenv = M.fromList
+		[ ("PATH", intercalate [searchPathSeparator] $ tmpdir:path)
+		, (relayIn, show inf)
+		, (relayOut, show outf)
+		, (relayControl, show controlf)
+		]
+		`M.union` M.fromList env
+
+	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 $ M.toList myenv }
+
+	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 gitAnnexTmpDir
+				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..38314687a5
--- /dev/null
+++ b/Backend.hs
@@ -0,0 +1,120 @@
+{- git-annex key/value backends
+ -
+ - Copyright 2010,2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Backend (
+	list,
+	orderedList,
+	genKey,
+	lookupFile,
+	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 and backend 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, Backend))
+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 = let bname = keyBackendName k in
+		case maybeLookupBackendName bname of
+			Just backend -> return $ Just (k, 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..96a9bab3c5
--- /dev/null
+++ b/Backend/Hash.hs
@@ -0,0 +1,168 @@
+{- 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
+	}
+
+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
+			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)
+
+hashFile :: Hash -> FilePath -> Integer -> Annex String
+hashFile hash file filesize = do
+	showAction "checksum"
+	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..a8161c98d0
--- /dev/null
+++ b/Backend/URL.hs
@@ -0,0 +1,37 @@
+{- 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
+	}
+
+{- 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..60db42f561
--- /dev/null
+++ b/Backend/WORM.hs
@@ -0,0 +1,43 @@
+{- 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
+	}
+
+{- 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/BundledPrograms.hs b/Build/BundledPrograms.hs
new file mode 100644
index 0000000000..3c53f06fba
--- /dev/null
+++ b/Build/BundledPrograms.hs
@@ -0,0 +1,58 @@
+{- 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"
+#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"
+	, Just "ssh"
+	, Just "ssh-keygen"
+#ifndef mingw32_HOST_OS
+	, Just "sh"
+#endif
+	, SysConfig.gpg
+	, ifset SysConfig.curl "curl"
+	, ifset SysConfig.wget "wget"
+	, 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 and ionice are not included in the bundle; we rely on the
+	-- system's own version, which may better match its kernel
+	]
+  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..d17f6cbf05
--- /dev/null
+++ b/Build/Configure.hs
@@ -0,0 +1,140 @@
+{- Checks system configuration and generates SysConfig.hs. -}
+
+module Build.Configure where
+
+import System.Directory
+import Data.List
+import System.Process
+import Control.Applicative
+import System.FilePath
+import System.Environment (getArgs)
+import Data.Maybe
+import Control.Monad.IfElse
+import Data.Char
+
+import Build.TestConfig
+import Build.Version
+import Utility.SafeCommand
+import Utility.Monad
+import Utility.ExternalSHA
+import Utility.Env
+import qualified Git.Version
+
+tests :: [TestCase]
+tests =
+	[ TestCase "version" 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 "quvi" $ testCmd "quvi" "quvi --version >/dev/null"
+	, TestCase "newquvi" $ testCmd "newquvi" "quvi info >/dev/null"
+	, TestCase "nice" $ testCmd "nice" "nice true >/dev/null"
+	, TestCase "ionice" $ testCmd "ionice" "ionice -c3 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 like OSX
+ - sometimes 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, osxpath </> x]) $
+		map (\x -> "sha" ++ show n ++ x) ["sum", ""]
+
+	{- Max OSX sometimes puts GNU tools outside PATH, so look in
+	 - the location it uses, and remember where to run them
+	 - from. -}
+	osxpath = "/opt/local/libexec/gnubin"
+
+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 = Config "gitversion" . StringConfig . show
+	<$> Git.Version.installed
+
+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..9f4ba5992c
--- /dev/null
+++ b/Build/DesktopFile.hs
@@ -0,0 +1,82 @@
+{- 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
+import System.Posix.Files
+#endif
+import System.FilePath
+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..0afc2211f6
--- /dev/null
+++ b/Build/DistributionUpdate.hs
@@ -0,0 +1,64 @@
+{- Builds distributon info files for each git-annex release in a directory
+ - tree, which must itself be part of a git-annex repository. Only files
+ - that are present have their info file created. -}
+
+import Common.Annex
+import Types.Distribution
+import Build.Version
+import Utility.UserInfo
+import Utility.Path
+import qualified Git.Construct
+import qualified Annex
+import Annex.Content
+import Backend
+import Git.Command
+
+import Data.Time.Clock
+
+main = do
+	state <- Annex.new =<< Git.Construct.fromPath =<< getRepoDir
+	Annex.eval state makeinfos
+
+makeinfos :: Annex ()
+makeinfos = do
+	basedir <- liftIO getRepoDir
+	version <- liftIO getChangelogVersion
+	now <- liftIO getCurrentTime
+	liftIO $ putStrLn $ "building info files for version " ++ version ++ " in " ++ basedir
+	fs <- liftIO $ dirContentsRecursiveSkipping (== "info") (basedir </> "git-annex")
+	forM_ fs $ \f -> do
+		v <- lookupFile f
+		case v of
+			Nothing -> noop
+			Just (k, _b) -> whenM (inAnnex k) $ do
+				liftIO $ putStrLn f
+				let infofile = f ++ ".info"
+				liftIO $ writeFile infofile $ show $ GitAnnexDistribution
+					{ distributionUrl = mkUrl basedir f
+					, distributionKey = k
+					, distributionVersion = version
+					, distributionReleasedate = now
+					, distributionUrgentUpgrade = Nothing
+					}
+				void $ inRepo $ runBool [Param "add", Param infofile]
+	void $ inRepo $ runBool 
+		[ Param "commit"
+		, Param "-m"
+		, Param $ "publishing git-annex " ++ version
+		]
+	void $ inRepo $ runBool
+		[ Param "annex"
+		, Params "move --to website"
+		]
+	void $ inRepo $ runBool
+		[ Param "annex"
+		, Params "sync"
+		]
+
+getRepoDir :: IO FilePath
+getRepoDir = do
+	home <- liftIO myHomeDir
+	return $ home </> "lib" </> "downloads"
+
+mkUrl :: FilePath -> FilePath -> String
+mkUrl basedir f = "https://downloads.kitenet.net/" ++ relPathDirToFile basedir f
diff --git a/Build/EvilSplicer.hs b/Build/EvilSplicer.hs
new file mode 100644
index 0000000000..35dba49688
--- /dev/null
+++ b/Build/EvilSplicer.hs
@@ -0,0 +1,606 @@
+{- 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
+import Data.String.Utils
+import Data.Char
+import System.Environment
+import System.FilePath
+import System.Directory
+import Control.Monad
+
+import Utility.Monad
+import Utility.Misc
+import Utility.Exception
+import Utility.Path
+
+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
+		char ':'
+		startcol <- number
+		char '-'
+		endcol <- number
+		return $ (Coord line startcol, Coord line endcol)
+
+	weird = do
+		line <- number
+		char ':'
+		col <- number
+		return $ (Coord line col, Coord line col)
+
+	multiline = do
+		start <- fromparens
+		char '-'
+		end <- fromparens
+		return $ (start, end)
+
+	fromparens = between (char '(') (char ')') $ do
+		line <- number
+		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")
+	char ':'
+	(start, end) <- coordsParser
+	string ": Splicing "
+	splicetype <- tosplicetype
+		<$> (string "expression" <|> string "declarations")
+	newline
+
+	getthline <- expressionextractor
+	expression <- unlines <$> many1 getthline
+
+	indent
+	string "======>"	
+	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
+			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
+		indent
+		string file
+		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 destdir imports splices@(first:_) = do
+	let f = splicedFile first
+	let dest = (destdir </> f)
+	lls <- map (++ "\n") . lines <$> readFileStrict f
+	createDirectoryIfMissing True (parentDir dest)
+	let newcontent = concat $ addimports $ expand lls splices
+	oldcontent <- catchMaybeIO $ readFileStrict dest
+	when (oldcontent /= Just newcontent) $ do
+		putStrLn $ "splicing " ++ f
+		writeFile dest newcontent
+  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 s lls = concat [before, spliced:padding, end]
+  where
+	cs = spliceStart s
+	ce = spliceEnd s
+
+	(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 s)
+		, 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
+		('(':'$':rest) -> reverse rest
+		_ -> 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 
+	. 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"
+		string "\\ "
+		lambdaparams <- restofline
+		continuedlambdaparams <- many $ try $ do
+			indent <- many1 $ char ' '
+			p <- satisfy isLetter
+			aram <- many $ satisfy isAlphaNum <|> oneOf "_"
+			newline
+			return $ indent ++ p:aram ++ "\n"
+		indent <- many1 $ char ' '
+		string "-> "
+		firstline <- restofline
+		lambdalines <- many $ try $ do
+			string indent
+			char ' '
+			l <- restofline
+			return $ indent ++ " " ++ l
+		return $ concat 
+			[ prefix:preindent
+			, "(\\ " ++ lambdaparams ++ "\n"
+			, concat continuedlambdaparams
+			, indent ++ "-> "
+			, 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.
+	 -
+	 - 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
+		indent <- many1 $ char ' '
+		staticr <- string "StaticR"
+		newline
+		string indent
+		yesod_dispatch_env <- restofline
+		string indent
+		lambdaprefix <- string "(\\ "
+		l1 <- restofline
+		string indent
+		lambdaarrow <- string "   ->"
+		l2 <- restofline
+		return $ unlines
+			[ indent ++ staticr
+			, indent ++ yesod_dispatch_env
+			, indent ++ "(" ++ lambdaprefix ++ l1
+			, indent ++ lambdaarrow ++ l2 ++ ")"
+			]
+
+	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
+		string "\\\n"
+		many1 $ oneOf " \t"
+		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
+		newline
+		indent <- 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" ++ indent ++ "; " ++ prefix ++ " -> "
+	{- Sometimes cases themselves span multiple lines:
+	 -
+	 - Nothing
+	 -   -> foo
+	 -}
+	case_layout_multiline = parsecAndReplace $ do
+		newline
+		indent <- many1 $ char ' '
+		firstline <- restofline
+
+		string indent
+		indent2 <- many1 $ char ' '
+		string "-> "
+		if "\\ " `isInfixOf` firstline
+			then unexpected "lambda expression"
+			else return $ "\n" ++ indent ++ "; " ++ firstline ++ "\n"
+				++ indent ++ 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
+		string " ::"
+		newline
+		many1 $ char ' '
+		string "Text.Css.Block Text.Css.Resolved"
+		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 <- token
+		char ':'
+		if length s < 5
+			then unexpected "too short to be a namespace"
+			else do
+				token
+
+	token :: Parser String
+	token = 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 "; : _ " "; _ : "
+
+{- 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
+	string "(toHtml"
+	whitespace
+	string "(\\"
+	whitespace
+	wtf <- token
+	whitespace
+	string "->"
+	whitespace
+	renderer <- token
+	whitespace
+	string wtf
+	whitespace
+	return $ "(toHtml (flip " ++ renderer ++ " "
+  where
+	whitespace :: Parser String
+	whitespace = many $ oneOf " \t\r\n"
+
+	token :: Parser String
+	token = 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/NullSoftInstaller.hs b/Build/NullSoftInstaller.hs
new file mode 100644
index 0000000000..427507b021
--- /dev/null
+++ b/Build/NullSoftInstaller.hs
@@ -0,0 +1,139 @@
+{- 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 ++ "'"]
+		extrafiles <- forM (cygwinPrograms ++ cygwinDlls) $ \f -> do
+			p <- searchPath f
+			when (isNothing p) $
+				print ("unable to find in PATH", f)
+			return p
+		writeFile nsifile $ makeInstaller gitannex license $
+			catMaybes extrafiles
+		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"
+
+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\\cmd"
+
+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] -> String
+makeInstaller gitannex license extrafiles = 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 User
+
+	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
+	-- Groups of files to install
+	section "main" [] $ do
+		setOutPath "$INSTDIR"
+		addfile gitannex
+		addfile license
+		mapM_ addfile extrafiles
+		writeUninstaller $ str uninstaller
+	uninstall $
+		mapM_ (\f -> delete [RebootOK] $ fromString $ "$INSTDIR/" ++ f) $
+			[ gitannexprogram
+			, licensefile
+			, uninstaller
+			] ++ cygwinPrograms ++ cygwinDlls
+  where
+	addfile f = file [] (str f)
+
+cygwinPrograms :: [FilePath]
+cygwinPrograms = map (\p -> p ++ ".exe") bundledPrograms
+
+-- These are the dlls needed by Cygwin's rsync, ssh, etc.
+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"
+	]
diff --git a/Build/OSXMkLibs.hs b/Build/OSXMkLibs.hs
new file mode 100644
index 0000000000..dae9bc0aea
--- /dev/null
+++ b/Build/OSXMkLibs.hs
@@ -0,0 +1,157 @@
+{- 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
+import Data.Maybe
+import System.FilePath
+import System.Directory
+import System.IO
+import Control.Monad
+import Data.List
+
+import Utility.PartialPrelude
+import Utility.Directory
+import Utility.Process
+import Utility.Monad
+import Utility.SafeCommand
+import Utility.Path
+import Utility.Exception
+
+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
+		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 " ++ lib ++ " as " ++ shortlib
+				_ <- boolSystem "cp" [File lib, 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. -}
+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'
+
+{- 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 (replace 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
+	replace 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..343daf9c97
--- /dev/null
+++ b/Build/Standalone.hs
@@ -0,0 +1,54 @@
+{- 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.Applicative
+import Control.Monad.IfElse
+import System.Environment
+import Data.Maybe
+import System.FilePath
+import System.Directory
+import System.IO
+import Control.Monad
+import Data.List
+import Build.BundledPrograms
+
+import Utility.PartialPrelude
+import Utility.Directory
+import Utility.Process
+import Utility.Monad
+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 = 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..8628ebe58f
--- /dev/null
+++ b/Build/TestConfig.hs
@@ -0,0 +1,143 @@
+{- 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.Cmd
+import System.Exit
+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..7ff2fe662e
--- /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 Build.TestConfig
+import Utility.Monad
+import Utility.Exception
+
+{- 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 :: Test
+getVersion = do
+	changelogversion <- getChangelogVersion
+	version <- 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 ]
+		)
+	return $ Config "packageversion" (StringConfig version)
+	
+getChangelogVersion :: IO String
+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..9503345327
--- /dev/null
+++ b/Build/make-sdist.sh
@@ -0,0 +1,21 @@
+#!/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}" \
+| xargs cp --parents --target-directory dist/$sdist_dir
+
+cd dist
+tar -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..1dba47eafa
--- /dev/null
+++ b/BuildFlags.hs
@@ -0,0 +1,66 @@
+{- 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"
+#endif
+#ifdef WITH_WEBAPP
+	, "Webapp"
+#endif
+#ifdef WITH_PAIRING
+	, "Pairing"
+#endif
+#ifdef WITH_TESTSUITE
+	, "Testsuite"
+#endif
+#ifdef WITH_S3
+	, "S3"
+#endif
+#ifdef WITH_WEBDAV
+	, "WebDAV"
+#endif
+#ifdef WITH_INOTIFY
+	, "Inotify"
+#endif
+#ifdef WITH_FSEVENTS
+	, "FsEvents"
+#endif
+#ifdef WITH_KQUEUE
+	, "Kqueue"
+#endif
+#ifdef WITH_DBUS
+	, "DBus"
+#endif
+#ifdef WITH_XMPP
+	, "XMPP"
+#endif
+#ifdef WITH_DNS
+	, "DNS"
+#endif
+#ifdef WITH_FEED
+	, "Feeds"
+#endif
+#ifdef WITH_QUVI
+	, "Quvi"
+#endif
+#ifdef WITH_TDFA
+	, "TDFA"
+#endif
+#ifdef WITH_CRYPTOHASH
+	, "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..67aa51a2af
--- /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 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..83a89ef7db
--- /dev/null
+++ b/CmdLine.hs
@@ -0,0 +1,138 @@
+{- 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 Annex.Queue
+import qualified Git
+import qualified Git.AutoCorrect
+import Annex.Content
+import Annex.Ssh
+import Annex.Environment
+import Command
+import Types.Messages
+
+type Params = [String]
+type Flags = [Annex ()]
+
+{- Runs the passed command line. -}
+dispatch :: Bool -> Params -> [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 -> fromMaybe (throw e) (cmdnorepo cmd)
+		Right g -> do
+			state <- Annex.new g
+			(actions, state') <- Annex.run state $ do
+				checkEnvironment
+				checkfuzzy
+				forM_ fields $ uncurry Annex.setField
+				when (cmdnomessages cmd) $ 
+					Annex.setOutput QuietOutput
+				sequence_ flags
+				whenM (annexDebug <$> Annex.getGitConfig) $
+					liftIO enableDebugOutput
+				prepCommand cmd params
+		 	tryRun state' cmd $ [startup] ++ actions ++ [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 -> Params -> [Command] -> (String -> String) -> (Bool, [Command], String, Params)
+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 :: Params -> Command -> [Option] -> (Flags, Params)
+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
+		]
+
+{- Runs a list of Annex actions. Catches IO errors and continues
+ - (but explicitly thrown errors terminate the whole command).
+ -}
+tryRun :: Annex.AnnexState -> Command -> [CommandCleanup] -> IO ()
+tryRun = tryRun' 0
+tryRun' :: Integer -> Annex.AnnexState -> Command -> [CommandCleanup] -> IO ()
+tryRun' errnum _ cmd []
+	| errnum > 0 = error $ cmdname cmd ++ ": " ++ show errnum ++ " failed"
+	| otherwise = noop
+tryRun' errnum state cmd (a:as) = do
+	r <- run
+	handle $! r
+  where
+	run = tryIO $ Annex.run state $ do
+		Annex.Queue.flushWhenFull
+		a
+	handle (Left err) = showerr err >> cont False state
+	handle (Right (success, state')) = cont success state'
+	cont success s = do
+		let errnum' = if success then errnum else errnum + 1
+		(tryRun' $! errnum') s cmd as
+	showerr err = Annex.eval state $ do
+		showErr err
+		showEndFail
+
+{- Actions to perform each time ran. -}
+startup :: Annex Bool
+startup = liftIO $ do
+#ifndef mingw32_HOST_OS
+	void $ installHandler sigINT Default Nothing
+#endif
+	return True
+
+{- Cleanup actions. -}
+shutdown :: Bool -> Annex Bool
+shutdown nocommit = do
+	saveState nocommit
+	sequence_ =<< M.elems <$> Annex.getState Annex.cleanup
+	liftIO reapZombies -- zombies from long-running git processes
+	sshCleanup -- ssh connection caching
+	return True
diff --git a/Command.hs b/Command.hs
new file mode 100644
index 0000000000..2c157304f5
--- /dev/null
+++ b/Command.hs
@@ -0,0 +1,123 @@
+{- git-annex command infrastructure
+ -
+ - Copyright 2010-2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command (
+	command,
+	noRepo,
+	noCommit,
+	noMessages,
+	withOptions,
+	next,
+	stop,
+	stopUnless,
+	prepCommand,
+	doCommand,
+	whenAnnexed,
+	ifAnnexed,
+	isBareRepo,
+	numCopies,
+	numCopiesCheck,
+	checkAuto,
+	module ReExported
+) where
+
+import Common.Annex
+import qualified Backend
+import qualified Annex
+import qualified Git
+import qualified Remote
+import Types.Command as ReExported
+import Types.Option as ReExported
+import Seek as ReExported
+import Checks as ReExported
+import Usage as ReExported
+import Logs.Trust
+import Config
+import Annex.CheckAttr
+
+{- 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 :: 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 )
+
+{- Prepares to run a command via the check and seek stages, returning a
+ - list of actions to perform to run the command. -}
+prepCommand :: Command -> [String] -> Annex [CommandCleanup]
+prepCommand Command { cmdseek = seek, cmdcheck = c } params = do
+	mapM_ runCheck c
+	map doCommand . concat <$> mapM (\s -> s params) seek
+
+{- Runs a command through the start, perform and cleanup stages -}
+doCommand :: CommandStart -> CommandCleanup
+doCommand = 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
+
+{- Modifies an action to only act on files that are already annexed,
+ - and passes the key and backend on to it. -}
+whenAnnexed :: (FilePath -> (Key, Backend) -> Annex (Maybe a)) -> FilePath -> Annex (Maybe a)
+whenAnnexed a file = ifAnnexed file (a file) (return Nothing)
+
+ifAnnexed :: FilePath -> ((Key, Backend) -> Annex a) -> Annex a -> Annex a
+ifAnnexed file yes no = maybe no yes =<< Backend.lookupFile file
+
+isBareRepo :: Annex Bool
+isBareRepo = fromRepo Git.repoIsLocalBare
+
+numCopies :: FilePath  -> Annex (Maybe Int)
+numCopies file = do
+	forced <- Annex.getState Annex.forcenumcopies
+	case forced of
+		Just n -> return $ Just n
+		Nothing -> readish <$> checkAttr "annex.numcopies" file
+
+numCopiesCheck :: FilePath -> Key -> (Int -> Int -> v) -> Annex v
+numCopiesCheck file key vs = do
+	numcopiesattr <- numCopies file
+	needed <- getNumCopies numcopiesattr
+	have <- trustExclude UnTrusted =<< Remote.keyLocations key
+	return $ length have `vs` needed
+
+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..9f1beb28ac
--- /dev/null
+++ b/Command/Add.hs
@@ -0,0 +1,261 @@
+{- 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 System.PosixCompat.Files
+
+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 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 $ command "add" paramPaths seek SectionCommon
+	"add files to annex"]
+
+{- 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 =
+	[ go withFilesNotInGit
+	, whenNotDirect $ go withFilesUnlocked
+	, whenDirect $ go withFilesMaybeModified
+	]
+  where
+  	go a = withValue largeFilesMatcher $ \matcher ->
+		a $ \file -> ifM (checkFileMatcher matcher file <||> Annex.getState Annex.force)
+			( start file
+			, stop
+			)
+
+{- 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 file = ifM crippledFileSystem
+	( liftIO $ catchMaybeIO nohardlink
+	, do
+		tmp <- fromRepo gitAnnexTmpDir
+		createAnnexDirectory tmp
+		eitherToMaybe <$> tryAnnexIO (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
+		liftIO $ do
+			(tmpfile, h) <- openTempFile tmp $
+				relatedTemplate $ takeFileName file
+			hClose h
+			nukeFile tmpfile
+			withhardlink tmpfile `catchIO` const nohardlink
+  	nohardlink = do
+		cache <- genInodeCache file
+		return KeySource
+			{ keyFilename = file
+			, contentLocation = file
+			, inodeCache = cache
+			}
+	withhardlink tmpfile = do
+		createLink file tmpfile
+		cache <- genInodeCache tmpfile
+		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) = do
+	backend <- chooseBackend $ keyFilename source
+	k <- genKey source backend
+	cache <- liftIO $ genInodeCache $ contentLocation source
+	case (cache, inodeCache source) of
+		(_, Nothing) -> go k cache
+		(Just newc, Just c) | compareStrong c newc -> go k cache
+		_ -> failure "changed while it was being added"
+  where
+	go k cache = ifM isDirect ( godirect k cache , goindirect k cache )
+
+	goindirect (Just (key, _)) mcache = do
+		catchAnnex (moveAnnex key $ contentLocation source)
+			(undo (keyFilename source) key)
+		liftIO $ nukeFile $ keyFilename source
+		return $ (Just key, mcache)
+	goindirect Nothing _ = failure "failed to generate a key"
+
+	godirect (Just (key, _)) (Just cache) = do
+		addInodeCache key cache
+		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
+
+#ifdef WITH_CLIBS
+#ifndef __ANDROID__
+	-- touch symlink to have same time as the original file,
+	-- as provided in the InodeCache
+	case mcache of
+		Just c -> liftIO $ touch file (TimeSpec $ inodeCacheToMtime c) False
+		Nothing -> noop
+#endif
+#endif
+
+	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
+	when hascontent $
+		logStatus key InfoPresent
+	ifM (isDirect <&&> pure hascontent)
+		( do
+			l <- inRepo $ gitAnnexLink file key
+			stageSymlink file =<< hashSymlink l
+		, addLink file key mcache
+		)
+	return True
diff --git a/Command/AddUnused.hs b/Command/AddUnused.hs
new file mode 100644
index 0000000000..1a178e8d47
--- /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..27ca72d1ac
--- /dev/null
+++ b/Command/AddUrl.hs
@@ -0,0 +1,231 @@
+{- 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 qualified Option
+import Types.Key
+import Types.KeySource
+import Config
+import Annex.Content.Direct
+import Logs.Location
+import qualified Logs.Transfer as Transfer
+import Utility.Daemon (checkDaemon)
+#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 = Option.field [] "file" paramFile "specify what file the url is added to"
+
+pathdepthOption :: Option
+pathdepthOption = Option.field [] "pathdepth" paramNumber "path components to use in filename"
+
+relaxedOption :: Option
+relaxedOption = Option.flag [] "relaxed" "skip size check"
+
+seek :: [CommandSeek]
+seek = [withField fileOption return $ \f ->
+	withFlag relaxedOption $ \relaxed ->
+	withField pathdepthOption (return . maybe Nothing readish) $ \d ->
+	withStrings $ start relaxed f d]
+
+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 (liftIO $ Quvi.supported 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, _backend) = next $ cleanup quviurl file key Nothing
+	geturl = do
+		key <- Backend.URL.fromUrl quviurl Nothing
+		ifM (pure relaxed <||> Annex.getState Annex.fast)
+			( next $ cleanup quviurl file key Nothing
+			, do
+				tmp <- fromRepo $ gitAnnexTmpLocation key
+				showOutput
+				ok <- Transfer.download webUUID key (Just file) Transfer.forwardRetry $ const $ do
+					liftIO $ createDirectoryIfMissing True (parentDir tmp)
+					downloadUrl [videourl] tmp
+				if ok
+					then next $ cleanup quviurl file key (Just tmp)
+					else stop
+			)
+#endif
+
+perform :: Bool -> URLString -> FilePath -> CommandPerform
+perform relaxed url file = ifAnnexed file addurl geturl
+  where
+	geturl = next $ addUrlFile relaxed url file
+	addurl (key, _backend)
+		| relaxed = do
+			setUrlPresent key url
+			next $ return True
+		| otherwise = do
+			headers <- getHttpHeaders
+			(exists, samesize) <- Url.withUserAgent $ Url.check url headers $ keySize key
+			if exists && samesize
+				then do
+					setUrlPresent key url
+					next $ return True
+				else do
+					warning $ 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 Bool
+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 Bool
+download url file = do
+	dummykey <- genkey
+	tmp <- fromRepo $ gitAnnexTmpLocation 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 False
+				Just (key, _) -> cleanup url file key (Just tmp)
+		, return False
+		)
+  where
+	{- 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.
+	 -
+	 - If the assistant is running, actually hits the url here,
+	 - to get the size, so it can display a pretty progress bar.
+	 -}
+	genkey = do
+		pidfile <- fromRepo gitAnnexPidFile
+		size <- ifM (liftIO $ isJust <$> checkDaemon pidfile)
+			( do
+				headers <- getHttpHeaders
+				snd <$> Url.withUserAgent (Url.exists url headers)
+			, return Nothing
+			)
+		Backend.URL.fromUrl url size
+  	runtransfer dummykey tmp = 
+		Transfer.download webUUID dummykey (Just file) Transfer.forwardRetry $ const $ do
+			liftIO $ createDirectoryIfMissing True (parentDir tmp)
+			downloadUrl [url] tmp
+		
+
+cleanup :: URLString -> FilePath -> Key -> Maybe FilePath -> Annex Bool
+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
+	return True
+
+nodownload :: Bool -> URLString -> FilePath -> Annex Bool
+nodownload relaxed url file = do
+	headers <- getHttpHeaders
+	(exists, size) <- if relaxed
+		then pure (True, Nothing)
+		else Url.withUserAgent $ Url.exists url headers
+	if exists
+		then do
+			key <- Backend.URL.fromUrl url size
+			cleanup url file key Nothing
+		else do
+			warning $ "unable to access url: " ++ url
+			return False
+
+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..521a885713
--- /dev/null
+++ b/Command/Assistant.hs
@@ -0,0 +1,88 @@
+{- 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 Option
+import qualified Command.Watch
+import Init
+import Config.Files
+import qualified Build.SysConfig
+import Utility.HumanTime
+
+import System.Environment
+
+def :: [Command]
+def = [noRepo checkAutoStart $ dontCheck repoExists $ withOptions options $
+	command "assistant" paramNothing seek SectionCommon
+		"automatically handle changes"]
+
+options :: [Option]
+options =
+	[ Command.Watch.foregroundOption
+	, Command.Watch.stopOption
+	, autoStartOption
+	, startDelayOption
+	]
+
+autoStartOption :: Option
+autoStartOption = Option.flag [] "autostart" "start in known repositories"
+
+startDelayOption :: Option
+startDelayOption = Option.field [] "startdelay" paramNumber "delay before running startup scan"
+
+seek :: [CommandSeek]
+seek = [withFlag Command.Watch.stopOption $ \stopdaemon ->
+	withFlag Command.Watch.foregroundOption $ \foreground ->
+	withFlag autoStartOption $ \autostart ->
+	withField startDelayOption (pure . maybe Nothing parseDuration) $ \startdelay -> 
+	withNothing $ start foreground stopdaemon autostart startdelay]
+
+start :: Bool -> Bool -> Bool -> Maybe Duration -> CommandStart
+start foreground stopdaemon autostart startdelay
+	| autostart = do
+		liftIO $ autoStart startdelay
+		stop
+	| otherwise = do
+		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 :: 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..6f3f9df285
--- /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..c42480200b
--- /dev/null
+++ b/Command/ConfigList.hs
@@ -0,0 +1,30 @@
+{- git-annex command
+ -
+ - Copyright 2010 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 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 <- getUUID
+	showConfig "annex.uuid" $ fromUUID u
+	showConfig coreGCryptId =<< fromRepo (Git.Config.get coreGCryptId "")
+	stop
+  where
+  	showConfig k v = liftIO $ putStrLn $ k ++ "=" ++ v
diff --git a/Command/Copy.hs b/Command/Copy.hs
new file mode 100644
index 0000000000..9fd97334ad
--- /dev/null
+++ b/Command/Copy.hs
@@ -0,0 +1,39 @@
+{- 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 GitAnnex.Options
+import qualified Command.Move
+import qualified Remote
+import Annex.Wanted
+
+def :: [Command]
+def = [withOptions Command.Move.moveOptions $ command "copy" paramPaths seek
+	SectionCommon "copy content of files to/from another repository"]
+
+seek :: [CommandSeek]
+seek =
+	[ withField toOption Remote.byNameWithUUID $ \to ->
+	  withField fromOption Remote.byNameWithUUID $ \from ->
+	  withKeyOptions (Command.Move.startKey to from False) $
+	  withFilesInGit $ whenAnnexed $ start to from
+	]
+
+{- 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, Backend) -> CommandStart
+start to from file (key, backend) = stopUnless shouldCopy $ 
+	Command.Move.start to from False file (key, backend)
+  where
+	shouldCopy = checkAuto (check <||> numCopiesCheck file key (<))
+	check = case to of
+		Nothing -> wantGet False (Just file)
+		Just r -> wantSend False (Just file) (Remote.uuid r)
diff --git a/Command/Dead.hs b/Command/Dead.hs
new file mode 100644
index 0000000000..180f2fda90
--- /dev/null
+++ b/Command/Dead.hs
@@ -0,0 +1,40 @@
+{- git-annex command
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Dead where
+
+import Common.Annex
+import Command
+import qualified Remote
+import Logs.Trust
+import Logs.Group
+
+import qualified Data.Set as S
+
+def :: [Command]
+def = [command "dead" (paramRepeating paramRemote) seek
+	SectionSetup "hide a lost repository"]
+
+seek :: [CommandSeek]
+seek = [withWords start]
+
+start :: [String] -> CommandStart
+start ws = do
+	let name = unwords ws
+	showStart "dead" name
+	u <- Remote.nameToUUID name
+	next $ perform u
+
+perform :: UUID -> CommandPerform
+perform uuid = do
+	markDead uuid
+	next $ return True
+
+markDead :: UUID -> Annex ()
+markDead uuid = do
+	trustSet uuid DeadTrusted
+	groupSet uuid S.empty
diff --git a/Command/Describe.hs b/Command/Describe.hs
new file mode 100644
index 0000000000..18851b1726
--- /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..1f262bd9f0
--- /dev/null
+++ b/Command/Direct.hs
@@ -0,0 +1,73 @@
+{- 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.Command
+import qualified Git.LsFiles
+import Config
+import Annex.Direct
+import Annex.Version
+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.Command.runBool
+		[ Param "commit"
+		, 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
+	setVersion directModeVersion
+	return True
diff --git a/Command/Drop.hs b/Command/Drop.hs
new file mode 100644
index 0000000000..5d642ed3af
--- /dev/null
+++ b/Command/Drop.hs
@@ -0,0 +1,161 @@
+{- 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 Annex.Content
+import Config
+import qualified Option
+import Annex.Wanted
+
+def :: [Command]
+def = [withOptions [fromOption] $ command "drop" paramPaths seek
+	SectionCommon "indicate content of files not currently wanted"]
+
+fromOption :: Option
+fromOption = Option.field ['f'] "from" paramRemote "drop content from a remote"
+
+seek :: [CommandSeek]
+seek = [withField fromOption Remote.byNameWithUUID $ \from ->
+	withFilesInGit $ whenAnnexed $ start from]
+
+start :: Maybe Remote -> FilePath -> (Key, Backend) -> CommandStart
+start from file (key, _) = checkDropAuto from file key $ \numcopies ->
+	stopUnless (checkAuto $ wantDrop False (Remote.uuid <$> from) (Just file)) $
+		case from of
+			Nothing -> startLocal file numcopies key Nothing
+			Just remote -> do
+				u <- getUUID
+				if Remote.uuid remote == u
+					then startLocal file numcopies key Nothing
+					else startRemote file numcopies key remote
+
+startLocal :: FilePath -> Maybe Int -> Key -> Maybe Remote -> CommandStart
+startLocal file numcopies key knownpresentremote = stopUnless (inAnnex key) $ do
+	showStart "drop" file
+	next $ performLocal key numcopies knownpresentremote
+
+startRemote :: FilePath -> Maybe Int -> Key -> Remote -> CommandStart
+startRemote file numcopies key remote = do
+	showStart ("drop " ++ Remote.name remote) file
+	next $ performRemote key numcopies remote
+
+performLocal :: Key -> Maybe Int -> Maybe Remote -> CommandPerform
+performLocal key 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)
+	stopUnless (canDropKey key numcopies trusteduuids' tocheck []) $ do
+		removeAnnex key
+		next $ cleanupLocal key
+
+performRemote :: Key -> Maybe Int -> Remote -> CommandPerform
+performRemote key 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.
+	(remotes, trusteduuids) <- Remote.keyPossibilitiesTrusted key
+	present <- inAnnex key
+	u <- getUUID
+	let have = filter (/= uuid) $
+		if present then u:trusteduuids else trusteduuids
+	untrusteduuids <- trustGet UnTrusted
+	let tocheck = filter (/= remote) $
+		Remote.remotesWithoutUUID remotes (have++untrusteduuids)
+	stopUnless (canDropKey key 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. -}
+canDropKey :: Key -> Maybe Int -> [UUID] -> [Remote] -> [UUID] -> Annex Bool
+canDropKey key numcopiesM have check skip = do
+	force <- Annex.getState Annex.force
+	if force || numcopiesM == Just 0
+		then return True
+		else do
+			need <- getNumCopies numcopiesM
+			findCopies key need skip have check
+
+findCopies :: Key -> Int -> [UUID] -> [UUID] -> [Remote] -> Annex Bool
+findCopies key need skip = helper [] []
+  where
+	helper bad missing have []
+		| length have >= need = return True
+		| otherwise = notEnoughCopies key need have (skip++missing) bad
+	helper bad missing have (r:rs)
+		| 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 -> Int -> [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 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 annex.numcopies.)"
+
+{- In auto mode, only runs the action if there are enough
+ - copies on other semitrusted repositories.
+ -
+ - Passes any numcopies attribute of the file on to the action as an
+ - optimisation. -}
+checkDropAuto :: Maybe Remote -> FilePath -> Key -> (Maybe Int -> CommandStart) -> CommandStart
+checkDropAuto mremote file key a = do
+	numcopiesattr <- numCopies file
+	Annex.getState Annex.auto >>= auto numcopiesattr
+  where
+	auto numcopiesattr False = a numcopiesattr
+	auto numcopiesattr True = do
+		needed <- getNumCopies numcopiesattr
+		locs <- Remote.keyLocations key
+		uuid <- getUUID
+		let remoteuuid = fromMaybe uuid $ Remote.uuid <$> mremote
+		locs' <- trustExclude UnTrusted $ filter (/= remoteuuid) locs
+		if length locs' >= needed
+			then a numcopiesattr
+			else stop
diff --git a/Command/DropKey.hs b/Command/DropKey.hs
new file mode 100644
index 0000000000..6249195840
--- /dev/null
+++ b/Command/DropKey.hs
@@ -0,0 +1,39 @@
+{- 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
+import Types.Key
+
+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" (key2file key)
+	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..bf2635e00f
--- /dev/null
+++ b/Command/DropUnused.hs
@@ -0,0 +1,43 @@
+{- 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 qualified Option
+import Command.Unused (withUnusedMaps, UnusedMaps(..), startUnused)
+
+def :: [Command]
+def = [withOptions [Command.Drop.fromOption] $
+	command "dropunused" (paramRepeating paramNumRange)
+		seek SectionMaintenance "drop unused file content"]
+
+seek :: [CommandSeek]
+seek = [withUnusedMaps start]
+
+start :: UnusedMaps -> Int -> CommandStart
+start = startUnused "dropunused" perform (performOther gitAnnexBadLocation) (performOther gitAnnexTmpLocation)
+
+perform :: Key -> CommandPerform
+perform key = maybe droplocal dropremote =<< Remote.byNameWithUUID =<< from
+  where
+	dropremote r = do
+		showAction $ "from " ++ Remote.name r
+		Command.Drop.performRemote key Nothing r
+	droplocal = Command.Drop.performLocal key Nothing Nothing
+	from = Annex.getField $ Option.name Command.Drop.fromOption
+
+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..f6a1b819c8
--- /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 ++
+		if null names
+			then ""
+			else " Known special remotes: " ++ unwords names
+
+perform :: RemoteType -> UUID -> R.RemoteConfig -> CommandPerform
+perform t u c = do
+	(c', u') <- R.setup t (Just u) 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/Find.hs b/Command/Find.hs
new file mode 100644
index 0000000000..4b8c7ce0e9
--- /dev/null
+++ b/Command/Find.hs
@@ -0,0 +1,61 @@
+{- 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
+import qualified Option
+
+def :: [Command]
+def = [noCommit $ noMessages $ withOptions [formatOption, print0Option] $
+	command "find" paramPaths seek SectionQuery "lists available files"]
+
+formatOption :: Option
+formatOption = Option.field [] "format" paramFormat "control format of output"
+
+print0Option :: Option
+print0Option = Option.Option [] ["print0"] (Option.NoArg set)
+	"terminate output with null"
+  where
+	set = Annex.setField (Option.name formatOption) "${file}\0"
+
+seek :: [CommandSeek]
+seek = [withField formatOption formatconverter $ \f ->
+		withFilesInGit $ whenAnnexed $ start f]
+  where
+	formatconverter = return . fmap Utility.Format.gen
+
+start :: Maybe Utility.Format.Format -> FilePath -> (Key, Backend) -> CommandStart
+start format file (key, _) = do
+	-- only files inAnnex are shown, unless the user has requested
+	-- others via a limit
+	whenM (limited <||> inAnnex key) $
+		unlessM (showFullJSON vars) $
+			case format of
+				Nothing -> liftIO $ putStrLn file
+				Just formatter -> liftIO $ putStr $
+					Utility.Format.format formatter $
+						M.fromList vars
+	stop
+  where
+	vars =
+		[ ("file", file)
+		, ("key", key2file key)
+		, ("backend", keyBackendName key)
+		, ("bytesize", size show)
+		, ("humansize", size $ roughSize storageUnits True)
+		]
+	size c = maybe "unknown" c $ keySize key
diff --git a/Command/Fix.hs b/Command/Fix.hs
new file mode 100644
index 0000000000..a63a10f8f9
--- /dev/null
+++ b/Command/Fix.hs
@@ -0,0 +1,61 @@
+{- 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 System.PosixCompat.Files
+
+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, Backend) -> 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..74bd68ad1d
--- /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 qualified Option
+
+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 = Option.flag [] "drop-dead" "drop references to dead repositories"
+
+seek :: [CommandSeek]
+seek = [withFlag dropDeadOption $ \dropdead ->
+	withNothing $ start dropdead]
+
+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..c3d2daafe2
--- /dev/null
+++ b/Command/FromKey.hs
@@ -0,0 +1,46 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.FromKey where
+
+import System.PosixCompat.Files
+
+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..a8e52af986
--- /dev/null
+++ b/Command/Fsck.hs
@@ -0,0 +1,508 @@
+{- 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 System.PosixCompat.Files
+
+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 Annex.UUID
+import Utility.DataUnits
+import Utility.FileMode
+import Config
+import qualified Option
+import Types.Key
+import Utility.HumanTime
+import Git.FilePath
+import GitAnnex.Options hiding (fromOption)
+
+#ifndef mingw32_HOST_OS
+import System.Posix.Process (getProcessID)
+#else
+import System.Random (getStdRandom, random)
+#endif
+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"]
+
+fromOption :: Option
+fromOption = Option.field ['f'] "from" paramRemote "check remote"
+
+startIncrementalOption :: Option
+startIncrementalOption = Option.flag ['S'] "incremental" "start an incremental fsck"
+
+moreIncrementalOption :: Option
+moreIncrementalOption = Option.flag ['m'] "more" "continue an incremental fsck"
+
+incrementalScheduleOption :: Option
+incrementalScheduleOption = Option.field [] "incremental-schedule" paramTime
+	"schedule incremental fscking"
+
+fsckOptions :: [Option]
+fsckOptions = 
+	[ fromOption
+	, startIncrementalOption
+	, moreIncrementalOption
+	, incrementalScheduleOption
+	] ++ keyOptions
+
+seek :: [CommandSeek]
+seek =
+	[ withField fromOption Remote.byNameWithUUID $ \from ->
+	  withIncremental $ \i ->
+	  withKeyOptions (startKey i) $
+	  withFilesInGit $ whenAnnexed $ start from i
+	]
+
+withIncremental :: (Incremental -> CommandSeek) -> CommandSeek
+withIncremental = withValue $ do
+	i <- maybe (return False) (checkschedule . parseDuration)
+		=<< Annex.getField (Option.name incrementalScheduleOption)
+	starti <- Annex.getFlag (Option.name startIncrementalOption)
+	morei <- Annex.getFlag (Option.name moreIncrementalOption)
+	case (i, starti, morei) of
+		(False, False, False) -> return NonIncremental
+		(False, True, _) -> startIncremental
+		(False ,False, True) -> ContIncremental <$> getStartTime
+		(True, _, _) ->
+			maybe startIncremental (return . ContIncremental . Just)
+				=<< getStartTime
+  where
+	startIncremental = do
+		recordStartTime
+		return StartIncremental
+
+	checkschedule Nothing = error "bad --incremental-schedule value"
+	checkschedule (Just delta) = do
+		Annex.addCleanup "" $ 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, Backend) -> CommandStart
+start from inc file (key, backend) = do
+	numcopies <- numCopies 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 -> Maybe Int -> 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 -> Maybe Int -> 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
+#ifndef mingw32_HOST_OS
+		v <- liftIO getProcessID
+#else
+		v <- liftIO (getStdRandom random :: IO Int)
+#endif
+		t <- fromRepo gitAnnexTmpDir
+		createAnnexDirectory t
+		let tmp = t </> "fsck" ++ show v ++ "." ++ 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 -> CommandStart
+startKey inc key = case Backend.maybeLookupBackendName (Types.Key.keyBackendName key) of
+	Nothing -> stop
+	Just backend -> runFsck inc (key2file key) key $ performAll key backend
+
+{- Note that numcopies cannot be checked in --all mode, since we do not
+ - have associated filenames to look up in the .gitattributes file. -}
+performAll :: Key -> Backend -> Annex Bool
+performAll key backend = check
+	[ verifyLocationLog key (key2file key)
+	, checkKeySize key
+	, checkBackend backend key Nothing
+	]
+
+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 bad = 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"
+		bad 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 -> FilePath -> Maybe Int -> Annex Bool
+checkKeyNumCopies key file numcopies = do
+	needed <- getNumCopies numcopies
+	(untrustedlocations, safelocations) <- trustPartition UnTrusted =<< Remote.keyLocations key
+	let present = length safelocations
+	if present < needed
+		then do
+			ppuuids <- Remote.prettyPrintUUIDs "untrusted" untrustedlocations
+			warning $ missingNote file present needed ppuuids
+			return False
+		else return True
+
+missingNote :: String -> Int -> Int -> String -> String
+missingNote file 0 _ [] = 
+		"** No known copies exist of " ++ file
+missingNote file 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 present ++ " of " ++ show 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)
+
+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. -}
+recordStartTime :: Annex ()
+recordStartTime = do
+	f <- fromRepo gitAnnexFsckState
+	createAnnexDirectory $ parentDir f
+	liftIO $ do
+		nukeFile f
+		h <- openFile f WriteMode
+		t <- modificationTime <$> getFileStatus f
+		hPutStr h $ showTime $ realToFrac t
+		hClose h
+  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
+		t <- readishTime <$> readFile f
+		return $ if Just (realToFrac timestamp) == t
+			then Just timestamp
+			else Nothing
+  where
+	readishTime :: String -> Maybe POSIXTime
+	readishTime s = utcTimeToPOSIXSeconds <$>
+		parseTime defaultTimeLocale "%s%Qs" s
diff --git a/Command/FuzzTest.hs b/Command/FuzzTest.hs
new file mode 100644
index 0000000000..34e74b4334
--- /dev/null
+++ b/Command/FuzzTest.hs
@@ -0,0 +1,288 @@
+{- 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)
+
+localFile :: FilePath -> Bool
+localFile f
+	| isAbsolute f = False
+	| ".." `isInfixOf` f = False
+	| ".git" `isPrefixOf` f = False
+	| otherwise = True
+
+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..bdd770f159
--- /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..9adf79393c
--- /dev/null
+++ b/Command/Get.hs
@@ -0,0 +1,90 @@
+{- 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 Logs.Transfer
+import Annex.Wanted
+import GitAnnex.Options
+import qualified Command.Move
+import Types.Key
+
+def :: [Command]
+def = [withOptions getOptions $ command "get" paramPaths seek
+	SectionCommon "make content of annexed files available"]
+
+getOptions :: [Option]
+getOptions = fromOption : keyOptions
+
+seek :: [CommandSeek]
+seek = 
+	[ withField fromOption Remote.byNameWithUUID $ \from ->
+	  withKeyOptions (startKeys from) $
+	  withFilesInGit $ whenAnnexed $ start from
+	]
+
+start :: Maybe Remote -> FilePath -> (Key, Backend) -> CommandStart
+start from file (key, _) = start' expensivecheck from key (Just file)
+  where
+	expensivecheck = checkAuto (numCopiesCheck file key (<) <||> wantGet False (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" (fromMaybe (key2file 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 = dispatch =<< Remote.keyPossibilities key
+  where
+	dispatch [] = do
+		showNote "not available"
+		showlocs
+		return False
+	dispatch remotes = trycopy remotes remotes
+	trycopy full [] = do
+		Remote.showTriedRemotes full
+		showlocs
+		return False
+	trycopy full (r:rs) =
+		ifM (probablyPresent r)
+			( docopy r (trycopy full rs)
+			, trycopy full rs
+			)
+	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 continue = do
+		ok <- download (Remote.uuid r) key afile noRetry $ \p -> do
+			showAction $ "from " ++ Remote.name r
+			Remote.retrieveKeyFile r key afile dest p
+		if ok then return ok else continue
diff --git a/Command/Group.hs b/Command/Group.hs
new file mode 100644
index 0000000000..4c0bf4899a
--- /dev/null
+++ b/Command/Group.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.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 $ perform u g
+start _ = error "Specify a repository and a group."
+
+perform :: UUID -> Group -> CommandPerform
+perform 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..c77f739c15
--- /dev/null
+++ b/Command/Help.hs
@@ -0,0 +1,62 @@
+{- 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 GitAnnex.Options
+
+import System.Console.GetOpt
+
+def :: [Command]
+def = [noCommit $ noRepo showGeneralHelp $ dontCheck repoExists $
+	command "help" paramNothing seek SectionQuery "display help"]
+
+seek :: [CommandSeek]
+seek = [withWords start]
+
+start :: [String] -> CommandStart
+start ["options"] = do
+	liftIO showCommonOptions
+	stop
+start _ = do
+	liftIO showGeneralHelp
+	stop
+
+showCommonOptions :: IO ()
+showCommonOptions = putStrLn $ usageInfo "Common options:" options
+
+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..dcadd96ce4
--- /dev/null
+++ b/Command/Import.hs
@@ -0,0 +1,104 @@
+{- 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 System.PosixCompat.Files
+
+import Common.Annex
+import Command
+import qualified Annex
+import qualified Command.Add
+import qualified Option
+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
+	]
+
+duplicateOption :: Option
+duplicateOption = Option.flag [] "duplicate" "do not delete outside files"
+
+deduplicateOption :: Option
+deduplicateOption = Option.flag [] "deduplicate" "do not add files whose content has been seen"
+
+cleanDuplicatesOption :: Option
+cleanDuplicatesOption = Option.flag [] "clean-duplicates" "delete outside duplicate files (import nothing)"
+
+data DuplicateMode = Default | Duplicate | DeDuplicate | CleanDuplicates
+	deriving (Eq)
+
+getDuplicateMode :: Annex DuplicateMode
+getDuplicateMode = gen
+	<$> getflag duplicateOption
+	<*> getflag deduplicateOption
+	<*> getflag cleanDuplicatesOption
+  where
+  	getflag = Annex.getFlag . Option.name
+  	gen False False False = Default
+	gen True False False = Duplicate
+	gen False True False = DeDuplicate
+	gen False False True = CleanDuplicates
+	gen _ _ _ = error "bad combination of --duplicate, --deduplicate, --clean-duplicates"
+
+seek :: [CommandSeek]
+seek = [withValue getDuplicateMode $ \mode -> withPathContents $ start mode]
+
+start :: DuplicateMode -> (FilePath, FilePath) -> CommandStart
+start mode (srcfile, destfile) =
+	ifM (liftIO $ isRegularFile <$> getSymbolicLinkStatus srcfile)
+		( do
+			showStart "import" destfile
+			next $ perform mode srcfile destfile
+		, stop
+		)
+
+perform :: DuplicateMode -> FilePath -> FilePath -> CommandPerform
+perform mode srcfile destfile =
+	case mode of
+		DeDuplicate -> ifM isdup
+			( deletedup
+			, go
+			)
+		CleanDuplicates -> ifM isdup
+			( deletedup
+			, next $ return True
+			)
+		_ -> go
+  where
+	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
+	deletedup = do
+		showNote "duplicate"
+		liftIO $ removeFile srcfile
+		next $ return True
+	go = do
+		whenM (liftIO $ doesFileExist destfile) $
+			unlessM (Annex.getState Annex.force) $
+				error $ "not overwriting existing " ++ destfile ++
+					" (use --force to override)"
+	
+		liftIO $ createDirectoryIfMissing True (parentDir destfile)
+		liftIO $ if mode == Duplicate
+			then void $ copyFileExternal srcfile destfile
+			else moveFile srcfile destfile
+		Command.Add.perform destfile
diff --git a/Command/ImportFeed.hs b/Command/ImportFeed.hs
new file mode 100644
index 0000000000..45a0d3b7ee
--- /dev/null
+++ b/Command/ImportFeed.hs
@@ -0,0 +1,218 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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 Common.Annex
+import qualified Annex
+import Command
+import qualified Annex.Url as Url
+import Logs.Web
+import qualified Option
+import qualified Utility.Format
+import Utility.Tmp
+import Command.AddUrl (addUrlFile, relaxedOption)
+import Annex.Perms
+import Backend.URL (fromUrl)
+
+def :: [Command]
+def = [notBareRepo $ withOptions [templateOption, relaxedOption] $
+	command "importfeed" (paramRepeating paramUrl) seek
+		SectionCommon "import files from podcast feeds"]
+
+templateOption :: Option
+templateOption = Option.field [] "template" paramFormat "template for filenames"
+
+seek :: [CommandSeek]
+seek = [withField templateOption return $ \tmpl ->
+	withFlag relaxedOption $ \relaxed ->
+	withValue (getCache tmpl) $ \cache ->
+	withStrings $ start relaxed cache]
+
+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 <- findEnclosures url
+	case v of
+		Just l | not (null l) -> do
+			ok <- and <$> mapM (downloadEnclosure relaxed cache) l
+			unless ok $
+				feedProblem url "problem downloading item"
+			next $ cleanup url True
+		_ -> do
+			feedProblem url "bad feed content"
+			next $ return 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 :: URLString
+	}
+
+mkToDownload :: Feed -> URLString -> Item -> Maybe ToDownload
+mkToDownload f u i = case getItemEnclosure i of
+	Nothing -> Nothing
+	Just (enclosureurl, _, _) -> Just $ ToDownload f u i enclosureurl
+
+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
+
+findEnclosures :: URLString -> Annex (Maybe [ToDownload])
+findEnclosures url = extract <$> downloadFeed url
+  where
+	extract Nothing = Nothing
+	extract (Just f) = Just $ mapMaybe (mkToDownload f url) (feedItems f)
+
+{- Feeds change, so a feed download cannot be resumed. -}
+downloadFeed :: URLString -> Annex (Maybe Feed)
+downloadFeed url = do
+	showOutput
+	ua <- Url.getUserAgent
+	liftIO $ withTmpFile "feed" $ \f h -> do
+		fileEncoding h
+		ifM (Url.download url [] [] f ua)
+			( parseFeedString <$> hGetContentsStrict h
+			, return Nothing
+			)
+
+{- Avoids downloading any urls that are already known to be associated
+ - with a file in the annex, unless forced. -}
+downloadEnclosure :: Bool -> Cache -> ToDownload -> Annex Bool
+downloadEnclosure relaxed cache enclosure
+	| S.member url (knownurls cache) = ifM forced (go, return True)
+	| otherwise = go
+  where
+  	forced = Annex.getState Annex.force
+  	url = location enclosure
+	go = do
+		dest <- makeunique (1 :: Integer) $ feedFile (template cache) enclosure
+		case dest of
+			Nothing -> return True
+			Just f -> do
+				showStart "addurl" f
+				ok <- addUrlFile relaxed url f
+				if ok
+					then do
+						showEndOk
+						return True
+					else do
+						showEndFail
+						checkFeedBroken (feedurl enclosure)
+	{- 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 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 (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 -> FilePath
+feedFile tmpl i = Utility.Format.format tmpl $ M.fromList
+	[ field "feedtitle" $ getFeedTitle $ feed i
+	, fieldMaybe "itemtitle" $ getItemTitle $ item i
+	, fieldMaybe "feedauthor" $ getFeedAuthor $ feed i
+	, fieldMaybe "itemauthor" $ getItemAuthor $ item i
+	, fieldMaybe "itemsummary" $ getItemSummary $ item i
+	, fieldMaybe "itemdescription" $ getItemDescription $ item i
+	, fieldMaybe "itemrights" $ getItemRights $ item i
+	, fieldMaybe "itemid" $ snd <$> getItemId (item i)
+	, ("extension", sanitizeFilePath $ takeExtension $ location i)
+	]
+  where
+	field k v = 
+		let s = sanitizeFilePath v in
+		if null s then (k, "none") else (k, s)
+	fieldMaybe k Nothing = (k, "none")
+	fieldMaybe k (Just v) = field k v
+
+{- 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 this feed!)"
+	, 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..4410d722d0
--- /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..8b857e2f61
--- /dev/null
+++ b/Command/Indirect.hs
@@ -0,0 +1,113 @@
+{- git-annex command
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Indirect where
+
+import System.PosixCompat.Files
+import Control.Exception.Extensible
+
+import Common.Annex
+import Command
+import qualified Git
+import qualified Git.Command
+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.Version
+import Annex.Exception
+import 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.Command.runBool
+			[ Param "commit"
+			, 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
+	setVersion defaultVersion
+	showStart "indirect" ""
+	showEndOk
+	return True
diff --git a/Command/Info.hs b/Command/Info.hs
new file mode 100644
index 0000000000..d465f2d841
--- /dev/null
+++ b/Command/Info.hs
@@ -0,0 +1,384 @@
+{- 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 System.PosixCompat.Files
+
+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 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 $ 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 directory size" gitAnnexTmpDir
+
+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
+			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 $ 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..3db9a6be3e
--- /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 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..5a240f8003
--- /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 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..12c27c0228
--- /dev/null
+++ b/Command/List.hs
@@ -0,0 +1,88 @@
+{- 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 Option
+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 = Option.flag [] "allrepos" "show all repositories, not only remotes"
+
+seek :: [CommandSeek]
+seek = 
+	[ withValue getList $ withNothing . startHeader
+	, withValue getList $ withFilesInGit . whenAnnexed . start
+	]
+
+getList :: Annex [(UUID, RemoteName, TrustLevel)]
+getList = ifM (Annex.getFlag $ Option.name allrepos)
+	( nubBy ((==) `on` fst3) <$> ((++) <$> getRemotes <*> getAll)
+	, 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
+	getAll = 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
+
+startHeader :: [(UUID, RemoteName, TrustLevel)] -> CommandStart
+startHeader l = do
+	liftIO $ putStrLn $ header $ map (\(_, n, t) -> (n, t)) l
+	stop
+
+start :: [(UUID, RemoteName, TrustLevel)] -> FilePath -> (Key, Backend) -> 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..6dc58df749
--- /dev/null
+++ b/Command/Lock.hs
@@ -0,0 +1,29 @@
+{- 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
+	
+def :: [Command]
+def = [notDirect $ command "lock" paramPaths seek SectionCommon
+	"undo unlock command"]
+
+seek :: [CommandSeek]
+seek = [withFilesUnlocked start, withFilesUnlockedToBeCommitted start]
+
+start :: FilePath -> CommandStart
+start file = do
+	showStart "lock" file
+	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..f3a5becb8a
--- /dev/null
+++ b/Command/Log.hs
@@ -0,0 +1,171 @@
+{- 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 Option
+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"] ++
+	[ Option.field ['n'] "max-count" paramNumber
+		"limit number of logs displayed"
+	]
+  where
+	odate n = Option.field [] n paramDate $ "show log " ++ n ++ " date"
+
+gourceOption :: Option
+gourceOption = Option.flag [] "gource" "format output for gource"
+
+seek :: [CommandSeek]
+seek = [withValue Remote.uuidDescriptions $ \m ->
+	withValue (liftIO getCurrentTimeZone) $ \zone ->
+	withValue (concat <$> mapM getoption passthruOptions) $ \os ->
+	withFlag gourceOption $ \gource ->
+	withFilesInGit $ whenAnnexed $ start m zone os gource]
+  where
+	getoption o = maybe [] (use o) <$>
+		Annex.getField (Option.name o)
+	use o v = [Param ("--" ++ Option.name o), Param v]
+
+start :: M.Map UUID String -> TimeZone -> [CommandParam] -> Bool ->
+	FilePath -> (Key, Backend) -> 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 $ show 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/Map.hs b/Command/Map.hs
new file mode 100644
index 0000000000..91f4a02510
--- /dev/null
+++ b/Command/Map.hs
@@ -0,0 +1,247 @@
+{- 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 $ Git.Construct.fromAbsPath =<< absPath (Git.repoPath 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 = safely $ Git.Config.read r
+  where
+	safely a = do
+		result <- liftIO (try a :: IO (Either SomeException Git.Repo))
+		case result of
+			Left _ -> return Nothing
+			Right r' -> return $ Just r'
+	pipedconfig cmd params = safely $
+		withHandle StdoutHandle createProcessSuccess p $
+			Git.Config.hRead r
+	  where
+		p = proc cmd $ toCommand params
+
+	configlist = Ssh.onRemote r (pipedconfig, Nothing) "configlist" [] []
+	manualconfiglist = do
+		sshparams <- Ssh.toRepo r [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)
diff --git a/Command/Merge.hs b/Command/Merge.hs
new file mode 100644
index 0000000000..31db7a99f9
--- /dev/null
+++ b/Command/Merge.hs
@@ -0,0 +1,38 @@
+{- 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 =
+	[ withNothing mergeBranch
+	, withNothing mergeSynced
+	]
+
+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/Migrate.hs b/Command/Migrate.hs
new file mode 100644
index 0000000000..0fdf0e8176
--- /dev/null
+++ b/Command/Migrate.hs
@@ -0,0 +1,77 @@
+{- 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 qualified Types.Backend
+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, Backend) -> CommandStart
+start file (key, 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)
+		(Types.Backend.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) = 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 = do
+		content <- calcRepo $ gitAnnexLocation oldkey
+		let source = KeySource
+			{ keyFilename = file
+			, contentLocation = content
+			, inodeCache = Nothing
+			}
+		liftM fst <$> genKey source (Just newbackend)
diff --git a/Command/Mirror.hs b/Command/Mirror.hs
new file mode 100644
index 0000000000..c0dd8a51fd
--- /dev/null
+++ b/Command/Mirror.hs
@@ -0,0 +1,58 @@
+{- 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 GitAnnex.Options
+import qualified Command.Move
+import qualified Command.Drop
+import qualified Command.Get
+import qualified Remote
+import Annex.Content
+import qualified Annex
+
+def :: [Command]
+def = [withOptions fromToOptions $ command "mirror" paramPaths seek
+	SectionCommon "mirror content of files to/from another repository"]
+
+seek :: [CommandSeek]
+seek =
+	[ withField toOption Remote.byNameWithUUID $ \to ->
+	  withField fromOption Remote.byNameWithUUID $ \from ->
+	  withFilesInGit $ whenAnnexed $ start to from
+	]
+
+start :: Maybe Remote -> Maybe Remote -> FilePath -> (Key, Backend) -> CommandStart
+start to from file (key, _backend) = 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 (Just file) key
+		, do
+			numcopies <- numCopies file
+			Command.Drop.startRemote file 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 (Just file)
+			Right False -> ifM (inAnnex key)
+				( do
+					numcopies <- numCopies file
+					Command.Drop.startLocal file numcopies key Nothing
+				, stop
+				)
diff --git a/Command/Move.hs b/Command/Move.hs
new file mode 100644
index 0000000000..dc501ae0f4
--- /dev/null
+++ b/Command/Move.hs
@@ -0,0 +1,166 @@
+{- 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 Logs.Presence
+import Logs.Transfer
+import GitAnnex.Options
+import Types.Key
+
+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 = 
+	[ withField toOption Remote.byNameWithUUID $ \to ->
+	  withField fromOption Remote.byNameWithUUID $ \from ->
+	  withKeyOptions (startKey to from True) $
+	  withFilesInGit $ whenAnnexed $ start to from True
+	]
+
+start :: Maybe Remote -> Maybe Remote -> Bool -> FilePath -> (Key, Backend) -> 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 True _ (Just file) = showStart "move" file
+showMoveAction False _ (Just file) = showStart "copy" file
+showMoveAction True key Nothing = showStart "move" (key2file key)
+showMoveAction False key Nothing = showStart "copy" (key2file key)
+
+{- 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 annex.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 do
+			showMoveAction move key afile
+			next $ toPerform dest move key afile
+toPerform :: Remote -> Bool -> Key -> AssociatedFile -> CommandPerform
+toPerform dest move key afile = moveLock move key $ do
+	-- Checking the remote is expensive, so not done in the start step.
+	-- In fast mode, location tracking is assumed to be correct,
+	-- and an explicit check is not done, when copying. When moving,
+	-- it has to be done, to avoid inaverdent data loss.
+	fast <- Annex.getState Annex.fast
+	let fastcheck = fast && not move && not (Remote.hasKeyCheap dest)
+	isthere <- if fastcheck
+		then Right <$> expectedpresent
+		else Remote.hasKey dest key
+	case isthere of
+		Left err -> do
+			showNote err
+			stop
+		Right False -> do
+			showAction $ "to " ++ Remote.name dest
+			ok <- 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 $
+				Remote.logStatus dest key InfoPresent
+			finish
+  where
+	finish
+		| move = do
+			removeAnnex key
+			next $ Command.Drop.cleanupLocal key
+		| otherwise = next $ return True
+	expectedpresent = do
+		remotes <- Remote.keyPossibilities key
+		return $ dest `elem` remotes
+
+{- 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
+	| Remote.hasKeyCheap src =
+		either (const expensive) return =<< Remote.hasKey src key
+	| otherwise = expensive
+  where
+	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 = 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/PreCommit.hs b/Command/PreCommit.hs
new file mode 100644
index 0000000000..f10ac628eb
--- /dev/null
+++ b/Command/PreCommit.hs
@@ -0,0 +1,57 @@
+{- git-annex command
+ -
+ - Copyright 2010, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.PreCommit where
+
+import Common.Annex
+import Command
+import qualified Command.Add
+import qualified Command.Fix
+import qualified Git.DiffTree
+import qualified Git.Ref
+import Annex.CatFile
+import Annex.Content.Direct
+import Git.Sha
+import Git.FilePath
+
+def :: [Command]
+def = [command "pre-commit" paramPaths seek SectionPlumbing
+	"run by git pre-commit hook"]
+
+seek :: [CommandSeek]
+seek =
+	-- fix symlinks to files being committed
+	[ whenNotDirect $ withFilesToBeCommitted $ whenAnnexed Command.Fix.start
+	-- inject unlocked files into the annex
+	, whenNotDirect $ withFilesUnlockedToBeCommitted startIndirect
+	-- update direct mode mappings for committed files
+	, whenDirect $ withWords startDirect
+	]
+
+startIndirect :: FilePath -> CommandStart
+startIndirect file = next $ do
+	unlessM (doCommand $ Command.Add.start file) $
+		error $ "failed to add " ++ file ++ "; canceling commit"
+	next $ return True
+
+startDirect :: [String] -> CommandStart
+startDirect _ = next $ do
+	(diffs, clean) <- inRepo $ Git.DiffTree.diffIndex Git.Ref.headRef
+	makeabs <- flip fromTopFilePath <$> gitRepo
+	forM_ diffs (go makeabs)
+	next $ liftIO clean
+  where
+	go makeabs diff = do
+		withkey (Git.DiffTree.srcsha diff) (Git.DiffTree.srcmode diff) removeAssociatedFile
+		withkey (Git.DiffTree.dstsha diff) (Git.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 $ Git.DiffTree.file diff
diff --git a/Command/ReKey.hs b/Command/ReKey.hs
new file mode 100644
index 0000000000..7448ba97e6
--- /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..3b2a8c496a
--- /dev/null
+++ b/Command/RecvKey.hs
@@ -0,0 +1,89 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.RecvKey where
+
+import System.PosixCompat.Files
+
+import Common.Annex
+import Command
+import CmdLine
+import Annex.Content
+import Annex
+import Utility.Rsync
+import Logs.Transfer
+import Command.SendKey (fieldTransfer)
+import qualified 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/Reinject.hs b/Command/Reinject.hs
new file mode 100644
index 0000000000..c49af00601
--- /dev/null
+++ b/Command/Reinject.hs
@@ -0,0 +1,58 @@
+{- 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
+
+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, Backend) -> CommandPerform
+perform src _dest (key, backend) =
+	{- Check the content before accepting it. -}
+	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/Repair.hs b/Command/Repair.hs
new file mode 100644
index 0000000000..517e14afca
--- /dev/null
+++ b/Command/Repair.hs
@@ -0,0 +1,71 @@
+{- 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 Git.Fsck (MissingObjects)
+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, stillmissing, modifiedbranches) <- inRepo $
+		Git.Repair.runRepair 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 stillmissing 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 :: MissingObjects -> [Branch] -> Annex ()
+repairAnnexBranch missing modifiedbranches
+	| Annex.Branch.fullname `elem` modifiedbranches = ifM okindex
+		( commitindex
+		, do
+			nukeindex
+			liftIO $ putStrLn "Had to delete the .git/annex/index file as it was corrupt. Since the git-annex branch is not up-to-date anymore. It would be a very good idea to run: git annex fsck --fast"
+		)
+	| otherwise = ifM okindex
+		( noop
+		, nukeindex
+		)
+  where
+	okindex = Annex.Branch.withIndex $
+		inRepo $ Git.Repair.checkIndex missing
+	commitindex = do
+		Annex.Branch.forceCommit "committing index after git repository repair"
+		liftIO $ putStrLn "Successfully recovered the git-annex branch using .git/annex/index"
+	nukeindex = inRepo $ nukeFile . gitAnnexIndex
diff --git a/Command/RmUrl.hs b/Command/RmUrl.hs
new file mode 100644
index 0000000000..d3ded38a39
--- /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..35f144c75f
--- /dev/null
+++ b/Command/Schedule.hs
@@ -0,0 +1,50 @@
+{- 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 Command
+import qualified Remote
+import Logs.Schedule
+import Types.ScheduledActivity
+
+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
+	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..e205636726
--- /dev/null
+++ b/Command/Semitrust.hs
@@ -0,0 +1,32 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Semitrust where
+
+import Common.Annex
+import Command
+import qualified Remote
+import Logs.Trust
+
+def :: [Command]
+def = [command "semitrust" (paramRepeating paramRemote) seek
+	SectionSetup "return repository to default trust level"]
+
+seek :: [CommandSeek]
+seek = [withWords start]
+
+start :: [String] -> CommandStart
+start ws = do
+	let name = unwords ws
+	showStart "semitrust" name
+	u <- Remote.nameToUUID name
+	next $ perform u
+
+perform :: UUID -> CommandPerform
+perform uuid = do
+	trustSet uuid SemiTrusted
+	next $ return True
diff --git a/Command/SendKey.hs b/Command/SendKey.hs
new file mode 100644
index 0000000000..24b1821c3f
--- /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 Logs.Transfer
+import qualified 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..5dc6259947
--- /dev/null
+++ b/Command/Status.hs
@@ -0,0 +1,89 @@
+{- 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 $
+	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.
+	cwd <- liftIO getCurrentDirectory
+	top <- fromRepo Git.repoPath
+	next $ perform [relPathDirToFile cwd top]
+start locs = next $ perform locs
+	
+perform :: [FilePath] -> CommandPerform
+perform 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
+	next $ return True
+
+data Status 
+	= NewFile
+	| DeletedFile
+	| ModifiedFile
+
+showStatus :: Status -> String
+showStatus NewFile = "?"
+showStatus DeletedFile = "D"
+showStatus ModifiedFile = "M"
+
+showFileStatus :: FilePath -> Status -> Annex ()
+showFileStatus f s  = liftIO $ putStrLn $ showStatus s ++ " " ++ f
+
+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..c41f46f8a6
--- /dev/null
+++ b/Command/Sync.hs
@@ -0,0 +1,450 @@
+{- git-annex command
+ -
+ - Copyright 2011 Joachim Breitner <mail@joachim-breitner.de>
+ - Copyright 2011,2012 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 Remote
+import qualified Annex
+import qualified Annex.Branch
+import qualified Annex.Queue
+import Annex.Direct
+import Annex.CatFile
+import Annex.Link
+import qualified Git.Command
+import qualified Git.LsFiles as LsFiles
+import qualified Git.Merge
+import qualified Git.Branch
+import qualified Git.Ref
+import qualified Git
+import Git.Types (BlobType(..))
+import qualified Types.Remote
+import qualified Remote.Git
+import Types.Key
+import Config
+import Annex.ReplaceFile
+import Git.FileMode
+
+import qualified Data.Set as S
+import Data.Hash.MD5
+import Control.Concurrent.MVar
+
+def :: [Command]
+def = [command "sync" (paramOptional (paramRepeating paramRemote))
+	[seek] SectionCommon "synchronize local repository with remotes"]
+
+-- syncing involves several operations, any of which can independently fail
+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
+	return $ concat
+		[ [ commit ]
+		, [ withbranch mergeLocal ]
+		, [ withbranch (pullRemote remote) | remote <- remotes ]
+		, [ mergeAnnex ]
+		, [ withbranch pushLocal ]
+		, [ withbranch (pushRemote remote) | remote <- remotes ]
+		]
+
+{- Merging may delete the current directory, so go to the top
+ - of the repo. -}
+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 <*> (good =<< fastest <$> available)
+	wanted
+		| null rs = good =<< concat . Remote.byCost <$> available
+		| otherwise = listed
+	listed = do
+		l <- catMaybes <$> mapM (Remote.byName . Just) rs
+		let s = filter (not . Remote.syncableRemote) l
+		unless (null s) $
+			error $ "cannot sync special remotes: " ++
+				unwords (map Types.Remote.name s)
+		return l
+	available = filter Remote.syncableRemote
+		. filter (remoteAnnexSync . Types.Remote.gitconfig)
+		<$> Remote.remoteList
+	good = filterM $ Remote.Git.repoAvail . Types.Remote.repo
+	fastest = fromMaybe [] . headMaybe . Remote.byCost
+
+commit :: CommandStart
+commit = next $ next $ ifM isDirect
+	( do
+		void stageDirect
+		runcommit []
+	, runcommit [Param "-a"]
+	)
+  where
+	runcommit ps = do
+		showStart "commit" ""
+		showOutput
+		Annex.Branch.commit "update"
+		-- Commit will fail when the tree is clean, so ignore failure.
+		let params = Param "commit" : ps ++
+			[Param "-m", Param "git-annex automatic sync"]
+		_ <- inRepo $ tryIO . Git.Command.runQuiet params
+		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 $ mergeFrom syncbranch
+
+pushLocal :: Maybe Git.Ref -> CommandStart
+pushLocal Nothing = stop
+pushLocal (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
+	stop
+
+updateBranch :: Git.Ref -> Git.Repo -> IO ()
+updateBranch syncbranch g = 
+	unlessM go $ error $ "failed to update " ++ show syncbranch
+  where
+	go = Git.Command.runBool
+		[ Param "branch"
+		, Param "-f"
+		, Param $ show $ 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 = inRepo $ 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 (branchlist branch)
+	Just _ -> and <$> (mapM merge =<< tomerge (branchlist b))
+  where
+	merge = mergeFrom . remoteBranch remote
+	tomerge branches = filterM (changed remote) branches
+	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 = anyM (newer remote) [syncBranch branch, Annex.Branch.name]
+	go False = stop
+	go True = do
+		showStart "push" (Remote.name remote)
+		next $ next $ do
+			showOutput
+			ok <- inRepo $ 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
+		[show $ Git.Ref.base $ fromDirectBranch branch]
+	pushparams branches =
+		[ Param "push"
+		, Param $ Remote.name remote
+		] ++ map Param branches
+	refspec b = concat 
+		[ show $ Git.Ref.base b
+		,  ":"
+		, show $ Git.Ref.base $ syncBranch b
+		]
+
+mergeAnnex :: CommandStart
+mergeAnnex = do
+	void Annex.Branch.forceUpdate
+	stop
+
+{- Merges from a branch into the current branch. -}
+mergeFrom :: Git.Ref -> Annex Bool
+mergeFrom branch = do
+	showOutput
+	ifM isDirect
+		( maybe go godirect =<< inRepo Git.Branch.current
+		, go
+		)
+  where
+	go = runmerge $ inRepo $ Git.Merge.mergeNonInteractive branch
+	godirect currbranch = do
+		old <- inRepo $ Git.Ref.sha currbranch
+		d <- fromRepo gitAnnexMergeDir
+		r <- runmerge $ inRepo $ mergeDirect d branch
+		new <- inRepo $ Git.Ref.sha currbranch
+		case (old, new) of
+			(Just oldsha, Just newsha) ->
+				mergeDirectCleanup d oldsha newsha
+			_ -> noop
+		return r
+	runmerge a = ifM a
+		( return True
+		, resolveMerge
+		)
+
+{- 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 annexed files are resolved; other files are left for the user to
+ - handle.
+ -
+ - This uses the Keys pointed to by the files to construct new
+ - filenames. So when both sides modified 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.
+ -}
+resolveMerge :: Annex Bool
+resolveMerge = do
+	top <- fromRepo Git.repoPath
+	(fs, cleanup) <- inRepo (LsFiles.unmerged [top])
+	mergedfs <- catMaybes <$> mapM resolveMerge' fs
+	let merged = not (null mergedfs)
+	void $ liftIO cleanup
+
+	(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
+		void $ inRepo $ Git.Command.runBool
+			[ Param "commit"
+			, Param "-m"
+			, Param "git-annex automatic merge conflict fix"
+			]
+		showLongNote "Merge conflict was automatically resolved; you may want to examine the result."
+	return merged
+
+resolveMerge' :: LsFiles.Unmerged -> Annex (Maybe FilePath)
+resolveMerge' u
+	| issymlink LsFiles.valUs && issymlink LsFiles.valThem = do
+		kus <- getKey LsFiles.valUs
+		kthem <- getKey LsFiles.valThem
+		case (kus, kthem) of
+			-- Both sides of conflict are annexed files
+			(Just keyUs, Just keyThem) -> do
+				removeoldfile keyUs
+				if keyUs == keyThem
+					then makelink keyUs
+					else do
+						makelink keyUs
+						makelink keyThem
+				return $ Just file
+			-- Our side is annexed, other side is not.
+			(Just keyUs, Nothing) -> do
+				ifM isDirect
+					-- Move newly added non-annexed object
+					-- out of direct mode merge directory.
+					( do
+						removeoldfile keyUs
+						makelink keyUs
+						d <- fromRepo gitAnnexMergeDir
+						liftIO $ rename (d </> file) file
+					-- cleaup tree after git merge
+					, do
+						unstageoldfile
+						makelink keyUs
+					)
+				return $ Just file
+			-- Our side is not annexed, other side is.
+			(Nothing, Just keyThem) -> do
+				makelink keyThem
+				unstageoldfile
+				return $ Just file
+			-- Neither side is annexed; cannot resolve.
+			(Nothing, Nothing) -> return Nothing
+	| otherwise = return Nothing
+  where
+	file = LsFiles.unmergedFile u
+	issymlink select = select (LsFiles.unmergedBlobType u) `elem` [Just SymlinkBlob, Nothing]
+	makelink key = do
+		let dest = mergeFile file key
+		l <- inRepo $ gitAnnexLink dest key
+		replaceFile dest $ makeAnnexLink l
+		stageSymlink dest =<< hashSymlink l
+		whenM isDirect $
+			toDirect key dest
+	removeoldfile keyUs = do
+		ifM isDirect
+			( removeDirect keyUs file
+			, liftIO $ nukeFile file
+			)
+		Annex.Queue.addCommand "rm" [Params "--quiet -f --"] [file]
+	unstageoldfile = Annex.Queue.addCommand "rm" [Params "--quiet -f --cached --"] [file]
+	getKey select = case select (LsFiles.unmergedSha u) of
+		Nothing -> return Nothing
+		Just sha -> catKey sha symLinkMode
+
+{- git-merge moves conflicting files away to files
+ - named something like f~HEAD or f~branch, 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 (base f) s
+	base f = reverse $ drop 1 $ dropWhile (/= '~') $ reverse f
+
+{- 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.
+ -}
+mergeFile :: FilePath -> Key -> FilePath
+mergeFile file key
+	| doubleconflict = go $ key2file key
+	| otherwise = go $ shortHash $ key2file key
+  where
+	varmarker = ".variant-"
+	doubleconflict = varmarker `isInfixOf` file
+	go v = takeDirectory file
+		</> dropExtension (takeFileName file)
+		++ varmarker ++ v
+		++ takeExtension file
+		
+shortHash :: String -> String
+shortHash = take 4 . md5s . md5FilePath
+
+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
+		)
diff --git a/Command/Test.hs b/Command/Test.hs
new file mode 100644
index 0000000000..bf15dcf50f
--- /dev/null
+++ b/Command/Test.hs
@@ -0,0 +1,24 @@
+{- git-annex command
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Test where
+
+import Command
+
+def :: [Command]
+def = [ 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. -}
+start :: [String] -> CommandStart
+start _ = error "Cannot specify any additional parameters when running test"
diff --git a/Command/TransferInfo.hs b/Command/TransferInfo.hs
new file mode 100644
index 0000000000..93f6c7077a
--- /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 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..5bb53d98d9
--- /dev/null
+++ b/Command/TransferKey.hs
@@ -0,0 +1,59 @@
+{- git-annex command, used internally by old versions of assistant;
+ - kept around for now so running daemons don't break when upgraded
+ -
+ - 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 Logs.Transfer
+import qualified Remote
+import Types.Remote
+import GitAnnex.Options
+import qualified Option
+
+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 = Option.field [] "file" paramFile "the associated file"
+
+seek :: [CommandSeek]
+seek = [withField toOption Remote.byNameWithUUID $ \to ->
+	withField fromOption Remote.byNameWithUUID $ \from ->
+	withField fileOption return $ \file ->
+		withKeys $ start to from file]
+
+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 (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 $
+	download (uuid remote) key file forwardRetry $ \p ->
+		getViaTmp key $ \t -> Remote.retrieveKeyFile remote key file t p
+
+go :: Annex Bool -> CommandPerform
+go a = a >>= liftIO . exitBool
diff --git a/Command/TransferKeys.hs b/Command/TransferKeys.hs
new file mode 100644
index 0000000000..5ac9454aad
--- /dev/null
+++ b/Command/TransferKeys.hs
@@ -0,0 +1,142 @@
+{- 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 Logs.Transfer
+import qualified Remote
+import Types.Key
+import qualified Option
+
+data TransferRequest = TransferRequest Direction Remote Key AssociatedFile
+
+def :: [Command]
+def = [withOptions options $
+	command "transferkeys" paramNothing seek
+	SectionPlumbing "transfers keys"]
+
+options :: [Option]
+options = [readFdOption, writeFdOption]
+
+readFdOption :: Option
+readFdOption = Option.field [] "readfd" paramNumber "read from this fd"
+
+writeFdOption :: Option
+writeFdOption = Option.field [] "writefd" paramNumber "write to this fd"
+
+seek :: [CommandSeek]
+seek = [withField readFdOption convertFd $ \readh ->
+	withField writeFdOption convertFd $ \writeh ->
+	withNothing $ start readh writeh]
+
+convertFd :: Maybe String -> Annex (Maybe Handle)
+convertFd Nothing = return Nothing
+convertFd (Just s) = liftIO $ 
+	case readish s of
+		Nothing -> error "bad fd"
+		Just fd -> Just <$> fdToHandle fd
+
+start :: Maybe Handle -> Maybe Handle -> CommandStart
+start readh writeh = do
+	runRequests (fromMaybe stdin readh) (fromMaybe stdout writeh) runner
+	stop
+  where
+	runner (TransferRequest direction remote key file)
+		| direction == Upload = 
+			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 = 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:u:k:f:rest) = do
+		case (deserialize d, deserialize u, deserialize k, deserialize f) of
+			(Just direction, Just uuid, Just key, Just file) -> do
+				mremote <- Remote.remoteFromUUID uuid
+				case mremote of
+					Nothing -> sendresult False
+					Just 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 -> AssociatedFile -> Handle -> IO ()
+sendRequest t f h = do
+	hPutStr h $ intercalate fieldSep
+		[ serialize (transferDirection t)
+		, serialize (transferUUID t)
+		, serialize (transferKey t)
+		, serialize f
+		, "" -- adds a trailing null
+		]
+	hFlush h
+
+readResponse :: Handle -> IO Bool
+readResponse h = fromMaybe False . deserialize <$> hGetLine h
+
+fieldSep :: String
+fieldSep = "\0"
+
+class Serialized a where
+	serialize :: a -> String
+	deserialize :: String -> Maybe a
+
+instance Serialized Bool where
+	serialize True = "1"
+	serialize False = "0"
+	deserialize "1" = Just True
+	deserialize "0" = Just False
+	deserialize _ = Nothing
+
+instance Serialized Direction where
+	serialize Upload = "u"
+	serialize Download = "d"
+	deserialize "u" = Just Upload
+	deserialize "d" = Just Download
+	deserialize _ = Nothing
+
+instance Serialized AssociatedFile where
+	serialize (Just f) = f
+	serialize Nothing = ""
+	deserialize "" = Just Nothing
+	deserialize f = Just $ Just f
+
+instance Serialized UUID where
+	serialize = fromUUID
+	deserialize = Just . toUUID
+
+instance Serialized Key where
+	serialize = key2file
+	deserialize = file2key
diff --git a/Command/Trust.hs b/Command/Trust.hs
new file mode 100644
index 0000000000..26993ef771
--- /dev/null
+++ b/Command/Trust.hs
@@ -0,0 +1,32 @@
+{- git-annex command
+ -
+ - Copyright 2010 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 Logs.Trust
+
+def :: [Command]
+def = [command "trust" (paramRepeating paramRemote) seek
+	SectionSetup "trust a repository"]
+
+seek :: [CommandSeek]
+seek = [withWords start]
+
+start :: [String] -> CommandStart
+start ws = do
+	let name = unwords ws
+	showStart "trust" name
+	u <- Remote.nameToUUID name
+	next $ perform u
+
+perform :: UUID -> CommandPerform
+perform uuid = do
+	trustSet uuid Trusted
+	next $ return True
diff --git a/Command/Unannex.hs b/Command/Unannex.hs
new file mode 100644
index 0000000000..5e3c4279aa
--- /dev/null
+++ b/Command/Unannex.hs
@@ -0,0 +1,98 @@
+{- 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.LsFiles as LsFiles
+import Utility.CopyFile
+
+def :: [Command]
+def = [command "unannex" paramPaths seek SectionUtility
+		"undo accidential add command"]
+
+seek :: [CommandSeek]
+seek = [withFilesInGit $ whenAnnexed start]
+
+start :: FilePath -> (Key, Backend) -> 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
+	
+	-- git rm deletes empty directory without --cached
+	inRepo $ Git.Command.run [Params "rm --cached --force --quiet --", File file]
+	
+	-- If the file was already committed, it is now staged for removal.
+	-- Commit that removal now, to avoid later confusing the
+	-- pre-commit hook, if this file is later added back to
+	-- git as a normal non-annexed file, to thinking that the
+	-- file has been unlocked and needs to be re-annexed.
+	(s, reap) <- inRepo $ LsFiles.staged [file]
+	unless (null s) $
+		inRepo $ Git.Command.run
+			[ Param "commit"
+			, Param "-q"
+			, Param "--no-verify"
+			, Param "-m", Param "content removed from git annex"
+			, Param "--", File file
+			]
+	void $ liftIO reap
+
+	next $ cleanupIndirect file key
+
+cleanupIndirect :: FilePath -> Key -> CommandCleanup
+cleanupIndirect file key = do
+	src <- calcRepo $ gitAnnexLocation key
+	ifM (Annex.getState Annex.fast)
+		( 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..a6557f21d3
--- /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..3fbe6758a4
--- /dev/null
+++ b/Command/Uninit.hs
@@ -0,0 +1,100 @@
+{- 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 Command
+import qualified Git
+import qualified Git.Command
+import qualified Command.Unannex
+import Init
+import qualified Annex.Branch
+import Annex.Content
+
+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 " ++ show b ++ " branch is checked out"
+	top <- fromRepo Git.repoPath
+	cwd <- liftIO getCurrentDirectory
+	whenM ((/=) <$> liftIO (absPath top) <*> liftIO (absPath cwd)) $
+		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 = 
+	[ withFilesNotInGit $ whenAnnexed startCheckIncomplete
+	, withFilesInGit $ whenAnnexed Command.Unannex.start
+	, withNothing start
+	]
+
+{- git annex symlinks that are not checked into git could be left by an
+ - interrupted add. -}
+startCheckIncomplete :: FilePath -> (Key, Backend) -> 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."
+	]
+
+start :: CommandStart
+start = next $ next $ do
+	annexdir <- fromRepo gitAnnexDir
+	annexobjectdir <- fromRepo gitAnnexObjectDir
+	leftovers <- removeUnannexed =<< getKeysPresent
+	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 $ show Annex.Branch.name]
+	liftIO exitSuccess
+
+{- 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..1eba26ff72
--- /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, Backend) -> 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 $ gitAnnexTmpLocation 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..f18637838e
--- /dev/null
+++ b/Command/Untrust.hs
@@ -0,0 +1,32 @@
+{- git-annex command
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Command.Untrust where
+
+import Common.Annex
+import Command
+import qualified Remote
+import Logs.Trust
+
+def :: [Command]
+def = [command "untrust" (paramRepeating paramRemote) seek
+	SectionSetup "do not trust a repository"]
+
+seek :: [CommandSeek]
+seek = [withWords start]
+
+start :: [String] -> CommandStart
+start ws = do
+	let name = unwords ws
+	showStart "untrust" name
+	u <- Remote.nameToUUID name
+	next $ perform u
+
+perform :: UUID -> CommandPerform
+perform uuid = do
+	trustSet uuid UnTrusted
+	next $ return True
diff --git a/Command/Unused.hs b/Command/Unused.hs
new file mode 100644
index 0000000000..1e5cdc1632
--- /dev/null
+++ b/Command/Unused.hs
@@ -0,0 +1,369 @@
+{- 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 qualified Data.ByteString.Lazy as L
+import Data.BloomFilter
+import Data.BloomFilter.Easy
+import Data.BloomFilter.Hash
+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 qualified Option
+import Annex.CatFile
+import Types.Key
+import Git.FilePath
+
+def :: [Command]
+def = [withOptions [fromOption] $ command "unused" paramNothing seek
+	SectionMaintenance "look for unused file content"]
+
+fromOption :: Option
+fromOption = Option.field ['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 $ Option.name fromOption
+	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 gitAnnexTmpDir True
+	]
+  where
+	findunused True = do
+		showNote "fast mode enabled; only finding stale files"
+		return []
+	findunused False = do
+		showAction "checking for unused data"
+		excludeReferenced =<< getKeysPresent
+	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
+	writeUnusedLog file 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 = '/' : show Annex.Branch.name
+	ourbranches (_, b) = not (ourbranchend `isSuffixOf` b)
+		&& not ("refs/synced/" `isPrefixOf` 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 = fmap fst <$$> Backend.lookupFile . getTopFilePath . DiffTree.file
+	tKey False = fileKey . takeFileName . encodeW8 . L.unpack <$$>
+		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
+	}
+
+{- Read unused logs once, and pass the maps to each start action. -}
+withUnusedMaps :: (UnusedMaps -> Int -> CommandStart) -> CommandSeek
+withUnusedMaps a params = do
+	unused <- readUnusedLog ""
+	unusedbad <- readUnusedLog "bad"
+	unusedtmp <- readUnusedLog "tmp"
+	let m = unused `M.union` unusedbad `M.union` unusedtmp
+	return $ map (a $ UnusedMaps unused unusedbad unusedtmp) $
+		concatMap (unusedSpec m) params
+
+unusedSpec :: UnusedMap -> String -> [Int]
+unusedSpec m spec
+	| spec == "all" = [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 ++ "\""
+
+{- Start action for unused content. Finds the number in the maps, and
+ - calls either 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..c6c0f7a8c4
--- /dev/null
+++ b/Command/Upgrade.hs
@@ -0,0 +1,28 @@
+{- 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
+import Annex.Version
+import Config
+
+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/Version.hs b/Command/Version.hs
new file mode 100644
index 0000000000..b330d1ff10
--- /dev/null
+++ b/Command/Version.hs
@@ -0,0 +1,48 @@
+{- 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 showPackageVersion $ 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 "default repository version" defaultVersion
+		info "supported repository versions" $
+			unwords supportedVersions
+		info "upgrade supported from repository versions" $
+			unwords upgradableVersions
+	stop
+
+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..22c641408a
--- /dev/null
+++ b/Command/Vicfg.hs
@@ -0,0 +1,213 @@
+{- git-annex command
+ -
+ - Copyright 2012 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 String
+	, cfgScheduleMap :: M.Map UUID [ScheduledActivity]
+	}
+
+getCfg :: Annex Cfg
+getCfg = Cfg
+	<$> trustMapRaw -- without local trust overrides
+	<*> (groupsByUUID <$> groupMap)
+	<*> preferredContentMapRaw
+	<*> scheduleMap
+
+setCfg :: Cfg -> Cfg -> Annex ()
+setCfg curcfg newcfg = do
+	let (trustchanges, groupchanges, preferredcontentchanges, schedulechanges) = diffCfg curcfg newcfg
+	mapM_ (uncurry trustSet) $ M.toList trustchanges
+	mapM_ (uncurry groupSet) $ M.toList groupchanges
+	mapM_ (uncurry preferredContentSet) $ M.toList preferredcontentchanges
+	mapM_ (uncurry scheduleSet) $ M.toList schedulechanges
+
+diffCfg :: Cfg -> Cfg -> (TrustMap, M.Map UUID (S.Set Group), M.Map UUID String, M.Map UUID [ScheduledActivity])
+diffCfg curcfg newcfg = (diff cfgTrustMap, diff cfgGroupMap, diff cfgPreferredContentMap, 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 $ concat
+	[intro, trust, groups, preferredcontent, 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 uuid = value"
+		]
+
+	trust = settings 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 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 cfgPreferredContentMap
+		[ ""
+		, com "Repository preferred contents"
+		]
+		(\(s, u) -> line "content" u s)
+		(\u -> line "content" u "")
+
+	schedule = settings cfgScheduleMap
+		[ ""
+		, com "Scheduled activities"
+		, com "(Separate multiple activities with \"; \")"
+		]
+		(\(l, u) -> line "schedule" u $ fromScheduledActivities l)
+		(\u -> line "schedule" u "")
+
+	settings field desc showvals showdefaults = concat
+		[ desc
+		, concatMap showvals $ sort $ map swap $ M.toList $ field cfg
+		, concatMap (lcom . showdefaults) $ missing field
+		]
+
+	line setting u value =
+		[ com $ "(for " ++ fromMaybe "" (M.lookup u descs) ++ ")"
+		, unwords [setting, fromUUID u, "=", value]
+		]
+	lcom = map (\l -> if "#" `isPrefixOf` l then l else '#' : l)
+	missing field = S.toList $ M.keysSet descs `S.difference` M.keysSet (field cfg)
+
+{- 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 u = Left "missing repository uuid"
+		| otherwise = handle cfg (toUUID u) setting value'
+	  where
+		(setting, rest) = separate isSpace l
+		(r, value) = separate (== '=') rest
+		value' = trimspace value
+		u = reverse $ trimspace $ reverse $ trimspace r
+		trimspace = dropWhile isSpace
+
+	handle cfg u 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 == "content" = 
+			case checkPreferredContentExpression value of
+				Just e -> Left e
+				Nothing ->
+					let m = M.insert u value (cfgPreferredContentMap cfg)
+					in Right $ cfg { cfgPreferredContentMap = 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
+
+	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/Wanted.hs b/Command/Wanted.hs
new file mode 100644
index 0000000000..a7b4a3d9e4
--- /dev/null
+++ b/Command/Wanted.hs
@@ -0,0 +1,48 @@
+{- 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 Command
+import qualified Remote
+import Logs.PreferredContent
+
+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
+	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..a33fc633c0
--- /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 Option
+import Utility.HumanTime
+
+def :: [Command]
+def = [notBareRepo $ withOptions [foregroundOption, stopOption] $ 
+	command "watch" paramNothing seek SectionCommon "watch for changes"]
+
+seek :: [CommandSeek]
+seek = [withFlag stopOption $ \stopdaemon -> 
+	withFlag foregroundOption $ \foreground ->
+	withNothing $ start False foreground stopdaemon Nothing]
+
+foregroundOption :: Option
+foregroundOption = Option.flag [] "foreground" "do not daemonize"
+
+stopOption :: Option
+stopOption = Option.flag [] "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..70f28a1138
--- /dev/null
+++ b/Command/WebApp.hs
@@ -0,0 +1,226 @@
+{- 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 Init
+import qualified Git
+import qualified Git.Config
+import qualified Git.CurrentRepo
+import qualified Annex
+import Config.Files
+import qualified Option
+import Upgrade
+import Annex.Version
+
+import Control.Concurrent
+import Control.Concurrent.STM
+import System.Process (env, std_out, std_err)
+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 = Option.field [] "listen" paramAddress
+	"accept connections to this address"
+
+seek :: [CommandSeek]
+seek = [withField listenOption return $ \listenhost ->
+	withNothing $ start listenhost]
+
+start :: Maybe HostName -> CommandStart
+start = start' True
+
+start' :: Bool -> Maybe HostName -> CommandStart
+start' allowauto listenhost = do
+	liftIO ensureInstalled
+	ifM isInitialized 
+		( go
+		, auto
+		)
+	stop
+  where
+	go = do
+		cannotrun <- needsUpgrade . fromMaybe (error "no version") =<< getVersion
+		browser <- fromRepo webBrowser
+		f <- liftIO . absPath =<< fromRepo gitAnnexHtmlShim
+		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 $ openBrowser browser f url Nothing Nothing
+			, 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
+			)
+	auto
+		| allowauto = liftIO startNoRepo
+		| otherwise = do
+			d <- liftIO getCurrentDirectory
+			error $ "no git repository in " ++ d
+	checkpid = do
+		pidfile <- fromRepo gitAnnexPidFile
+		liftIO $ isJust <$> checkDaemon pidfile
+	checkshim f = liftIO $ doesFileExist f
+
+{- When run without a repo, start the first available listed repository in
+ - the autostart file. If not, it's our first time being run! -}
+startNoRepo :: 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
+
+	dirs <- liftIO $ filterM doesDirectoryExist =<< readAutoStartFile
+	case dirs of
+		[] -> firstRun listenhost
+		(d:_) -> do
+			setCurrentDirectory d
+			state <- Annex.new =<< Git.CurrentRepo.get
+			void $ Annex.eval state $ doCommand $
+				start' False listenhost
+
+{- 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 listenhost
+				(callback signaler)
+				(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 <$> 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 -> browserProc url
+#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..7086bf645e
--- /dev/null
+++ b/Command/Whereis.hs
@@ -0,0 +1,54 @@
+{- 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 $ command "whereis" paramPaths seek
+	SectionQuery "lists repositories that have file content"]
+
+seek :: [CommandSeek]
+seek = [withValue (remoteMap id) $ \m ->
+	withFilesInGit $ whenAnnexed $ start m]
+
+start :: M.Map UUID Remote -> FilePath -> (Key, Backend) -> CommandStart
+start remotemap file (key, _) = do
+	showStart "whereis" file
+	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..c1ff0b1087
--- /dev/null
+++ b/Command/XMPPGit.hs
@@ -0,0 +1,43 @@
+{- 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 xmppGitRelay $ 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
+
+{- 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..a6203b9a69
--- /dev/null
+++ b/Common.hs
@@ -0,0 +1,35 @@
+{-# 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 System.FilePath as X
+import System.Directory as X
+import System.IO as X hiding (FilePath)
+import System.PosixCompat.Files as X
+#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.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..0c6b64f50d
--- /dev/null
+++ b/Config.hs
@@ -0,0 +1,88 @@
+{- Git configuration
+ -
+ - Copyright 2011-2012 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 qualified Types.Remote as Remote
+import Config.Cost
+
+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]
+	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 = case remoteAnnexCostCommand c of
+	Just cmd | not (null cmd) -> liftIO $
+		(fromMaybe def . readish) <$>
+			readProcess "sh" ["-c", cmd]
+	_ -> return $ fromMaybe def $ remoteAnnexCost c
+
+setRemoteCost :: Remote -> Cost -> Annex ()
+setRemoteCost r c = setConfig (remoteConfig (Remote.repo r) "cost") (show c)
+
+getNumCopies :: Maybe Int -> Annex Int
+getNumCopies (Just v) = return v
+getNumCopies Nothing = annexNumCopies <$> Annex.getGitConfig
+
+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 }
+
+{- Gets the http headers to use. -}
+getHttpHeaders :: Annex [String]
+getHttpHeaders = do
+	v <- annexHttpHeadersCommand <$> Annex.getGitConfig
+	case v of
+		Just cmd -> lines <$> liftIO (readProcess "sh" ["-c", cmd])
+		Nothing -> annexHttpHeaders <$> Annex.getGitConfig
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/Creds.hs b/Creds.hs
new file mode 100644
index 0000000000..c79c16ccea
--- /dev/null
+++ b/Creds.hs
@@ -0,0 +1,147 @@
+{- Credentials storage
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Creds where
+
+import Common.Annex
+import Annex.Perms
+import Utility.FileMode
+import Crypto
+import Types.Remote (RemoteConfig, RemoteConfigKey)
+import Remote.Helper.Encryptable (remoteCipher, embedCreds)
+import Utility.Env (setEnv, getEnv)
+
+import qualified Data.ByteString.Lazy.Char8 as L
+import qualified Data.Map as M
+import Utility.Base64
+
+type Creds = String -- can be any data
+type CredPair = (String, String) -- login, password
+
+{- 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. -}
+setRemoteCredPair :: RemoteConfig -> CredPairStorage -> Annex RemoteConfig
+setRemoteCredPair c storage = go =<< getRemoteCredPair c storage
+  where
+	go (Just creds)
+		| embedCreds c = case credPairRemoteKey storage of
+			Nothing -> localcache creds
+			Just key -> storeconfig creds key =<< remoteCipher c
+		| otherwise = localcache creds
+	go Nothing = return c
+
+	localcache creds = do
+		writeCacheCredPair creds storage
+		return c
+
+	storeconfig creds key (Just cipher) = do
+		s <- liftIO $ encrypt [] cipher
+			(feedBytes $ L.pack $ encodeCredPair creds)
+			(readBytes $ return . L.unpack)
+		return $ M.insert key (toB64 s) c
+	storeconfig creds 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
+
+{- Stores a CredPair in the environment. -}
+setEnvCredPair :: CredPair -> CredPairStorage -> IO ()
+#ifndef mingw32_HOST_OS
+setEnvCredPair (l, p) storage = do
+	set uenv l
+	set penv p
+  where
+	(uenv, penv) = credPairEnvironment storage
+	set var val = void $ setEnv var val True
+#else
+setEnvCredPair _ _ = error "setEnvCredPair TODO"
+#endif
+
+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
diff --git a/Crypto.hs b/Crypto.hs
new file mode 100644
index 0000000000..371bbcaf1e
--- /dev/null
+++ b/Crypto.hs
@@ -0,0 +1,211 @@
+{- 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. 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, RemoteGitConfig) where
+	getGpgEncParams (c,gc) = map Param (remoteAnnexGnupgOptions gc) ++ recipients
+	  where
+		recipients = 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/Fields.hs b/Fields.hs
new file mode 100644
index 0000000000..ffd273be67
--- /dev/null
+++ b/Fields.hs
@@ -0,0 +1,35 @@
+{- git-annex fields
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Fields where
+
+import Common.Annex
+import qualified Annex
+
+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 (isAbsolute f) && not ("../" `isPrefixOf` f)
+
+direct :: Field
+direct = Field "direct" $ \f -> f == "1"
diff --git a/Git.hs b/Git.hs
new file mode 100644
index 0000000000..cad4668538
--- /dev/null
+++ b/Git.hs
@@ -0,0 +1,140 @@
+{- 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(..),
+	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..325632de95
--- /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 amoung 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..7b3297d74d
--- /dev/null
+++ b/Git/Branch.hs
@@ -0,0 +1,133 @@
+{- 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
+
+{- 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 $ show 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 $ show 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 (show origbranch ++ ".." ++ show newbranch)
+		, Params "--oneline -n1"
+		] 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
+		run [Param "update-ref", Param $ show branch, Param $ show 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
+
+{- Commits the index into the specified branch (or other ref), 
+ - with the specified parent refs, and returns the committed sha -}
+commit :: String -> Branch -> [Ref] -> Repo -> IO Sha
+commit message branch parentrefs repo = do
+	tree <- getSha "write-tree" $
+		pipeReadStrict [Param "write-tree"] repo
+	sha <- getSha "commit-tree" $ pipeWriteRead
+		(map Param $ ["commit-tree", show tree] ++ ps)
+		(Just $ flip hPutStr message) repo
+	update branch sha repo
+	return sha
+  where
+	ps = concatMap (\r -> ["-p", show r]) parentrefs
+
+{- 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 $ show branch
+	, Param $ show sha
+	]
+
+{- Checks out a branch, creating it if necessary. -}
+checkout :: Branch -> Repo -> IO ()
+checkout branch = run
+	[ Param "checkout"
+	, Param "-q"
+	, Param "-B"
+	, Param $ show $ Git.Ref.base branch
+	]
+
+{- Removes a branch. -}
+delete :: Branch -> Repo -> IO ()
+delete branch = run
+	[ Param "branch"
+	, Param "-q"
+	, Param "-D"
+	, Param $ show $ 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..aee6bd19f4
--- /dev/null
+++ b/Git/CatFile.hs
@@ -0,0 +1,108 @@
+{- 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,
+	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 $
+	show 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 = show 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 == show object ++ " missing" -> dne
+				| otherwise -> error $ "unknown response from git cat-file " ++ show (header, object)
+	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 (== ' ') (encodeW8 $ L.unpack 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..94ead5b4c0
--- /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
+	cwd <- getCurrentDirectory
+	h <- CoProcess.rawMode =<< gitCoProcessStart True params repo
+	return (h, attrs, cwd)
+  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, cwd) 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 cwd file
+		| otherwise = relPathDirToFile cwd $ absPathFrom cwd 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..adcc53bcdd
--- /dev/null
+++ b/Git/Command.hs
@@ -0,0 +1,138 @@
+{- 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 System.Process (std_out, env)
+
+import Common
+import Git
+import Git.Types
+import qualified Utility.CoProcess as CoProcess
+#ifdef mingw32_HOST_OS
+import Git.FilePath
+#endif
+
+{- 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=" ++ gitpath (gitdir l)
+	settree = case worktree l of
+		Nothing -> []
+		Just t -> [Param $ "--work-tree=" ++ gitpath t]
+#ifdef mingw32_HOST_OS
+	-- despite running on windows, msysgit wants a unix-formatted path
+	gitpath s
+		| isAbsolute s = "/" ++ dropDrive (toInternalGitPath s)
+		| otherwise = s
+#else
+	gitpath = id
+#endif
+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 restartable "git"
+	(toCommand $ gitCommandLine params repo)
+	(gitEnv repo)
+
+gitCreateProcess :: [CommandParam] -> Repo -> CreateProcess
+gitCreateProcess params repo =
+	(proc "git" $ toCommand $ gitCommandLine params repo)
+			{ env = gitEnv repo }
diff --git a/Git/Config.hs b/Git/Config.hs
new file mode 100644
index 0000000000..b5c1be04a2
--- /dev/null
+++ b/Git/Config.hs
@@ -0,0 +1,198 @@
+{- 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 System.Process (cwd, env)
+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..71a13f49f9
--- /dev/null
+++ b/Git/Construct.hs
@@ -0,0 +1,236 @@
+{- 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 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
+	| isAbsolute 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..ee91a6b815
--- /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
+			cwd <- getCurrentDirectory
+			unless (d `dirContains` cwd) $
+				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
+		cwd <- getCurrentDirectory
+		r <- newFrom $ Local { gitdir = absd, worktree = Just cwd }
+		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..e7787caee5
--- /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 (show src), Param (show 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 (show src), Param (show 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, of 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 $ show 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 $ 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..37d740f25a
--- /dev/null
+++ b/Git/FilePath.hs
@@ -0,0 +1,64 @@
+{- 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
+) where
+
+import Common
+import Git
+
+{- 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. For example, 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
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..8bfddb4ba9
--- /dev/null
+++ b/Git/Fsck.hs
@@ -0,0 +1,79 @@
+{- 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,
+) where
+
+import Common
+import Git
+import Git.Command
+import Git.Sha
+import Utility.Batch
+
+import qualified Data.Set as S
+
+type MissingObjects = S.Set Sha
+
+{- If fsck succeeded, Just a set of missing objects it found.
+ - If it failed, Nothing. -}
+type FsckResults = Maybe MissingObjects
+
+{- 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
+	(output, fsckok) <- processTranscript command' (toCommand params') Nothing
+	let objs = findShas output
+	badobjs <- findMissing objs r
+	if S.null badobjs && not fsckok
+		then return Nothing
+		else return $ Just badobjs
+  where
+	(command, params) = ("git", fsckParams r)
+	(command', params')
+		| batchmode = toBatchCommand (command, params)
+		| otherwise = (command, params)
+
+foundBroken :: FsckResults -> Bool
+foundBroken Nothing = True
+foundBroken (Just s) = not (S.null 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.a
+ -}
+findMissing :: [Sha] -> Repo -> IO MissingObjects
+findMissing objs r = S.fromList <$> filterM (not <$$> present) objs
+  where
+	present o = either (const False) (const True) <$> tryIO (dump o)
+	dump o = runQuiet
+		[ Param "show"
+		, Param (show o)
+		] r
+
+findShas :: String -> [Sha]
+findShas = catMaybes . map extractSha . concat . map words . lines
+
+fsckParams :: Repo -> [CommandParam]
+fsckParams = gitCommandLine $
+	[ Param "fsck"
+	, Param "--no-dangling"
+	, Param "--no-reflogs"
+	]
diff --git a/Git/GCrypt.hs b/Git/GCrypt.hs
new file mode 100644
index 0000000000..156441daeb
--- /dev/null
+++ b/Git/GCrypt.hs
@@ -0,0 +1,103 @@
+{- 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
+
+urlPrefix :: String
+urlPrefix = "gcrypt::"
+
+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"
+
+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..bb9b20d96d
--- /dev/null
+++ b/Git/HashObject.hs
@@ -0,0 +1,46 @@
+{- git hash-object interface
+ -
+ - Copyright 2011-2012 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
+
+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 some content into git, returning its Sha. -}
+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..d56a4a5651
--- /dev/null
+++ b/Git/Hook.hs
@@ -0,0 +1,54 @@
+{- 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
+	}
+
+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..5b660bb307
--- /dev/null
+++ b/Git/Index.hs
@@ -0,0 +1,27 @@
+{- 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 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
+	setEnv var index True
+	return $ reset res
+  where
+	var = "GIT_INDEX_FILE"
+	reset (Just v) = setEnv var v True
+	reset _ = unsetEnv var
diff --git a/Git/LsFiles.hs b/Git/LsFiles.hs
new file mode 100644
index 0000000000..8aaa09067f
--- /dev/null
+++ b/Git/LsFiles.hs
@@ -0,0 +1,214 @@
+{- 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. -}
+modifiedOthers :: [FilePath] -> Repo -> IO ([FilePath], IO Bool)
+modifiedOthers l repo = pipeNullSplit params repo
+  where
+	params = [Params "ls-files --modified --others -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
+	cwd <- getCurrentDirectory
+	return (map (\f -> relPathDirToFile cwd $ 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..956f9f5b4d
--- /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 $ show 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 $ show 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..f5791274f5
--- /dev/null
+++ b/Git/Merge.hs
@@ -0,0 +1,21 @@
+{- git merging
+ -
+ - Copyright 2012 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
+
+{- Avoids recent git's interactive merge. -}
+mergeNonInteractive :: Ref -> Repo -> IO Bool
+mergeNonInteractive branch
+	| older "1.7.7.6" = merge [Param $ show branch]
+	| otherwise = merge [Param "--no-edit", Param $ show branch]
+  where
+	merge ps = runBool $ Param "merge" : ps
diff --git a/Git/Objects.hs b/Git/Objects.hs
new file mode 100644
index 0000000000..d9d2c67018
--- /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") (objectsDir r)
+
+looseObjectFile :: Repo -> Sha -> FilePath
+looseObjectFile r sha = objectsDir r </> prefix </> rest
+  where
+	(prefix, rest) = splitAt 2 (show sha)
diff --git a/Git/Queue.hs b/Git/Queue.hs
new file mode 100644
index 0000000000..9bb7f77d1f
--- /dev/null
+++ b/Git/Queue.hs
@@ -0,0 +1,167 @@
+{- 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 qualified Data.Map as M
+import System.IO
+import System.Process
+
+import Utility.SafeCommand
+import Common
+import Git
+import Git.Command
+import qualified Git.UpdateIndex
+
+{- 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 newfiles) q repo
+  where
+	key = actionKey action
+	action = CommandAction
+		{ getSubcommand = subcommand
+		, getParams = params
+		, getFiles = newfiles
+		}
+	newfiles = 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 {}) = 
+#ifndef mingw32_HOST_OS
+	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 $ boolSystem "git" gitparams
+		else forM_ (getFiles action) $ \f ->
+			void $ boolSystem "git" (gitparams ++ [f])
+#endif
+  where
+	p = (proc "xargs" $ "-0":"git":toCommand gitparams) { env = gitEnv repo }
+	gitparams = gitCommandLine
+		(Param (getSubcommand action):getParams action) repo
diff --git a/Git/Ref.hs b/Git/Ref.hs
new file mode 100644
index 0000000000..6ce1b87845
--- /dev/null
+++ b/Git/Ref.hs
@@ -0,0 +1,133 @@
+{- 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 Data.Char (chr)
+
+headRef :: Ref
+headRef = Ref "HEAD"
+
+{- Converts a fully qualified git ref into a user-visible string. -}
+describe :: Ref -> String
+describe = show . 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/" . show
+  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 $ show 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 ++ "/" ++ show (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
+
+{- 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 $ show 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 </> show 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 $ show 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 show refs) repo
+
+{- Includes HEAD in the output, if asked for it. -}
+matchingWithHEAD :: [Ref] -> Repo -> IO [(Sha, Branch)]
+matchingWithHEAD refs repo = matching' ("--head" : map show 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
+
+{- 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..3f41e8eaaa
--- /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 (show 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..2fe9f38960
--- /dev/null
+++ b/Git/Repair.hs
@@ -0,0 +1,551 @@
+{- git repository recovery
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Git.Repair (
+	runRepair,
+	runRepairOf,
+	successfulRepair,
+	cleanCorruptObjects,
+	retrieveMissingObjects,
+	resetLocalBranches,
+	removeTrackingBranches,
+	checkIndex,
+	missingIndex,
+	nukeIndex,
+	emptyGoodCommits,
+) where
+
+import Common
+import Git
+import Git.Command
+import Git.Objects
+import Git.Sha
+import Git.Types
+import Git.Fsck
+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, and
+ - returns a list of missing objects, which need to be
+ - found elsewhere to finish recovery.
+ -}
+cleanCorruptObjects :: FsckResults -> Repo -> IO (Maybe MissingObjects)
+cleanCorruptObjects fsckresults r = do
+	void $ explodePacks r
+	objs <- listLooseObjectShas r
+	bad <- findMissing objs r
+	void $ removeLoose r $ S.union bad (fromMaybe S.empty fsckresults)
+	-- Rather than returning the loose objects that were removed, re-run
+	-- fsck. Other missing objects may have been in the packs,
+	-- and this way fsck will find them.
+	findBroken False r
+
+removeLoose :: Repo -> MissingObjects -> IO Bool
+removeLoose r s = do
+	fs <- filterM doesFileExist (map (looseObjectFile r) (S.toList s))
+	let count = length fs
+	if count > 0
+		then do
+			putStrLn $ unwords
+				[ "Removing"
+				, show count
+				, "corrupt loose objects."
+				]
+			mapM_ nukeFile fs
+			return True
+		else return False
+
+explodePacks :: Repo -> IO Bool
+explodePacks r = do
+	packs <- listPackFiles r
+	if null packs
+		then return False
+		else do
+			putStrLn "Unpacking all pack files."
+			mapM_ go packs
+			return True
+  where
+	go packfile = withTmpFileIn (localGitDir r) "pack" $ \tmp _ -> do
+		moveFile packfile tmp
+		nukeFile $ packIdxFile 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
+
+{- 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.
+ 
+ - Can also be run with Nothing, if it's not known which objects are
+ - missing, just that some are. (Ie, fsck failed badly.)
+ -}
+retrieveMissingObjects :: Maybe MissingObjects -> Maybe FilePath -> Repo -> IO (Maybe MissingObjects)
+retrieveMissingObjects missing referencerepo r
+	| missing == Just S.empty = return $ Just S.empty
+	| 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 stillmissing == Just S.empty
+			then return $ Just S.empty
+			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
+					Nothing -> return $ Just S.empty
+					Just s -> Just <$> findMissing (S.toList s) r
+			, return stillmissing
+			)
+	pullremotes tmpr (rmt:rmts) fetchrefs ms
+		| ms == Just S.empty = return $ Just S.empty
+		| 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
+						Nothing -> pullremotes tmpr rmts fetchrefs ms
+						Just s -> do
+							stillmissing <- findMissing (S.toList s) r
+							pullremotes tmpr rmts fetchrefs (Just stillmissing)
+				, 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` show 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 (show $ Ref.base b)
+			, Param (show c)
+			] r
+
+{- To deal with missing objects that cannot be recovered, removes
+ - any remote tracking branches that reference them. Returns a list of
+ - all removed branches.
+ -}
+removeTrackingBranches :: MissingObjects -> GoodCommits -> Repo -> IO ([Branch], GoodCommits)
+removeTrackingBranches missing goodcommits r =
+	go [] goodcommits =<< filter istrackingbranch <$> getAllRefs r
+  where
+  	istrackingbranch b = "refs/remotes/" `isPrefixOf` show b
+	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 ++ show ref
+		createDirectoryIfMissing True (parentDir dest)
+		unlessM (doesFileExist dest) $
+			writeFile dest (show 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 </> show 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 (show 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 tha 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 (show 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 :: MissingObjects -> Repo -> IO Bool
+checkIndex missing r = do
+	(bad, _good, cleanup) <- partitionIndex missing r
+	if null bad
+		then cleanup
+		else do
+			void cleanup
+			return False
+
+missingIndex :: Repo -> IO Bool
+missingIndex r = not <$> doesFileExist (localGitDir r </> "index")
+
+partitionIndex :: MissingObjects -> Repo -> IO ([LsFiles.StagedDetails], [LsFiles.StagedDetails], IO Bool)
+partitionIndex missing r = do
+	(indexcontents, cleanup) <- LsFiles.stagedDetails [repoPath r] r
+	let (bad, good) = partition ismissing indexcontents
+	return (bad, good, cleanup)
+  where
+	getblob (_file, Just sha, Just _mode) = Just sha
+	getblob _ = Nothing
+	ismissing = maybe False (`S.member` missing) . getblob
+
+{- Rewrites the index file, removing from it any files whose blobs are
+ - missing. Returns the list of affected files. -}
+rewriteIndex :: MissingObjects -> Repo -> IO [FilePath]
+rewriteIndex missing r
+	| repoIsLocalBare r = return []
+	| otherwise = do
+		(bad, good, cleanup) <- partitionIndex missing r
+		unless (null bad) $ do
+			nukeIndex 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
+
+nukeIndex :: Repo -> IO ()
+nukeIndex r = nukeFile (localGitDir r </> "index")
+
+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
+  where
+	headfile = localGitDir g </> "HEAD"
+	validhead s = "ref: refs/" `isPrefixOf` s || isJust (extractSha s)
+
+{- Put it all together. -}
+runRepair :: Bool -> Repo -> IO (Bool, MissingObjects, [Branch])
+runRepair forced g = do
+	preRepair g
+	putStrLn "Running git fsck ..."
+	fsckresult <- findBroken False g
+	if foundBroken fsckresult
+		then runRepair' fsckresult forced Nothing g
+		else do
+			putStrLn "No problems found."
+			return (True, S.empty, [])
+
+runRepairOf :: FsckResults -> Bool -> Maybe FilePath -> Repo -> IO (Bool, MissingObjects, [Branch])
+runRepairOf fsckresult forced referencerepo g = do
+	preRepair g
+	runRepair' fsckresult forced referencerepo g
+
+runRepair' :: FsckResults -> Bool -> Maybe FilePath -> Repo -> IO (Bool, MissingObjects, [Branch])
+runRepair' fsckresult forced referencerepo g = do
+	missing <- cleanCorruptObjects fsckresult g
+	stillmissing <- retrieveMissingObjects missing referencerepo g
+	case stillmissing of
+		Just s
+			| S.null s -> if repoIsLocalBare g
+				then successfulfinish S.empty []
+				else ifM (checkIndex S.empty g)
+					( successfulfinish s []
+					, do
+						putStrLn "No missing objects found, but the index file is corrupt!"
+						if forced
+							then corruptedindex
+							else needforce S.empty
+					)
+			| otherwise -> if forced
+				then ifM (checkIndex s g)
+					( continuerepairs s
+					, corruptedindex
+					)
+				else do
+					putStrLn $ unwords
+						[ show (S.size s)
+						, "missing objects could not be recovered!"
+						]
+					unsuccessfulfinish s
+		Nothing
+			| forced -> ifM (pure (repoIsLocalBare g) <||> checkIndex S.empty g)
+				( do
+					missing' <- cleanCorruptObjects Nothing g
+					case missing' of
+						Nothing -> return (False, S.empty, [])
+						Just stillmissing' -> continuerepairs stillmissing'
+				, corruptedindex
+				)
+			| otherwise -> unsuccessfulfinish S.empty
+  where
+	continuerepairs stillmissing = do
+		(remotebranches, goodcommits) <- removeTrackingBranches stillmissing emptyGoodCommits g
+		unless (null remotebranches) $
+			putStrLn $ unwords
+				[ "Removed"
+				, show (length remotebranches)
+				, "remote tracking branches that referred to missing objects."
+				]
+		(resetbranches, deletedbranches, _) <- resetLocalBranches stillmissing goodcommits g
+		displayList (map show resetbranches)
+			"Reset these local branches to old versions before the missing objects were committed:"
+		displayList (map show deletedbranches)
+			"Deleted these local branches, which could not be recovered due to missing objects:"
+		deindexedfiles <- rewriteIndex stillmissing 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."
+		let modifiedbranches = resetbranches ++ deletedbranches
+		if null resetbranches && null deletedbranches
+			then successfulfinish stillmissing modifiedbranches
+			else 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"
+								, show 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, stillmissing, modifiedbranches)
+	
+	corruptedindex = do
+		nukeIndex g
+		-- The corrupted index can prevent fsck from finding other
+		-- problems, so re-run repair.
+		fsckresult' <- findBroken False g
+		result <- runRepairOf fsckresult' 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 stillmissing 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, stillmissing, modifiedbranches)
+	unsuccessfulfinish stillmissing = 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, stillmissing, [])
+			else needforce stillmissing
+	needforce stillmissing = do
+		putStrLn "To force a recovery to a usable state, retry with the --force parameter."
+		return (False, stillmissing, [])
+
+successfulRepair :: (Bool, MissingObjects, [Branch]) -> Bool
+successfulRepair = fst3
+
+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..ee1b6d6691
--- /dev/null
+++ b/Git/Sha.hs
@@ -0,0 +1,39 @@
+{- 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'
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..e63e93077f
--- /dev/null
+++ b/Git/Types.hs
@@ -0,0 +1,95 @@
+{- 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
+
+{- 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)
+
+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)
+
+type RemoteName = String
+
+{- A git ref. Can be a sha1, or a branch or tag name. -}
+newtype Ref = Ref String
+	deriving (Eq, Ord)
+
+instance Show Ref where
+	show (Ref v) = v
+
+{- Aliases for Ref. -}
+type Branch = Ref
+type Sha = Ref
+type Tag = Ref
+
+{- 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..3b33ac8469
--- /dev/null
+++ b/Git/UpdateIndex.hs
@@ -0,0 +1,86 @@
+{- 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,
+	lsTree,
+	updateIndexLine,
+	stageFile,
+	unstageFile,
+	stageSymlink
+) where
+
+import Common
+import Git
+import Git.Types
+import Git.Command
+import Git.FilePath
+import Git.Sha
+
+{- 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 = pipeWrite params repo $ \h -> do
+	fileEncoding h
+	forM_ as (stream h)
+	hClose h
+  where
+	params = map Param ["update-index", "-z", "--index-info"]
+	stream h a = a (streamer h)
+	streamer h s = do
+		hPutStr h s
+		hPutStr h "\0"
+
+{- 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]
+
+{- 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 " ++ show 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 " ++ show 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/GitAnnex.hs b/GitAnnex.hs
new file mode 100644
index 0000000000..61d8b918a4
--- /dev/null
+++ b/GitAnnex.hs
@@ -0,0 +1,181 @@
+{- git-annex main program
+ -
+ - Copyright 2010 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, OverloadedStrings #-}
+
+module GitAnnex where
+
+import qualified Git.CurrentRepo
+import CmdLine
+import Command
+import GitAnnex.Options
+
+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.FromKey
+import qualified Command.DropKey
+import qualified Command.TransferKey
+#ifndef mingw32_HOST_OS
+import qualified Command.TransferKeys
+#endif
+import qualified Command.ReKey
+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.Whereis
+import qualified Command.List
+import qualified Command.Log
+import qualified Command.Merge
+import qualified Command.Info
+import qualified Command.Status
+import qualified Command.Migrate
+import qualified Command.Uninit
+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
+#endif
+#ifdef WITH_TESTSUITE
+import qualified Command.Test
+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.PreCommit.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.FromKey.def
+	, Command.DropKey.def
+	, Command.TransferKey.def
+#ifndef mingw32_HOST_OS
+	, Command.TransferKeys.def
+#endif
+	, Command.ReKey.def
+	, Command.Fix.def
+	, Command.Fsck.def
+	, Command.Repair.def
+	, Command.Unused.def
+	, Command.DropUnused.def
+	, Command.AddUnused.def
+	, Command.Find.def
+	, Command.Whereis.def
+	, Command.List.def
+	, Command.Log.def
+	, Command.Merge.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
+#endif
+#ifdef WITH_TESTSUITE
+	, Command.Test.def
+	, Command.FuzzTest.def
+#endif
+	]
+
+header :: String
+header = "git-annex command [option ...]"
+
+run :: [String] -> IO ()
+run args = do
+#ifdef WITH_EKG
+	_ <- forkServer "localhost" 4242
+#endif
+	dispatch True args cmds options [] header Git.CurrentRepo.get
diff --git a/GitAnnex/Options.hs b/GitAnnex/Options.hs
new file mode 100644
index 0000000000..88fad948aa
--- /dev/null
+++ b/GitAnnex/Options.hs
@@ -0,0 +1,87 @@
+{- git-annex options
+ -
+ - Copyright 2010, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module GitAnnex.Options where
+
+import System.Console.GetOpt
+
+import Common.Annex
+import qualified Git.Config
+import Git.Types
+import Command
+import Types.TrustLevel
+import qualified Annex
+import qualified Remote
+import qualified Limit
+import qualified Limit.Wanted
+import qualified Option
+
+options :: [Option]
+options = Option.common ++
+	[ 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 ['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 [] ["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"
+	] ++ Option.matcher
+  where
+	trustArg t = ReqArg (Remote.forceTrust t) paramRemote
+	setnumcopies v = maybe noop
+		(\n -> Annex.changeState $ \s -> s { Annex.forcenumcopies = Just 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"
+	]
+
+fromOption :: Option
+fromOption = Option.field ['f'] "from" paramRemote "source remote"
+
+toOption :: Option
+toOption = Option.field ['t'] "to" paramRemote "destination remote"
+
+fromToOptions :: [Option]
+fromToOptions = [fromOption, toOption]
diff --git a/GitAnnexShell.hs b/GitAnnexShell.hs
new file mode 100644
index 0000000000..b5f6804e77
--- /dev/null
+++ b/GitAnnexShell.hs
@@ -0,0 +1,200 @@
+{- git-annex-shell main program
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module 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 qualified Option
+import Fields
+import Utility.UserInfo
+import Remote.GCrypt (getGCryptUUID)
+import qualified Annex
+import 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.GCryptSetup
+
+cmds_readonly :: [Command]
+cmds_readonly = concat
+	[ gitAnnexShellCheck Command.ConfigList.def
+	, gitAnnexShellCheck Command.InAnnex.def
+	, gitAnnexShellCheck Command.SendKey.def
+	, gitAnnexShellCheck Command.TransferInfo.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 = Option.common ++
+	[ 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 = map (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/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/Init.hs b/Init.hs
new file mode 100644
index 0000000000..ad18039953
--- /dev/null
+++ b/Init.hs
@@ -0,0 +1,175 @@
+{- git-annex repository initialization
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Init (
+	ensureInitialized,
+	isInitialized,
+	initialize,
+	uninitialize,
+	probeCrippledFileSystem,
+) where
+
+import Common.Annex
+import Utility.Network
+import qualified Annex
+import qualified Git
+import qualified Git.LsFiles
+import qualified Git.Config
+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 Upgrade
+
+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
+	checkFifoSupport
+	checkCrippledFileSystem
+	unlessM isBare $
+		hookWrite preCommitHook
+	ifM (crippledFileSystem <&&> not <$> isBare)
+		( do
+			enableDirectMode
+			setDirect True
+			setVersion directModeVersion
+		, do
+			setVersion defaultVersion
+			setDirect False
+		)
+	createInodeSentinalFile
+	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
+
+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 = getVersion >>= maybe needsinit checkUpgrade
+  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 gitAnnexTmpDir
+	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 gitAnnexTmpDir
+	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
diff --git a/Limit.hs b/Limit.hs
new file mode 100644
index 0000000000..f3586e0291
--- /dev/null
+++ b/Limit.hs
@@ -0,0 +1,251 @@
+{- user-specified limits on files to act on
+ -
+ - Copyright 2011-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Limit where
+
+import Data.Time.Clock.POSIX
+import qualified Data.Set as S
+import qualified Data.Map as M
+import System.Path.WildMatch
+import System.PosixCompat.Files
+
+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 Types.TrustLevel
+import Types.Key
+import Types.Group
+import Types.FileMatcher
+import Types.Limit
+import Logs.Group
+import Utility.HumanTime
+import Utility.DataUnits
+
+#ifdef WITH_TDFA
+import Text.Regex.TDFA
+import Text.Regex.TDFA.String
+#else
+#ifndef mingw32_HOST_OS
+import System.Path.WildMatch
+import Types.FileMatcher
+#endif
+#endif
+
+{- 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 (FileInfo -> Annex Bool)
+getMatcher = Utility.Matcher.matchM <$> getMatcher'
+
+getMatcher' :: Annex (Utility.Matcher.Matcher (FileInfo -> Annex Bool))
+getMatcher' = do
+	m <- Annex.getState Annex.limit
+	case m of
+		Right r -> return r
+		Left l -> do
+			let matcher = Utility.Matcher.generate (reverse l)
+			Annex.changeState $ \s ->
+				s { Annex.limit = Right matcher }
+			return matcher
+
+{- Adds something to the limit list, which is built up reversed. -}
+add :: Utility.Matcher.Token (FileInfo -> Annex Bool) -> Annex ()
+add l = Annex.changeState $ \s -> s { Annex.limit = prepend $ Annex.limit s }
+  where
+	prepend (Left ls) = Left $ 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 ()
+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
+limitInclude glob = Right $ const $ return . matchglob glob
+
+{- Add a limit to skip files that match the glob. -}
+addExclude :: String -> Annex ()
+addExclude = addLimit . limitExclude
+
+limitExclude :: MkLimit
+limitExclude glob = Right $ const $ return . not . matchglob glob
+
+{- Could just use wildCheckCase, but this way the regex is only compiled
+ - once. Also, we use regex-TDFA when available, because it's less buggy
+ - in its support of non-unicode characters. -}
+matchglob :: String -> FileInfo -> Bool
+matchglob glob fi =
+#ifdef WITH_TDFA
+	case cregex of
+		Right r -> case execute r (matchFile fi) of
+			Right (Just _) -> True
+			_ -> False
+		Left _ -> error $ "failed to compile regex: " ++ regex
+  where
+	cregex = compile defaultCompOpt defaultExecOpt regex
+	regex = '^':wildToRegex glob
+#else
+	wildCheckCase glob (matchFile fi)
+#endif
+
+{- Adds a limit to skip files not believed to be present
+ - in a specfied repository. -}
+addIn :: String -> Annex ()
+addIn = addLimit . limitIn
+
+limitIn :: MkLimit
+limitIn name = Right $ \notpresent -> check $
+	if name == "."
+		then inhere notpresent
+		else inremote notpresent
+  where
+	check a = lookupFile >=> handle a
+	handle _ Nothing = return False
+	handle a (Just (key, _)) = a key
+	inremote notpresent key = do
+		u <- Remote.nameToUUID name
+		us <- Remote.keyLocations key
+		return $ u `elem` us && u `S.notMember` notpresent
+	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
+limitPresent u _ = Right $ const $ check $ \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
+  where
+	check a = lookupFile >=> handle a
+	handle _ Nothing = return False
+	handle a (Just (key, _)) = a key
+
+{- Limit to content that is in a directory, anywhere in the repository tree -}
+limitInDir :: FilePath -> MkLimit
+limitInDir dir = const $ Right $ const $ \fi -> return $
+	any (== dir) $ splitPath $ takeDirectory $ matchFile fi
+
+{- Adds a limit to skip files not believed to have the specified number
+ - of copies. -}
+addCopies :: String -> Annex ()
+addCopies = addLimit . limitCopies
+
+limitCopies :: MkLimit
+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 f ->
+			lookupFile f >>= handle n good notpresent
+	handle _ _ _ Nothing = return False
+	handle n good notpresent (Just (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 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
+limitInAllGroup m groupname
+	| S.null want = Right $ const $ const $ return True
+	| otherwise = Right $ \notpresent -> lookupFile >=> check notpresent
+  where
+	want = fromMaybe S.empty $ M.lookup groupname $ uuidsByGroup m
+	check _ Nothing = return False
+	check notpresent (Just (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
+limitInBackend name = Right $ const $ lookupFile >=> check
+  where
+	wanted = Backend.lookupBackendName name
+	check = return . maybe False ((==) wanted . snd)
+
+{- 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
+limitSize vs s = case readSize dataUnits s of
+	Nothing -> Left "bad size"
+	Just sz -> Right $ go sz
+  where
+  	go sz _ fi = lookupFile fi >>= check fi sz
+	check _ sz (Just (key, _)) = return $ keySize key `vs` Just sz
+	check fi sz Nothing = do
+		filesize <- liftIO $ catchMaybeIO $
+			fromIntegral . fileSize
+				<$> getFileStatus (relFile fi)
+		return $ filesize `vs` Just sz
+
+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
+
+lookupFile :: FileInfo -> Annex (Maybe (Key, Backend))
+lookupFile = Backend.lookupFile . relFile
diff --git a/Limit/Wanted.hs b/Limit/Wanted.hs
new file mode 100644
index 0000000000..ed4529dead
--- /dev/null
+++ b/Limit/Wanted.hs
@@ -0,0 +1,21 @@
+{- 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 $
+	\fileinfo -> wantGet False (Just $ matchFile fileinfo)
+
+addWantDrop :: Annex ()
+addWantDrop = addLimit $ Right $ const $
+	\fileinfo -> wantDrop False Nothing (Just $ matchFile fileinfo)
diff --git a/Locations.hs b/Locations.hs
new file mode 100644
index 0000000000..47a009590c
--- /dev/null
+++ b/Locations.hs
@@ -0,0 +1,412 @@
+{- 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,
+	gitAnnexMapping,
+	gitAnnexInodeCache,
+	gitAnnexInodeSentinal,
+	gitAnnexInodeSentinalCache,
+	annexLocations,
+	annexLocation,
+	gitAnnexDir,
+	gitAnnexObjectDir,
+	gitAnnexTmpDir,
+	gitAnnexTmpLocation,
+	gitAnnexBadDir,
+	gitAnnexBadLocation,
+	gitAnnexUnusedLog,
+	gitAnnexFsckState,
+	gitAnnexFsckResultsLog,
+	gitAnnexScheduleState,
+	gitAnnexTransferDir,
+	gitAnnexCredsDir,
+	gitAnnexFeedStateDir,
+	gitAnnexFeedState,
+	gitAnnexMergeDir,
+	gitAnnexJournalDir,
+	gitAnnexJournalLock,
+	gitAnnexIndex,
+	gitAnnexIndexStatus,
+	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
+	cwd <- getCurrentDirectory
+	let absfile = fromMaybe whoops $ absNormPath cwd file
+	loc <- gitAnnexLocation' key r False
+	return $ relPathDirToFile (parentDir absfile) loc
+  where
+  	whoops = error $ "unable to normalize " ++ file
+
+{- 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/tmp/ is used for temp files -}
+gitAnnexTmpDir :: Git.Repo -> FilePath
+gitAnnexTmpDir r = addTrailingPathSeparator $ gitAnnexDir r </> "tmp"
+
+{- The temp file to use for a given key's content. -}
+gitAnnexTmpLocation :: Key -> Git.Repo -> FilePath
+gitAnnexTmpLocation key r = gitAnnexTmpDir 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/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"
+
+{- .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"
+
+{- 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..4386b7fd7c
--- /dev/null
+++ b/Logs.hs
@@ -0,0 +1,114 @@
+{- git-annex log file names
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs where
+
+import Common.Annex
+import Types.Key
+
+data LogVariety = UUIDBasedLog | PresenceLog Key
+	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` uuidBasedLogs = Just UUIDBasedLog
+	| otherwise = PresenceLog <$> firstJust (presenceLogs f)
+
+{- All the uuid-based logs stored in the git-annex branch. -}
+uuidBasedLogs :: [FilePath]
+uuidBasedLogs =
+	[ uuidLog
+	, remoteLog
+	, trustLog
+	, groupLog 
+	, preferredContentLog
+	, scheduleLog
+	]
+
+{- All the ways to get a key from a presence log file -}
+presenceLogs :: FilePath -> [Maybe Key]
+presenceLogs f =
+	[ urlLogFileKey f
+	, locationLogFileKey f
+	]
+
+uuidLog :: FilePath
+uuidLog = "uuid.log"
+
+remoteLog :: FilePath
+remoteLog = "remote.log"
+
+trustLog :: FilePath
+trustLog = "trust.log"
+
+groupLog :: FilePath
+groupLog = "group.log"
+
+preferredContentLog :: FilePath
+preferredContentLog = "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
+
+prop_logs_sane :: Key -> Bool
+prop_logs_sane dummykey = all id
+	[ isNothing (getLogVariety "unknown")
+	, expect isUUIDBasedLog (getLogVariety uuidLog)
+	, expect isPresenceLog (getLogVariety $ locationLogFile dummykey)
+	, expect isPresenceLog (getLogVariety $ urlLogFile dummykey)
+	]
+  where
+  	expect = maybe False
+  	isUUIDBasedLog UUIDBasedLog = True
+	isUUIDBasedLog _ = False
+	isPresenceLog (PresenceLog k) = k == dummykey
+	isPresenceLog _ = False
diff --git a/Logs/FsckResults.hs b/Logs/FsckResults.hs
new file mode 100644
index 0000000000..75ed7389cd
--- /dev/null
+++ b/Logs/FsckResults.hs
@@ -0,0 +1,43 @@
+{- 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
+) 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
+			Nothing -> store S.empty logfile
+			Just s
+				| S.null s -> nukeFile logfile
+				| otherwise -> store s logfile
+  where
+  	store s logfile = do 
+		createDirectoryIfMissing True (parentDir logfile)
+		liftIO $ viaTmp writeFile logfile $ serialize s
+	serialize = unlines . map show . S.toList
+
+readFsckResults :: UUID -> Annex FsckResults
+readFsckResults u = do
+	logfile <- fromRepo $ gitAnnexFsckResultsLog u
+	liftIO $ catchDefaultIO (Just S.empty) $
+		deserialize <$> readFile logfile
+  where
+	deserialize l = 
+		let s = S.fromList $ map Ref $ lines l
+		in if S.null s then Nothing else Just s
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..f751c00de5
--- /dev/null
+++ b/Logs/Location.hs
@@ -0,0 +1,63 @@
+{-# 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-2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Location (
+	LogStatus(..),
+	logStatus,
+	logChange,
+	loggedLocations,
+	loggedKeys,
+	loggedKeysFor,
+) where
+
+import Common.Annex
+import qualified Annex.Branch
+import Logs
+import Logs.Presence
+import Annex.UUID
+
+{- 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 key = map toUUID <$> (currentLog . 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/PreferredContent.hs b/Logs/PreferredContent.hs
new file mode 100644
index 0000000000..57367148ce
--- /dev/null
+++ b/Logs/PreferredContent.hs
@@ -0,0 +1,114 @@
+{- git-annex preferred content matcher configuration
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.PreferredContent (
+	preferredContentLog,
+	preferredContentSet,
+	isPreferredContent,
+	preferredContentMap,
+	preferredContentMapLoad,
+	preferredContentMapRaw,
+	checkPreferredContentExpression,
+	setStandardGroup,
+) where
+
+import qualified Data.Map as M
+import qualified Data.Set as S
+import Data.Either
+import Data.Time.Clock.POSIX
+
+import Common.Annex
+import qualified Annex.Branch
+import qualified Annex
+import Logs
+import Logs.UUIDBased
+import qualified Utility.Matcher
+import Annex.FileMatcher
+import Annex.UUID
+import Types.Limit
+import Types.Group
+import Types.Remote (RemoteConfig)
+import Logs.Group
+import Logs.Remote
+import Types.StandardGroups
+
+{- Changes the preferred content configuration of a remote. -}
+preferredContentSet :: UUID -> String -> Annex ()
+preferredContentSet uuid@(UUID _) val = do
+	ts <- liftIO getPOSIXTime
+	Annex.Branch.change preferredContentLog $
+		showLog id . changeLog ts uuid val . parseLog Just
+	Annex.changeState $ \s -> s { Annex.preferredcontentmap = Nothing }
+preferredContentSet NoUUID _ = error "unknown UUID; cannot modify"
+
+{- Checks if a file is preferred content for the specified repository
+ - (or the current repository if none is specified). -}
+isPreferredContent :: Maybe UUID -> AssumeNotPresent -> FilePath -> Bool -> Annex Bool
+isPreferredContent mu notpresent file def = do
+	u <- maybe getUUID return mu
+	m <- preferredContentMap
+	case M.lookup u m of
+		Nothing -> return def
+		Just matcher -> checkFileMatcher' matcher file notpresent def
+
+{- The map is cached for speed. -}
+preferredContentMap :: Annex Annex.PreferredContentMap
+preferredContentMap = maybe preferredContentMapLoad return
+	=<< Annex.getState Annex.preferredcontentmap
+
+{- Loads the map, updating the cache. -}
+preferredContentMapLoad :: Annex Annex.PreferredContentMap
+preferredContentMapLoad = do
+	groupmap <- groupMap
+	configmap <- readRemoteLog
+	m <- simpleMap
+		. parseLogWithUUID ((Just .) . makeMatcher groupmap configmap)
+		<$> Annex.Branch.get preferredContentLog
+	Annex.changeState $ \s -> s { Annex.preferredcontentmap = Just m }
+	return m
+
+preferredContentMapRaw :: Annex (M.Map UUID String)
+preferredContentMapRaw = simpleMap . parseLog Just
+	<$> Annex.Branch.get preferredContentLog
+
+{- This intentionally never fails, even on unparsable expressions,
+ - because the configuration is shared amoung repositories and newer
+ - versions of git-annex may add new features. Instead, parse errors
+ - result in a Matcher that will always succeed. -}
+makeMatcher :: GroupMap -> M.Map UUID RemoteConfig -> UUID -> String -> FileMatcher
+makeMatcher groupmap configmap u expr
+	| expr == "standard" = standardMatcher groupmap configmap u
+	| null (lefts tokens) = Utility.Matcher.generate $ rights tokens
+	| otherwise = matchAll
+  where
+	tokens = exprParser groupmap configmap (Just u) expr
+
+{- Standard matchers are pre-defined for some groups. If none is defined,
+ - or a repository is in multiple groups with standard matchers, match all. -}
+standardMatcher :: GroupMap -> M.Map UUID RemoteConfig -> UUID -> FileMatcher
+standardMatcher groupmap configmap u = 
+	maybe matchAll (makeMatcher groupmap configmap u . preferredContent) $
+		getStandardGroup =<< u `M.lookup` groupsByUUID groupmap
+
+{- Checks if an expression can be parsed, if not returns Just error -}
+checkPreferredContentExpression :: String -> Maybe String
+checkPreferredContentExpression expr
+	| expr == "standard" = Nothing
+	| otherwise = case parsedToMatcher tokens of
+		Left e -> Just e
+		Right _ -> Nothing
+  where
+	tokens = exprParser 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 something is already set. -}
+setStandardGroup :: UUID -> StandardGroup -> Annex ()
+setStandardGroup u g = do
+	groupSet u $ S.singleton $ fromStandardGroup g
+	m <- preferredContentMap
+	unless (isJust $ M.lookup u m) $
+		preferredContentSet u "standard"
diff --git a/Logs/Presence.hs b/Logs/Presence.hs
new file mode 100644
index 0000000000..516d59618f
--- /dev/null
+++ b/Logs/Presence.hs
@@ -0,0 +1,45 @@
+{- 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-2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Presence (
+	module X,
+	addLog,
+	readLog,
+	logNow,
+	currentLog
+) where
+
+import Data.Time.Clock.POSIX
+
+import Logs.Presence.Pure as X
+import Common.Annex
+import qualified Annex.Branch
+
+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
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/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/Transfer.hs b/Logs/Transfer.hs
new file mode 100644
index 0000000000..24fb940d52
--- /dev/null
+++ b/Logs/Transfer.hs
@@ -0,0 +1,394 @@
+{- 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 System.Posix.Types
+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 ProcessID
+	, 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)
+
+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
+
+upload :: UUID -> Key -> AssociatedFile -> RetryDecider -> (MeterUpdate -> Annex Bool) -> Annex Bool
+upload u key = runTransfer (Transfer Upload u key)
+
+download :: UUID -> Key -> AssociatedFile -> RetryDecider -> (MeterUpdate -> Annex Bool) -> Annex Bool
+download u key = runTransfer (Transfer Download u key)
+
+{- 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 (mfd, 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
+		mfd <- catchMaybeIO $ do
+			writeFile (transferLockFile tfile) ""
+			writeTransferInfoFile info tfile
+		return (mfd, False)
+#endif
+	cleanup _ Nothing = noop
+	cleanup tfile (Just fd) = do
+		void $ tryIO $ removeFile tfile
+		void $ tryIO $ removeFile $ transferLockFile tfile
+#ifndef mingw32_HOST_OS
+		closeFd fd
+#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 $ gitAnnexTmpLocation (transferKey t)
+			liftIO $ catchDefaultIO 0 $
+				fromIntegral . fileSize <$> getFileStatus f
+
+{- 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)
+	<*> pure Nothing -- pid not stored in file, so omitted for speed
+	<*> 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
+	ifM (liftIO $ doesFileExist $ transferLockFile tfile)
+		( liftIO $ catchDefaultIO Nothing $
+			readTransferInfoFile Nothing 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 = do
+	h <- openFile tfile WriteMode
+	fileEncoding h
+	hPutStr h $ writeTransferInfo info
+	hClose h
+
+{- File format is a header line containing the startedTime and any
+ - bytesComplete value. Followed by a newline and the associatedFile.
+ -
+ - The transferPid is not included; instead it is obtained by looking
+ - at the process that locks the file.
+ -}
+writeTransferInfo :: TransferInfo -> String
+writeTransferInfo info = unlines
+	[ (maybe "" show $ startedTime info) ++
+	  (maybe "" (\b -> ' ' : show b) (bytesComplete info))
+	, fromMaybe "" $ associatedFile info -- comes last; arbitrary content
+	]
+
+readTransferInfoFile :: Maybe ProcessID -> FilePath -> IO (Maybe TransferInfo)
+readTransferInfoFile mpid tfile = catchDefaultIO Nothing $ do
+	h <- openFile tfile ReadMode
+	fileEncoding h
+	hClose h `after` (readTransferInfo mpid <$> hGetContentsStrict h)
+
+readTransferInfo :: Maybe ProcessID -> String -> Maybe TransferInfo
+readTransferInfo mpid s = TransferInfo
+	<$> time
+	<*> pure mpid
+	<*> pure Nothing
+	<*> pure Nothing
+	<*> bytes
+	<*> pure (if null filename then Nothing else Just filename)
+	<*> pure False
+  where
+	(firstline, rest) = separate (== '\n') s
+	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..10b3bf55d1
--- /dev/null
+++ b/Logs/UUIDBased.hs
@@ -0,0 +1,119 @@
+{- 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.
+ - 
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.UUIDBased (
+	Log,
+	LogEntry(..),
+	TimeStamp(..),
+	parseLog,
+	parseLogWithUUID,
+	showLog,
+	changeLog,
+	addLog,
+	simpleMap,
+
+	prop_TimeStamp_sane,
+	prop_addLog_sane,
+) where
+
+import qualified Data.Map as M
+import Data.Time.Clock.POSIX
+import Data.Time
+import System.Locale
+
+import Common
+import Types.UUID
+
+data TimeStamp = Unknown | Date POSIXTime
+	deriving (Eq, Ord, Show)
+
+data LogEntry a = LogEntry
+	{ changed :: TimeStamp
+	, value :: a
+	} deriving (Eq, Show)
+
+type Log a = M.Map UUID (LogEntry a)
+
+tskey :: String
+tskey = "timestamp="
+
+showLog :: (a -> String) -> Log a -> 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
+
+changeLog :: POSIXTime -> UUID -> a -> Log a -> Log a
+changeLog t u v = M.insert u $ LogEntry (Date t) v
+
+{- Only add an LogEntry if it's newer (or at least as new as) than any
+ - existing LogEntry for a UUID. -}
+addLog :: UUID -> LogEntry a -> Log a -> Log a
+addLog = M.insertWith' best
+
+{- Converts a Log 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 :: Log a -> M.Map UUID a
+simpleMap = M.map value
+
+best :: LogEntry a -> LogEntry a -> LogEntry a
+best new old
+	| changed old > changed new = old
+	| otherwise = new
+
+-- Unknown is oldest.
+prop_TimeStamp_sane :: Bool
+prop_TimeStamp_sane = Unknown < Date 1
+
+prop_addLog_sane :: Bool
+prop_addLog_sane = newWins && newestWins
+  where
+	newWins = addLog (UUID "foo") (LogEntry (Date 1) "new") l == l2
+	newestWins = addLog (UUID "foo") (LogEntry (Date 1) "newest") l2 /= l2
+
+	l = M.fromList [(UUID "foo", LogEntry (Date 0) "old")]
+	l2 = M.fromList [(UUID "foo", LogEntry (Date 1) "new")]
diff --git a/Logs/Unused.hs b/Logs/Unused.hs
new file mode 100644
index 0000000000..4de5bc17a3
--- /dev/null
+++ b/Logs/Unused.hs
@@ -0,0 +1,45 @@
+{- git-annex unused log file
+ -
+ - Copyright 2010,2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Logs.Unused (
+	UnusedMap,
+	writeUnusedLog,
+	readUnusedLog,
+	unusedKeys,
+) where
+
+import qualified Data.Map as M
+
+import Common.Annex
+import Types.Key
+import Utility.Tmp
+
+type UnusedMap = M.Map Int Key
+
+writeUnusedLog :: FilePath -> [(Int, Key)] -> Annex ()
+writeUnusedLog prefix l = do
+	logfile <- fromRepo $ gitAnnexUnusedLog prefix
+	liftIO $ viaTmp writeFile logfile $
+		unlines $ map (\(n, k) -> show n ++ " " ++ key2file k) l
+
+readUnusedLog :: FilePath -> Annex UnusedMap
+readUnusedLog prefix = do
+	f <- fromRepo $ gitAnnexUnusedLog prefix
+	ifM (liftIO $ doesFileExist f)
+		( M.fromList . mapMaybe parse . lines
+			<$> liftIO (readFile f)
+		, return M.empty
+		)
+  where
+	parse line = case (readish tag, file2key rest) of
+		(Just num, Just key) -> Just (num, key)
+		_ -> Nothing
+	  where
+		(tag, rest) = separate (== ' ') line
+
+unusedKeys :: Annex [Key]
+unusedKeys = M.elems <$> readUnusedLog ""
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..92c5f6dcc6
--- /dev/null
+++ b/Makefile
@@ -0,0 +1,228 @@
+mans=git-annex.1 git-annex-shell.1
+all=git-annex $(mans) docs
+
+GHC?=ghc
+PREFIX?=/usr
+CABAL?=cabal # set to "./Setup" if you lack a cabal program
+
+# 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)/share/man/man1
+	install -m 0644 $(mans) $(DESTDIR)$(PREFIX)/share/man/man1
+
+install-docs: docs install-mans
+	install -d $(DESTDIR)$(PREFIX)/share/doc/git-annex
+	if [ -d html ]; then \
+		rsync -a --delete html/ $(DESTDIR)$(PREFIX)/share/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
+
+# hothasktags chokes on some template haskell etc, so ignore errors
+tags:
+	find . | grep -v /.git/ | grep -v /tmp/ | grep -v /dist/ | grep -v /doc/ | egrep '\.hs$$' | xargs hothasktags > tags 2>/dev/null
+
+# 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/*'
+
+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/DistributionUpdate \
+		git-union-merge
+	find . -name \*.o -exec rm {} \;
+	find . -name \*.hi -exec rm {} \;
+
+Build/InstallDesktopFile: Build/InstallDesktopFile.hs
+	$(GHC) --make $@
+Build/EvilSplicer: Build/EvilSplicer.hs
+	$(GHC) --make $@
+Build/Standalone: Build/Standalone.hs Build/SysConfig.hs
+	$(GHC) --make $@
+Build/OSXMkLibs: Build/OSXMkLibs.hs
+	$(GHC) --make $@
+
+sdist: clean $(mans)
+	./Build/make-sdist.sh
+
+# Upload to hackage.
+hackage: sdist
+	@cabal upload dist/*.tar.gz
+
+LINUXSTANDALONE_DEST=tmp/git-annex.linux
+linuxstandalone: Build/Standalone
+	$(MAKE) git-annex
+
+	rm -rf "$(LINUXSTANDALONE_DEST)"
+	mkdir -p tmp
+	cp -R standalone/linux "$(LINUXSTANDALONE_DEST)"
+
+	install -d "$(LINUXSTANDALONE_DEST)/bin"
+	cp 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/favicon.png doc/logo.svg $(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"
+	
+	touch "$(LINUXSTANDALONE_DEST)/libdirs.tmp"
+	for lib in $$(ldd "$(LINUXSTANDALONE_DEST)"/bin/* $$(find "$(LINUXSTANDALONE_DEST)"/git-core/ -type f) | grep -v -f standalone/linux/glibc-libs | grep -v "not a dynamic executable" | egrep '^	' | sed 's/^\t//' | sed 's/.*=> //' | cut -d ' ' -f 1 | sort | uniq); do \
+		dir=$$(dirname "$$lib"); \
+		install -d "$(LINUXSTANDALONE_DEST)/$$dir"; \
+		echo "$$dir" >> "$(LINUXSTANDALONE_DEST)/libdirs.tmp"; \
+		cp "$$lib" "$(LINUXSTANDALONE_DEST)/$$dir"; \
+		if [ -L "$lib" ]; then \
+			link=$$(readlink -f "$$lib"); \
+			cp "$$link" "$(LINUXSTANDALONE_DEST)/$$(dirname "$$link")"; \
+		fi; \
+	done
+	sort "$(LINUXSTANDALONE_DEST)/libdirs.tmp" | uniq > "$(LINUXSTANDALONE_DEST)/libdirs"
+	rm -f "$(LINUXSTANDALONE_DEST)/libdirs.tmp"
+
+	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)"
+	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
+
+	./Build/Standalone $(OSXAPP_BASE)
+
+	(cd "$(shell git --exec-path)" && tar c .) | (cd "$(OSXAPP_BASE)" && tar x)
+	install -d "$(OSXAPP_BASE)/templates"
+
+	./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 -srcfolder tmp/build-dmg \
+		-volname git-annex -o tmp/git-annex.dmg
+
+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/android/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 /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:
+	ghc --make Build/DistributionUpdate
+	./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..0357da12df
--- /dev/null
+++ b/Messages.hs
@@ -0,0 +1,245 @@
+{- git-annex output messages
+ -
+ - Copyright 2010-2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Messages (
+	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 -> String -> Annex ()
+showStart command file = handle (JSON.start command $ Just file) $
+	flushed $ putStr $ command ++ " " ++ file ++ " "
+
+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/Option.hs b/Option.hs
new file mode 100644
index 0000000000..64ba56f6d2
--- /dev/null
+++ b/Option.hs
@@ -0,0 +1,79 @@
+{- common command-line options
+ -
+ - Copyright 2010-2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Option (
+	common,
+	matcher,
+	flag,
+	field,
+	name,
+	ArgDescr(..),
+	OptDescr(..),
+) where
+
+import System.Console.GetOpt
+
+import Common.Annex
+import qualified Annex
+import Types.Messages
+import Limit
+import Usage
+
+common :: [Option]
+common =
+	[ 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 ['j'] ["json"] (NoArg (Annex.setOutput JSONOutput))
+		"enable JSON output"
+	, 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"
+	]
+  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 }
+
+matcher :: [Option]
+matcher =
+	[ 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. -}
+flag :: String -> String -> String -> Option
+flag short opt description = 
+	Option short [opt] (NoArg (Annex.setFlag opt)) description
+
+{- An option that sets a field. -}
+field :: String -> String -> String -> String -> Option
+field short opt paramdesc description = 
+	Option short [opt] (ReqArg (Annex.setField opt) paramdesc) description
+
+{- The flag or field name used for an option. -}
+name :: Option -> String
+name (Option _ o _ _) = Prelude.head o
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..e355b09751
--- /dev/null
+++ b/Remote.hs
@@ -0,0 +1,294 @@
+{- 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,
+	syncableRemote,
+	remoteMap,
+	uuidDescriptions,
+	byName,
+	byNameOnly,
+	byNameWithUUID,
+	byCost,
+	prettyPrintUUIDs,
+	prettyListUUIDs,
+	prettyUUID,
+	remoteFromUUID,
+	remotesWithUUID,
+	remotesWithoutUUID,
+	keyLocations,
+	keyPossibilities,
+	keyPossibilitiesTrusted,
+	nameToUUID,
+	showTriedRemotes,
+	showLocations,
+	forceTrust,
+	logStatus,
+	checkAvailable
+) where
+
+import qualified Data.Map as M
+import Text.JSON
+import Text.JSON.Generic
+import Data.Tuple
+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)
+
+{- Map from UUIDs of Remotes to a calculated value. -}
+remoteMap :: (Remote -> a) -> Annex (M.Map UUID a)
+remoteMap c = M.fromList . map (\r -> (uuid r, c r)) .
+	filter (\r -> uuid r /= NoUUID) <$> remoteList
+
+{- 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 = desc
+	| null desc = n
+	| otherwise = n ++ " (" ++ desc ++ ")"
+
+{- 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 "." = getUUID -- special case for current repo
+nameToUUID "here" = getUUID
+nameToUUID "" = error "no remote specified"
+nameToUUID n = byName' n >>= go
+  where
+	go (Right r) = case uuid r of
+		NoUUID -> error $ noRemoteUUIDMsg r
+		u -> return u
+	go (Left e) = fromMaybe (error e) <$> bydescription
+	bydescription = do
+		m <- uuidMap
+		case M.lookup n $ transform swap m of
+			Just u -> return $ Just u
+			Nothing -> return $ byuuid m
+	byuuid m = M.lookup (toUUID n) $ transform double m
+	transform a = M.fromList . map a . M.toList
+	double (a, _) = (a, a)
+
+{- 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
+	, do
+		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
diff --git a/Remote/Bup.hs b/Remote/Bup.hs
new file mode 100644
index 0000000000..4e89dcff29
--- /dev/null
+++ b/Remote/Bup.hs
@@ -0,0 +1,288 @@
+{- 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 Types.Remote
+import Types.Key
+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
+		, globallyAvailable = not $ bupLocal buprepo
+		, readonly = False
+		}
+	return $ Just $ encryptableRemote c
+		(storeEncrypted new buprepo)
+		(retrieveEncrypted buprepo)
+		new
+  where
+	buprepo = fromMaybe (error "missing buprepo") $ remoteAnnexBupRepo gc
+
+bupSetup :: Maybe UUID -> 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 $ do
+		tofile <- openFile d WriteMode
+		pipeBup params Nothing (Just tofile)
+
+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
+	sshparams <- Ssh.toRepo r [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/Directory.hs b/Remote/Directory.hs
new file mode 100644
index 0000000000..e6deee4bf4
--- /dev/null
+++ b/Remote/Directory.hs
@@ -0,0 +1,254 @@
+{- 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 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,
+			globallyAvailable = False,
+			remotetype = remote
+		}
+  where
+	dir = fromMaybe (error "missing directory") $ remoteAnnexDirectory gc
+
+directorySetup :: Maybe UUID -> 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/GCrypt.hs b/Remote/GCrypt.hs
new file mode 100644
index 0000000000..e1b6811c78
--- /dev/null
+++ b/Remote/GCrypt.hs
@@ -0,0 +1,402 @@
+{- 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 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
+		, globallyAvailable = globallyAvailableCalc 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 -> 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 $ show 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.) -}
+setGcryptEncryption :: RemoteConfig -> String -> Annex ()
+setGcryptEncryption c remotename = do
+	let participants = ConfigKey $ Git.GCrypt.remoteParticipantConfigKey remotename
+	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
+
+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..d4e5987dc5
--- /dev/null
+++ b/Remote/Git.hs
@@ -0,0 +1,489 @@
+{- 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 Annex
+import Logs.Presence
+import Logs.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 Init
+import Types.Key
+import qualified 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 Control.Concurrent
+import Control.Concurrent.MSampleVar
+import System.Process (std_in, std_err)
+import qualified Data.Map as M
+import Control.Exception.Extensible
+
+remote :: RemoteType
+remote = RemoteType {
+	typename = "git",
+	enumerate = list,
+	generate = gen,
+	setup = error "not supported"
+}
+
+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
+
+{- 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
+	g <- fromRepo id
+	let c = extractRemoteGitConfig g (Git.repoDescribe r)
+	u <- getRepoUUID r
+	case (repoCheap r, remoteAnnexIgnore c, 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 r
+			, 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
+			, globallyAvailable = globallyAvailableCalc 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 $ catchBoolIO $ onLocal r $ return True
+
+{- 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 = do
+		headers <- getHttpHeaders
+		store $ geturlconfig headers
+	| Git.GCrypt.isEncrypted r = handlegcrypt =<< getConfigMaybe (remoteConfig r "uuid")
+	| Git.repoIsUrl r = return r
+	| otherwise = store $ safely $ onLocal r $ do 
+		ensureInitialized
+		Annex.getState Annex.repo
+  where
+	haveconfig = not . M.null . Git.config
+
+	-- Reading config can fail due to IO error or
+	-- for other reasons; catch all possible exceptions.
+	safely a = either (const $ return r) return
+			=<< liftIO (try a :: IO (Either SomeException Git.Repo))
+
+	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 headers = do
+		ua <- Url.getUserAgent
+		v <- liftIO $ withTmpFile "git-annex.tmp" $ \tmpfile h -> do
+			hClose h
+			ifM (Url.downloadQuiet (Git.repoLocation r ++ "/config") headers [] tmpfile ua)
+				( 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"
+				return r
+			Right r' -> 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]) $
+				set_ignore "does not have git-annex installed"
+			return r
+	
+	set_ignore msg = case Git.remoteName r of
+		Nothing -> noop
+		Just n -> do
+			let k = "remote." ++ n ++ ".annex-ignore"
+			warning $ "Remote " ++ n ++ " " ++ msg ++ "; setting " ++ k
+			inRepo $ Git.Command.run [Param "config", Param k, Param "true"]
+		
+	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
+
+{- 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 :: Git.Repo -> Key -> Annex (Either String Bool)
+inAnnex r key
+	| Git.repoIsHttp r = checkhttp =<< getHttpHeaders
+	| Git.repoIsUrl r = checkremote
+	| otherwise = checklocal
+  where
+	checkhttp headers = do
+		showChecking r
+		ifM (anyM (\u -> Url.withUserAgent $ Url.checkBoth u headers (keySize key)) (keyUrls r key))
+			( return $ Right True
+			, return $ Left "not found"
+			)
+	checkremote = Ssh.inAnnex r key
+	checklocal = guardUsable r (cantCheck r) $ dispatch <$> check
+	  where
+		check = liftIO $ catchMsgIO $ onLocal r $
+			Annex.Content.inAnnexSafe key
+		dispatch (Left e) = Left e
+		dispatch (Right (Just b)) = Right b
+		dispatch (Right Nothing) = cantCheck r
+
+keyUrls :: Git.Repo -> Key -> [String]
+keyUrls r key = map tourl locs
+  where
+	tourl l = Git.repoLocation r ++ "/" ++ l
+#ifndef mingw32_HOST_OS
+	locs = annexLocations key
+#else
+	locs = map (replace "\\" "/") (annexLocations key)
+#endif
+
+dropKey :: Remote -> Key -> Annex Bool
+dropKey r key
+	| not $ Git.repoIsUrl (repo r) =
+		guardUsable (repo r) False $ commitOnCleanup r $ liftIO $ onLocal (repo 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
+		let params = Ssh.rsyncParams r
+		u <- getUUID
+		-- run copy from perspective of remote
+		liftIO $ onLocal (repo r) $ do
+			ensureInitialized
+			v <- Annex.Content.prepSendAnnex key
+			case v of
+				Nothing -> return False
+				Just (object, checksuccess) ->
+					upload 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 (repo 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
+		let params = Ssh.rsyncParams r
+		u <- getUUID
+		-- run copy from perspective of remote
+		liftIO $ onLocal (repo r) $ ifM (Annex.Content.inAnnex key)
+			( return True
+			, do
+				ensureInitialized
+				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
+		env <- getEnvironment
+		r' <- Git.Config.read r
+		let env' =
+			[ ("GIT_WORK_TREE", Git.repoPath r')
+			, ("GIT_DIR", Git.localGitDir r')
+			] ++ env
+		batchCommandEnv program (Param "fsck" : params) (Just env')
+
+{- 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 $ Remote.Git.onLocal r a
+
+{- Runs an action on a local repository inexpensively, by making an annex
+ - monad using that repository. -}
+onLocal :: Git.Repo -> Annex a -> IO a
+onLocal r a = do
+	s <- Annex.new r
+	Annex.eval s $ do
+		-- No need to update the branch; its data is not used
+		-- for anything onLocal is used to do.
+		Annex.BranchState.disableUpdate
+		a
+
+{- 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 (Git.repoLocation $ repo r) cleanup
+	cleanup
+		| not $ Git.repoIsUrl (repo r) = liftIO $ onLocal (repo 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..300e682a73
--- /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 System.Environment
+
+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 System.Process
+
+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,
+			globallyAvailable = True,
+			remotetype = remote
+		}
+
+glacierSetup :: Maybe UUID -> RemoteConfig -> Annex (RemoteConfig, UUID)
+glacierSetup mu c = do
+	u <- maybe (liftIO genUUID) return mu
+	glacierSetup' u c
+glacierSetup' :: UUID -> RemoteConfig -> Annex (RemoteConfig, UUID)
+glacierSetup' u c = do
+	c' <- encryptionSetup c
+	let fullconfig = c' `M.union` defaults
+	genVault fullconfig u
+	gitConfigSpecialRemote u fullconfig "glacier" "true"
+	c'' <- setRemoteCredPair fullconfig (AWS.creds u)
+	return (c'', 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 =
+		[ 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=" ++
+		fromJust (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 $ (uk, user):(pk, pass):e
+
+	creds = AWS.creds u
+	(uk, pk) = credPairEnvironment creds
+
+getVault :: RemoteConfig -> Vault
+getVault = fromJust . M.lookup "vault"
+
+archive :: Remote -> Key -> Archive
+archive r k = fileprefix ++ key2file k
+  where
+	fileprefix = M.findWithDefault "" "fileprefix" $ config r
+
+-- glacier vault create will succeed even if the vault already exists.
+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..1d80ff1b4f
--- /dev/null
+++ b/Remote/Helper/AWS.hs
@@ -0,0 +1,66 @@
+{- 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"
+	}
+
+setCredsEnv :: CredPair -> IO ()
+setCredsEnv p = setEnvCredPair p $ creds undefined
+
+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..7c24ff2e78
--- /dev/null
+++ b/Remote/Helper/Git.hs
@@ -0,0 +1,30 @@
+{- Utilities for git remotes.
+ -
+ - Copyright 2011-2012 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
+
+repoCheap :: Git.Repo -> Bool
+repoCheap = not . Git.repoIsUrl
+
+localpathCalc :: Git.Repo -> Maybe FilePath
+localpathCalc r = if globallyAvailableCalc r
+	then Nothing
+	else Just $ Git.repoPath r
+
+globallyAvailableCalc :: Git.Repo -> Bool
+globallyAvailableCalc r = not $
+	Git.repoIsLocal r || Git.repoIsLocalUnknown r
+
+{- 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..91c6318bf3
--- /dev/null
+++ b/Remote/Helper/Hooks.hs
@@ -0,0 +1,94 @@
+{- 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 qualified Annex
+import Annex.LockPool
+#ifndef mingw32_HOST_OS
+import Annex.Perms
+#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 <$> getPool) $ 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.
+		lockFile 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 (remoteid ++ "-stop-command") $ runstop lck
+#ifndef mingw32_HOST_OS
+	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
+		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
+	runstop _lck = run stophook
+#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/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..8cf9275a0c
--- /dev/null
+++ b/Remote/Helper/Ssh.hs
@@ -0,0 +1,146 @@
+{- 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 Git
+import qualified Git.Url
+import Annex.UUID
+import Annex.Ssh
+import Fields (Field, fieldName)
+import qualified Fields
+import Types.GitConfig
+import Types.Key
+import Remote.Helper.Messages
+import Utility.Metered
+import Utility.Rsync
+import Types.Remote
+import Logs.Transfer
+
+{- 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 -> [CommandParam] -> Annex [CommandParam]
+toRepo r sshcmd = do
+	g <- fromRepo id
+	let c = extractRemoteGitConfig g (Git.repoDescribe r)
+	let opts = map Param $ remoteAnnexSshOptions c
+	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
+		u <- getRepoUUID r
+		sshparams <- toRepo r [Param $ sshcmd u ]
+		return $ Just ("ssh", sshparams)
+	| otherwise = return Nothing
+  where
+	dir = Git.repoPath r
+	shellcmd = "git-annex-shell"
+	shellopts = Param command : File dir : params
+	sshcmd u = unwords $
+		shellcmd : 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)
+	let o = rsyncParams r
+	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
+rsyncParams :: Remote -> [CommandParam]
+rsyncParams r = Params "--progress --inplace" :
+	map Param (remoteAnnexRsyncOptions $ gitconfig r)
+
diff --git a/Remote/Hook.hs b/Remote/Hook.hs
new file mode 100644
index 0000000000..55ff785141
--- /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 System.Environment
+
+import Common.Annex
+import Types.Remote
+import Types.Key
+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
+
+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,
+			globallyAvailable = False,
+			remotetype = remote
+		}
+  where
+	hooktype = fromMaybe (error "missing hooktype") $ remoteAnnexHookType gc	
+
+hookSetup :: Maybe UUID -> 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 = M.toList . M.union (M.fromList l) 
+		<$> M.fromList <$> getEnvironment
+	env s v = ("ANNEX_" ++ s, v)
+	keyenv = catMaybes
+		[ Just $ env "KEY" (key2file k)
+		, Just $ env "ACTION" action
+		, env "HASH_1" <$> headMaybe hashbits
+		, env "HASH_2" <$> headMaybe (drop 1 hashbits)
+		]
+	fileenv Nothing = []
+	fileenv (Just file) =  [env "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
+		env <- hookEnv action k Nothing
+		findkey <$> readProcessEnv "sh" ["-c", hook] env
diff --git a/Remote/List.hs b/Remote/List.hs
new file mode 100644
index 0000000000..d53b92912f
--- /dev/null
+++ b/Remote/List.hs
@@ -0,0 +1,107 @@
+{-# 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 Types.GitConfig
+import Annex.UUID
+import Remote.Helper.Hooks
+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
+import qualified Remote.Glacier
+import qualified Remote.Hook
+
+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
+	, Remote.Glacier.remote
+	, Remote.Hook.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
+	g <- fromRepo id
+	let gc = extractRemoteGitConfig g (Git.repoDescribe r)
+	let c = fromMaybe M.empty $ M.lookup u m
+	mrmt <- generate t r u c gc
+	return $ 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. -}
+syncableRemote :: Remote -> Bool
+syncableRemote 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..91638de98b
--- /dev/null
+++ b/Remote/Rsync.hs
@@ -0,0 +1,308 @@
+{- 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 qualified Data.ByteString.Lazy as L
+import qualified Data.Map as M
+#ifndef mingw32_HOST_OS
+import System.Posix.Process (getProcessID)
+#else
+import System.Random (getStdRandom, random)
+#endif
+
+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 Crypto
+import Utility.Rsync
+import Utility.CopyFile
+import Utility.Metered
+import Annex.Perms
+
+type RsyncUrl = String
+
+data RsyncOpts = RsyncOpts
+	{ rsyncUrl :: RsyncUrl
+	, rsyncOptions :: [CommandParam]
+	, rsyncShellEscape :: Bool
+}
+
+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
+			, globallyAvailable = not islocal
+			, remotetype = remote
+			}
+
+genRsyncOpts :: RemoteConfig -> RemoteGitConfig -> [CommandParam] -> RsyncUrl -> RsyncOpts
+genRsyncOpts c gc transport url = RsyncOpts url (transport ++ opts) escape
+  where
+	opts = map Param $ filter safe $ remoteAnnexRsyncOptions gc
+	escape = M.lookup "shellescape" c /= Just "no"
+	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 rawurl
+	| rsyncUrlIsShell rawurl =
+		(\rsh -> return (rsyncShell rsh, resturl)) =<<
+		case fromNull ["ssh"] (remoteAnnexRsyncTransport gc) of
+			"ssh":sshopts -> do
+				let (port, sshopts') = sshReadPort sshopts
+				    host = takeWhile (/=':') resturl
+				-- Connection caching
+				(Param "ssh":) <$> sshCachingOptions
+					(host, port)
+					(map Param $ loginopt ++ sshopts')
+			"rsh":rshopts -> return $ map Param $ "rsh" :
+				loginopt ++ rshopts
+			rsh -> error $ "Unknown Rsync transport: "
+				++ unwords rsh
+	| otherwise = return ([], rawurl)
+  where
+	(login,resturl) = case separate (=='@') rawurl of
+		(h, "") -> (Nothing, h)
+		(l, h)  -> (Just l, h)
+	loginopt = maybe [] (\l -> ["-l",l]) login
+	fromNull as xs = if null xs then as else xs
+
+rsyncSetup :: Maybe UUID -> 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)
+
+rsyncEscape :: RsyncOpts -> String -> String
+rsyncEscape o s
+	| rsyncShellEscape o && rsyncUrlIsShell (rsyncUrl o) = shellEscape s
+	| otherwise = s
+
+rsyncUrls :: RsyncOpts -> Key -> [String]
+rsyncUrls o k = map use annexHashes
+  where
+	use h = rsyncUrl o </> h k </> rsyncEscape o (f </> f)
+	f = keyFile k
+
+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
+#ifndef mingw32_HOST_OS
+	v <- liftIO getProcessID
+#else
+	v <- liftIO (getStdRandom random :: IO Int)
+#endif
+	t <- fromRepo gitAnnexTmpDir
+	createAnnexDirectory t
+	let tmp = t </> "rsynctmp" </> show v
+	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 =
+	untilTrue (rsyncUrls o k) $ \u -> rsyncRemote o callback
+		-- use inplace when retrieving to support resuming
+		[ Param "--inplace"
+		, Param u
+		, File dest
+		]
+
+rsyncRemote :: RsyncOpts -> Maybe MeterUpdate -> [CommandParam] -> Annex Bool
+rsyncRemote o callback params = do
+	showOutput -- make way for progress bar
+	ifM (liftIO $ (maybe rsync rsyncProgress callback) ps)
+		( return True
+		, do
+			showLongNote "rsync failed -- run git annex again to resume file transfer"
+			return False
+		)
+  where
+	defaultParams = [Params "--progress"]
+	ps = rsyncOptions o ++ defaultParams ++ params
+
+{- 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
+			renameFile src dest
+			return True
+		else createLinkOrCopy src dest
+	ps <- sendParams
+	if ok
+		then rsyncRemote 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/S3.hs b/Remote/S3.hs
new file mode 100644
index 0000000000..0933f30de4
--- /dev/null
+++ b/Remote/S3.hs
@@ -0,0 +1,345 @@
+{- 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.ByteString.Lazy.Char8 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,
+			globallyAvailable = True,
+			remotetype = remote
+		}
+
+s3Setup :: Maybe UUID -> RemoteConfig -> Annex (RemoteConfig, UUID)
+s3Setup mu c = do
+	u <- maybe (liftIO genUUID) return mu
+	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"
+		c' <- setRemoteCredPair fullconfig (AWS.creds u)
+		return (c', 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) ++ ";"
+
+genBucket :: RemoteConfig -> UUID -> Annex ()
+genBucket c u = do
+	conn <- s3ConnectionRequired c u
+	showAction "checking bucket"
+	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
+	go conn =<< liftIO (tryNonAsync $ getObject conn $ mkobject L.empty)
+  where
+	go _conn (Right (Right o)) = unless (obj_data o == uuidb) $
+		error $ "This bucket is already in use by a different S3 special remote, with UUID: " ++ L.unpack (obj_data o)
+	go conn _ = do
+		let object = setStorageClass (getStorageClass c) (mkobject uuidb)
+		either s3Error return =<< liftIO (sendObject conn object)
+
+	file = filePrefix c ++ "annex-uuid"
+	uuidb = L.pack $ fromUUID u
+	bucket = fromJust $ getBucket c
+
+	mkobject = S3Object bucket file "" (getXheaders c)
+
+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/Web.hs b/Remote/Web.hs
new file mode 100644
index 0000000000..0a8df35d58
--- /dev/null
+++ b/Remote/Web.hs
@@ -0,0 +1,128 @@
+{- 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
+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,
+		globallyAvailable = True,
+		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
+			headers <- getHttpHeaders
+			Right <$> Url.withUserAgent (Url.checkBoth u' headers $ 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..738dbde3fc
--- /dev/null
+++ b/Remote/WebDAV.hs
@@ -0,0 +1,356 @@
+{- WebDAV remotes.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE ScopedTypeVariables, CPP #-}
+
+module Remote.WebDAV (remote, davCreds, setCredsEnv, 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 Network.URI (normalizePathSegments)
+import qualified Control.Exception as E
+import Network.HTTP.Conduit (HttpException(..))
+import Network.HTTP.Types
+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
+
+type DavUrl = String
+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,
+			globallyAvailable = True,
+			remotetype = remote
+		}
+
+webdavSetup :: Maybe UUID -> RemoteConfig -> Annex (RemoteConfig, UUID)
+webdavSetup mu c = do
+	u <- maybe (liftIO genUUID) return mu
+	let url = fromMaybe (error "Specify url=") $
+		M.lookup "url" c
+	c' <- encryptionSetup c
+	creds <- getCreds c' u
+	testDav url creds
+	gitConfigSpecialRemote u c' "webdav" "true"
+	c'' <- setRemoteCredPair c' (davCreds u)
+	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
+	davMkdir 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 $ catchMaybeHttp (deleteContent desturl user pass)
+		davMkdir (urlParent desturl) user pass
+		moveContent srcurl (B8.fromString desturl) user pass
+	storehttp url v = putContent url user pass
+		(contentType, v)
+
+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 <- davGetUrlContent 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 <- davGetUrlContent 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 <$> catchMaybeHttp (deleteContent 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 <- davUrlExists 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 <- davUrlExists 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 <- davGetUrlContent chunkcount user pass
+		case v of
+			Just s -> a $ listChunks keyurl $ L8.toString s
+			Nothing -> do
+				chunks <- probeChunks keyurl $ \u -> (== Right True) <$> davUrlExists 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 = M.lookup "url" $ config r
+
+toDavUser :: String -> DavUser
+toDavUser = B8.fromString
+
+toDavPass :: String -> DavPass
+toDavPass = B8.fromString
+
+{- The directory where files(s) for a key are stored. -}
+davLocation :: DavUrl -> Key -> DavUrl
+davLocation baseurl k = addTrailingPathSeparator $
+	davUrl baseurl $ hashDirLower k </> keyFile k
+
+{- 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
+
+davUrlExists :: DavUrl -> DavUser -> DavPass -> IO (Either String Bool)
+davUrlExists url user pass = decode <$> catchHttp get
+  where
+	decode (Right _) = Right True
+#if ! MIN_VERSION_http_conduit(1,9,0)
+	decode (Left (Left (StatusCodeException status _)))
+#else
+	decode (Left (Left (StatusCodeException status _ _)))
+#endif
+		| statusCode status == statusCode notFound404 = Right False
+	decode (Left e) = Left $ showEitherException e
+#if ! MIN_VERSION_DAV(0,4,0)
+	get = getProps url user pass
+#else
+	get = getProps url user pass Nothing
+#endif
+
+davGetUrlContent :: DavUrl -> DavUser -> DavPass -> IO  (Maybe L.ByteString)
+davGetUrlContent url user pass = fmap (snd . snd) <$>
+	catchMaybeHttp (getPropsAndContent url user pass)
+
+{- Creates a directory in WebDAV, if not already present; also creating
+ - any missing parent directories. -}
+davMkdir :: DavUrl -> DavUser -> DavPass -> IO ()
+davMkdir url user pass = go url
+  where
+	make u = makeCollection 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 ()
+
+{- Catches HTTP and IO exceptions. -}
+catchMaybeHttp :: IO a -> IO (Maybe a)
+catchMaybeHttp a = (Just <$> a) `E.catches`
+	[ E.Handler $ \(_e :: HttpException) -> return Nothing
+	, E.Handler $ \(_e :: E.IOException) -> return Nothing
+	]
+
+{- Catches HTTP and IO exceptions -}
+catchHttp :: IO a -> IO (Either EitherException a)
+catchHttp a = (Right <$> a) `E.catches`
+	[ E.Handler $ \(e :: HttpException) -> return $ Left $ Left e
+	, E.Handler $ \(e :: E.IOException) -> return $ Left $ Right e
+	]
+
+type EitherException = Either HttpException E.IOException
+
+showEitherException :: EitherException -> String
+#if ! MIN_VERSION_http_conduit(1,9,0)
+showEitherException (Left (StatusCodeException status _)) =
+#else
+showEitherException (Left (StatusCodeException status _ _)) =
+#endif
+	show $ statusMessage status
+showEitherException (Left httpexception) = show httpexception
+showEitherException (Right ioexception) = show ioexception
+
+throwIO :: String -> IO a
+throwIO msg = ioError $ mkIOError userErrorType msg Nothing Nothing
+
+urlParent :: DavUrl -> DavUrl
+urlParent url = dropTrailingPathSeparator $
+	normalizePathSegments (dropTrailingPathSeparator url ++ "/..")
+  where
+
+{- 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" $ davMkdir baseurl user pass
+	test "write file" $ putContent testurl user pass
+		(contentType, L.empty)
+	test "delete file" $ deleteContent testurl user pass
+  where
+	test desc a = liftIO $
+		either (\e -> throwIO $ "WebDAV failed to " ++ desc ++ ": " ++ showEitherException e)
+			(const noop)
+			=<< catchHttp a
+
+	user = toDavUser u
+	pass = toDavPass p
+	testurl = davUrl baseurl "git-annex-test"
+testDav _ Nothing = error "Need to configure webdav username and password."
+
+{- Content-Type to use for files uploaded to WebDAV. -}
+contentType :: Maybe B8.ByteString
+contentType = Just $ B8.fromString "application/octet-stream"
+
+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"
+	}
+
+setCredsEnv :: (String, String) -> IO ()
+setCredsEnv creds = setEnvCredPair creds $ davCreds undefined
diff --git a/Seek.hs b/Seek.hs
new file mode 100644
index 0000000000..b2782fc360
--- /dev/null
+++ b/Seek.hs
@@ -0,0 +1,178 @@
+{- 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-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Seek where
+
+import System.PosixCompat.Files
+
+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 Limit
+import qualified Option
+import Config
+import Logs.Location
+import Logs.Unused
+import Annex.CatFile
+
+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
+
+withFilesInGit :: (FilePath -> CommandStart) -> CommandSeek
+withFilesInGit a params = prepFiltered a $ seekHelper LsFiles.inRepo params
+
+withFilesNotInGit :: (FilePath -> CommandStart) -> CommandSeek
+withFilesNotInGit a params = 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
+	prepFiltered a $ return $ concat $ segmentPaths params (files++dotfiles)
+  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
+
+withPathContents :: ((FilePath, FilePath) -> CommandStart) -> CommandSeek
+withPathContents a params = map a . concat <$> liftIO (mapM get params)
+  where
+	get p = ifM (isDirectory <$> getFileStatus p)
+		( map (\f -> (f, makeRelative (parentDir p) f))
+			<$> dirContentsRecursiveSkipping (".git" `isSuffixOf`) p
+		, return [(p, takeFileName p)]
+		)
+
+withWords :: ([String] -> CommandStart) -> CommandSeek
+withWords a params = return [a params]
+
+withStrings :: (String -> CommandStart) -> CommandSeek
+withStrings a params = return $ map a params
+
+withPairs :: ((String, String) -> CommandStart) -> CommandSeek
+withPairs a params = 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 = 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 = 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 =
+	prepFiltered a $ seekHelper LsFiles.modified params
+
+withKeys :: (Key -> CommandStart) -> CommandSeek
+withKeys a params = return $ map (a . parse) params
+  where
+	parse p = fromMaybe (error "bad key") $ file2key p
+
+withValue :: Annex v -> (v -> CommandSeek) -> CommandSeek
+withValue v a params = do
+	r <- v
+	a r params
+
+{- Modifies a seek action using the value of a field option, which is fed into
+ - a conversion function, and then is passed into the seek action.
+ - This ensures that the conversion function only runs once.
+ -}
+withField :: Option -> (Maybe String -> Annex a) -> (a -> CommandSeek) -> CommandSeek
+withField option converter = withValue $
+	converter <=< Annex.getField $ Option.name option
+
+withFlag :: Option -> (Bool -> CommandSeek) -> CommandSeek
+withFlag option = withValue $ Annex.getFlag (Option.name option)
+
+withNothing :: CommandStart -> CommandSeek
+withNothing a [] = 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.
+ -
+ - 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"
+	auto <- Annex.getState Annex.auto
+	case    (allkeys || bare , unused, auto ) of
+		(True    , False , False) -> go loggedKeys
+		(False   , True  , False) -> go unusedKeys
+		(True    , True  , _    )
+			| bare && not allkeys -> go unusedKeys
+			| otherwise -> error "Cannot use --all with --unused."
+		(False   , False , _    ) -> fallbackop params
+		(_       , _     , True )
+			| bare -> error "Cannot use --auto in a bare repository."
+			| otherwise -> error "Cannot use --auto with --all or --unused."
+  where
+  	go a = do
+		unless (null params) $
+			error "Cannot mix --all or --unused with file names."
+		map keyop <$> a
+
+prepFiltered :: (FilePath -> CommandStart) -> Annex [FilePath] -> Annex [CommandStart]
+prepFiltered a fs = do
+	matcher <- Limit.getMatcher
+	map (process matcher) <$> fs
+  where
+	process matcher f = ifM (matcher $ FileInfo f f)
+		( a f , return Nothing )
+
+notSymlink :: FilePath -> IO Bool
+notSymlink f = liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f
+
+whenNotDirect :: CommandSeek -> CommandSeek
+whenNotDirect a params = ifM isDirect ( return [] , a params )
+
+whenDirect :: CommandSeek -> CommandSeek
+whenDirect a params = ifM isDirect ( a params, return [] )
diff --git a/Setup.hs b/Setup.hs
new file mode 100644
index 0000000000..0a187bd953
--- /dev/null
+++ b/Setup.hs
@@ -0,0 +1,63 @@
+{-# 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 = defaultMainWithHooks simpleUserHooks
+	{ preConf = configure
+	, postInst = myPostInst
+	}
+
+configure _ _ = do
+	Configure.run Configure.tests
+	return (Nothing, [])
+
+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..4c7281fce5
--- /dev/null
+++ b/Test.hs
@@ -0,0 +1,1331 @@
+{- 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 System.PosixCompat.Files
+import Control.Exception.Extensible
+import Data.Monoid
+import qualified Data.Map as M
+import System.IO.HVFS (SystemFS(..))
+import qualified Text.JSON
+import System.Path
+
+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 Locations
+import qualified Types.KeySource
+import qualified Types.Backend
+import qualified Types.TrustLevel
+import qualified Types
+import qualified Logs
+import qualified Logs.UUIDBased
+import qualified Logs.Trust
+import qualified Logs.Remote
+import qualified Logs.Unused
+import qualified Logs.Transfer
+import qualified Logs.Presence
+import qualified Remote
+import qualified Types.Key
+import qualified Types.Messages
+import qualified Config
+import qualified Config.Cost
+import qualified Crypto
+import qualified Init
+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
+#ifndef mingw32_HOST_OS
+import qualified GitAnnex
+import qualified Remote.Helper.Encryptable
+import qualified Types.Crypto
+import qualified Utility.Gpg
+#endif
+
+type TestEnv = M.Map String String
+
+main :: IO ()
+main = do
+#ifndef mingw32_HOST_OS
+	indirectenv <- prepare False
+	directenv <- prepare True
+	let tests = testGroup "Tests"
+		[ localOption (QuickCheckTests 1000) properties
+		, unitTests directenv "(direct)"
+		, unitTests indirectenv "(indirect)"
+		]
+#else
+	-- Windows is only going to use direct mode, so don't test twice.
+	env <- prepare False
+	let tests = testGroup "Tests"
+		[properties, unitTests env ""]
+#endif
+	let runner = tryIngredients [consoleTestReporter] mempty tests
+	ifM (maybe (error "tasty failed to return a runner!") id runner)
+		( 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
+		)
+
+properties :: TestTree
+properties = 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.UUIDBased.prop_TimeStamp_sane
+	, testProperty "prop_addLog_sane" Logs.UUIDBased.prop_addLog_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_duration_roundtrips" Utility.HumanTime.prop_duration_roundtrips
+	]
+
+unitTests :: TestEnv -> String -> TestTree
+unitTests env note = testGroup ("Unit Tests " ++ note)
+	-- test order matters, later tests may rely on state from earlier
+	[ check "init" test_init
+	, check "add" test_add
+	, check "add sha1dup" test_add_sha1dup
+	, check "add subdirs" test_add_subdirs
+	, 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_movein_bug
+	, check "conflict_resolution (mixed directory and file)" test_mixed_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 "global cleanup" test_global_cleanup
+	]
+  where
+	check desc t = testCase desc (t env)
+
+test_global_cleanup :: TestEnv -> Assertion
+test_global_cleanup _env = cleanup tmpdir
+
+test_init :: TestEnv -> Assertion
+test_init env = innewrepo env $ do
+	git_annex env "init" [reponame] @? "init failed"
+	handleforcedirect env
+  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 env = inmainrepo env $ do
+	writeFile annexedfile $ content annexedfile
+	git_annex env "add" [annexedfile] @? "add failed"
+	annexed_present annexedfile
+	writeFile sha1annexedfile $ content sha1annexedfile
+	git_annex env "add" [sha1annexedfile, "--backend=SHA1"] @? "add with SHA1 failed"
+	annexed_present sha1annexedfile
+	checkbackend sha1annexedfile backendSHA1
+	writeFile wormannexedfile $ content wormannexedfile
+	git_annex env "add" [wormannexedfile, "--backend=WORM"] @? "add with WORM failed"
+	annexed_present wormannexedfile
+	checkbackend wormannexedfile backendWORM
+	ifM (annexeval Config.isDirect)
+		( do
+			boolSystem "rm" [Params "-f", File wormannexedfile] @? "rm failed"
+			writeFile ingitfile $ content ingitfile
+			not <$> boolSystem "git" [Param "add", File ingitfile] @? "git add failed to fail in direct mode"
+			boolSystem "rm" [Params "-f", File ingitfile] @? "rm failed"
+			git_annex env "sync" [] @? "sync failed"
+		, do
+			boolSystem "git" [Params "rm --force -q", File wormannexedfile] @? "git rm failed"
+			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 env "add" [ingitfile] @? "add ingitfile should be no-op"
+			unannexed ingitfile
+		)
+
+test_add_sha1dup :: TestEnv -> Assertion
+test_add_sha1dup env = intmpclonerepo env $ do
+	writeFile sha1annexedfiledup $ content sha1annexedfiledup
+	git_annex env "add" [sha1annexedfiledup, "--backend=SHA1"] @? "add of second file with same SHA1 failed"
+	annexed_present sha1annexedfiledup
+	annexed_present sha1annexedfile
+
+test_add_subdirs :: TestEnv -> Assertion
+test_add_subdirs env = intmpclonerepo env $ do
+	createDirectory "dir"
+	writeFile ("dir" </> "foo") $ content annexedfile
+	git_annex env "add" ["dir"] @? "add of subdir failed"
+	createDirectory "dir2"
+	writeFile ("dir2" </> "foo") $ content annexedfile
+#ifndef mingw32_HOST_OS
+	{- This does not work on Windows, for whatever reason. -}
+	setCurrentDirectory "dir"
+	git_annex env "add" [".." </> "dir2"] @? "add of ../subdir failed"
+#endif
+
+test_reinject :: TestEnv -> Assertion
+test_reinject env = intmpclonerepoInDirect env $ do
+	git_annex env "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 env "reinject" [tmp, sha1annexedfile] @? "reinject failed"
+	git_annex env "fromkey" [key, sha1annexedfiledup] @? "fromkey failed for dup"
+	annexed_present sha1annexedfiledup
+  where
+	tmp = "tmpfile"
+
+test_unannex_nocopy :: TestEnv -> Assertion
+test_unannex_nocopy env = intmpclonerepo env $ do
+	annexed_notpresent annexedfile
+	git_annex env "unannex" [annexedfile] @? "unannex failed with no copy"
+	annexed_notpresent annexedfile
+
+test_unannex_withcopy :: TestEnv -> Assertion
+test_unannex_withcopy env = intmpclonerepo env $ do
+	git_annex env "get" [annexedfile] @? "get failed"
+	annexed_present annexedfile
+	git_annex env "unannex" [annexedfile, sha1annexedfile] @? "unannex failed"
+	unannexed annexedfile
+	git_annex env "unannex" [annexedfile] @? "unannex failed on non-annexed file"
+	unannexed annexedfile
+	unlessM (annexeval Config.isDirect) $ do
+		git_annex env "unannex" [ingitfile] @? "unannex ingitfile should be no-op"
+		unannexed ingitfile
+
+test_drop_noremote :: TestEnv -> Assertion
+test_drop_noremote env = intmpclonerepo env $ do
+	git_annex env "get" [annexedfile] @? "get failed"
+	boolSystem "git" [Params "remote rm origin"]
+		@? "git remote rm origin failed"
+	not <$> git_annex env "drop" [annexedfile] @? "drop wrongly succeeded with no known copy of file"
+	annexed_present annexedfile
+	git_annex env "drop" ["--force", annexedfile] @? "drop --force failed"
+	annexed_notpresent annexedfile
+	git_annex env "drop" [annexedfile] @? "drop of dropped file failed"
+	unlessM (annexeval Config.isDirect) $ do
+		git_annex env "drop" [ingitfile] @? "drop ingitfile should be no-op"
+		unannexed ingitfile
+
+test_drop_withremote :: TestEnv -> Assertion
+test_drop_withremote env = intmpclonerepo env $ do
+	git_annex env "get" [annexedfile] @? "get failed"
+	annexed_present annexedfile
+	git_annex env "drop" [annexedfile] @? "drop failed though origin has copy"
+	annexed_notpresent annexedfile
+	inmainrepo env $ annexed_present annexedfile
+
+test_drop_untrustedremote :: TestEnv -> Assertion
+test_drop_untrustedremote env = intmpclonerepo env $ do
+	git_annex env "untrust" ["origin"] @? "untrust of origin failed"
+	git_annex env "get" [annexedfile] @? "get failed"
+	annexed_present annexedfile
+	not <$> git_annex env "drop" [annexedfile] @? "drop wrongly suceeded with only an untrusted copy of the file"
+	annexed_present annexedfile
+	inmainrepo env $ annexed_present annexedfile
+
+test_get :: TestEnv -> Assertion
+test_get env = intmpclonerepo env $ do
+	inmainrepo env $ annexed_present annexedfile
+	annexed_notpresent annexedfile
+	git_annex env "get" [annexedfile] @? "get of file failed"
+	inmainrepo env $ annexed_present annexedfile
+	annexed_present annexedfile
+	git_annex env "get" [annexedfile] @? "get of file already here failed"
+	inmainrepo env $ annexed_present annexedfile
+	annexed_present annexedfile
+	unlessM (annexeval Config.isDirect) $ do
+		inmainrepo env $ unannexed ingitfile
+		unannexed ingitfile
+		git_annex env "get" [ingitfile] @? "get ingitfile should be no-op"
+		inmainrepo env $ unannexed ingitfile
+		unannexed ingitfile
+
+test_move :: TestEnv -> Assertion
+test_move env = intmpclonerepo env $ do
+	annexed_notpresent annexedfile
+	inmainrepo env $ annexed_present annexedfile
+	git_annex env "move" ["--from", "origin", annexedfile] @? "move --from of file failed"
+	annexed_present annexedfile
+	inmainrepo env $ annexed_notpresent annexedfile
+	git_annex env "move" ["--from", "origin", annexedfile] @? "move --from of file already here failed"
+	annexed_present annexedfile
+	inmainrepo env $ annexed_notpresent annexedfile
+	git_annex env "move" ["--to", "origin", annexedfile] @? "move --to of file failed"
+	inmainrepo env $ annexed_present annexedfile
+	annexed_notpresent annexedfile
+	git_annex env "move" ["--to", "origin", annexedfile] @? "move --to of file already there failed"
+	inmainrepo env $ annexed_present annexedfile
+	annexed_notpresent annexedfile
+	unlessM (annexeval Config.isDirect) $ do
+		unannexed ingitfile
+		inmainrepo env $ unannexed ingitfile
+		git_annex env "move" ["--to", "origin", ingitfile] @? "move of ingitfile should be no-op"
+		unannexed ingitfile
+		inmainrepo env $ unannexed ingitfile
+		git_annex env "move" ["--from", "origin", ingitfile] @? "move of ingitfile should be no-op"
+		unannexed ingitfile
+		inmainrepo env $ unannexed ingitfile
+
+test_copy :: TestEnv -> Assertion
+test_copy env = intmpclonerepo env $ do
+	annexed_notpresent annexedfile
+	inmainrepo env $ annexed_present annexedfile
+	git_annex env "copy" ["--from", "origin", annexedfile] @? "copy --from of file failed"
+	annexed_present annexedfile
+	inmainrepo env $ annexed_present annexedfile
+	git_annex env "copy" ["--from", "origin", annexedfile] @? "copy --from of file already here failed"
+	annexed_present annexedfile
+	inmainrepo env $ annexed_present annexedfile
+	git_annex env "copy" ["--to", "origin", annexedfile] @? "copy --to of file already there failed"
+	annexed_present annexedfile
+	inmainrepo env $ annexed_present annexedfile
+	git_annex env "move" ["--to", "origin", annexedfile] @? "move --to of file already there failed"
+	annexed_notpresent annexedfile
+	inmainrepo env $ annexed_present annexedfile
+	unlessM (annexeval Config.isDirect) $ do
+		unannexed ingitfile
+		inmainrepo env $ unannexed ingitfile
+		git_annex env "copy" ["--to", "origin", ingitfile] @? "copy of ingitfile should be no-op"
+		unannexed ingitfile
+		inmainrepo env $ unannexed ingitfile
+		git_annex env "copy" ["--from", "origin", ingitfile] @? "copy of ingitfile should be no-op"
+		checkregularfile ingitfile
+		checkcontent ingitfile
+
+test_preferred_content :: TestEnv -> Assertion
+test_preferred_content env = intmpclonerepo env $ 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 env "get" ["--auto", annexedfile] @? "get --auto of file failed with default preferred content"
+	annexed_notpresent annexedfile
+
+	git_annex env "wanted" [".", "standard"] @? "set expression to standard failed"
+	git_annex env "group" [".", "client"] @? "set group to standard failed"
+	git_annex env "get" ["--auto", annexedfile] @? "get --auto of file failed for client"
+	annexed_present annexedfile
+	git_annex env "ungroup" [".", "client"] @? "ungroup failed"
+
+	git_annex env "wanted" [".", "standard"] @? "set expression to standard failed"
+	git_annex env "group" [".", "manual"] @? "set group to manual failed"
+	-- drop --auto with manual leaves the file where it is
+	git_annex env "drop" ["--auto", annexedfile] @? "drop --auto of file failed with manual preferred content"
+	annexed_present annexedfile
+	git_annex env "drop" [annexedfile] @? "drop of file failed"
+	annexed_notpresent annexedfile
+	-- get --auto with manual does not get the file
+	git_annex env "get" ["--auto", annexedfile] @? "get --auto of file failed with manual preferred content"
+	annexed_notpresent annexedfile
+	git_annex env "ungroup" [".", "client"] @? "ungroup failed"
+	
+	git_annex env "wanted" [".", "exclude=*"] @? "set expression to exclude=* failed"
+	git_annex env "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex env "drop" ["--auto", annexedfile] @? "drop --auto of file failed with exclude=*"
+	annexed_notpresent annexedfile
+	git_annex env "get" ["--auto", annexedfile] @? "get --auto of file failed with exclude=*"
+	annexed_notpresent annexedfile
+
+test_lock :: TestEnv -> Assertion
+test_lock env = intmpclonerepoInDirect env $ do
+	-- regression test: unlock of not present file should skip it
+	annexed_notpresent annexedfile
+	not <$> git_annex env "unlock" [annexedfile] @? "unlock failed to fail with not present file"
+	annexed_notpresent annexedfile
+
+	git_annex env "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex env "unlock" [annexedfile] @? "unlock failed"		
+	unannexed annexedfile
+	-- write different content, to verify that lock
+	-- throws it away
+	changecontent annexedfile
+	writeFile annexedfile $ content annexedfile ++ "foo"
+	git_annex env "lock" [annexedfile] @? "lock failed"
+	annexed_present annexedfile
+	git_annex env "unlock" [annexedfile] @? "unlock failed"		
+	unannexed annexedfile
+	changecontent annexedfile
+	git_annex env "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 env "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 env = intmpclonerepoInDirect env $ do
+	git_annex env "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex env "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 env "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 env "drop" [annexedfile] @? "drop wrongly succeeded with no known copy of modified file"
+
+test_fix :: TestEnv -> Assertion
+test_fix env = intmpclonerepoInDirect env $ do
+	annexed_notpresent annexedfile
+	git_annex env "fix" [annexedfile] @? "fix of not present failed"
+	annexed_notpresent annexedfile
+	git_annex env "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex env "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 env "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 env = intmpclonerepo env $ do
+	git_annex env "trust" [repo] @? "trust failed"
+	trustcheck Logs.Trust.Trusted "trusted 1"
+	git_annex env "trust" [repo] @? "trust of trusted failed"
+	trustcheck Logs.Trust.Trusted "trusted 2"
+	git_annex env "untrust" [repo] @? "untrust failed"
+	trustcheck Logs.Trust.UnTrusted "untrusted 1"
+	git_annex env "untrust" [repo] @? "untrust of untrusted failed"
+	trustcheck Logs.Trust.UnTrusted "untrusted 2"
+	git_annex env "dead" [repo] @? "dead failed"
+	trustcheck Logs.Trust.DeadTrusted "deadtrusted 1"
+	git_annex env "dead" [repo] @? "dead of dead failed"
+	trustcheck Logs.Trust.DeadTrusted "deadtrusted 2"
+	git_annex env "semitrust" [repo] @? "semitrust failed"
+	trustcheck Logs.Trust.SemiTrusted "semitrusted 1"
+	git_annex env "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 env = intmpclonerepo env $ do
+	git_annex env "fsck" [] @? "fsck failed"
+	boolSystem "git" [Params "config annex.numcopies 2"] @? "git config failed"
+	fsck_should_fail env "numcopies unsatisfied"
+	boolSystem "git" [Params "config annex.numcopies 1"] @? "git config failed"
+	corrupt annexedfile
+	corrupt sha1annexedfile
+  where
+	corrupt f = do
+		git_annex env "get" [f] @? "get of file failed"
+		Utility.FileMode.allowWrite f
+		writeFile f (changedcontent f)
+		ifM (annexeval Config.isDirect)
+			( git_annex env "fsck" [] @? "fsck failed in direct mode with changed file content"
+			, not <$> git_annex env "fsck" [] @? "fsck failed to fail with corrupted file content"
+			)
+		git_annex env "fsck" [] @? "fsck unexpectedly failed again; previous one did not fix problem with " ++ f
+
+test_fsck_bare :: TestEnv -> Assertion
+test_fsck_bare env = intmpbareclonerepo env $ do
+	git_annex env "fsck" [] @? "fsck failed"
+
+test_fsck_localuntrusted :: TestEnv -> Assertion
+test_fsck_localuntrusted env = intmpclonerepo env $ do
+	git_annex env "get" [annexedfile] @? "get failed"
+	git_annex env "untrust" ["origin"] @? "untrust of origin repo failed"
+	git_annex env "untrust" ["."] @? "untrust of current repo failed"
+	fsck_should_fail env "content only available in untrusted (current) repository"
+	git_annex env "trust" ["."] @? "trust of current repo failed"
+	git_annex env "fsck" [annexedfile] @? "fsck failed on file present in trusted repo"
+
+test_fsck_remoteuntrusted :: TestEnv -> Assertion
+test_fsck_remoteuntrusted env = intmpclonerepo env $ do
+	boolSystem "git" [Params "config annex.numcopies 2"] @? "git config failed"
+	git_annex env "get" [annexedfile] @? "get failed"
+	git_annex env "get" [sha1annexedfile] @? "get failed"
+	git_annex env "fsck" [] @? "fsck failed with numcopies=2 and 2 copies"
+	git_annex env "untrust" ["origin"] @? "untrust of origin failed"
+	fsck_should_fail env "content not replicated to enough non-untrusted repositories"
+
+fsck_should_fail :: TestEnv -> String -> Assertion
+fsck_should_fail env m = not <$> git_annex env "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 env = intmpclonerepoInDirect env $ do
+	annexed_notpresent annexedfile
+	annexed_notpresent sha1annexedfile
+	git_annex env "migrate" [annexedfile] @? "migrate of not present failed"
+	git_annex env "migrate" [sha1annexedfile] @? "migrate of not present failed"
+	git_annex env "get" [annexedfile] @? "get of file failed"
+	git_annex env "get" [sha1annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	annexed_present sha1annexedfile
+	if usegitattributes
+		then do
+			writeFile ".gitattributes" $ "* annex.backend=SHA1"
+			git_annex env "migrate" [sha1annexedfile]
+				@? "migrate sha1annexedfile failed"
+			git_annex env "migrate" [annexedfile]
+				@? "migrate annexedfile failed"
+		else do
+			git_annex env "migrate" [sha1annexedfile, "--backend", "SHA1"]
+				@? "migrate sha1annexedfile failed"
+			git_annex env "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 env "migrate" [sha1annexedfile]
+		@? "migrate sha1annexedfile failed"
+	git_annex env "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 env = intmpclonerepoInDirect env $ do
+	-- keys have to be looked up before files are removed
+	annexedfilekey <- annexeval $ findkey annexedfile
+	sha1annexedfilekey <- annexeval $ findkey sha1annexedfile
+	git_annex env "get" [annexedfile] @? "get of file failed"
+	git_annex env "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 env "dropkey" ["--force", Types.Key.key2file annexedfilekey]
+		@? "dropkey failed"
+	checkunused [sha1annexedfilekey] ("after dropkey --force " ++ Types.Key.key2file annexedfilekey)
+
+	not <$> git_annex env "dropunused" ["1"] @? "dropunused failed to fail without --force"
+	git_annex env "dropunused" ["--force", "1"] @? "dropunused failed"
+	checkunused [] "after dropunused"
+	not <$> git_annex env "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 env "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 env "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 env "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 env "unused" [] @? "unused failed"
+		unusedmap <- annexeval $ Logs.Unused.readUnusedLog ""
+		let unusedkeys = M.elems unusedmap
+		assertEqual ("unused keys differ " ++ desc)
+			(sort expectedkeys) (sort unusedkeys)
+	findkey f = do
+		r <- Backend.lookupFile f
+		return $ fst $ fromJust r
+
+test_describe :: TestEnv -> Assertion
+test_describe env = intmpclonerepo env $ do
+	git_annex env "describe" [".", "this repo"] @? "describe 1 failed"
+	git_annex env "describe" ["origin", "origin repo"] @? "describe 2 failed"
+
+test_find :: TestEnv -> Assertion
+test_find env = intmpclonerepo env $ do
+	annexed_notpresent annexedfile
+	git_annex_expectoutput env "find" [] []
+	git_annex env "get" [annexedfile] @? "get failed"
+	annexed_present annexedfile
+	annexed_notpresent sha1annexedfile
+	git_annex_expectoutput env "find" [] [annexedfile]
+	git_annex_expectoutput env "find" ["--exclude", annexedfile, "--and", "--exclude", sha1annexedfile] []
+	git_annex_expectoutput env "find" ["--include", annexedfile] [annexedfile]
+	git_annex_expectoutput env "find" ["--not", "--in", "origin"] []
+	git_annex_expectoutput env "find" ["--copies", "1", "--and", "--not", "--copies", "2"] [sha1annexedfile]
+	git_annex_expectoutput env "find" ["--inbackend", "SHA1"] [sha1annexedfile]
+	git_annex_expectoutput env "find" ["--inbackend", "WORM"] []
+
+	{- --include=* should match files in subdirectories too,
+	 - and --exclude=* should exclude them. -}
+	createDirectory "dir"
+	writeFile "dir/subfile" "subfile"
+	git_annex env "add" ["dir"] @? "add of subdir failed"
+	git_annex_expectoutput env "find" ["--include", "*", "--exclude", annexedfile, "--exclude", sha1annexedfile] ["dir/subfile"]
+	git_annex_expectoutput env "find" ["--exclude", "*"] []
+
+test_merge :: TestEnv -> Assertion
+test_merge env = intmpclonerepo env $ do
+	git_annex env "merge" [] @? "merge failed"
+
+test_info :: TestEnv -> Assertion
+test_info env = intmpclonerepo env $ do
+	json <- git_annex_output env "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 env = intmpclonerepo env $ do
+	git_annex env "version" [] @? "version failed"
+
+test_sync :: TestEnv -> Assertion
+test_sync env = intmpclonerepo env $ do
+	git_annex env "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 env "find" ["--in", "."] []
+
+{- Regression test for union merge bug fixed in
+ - 0214e0fb175a608a49b812d81b4632c081f63027 -}
+test_union_merge_regression :: TestEnv -> Assertion
+test_union_merge_regression env =
+	{- We need 3 repos to see this bug. -}
+	withtmpclonerepo env False $ \r1 -> do
+		withtmpclonerepo env False $ \r2 -> do
+			withtmpclonerepo env False $ \r3 -> do
+				forM_ [r1, r2, r3] $ \r -> indir env 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 env "get" [annexedfile] @? "get failed"
+					boolSystem "git" [Params "remote rm origin"] @? "remote rm"
+				forM_ [r3, r2, r1] $ \r -> indir env r $
+					git_annex env "sync" [] @? "sync failed"
+				forM_ [r3, r2] $ \r -> indir env r $
+					git_annex env "drop" ["--force", annexedfile] @? "drop failed"
+				indir env r1 $ do
+					git_annex env "sync" [] @? "sync failed in r1"
+					git_annex_expectoutput env "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 env "find" ["--in", "r2"] []
+
+{- Regression test for the automatic conflict resolution bug fixed
+ - in f4ba19f2b8a76a1676da7bb5850baa40d9c388e2. -}
+test_conflict_resolution_movein_bug :: TestEnv -> Assertion
+test_conflict_resolution_movein_bug env = withtmpclonerepo env False $ \r1 -> do
+	withtmpclonerepo env False $ \r2 -> do
+		let rname r = if r == r1 then "r1" else "r2"
+		forM_ [r1, r2] $ \r -> indir env r $ do
+			{- Get all files, see check below. -}
+			git_annex env "get" [] @? "get failed"
+		pair env r1 r2
+		forM_ [r1, r2] $ \r -> indir env r $ do
+			{- Set up a conflict. -}
+			let newcontent = content annexedfile ++ rname r
+			ifM (annexeval Config.isDirect)
+				( writeFile annexedfile newcontent
+				, do
+					git_annex env "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 env r $ do
+			git_annex env "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 env r $ do
+		 	git_annex env "get" [] @? "unable to get all files after merge conflict resolution in " ++ rname r
+
+{- 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 env = do
+	check_mixed_conflict True
+	check_mixed_conflict False
+  where
+	check_mixed_conflict inr1 = withtmpclonerepo env False $ \r1 ->
+		withtmpclonerepo env False $ \r2 -> do
+			indir env r1 $ do
+				writeFile conflictor "conflictor"
+				git_annex env "add" [conflictor] @? "add conflicter failed"
+				git_annex env "sync" [] @? "sync failed"
+			indir env r2 $ do
+				createDirectory conflictor
+				writeFile (conflictor </> "subfile") "subfile"
+				git_annex env "add" [conflictor] @? "add conflicter failed"
+				git_annex env "sync" [] @? "sync failed"
+			pair env r1 r2
+			let r = if inr1 then r1 else r2
+			indir env r $ do
+				git_annex env "sync" [] @? "sync failed in mixed conflict"
+			checkmerge r1
+			checkmerge r2
+	  where
+		conflictor = "conflictor"
+		variantprefix = conflictor ++ ".variant"
+		checkmerge d = do
+			doesDirectoryExist (d </> conflictor) @? (d ++ " conflictor directory missing")
+			(any (variantprefix `isPrefixOf`) 
+				<$> getDirectoryContents d)
+				@? (d ++ "conflictor file missing")
+
+{- Set up repos as remotes of each other;
+ - remove origin since we're going to sync
+ - some changes to a file. -}
+pair :: TestEnv -> FilePath -> FilePath -> Assertion
+pair env r1 r2 = forM_ [r1, r2] $ \r -> indir env 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"
+	boolSystem "git" [Params "remote rm origin"] @? "remote rm"
+
+test_map :: TestEnv -> Assertion
+test_map env = intmpclonerepo env $ do
+	-- set descriptions, that will be looked for in the map
+	git_annex env "describe" [".", "this repo"] @? "describe 1 failed"
+	git_annex env "describe" ["origin", "origin repo"] @? "describe 2 failed"
+	-- --fast avoids it running graphviz, not a build dependency
+	git_annex env "map" ["--fast"] @? "map failed"
+
+test_uninit :: TestEnv -> Assertion
+test_uninit env = intmpclonerepo env $ do
+	git_annex env "get" [] @? "get failed"
+	annexed_present annexedfile
+	_ <- git_annex env "uninit" [] -- exit status not checked; does abnormal exit
+	checkregularfile annexedfile
+	doesDirectoryExist ".git" @? ".git vanished in uninit"
+
+test_uninit_inbranch :: TestEnv -> Assertion
+test_uninit_inbranch env = intmpclonerepoInDirect env $ do
+	boolSystem "git" [Params "checkout git-annex"] @? "git checkout git-annex"
+	not <$> git_annex env "uninit" [] @? "uninit failed to fail when git-annex branch was checked out"
+
+test_upgrade :: TestEnv -> Assertion
+test_upgrade env = intmpclonerepo env $ do
+	git_annex env "upgrade" [] @? "upgrade from same version failed"
+
+test_whereis :: TestEnv -> Assertion
+test_whereis env = intmpclonerepo env $ do
+	annexed_notpresent annexedfile
+	git_annex env "whereis" [annexedfile] @? "whereis on non-present file failed"
+	git_annex env "untrust" ["origin"] @? "untrust failed"
+	not <$> git_annex env "whereis" [annexedfile] @? "whereis on non-present file only present in untrusted repo failed to fail"
+	git_annex env "get" [annexedfile] @? "get failed"
+	annexed_present annexedfile
+	git_annex env "whereis" [annexedfile] @? "whereis on present file failed"
+
+test_hook_remote :: TestEnv -> Assertion
+test_hook_remote env = intmpclonerepo env $ do
+#ifndef mingw32_HOST_OS
+	git_annex env "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 env "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex env "copy" [annexedfile, "--to", "foo"] @? "copy --to hook remote failed"
+	annexed_present annexedfile
+	git_annex env "drop" [annexedfile, "--numcopies=2"] @? "drop failed"
+	annexed_notpresent annexedfile
+	git_annex env "move" [annexedfile, "--from", "foo"] @? "move --from hook remote failed"
+	annexed_present annexedfile
+	not <$> git_annex env "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 env = intmpclonerepo env $ do
+	createDirectory "dir"
+	git_annex env "initremote" (words $ "foo type=directory encryption=none directory=dir") @? "initremote failed"
+	git_annex env "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex env "copy" [annexedfile, "--to", "foo"] @? "copy --to directory remote failed"
+	annexed_present annexedfile
+	git_annex env "drop" [annexedfile, "--numcopies=2"] @? "drop failed"
+	annexed_notpresent annexedfile
+	git_annex env "move" [annexedfile, "--from", "foo"] @? "move --from directory remote failed"
+	annexed_present annexedfile
+	not <$> git_annex env "drop" [annexedfile, "--numcopies=2"] @? "drop failed to fail"
+	annexed_present annexedfile
+
+test_rsync_remote :: TestEnv -> Assertion
+test_rsync_remote env = intmpclonerepo env $ do
+#ifndef mingw32_HOST_OS
+	createDirectory "dir"
+	git_annex env "initremote" (words $ "foo type=rsync encryption=none rsyncurl=dir") @? "initremote failed"
+	git_annex env "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex env "copy" [annexedfile, "--to", "foo"] @? "copy --to rsync remote failed"
+	annexed_present annexedfile
+	git_annex env "drop" [annexedfile, "--numcopies=2"] @? "drop failed"
+	annexed_notpresent annexedfile
+	git_annex env "move" [annexedfile, "--from", "foo"] @? "move --from rsync remote failed"
+	annexed_present annexedfile
+	not <$> git_annex env "drop" [annexedfile, "--numcopies=2"] @? "drop failed to fail"
+	annexed_present annexedfile
+#else
+	-- this test doesn't work in Windows TODO
+	noop
+#endif
+
+test_bup_remote :: TestEnv -> Assertion
+test_bup_remote env = intmpclonerepo env $ when Build.SysConfig.bup $ do
+	dir <- absPath "dir" -- bup special remote needs an absolute path
+	createDirectory dir
+	git_annex env "initremote" (words $ "foo type=bup encryption=none buprepo="++dir) @? "initremote failed"
+	git_annex env "get" [annexedfile] @? "get of file failed"
+	annexed_present annexedfile
+	git_annex env "copy" [annexedfile, "--to", "foo"] @? "copy --to bup remote failed"
+	annexed_present annexedfile
+	git_annex env "drop" [annexedfile, "--numcopies=2"] @? "drop failed"
+	annexed_notpresent annexedfile
+	git_annex env "copy" [annexedfile, "--from", "foo"] @? "copy --from bup remote failed"
+	annexed_present annexedfile
+	not <$> git_annex env "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 env = do
+	testscheme "shared"
+	testscheme "hybrid"
+	testscheme "pubkey"
+  where
+	testscheme scheme = intmpclonerepo env $ 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 env 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 env "get" [annexedfile] @? "get of file failed"
+			annexed_present annexedfile
+			git_annex env "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 env "drop" [annexedfile, "--numcopies=2"] @? "drop failed"
+			annexed_notpresent annexedfile
+			git_annex env "move" [annexedfile, "--from", "foo"] @? "move --from encrypted remote failed"
+			annexed_present annexedfile
+			not <$> git_annex env "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
+
+-- 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 env command params = do
+#ifndef mingw32_HOST_OS
+	forM_ (M.toList env) $ \(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 env)
+#endif
+
+{- Runs git-annex and returns its output. -}
+git_annex_output :: TestEnv -> String -> [String] -> IO String
+git_annex_output env command params = do
+	got <- Utility.Process.readProcessEnv "git-annex" (command:params)
+		(Just $ M.toList env)
+	-- 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 env command params
+	return got
+
+git_annex_expectoutput :: TestEnv -> String -> [String] -> [String] -> IO ()
+git_annex_expectoutput env command params expected = do
+	got <- lines <$> git_annex_output env 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 env a = withgitrepo env $ \r -> indir env r a
+
+inmainrepo :: TestEnv -> Assertion -> Assertion
+inmainrepo env a = indir env mainrepodir a
+
+intmpclonerepo :: TestEnv -> Assertion -> Assertion
+intmpclonerepo env a = withtmpclonerepo env False $ \r -> indir env r a
+
+intmpclonerepoInDirect :: TestEnv -> Assertion -> Assertion
+intmpclonerepoInDirect env a = intmpclonerepo env $
+	ifM isdirect
+		( putStrLn "not supported in direct mode; skipping"
+		, a
+		)
+  where
+  	isdirect = annexeval $ do
+		Init.initialize Nothing
+		Config.isDirect
+
+intmpbareclonerepo :: TestEnv -> Assertion -> Assertion
+intmpbareclonerepo env a = withtmpclonerepo env True $ \r -> indir env r a
+
+withtmpclonerepo :: TestEnv -> Bool -> (FilePath -> Assertion) -> Assertion
+withtmpclonerepo env bare a = do
+	dir <- tmprepodir
+	bracket (clonerepo env mainrepodir dir bare) cleanup a
+
+withgitrepo :: TestEnv -> (FilePath -> Assertion) -> Assertion
+withgitrepo env = bracket (setuprepo env mainrepodir) return
+
+indir :: TestEnv -> FilePath -> Assertion -> Assertion
+indir env dir a = do
+	cwd <- getCurrentDirectory
+	-- Assertion failures throw non-IO errors; catch
+	-- any type of error and change back to cwd before
+	-- rethrowing.
+	r <- bracket_ (changeToTmpDir env dir) (setCurrentDirectory cwd)
+		(try (a)::IO (Either SomeException ()))
+	case r of
+		Right () -> return ()
+		Left e -> throw e
+
+setuprepo :: TestEnv -> FilePath -> IO FilePath
+setuprepo env dir = do
+	cleanup dir
+	ensuretmpdir
+	boolSystem "git" [Params "init -q", File dir] @? "git init failed"
+	indir env dir $ do
+		boolSystem "git" [Params "config user.name", Param "Test User"] @? "git config failed"
+		boolSystem "git" [Params "config user.email test@example.com"] @? "git config failed"
+	return dir
+
+-- clones are always done as local clones; we cannot test ssh clones
+clonerepo :: TestEnv -> FilePath -> FilePath -> Bool -> IO FilePath
+clonerepo env 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"
+	indir env new $
+		git_annex env "init" ["-q", new] @? "git annex init failed"
+	when (not bare) $
+		indir env new $
+			handleforcedirect env
+	return new
+
+handleforcedirect :: TestEnv -> IO ()
+handleforcedirect env = when (M.lookup "FORCEDIRECT" env == Just "1") $
+	git_annex env "direct" ["-q"] @? "git annex direct failed"
+	
+ensuretmpdir :: IO ()
+ensuretmpdir = do
+	e <- doesDirectoryExist tmpdir
+	unless e $
+		createDirectory tmpdir
+
+cleanup :: FilePath -> IO ()
+cleanup dir = do
+	e <- doesDirectoryExist dir
+	when e $ do
+		-- git-annex prevents annexed file content from being
+		-- removed via directory permissions; undo
+		recurseDir SystemFS dir >>=
+			filterM doesDirectoryExist >>=
+				mapM_ Utility.FileMode.allowWrite
+		-- For unknown reasons, this sometimes fails on Windows.
+		void $ tryIO $ 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
+	if (mode == mode `unionFileModes` ownerWriteMode)
+		then assertFailure $ "able to modify annexed file's " ++ f ++ " content"
+		else return ()
+
+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
+	r <- annexeval $ Backend.lookupFile file
+	let b = snd $ fromJust r
+	assertEqual ("backend for " ++ file) 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]
+
+prepare :: Bool -> IO TestEnv
+prepare forcedirect = do
+	whenM (doesDirectoryExist tmpdir) $
+		error $ "The temporary directory " ++ tmpdir ++ " already exists; cannot run test suite."
+
+	cwd <- getCurrentDirectory
+	p <- Utility.Env.getEnvDefault "PATH" ""
+
+	let env =
+		-- Ensure that the just-built git annex is used.
+		[ ("PATH", cwd ++ [searchPathSeparator] ++ p)
+		, ("TOPDIR", cwd)
+		-- 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 env
+
+changeToTmpDir :: TestEnv -> FilePath -> IO ()
+changeToTmpDir env t = do
+	let topdir = fromMaybe "" $ M.lookup "TOPDIR" env
+	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_ name = Backend.lookupBackendName name
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/Backend.hs b/Types/Backend.hs
new file mode 100644
index 0000000000..c7d962db06
--- /dev/null
+++ b/Types/Backend.hs
@@ -0,0 +1,26 @@
+{- 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)
+	}
+
+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/Command.hs b/Types/Command.hs
new file mode 100644
index 0000000000..3187efd171
--- /dev/null
+++ b/Types/Command.hs
@@ -0,0 +1,77 @@
+{- 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 generates
+ -    a list of start stage actions. -}
+type CommandSeek = [String] -> Annex [CommandStart]
+{- 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 (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]   -- seek stage
+	, cmdsection :: CommandSection
+	, cmddesc :: String          -- description of command for usage
+	}
+
+{- 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
+	| 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 SectionUtility = "Utility commands"
+descSection SectionPlumbing = "Plumbing commands"
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/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..fc442b6041
--- /dev/null
+++ b/Types/FileMatcher.hs
@@ -0,0 +1,13 @@
+{- 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
+
+data FileInfo = FileInfo
+	{ relFile :: FilePath -- may be relative to cwd
+	, matchFile :: FilePath -- filepath to match on; may be relative to top
+	}
diff --git a/Types/GitConfig.hs b/Types/GitConfig.hs
new file mode 100644
index 0000000000..7224f43ff9
--- /dev/null
+++ b/Types/GitConfig.hs
@@ -0,0 +1,157 @@
+{- git-annex configuration
+ -
+ - Copyright 2012 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
+
+{- Main git-annex settings. Each setting corresponds to a git-config key
+ - such as annex.foo -}
+data GitConfig = GitConfig
+	{ annexVersion :: Maybe String
+	, annexNumCopies :: Int
+	, 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
+	, coreSymlinks :: Bool
+	, gcryptId :: Maybe String
+	}
+
+extractGitConfig :: Git.Repo -> GitConfig
+extractGitConfig r = GitConfig
+	{ annexVersion = notempty $ getmaybe (annex "version")
+	, annexNumCopies = get (annex "numcopies") 1
+	, 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")
+	, coreSymlinks = getbool "core.symlinks" True
+	, gcryptId = getmaybe "core.gcrypt-id"
+	}
+  where
+	get k def = fromMaybe def $ getmayberead k
+	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
+	, remoteAnnexTrustLevel :: Maybe String
+	, remoteAnnexStartCommand :: Maybe String
+	, remoteAnnexStopCommand :: Maybe String
+
+	{- These settings are specific to particular types of remotes
+	 - including special remotes. -}
+	, remoteAnnexSshOptions :: [String]
+	, remoteAnnexRsyncOptions :: [String]
+	, remoteAnnexRsyncTransport :: [String]
+	, remoteAnnexGnupgOptions :: [String]
+	, remoteAnnexRsyncUrl :: Maybe String
+	, remoteAnnexBupRepo :: Maybe String
+	, remoteAnnexBupSplitOptions :: [String]
+	, remoteAnnexDirectory :: Maybe FilePath
+	, remoteAnnexGCrypt :: Maybe String
+	, remoteAnnexHookType :: 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
+	, remoteAnnexTrustLevel = notempty $ getmaybe "trustlevel"
+	, remoteAnnexStartCommand = notempty $ getmaybe "start-command"
+	, remoteAnnexStopCommand = notempty $ getmaybe "stop-command"
+
+	, remoteAnnexSshOptions = getoptions "ssh-options"
+	, remoteAnnexRsyncOptions = getoptions "rsync-options"
+	, remoteAnnexRsyncTransport = getoptions "rsync-transport"
+	, remoteAnnexGnupgOptions = getoptions "gnupg-options"
+	, remoteAnnexRsyncUrl = notempty $ getmaybe "rsyncurl"
+	, remoteAnnexBupRepo = getmaybe "buprepo"
+	, remoteAnnexBupSplitOptions = getoptions "bup-split-options"
+	, remoteAnnexDirectory = notempty $ getmaybe "directory"
+	, remoteAnnexGCrypt = notempty $ getmaybe "gcrypt"
+	, remoteAnnexHookType = notempty $ getmaybe "hooktype"
+	, 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..598d5ed20b
--- /dev/null
+++ b/Types/Key.hs
@@ -0,0 +1,96 @@
+{- 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 = Just k { keySize = readish v }
+	addfield 'm' k v = Just k { keyMtime = readish v }
+	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 = maybe True (\k -> key2file k == f) (file2key 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/Limit.hs b/Types/Limit.hs
new file mode 100644
index 0000000000..4436f6953d
--- /dev/null
+++ b/Types/Limit.hs
@@ -0,0 +1,20 @@
+{- types for limits
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Types.Limit where
+
+import Common.Annex
+import Types.FileMatcher
+
+import qualified Data.Set as S
+
+type MkLimit = String -> Either String MatchFiles
+
+type AssumeNotPresent = S.Set UUID
+type MatchFiles = AssumeNotPresent -> FileInfo -> Annex Bool
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/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..8a94dcc05b
--- /dev/null
+++ b/Types/Remote.hs
@@ -0,0 +1,98 @@
+{- git-annex remotes types
+ -
+ - 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.Remote where
+
+import Data.Map as M
+import Data.Ord
+
+import qualified Git
+import Types.Key
+import Types.UUID
+import Types.GitConfig
+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 -> 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".)
+	globallyAvailable :: Bool,
+	-- 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..2d977a3579
--- /dev/null
+++ b/Types/StandardGroups.hs
@@ -0,0 +1,96 @@
+{- 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 qualified Data.Map as M
+import Data.Maybe
+
+data StandardGroup
+	= ClientGroup
+	| TransferGroup
+	| BackupGroup
+	| IncrementalBackupGroup
+	| SmallArchiveGroup
+	| FullArchiveGroup
+	| SourceGroup
+	| ManualGroup
+	| PublicGroup
+	| UnwantedGroup
+	deriving (Eq, Ord, Enum, Bounded, Show)
+
+fromStandardGroup :: StandardGroup -> String
+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 :: String -> 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
+
+{- See doc/preferred_content.mdwn for explanations of these expressions. -}
+preferredContent :: StandardGroup -> String
+preferredContent ClientGroup = lastResort $
+	"(exclude=*/archive/* and exclude=archive/*) or (" ++ notArchived ++ ")"
+preferredContent TransferGroup = lastResort $
+	"not (inallgroup=client and copies=client:2) and (" ++ preferredContent ClientGroup ++ ")"
+preferredContent BackupGroup = "include=*"
+preferredContent IncrementalBackupGroup = lastResort
+	"include=* and (not copies=incrementalbackup:1)"
+preferredContent SmallArchiveGroup = lastResort $
+	"(include=*/archive/* or include=archive/*) and (" ++ preferredContent FullArchiveGroup ++ ")"
+preferredContent FullArchiveGroup = lastResort notArchived
+preferredContent SourceGroup = "not (copies=1)"
+preferredContent ManualGroup = "present and (" ++ preferredContent ClientGroup ++ ")"
+preferredContent PublicGroup = "inpreferreddir"
+preferredContent 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. -}
+lastResort :: String -> String
+lastResort s = "(" ++ s ++ ") or (not copies=semitrusted+: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..8a304dffab
--- /dev/null
+++ b/Types/UUID.hs
@@ -0,0 +1,24 @@
+{- 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
+
+-- 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
+
+type UUIDMap = M.Map UUID String
diff --git a/Upgrade.hs b/Upgrade.hs
new file mode 100644
index 0000000000..7385268e89
--- /dev/null
+++ b/Upgrade.hs
@@ -0,0 +1,58 @@
+{- 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
+import Config
+#ifndef mingw32_HOST_OS
+import qualified Upgrade.V0
+import qualified Upgrade.V1
+#endif
+import qualified Upgrade.V2
+import qualified Upgrade.V4
+
+checkUpgrade :: Version -> Annex ()
+checkUpgrade = maybe noop error <=< needsUpgrade
+
+needsUpgrade :: Version -> Annex (Maybe String)
+needsUpgrade v
+	| v `elem` supportedVersions = 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 $
+		ifM isDirect
+			( setVersion directModeVersion
+			, setVersion defaultVersion
+			)
+	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 "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..688f4c5718
--- /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 defaultVersion
+		, do
+			moveContent
+			updateSymlinks
+			moveLocationLogs
+	
+			Annex.Queue.flush
+			setVersion defaultVersion
+		)
+	
+	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..42419b8abd
--- /dev/null
+++ b/Upgrade/V2.hs
@@ -0,0 +1,137 @@
+{- 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 $ show 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/V4.hs b/Upgrade/V4.hs
new file mode 100644
index 0000000000..147ace5598
--- /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. -}
+upgrade :: Bool -> Annex Bool
+upgrade automatic = ifM isDirect
+	( do
+		unless automatic $
+			showAction "v4 to v5"
+		setDirect True
+		return True
+	, return False
+	)
diff --git a/Usage.hs b/Usage.hs
new file mode 100644
index 0000000000..9a48a09086
--- /dev/null
+++ b/Usage.hs
@@ -0,0 +1,111 @@
+{- git-annex usage messages
+ -
+ - Copyright 2010-2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module 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"
+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"
+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/Utility/Applicative.hs b/Utility/Applicative.hs
new file mode 100644
index 0000000000..64400c8012
--- /dev/null
+++ b/Utility/Applicative.hs
@@ -0,0 +1,16 @@
+{- applicative stuff
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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..0c6c8677a9
--- /dev/null
+++ b/Utility/Base64.hs
@@ -0,0 +1,24 @@
+{- Simple Base64 access
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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..035a2eb041
--- /dev/null
+++ b/Utility/Batch.hs
@@ -0,0 +1,91 @@
+{- Running a long or expensive batch operation niced.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Batch where
+
+import Common
+#ifndef mingw32_HOST_OS
+import qualified Build.SysConfig
+#endif
+
+#if defined(linux_HOST_OS) || defined(__ANDROID__)
+import Control.Concurrent.Async
+import System.Posix.Process
+#endif
+import qualified Control.Exception as E
+import System.Process (env)
+
+{- 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
+
+{- Converts a command to run niced. -}
+toBatchCommand :: (String, [CommandParam]) -> (String, [CommandParam])
+toBatchCommand (command, params) = (command', params')
+  where
+#ifndef mingw32_HOST_OS
+	commandline = unwords $ map shellEscape $ command : toCommand params
+	nicedcommand
+		| Build.SysConfig.nice = "nice " ++ commandline
+		| otherwise = commandline
+	command' = "sh"
+	params' =
+		[ Param "-c"
+		, Param $ "exec " ++ nicedcommand
+		]
+#else
+	command' = command
+	params' = params
+#endif
+
+{- Runs a command in a way that's suitable for batch jobs that can be
+ - interrupted.
+ -
+ - The command is run niced. 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
+	(_, _, _, 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
+  where
+  	(command', params') = toBatchCommand (command, params)
+  	p = proc command' $ toCommand params'
+
diff --git a/Utility/CoProcess.hs b/Utility/CoProcess.hs
new file mode 100644
index 0000000000..710d2af136
--- /dev/null
+++ b/Utility/CoProcess.hs
@@ -0,0 +1,93 @@
+{- Interface for running a shell command as a coprocess,
+ - sending it queries and getting back results.
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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
+	{ coProcessRestartable :: Bool
+	, coProcessCmd :: FilePath
+	, coProcessParams :: [String]
+	, coProcessEnv :: Maybe [(String, String)]
+	}
+
+start :: Bool -> FilePath -> [String] -> Maybe [(String, String)] -> IO CoProcessHandle
+start restartable cmd params env = do
+	s <- start' $ CoProcessSpec restartable cmd params env
+	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
+		| coProcessRestartable (coProcessSpec s) =
+			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)
+		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..4a609fd162
--- /dev/null
+++ b/Utility/CopyFile.hs
@@ -0,0 +1,48 @@
+{- file copying
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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..3523a3aa35
--- /dev/null
+++ b/Utility/DBus.hs
@@ -0,0 +1,84 @@
+{- DBus utilities
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE OverloadedStrings, ScopedTypeVariables #-}
+
+module Utility.DBus where
+
+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 (methodReturnBody reply !! 0)
+
+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..12beb235a4
--- /dev/null
+++ b/Utility/Daemon.hs
@@ -0,0 +1,124 @@
+{- daemon support
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Daemon where
+
+import Common
+#ifndef mingw32_HOST_OS
+import Utility.LogFile
+#endif
+
+#ifndef mingw32_HOST_OS
+import System.Posix
+import Control.Concurrent.Async
+#else
+import System.PosixCompat
+#endif
+
+{- 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 ()
+#ifndef mingw32_HOST_OS
+daemonize logfd pidfile changedirectory a = do
+	maybe noop checkalreadyrunning pidfile
+	_ <- forkProcess child1
+	out
+  where
+	checkalreadyrunning f = maybe noop (const $ alreadyRunning) 
+		=<< checkDaemon f
+	child1 = do
+		_ <- 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
+		{- forkProcess masks async exceptions; unmask them inside
+		 - the action. -}
+		wait =<< asyncWithUnmask (\unmask -> unmask a)
+		out
+	out = exitImmediately ExitSuccess
+#else
+daemonize = error "daemonize is not implemented on Windows" -- TODO
+#endif
+
+{- Locks the pid file, with an exclusive, non-blocking lock.
+ - Writes the pid to the file, fully atomically.
+ - Fails if the pid file is already locked by another process. -}
+lockPidFile :: FilePath -> IO ()
+lockPidFile file = do
+	createDirectoryIfMissing True (parentDir file)
+#ifndef mingw32_HOST_OS
+	fd <- openFd file 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 <$> getProcessID
+			closeFd fd
+#else
+	writeFile newfile "-1"
+#endif
+	renameFile newfile file
+  where
+	newfile = file ++ ".new"
+
+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 ProcessID)
+#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 Nothing readish <$> catchMaybeIO (readFile pidfile)
+#endif
+
+{- Stops the daemon, safely. -}
+stopDaemon :: FilePath -> IO ()
+#ifndef mingw32_HOST_OS
+stopDaemon pidfile = go =<< checkDaemon pidfile
+  where
+	go Nothing = noop
+	go (Just pid) = signalProcess sigTERM pid
+#else
+stopDaemon = error "stopDaemon is not implemented on Windows" -- TODO
+#endif
diff --git a/Utility/Data.hs b/Utility/Data.hs
new file mode 100644
index 0000000000..3592582967
--- /dev/null
+++ b/Utility/Data.hs
@@ -0,0 +1,17 @@
+{- utilities for simple data types
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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..2a936f1fda
--- /dev/null
+++ b/Utility/DataUnits.hs
@@ -0,0 +1,160 @@
+{- data size display and parsing
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -
+ -
+ - 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' = reverse $ sort 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..5231286fc8
--- /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>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.DirWatcher where
+
+import Utility.DirWatcher.Types
+
+#if WITH_INOTIFY
+import qualified Utility.INotify as INotify
+import qualified System.INotify as INotify
+#endif
+#if WITH_KQUEUE
+import qualified Utility.Kqueue as Kqueue
+import Control.Concurrent
+#endif
+#if WITH_FSEVENTS
+import qualified Utility.FSEvents as FSEvents
+import qualified System.OSX.FSEvents as FSEvents
+#endif
+#if WITH_WIN32NOTIFY
+import qualified Utility.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 -> WatchHooks -> (IO () -> IO ()) -> IO DirWatcherHandle
+watchDir dir prune hooks runstartup = do
+	i <- INotify.initINotify
+	runstartup $ INotify.watchDir i dir prune hooks
+	return i
+#else
+#if WITH_KQUEUE
+type DirWatcherHandle = ThreadId
+watchDir :: FilePath -> Pruner -> WatchHooks -> (IO Kqueue.Kqueue -> IO Kqueue.Kqueue) -> IO DirWatcherHandle
+watchDir dir prune 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 -> WatchHooks -> (IO FSEvents.EventStream -> IO FSEvents.EventStream) -> IO DirWatcherHandle
+watchDir dir prune hooks runstartup =
+	runstartup $ FSEvents.watchDir dir prune hooks
+#else
+#if WITH_WIN32NOTIFY
+type DirWatcherHandle = Win32Notify.WatchManager
+watchDir :: FilePath -> Pruner -> WatchHooks -> (IO Win32Notify.WatchManager -> IO Win32Notify.WatchManager) -> IO DirWatcherHandle
+watchDir dir prune hooks runstartup =
+	runstartup $ Win32Notify.watchDir dir prune hooks
+#else
+type DirWatcherHandle = ()
+watchDir :: FilePath -> Pruner -> 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/Types.hs b/Utility/DirWatcher/Types.hs
new file mode 100644
index 0000000000..8cfa69d340
--- /dev/null
+++ b/Utility/DirWatcher/Types.hs
@@ -0,0 +1,24 @@
+{- generic directory watching types
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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/Directory.hs b/Utility/Directory.hs
new file mode 100644
index 0000000000..4918d20bef
--- /dev/null
+++ b/Utility/Directory.hs
@@ -0,0 +1,107 @@
+{- directory manipulation
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Directory where
+
+import System.IO.Error
+import System.PosixCompat.Files
+import System.Directory
+import Control.Exception (throw)
+import Control.Monad
+import Control.Monad.IfElse
+import System.FilePath
+import Control.Applicative
+import System.IO.Unsafe (unsafeInterleaveIO)
+
+import Utility.SafeCommand
+import Utility.Tmp
+import Utility.Exception
+import Utility.Monad
+
+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. If the directory does not exist, no exception is thrown,
+ - instead, [] is returned. -}
+dirContentsRecursive :: FilePath -> IO [FilePath]
+dirContentsRecursive topdir = dirContentsRecursiveSkipping (const False) topdir
+
+{- Skips directories whose basenames match the skipdir. -}
+dirContentsRecursiveSkipping :: (FilePath -> Bool) -> FilePath -> IO [FilePath]
+dirContentsRecursiveSkipping skipdir 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
+			ifM (doesDirectoryExist entry)
+				( collect files (entry:dirs') entries
+				, collect (entry:files) dirs' entries
+				)			
+
+{- 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
diff --git a/Utility/DiskFree.hs b/Utility/DiskFree.hs
new file mode 100644
index 0000000000..aa1bfeedb3
--- /dev/null
+++ b/Utility/DiskFree.hs
@@ -0,0 +1,38 @@
+{- disk free space checking 
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE ForeignFunctionInterface, CPP #-}
+
+module Utility.DiskFree ( getDiskFree ) 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
+
+getDiskFree :: FilePath -> IO (Maybe Integer)
+getDiskFree path = withFilePath path $ \c_path -> do
+	free <- c_diskfree c_path
+	ifM (safeErrno <$> getErrno)
+		( return $ Just $ toInteger free
+		, return Nothing
+		)
+  where
+	safeErrno (Errno v) = v == 0
+
+#else
+
+getDiskFree :: FilePath -> IO (Maybe Integer)
+getDiskFree _ = return Nothing
+
+#endif
diff --git a/Utility/Dot.hs b/Utility/Dot.hs
new file mode 100644
index 0000000000..e57bf009f6
--- /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>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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..cb738732f9
--- /dev/null
+++ b/Utility/Env.hs
@@ -0,0 +1,63 @@
+{- portable environment variables
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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
diff --git a/Utility/Exception.hs b/Utility/Exception.hs
new file mode 100644
index 0000000000..cf2c615c7e
--- /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>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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 a = catchDefaultIO False a
+
+{- 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..adbde795ab
--- /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>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.ExternalSHA (externalSHA) where
+
+import Utility.SafeCommand
+import Utility.Process
+import Utility.FileSystemEncoding
+import Utility.Misc
+
+import System.Process
+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 <$> 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/FSEvents.hs b/Utility/FSEvents.hs
new file mode 100644
index 0000000000..d6663e9d76
--- /dev/null
+++ b/Utility/FSEvents.hs
@@ -0,0 +1,92 @@
+{- FSEvents interface
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.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) -> WatchHooks -> IO EventStream
+watchDir dir ignored 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) $
+		mapM_ go =<< dirContentsRecursive d
+	  where		
+		go f
+			| ignoredPath ignored f = noop
+			| otherwise = do
+				ms <- getstatus f
+				case ms of
+					Nothing -> noop
+					Just s
+						| Files.isSymbolicLink s ->
+							runhook addSymlinkHook ms
+						| Files.isRegularFile s ->
+							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/FileMode.hs b/Utility/FileMode.hs
new file mode 100644
index 0000000000..46c6a31f5f
--- /dev/null
+++ b/Utility/FileMode.hs
@@ -0,0 +1,142 @@
+{- File mode utilities.
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.FileMode where
+
+import Common
+
+import Control.Exception (bracket)
+import System.PosixCompat.Types
+#ifndef mingw32_HOST_OS
+import System.Posix.Files
+#endif
+import Foreign (complement)
+
+{- 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]
+
+{- 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 = bracket setup cleanup go
+  where
+	setup = setFileCreationMask nullFileMode
+	cleanup = setFileCreationMask
+	go _ = a
+#else
+noUmask _ 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
+ - by anyone other than the current user, before any content is written.
+ -
+ - On a filesystem that does not support file permissions, this is the same
+ - as writeFile.
+ -}
+writeFileProtected :: FilePath -> String -> IO ()
+writeFileProtected file content = do
+	h <- openFile file WriteMode
+	void $ tryIO $
+		modifyFileMode file $
+			removeModes [groupReadMode, otherReadMode]
+	hPutStr h content
+	hClose h
diff --git a/Utility/FileSystemEncoding.hs b/Utility/FileSystemEncoding.hs
new file mode 100644
index 0000000000..ac105e73d2
--- /dev/null
+++ b/Utility/FileSystemEncoding.hs
@@ -0,0 +1,93 @@
+{- GHC File system encoding handling.
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.FileSystemEncoding (
+	fileEncoding,
+	withFilePath,
+	md5FilePath,
+	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
+
+{- 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 ()
+fileEncoding h = hSetEncoding h =<< Encoding.getFileSystemEncoding
+
+{- 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
+
+{- 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
+truncateFilePath n = go . reverse
+  where
+  	go f =
+		let bytes = decodeW8 f
+		in if length bytes <= n
+			then reverse f
+			else go (drop 1 f)
diff --git a/Utility/Format.hs b/Utility/Format.hs
new file mode 100644
index 0000000000..e7a27515e2
--- /dev/null
+++ b/Utility/Format.hs
@@ -0,0 +1,178 @@
+{- Formatted string handling.
+ -
+ - Copyright 2010, 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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..da9d7b6185
--- /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>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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/Gpg.hs b/Utility/Gpg.hs
new file mode 100644
index 0000000000..a2baa74dc6
--- /dev/null
+++ b/Utility/Gpg.hs
@@ -0,0 +1,379 @@
+{- 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 = catMaybes . map (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
+		_ <- 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..cecc6af3ea
--- /dev/null
+++ b/Utility/Hash.hs
@@ -0,0 +1,69 @@
+{- 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.ByteString.Char8 as C8
+
+#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 [C8.pack "foo"]
diff --git a/Utility/HumanNumber.hs b/Utility/HumanNumber.hs
new file mode 100644
index 0000000000..904135987e
--- /dev/null
+++ b/Utility/HumanNumber.hs
@@ -0,0 +1,21 @@
+{- numbers for humans
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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 = (take (precision - length s) (repeat '0')) ++ s
+	striptrailing0s = reverse . dropWhile (== '0') . reverse
diff --git a/Utility/HumanTime.hs b/Utility/HumanTime.hs
new file mode 100644
index 0000000000..644e6fbabf
--- /dev/null
+++ b/Utility/HumanTime.hs
@@ -0,0 +1,86 @@
+{- Time for humans.
+ -
+ - Copyright 2012-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.HumanTime (
+	Duration(..),
+	durationToPOSIXTime,
+	parseDuration,
+	fromDuration,
+	prop_duration_roundtrips
+) where
+
+import Utility.PartialPrelude
+import Utility.Applicative
+import Utility.QuickCheck
+
+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)
+
+durationToPOSIXTime :: Duration -> POSIXTime
+durationToPOSIXTime = fromIntegral . durationSeconds
+
+{- 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 = concat $ map 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/INotify.hs b/Utility/INotify.hs
new file mode 100644
index 0000000000..ffdad8be33
--- /dev/null
+++ b/Utility/INotify.hs
@@ -0,0 +1,185 @@
+{- higher-level inotify interface
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.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) -> WatchHooks -> IO ()
+watchDir i dir ignored 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 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 ->
+					runhook addSymlinkHook f ms
+				| Files.isRegularFile s ->
+					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/InodeCache.hs b/Utility/InodeCache.hs
new file mode 100644
index 0000000000..46ca87bd97
--- /dev/null
+++ b/Utility/InodeCache.hs
@@ -0,0 +1,94 @@
+{- Caching a file's inode, size, and modification time to see when it's changed.
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.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. -}
+compareWeak :: InodeCache -> InodeCache -> Bool
+compareWeak (InodeCache (InodeCachePrim _ size1 mtime1)) (InodeCache (InodeCachePrim _ size2 mtime2)) =
+	size1 == size2 && mtime1 == mtime2
+
+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 -> IO (Maybe InodeCache)
+genInodeCache f = catchDefaultIO Nothing $ toInodeCache <$> getFileStatus f
+
+toInodeCache :: FileStatus -> Maybe InodeCache
+toInodeCache s
+	| isRegularFile s = Just $ InodeCache $ InodeCachePrim
+		(fileID s)
+		(fileSize s)
+		(modificationTime s)
+	| otherwise = Nothing
+
+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..f3e93c3dac
--- /dev/null
+++ b/Utility/JSONStream.hs
@@ -0,0 +1,44 @@
+{- Streaming JSON output.
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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/Kqueue.hs b/Utility/Kqueue.hs
new file mode 100644
index 0000000000..eb5feab007
--- /dev/null
+++ b/Utility/Kqueue.hs
@@ -0,0 +1,267 @@
+{- BSD kqueue file modification notification interface
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE ForeignFunctionInterface #-}
+
+module Utility.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/LogFile.hs b/Utility/LogFile.hs
new file mode 100644
index 0000000000..090ac60d0e
--- /dev/null
+++ b/Utility/LogFile.hs
@@ -0,0 +1,68 @@
+{- log files
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.LogFile where
+
+import Common
+
+import System.Posix.Types
+
+openLog :: FilePath -> IO Fd
+#ifndef mingw32_HOST_OS
+openLog logfile = do
+	rotateLog logfile
+	openFd logfile WriteOnly (Just stdFileMode)
+		defaultFileFlags { append = True }
+#else
+openLog = error "openLog TODO"
+#endif
+
+rotateLog :: FilePath -> IO ()
+rotateLog logfile = go 0
+  where
+	go num
+		| num > maxLogs = return ()
+		| otherwise = whenM (doesFileExist currfile) $ do
+			go (num + 1)
+			renameFile 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
+
+redirLog :: Fd -> IO ()
+#ifndef mingw32_HOST_OS
+redirLog logfd = do
+	mapM_ (redir logfd) [stdOutput, stdError]
+	closeFd logfd
+#else
+redirLog _ = error "redirLog TODO"
+#endif
+
+redir :: Fd -> Fd -> IO ()
+#ifndef mingw32_HOST_OS
+redir newh h = do
+	closeFd h
+	void $ dupTo newh h
+#else
+redir _ _ = error "redir TODO"
+#endif
diff --git a/Utility/Lsof.hs b/Utility/Lsof.hs
new file mode 100644
index 0000000000..63009f7232
--- /dev/null
+++ b/Utility/Lsof.hs
@@ -0,0 +1,120 @@
+{- lsof interface
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE BangPatterns, 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 = catMaybes . map 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..e0a51ff6ab
--- /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>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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..f33ad443ac
--- /dev/null
+++ b/Utility/Metered.hs
@@ -0,0 +1,116 @@
+{- Metered IO
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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)
+
+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..68199c8283
--- /dev/null
+++ b/Utility/Misc.hs
@@ -0,0 +1,153 @@
+{- misc utility functions
+ -
+ - Copyright 2010-2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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 FileSystemEncofing, 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
+
+{- 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
+
+{- Given two orderings, returns the second if the first is EQ and returns
+ - the first otherwise.
+ -
+ - Example use:
+ -
+ - compare lname1 lname2 `thenOrd` compare fname1 fname2
+ -}
+thenOrd :: Ordering -> Ordering -> Ordering
+thenOrd EQ x = x
+thenOrd x _ = x
+{-# INLINE thenOrd #-}
+
+{- 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..1ba43c5f81
--- /dev/null
+++ b/Utility/Monad.hs
@@ -0,0 +1,69 @@
+{- monadic stuff
+ -
+ - Copyright 2010-2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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..62523c9e98
--- /dev/null
+++ b/Utility/Network.hs
@@ -0,0 +1,21 @@
+{- network functions
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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..b873df655f
--- /dev/null
+++ b/Utility/NotificationBroadcaster.hs
@@ -0,0 +1,86 @@
+{- 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>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.NotificationBroadcaster (
+	NotificationBroadcaster,
+	NotificationHandle,
+	NotificationId,
+	newNotificationBroadcaster,
+	newNotificationHandle,
+	notificationHandleToId,
+	notificationHandleFromId,
+	sendNotification,
+	waitNotification,
+) where
+
+import Common
+
+import Control.Concurrent.STM
+import Control.Concurrent.MSampleVar
+
+{- One MSampleVar per client. The TMVar is never empty, so never blocks. -}
+type NotificationBroadcaster = TMVar [MSampleVar ()]
+
+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 = do
+		s <- if force
+			then newSV ()
+			else newEmptySV
+		atomically $ do
+			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 = writeSV 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
+	readSV (l !! i)
diff --git a/Utility/OSX.hs b/Utility/OSX.hs
new file mode 100644
index 0000000000..f9d992575a
--- /dev/null
+++ b/Utility/OSX.hs
@@ -0,0 +1,44 @@
+{- OSX stuff
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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/Parallel.hs b/Utility/Parallel.hs
new file mode 100644
index 0000000000..b398803557
--- /dev/null
+++ b/Utility/Parallel.hs
@@ -0,0 +1,35 @@
+{- parallel processing via threads
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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..b6214b2478
--- /dev/null
+++ b/Utility/Path.hs
@@ -0,0 +1,254 @@
+{- path manipulation
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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 Data.Char
+import qualified System.FilePath.Posix as Posix
+#else
+import qualified "MissingH" System.Path as MissingH
+import System.Posix.Files
+#endif
+
+import Utility.Monad
+import Utility.UserInfo
+
+{- Makes a path absolute if it's not already.
+ - The first parameter is a base directory (ie, the cwd) to use if the path
+ - is not already absolute.
+ -
+ - On Unix, collapses and normalizes ".." etc in the path. May return Nothing
+ - if the path cannot be normalized.
+ -
+ - MissingH's absNormPath does not work on Windows, so on Windows
+ - no normalization is done.
+ -}
+absNormPath :: FilePath -> FilePath -> Maybe FilePath
+#ifndef mingw32_HOST_OS
+absNormPath dir path = MissingH.absNormPath dir path
+#else
+absNormPath dir path = Just $ combine dir path
+#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' || (a'++[pathSeparator]) `isPrefixOf` b'
+  where
+	norm p = fromMaybe "" $ absNormPath p "."
+	a' = norm a
+	b' = norm b
+
+{- Converts a filename into a normalized, 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
+
+{- Converts a filename into a normalized, absolute path
+ - from the specified cwd. -}
+absPathFrom :: FilePath -> FilePath -> FilePath
+absPathFrom cwd file = fromMaybe bad $ absNormPath cwd file
+  where
+	bad = error $ "unable to normalize " ++ 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 normalized (eg with absNormpath).
+ -}
+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 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 || c == '/' = '_'
+		| otherwise = c
diff --git a/Utility/Percentage.hs b/Utility/Percentage.hs
new file mode 100644
index 0000000000..d4b2da4299
--- /dev/null
+++ b/Utility/Percentage.hs
@@ -0,0 +1,33 @@
+{- percentages
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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/Process.hs b/Utility/Process.hs
new file mode 100644
index 0000000000..398e8a3526
--- /dev/null
+++ b/Utility/Process.hs
@@ -0,0 +1,356 @@
+{- System.Process enhancements, including additional ways of running
+ - processes, and logging.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP, Rank2Types #-}
+
+module Utility.Process (
+	module X,
+	CreateProcess,
+	StdHandle(..),
+	readProcess,
+	readProcessEnv,
+	writeReadProcessEnv,
+	forceSuccessProcess,
+	checkSuccessProcess,
+	ignoreFailureProcess,
+	createProcessSuccess,
+	createProcessChecked,
+	createBackgroundProcess,
+	processTranscript,
+	withHandle,
+	withBothHandles,
+	withQuietOutput,
+	withNullHandle,
+	createProcess,
+	startInteractiveProcess,
+	stdinHandle,
+	stdoutHandle,
+	stderrHandle,
+) 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)
+#ifndef mingw32_HOST_OS
+{- This implementation interleves stdout and stderr in exactly the order
+ - the process writes them. -}
+processTranscript cmd opts input = do
+	(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
+			}
+	hClose writeh
+
+	get <- mkreader readh
+
+	-- now write and flush any input
+	case input of
+		Just s -> do
+			let inh = stdinHandle p
+			unless (null s) $ do
+				hPutStr inh s
+				hFlush inh
+			hClose inh
+		Nothing -> return ()
+
+	transcript <- get
+
+	ok <- checkSuccessProcess pid
+	return (transcript, ok)
+#else
+{- This implementation for Windows puts stderr after stdout. -}
+processTranscript cmd opts input = do
+	p@(_, _, _, pid) <- createProcess $
+		(proc cmd opts)
+			{ std_in = if isJust input then CreatePipe else Inherit
+			, std_out = CreatePipe
+			, std_err = CreatePipe
+			}
+
+	getout <- mkreader (stdoutHandle p)
+	geterr <- mkreader (stderrHandle p)
+
+	case input of
+		Just s -> do
+			let inh = stdinHandle p
+			unless (null s) $ do
+				hPutStr inh s
+				hFlush inh
+			hClose inh
+		Nothing -> return ()
+	
+	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
+
+{- 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 = withNullHandle $ \nullh -> do
+	let p' = p
+		{ std_out = UseHandle nullh
+		, std_err = UseHandle nullh
+		}
+	creator p' $ const $ return ()
+
+withNullHandle :: (Handle -> IO a) -> IO a
+withNullHandle = withFile devnull WriteMode
+  where
+#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"
+
+{- 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..82af09f3dc
--- /dev/null
+++ b/Utility/QuickCheck.hs
@@ -0,0 +1,48 @@
+{- QuickCheck with additional instances
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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 Control.Applicative
+
+instance (Arbitrary k, Arbitrary v, Eq k, Ord k) => Arbitrary (M.Map k v) where
+	arbitrary = M.fromList <$> arbitrary
+
+{- Times before the epoch are excluded. -}
+instance Arbitrary POSIXTime where
+	arbitrary = nonNegative arbitrarySizedIntegral
+
+instance Arbitrary EpochTime where
+	arbitrary = 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..4039167ac6
--- /dev/null
+++ b/Utility/Quvi.hs
@@ -0,0 +1,133 @@
+{- querying quvi (import qualified)
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE OverloadedStrings #-}
+
+module Utility.Quvi where
+
+import Common
+import Utility.Url
+import Build.SysConfig (newquvi)
+
+import Data.Aeson
+import Data.ByteString.Lazy.UTF8 (fromString)
+import qualified Data.Map as M
+import Network.URI (uriAuthority, uriRegName)
+import Data.Char
+
+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
+
+type Query a = [CommandParam] -> URLString -> IO a
+
+{- Throws an error when quvi is not installed. -}
+forceQuery :: Query (Maybe Page)
+forceQuery ps url = query' 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 ps url = flip catchNonAsync (const $ return Nothing) (query' ps url)
+
+query' :: Query (Maybe Page)
+query' ps url
+	| newquvi = parseEnum
+		<$> readProcess "quvi" (toCommand $ [Param "dump", Param "-p", Param "enum"] ++ ps ++ [Param url])
+	| otherwise = decode . fromString
+		<$> readProcess "quvi" (toCommand $ ps ++ [Param url])
+
+queryLinks :: Query [URLString]
+queryLinks ps url = maybe [] (map linkUrl . pageLinks) <$> query 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 ps url = maybe False (not . null . pageLinks) <$> query 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 :: URLString -> IO Bool
+supported url
+	{- Use quvi-info to see if the url's domain is supported.
+	 - If so, have to do a online verification of the url. -}
+	| newquvi = (firstlevel <&&> secondlevel)
+		`catchNonAsync` (\_ -> return False)
+	| otherwise = boolSystem "quvi" [Params "--verbosity mute --support", Param url]
+  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
+	secondlevel = snd <$> processTranscript "quvi"
+		(toCommand [Param "dump", Param "-o", Param url]) Nothing
+
+listdomains :: IO [String]
+listdomains 
+	| newquvi = concatMap (split ",") 
+		. concatMap (drop 1 . words) 
+		. filter ("domains: " `isPrefixOf`) . lines
+		<$> readProcess "quvi"
+			(toCommand [Param "info", Param "-p", Param "domains"])
+	| otherwise = return []
+
+{- Disables progress, but not information output. -}
+quiet :: CommandParam
+quiet
+	-- Cannot use quiet as it now disables informational output.
+	-- No way to disable progress.
+	| newquvi = Params "--verbosity verbose"
+	| otherwise = Params "--verbosity quiet"
+
+{- Only return http results, not streaming protocols. -}
+httponly :: CommandParam
+httponly
+	-- No way to do it with 0.9?
+	| newquvi = Params ""
+	| otherwise = Params "-c http"
diff --git a/Utility/Rsync.hs b/Utility/Rsync.hs
new file mode 100644
index 0000000000..5f322a0cb7
--- /dev/null
+++ b/Utility/Rsync.hs
@@ -0,0 +1,152 @@
+{- various rsync stuff
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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 <- 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.
+ -}
+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 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..a2ee704f7c
--- /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>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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..c8318ec2e5
--- /dev/null
+++ b/Utility/SafeCommand.hs
@@ -0,0 +1,120 @@
+{- safely running shell commands
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.SafeCommand where
+
+import System.Exit
+import Utility.Process
+import System.Process (env)
+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..acbee70ff0
--- /dev/null
+++ b/Utility/Scheduled.hs
@@ -0,0 +1,350 @@
+{- scheduled activities
+ - 
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.Scheduled (
+	Schedule(..),
+	Recurrance(..),
+	ScheduledTime(..),
+	NextTime(..),
+	nextTime,
+	fromSchedule,
+	fromScheduledTime,
+	toScheduledTime,
+	fromRecurrance,
+	toRecurrance,
+	toSchedule,
+	parseSchedule,
+	prop_schedule_roundtrips
+) where
+
+import Common
+import Utility.QuickCheck
+
+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)
+	-- Days, Weeks, or Months of the year evenly divisible by a number.
+	-- (Divisible Year is years evenly divisible by a number.)
+	| Divisible Int Recurrance
+  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 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 = sameaslastday || toolatetoday
+		toolatetoday = not anytime && localTimeOfDay currenttime >= nexttime
+		sameaslastday = lastday == Just today
+	lastday = 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 day = case r of
+		Daily
+			| afterday -> Just $ exactly $ addDays 1 day
+			| otherwise -> Just $ exactly day
+		Weekly Nothing
+			| afterday -> skip 1
+			| otherwise -> case (wday <$> lastday, wday day) of
+				(Nothing, _) -> Just $ window day (addDays 6 day)
+				(Just old, curr)
+					| old == curr -> Just $ window day (addDays 6 day)
+					| otherwise -> skip 1
+		Monthly Nothing
+			| afterday -> skip 1
+			| maybe True (\old -> mnum day > mday old && mday day >= (mday old `mod` minmday)) lastday ->
+				-- Window only covers current month,
+				-- in case there is a Divisible requirement.
+				Just $ window day (endOfMonth day)
+			| otherwise -> skip 1
+		Yearly Nothing
+			| afterday -> skip 1
+			| maybe True (\old -> ynum day > ynum old && yday day >= (yday old `mod` minyday)) lastday ->
+				Just $ window day (endOfYear day)
+			| otherwise -> skip 1
+		Weekly (Just w)
+			| w < 0 || w > maxwday -> Nothing
+			| w == wday day -> if afterday
+				then Just $ exactly $ addDays 7 day
+				else Just $ exactly day
+			| otherwise -> Just $ exactly $
+				addDays (fromIntegral $ (w - wday day) `mod` 7) day
+		Monthly (Just m)
+			| m < 0 || m > maxmday -> Nothing
+			-- TODO can be done more efficiently than recursing
+			| m == mday day -> if afterday
+				then skip 1
+				else Just $ exactly day
+			| otherwise -> skip 1
+		Yearly (Just y)
+			| y < 0 || y > maxyday -> Nothing
+			| y == yday day -> if afterday
+				then skip 365
+				else Just $ exactly day
+			| 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 day
+	  where
+	  	skip n = findfrom r False (addDays n day)
+	  	handlediv n r' getval mmax
+			| n > 0 && maybe True (n <=) mmax =
+				findfromwhere r' (divisible n . getval) afterday day
+			| otherwise = Nothing
+	findfromwhere r p afterday day
+		| maybe True (p . getday) next = next
+		| otherwise = maybe Nothing (findfromwhere r p True . getday) next
+	  where
+		next = findfrom r afterday day
+		getday = localDay . startTime
+	divisible n v = v `rem` n == 0
+
+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 and mins. -}
+maxyday :: Int
+maxyday = 366 -- with leap days
+minyday :: Int
+minyday = 365
+maxwnum :: Int
+maxwnum = 53 -- some years have more than 52
+maxmday :: Int
+maxmday = 31
+minmday :: Int
+minmday = 28
+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
diff --git a/Utility/Shell.hs b/Utility/Shell.hs
new file mode 100644
index 0000000000..2227dc767b
--- /dev/null
+++ b/Utility/Shell.hs
@@ -0,0 +1,26 @@
+{- /bin/sh handling
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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/TList.hs b/Utility/TList.hs
new file mode 100644
index 0000000000..e4bb95498d
--- /dev/null
+++ b/Utility/TList.hs
@@ -0,0 +1,66 @@
+{- 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.
+ -
+ - 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..60b3fa513d
--- /dev/null
+++ b/Utility/Tense.hs
@@ -0,0 +1,57 @@
+{- Past and present tense text.
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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..c029a2b0c8
--- /dev/null
+++ b/Utility/ThreadLock.hs
@@ -0,0 +1,19 @@
+{- locking between threads
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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..c3e871cde7
--- /dev/null
+++ b/Utility/ThreadScheduler.hs
@@ -0,0 +1,69 @@
+{- thread scheduling
+ -
+ - Copyright 2012, 2013 Joey Hess <joey@kitenet.net>
+ - Copyright 2011 Bas van Dijk & Roel van Dijk
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.ThreadScheduler where
+
+import Common
+
+import Control.Concurrent
+#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
+	lock <- newEmptyMVar
+#ifndef mingw32_HOST_OS
+	let check sig = void $
+		installHandler sig (CatchOnce $ putMVar lock ()) Nothing
+	check softwareTermination
+#ifndef __ANDROID__
+	whenM (queryTerminal stdInput) $
+		check keyboardSignal
+#endif
+#endif
+	takeMVar lock
+
+oneSecond :: Microseconds
+oneSecond = 1000000
diff --git a/Utility/Tmp.hs b/Utility/Tmp.hs
new file mode 100644
index 0000000000..186cd121a6
--- /dev/null
+++ b/Utility/Tmp.hs
@@ -0,0 +1,88 @@
+{- Temporary files and directories.
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.Tmp where
+
+import Control.Exception (bracket)
+import System.IO
+import System.Directory
+import Control.Monad.IfElse
+
+import Utility.Exception
+import System.FilePath
+import Utility.FileSystemEncoding
+
+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 = do
+	let (dir, base) = splitFileName file
+	createDirectoryIfMissing True dir
+	(tmpfile, handle) <- openTempFile dir (base ++ ".tmp")
+	hClose handle
+	a tmpfile content
+	renameFile 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) $
+		removeDirectoryRecursive d
+	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..53dd719fb4
--- /dev/null
+++ b/Utility/Touch.hsc
@@ -0,0 +1,120 @@
+{- More control over touching a file.
+ -
+ - Copyright 2011 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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/Url.hs b/Utility/Url.hs
new file mode 100644
index 0000000000..03c311fd23
--- /dev/null
+++ b/Utility/Url.hs
@@ -0,0 +1,190 @@
+{- Url downloading.
+ -
+ - Copyright 2011,2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+module Utility.Url (
+	URLString,
+	UserAgent,
+	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 qualified Build.SysConfig
+
+type URLString = String
+
+type Headers = [String]
+
+type UserAgent = String
+
+{- Checks that an url exists and could be successfully downloaded,
+ - also checking that its size, if available, matches a specified size. -}
+checkBoth :: URLString -> Headers -> Maybe Integer -> Maybe UserAgent -> IO Bool
+checkBoth url headers expected_size ua = do
+	v <- check url headers expected_size ua
+	return (fst v && snd v)
+check :: URLString -> Headers -> Maybe Integer -> Maybe UserAgent -> IO (Bool, Bool)
+check url headers expected_size = handle <$$> exists url headers
+  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 -> Headers -> Maybe UserAgent -> IO (Bool, Maybe Integer)
+exists url headers ua = 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 <- readProcess "curl" $ toCommand curlparams
+				case lastMaybe (lines output) of
+					Just ('2':_:_) -> return (True, extractsize output)
+					_ -> dne
+			else do
+				r <- request u headers HEAD ua
+				case rspCode r of
+					(2,_,_) -> return (True, size r)
+					_ -> return (False, Nothing)
+	Nothing -> dne
+  where
+	dne = return (False, Nothing)
+
+	curlparams = addUserAgent ua $
+		[ Param "-s"
+		, Param "--head"
+		, Param "-L", Param url
+		, Param "-w", Param "%{http_code}"
+		] ++ concatMap (\h -> [Param "-H", Param h]) headers
+
+	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 :: Maybe UserAgent -> [CommandParam] -> [CommandParam]
+addUserAgent Nothing ps = ps
+addUserAgent (Just ua) ps = 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 -> Headers -> [CommandParam] -> FilePath -> Maybe UserAgent -> IO Bool
+download = download' False
+
+{- No output, even on error. -}
+downloadQuiet :: URLString -> Headers -> [CommandParam] -> FilePath -> Maybe UserAgent -> IO Bool
+downloadQuiet = download' True
+
+download' :: Bool -> URLString -> Headers -> [CommandParam] -> FilePath -> Maybe UserAgent -> IO Bool
+download' quiet url headers options file ua = 
+	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) headers
+	wget = go "wget" $ headerparams ++ quietopt "-q" ++ [Params "--clobber -c -O"]
+	{- 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 ua $ options++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 -> Headers -> RequestMethod -> Maybe UserAgent -> IO (Response String)
+request url headers requesttype ua = 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 ua
+			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 headers
+	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..9c3bfd42fa
--- /dev/null
+++ b/Utility/UserInfo.hs
@@ -0,0 +1,55 @@
+{- user info
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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..4f88cb9f29
--- /dev/null
+++ b/Utility/Verifiable.hs
@@ -0,0 +1,37 @@
+{- values verified using a shared secret
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+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..421dadb397
--- /dev/null
+++ b/Utility/WebApp.hs
@@ -0,0 +1,281 @@
+{- Yesod webapp
+ -
+ - Copyright 2012 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# 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.Logger
+import Control.Monad.IO.Class
+import Network.HTTP.Types
+import System.Log.Logger
+import qualified Data.CaseInsensitive as CI
+import Network.Socket
+import Control.Exception
+import "crypto-api" Crypto.Random
+import qualified Web.ClientSession as CS
+import qualified Data.ByteString.Lazy as L
+import qualified Data.ByteString.Lazy.UTF8 as L8
+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 Data.Monoid
+import Control.Arrow ((***))
+import Control.Concurrent
+#ifdef __ANDROID__
+import Data.Endian
+#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
+browserProc url = proc "xdg-open" [url]
+#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 HostName -> Wai.Application -> (SockAddr -> IO ()) -> IO ()
+runWebApp h app observer = do
+	sock <- getSocket h
+	void $ forkIO $ runSettingsSocket webAppSettings sock app
+	sockaddr <- fixSockAddr <$> getSocketName sock
+	observer sockaddr
+
+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
+
+webAppSettings :: Settings
+webAppSettings = defaultSettings
+	-- disable buggy sloworis attack prevention code
+	{ settingsTimeout = 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
+#ifdef __ANDROID__
+	-- getAddrInfo currently segfaults on Android.
+	-- The HostName is ignored by this code.
+	when (isJust h) $
+		error "getSocket with HostName not supported on Android"
+	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) port
+	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, port) = maybe (localhost, Nothing) splitHostPort 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
+
+{- Splits address:port. For IPv6, use [address]:port. The port is optional. -}
+splitHostPort :: String -> (HostName, Maybe ServiceName)
+splitHostPort s
+	| "[" `isPrefixOf` s = let (h, p) = break (== ']') (drop 1 s)
+		in if "]:" `isPrefixOf` p
+			then (h, Just $ drop 2 p)
+			else (h, Nothing)
+	| otherwise = let (h, p) = separate (== ':') s
+		in if null p
+			then (h, Nothing)
+			else (h, Just p)
+
+{- Checks if debugging is actually enabled. -}
+debugEnabled :: IO Bool
+debugEnabled = do
+	l <- getRootLogger
+	return $ getLevel l <= Just DEBUG
+
+{- WAI middleware that logs using System.Log.Logger at debug level.
+ -
+ - Recommend only inserting this middleware when debugging is actually
+ - enabled, as it's not optimised at all.
+ -}
+httpDebugLogger :: Wai.Middleware
+httpDebugLogger waiApp req = do
+	logRequest req
+	waiApp req
+
+logRequest :: MonadIO m => Wai.Request -> m ()
+logRequest req = do
+	liftIO $ debugM "WebApp" $ unwords
+		[ showSockAddr $ Wai.remoteHost req
+		, frombs $ Wai.requestMethod req
+		, frombs $ Wai.rawPathInfo req
+		--, show $ Wai.httpVersion req
+		--, frombs $ lookupRequestField "referer" req
+		, frombs $ lookupRequestField "user-agent" req
+		]
+  where
+	frombs v = L8.toString $ L.fromChunks [v]
+
+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
+
+{- Generates a random sha512 string, suitable to be used for an
+ - authentication secret. -}
+genRandomToken :: IO String
+genRandomToken = do
+	g <- newGenIO :: IO SystemRandom
+	return $
+		case genBytes 512 g of
+			Left e -> error $ "failed to generate secret token: " ++ show e
+			Right (s, _) -> 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 -> T.Text) -> m Yesod.AuthResult
+#else
+checkAuthToken :: forall t sub. (t -> T.Text) -> Yesod.GHandler sub t Yesod.AuthResult
+#endif
+checkAuthToken extractToken = do
+	webapp <- Yesod.getYesod
+	req <- Yesod.getRequest
+	let params = Yesod.reqGetParams req
+	if lookup "auth" params == Just (extractToken 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 -> T.Text)
+	-> ([T.Text] -> Bool)
+	-> y
+	-> T.Text
+	-> [T.Text]
+	-> [(T.Text, T.Text)]
+	-> Builder
+insertAuthToken extractToken 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", extractToken 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/Win32Notify.hs b/Utility/Win32Notify.hs
new file mode 100644
index 0000000000..edde5309ce
--- /dev/null
+++ b/Utility/Win32Notify.hs
@@ -0,0 +1,65 @@
+{- Win32-notify interface
+ -
+ - Copyright 2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+module Utility.Win32Notify where
+
+import Common hiding (isDirectory)
+import Utility.DirWatcher.Types
+
+import System.Win32.Notify
+import qualified System.PosixCompat.Files as Files
+
+watchDir :: FilePath -> (FilePath -> Bool) -> WatchHooks -> IO WatchManager
+watchDir dir ignored 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 =<< dirContentsRecursive d
+	  where		
+		go f
+			| ignoredPath ignored f = noop
+			| otherwise = do
+				ms <- getstatus f
+				case ms of
+					Nothing -> noop
+					Just s
+						| Files.isRegularFile s ->
+							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/Yesod.hs b/Utility/Yesod.hs
new file mode 100644
index 0000000000..00424d1914
--- /dev/null
+++ b/Utility/Yesod.hs
@@ -0,0 +1,71 @@
+{- 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 __ANDROID__
+	, 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
+#ifndef __ANDROID__
+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 __ANDROID__
+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..d2843ed203
--- /dev/null
+++ b/Utility/libdiskfree.c
@@ -0,0 +1,73 @@
+/* disk free space checking, C mini-library
+ *
+ * Copyright 2012 Joey Hess <joey@kitenet.net>
+ *
+ * Licensed under the GNU GPL version 3 or higher.
+ */
+
+/* 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>
+
+/* 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) {
+#ifdef UNKNOWN
+	errno = 1;
+	return 0;
+#else
+	unsigned long long int available, blocksize;
+	struct STATSTRUCT buf;
+
+	if (STATCALL(path, &buf) != 0)
+		return 0; /* errno is set */
+	else
+		errno = 0;
+
+	available = buf.f_bavail;
+	blocksize = buf.f_bsize;
+	return available * blocksize;
+#endif
+}
+
+/*
+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..a87f65102b
--- /dev/null
+++ b/Utility/libkqueue.c
@@ -0,0 +1,74 @@
+/* kqueue interface, C mini-library
+ *
+ * Copyright 2012 Joey Hess <joey@kitenet.net>
+ *
+ * Licensed under the GNU GPL version 3 or higher.
+ */
+
+#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/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..0a84e93079
--- /dev/null
+++ b/debian/changelog
@@ -0,0 +1,2542 @@
+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..6fbd2a06a7
--- /dev/null
+++ b/debian/control
@@ -0,0 +1,90 @@
+Source: git-annex
+Section: utils
+Priority: optional
+Build-Depends: 
+	debhelper (>= 9),
+	ghc (>= 7.4),
+	libghc-mtl-dev (>= 2.1.1),
+	libghc-missingh-dev,
+	libghc-hslogger-dev,
+	libghc-pcre-light-dev,
+	libghc-sha-dev,
+	libghc-cryptohash-dev,
+	libghc-regex-tdfa-dev [!mips !mipsel !s390],
+	libghc-dataenc-dev,
+	libghc-utf8-string-dev,
+	libghc-hs3-dev (>= 0.5.6),
+	libghc-dav-dev (>= 0.3) [amd64 i386 kfreebsd-amd64 kfreebsd-i386 powerpc sparc],
+	libghc-quickcheck2-dev,
+	libghc-monad-control-dev (>= 0.3),
+	libghc-monadcatchio-transformers-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-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-clientsession-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-warp-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-wai-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	libghc-wai-logger-dev [i386 amd64 kfreebsd-i386 kfreebsd-amd64 powerpc sparc],
+	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,
+	ikiwiki,
+	perlmagick,
+	git (>= 1:1.8.4),
+	rsync,
+	wget,
+	curl,
+	openssh-client,
+Maintainer: Joey Hess <joeyh@debian.org>
+Standards-Version: 3.9.4
+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, ssh-askpass, quvi, git-remote-gcrypt (>= 0.20130908-4)
+Suggests: graphviz, bup, 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..e91cddbb5c
--- /dev/null
+++ b/debian/copyright
@@ -0,0 +1,780 @@
+Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
+Source: native package
+
+Files: *
+Copyright: © 2010-2013 Joey Hess <joey@kitenet.net>
+License: GPL-3+
+
+Files: Assistant/WebApp.hs Assistant/WebApp/* templates/* static/*
+Copyright: © 2012-2013 Joey Hess <joey@kitenet.net>
+License: AGPL-3+
+
+Files: Utility/ThreadScheduler.hs
+Copyright: 2011 Bas van Dijk & Roel van Dijk
+           2012 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/img/glyphicons-halflings*
+Copyright: 2012 Twitter, Inc.
+License: Apache-2.0
+ Licensed under the Apache License, Version 2.0 (the "License");
+ you may not use this file except in compliance with the License.
+ You may obtain a copy of the License at
+ .
+        http://www.apache.org/licenses/LICENSE-2.0
+ .
+ Unless required by applicable law or agreed to in writing, software
+ distributed under the License is distributed on an "AS IS" BASIS,
+ WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ See the License for the specific language governing permissions and
+ limitations under the License.
+ .
+ The complete text of the Apache License is distributed in
+ /usr/share/common-licenses/Apache-2.0 on Debian systems.
+
+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: 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..91854aa15b
--- /dev/null
+++ b/debian/rules
@@ -0,0 +1,17 @@
+#!/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 $@
+
+override_dh_auto_test:
+	echo test suite currently disabled until haskell-tasty is out of NEW
+
+# 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_15_77bafc01b47d4cf8f96bde2b6704ed71._comment b/doc/Android/comment_15_77bafc01b47d4cf8f96bde2b6704ed71._comment
new file mode 100644
index 0000000000..0ecd59fe66
--- /dev/null
+++ b/doc/Android/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/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..ed4d6e0b0b
--- /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. You have to enter your password twice in the git-annex terminal app, and then it's set up.
+
+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/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_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..7fb38058c5
--- /dev/null
+++ b/doc/Android/oldcomments/comment_1_cc9caa5dd22dd67e5c1d22d697096dd2._comment
@@ -0,0 +1,15 @@
+[[!comment format=txt
+ 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..ccad08893e
--- /dev/null
+++ b/doc/assistant.mdwn
@@ -0,0 +1,43 @@
+The git-annex assistant creates a synchronised folder on each of your
+OSX and Linux  computers, Android devices, removable drives, 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_introduction]]
+
+## 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/).
+[[/assistant/Thanks]] to all my backers. This kickstarter is now closed,
+and there is a new home-made crowdfunding project to support the project
+for 2013-2014 [here](https://campaign.joeyh.name/).
+
+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/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/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/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..1b1ece0a02
--- /dev/null
+++ b/doc/assistant/release_notes.mdwn
@@ -0,0 +1,365 @@
+## 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/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/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..04159fdfcd
--- /dev/null
+++ b/doc/assistant/thanks.mdwn
@@ -0,0 +1,243 @@
+The development of the git-annex assistant 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 951 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>.)
+
+## 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 are, 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/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/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/backends.mdwn b/doc/backends.mdwn
new file mode 100644
index 0000000000..79bacd68e7
--- /dev/null
+++ b/doc/backends.mdwn
@@ -0,0 +1,42 @@
+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 SHA256 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 currently available 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`, `SKEIN256` -- [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..1fdb1f49b6
--- /dev/null
+++ b/doc/bugs.mdwn
@@ -0,0 +1,18 @@
+This is git-annex's bug list.
+
+[[!sidebar content="""
+[[!inline feeds=no template=bare pages=sidebar]]
+
+Categories:
+
+* [[Bugs_affecting_the_assistant|design/assistant/todo]]
+* [[Bugs_needing_more_info|moreinfo]]
+* [[Closed_bugs|bugs/done]]
+"""
+]]
+
+[[!inline pages="./bugs/* and !./bugs/*/* and !./bugs/done and !link(done) 
+and !./bugs/moreinfo and !link(moreinfo)
+and !*/Discussion" actions=yes postform=yes show=0 archive=yes]]
+
+[[!edittemplate template=templates/bugtemplate match="bugs/*" silent=yes]]
diff --git a/doc/bugs/127.0.0.1_references_on_remote_assistant_access.mdwn b/doc/bugs/127.0.0.1_references_on_remote_assistant_access.mdwn
new file mode 100644
index 0000000000..bf62df8d53
--- /dev/null
+++ b/doc/bugs/127.0.0.1_references_on_remote_assistant_access.mdwn
@@ -0,0 +1,20 @@
+### Please describe the problem.
+When I use git-annex webapp with a remote IP of a headless computer, I am sometimes redirected to a 127.0.0.1 address (with a different port as well)
+
+### What steps will reproduce the problem?
+1. Install git-annex as usual. 
+2. Open git-annex assistant from a headless machine and access the webapp with the --listen option. (e.g. git annex webapp --listen=xxx.yyy.zzz.www)
+3. Create your first local repository. Then create a second local repository.
+4. When assistant asks you if you want to merge these 2 repositories, try to select the second option (to keep them separated).
+5. You are redirected from your remote IP to 127.0.0.1 to a new port number.
+
+(I also encountered the same error at another menu or function, but I don't remember where. Sorry.) 
+
+### What version of git-annex are you using? On what operating system?
+4.20130815
+Ubuntu 13.10 64-bit (kernel 3.11.0-13-generic x86_64)
+
+### Please provide any additional information below.
+Please ask me for any additional information that may be useful.
+
+> [[dup]] of [[Hangs_on_creating_repository_when_using_--listen]]; [[done]] --[[Joey]]
diff --git a/doc/bugs/3.20121112:_build_error_in_assistant.mdwn b/doc/bugs/3.20121112:_build_error_in_assistant.mdwn
new file mode 100644
index 0000000000..de11dfbf7b
--- /dev/null
+++ b/doc/bugs/3.20121112:_build_error_in_assistant.mdwn
@@ -0,0 +1,432 @@
+Git-annex stopped compiling with GHC 7.4.2 after updating Yesod and friends to the respective latest version. The complete build log is attached below. I hope this helps. Further build logs are available at <http://hydra.nixos.org/job/nixpkgs/trunk/gitAndTools.gitAnnex>, too.
+
+    building
+    make flags:  PREFIX=/nix/store/9az61h33v1j6fkdmwdfy7gi0rhspsb9k-git-annex-3.20121112
+    building Build/SysConfig.hs
+    ghc -O2 -Wall -outputdir tmp -IUtility  -DWITH_ASSISTANT -DWITH_S3 -DWITH_WEBAPP -DWITH_PAIRING -DWITH_XMPP -DWITH_DNS -DWITH_INOTIFY -DWITH_DBUS -threaded --make configure
+    [1 of 7] Compiling Utility.Exception ( Utility/Exception.hs, tmp/Utility/Exception.o )
+    [2 of 7] Compiling Utility.Misc     ( Utility/Misc.hs, tmp/Utility/Misc.o )
+    [3 of 7] Compiling Utility.Process  ( Utility/Process.hs, tmp/Utility/Process.o )
+    [4 of 7] Compiling Utility.SafeCommand ( Utility/SafeCommand.hs, tmp/Utility/SafeCommand.o )
+    [5 of 7] Compiling Build.TestConfig ( Build/TestConfig.hs, tmp/Build/TestConfig.o )
+    [6 of 7] Compiling Build.Configure  ( Build/Configure.hs, tmp/Build/Configure.o )
+    [7 of 7] Compiling Main             ( configure.hs, tmp/Main.o )
+    Linking configure ...
+    ./configure
+      checking version... 3.20121112
+      checking git... yes
+      checking git version... 1.8.0
+      checking cp -a... yes
+      checking cp -p... yes
+      checking cp --reflink=auto... yes
+      checking uuid generator... uuidgen
+      checking xargs -0... yes
+      checking rsync... yes
+      checking curl... yes
+      checking wget... no
+      checking bup... no
+      checking gpg... no
+      checking lsof... no
+      checking ssh connection caching... yes
+      checking sha1... sha1sum
+      checking sha256... sha256sum
+      checking sha512... sha512sum
+      checking sha224... sha224sum
+      checking sha384... sha384sum
+    building Utility/Touch.hs
+    hsc2hs Utility/Touch.hsc
+    building Utility/Mounts.hs
+    hsc2hs Utility/Mounts.hsc
+    building Utility/libdiskfree.o
+    cc -Wall   -c -o Utility/libdiskfree.o Utility/libdiskfree.c
+    building Utility/libmounts.o
+    cc -Wall   -c -o Utility/libmounts.o Utility/libmounts.c
+    building git-annex
+    install -d tmp
+    ghc -O2 -Wall -outputdir tmp -IUtility  -DWITH_ASSISTANT -DWITH_S3 -DWITH_WEBAPP -DWITH_PAIRING -DWITH_XMPP -DWITH_DNS -DWITH_INOTIFY -DWITH_DBUS -threaded --make git-annex -o tmp/git-annex Utility/libdiskfree.o Utility/libmounts.o
+    [  1 of 279] Compiling Utility.Dot      ( Utility/Dot.hs, tmp/Utility/Dot.o )
+    [  2 of 279] Compiling Utility.ThreadLock ( Utility/ThreadLock.hs, tmp/Utility/ThreadLock.o )
+    [  3 of 279] Compiling Utility.Mounts   ( Utility/Mounts.hs, tmp/Utility/Mounts.o )
+    [  4 of 279] Compiling Utility.Yesod    ( Utility/Yesod.hs, tmp/Utility/Yesod.o )
+    [  5 of 279] Compiling Utility.Tense    ( Utility/Tense.hs, tmp/Utility/Tense.o )
+    [  6 of 279] Compiling Utility.Verifiable ( Utility/Verifiable.hs, tmp/Utility/Verifiable.o )
+    [  7 of 279] Compiling Assistant.Types.TransferSlots ( Assistant/Types/TransferSlots.hs, tmp/Assistant/Types/TransferSlots.o )
+    [  8 of 279] Compiling Types.StandardGroups ( Types/StandardGroups.hs, tmp/Types/StandardGroups.o )
+    [  9 of 279] Compiling Utility.Percentage ( Utility/Percentage.hs, tmp/Utility/Percentage.o )
+    [ 10 of 279] Compiling Utility.Base64   ( Utility/Base64.hs, tmp/Utility/Base64.o )
+    [ 11 of 279] Compiling Utility.DataUnits ( Utility/DataUnits.hs, tmp/Utility/DataUnits.o )
+    [ 12 of 279] Compiling Utility.JSONStream ( Utility/JSONStream.hs, tmp/Utility/JSONStream.o )
+    [ 13 of 279] Compiling Messages.JSON    ( Messages/JSON.hs, tmp/Messages/JSON.o )
+    [ 14 of 279] Compiling Build.SysConfig  ( Build/SysConfig.hs, tmp/Build/SysConfig.o )
+    [ 15 of 279] Compiling Types.KeySource  ( Types/KeySource.hs, tmp/Types/KeySource.o )
+    [ 16 of 279] Compiling Utility.State    ( Utility/State.hs, tmp/Utility/State.o )
+    [ 17 of 279] Compiling Types.UUID       ( Types/UUID.hs, tmp/Types/UUID.o )
+    [ 18 of 279] Compiling Types.Messages   ( Types/Messages.hs, tmp/Types/Messages.o )
+    [ 19 of 279] Compiling Types.Group      ( Types/Group.hs, tmp/Types/Group.o )
+    [ 20 of 279] Compiling Types.TrustLevel ( Types/TrustLevel.hs, tmp/Types/TrustLevel.o )
+    [ 21 of 279] Compiling Types.BranchState ( Types/BranchState.hs, tmp/Types/BranchState.o )
+    [ 22 of 279] Compiling Utility.PartialPrelude ( Utility/PartialPrelude.hs, tmp/Utility/PartialPrelude.o )
+    [ 23 of 279] Compiling Utility.HumanTime ( Utility/HumanTime.hs, tmp/Utility/HumanTime.o )
+    [ 24 of 279] Compiling Utility.Format   ( Utility/Format.hs, tmp/Utility/Format.o )
+    [ 25 of 279] Compiling Utility.FileSystemEncoding ( Utility/FileSystemEncoding.hs, tmp/Utility/FileSystemEncoding.o )
+    [ 26 of 279] Compiling Utility.Touch    ( Utility/Touch.hs, tmp/Utility/Touch.o )
+    [ 27 of 279] Compiling Utility.Applicative ( Utility/Applicative.hs, tmp/Utility/Applicative.o )
+    [ 28 of 279] Compiling Utility.Monad    ( Utility/Monad.hs, tmp/Utility/Monad.o )
+    [ 29 of 279] Compiling Utility.Exception ( Utility/Exception.hs, tmp/Utility/Exception.o )
+    [ 30 of 279] Compiling Utility.DBus     ( Utility/DBus.hs, tmp/Utility/DBus.o )
+    [ 31 of 279] Compiling Utility.Misc     ( Utility/Misc.hs, tmp/Utility/Misc.o )
+    [ 32 of 279] Compiling Utility.Process  ( Utility/Process.hs, tmp/Utility/Process.o )
+    [ 33 of 279] Compiling Utility.SafeCommand ( Utility/SafeCommand.hs, tmp/Utility/SafeCommand.o )
+    [ 34 of 279] Compiling Utility.Network  ( Utility/Network.hs, tmp/Utility/Network.o )
+    [ 35 of 279] Compiling Utility.SRV      ( Utility/SRV.hs, tmp/Utility/SRV.o )
+
+    Utility/SRV.hs:88:1: Warning: Defined but not used: `lookupSRVHost'
+
+    Utility/SRV.hs:94:1: Warning: Defined but not used: `parseSrvHost'
+    [ 36 of 279] Compiling Git.Types        ( Git/Types.hs, tmp/Git/Types.o )
+    [ 37 of 279] Compiling Utility.UserInfo ( Utility/UserInfo.hs, tmp/Utility/UserInfo.o )
+    [ 38 of 279] Compiling Utility.Path     ( Utility/Path.hs, tmp/Utility/Path.o )
+    [ 39 of 279] Compiling Utility.TempFile ( Utility/TempFile.hs, tmp/Utility/TempFile.o )
+    [ 40 of 279] Compiling Utility.Directory ( Utility/Directory.hs, tmp/Utility/Directory.o )
+    [ 41 of 279] Compiling Utility.FreeDesktop ( Utility/FreeDesktop.hs, tmp/Utility/FreeDesktop.o )
+    [ 42 of 279] Compiling Assistant.Install.AutoStart ( Assistant/Install/AutoStart.hs, tmp/Assistant/Install/AutoStart.o )
+    [ 43 of 279] Compiling Common           ( Common.hs, tmp/Common.o )
+    [ 44 of 279] Compiling Utility.FileMode ( Utility/FileMode.hs, tmp/Utility/FileMode.o )
+    [ 45 of 279] Compiling Git              ( Git.hs, tmp/Git.o )
+    [ 46 of 279] Compiling Git.FilePath     ( Git/FilePath.hs, tmp/Git/FilePath.o )
+    [ 47 of 279] Compiling Utility.Matcher  ( Utility/Matcher.hs, tmp/Utility/Matcher.o )
+    [ 48 of 279] Compiling Utility.Gpg      ( Utility/Gpg.hs, tmp/Utility/Gpg.o )
+    [ 49 of 279] Compiling Types.Crypto     ( Types/Crypto.hs, tmp/Types/Crypto.o )
+    [ 50 of 279] Compiling Types.Key        ( Types/Key.hs, tmp/Types/Key.o )
+    [ 51 of 279] Compiling Types.Backend    ( Types/Backend.hs, tmp/Types/Backend.o )
+    [ 52 of 279] Compiling Types.Remote     ( Types/Remote.hs, tmp/Types/Remote.o )
+    [ 53 of 279] Compiling Git.Sha          ( Git/Sha.hs, tmp/Git/Sha.o )
+    [ 54 of 279] Compiling Utility.CoProcess ( Utility/CoProcess.hs, tmp/Utility/CoProcess.o )
+    [ 55 of 279] Compiling Git.Command      ( Git/Command.hs, tmp/Git/Command.o )
+    [ 56 of 279] Compiling Git.Ref          ( Git/Ref.hs, tmp/Git/Ref.o )
+    [ 57 of 279] Compiling Git.Branch       ( Git/Branch.hs, tmp/Git/Branch.o )
+    [ 58 of 279] Compiling Git.UpdateIndex  ( Git/UpdateIndex.hs, tmp/Git/UpdateIndex.o )
+    [ 59 of 279] Compiling Git.Queue        ( Git/Queue.hs, tmp/Git/Queue.o )
+    [ 60 of 279] Compiling Git.HashObject   ( Git/HashObject.hs, tmp/Git/HashObject.o )
+    [ 61 of 279] Compiling Git.CatFile      ( Git/CatFile.hs, tmp/Git/CatFile.o )
+    [ 62 of 279] Compiling Git.UnionMerge   ( Git/UnionMerge.hs, tmp/Git/UnionMerge.o )
+    [ 63 of 279] Compiling Git.Url          ( Git/Url.hs, tmp/Git/Url.o )
+    [ 64 of 279] Compiling Git.Construct    ( Git/Construct.hs, tmp/Git/Construct.o )
+    [ 65 of 279] Compiling Git.Config       ( Git/Config.hs, tmp/Git/Config.o )
+    [ 66 of 279] Compiling Git.SharedRepository ( Git/SharedRepository.hs, tmp/Git/SharedRepository.o )
+    [ 67 of 279] Compiling Git.Version      ( Git/Version.hs, tmp/Git/Version.o )
+    [ 68 of 279] Compiling Git.CheckAttr    ( Git/CheckAttr.hs, tmp/Git/CheckAttr.o )
+    [ 69 of 279] Compiling Annex            ( Annex.hs, tmp/Annex.o )
+    [ 70 of 279] Compiling Types.Option     ( Types/Option.hs, tmp/Types/Option.o )
+    [ 71 of 279] Compiling Types            ( Types.hs, tmp/Types.o )
+    [ 72 of 279] Compiling Messages         ( Messages.hs, tmp/Messages.o )
+    [ 73 of 279] Compiling Types.Command    ( Types/Command.hs, tmp/Types/Command.o )
+    [ 74 of 279] Compiling Locations        ( Locations.hs, tmp/Locations.o )
+    [ 75 of 279] Compiling Common.Annex     ( Common/Annex.hs, tmp/Common/Annex.o )
+    [ 76 of 279] Compiling Fields           ( Fields.hs, tmp/Fields.o )
+    [ 77 of 279] Compiling Annex.BranchState ( Annex/BranchState.hs, tmp/Annex/BranchState.o )
+    [ 78 of 279] Compiling Annex.CatFile    ( Annex/CatFile.hs, tmp/Annex/CatFile.o )
+    [ 79 of 279] Compiling Annex.Perms      ( Annex/Perms.hs, tmp/Annex/Perms.o )
+    [ 80 of 279] Compiling Crypto           ( Crypto.hs, tmp/Crypto.o )
+    [ 81 of 279] Compiling Annex.Exception  ( Annex/Exception.hs, tmp/Annex/Exception.o )
+    [ 82 of 279] Compiling Annex.Journal    ( Annex/Journal.hs, tmp/Annex/Journal.o )
+    [ 83 of 279] Compiling Annex.Branch     ( Annex/Branch.hs, tmp/Annex/Branch.o )
+    [ 84 of 279] Compiling Usage            ( Usage.hs, tmp/Usage.o )
+    [ 85 of 279] Compiling Annex.CheckAttr  ( Annex/CheckAttr.hs, tmp/Annex/CheckAttr.o )
+    [ 86 of 279] Compiling Remote.Helper.Special ( Remote/Helper/Special.hs, tmp/Remote/Helper/Special.o )
+    [ 87 of 279] Compiling Logs.Presence    ( Logs/Presence.hs, tmp/Logs/Presence.o )
+    [ 88 of 279] Compiling Logs.Location    ( Logs/Location.hs, tmp/Logs/Location.o )
+    [ 89 of 279] Compiling Logs.Web         ( Logs/Web.hs, tmp/Logs/Web.o )
+    [ 90 of 279] Compiling Annex.LockPool   ( Annex/LockPool.hs, tmp/Annex/LockPool.o )
+    [ 91 of 279] Compiling Logs.Transfer    ( Logs/Transfer.hs, tmp/Logs/Transfer.o )
+    [ 92 of 279] Compiling Backend.SHA      ( Backend/SHA.hs, tmp/Backend/SHA.o )
+    [ 93 of 279] Compiling Backend.WORM     ( Backend/WORM.hs, tmp/Backend/WORM.o )
+    [ 94 of 279] Compiling Backend.URL      ( Backend/URL.hs, tmp/Backend/URL.o )
+    [ 95 of 279] Compiling Assistant.Types.ScanRemotes ( Assistant/Types/ScanRemotes.hs, tmp/Assistant/Types/ScanRemotes.o )
+    [ 96 of 279] Compiling Assistant.Types.ThreadedMonad ( Assistant/Types/ThreadedMonad.hs, tmp/Assistant/Types/ThreadedMonad.o )
+    [ 97 of 279] Compiling Assistant.Types.TransferQueue ( Assistant/Types/TransferQueue.hs, tmp/Assistant/Types/TransferQueue.o )
+    [ 98 of 279] Compiling Assistant.Types.Pushes ( Assistant/Types/Pushes.hs, tmp/Assistant/Types/Pushes.o )
+    [ 99 of 279] Compiling Assistant.Types.BranchChange ( Assistant/Types/BranchChange.hs, tmp/Assistant/Types/BranchChange.o )
+    [100 of 279] Compiling Logs.UUIDBased   ( Logs/UUIDBased.hs, tmp/Logs/UUIDBased.o )
+    [101 of 279] Compiling Logs.Remote      ( Logs/Remote.hs, tmp/Logs/Remote.o )
+    [102 of 279] Compiling Logs.Group       ( Logs/Group.hs, tmp/Logs/Group.o )
+    [103 of 279] Compiling Utility.DiskFree ( Utility/DiskFree.hs, tmp/Utility/DiskFree.o )
+    [104 of 279] Compiling Utility.Url      ( Utility/Url.hs, tmp/Utility/Url.o )
+    [105 of 279] Compiling Utility.CopyFile ( Utility/CopyFile.hs, tmp/Utility/CopyFile.o )
+    [106 of 279] Compiling Utility.Rsync    ( Utility/Rsync.hs, tmp/Utility/Rsync.o )
+    [107 of 279] Compiling Git.LsFiles      ( Git/LsFiles.hs, tmp/Git/LsFiles.o )
+    [108 of 279] Compiling Git.AutoCorrect  ( Git/AutoCorrect.hs, tmp/Git/AutoCorrect.o )
+    [109 of 279] Compiling Git.CurrentRepo  ( Git/CurrentRepo.hs, tmp/Git/CurrentRepo.o )
+    [110 of 279] Compiling Locations.UserConfig ( Locations/UserConfig.hs, tmp/Locations/UserConfig.o )
+    [111 of 279] Compiling Utility.ThreadScheduler ( Utility/ThreadScheduler.hs, tmp/Utility/ThreadScheduler.o )
+    [112 of 279] Compiling Git.Merge        ( Git/Merge.hs, tmp/Git/Merge.o )
+    [113 of 279] Compiling Utility.Parallel ( Utility/Parallel.hs, tmp/Utility/Parallel.o )
+    [114 of 279] Compiling Git.Remote       ( Git/Remote.hs, tmp/Git/Remote.o )
+    [115 of 279] Compiling Assistant.Ssh    ( Assistant/Ssh.hs, tmp/Assistant/Ssh.o )
+    [116 of 279] Compiling Assistant.Pairing ( Assistant/Pairing.hs, tmp/Assistant/Pairing.o )
+    [117 of 279] Compiling Assistant.Types.NetMessager ( Assistant/Types/NetMessager.hs, tmp/Assistant/Types/NetMessager.o )
+    [118 of 279] Compiling Utility.NotificationBroadcaster ( Utility/NotificationBroadcaster.hs, tmp/Utility/NotificationBroadcaster.o )
+    [119 of 279] Compiling Assistant.Types.Buddies ( Assistant/Types/Buddies.hs, tmp/Assistant/Types/Buddies.o )
+    [120 of 279] Compiling Utility.TSet     ( Utility/TSet.hs, tmp/Utility/TSet.o )
+    [121 of 279] Compiling Assistant.Types.Commits ( Assistant/Types/Commits.hs, tmp/Assistant/Types/Commits.o )
+    [122 of 279] Compiling Assistant.Types.Changes ( Assistant/Types/Changes.hs, tmp/Assistant/Types/Changes.o )
+    [123 of 279] Compiling Utility.WebApp   ( Utility/WebApp.hs, tmp/Utility/WebApp.o )
+    [124 of 279] Compiling Utility.Daemon   ( Utility/Daemon.hs, tmp/Utility/Daemon.o )
+    [125 of 279] Compiling Utility.LogFile  ( Utility/LogFile.hs, tmp/Utility/LogFile.o )
+    [126 of 279] Compiling Git.Filename     ( Git/Filename.hs, tmp/Git/Filename.o )
+    [127 of 279] Compiling Git.LsTree       ( Git/LsTree.hs, tmp/Git/LsTree.o )
+    [128 of 279] Compiling Utility.Types.DirWatcher ( Utility/Types/DirWatcher.hs, tmp/Utility/Types/DirWatcher.o )
+    [129 of 279] Compiling Utility.INotify  ( Utility/INotify.hs, tmp/Utility/INotify.o )
+    [130 of 279] Compiling Utility.DirWatcher ( Utility/DirWatcher.hs, tmp/Utility/DirWatcher.o )
+    [131 of 279] Compiling Utility.Lsof     ( Utility/Lsof.hs, tmp/Utility/Lsof.o )
+    [132 of 279] Compiling Config           ( Config.hs, tmp/Config.o )
+    [133 of 279] Compiling Annex.UUID       ( Annex/UUID.hs, tmp/Annex/UUID.o )
+    [134 of 279] Compiling Logs.UUID        ( Logs/UUID.hs, tmp/Logs/UUID.o )
+    [135 of 279] Compiling Backend          ( Backend.hs, tmp/Backend.o )
+    [136 of 279] Compiling Remote.Helper.Hooks ( Remote/Helper/Hooks.hs, tmp/Remote/Helper/Hooks.o )
+    [137 of 279] Compiling Remote.Helper.Encryptable ( Remote/Helper/Encryptable.hs, tmp/Remote/Helper/Encryptable.o )
+    [138 of 279] Compiling Annex.Queue      ( Annex/Queue.hs, tmp/Annex/Queue.o )
+    [139 of 279] Compiling Annex.Content    ( Annex/Content.hs, tmp/Annex/Content.o )
+    [140 of 279] Compiling Remote.S3        ( Remote/S3.hs, tmp/Remote/S3.o )
+    [141 of 279] Compiling Remote.Directory ( Remote/Directory.hs, tmp/Remote/Directory.o )
+    [142 of 279] Compiling Remote.Rsync     ( Remote/Rsync.hs, tmp/Remote/Rsync.o )
+    [143 of 279] Compiling Remote.Web       ( Remote/Web.hs, tmp/Remote/Web.o )
+    [144 of 279] Compiling Remote.Hook      ( Remote/Hook.hs, tmp/Remote/Hook.o )
+    [145 of 279] Compiling Upgrade.V2       ( Upgrade/V2.hs, tmp/Upgrade/V2.o )
+    [146 of 279] Compiling Annex.Ssh        ( Annex/Ssh.hs, tmp/Annex/Ssh.o )
+    [147 of 279] Compiling Remote.Helper.Ssh ( Remote/Helper/Ssh.hs, tmp/Remote/Helper/Ssh.o )
+    [148 of 279] Compiling Remote.Bup       ( Remote/Bup.hs, tmp/Remote/Bup.o )
+    [149 of 279] Compiling Annex.Version    ( Annex/Version.hs, tmp/Annex/Version.o )
+    [150 of 279] Compiling Init             ( Init.hs, tmp/Init.o )
+    [151 of 279] Compiling Checks           ( Checks.hs, tmp/Checks.o )
+    [152 of 279] Compiling Remote.Git       ( Remote/Git.hs, tmp/Remote/Git.o )
+    [153 of 279] Compiling Remote.List      ( Remote/List.hs, tmp/Remote/List.o )
+    [154 of 279] Compiling Logs.Trust       ( Logs/Trust.hs, tmp/Logs/Trust.o )
+    [155 of 279] Compiling Remote           ( Remote.hs, tmp/Remote.o )
+    [156 of 279] Compiling Assistant.Alert  ( Assistant/Alert.hs, tmp/Assistant/Alert.o )
+    Loading package ghc-prim ... linking ... done.
+    Loading package integer-gmp ... linking ... done.
+    Loading package base ... linking ... done.
+    Loading object (static) Utility/libdiskfree.o ... done
+    Loading object (static) Utility/libmounts.o ... done
+    final link ... done
+    Loading package pretty-1.1.1.0 ... linking ... done.
+    Loading package filepath-1.3.0.0 ... linking ... done.
+    Loading package old-locale-1.0.0.4 ... linking ... done.
+    Loading package old-time-1.1.0.0 ... linking ... done.
+    Loading package bytestring-0.9.2.1 ... linking ... done.
+    Loading package unix-2.5.1.0 ... linking ... done.
+    Loading package directory-1.1.0.2 ... linking ... done.
+    Loading package process-1.1.0.1 ... linking ... done.
+    Loading package array-0.4.0.0 ... linking ... done.
+    Loading package deepseq-1.3.0.0 ... linking ... done.
+    Loading package time-1.4 ... linking ... done.
+    Loading package containers-0.4.2.1 ... linking ... done.
+    Loading package text-0.11.2.0 ... linking ... done.
+    Loading package blaze-builder-0.3.1.0 ... linking ... done.
+    Loading package blaze-markup-0.5.1.1 ... linking ... done.
+    Loading package blaze-html-0.5.1.0 ... linking ... done.
+    Loading package hashable-1.1.2.5 ... linking ... done.
+    Loading package case-insensitive-0.4.0.3 ... linking ... done.
+    Loading package primitive-0.5.0.1 ... linking ... done.
+    Loading package vector-0.10.0.1 ... linking ... done.
+    Loading package random-1.0.1.1 ... linking ... done.
+    Loading package dlist-0.5 ... linking ... done.
+    Loading package data-default-0.5.0 ... linking ... done.
+    Loading package transformers-0.3.0.0 ... linking ... done.
+    Loading package mtl-2.1.1 ... linking ... done.
+    Loading package parsec-3.1.2 ... linking ... done.
+    Loading package network-2.3.0.13 ... linking ... done.
+    Loading package failure-0.2.0.1 ... linking ... done.
+    Loading package template-haskell ... linking ... done.
+    Loading package shakespeare-1.0.2 ... linking ... done.
+    Loading package hamlet-1.1.1.1 ... linking ... done.
+    Loading package http-types-0.7.3.0.1 ... linking ... done.
+    Loading package base-unicode-symbols-0.2.2.4 ... linking ... done.
+    Loading package transformers-base-0.4.1 ... linking ... done.
+    Loading package monad-control-0.3.1.4 ... linking ... done.
+    Loading package lifted-base-0.2 ... linking ... done.
+    Loading package resourcet-0.4.3 ... linking ... done.
+    Loading package semigroups-0.8.4.1 ... linking ... done.
+    Loading package void-0.5.8 ... linking ... done.
+    Loading package conduit-0.5.4.1 ... linking ... done.
+    Loading package unordered-containers-0.2.2.1 ... linking ... done.
+    Loading package vault-0.2.0.1 ... linking ... done.
+    Loading package wai-1.3.0.1 ... linking ... done.
+    Loading package date-cache-0.3.0 ... linking ... done.
+    Loading package unix-time-0.1.2 ... linking ... done.
+    Loading package fast-logger-0.3.1 ... linking ... done.
+    Loading package attoparsec-0.10.2.0 ... linking ... done.
+    Loading package cookie-0.4.0.1 ... linking ... done.
+    Loading package shakespeare-css-1.0.2 ... linking ... done.
+    Loading package syb-0.3.6.1 ... linking ... done.
+    Loading package aeson-0.6.0.2 ... linking ... done.
+    Loading package shakespeare-js-1.1.0 ... linking ... done.
+    Loading package ansi-terminal-0.5.5 ... linking ... done.
+    Loading package blaze-builder-conduit-0.5.0.2 ... linking ... done.
+    Loading package stringsearch-0.3.6.4 ... linking ... done.
+    Loading package byteorder-1.0.3 ... linking ... done.
+    Loading package wai-logger-0.3.0 ... linking ... done.
+    Loading package zlib-0.5.3.3 ... linking ... done.
+    Loading package zlib-bindings-0.1.1.1 ... linking ... done.
+    Loading package zlib-conduit-0.5.0.2 ... linking ... done.
+    Loading package wai-extra-1.3.0.4 ... linking ... done.
+    Loading package monad-logger-0.2.1 ... linking ... done.
+    Loading package cereal-0.3.5.2 ... linking ... done.
+    Loading package base64-bytestring-1.0.0.0 ... linking ... done.
+    Loading package cipher-aes-0.1.2 ... linking ... done.
+    Loading package entropy-0.2.1 ... linking ... done.
+    Loading package largeword-1.0.3 ... linking ... done.
+    Loading package tagged-0.4.4 ... linking ... done.
+    Loading package crypto-api-0.10.2 ... linking ... done.
+    Loading package cpu-0.1.1 ... linking ... done.
+    Loading package crypto-pubkey-types-0.1.1 ... linking ... done.
+    Loading package cryptocipher-0.3.5 ... linking ... done.
+    Loading package cprng-aes-0.2.4 ... linking ... done.
+    Loading package skein-0.1.0.9 ... linking ... done.
+    Loading package clientsession-0.8.0.1 ... linking ... done.
+    Loading package path-pieces-0.1.2 ... linking ... done.
+    Loading package shakespeare-i18n-1.0.0.2 ... linking ... done.
+    Loading package yesod-routes-1.1.1.1 ... linking ... done.
+    Loading package yesod-core-1.1.5 ... linking ... done.
+    [157 of 279] Compiling Assistant.Types.DaemonStatus ( Assistant/Types/DaemonStatus.hs, tmp/Assistant/Types/DaemonStatus.o )
+    [158 of 279] Compiling Assistant.Monad  ( Assistant/Monad.hs, tmp/Assistant/Monad.o )
+    [159 of 279] Compiling Assistant.Types.NamedThread ( Assistant/Types/NamedThread.hs, tmp/Assistant/Types/NamedThread.o )
+    [160 of 279] Compiling Assistant.Common ( Assistant/Common.hs, tmp/Assistant/Common.o )
+    [161 of 279] Compiling Assistant.XMPP   ( Assistant/XMPP.hs, tmp/Assistant/XMPP.o )
+    [162 of 279] Compiling Assistant.XMPP.Buddies ( Assistant/XMPP/Buddies.hs, tmp/Assistant/XMPP/Buddies.o )
+    [163 of 279] Compiling Assistant.NetMessager ( Assistant/NetMessager.hs, tmp/Assistant/NetMessager.o )
+
+    Assistant/NetMessager.hs:12:1:
+        Warning: The import of `Types.Remote' is redundant
+                   except perhaps to import instances from `Types.Remote'
+                 To import instances alone, use: import Types.Remote()
+
+    Assistant/NetMessager.hs:13:1:
+        Warning: The import of `Git' is redundant
+                   except perhaps to import instances from `Git'
+                 To import instances alone, use: import Git()
+
+    Assistant/NetMessager.hs:20:1:
+        Warning: The import of `Data.Text' is redundant
+                   except perhaps to import instances from `Data.Text'
+                 To import instances alone, use: import Data.Text()
+    [164 of 279] Compiling Assistant.Pushes ( Assistant/Pushes.hs, tmp/Assistant/Pushes.o )
+    [165 of 279] Compiling Assistant.ScanRemotes ( Assistant/ScanRemotes.hs, tmp/Assistant/ScanRemotes.o )
+    [166 of 279] Compiling Assistant.Install ( Assistant/Install.hs, tmp/Assistant/Install.o )
+    [167 of 279] Compiling Assistant.XMPP.Client ( Assistant/XMPP/Client.hs, tmp/Assistant/XMPP/Client.o )
+    [168 of 279] Compiling Assistant.Commits ( Assistant/Commits.hs, tmp/Assistant/Commits.o )
+    [169 of 279] Compiling Assistant.BranchChange ( Assistant/BranchChange.hs, tmp/Assistant/BranchChange.o )
+    [170 of 279] Compiling Assistant.Changes ( Assistant/Changes.hs, tmp/Assistant/Changes.o )
+    [171 of 279] Compiling Assistant.WebApp.Types ( Assistant/WebApp/Types.hs, tmp/Assistant/WebApp/Types.o )
+    Loading package unix-compat-0.4.0.0 ... linking ... done.
+    Loading package file-embed-0.0.4.6 ... linking ... done.
+    Loading package system-filepath-0.4.7 ... linking ... done.
+    Loading package system-fileio-0.3.10 ... linking ... done.
+    Loading package cryptohash-0.7.8 ... linking ... done.
+    Loading package crypto-conduit-0.4.0.1 ... linking ... done.
+    Loading package http-date-0.0.2 ... linking ... done.
+    Loading package mime-types-0.1.0.0 ... linking ... done.
+    Loading package wai-app-static-1.3.0.4 ... linking ... done.
+    Loading package yesod-static-1.1.1.1 ... linking ... done.
+    [172 of 279] Compiling Assistant.WebApp ( Assistant/WebApp.hs, tmp/Assistant/WebApp.o )
+    Loading package network-conduit-0.6.1.1 ... linking ... done.
+    Loading package safe-0.3.3 ... linking ... done.
+    Loading package simple-sendfile-0.2.8 ... linking ... done.
+    Loading package warp-1.3.4.4 ... linking ... done.
+    Loading package yaml-0.8.1 ... linking ... done.
+    Loading package yesod-default-1.1.2 ... linking ... done.
+    [173 of 279] Compiling Assistant.WebApp.OtherRepos ( Assistant/WebApp/OtherRepos.hs, tmp/Assistant/WebApp/OtherRepos.o )
+    [174 of 279] Compiling Limit            ( Limit.hs, tmp/Limit.o )
+    [175 of 279] Compiling Option           ( Option.hs, tmp/Option.o )
+    [176 of 279] Compiling Seek             ( Seek.hs, tmp/Seek.o )
+    [177 of 279] Compiling Command          ( Command.hs, tmp/Command.o )
+    [178 of 279] Compiling CmdLine          ( CmdLine.hs, tmp/CmdLine.o )
+    [179 of 279] Compiling Command.ConfigList ( Command/ConfigList.hs, tmp/Command/ConfigList.o )
+    [180 of 279] Compiling Command.InAnnex  ( Command/InAnnex.hs, tmp/Command/InAnnex.o )
+    [181 of 279] Compiling Command.DropKey  ( Command/DropKey.hs, tmp/Command/DropKey.o )
+    [182 of 279] Compiling Command.SendKey  ( Command/SendKey.hs, tmp/Command/SendKey.o )
+    [183 of 279] Compiling Command.RecvKey  ( Command/RecvKey.hs, tmp/Command/RecvKey.o )
+    [184 of 279] Compiling Command.TransferInfo ( Command/TransferInfo.hs, tmp/Command/TransferInfo.o )
+    [185 of 279] Compiling Command.Commit   ( Command/Commit.hs, tmp/Command/Commit.o )
+    [186 of 279] Compiling Command.Add      ( Command/Add.hs, tmp/Command/Add.o )
+    [187 of 279] Compiling Command.Unannex  ( Command/Unannex.hs, tmp/Command/Unannex.o )
+    [188 of 279] Compiling Command.FromKey  ( Command/FromKey.hs, tmp/Command/FromKey.o )
+    [189 of 279] Compiling Command.ReKey    ( Command/ReKey.hs, tmp/Command/ReKey.o )
+    [190 of 279] Compiling Command.Fix      ( Command/Fix.hs, tmp/Command/Fix.o )
+    [191 of 279] Compiling Command.Describe ( Command/Describe.hs, tmp/Command/Describe.o )
+    [192 of 279] Compiling Command.InitRemote ( Command/InitRemote.hs, tmp/Command/InitRemote.o )
+    [193 of 279] Compiling Command.Unlock   ( Command/Unlock.hs, tmp/Command/Unlock.o )
+    [194 of 279] Compiling Command.Lock     ( Command/Lock.hs, tmp/Command/Lock.o )
+    [195 of 279] Compiling Command.PreCommit ( Command/PreCommit.hs, tmp/Command/PreCommit.o )
+    [196 of 279] Compiling Command.Log      ( Command/Log.hs, tmp/Command/Log.o )
+    [197 of 279] Compiling Command.Merge    ( Command/Merge.hs, tmp/Command/Merge.o )
+    [198 of 279] Compiling Command.Group    ( Command/Group.hs, tmp/Command/Group.o )
+    [199 of 279] Compiling Command.Ungroup  ( Command/Ungroup.hs, tmp/Command/Ungroup.o )
+    [200 of 279] Compiling Command.Import   ( Command/Import.hs, tmp/Command/Import.o )
+    [201 of 279] Compiling Logs.Unused      ( Logs/Unused.hs, tmp/Logs/Unused.o )
+    [202 of 279] Compiling Command.AddUnused ( Command/AddUnused.hs, tmp/Command/AddUnused.o )
+    [203 of 279] Compiling Command.Find     ( Command/Find.hs, tmp/Command/Find.o )
+    [204 of 279] Compiling Logs.PreferredContent ( Logs/PreferredContent.hs, tmp/Logs/PreferredContent.o )
+    [205 of 279] Compiling Annex.Wanted     ( Annex/Wanted.hs, tmp/Annex/Wanted.o )
+    [206 of 279] Compiling Command.Whereis  ( Command/Whereis.hs, tmp/Command/Whereis.o )
+    [207 of 279] Compiling Command.Trust    ( Command/Trust.hs, tmp/Command/Trust.o )
+    [208 of 279] Compiling Command.Untrust  ( Command/Untrust.hs, tmp/Command/Untrust.o )
+    [209 of 279] Compiling Command.Semitrust ( Command/Semitrust.hs, tmp/Command/Semitrust.o )
+    [210 of 279] Compiling Command.Dead     ( Command/Dead.hs, tmp/Command/Dead.o )
+    [211 of 279] Compiling Command.Vicfg    ( Command/Vicfg.hs, tmp/Command/Vicfg.o )
+    [212 of 279] Compiling Command.Map      ( Command/Map.hs, tmp/Command/Map.o )
+    [213 of 279] Compiling Command.Init     ( Command/Init.hs, tmp/Command/Init.o )
+    [214 of 279] Compiling Command.Uninit   ( Command/Uninit.hs, tmp/Command/Uninit.o )
+    [215 of 279] Compiling Command.Version  ( Command/Version.hs, tmp/Command/Version.o )
+    [216 of 279] Compiling Upgrade.V1       ( Upgrade/V1.hs, tmp/Upgrade/V1.o )
+    [217 of 279] Compiling Upgrade.V0       ( Upgrade/V0.hs, tmp/Upgrade/V0.o )
+    [218 of 279] Compiling Upgrade          ( Upgrade.hs, tmp/Upgrade.o )
+    [219 of 279] Compiling Command.Upgrade  ( Command/Upgrade.hs, tmp/Command/Upgrade.o )
+    [220 of 279] Compiling Command.Drop     ( Command/Drop.hs, tmp/Command/Drop.o )
+    [221 of 279] Compiling Command.Move     ( Command/Move.hs, tmp/Command/Move.o )
+    [222 of 279] Compiling Command.Copy     ( Command/Copy.hs, tmp/Command/Copy.o )
+    [223 of 279] Compiling Command.Get      ( Command/Get.hs, tmp/Command/Get.o )
+    [224 of 279] Compiling Command.TransferKey ( Command/TransferKey.hs, tmp/Command/TransferKey.o )
+    [225 of 279] Compiling Command.DropUnused ( Command/DropUnused.hs, tmp/Command/DropUnused.o )
+    [226 of 279] Compiling Command.Fsck     ( Command/Fsck.hs, tmp/Command/Fsck.o )
+    [227 of 279] Compiling Command.Reinject ( Command/Reinject.hs, tmp/Command/Reinject.o )
+    [228 of 279] Compiling Command.Migrate  ( Command/Migrate.hs, tmp/Command/Migrate.o )
+    [229 of 279] Compiling Command.Unused   ( Command/Unused.hs, tmp/Command/Unused.o )
+    [230 of 279] Compiling Command.Status   ( Command/Status.hs, tmp/Command/Status.o )
+    [231 of 279] Compiling Command.Sync     ( Command/Sync.hs, tmp/Command/Sync.o )
+    [232 of 279] Compiling Command.Help     ( Command/Help.hs, tmp/Command/Help.o )
+    [233 of 279] Compiling Command.AddUrl   ( Command/AddUrl.hs, tmp/Command/AddUrl.o )
+    [234 of 279] Compiling Assistant.DaemonStatus ( Assistant/DaemonStatus.hs, tmp/Assistant/DaemonStatus.o )
+    [235 of 279] Compiling Assistant.Sync   ( Assistant/Sync.hs, tmp/Assistant/Sync.o )
+    [236 of 279] Compiling Assistant.MakeRemote ( Assistant/MakeRemote.hs, tmp/Assistant/MakeRemote.o )
+    [237 of 279] Compiling Assistant.XMPP.Git ( Assistant/XMPP/Git.hs, tmp/Assistant/XMPP/Git.o )
+    [238 of 279] Compiling Command.XMPPGit  ( Command/XMPPGit.hs, tmp/Command/XMPPGit.o )
+    [239 of 279] Compiling Assistant.Threads.NetWatcher ( Assistant/Threads/NetWatcher.hs, tmp/Assistant/Threads/NetWatcher.o )
+    [240 of 279] Compiling Assistant.NamedThread ( Assistant/NamedThread.hs, tmp/Assistant/NamedThread.o )
+    [241 of 279] Compiling Assistant.WebApp.Notifications ( Assistant/WebApp/Notifications.hs, tmp/Assistant/WebApp/Notifications.o )
+
+    Assistant/WebApp/Notifications.hs:39:11:
+        No instances for (Text.Julius.ToJavascript String,
+                          Text.Julius.ToJavascript Text)
+          arising from a use of `Text.Julius.toJavascript'
+        Possible fix:
+          add instance declarations for
+          (Text.Julius.ToJavascript String, Text.Julius.ToJavascript Text)
+        In the first argument of `Text.Julius.Javascript', namely
+          `Text.Julius.toJavascript delay'
+        In the expression:
+          Text.Julius.Javascript (Text.Julius.toJavascript delay)
+        In the first argument of `Data.Monoid.mconcat', namely
+          `[Text.Julius.Javascript
+              ((Data.Text.Lazy.Builder.fromText . Text.Shakespeare.pack')
+                 "function longpoll_"),
+            Text.Julius.Javascript (Text.Julius.toJavascript ident),
+            Text.Julius.Javascript
+              ((Data.Text.Lazy.Builder.fromText . Text.Shakespeare.pack')
+                 "() {\
+                 \\tlongpoll(longpoll_"),
+            Text.Julius.Javascript (Text.Julius.toJavascript ident), ....]'
+    make: *** [git-annex] Error 1
+
+> Reproduced this and confirmed it's fixed in git. --[[Joey]] [[done]]
diff --git a/doc/bugs/3.20121112:_build_error_in_assistant/comment_1_b42f40ffd83321ab5cc0ef24ced15e98._comment b/doc/bugs/3.20121112:_build_error_in_assistant/comment_1_b42f40ffd83321ab5cc0ef24ced15e98._comment
new file mode 100644
index 0000000000..9690885f07
--- /dev/null
+++ b/doc/bugs/3.20121112:_build_error_in_assistant/comment_1_b42f40ffd83321ab5cc0ef24ced15e98._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 1"
+ date="2012-11-17T20:21:12Z"
+ content="""
+This looks rather like a bug in Yesod. I've made a change in git (b0a76592c313b4c8f51918d6469c40d1fd16a2b1) that *may* avoid the problem.
+"""]]
diff --git a/doc/bugs/3.20121112:_build_error_in_assistant/comment_2_b1d2aa10ea84c5c370b3e76507fc8761._comment b/doc/bugs/3.20121112:_build_error_in_assistant/comment_2_b1d2aa10ea84c5c370b3e76507fc8761._comment
new file mode 100644
index 0000000000..0d4f3666c3
--- /dev/null
+++ b/doc/bugs/3.20121112:_build_error_in_assistant/comment_2_b1d2aa10ea84c5c370b3e76507fc8761._comment
@@ -0,0 +1,476 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkHZw2Vx0VPtb9XM8vum7nEnh6gHGSCQvM"
+ nickname="Andrew"
+ subject="comment 2"
+ date="2012-11-24T18:48:23Z"
+ content="""
+Not quite. Though this might just be an artifact of me disabling WITH_WEBDAV on account of that not compiling on OS X (can't find module Network.Protocol.HTTP.DAV).
+OS: OS X 10.8.0
+
+    % git branch -v
+    * master d1ba407 Added a comment: git annex fix
+    % grep \"FEATURES?=\" Makefile
+    FEATURES?=$(GIT_ANNEX_LOCAL_FEATURES) -DWITH_ASSISTANT -DWITH_S3 -DWITH_WEBAPP -DWITH_PAIRING -DWITH_XMPP -DWITH_DNS
+    $ make
+    ghc -O2 -Wall -outputdir tmp -IUtility  -DWITH_ASSISTANT -DWITH_S3 -DWITH_WEBAPP -DWITH_PAIRING -DWITH_XMPP -DWITH_DNS -DWITH_KQUEUE -threaded --make configure
+    [1 of 7] Compiling Utility.Exception ( Utility/Exception.hs, tmp/Utility/Exception.o )
+    [2 of 7] Compiling Utility.Misc     ( Utility/Misc.hs, tmp/Utility/Misc.o )
+    [3 of 7] Compiling Utility.Process  ( Utility/Process.hs, tmp/Utility/Process.o )
+    [4 of 7] Compiling Utility.SafeCommand ( Utility/SafeCommand.hs, tmp/Utility/SafeCommand.o )
+    [5 of 7] Compiling Build.TestConfig ( Build/TestConfig.hs, tmp/Build/TestConfig.o )
+    [6 of 7] Compiling Build.Configure  ( Build/Configure.hs, tmp/Build/Configure.o )
+    [7 of 7] Compiling Main             ( configure.hs, tmp/Main.o )
+    Linking configure ...
+    ./configure
+      checking version... 3.20121113
+      checking git... yes
+      checking git version... 1.7.10.2 (Apple Git-33)
+      checking cp -a... yes
+      checking cp -p... yes
+      checking cp --reflink=auto... no
+      checking uuid generator... uuidgen
+      checking xargs -0... yes
+      checking rsync... yes
+      checking curl... yes
+      checking wget... no
+      checking bup... no
+      checking gpg... no
+      checking lsof... yes
+      checking ssh connection caching... yes
+      checking sha1... sha1sum
+      checking sha256.../bin/sh: sha256sum: command not found
+     gsha256sum
+      checking sha512.../bin/sh: sha512sum: command not found
+     gsha512sum
+      checking sha224.../bin/sh: sha224sum: command not found
+     gsha224sum
+      checking sha384.../bin/sh: sha384sum: command not found
+     gsha384sum
+    hsc2hs Utility/Touch.hsc
+    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\"
+    Touch.hsc:117:2: warning: #warning \"utimensat and lutimes not available; building without symlink timestamp preservation support\"
+    hsc2hs Utility/Mounts.hsc
+    cc -Wall   -c -o Utility/libdiskfree.o Utility/libdiskfree.c
+    Utility/libdiskfree.c:53:6: warning: 'statfs64' is deprecated: first deprecated in Mac OS X 10.6 [-Wdeprecated-declarations]
+            if (STATCALL(path, &buf) != 0)
+                ^
+    Utility/libdiskfree.c:16:19: note: expanded from macro 'STATCALL'
+    # define STATCALL statfs64
+                      ^
+    /usr/include/sys/mount.h:381:5: note: 'statfs64' declared here
+    int     statfs64(const char *, struct statfs64 *) __OSX_AVAILABLE_BUT_DEPRECATED(__MAC_10_5,__MAC_10_6,__IPHONE_NA,__IPHONE_NA);
+            ^
+    1 warning generated.
+    cc -Wall   -c -o Utility/libmounts.o Utility/libmounts.c
+    cc -Wall   -c -o Utility/libkqueue.o Utility/libkqueue.c
+    install -d tmp
+    ghc -O2 -Wall -outputdir tmp -IUtility  -DWITH_ASSISTANT -DWITH_S3 -DWITH_WEBAPP -DWITH_PAIRING -DWITH_XMPP -DWITH_DNS -DWITH_KQUEUE -threaded --make git-annex -o tmp/git-annex Utility/libdiskfree.o Utility/libmounts.o Utility/libkqueue.o
+
+    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
+    [  1 of 285] Compiling Utility.Dot      ( Utility/Dot.hs, tmp/Utility/Dot.o )
+    [  2 of 285] Compiling Utility.Mounts   ( Utility/Mounts.hs, tmp/Utility/Mounts.o )
+    [  3 of 285] Compiling Utility.Yesod    ( Utility/Yesod.hs, tmp/Utility/Yesod.o )
+    [  4 of 285] Compiling Utility.Tense    ( Utility/Tense.hs, tmp/Utility/Tense.o )
+    [  5 of 285] Compiling Utility.Verifiable ( Utility/Verifiable.hs, tmp/Utility/Verifiable.o )
+    [  6 of 285] Compiling Assistant.Types.TransferSlots ( Assistant/Types/TransferSlots.hs, tmp/Assistant/Types/TransferSlots.o )
+    [  7 of 285] Compiling Types.StandardGroups ( Types/StandardGroups.hs, tmp/Types/StandardGroups.o )
+    [  8 of 285] Compiling Utility.Percentage ( Utility/Percentage.hs, tmp/Utility/Percentage.o )
+    [  9 of 285] Compiling Utility.Observed ( Utility/Observed.hs, tmp/Utility/Observed.o )
+    [ 10 of 285] Compiling Utility.Base64   ( Utility/Base64.hs, tmp/Utility/Base64.o )
+    [ 11 of 285] Compiling Utility.DataUnits ( Utility/DataUnits.hs, tmp/Utility/DataUnits.o )
+    [ 12 of 285] Compiling Utility.JSONStream ( Utility/JSONStream.hs, tmp/Utility/JSONStream.o )
+    [ 13 of 285] Compiling Messages.JSON    ( Messages/JSON.hs, tmp/Messages/JSON.o )
+    [ 14 of 285] Compiling Build.SysConfig  ( Build/SysConfig.hs, tmp/Build/SysConfig.o )
+    [ 15 of 285] Compiling Types.KeySource  ( Types/KeySource.hs, tmp/Types/KeySource.o )
+    [ 16 of 285] Compiling Types.Meters     ( Types/Meters.hs, tmp/Types/Meters.o )
+    [ 17 of 285] Compiling Utility.State    ( Utility/State.hs, tmp/Utility/State.o )
+    [ 18 of 285] Compiling Types.UUID       ( Types/UUID.hs, tmp/Types/UUID.o )
+    [ 19 of 285] Compiling Types.Messages   ( Types/Messages.hs, tmp/Types/Messages.o )
+    [ 20 of 285] Compiling Types.Group      ( Types/Group.hs, tmp/Types/Group.o )
+    [ 21 of 285] Compiling Types.TrustLevel ( Types/TrustLevel.hs, tmp/Types/TrustLevel.o )
+    [ 22 of 285] Compiling Types.BranchState ( Types/BranchState.hs, tmp/Types/BranchState.o )
+    [ 23 of 285] Compiling Utility.PartialPrelude ( Utility/PartialPrelude.hs, tmp/Utility/PartialPrelude.o )
+    [ 24 of 285] Compiling Utility.HumanTime ( Utility/HumanTime.hs, tmp/Utility/HumanTime.o )
+    [ 25 of 285] Compiling Utility.Format   ( Utility/Format.hs, tmp/Utility/Format.o )
+    [ 26 of 285] Compiling Utility.FileSystemEncoding ( Utility/FileSystemEncoding.hs, tmp/Utility/FileSystemEncoding.o )
+    [ 27 of 285] Compiling Utility.Touch    ( Utility/Touch.hs, tmp/Utility/Touch.o )
+
+    Utility/Touch.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()
+
+    Utility/Touch.hsc:19:1:
+        Warning: The import of `Foreign' is redundant
+                   except perhaps to import instances from `Foreign'
+                 To import instances alone, use: import Foreign()
+
+    Utility/Touch.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()
+    [ 28 of 285] Compiling Utility.Applicative ( Utility/Applicative.hs, tmp/Utility/Applicative.o )
+    [ 29 of 285] Compiling Utility.Monad    ( Utility/Monad.hs, tmp/Utility/Monad.o )
+    [ 30 of 285] Compiling Utility.Exception ( Utility/Exception.hs, tmp/Utility/Exception.o )
+    [ 31 of 285] Compiling Utility.Misc     ( Utility/Misc.hs, tmp/Utility/Misc.o )
+    [ 32 of 285] Compiling Utility.Process  ( Utility/Process.hs, tmp/Utility/Process.o )
+    [ 33 of 285] Compiling Utility.SafeCommand ( Utility/SafeCommand.hs, tmp/Utility/SafeCommand.o )
+    [ 34 of 285] Compiling Utility.Network  ( Utility/Network.hs, tmp/Utility/Network.o )
+    [ 35 of 285] Compiling Utility.SRV      ( Utility/SRV.hs, tmp/Utility/SRV.o )
+
+    Utility/SRV.hs:88:1: Warning: Defined but not used: `lookupSRVHost'
+
+    Utility/SRV.hs:94:1: Warning: Defined but not used: `parseSrvHost'
+    [ 36 of 285] Compiling Git.Types        ( Git/Types.hs, tmp/Git/Types.o )
+    [ 37 of 285] Compiling Utility.UserInfo ( Utility/UserInfo.hs, tmp/Utility/UserInfo.o )
+    [ 38 of 285] Compiling Utility.Path     ( Utility/Path.hs, tmp/Utility/Path.o )
+    [ 39 of 285] Compiling Utility.TempFile ( Utility/TempFile.hs, tmp/Utility/TempFile.o )
+    [ 40 of 285] Compiling Utility.Directory ( Utility/Directory.hs, tmp/Utility/Directory.o )
+    [ 41 of 285] Compiling Utility.FreeDesktop ( Utility/FreeDesktop.hs, tmp/Utility/FreeDesktop.o )
+    [ 42 of 285] Compiling Utility.OSX      ( Utility/OSX.hs, tmp/Utility/OSX.o )
+
+    Utility/OSX.hs:10:1:
+        Warning: The import of `Utility.Path' is redundant
+                   except perhaps to import instances from `Utility.Path'
+                 To import instances alone, use: import Utility.Path()
+    [ 43 of 285] Compiling Assistant.Install.AutoStart ( Assistant/Install/AutoStart.hs, tmp/Assistant/Install/AutoStart.o )
+    [ 44 of 285] Compiling Common           ( Common.hs, tmp/Common.o )
+    [ 45 of 285] Compiling Utility.FileMode ( Utility/FileMode.hs, tmp/Utility/FileMode.o )
+    [ 46 of 285] Compiling Git              ( Git.hs, tmp/Git.o )
+    [ 47 of 285] Compiling Git.FilePath     ( Git/FilePath.hs, tmp/Git/FilePath.o )
+    [ 48 of 285] Compiling Utility.Matcher  ( Utility/Matcher.hs, tmp/Utility/Matcher.o )
+    [ 49 of 285] Compiling Utility.Gpg      ( Utility/Gpg.hs, tmp/Utility/Gpg.o )
+    [ 50 of 285] Compiling Types.Crypto     ( Types/Crypto.hs, tmp/Types/Crypto.o )
+    [ 51 of 285] Compiling Types.Key        ( Types/Key.hs, tmp/Types/Key.o )
+    [ 52 of 285] Compiling Types.Backend    ( Types/Backend.hs, tmp/Types/Backend.o )
+    [ 53 of 285] Compiling Types.Remote     ( Types/Remote.hs, tmp/Types/Remote.o )
+    [ 54 of 285] Compiling Meters           ( Meters.hs, tmp/Meters.o )
+    [ 55 of 285] Compiling Git.Sha          ( Git/Sha.hs, tmp/Git/Sha.o )
+    [ 56 of 285] Compiling Utility.CoProcess ( Utility/CoProcess.hs, tmp/Utility/CoProcess.o )
+    [ 57 of 285] Compiling Git.Command      ( Git/Command.hs, tmp/Git/Command.o )
+    [ 58 of 285] Compiling Git.Ref          ( Git/Ref.hs, tmp/Git/Ref.o )
+    [ 59 of 285] Compiling Git.Branch       ( Git/Branch.hs, tmp/Git/Branch.o )
+    [ 60 of 285] Compiling Git.UpdateIndex  ( Git/UpdateIndex.hs, tmp/Git/UpdateIndex.o )
+    [ 61 of 285] Compiling Git.Queue        ( Git/Queue.hs, tmp/Git/Queue.o )
+    [ 62 of 285] Compiling Git.HashObject   ( Git/HashObject.hs, tmp/Git/HashObject.o )
+    [ 63 of 285] Compiling Git.CatFile      ( Git/CatFile.hs, tmp/Git/CatFile.o )
+    [ 64 of 285] Compiling Git.UnionMerge   ( Git/UnionMerge.hs, tmp/Git/UnionMerge.o )
+    [ 65 of 285] Compiling Git.Url          ( Git/Url.hs, tmp/Git/Url.o )
+    [ 66 of 285] Compiling Git.Construct    ( Git/Construct.hs, tmp/Git/Construct.o )
+    [ 67 of 285] Compiling Git.Config       ( Git/Config.hs, tmp/Git/Config.o )
+    [ 68 of 285] Compiling Git.SharedRepository ( Git/SharedRepository.hs, tmp/Git/SharedRepository.o )
+    [ 69 of 285] Compiling Git.Version      ( Git/Version.hs, tmp/Git/Version.o )
+    [ 70 of 285] Compiling Git.CheckAttr    ( Git/CheckAttr.hs, tmp/Git/CheckAttr.o )
+    [ 71 of 285] Compiling Annex            ( Annex.hs, tmp/Annex.o )
+    [ 72 of 285] Compiling Types.Option     ( Types/Option.hs, tmp/Types/Option.o )
+    [ 73 of 285] Compiling Types            ( Types.hs, tmp/Types.o )
+    [ 74 of 285] Compiling Messages         ( Messages.hs, tmp/Messages.o )
+    [ 75 of 285] Compiling Types.Command    ( Types/Command.hs, tmp/Types/Command.o )
+    [ 76 of 285] Compiling Locations        ( Locations.hs, tmp/Locations.o )
+    [ 77 of 285] Compiling Common.Annex     ( Common/Annex.hs, tmp/Common/Annex.o )
+    [ 78 of 285] Compiling Fields           ( Fields.hs, tmp/Fields.o )
+    [ 79 of 285] Compiling Annex.BranchState ( Annex/BranchState.hs, tmp/Annex/BranchState.o )
+    [ 80 of 285] Compiling Annex.CatFile    ( Annex/CatFile.hs, tmp/Annex/CatFile.o )
+    [ 81 of 285] Compiling Annex.Perms      ( Annex/Perms.hs, tmp/Annex/Perms.o )
+    [ 82 of 285] Compiling Crypto           ( Crypto.hs, tmp/Crypto.o )
+    [ 83 of 285] Compiling Annex.Exception  ( Annex/Exception.hs, tmp/Annex/Exception.o )
+    [ 84 of 285] Compiling Annex.Journal    ( Annex/Journal.hs, tmp/Annex/Journal.o )
+    [ 85 of 285] Compiling Annex.Branch     ( Annex/Branch.hs, tmp/Annex/Branch.o )
+    [ 86 of 285] Compiling Usage            ( Usage.hs, tmp/Usage.o )
+    [ 87 of 285] Compiling Annex.CheckAttr  ( Annex/CheckAttr.hs, tmp/Annex/CheckAttr.o )
+    [ 88 of 285] Compiling Remote.Helper.Special ( Remote/Helper/Special.hs, tmp/Remote/Helper/Special.o )
+    [ 89 of 285] Compiling Logs.Presence    ( Logs/Presence.hs, tmp/Logs/Presence.o )
+    [ 90 of 285] Compiling Logs.Location    ( Logs/Location.hs, tmp/Logs/Location.o )
+    [ 91 of 285] Compiling Logs.Web         ( Logs/Web.hs, tmp/Logs/Web.o )
+    [ 92 of 285] Compiling Remote.Helper.Chunked ( Remote/Helper/Chunked.hs, tmp/Remote/Helper/Chunked.o )
+    [ 93 of 285] Compiling Annex.LockPool   ( Annex/LockPool.hs, tmp/Annex/LockPool.o )
+    [ 94 of 285] Compiling Logs.Transfer    ( Logs/Transfer.hs, tmp/Logs/Transfer.o )
+    [ 95 of 285] Compiling Backend.SHA      ( Backend/SHA.hs, tmp/Backend/SHA.o )
+    [ 96 of 285] Compiling Backend.WORM     ( Backend/WORM.hs, tmp/Backend/WORM.o )
+    [ 97 of 285] Compiling Backend.URL      ( Backend/URL.hs, tmp/Backend/URL.o )
+    [ 98 of 285] Compiling Assistant.Types.ScanRemotes ( Assistant/Types/ScanRemotes.hs, tmp/Assistant/Types/ScanRemotes.o )
+    [ 99 of 285] Compiling Assistant.Types.ThreadedMonad ( Assistant/Types/ThreadedMonad.hs, tmp/Assistant/Types/ThreadedMonad.o )
+    [100 of 285] Compiling Assistant.Types.TransferQueue ( Assistant/Types/TransferQueue.hs, tmp/Assistant/Types/TransferQueue.o )
+    [101 of 285] Compiling Assistant.Types.Pushes ( Assistant/Types/Pushes.hs, tmp/Assistant/Types/Pushes.o )
+    [102 of 285] Compiling Assistant.Types.BranchChange ( Assistant/Types/BranchChange.hs, tmp/Assistant/Types/BranchChange.o )
+    [103 of 285] Compiling Logs.UUIDBased   ( Logs/UUIDBased.hs, tmp/Logs/UUIDBased.o )
+    [104 of 285] Compiling Logs.Remote      ( Logs/Remote.hs, tmp/Logs/Remote.o )
+    [105 of 285] Compiling Logs.Group       ( Logs/Group.hs, tmp/Logs/Group.o )
+    [106 of 285] Compiling Utility.DiskFree ( Utility/DiskFree.hs, tmp/Utility/DiskFree.o )
+    [107 of 285] Compiling Utility.Url      ( Utility/Url.hs, tmp/Utility/Url.o )
+    [108 of 285] Compiling Utility.CopyFile ( Utility/CopyFile.hs, tmp/Utility/CopyFile.o )
+    [109 of 285] Compiling Utility.Rsync    ( Utility/Rsync.hs, tmp/Utility/Rsync.o )
+    [110 of 285] Compiling Git.LsFiles      ( Git/LsFiles.hs, tmp/Git/LsFiles.o )
+    [111 of 285] Compiling Git.AutoCorrect  ( Git/AutoCorrect.hs, tmp/Git/AutoCorrect.o )
+    [112 of 285] Compiling Git.CurrentRepo  ( Git/CurrentRepo.hs, tmp/Git/CurrentRepo.o )
+    [113 of 285] Compiling Locations.UserConfig ( Locations/UserConfig.hs, tmp/Locations/UserConfig.o )
+    [114 of 285] Compiling Git.Merge        ( Git/Merge.hs, tmp/Git/Merge.o )
+    [115 of 285] Compiling Utility.Parallel ( Utility/Parallel.hs, tmp/Utility/Parallel.o )
+    [116 of 285] Compiling Git.Remote       ( Git/Remote.hs, tmp/Git/Remote.o )
+    [117 of 285] Compiling Assistant.Ssh    ( Assistant/Ssh.hs, tmp/Assistant/Ssh.o )
+    [118 of 285] Compiling Assistant.Pairing ( Assistant/Pairing.hs, tmp/Assistant/Pairing.o )
+    [119 of 285] Compiling Assistant.Types.NetMessager ( Assistant/Types/NetMessager.hs, tmp/Assistant/Types/NetMessager.o )
+    [120 of 285] Compiling Utility.NotificationBroadcaster ( Utility/NotificationBroadcaster.hs, tmp/Utility/NotificationBroadcaster.o )
+    [121 of 285] Compiling Assistant.Types.Buddies ( Assistant/Types/Buddies.hs, tmp/Assistant/Types/Buddies.o )
+    [122 of 285] Compiling Utility.TSet     ( Utility/TSet.hs, tmp/Utility/TSet.o )
+    [123 of 285] Compiling Assistant.Types.Commits ( Assistant/Types/Commits.hs, tmp/Assistant/Types/Commits.o )
+    [124 of 285] Compiling Assistant.Types.Changes ( Assistant/Types/Changes.hs, tmp/Assistant/Types/Changes.o )
+    [125 of 285] Compiling Utility.WebApp   ( Utility/WebApp.hs, tmp/Utility/WebApp.o )
+    [126 of 285] Compiling Utility.Daemon   ( Utility/Daemon.hs, tmp/Utility/Daemon.o )
+    [127 of 285] Compiling Utility.ThreadScheduler ( Utility/ThreadScheduler.hs, tmp/Utility/ThreadScheduler.o )
+    [128 of 285] Compiling Utility.LogFile  ( Utility/LogFile.hs, tmp/Utility/LogFile.o )
+    [129 of 285] Compiling Git.Filename     ( Git/Filename.hs, tmp/Git/Filename.o )
+    [130 of 285] Compiling Git.LsTree       ( Git/LsTree.hs, tmp/Git/LsTree.o )
+    [131 of 285] Compiling Utility.Types.DirWatcher ( Utility/Types/DirWatcher.hs, tmp/Utility/Types/DirWatcher.o )
+    [132 of 285] Compiling Utility.Kqueue   ( Utility/Kqueue.hs, tmp/Utility/Kqueue.o )
+    [133 of 285] Compiling Utility.DirWatcher ( Utility/DirWatcher.hs, tmp/Utility/DirWatcher.o )
+    [134 of 285] Compiling Utility.Lsof     ( Utility/Lsof.hs, tmp/Utility/Lsof.o )
+    [135 of 285] Compiling Config           ( Config.hs, tmp/Config.o )
+    [136 of 285] Compiling Annex.UUID       ( Annex/UUID.hs, tmp/Annex/UUID.o )
+    [137 of 285] Compiling Logs.UUID        ( Logs/UUID.hs, tmp/Logs/UUID.o )
+    [138 of 285] Compiling Backend          ( Backend.hs, tmp/Backend.o )
+    [139 of 285] Compiling Remote.Helper.Hooks ( Remote/Helper/Hooks.hs, tmp/Remote/Helper/Hooks.o )
+    [140 of 285] Compiling Remote.Helper.Encryptable ( Remote/Helper/Encryptable.hs, tmp/Remote/Helper/Encryptable.o )
+    [141 of 285] Compiling Creds            ( Creds.hs, tmp/Creds.o )
+    [142 of 285] Compiling Remote.Helper.AWS ( Remote/Helper/AWS.hs, tmp/Remote/Helper/AWS.o )
+    [143 of 285] Compiling Annex.Queue      ( Annex/Queue.hs, tmp/Annex/Queue.o )
+    [144 of 285] Compiling Annex.Content    ( Annex/Content.hs, tmp/Annex/Content.o )
+    [145 of 285] Compiling Remote.S3        ( Remote/S3.hs, tmp/Remote/S3.o )
+    [146 of 285] Compiling Remote.Directory ( Remote/Directory.hs, tmp/Remote/Directory.o )
+    [147 of 285] Compiling Remote.Rsync     ( Remote/Rsync.hs, tmp/Remote/Rsync.o )
+    [148 of 285] Compiling Remote.Web       ( Remote/Web.hs, tmp/Remote/Web.o )
+    [149 of 285] Compiling Remote.Glacier   ( Remote/Glacier.hs, tmp/Remote/Glacier.o )
+    [150 of 285] Compiling Remote.Hook      ( Remote/Hook.hs, tmp/Remote/Hook.o )
+    [151 of 285] Compiling Upgrade.V2       ( Upgrade/V2.hs, tmp/Upgrade/V2.o )
+    [152 of 285] Compiling Annex.Ssh        ( Annex/Ssh.hs, tmp/Annex/Ssh.o )
+    [153 of 285] Compiling Remote.Helper.Ssh ( Remote/Helper/Ssh.hs, tmp/Remote/Helper/Ssh.o )
+    [154 of 285] Compiling Remote.Bup       ( Remote/Bup.hs, tmp/Remote/Bup.o )
+    [155 of 285] Compiling Annex.Version    ( Annex/Version.hs, tmp/Annex/Version.o )
+    [156 of 285] Compiling Init             ( Init.hs, tmp/Init.o )
+    [157 of 285] Compiling Checks           ( Checks.hs, tmp/Checks.o )
+    [158 of 285] Compiling Remote.Git       ( Remote/Git.hs, tmp/Remote/Git.o )
+    [159 of 285] Compiling Remote.List      ( Remote/List.hs, tmp/Remote/List.o )
+    [160 of 285] Compiling Logs.Trust       ( Logs/Trust.hs, tmp/Logs/Trust.o )
+    [161 of 285] Compiling Remote           ( Remote.hs, tmp/Remote.o )
+    [162 of 285] Compiling Assistant.Alert  ( Assistant/Alert.hs, tmp/Assistant/Alert.o )
+    [163 of 285] Compiling Assistant.Types.DaemonStatus ( Assistant/Types/DaemonStatus.hs, tmp/Assistant/Types/DaemonStatus.o )
+    [164 of 285] Compiling Assistant.Monad  ( Assistant/Monad.hs, tmp/Assistant/Monad.o )
+    [165 of 285] Compiling Assistant.Types.NamedThread ( Assistant/Types/NamedThread.hs, tmp/Assistant/Types/NamedThread.o )
+    [166 of 285] Compiling Assistant.Common ( Assistant/Common.hs, tmp/Assistant/Common.o )
+    [167 of 285] Compiling Assistant.XMPP   ( Assistant/XMPP.hs, tmp/Assistant/XMPP.o )
+    [168 of 285] Compiling Assistant.XMPP.Buddies ( Assistant/XMPP/Buddies.hs, tmp/Assistant/XMPP/Buddies.o )
+    [169 of 285] Compiling Assistant.NetMessager ( Assistant/NetMessager.hs, tmp/Assistant/NetMessager.o )
+    [170 of 285] Compiling Assistant.Pushes ( Assistant/Pushes.hs, tmp/Assistant/Pushes.o )
+    [171 of 285] Compiling Assistant.ScanRemotes ( Assistant/ScanRemotes.hs, tmp/Assistant/ScanRemotes.o )
+    [172 of 285] Compiling Assistant.Install ( Assistant/Install.hs, tmp/Assistant/Install.o )
+    [173 of 285] Compiling Assistant.XMPP.Client ( Assistant/XMPP/Client.hs, tmp/Assistant/XMPP/Client.o )
+    [174 of 285] Compiling Assistant.Commits ( Assistant/Commits.hs, tmp/Assistant/Commits.o )
+    [175 of 285] Compiling Assistant.BranchChange ( Assistant/BranchChange.hs, tmp/Assistant/BranchChange.o )
+    [176 of 285] Compiling Assistant.Changes ( Assistant/Changes.hs, tmp/Assistant/Changes.o )
+    [177 of 285] Compiling Assistant.WebApp.Types ( Assistant/WebApp/Types.hs, tmp/Assistant/WebApp/Types.o )
+    Loading package ghc-prim ... linking ... done.
+    Loading package integer-gmp ... linking ... done.
+    Loading package base ... linking ... done.
+    Loading object (static) Utility/libdiskfree.o ... done
+    Loading object (static) Utility/libmounts.o ... done
+    Loading object (static) Utility/libkqueue.o ... done
+    final link ... done
+    Loading package bytestring-0.9.2.1 ... linking ... done.
+    Loading package zlib-0.5.4.0 ... linking ... done.
+    Loading package array-0.4.0.0 ... linking ... done.
+    Loading package deepseq-1.3.0.0 ... linking ... done.
+    Loading package primitive-0.5.0.1 ... linking ... done.
+    Loading package vector-0.10.0.1 ... linking ... done.
+    Loading package transformers-0.3.0.0 ... linking ... done.
+    Loading package text-0.11.2.3 ... linking ... done.
+    Loading package old-locale-1.0.0.4 ... linking ... done.
+    Loading package time-1.4 ... linking ... done.
+    Loading package random-1.0.1.1 ... linking ... done.
+    Loading package mtl-2.1.2 ... linking ... done.
+    Loading package parsec-3.1.3 ... linking ... done.
+    Loading package pretty-1.1.1.0 ... linking ... done.
+    Loading package filepath-1.3.0.0 ... linking ... done.
+    Loading package old-time-1.1.0.0 ... linking ... done.
+    Loading package unix-2.5.1.1 ... linking ... done.
+    Loading package directory-1.1.0.2 ... linking ... done.
+    Loading package process-1.1.0.1 ... linking ... done.
+    Loading package containers-0.4.2.1 ... linking ... done.
+    Loading package base64-bytestring-1.0.0.0 ... linking ... done.
+    Loading package cereal-0.3.5.2 ... linking ... done.
+    Loading package base-unicode-symbols-0.2.2.4 ... linking ... done.
+    Loading package transformers-base-0.4.1 ... linking ... done.
+    Loading package monad-control-0.3.1.4 ... linking ... done.
+    Loading package lifted-base-0.2 ... linking ... done.
+    Loading package resourcet-0.4.4 ... linking ... done.
+    Loading package semigroups-0.8.4.1 ... linking ... done.
+    Loading package void-0.5.8 ... linking ... done.
+    Loading package conduit-0.5.4.1 ... linking ... done.
+    Loading package entropy-0.2.1 ... linking ... done.
+    Loading package largeword-1.0.3 ... linking ... done.
+    Loading package tagged-0.4.4 ... linking ... done.
+    Loading package crypto-api-0.10.2 ... linking ... done.
+    Loading package crypto-conduit-0.4.1 ... linking ... done.
+    Loading package cryptohash-0.7.8 ... linking ... done.
+    Loading package template-haskell ... linking ... done.
+    Loading package file-embed-0.0.4.6 ... linking ... done.
+    Loading package blaze-builder-0.3.1.0 ... linking ... done.
+    Loading package hashable-1.1.2.5 ... linking ... done.
+    Loading package case-insensitive-0.4.0.3 ... linking ... done.
+    Loading package http-types-0.7.3.0.1 ... linking ... done.
+    Loading package system-filepath-0.4.7 ... linking ... done.
+    Loading package unix-compat-0.4.0.0 ... linking ... done.
+    Loading package network-2.4.0.1 ... linking ... done.
+    Loading package unordered-containers-0.2.2.1 ... linking ... done.
+    Loading package vault-0.2.0.1 ... linking ... done.
+    Loading package wai-1.3.0.1 ... linking ... done.
+    Loading package blaze-markup-0.5.1.1 ... linking ... done.
+    Loading package blaze-html-0.5.1.0 ... linking ... done.
+    Loading package attoparsec-0.10.2.0 ... linking ... done.
+    Loading package http-date-0.0.3 ... linking ... done.
+    Loading package mime-types-0.1.0.0 ... linking ... done.
+    Loading package system-fileio-0.3.10 ... linking ... done.
+    Loading package wai-app-static-1.3.0.4 ... linking ... done.
+    Loading package dlist-0.5 ... linking ... done.
+    Loading package syb-0.3.7 ... linking ... done.
+    Loading package aeson-0.6.0.2 ... linking ... done.
+    Loading package cpu-0.1.1 ... linking ... done.
+    Loading package crypto-pubkey-types-0.2.0 ... linking ... done.
+    Loading package cryptocipher-0.3.6 ... linking ... done.
+    Loading package cprng-aes-0.2.4 ... linking ... done.
+    Loading package skein-0.1.0.10 ... linking ... done.
+    Loading package clientsession-0.8.0.1 ... linking ... done.
+    Loading package data-default-0.5.0 ... linking ... done.
+    Loading package cookie-0.4.0.1 ... linking ... done.
+    Loading package failure-0.2.0.1 ... linking ... done.
+    Loading package date-cache-0.3.0 ... linking ... done.
+    Loading package unix-time-0.1.2 ... linking ... done.
+    Loading package fast-logger-0.3.1 ... linking ... done.
+    Loading package shakespeare-1.0.2 ... linking ... done.
+    Loading package hamlet-1.1.1.1 ... linking ... done.
+    Loading package monad-logger-0.2.1 ... linking ... done.
+    Loading package path-pieces-0.1.2 ... linking ... done.
+    Loading package shakespeare-css-1.0.2 ... linking ... done.
+    Loading package shakespeare-i18n-1.0.0.2 ... linking ... done.
+    Loading package shakespeare-js-1.1.0 ... linking ... done.
+    Loading package ansi-terminal-0.5.5 ... linking ... done.
+    Loading package blaze-builder-conduit-0.5.0.3 ... linking ... done.
+    Loading package stringsearch-0.3.6.4 ... linking ... done.
+    Loading package byteorder-1.0.3 ... linking ... done.
+    Loading package wai-logger-0.3.0 ... linking ... done.
+    Loading package zlib-bindings-0.1.1.2 ... linking ... done.
+    Loading package zlib-conduit-0.5.0.3 ... linking ... done.
+    Loading package wai-extra-1.3.0.4 ... linking ... done.
+    Loading package yesod-routes-1.1.1.1 ... linking ... done.
+    Loading package yesod-core-1.1.6 ... linking ... done.
+    Loading package yesod-static-1.1.1.1 ... linking ... done.
+    [178 of 285] Compiling Assistant.WebApp ( Assistant/WebApp.hs, tmp/Assistant/WebApp.o )
+    Loading package network-conduit-0.6.1.1 ... linking ... done.
+    Loading package safe-0.3.3 ... linking ... done.
+    Loading package simple-sendfile-0.2.8 ... linking ... done.
+    Loading package warp-1.3.5 ... linking ... done.
+    Loading package yaml-0.8.1.1 ... linking ... done.
+    Loading package yesod-default-1.1.2 ... linking ... done.
+    [179 of 285] Compiling Assistant.WebApp.OtherRepos ( Assistant/WebApp/OtherRepos.hs, tmp/Assistant/WebApp/OtherRepos.o )
+    [180 of 285] Compiling Limit            ( Limit.hs, tmp/Limit.o )
+    [181 of 285] Compiling Option           ( Option.hs, tmp/Option.o )
+    [182 of 285] Compiling Seek             ( Seek.hs, tmp/Seek.o )
+    [183 of 285] Compiling Command          ( Command.hs, tmp/Command.o )
+    [184 of 285] Compiling CmdLine          ( CmdLine.hs, tmp/CmdLine.o )
+    [185 of 285] Compiling Command.ConfigList ( Command/ConfigList.hs, tmp/Command/ConfigList.o )
+    [186 of 285] Compiling Command.InAnnex  ( Command/InAnnex.hs, tmp/Command/InAnnex.o )
+    [187 of 285] Compiling Command.DropKey  ( Command/DropKey.hs, tmp/Command/DropKey.o )
+    [188 of 285] Compiling Command.SendKey  ( Command/SendKey.hs, tmp/Command/SendKey.o )
+    [189 of 285] Compiling Command.RecvKey  ( Command/RecvKey.hs, tmp/Command/RecvKey.o )
+    [190 of 285] Compiling Command.TransferInfo ( Command/TransferInfo.hs, tmp/Command/TransferInfo.o )
+    [191 of 285] Compiling Command.Commit   ( Command/Commit.hs, tmp/Command/Commit.o )
+    [192 of 285] Compiling Command.Add      ( Command/Add.hs, tmp/Command/Add.o )
+    [193 of 285] Compiling Command.Unannex  ( Command/Unannex.hs, tmp/Command/Unannex.o )
+    [194 of 285] Compiling Command.FromKey  ( Command/FromKey.hs, tmp/Command/FromKey.o )
+    [195 of 285] Compiling Command.ReKey    ( Command/ReKey.hs, tmp/Command/ReKey.o )
+    [196 of 285] Compiling Command.Fix      ( Command/Fix.hs, tmp/Command/Fix.o )
+    [197 of 285] Compiling Command.Describe ( Command/Describe.hs, tmp/Command/Describe.o )
+    [198 of 285] Compiling Command.InitRemote ( Command/InitRemote.hs, tmp/Command/InitRemote.o )
+    [199 of 285] Compiling Command.Unlock   ( Command/Unlock.hs, tmp/Command/Unlock.o )
+    [200 of 285] Compiling Command.Lock     ( Command/Lock.hs, tmp/Command/Lock.o )
+    [201 of 285] Compiling Command.PreCommit ( Command/PreCommit.hs, tmp/Command/PreCommit.o )
+    [202 of 285] Compiling Command.Log      ( Command/Log.hs, tmp/Command/Log.o )
+    [203 of 285] Compiling Command.Merge    ( Command/Merge.hs, tmp/Command/Merge.o )
+    [204 of 285] Compiling Command.Group    ( Command/Group.hs, tmp/Command/Group.o )
+    [205 of 285] Compiling Command.Ungroup  ( Command/Ungroup.hs, tmp/Command/Ungroup.o )
+    [206 of 285] Compiling Command.Import   ( Command/Import.hs, tmp/Command/Import.o )
+    [207 of 285] Compiling Logs.Unused      ( Logs/Unused.hs, tmp/Logs/Unused.o )
+    [208 of 285] Compiling Command.AddUnused ( Command/AddUnused.hs, tmp/Command/AddUnused.o )
+    [209 of 285] Compiling Command.Find     ( Command/Find.hs, tmp/Command/Find.o )
+    [210 of 285] Compiling Logs.PreferredContent ( Logs/PreferredContent.hs, tmp/Logs/PreferredContent.o )
+    [211 of 285] Compiling Annex.Wanted     ( Annex/Wanted.hs, tmp/Annex/Wanted.o )
+    [212 of 285] Compiling Command.Whereis  ( Command/Whereis.hs, tmp/Command/Whereis.o )
+    [213 of 285] Compiling Command.Trust    ( Command/Trust.hs, tmp/Command/Trust.o )
+    [214 of 285] Compiling Command.Untrust  ( Command/Untrust.hs, tmp/Command/Untrust.o )
+    [215 of 285] Compiling Command.Semitrust ( Command/Semitrust.hs, tmp/Command/Semitrust.o )
+    [216 of 285] Compiling Command.Dead     ( Command/Dead.hs, tmp/Command/Dead.o )
+    [217 of 285] Compiling Command.Vicfg    ( Command/Vicfg.hs, tmp/Command/Vicfg.o )
+    [218 of 285] Compiling Command.Map      ( Command/Map.hs, tmp/Command/Map.o )
+    [219 of 285] Compiling Command.Init     ( Command/Init.hs, tmp/Command/Init.o )
+    [220 of 285] Compiling Command.Uninit   ( Command/Uninit.hs, tmp/Command/Uninit.o )
+    [221 of 285] Compiling Command.Version  ( Command/Version.hs, tmp/Command/Version.o )
+    [222 of 285] Compiling Upgrade.V1       ( Upgrade/V1.hs, tmp/Upgrade/V1.o )
+    [223 of 285] Compiling Upgrade.V0       ( Upgrade/V0.hs, tmp/Upgrade/V0.o )
+    [224 of 285] Compiling Upgrade          ( Upgrade.hs, tmp/Upgrade.o )
+    [225 of 285] Compiling Command.Upgrade  ( Command/Upgrade.hs, tmp/Command/Upgrade.o )
+    [226 of 285] Compiling Command.Drop     ( Command/Drop.hs, tmp/Command/Drop.o )
+    [227 of 285] Compiling Command.Move     ( Command/Move.hs, tmp/Command/Move.o )
+    [228 of 285] Compiling Command.Copy     ( Command/Copy.hs, tmp/Command/Copy.o )
+    [229 of 285] Compiling Command.Get      ( Command/Get.hs, tmp/Command/Get.o )
+    [230 of 285] Compiling Command.TransferKey ( Command/TransferKey.hs, tmp/Command/TransferKey.o )
+    [231 of 285] Compiling Command.DropUnused ( Command/DropUnused.hs, tmp/Command/DropUnused.o )
+    [232 of 285] Compiling Command.Fsck     ( Command/Fsck.hs, tmp/Command/Fsck.o )
+    [233 of 285] Compiling Command.Reinject ( Command/Reinject.hs, tmp/Command/Reinject.o )
+    [234 of 285] Compiling Command.Migrate  ( Command/Migrate.hs, tmp/Command/Migrate.o )
+    [235 of 285] Compiling Command.Unused   ( Command/Unused.hs, tmp/Command/Unused.o )
+    [236 of 285] Compiling Command.Status   ( Command/Status.hs, tmp/Command/Status.o )
+    [237 of 285] Compiling Command.Sync     ( Command/Sync.hs, tmp/Command/Sync.o )
+    [238 of 285] Compiling Command.Help     ( Command/Help.hs, tmp/Command/Help.o )
+    [239 of 285] Compiling Command.AddUrl   ( Command/AddUrl.hs, tmp/Command/AddUrl.o )
+    [240 of 285] Compiling Assistant.DaemonStatus ( Assistant/DaemonStatus.hs, tmp/Assistant/DaemonStatus.o )
+    [241 of 285] Compiling Assistant.Sync   ( Assistant/Sync.hs, tmp/Assistant/Sync.o )
+    [242 of 285] Compiling Assistant.MakeRemote ( Assistant/MakeRemote.hs, tmp/Assistant/MakeRemote.o )
+    [243 of 285] Compiling Assistant.XMPP.Git ( Assistant/XMPP/Git.hs, tmp/Assistant/XMPP/Git.o )
+    [244 of 285] Compiling Command.XMPPGit  ( Command/XMPPGit.hs, tmp/Command/XMPPGit.o )
+    [245 of 285] Compiling Assistant.Threads.NetWatcher ( Assistant/Threads/NetWatcher.hs, tmp/Assistant/Threads/NetWatcher.o )
+    [246 of 285] Compiling Assistant.NamedThread ( Assistant/NamedThread.hs, tmp/Assistant/NamedThread.o )
+    [247 of 285] Compiling Assistant.WebApp.Notifications ( Assistant/WebApp/Notifications.hs, tmp/Assistant/WebApp/Notifications.o )
+    [248 of 285] Compiling Assistant.WebApp.SideBar ( Assistant/WebApp/SideBar.hs, tmp/Assistant/WebApp/SideBar.o )
+    [249 of 285] Compiling Assistant.WebApp.Configurators.Ssh ( Assistant/WebApp/Configurators/Ssh.hs, tmp/Assistant/WebApp/Configurators/Ssh.o )
+    [250 of 285] Compiling Assistant.WebApp.Configurators.S3 ( Assistant/WebApp/Configurators/S3.hs, tmp/Assistant/WebApp/Configurators/S3.o )
+    [251 of 285] Compiling Assistant.WebApp.Documentation ( Assistant/WebApp/Documentation.hs, tmp/Assistant/WebApp/Documentation.o )
+    [252 of 285] Compiling Assistant.WebApp.Configurators.XMPP ( Assistant/WebApp/Configurators/XMPP.hs, tmp/Assistant/WebApp/Configurators/XMPP.o )
+    [253 of 285] Compiling Assistant.Pairing.Network ( Assistant/Pairing/Network.hs, tmp/Assistant/Pairing/Network.o )
+    [254 of 285] Compiling Assistant.Pairing.MakeRemote ( Assistant/Pairing/MakeRemote.hs, tmp/Assistant/Pairing/MakeRemote.o )
+    [255 of 285] Compiling Assistant.TransferQueue ( Assistant/TransferQueue.hs, tmp/Assistant/TransferQueue.o )
+    [256 of 285] Compiling Assistant.Threads.Merger ( Assistant/Threads/Merger.hs, tmp/Assistant/Threads/Merger.o )
+    [257 of 285] Compiling Assistant.TransferSlots ( Assistant/TransferSlots.hs, tmp/Assistant/TransferSlots.o )
+    [258 of 285] Compiling Assistant.Threads.Transferrer ( Assistant/Threads/Transferrer.hs, tmp/Assistant/Threads/Transferrer.o )
+    [259 of 285] Compiling Assistant.Threads.DaemonStatus ( Assistant/Threads/DaemonStatus.hs, tmp/Assistant/Threads/DaemonStatus.o )
+    [260 of 285] Compiling Assistant.Threads.Pusher ( Assistant/Threads/Pusher.hs, tmp/Assistant/Threads/Pusher.o )
+    [261 of 285] Compiling Assistant.Threads.MountWatcher ( Assistant/Threads/MountWatcher.hs, tmp/Assistant/Threads/MountWatcher.o )
+    [262 of 285] Compiling Assistant.Threads.ConfigMonitor ( Assistant/Threads/ConfigMonitor.hs, tmp/Assistant/Threads/ConfigMonitor.o )
+    [263 of 285] Compiling Assistant.Threads.PairListener ( Assistant/Threads/PairListener.hs, tmp/Assistant/Threads/PairListener.o )
+    [264 of 285] Compiling Assistant.Threads.XMPPClient ( Assistant/Threads/XMPPClient.hs, tmp/Assistant/Threads/XMPPClient.o )
+    [265 of 285] Compiling Assistant.WebApp.Utility ( Assistant/WebApp/Utility.hs, tmp/Assistant/WebApp/Utility.o )
+    [266 of 285] Compiling Assistant.WebApp.Configurators.Edit ( Assistant/WebApp/Configurators/Edit.hs, tmp/Assistant/WebApp/Configurators/Edit.o )
+    [267 of 285] Compiling Assistant.WebApp.Configurators.Local ( Assistant/WebApp/Configurators/Local.hs, tmp/Assistant/WebApp/Configurators/Local.o )
+    [268 of 285] Compiling Assistant.WebApp.Configurators ( Assistant/WebApp/Configurators.hs, tmp/Assistant/WebApp/Configurators.o )
+    [269 of 285] Compiling Assistant.WebApp.DashBoard ( Assistant/WebApp/DashBoard.hs, tmp/Assistant/WebApp/DashBoard.o )
+    [270 of 285] Compiling Assistant.WebApp.Configurators.Pairing ( Assistant/WebApp/Configurators/Pairing.hs, tmp/Assistant/WebApp/Configurators/Pairing.o )
+    [271 of 285] Compiling Assistant.Threads.WebApp ( Assistant/Threads/WebApp.hs, tmp/Assistant/Threads/WebApp.o )
+
+    Assistant/Threads/WebApp.hs:47:1: Not in scope: `getAddBoxComR'
+
+    Assistant/Threads/WebApp.hs:47:1: Not in scope: `getEnableWebDAVR'
+    make: *** [git-annex] Error 1
+"""]]
diff --git a/doc/bugs/3.20121112:_build_error_in_assistant/comment_3_b38e40d36bba95b16afbce68e7f25a80._comment b/doc/bugs/3.20121112:_build_error_in_assistant/comment_3_b38e40d36bba95b16afbce68e7f25a80._comment
new file mode 100644
index 0000000000..26bd0194b8
--- /dev/null
+++ b/doc/bugs/3.20121112:_build_error_in_assistant/comment_3_b38e40d36bba95b16afbce68e7f25a80._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 3"
+ date="2012-11-25T18:36:49Z"
+ content="""
+The webdav library should not be hard to install, but I've gotten the webapp to build without it.
+"""]]
diff --git a/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04.mdwn b/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04.mdwn
new file mode 100644
index 0000000000..cd08976497
--- /dev/null
+++ b/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04.mdwn
@@ -0,0 +1,97 @@
+What steps will reproduce the problem?
+
+* Start with Ubuntu 12.04
+* sudo apt-get install haskell-platform libgsasl7-dev gsasl g2hs
+* cabal install git-annex --bindir=$HOME/bin
+
+What is the expected output? What do you see instead?
+
+Expected omething like "installation successful"
+
+Actual output, after build notices:
+
+
+Loading package IfElse-0.85 ... linking ... done.
+Loading object (static) dist/build/git-annex/git-annex-tmp/Utility/libdiskfree.o ... done
+Loading object (static) dist/build/git-annex/git-annex-tmp/Utility/libmounts.o ... done
+final link ... done
+[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
+
+
+What version of git-annex are you using? On what operating system?
+
+git annex 3.20121112
+Ubuntu 12.04 (current "long term support", all packages up to date)
+
+Please provide any additional information below.
+
+No idea how important this is for git-annex in general but reporting in case it is. Thank you for working on git annex!
+
+> I was able to reproduce this build error when I force installed
+> an old version of the haskell mtl library. So git-annex needs version
+> 2.1.1 to build, and I have adjusted the build dependencies appropriately.
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_1_ce2efd2196e7682f4cdbabdb0616d449._comment b/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_1_ce2efd2196e7682f4cdbabdb0616d449._comment
new file mode 100644
index 0000000000..49f43149cf
--- /dev/null
+++ b/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_1_ce2efd2196e7682f4cdbabdb0616d449._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 1"
+ date="2012-11-15T17:53:25Z"
+ content="""
+I'm not quite sure what's going on here, but my guess is it's an out of date version of the haskell mtl library. Try installing a newer one with 'cabal install mtl'
+"""]]
diff --git a/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_2_2a6faf662ebb85a8f1c89adcdfb9adb6._comment b/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_2_2a6faf662ebb85a8f1c89adcdfb9adb6._comment
new file mode 100644
index 0000000000..09e7688fe8
--- /dev/null
+++ b/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_2_2a6faf662ebb85a8f1c89adcdfb9adb6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="Not resolved"
+ date="2012-11-15T21:44:11Z"
+ content="""
+I did as instructed, same behavior though.
+
+I'll wait or keep trying things, whatever works better for you.
+"""]]
diff --git a/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_3_37f34baa34068def1adf794d0942e462._comment b/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_3_37f34baa34068def1adf794d0942e462._comment
new file mode 100644
index 0000000000..88cd12df95
--- /dev/null
+++ b/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_3_37f34baa34068def1adf794d0942e462._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 3"
+ date="2012-11-18T18:13:31Z"
+ content="""
+My other guess would be a too old version of ghc.
+"""]]
diff --git a/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_4_2f8a859fef9edc8eb93bf1cc74296702._comment b/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_4_2f8a859fef9edc8eb93bf1cc74296702._comment
new file mode 100644
index 0000000000..781259e790
--- /dev/null
+++ b/doc/bugs/3.20121112_build_fails_on_Ubuntu_12.04/comment_4_2f8a859fef9edc8eb93bf1cc74296702._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlXlJDAF_lXaxbqeBdH4EGj6jsBjjrDODM"
+ nickname="Antoine"
+ subject="comment 4"
+ date="2012-11-21T07:33:43Z"
+ content="""
+I have the same problem (sorry, duplicate bug entry) on the same platform. The ghc version is 7.4.1 and is the one distributed by apt repos.
+"""]]
diff --git a/doc/bugs/3.20121113_build_error___39__not_in_scope_getAddBoxComR__39__.mdwn b/doc/bugs/3.20121113_build_error___39__not_in_scope_getAddBoxComR__39__.mdwn
new file mode 100644
index 0000000000..59ca6b51fa
--- /dev/null
+++ b/doc/bugs/3.20121113_build_error___39__not_in_scope_getAddBoxComR__39__.mdwn
@@ -0,0 +1,33 @@
+What steps will reproduce the problem?
+
+Building from latest source, Cabal update, cabal install --only dependencies, cabal configure, Cabal build
+
+What is the expected output? What do you see instead?
+
+Error message from build
+
+...
+
+Loading package DAV-0.2 ... linking ... done.
+
+Loading object (static) dist/build/git-annex/git-annex-tmp/Utility/libdiskfree.o ... done
+
+Loading object (static) dist/build/git-annex/git-annex-tmp/Utility/libmounts.o ... done
+
+final link ... done
+
+
+Assistant/Threads/WebApp.hs:47:1: Not in scope: `getAddBoxComR'
+
+Assistant/Threads/WebApp.hs:47:1: Not in scope: `getEnableWebDAVR'
+
+
+What version of git-annex are you using? On what operating system?
+
+Latest version via git from git-annex.branchable.com
+
+Debian Squeeze (6.0.6)
+
+Please provide any additional information below.
+
+> I noticed this earlier and fixed it. [[done]] --[[Joey]]
diff --git a/doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build.mdwn b/doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build.mdwn
new file mode 100644
index 0000000000..5acc4d5690
--- /dev/null
+++ b/doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build.mdwn
@@ -0,0 +1,57 @@
+What steps will reproduce the problem?
+
+install from a git checkout of tag 4.20130227; error comes up at the "cabal install" stage.
+
+
+What is the expected output? What do you see instead?
+
+Expected successful install; got:
+
+
+    git-annex.branchable.com$ cabal install --bindir=$HOME/bin
+    Resolving dependencies...
+    Configuring testpack-2.1.2...
+    Building testpack-2.1.2...
+    Preprocessing library testpack-2.1.2...
+    [1 of 3] Compiling Test.QuickCheck.Instances ( src/Test/QuickCheck/Instances.hs, dist/build/Test/QuickCheck/Instances.o )
+    [2 of 3] Compiling Test.QuickCheck.Tools ( src/Test/QuickCheck/Tools.hs, dist/build/Test/QuickCheck/Tools.o )
+    
+    src/Test/QuickCheck/Tools.hs:33:9:
+        Warning: Fields of `MkResult' not initialised: abort
+        In the expression:
+          MkResult
+            {ok = Just (expected == actual), expect = True,
+             interrupted = False,
+             reason = "Result: expected "
+                      ++ show expected ++ ", got " ++ show actual,
+             stamp = [], callbacks = []}
+        In an equation for `@=?':
+            expected @=? actual
+              = MkResult
+                  {ok = Just (expected == actual), expect = True,
+                   interrupted = False,
+                   reason = "Result: expected "
+                            ++ show expected ++ ", got " ++ show actual,
+                   stamp = [], callbacks = []}
+    [3 of 3] Compiling Test.HUnit.Tools ( src/Test/HUnit/Tools.hs, dist/build/Test/HUnit/Tools.o )
+    
+    src/Test/HUnit/Tools.hs:131:57:
+        `maxDiscard' is not a (visible) constructor field name
+    
+    src/Test/HUnit/Tools.hs:177:40: Not in scope: `maxDiscard'
+    Failed to install testpack-2.1.2
+    cabal: Error: some packages failed to install:
+    git-annex-4.20130227 depends on testpack-2.1.2 which failed to install.
+    testpack-2.1.2 failed during the building phase. The exception was:
+    ExitFailure 1
+    git-annex.branchable.com$ 
+
+
+What version of git-annex are you using? On what operating system?
+
+trying to compile git checkout of 4.20130227 on OS X Lion.
+
+Please provide any additional information below.
+
+
+> removed dependency on testpack [[done]] --[[Joey]]
diff --git a/doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build/comment_1_b7140e2bf1ea9c73ecc9e214095968e7._comment b/doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build/comment_1_b7140e2bf1ea9c73ecc9e214095968e7._comment
new file mode 100644
index 0000000000..b4e0c69f7d
--- /dev/null
+++ b/doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build/comment_1_b7140e2bf1ea9c73ecc9e214095968e7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-02-28T02:12:50Z"
+ content="""
+Pass -f-TestSuite to cabal to disable building the test suite.
+"""]]
diff --git a/doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build/comment_2_6be87b2fb2ed828e7b4bf785729e910e._comment b/doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build/comment_2_6be87b2fb2ed828e7b4bf785729e910e._comment
new file mode 100644
index 0000000000..d2d1d6bac6
--- /dev/null
+++ b/doc/bugs/4.20130227_won__39__t_build_on_OS_X_Lion__44___because_testpack_won__39__t_build/comment_2_6be87b2fb2ed828e7b4bf785729e910e._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 2"
+ date="2013-02-28T03:31:32Z"
+ content="""
+that fixed it, thank you!
+
+"""]]
diff --git a/doc/bugs/4.20130601_xmpp_sync_error.mdwn b/doc/bugs/4.20130601_xmpp_sync_error.mdwn
new file mode 100644
index 0000000000..0e1f512d37
--- /dev/null
+++ b/doc/bugs/4.20130601_xmpp_sync_error.mdwn
@@ -0,0 +1,125 @@
+4.20130601 xmpp sync error.
+
+setup: A debian machine, with indirect fresh annex, android galaxy s3 with a
+fresh direct annex, both running ga-20130601.
+
+steps:
+- Start assistant on both, add jabber account to both.
+- Add box.com account on desktop with no encryption, (now correctly shows up on android, wasn't the case with 20130521).
+- Add hello.txt on desktop repo, filename is now visible on android, but content is not.
+- Add greeting.txt on desktop, nothing shows up on android, content still missing for hello.txt
+- Webapp shows uploading messages, but no errors.
+- Manually checking box.com confirms that files have been uploaded.
+
+debian desktop daemon.log:
+
+    [2013-06-02 17:57:03 CEST] main: starting assistant version 4.20130601
+    (scanning...) [2013-06-02 17:57:03 CEST] Watcher: Performing startup scan
+    (started...) [2013-06-02 17:57:52 CEST] XMPPClient: Pairing with myJabberAccount in progress
+    [2013-06-02 17:57:53 CEST] XMPPReceivePack: Syncing with myJabberAccount 
+    [2013-06-02 17:58:03 CEST] XMPPClient: Pairing with myJabberAccount in progress
+    [2013-06-02 17:58:52 CEST] main: Syncing with box.com 
+    warning: Not updating non-default fetch respec
+	
+	Please update the configuration manually if necessary.
+    fatal: The remote end hung up unexpectedly
+    [2013-06-02 17:59:53 CEST] XMPPReceivePack: Syncing with myJabberAccount 
+    [2013-06-02 18:00:02 CEST] Committer: Adding hello.txt
+
+    (testing WebDAV server...)
+    add hello.txt (checksum...) [2013-06-02 18:00:02 CEST] Committer: Committing changes to git
+    [2013-06-02 18:00:02 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    Already up-to-date.
+    [2013-06-02 18:00:03 CEST] Committer: Committing changes to git
+    fatal: The remote end hung up unexpectedly
+    fatal: The remote end hung up unexpectedly
+    [2013-06-02 18:00:03 CEST] XMPPSendPack: Syncing with myJabberAccount 
+
+    
+100%          1.0 B/s 0s
+                        
+[2013-06-02 18:00:19 CEST] Transferrer: Uploaded hello.txt
+    fatal: The remote end hung up unexpectedly
+    [2013-06-02 18:01:53 CEST] XMPPReceivePack: Syncing with myJabberAccount 
+    fatal: The remote end hung up unexpectedly
+    [2013-06-02 18:02:04 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    fatal: The remote end hung up unexpectedly
+    [2013-06-02 18:03:53 CEST] XMPPReceivePack: Syncing with myJabberAccount 
+    fatal: The remote end hung up unexpectedly
+    [2013-06-02 18:05:10 CEST] Committer: Adding greeting.txt
+    ok
+    (Recording state in git...)
+    (Recording state in git...)
+
+    (Recording state in git...)
+    add greeting.txt (checksum...) [2013-06-02 18:05:10 CEST] Committer: Committing changes to git
+    [2013-06-02 18:05:10 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    Already up-to-date.
+    [2013-06-02 18:05:11 CEST] Committer: Committing changes to git
+
+    
+100%          9.0 B/s 0s
+                        
+[2013-06-02 18:05:24 CEST] Transferrer: Uploaded greeting.txt
+    fatal: The remote end hung up unexpectedly
+    [2013-06-02 18:06:13 CEST] XMPPReceivePack: Syncing with myJabberAccount 
+    ok
+    (Recording state in git...)
+    (Recording state in git...)
+
+    (Recording state in git...)
+    fatal: The remote end hung up unexpectedly
+
+Thanks as always.
+
+
+Android daemon.log:
+    [2013-06-02 17:53:07 CEST] main: starting assistant version 4.20130601-g7483ca4
+    (scanning...) [2013-06-02 17:53:07 CEST] Watcher: Performing startup scan
+    (started...) [2013-06-02 17:57:51 CEST] XMPPClient: Pairing with myJabberAccount in progress
+    [2013-06-02 17:57:52 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    Already up-to-date.
+    [2013-06-02 17:58:00 CEST] XMPPSendPack: Unable to download files from your other devices. 
+    [2013-06-02 17:58:00 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    [2013-06-02 17:58:02 CEST] XMPPClient: Pairing with myJabberAccount in progress
+    [2013-06-02 17:58:07 CEST] XMPPSendPack: Unable to download files from your other devices. 
+    [2013-06-02 17:58:07 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    [2013-06-02 17:58:15 CEST] XMPPSendPack: Unable to download files from your other devices. 
+    [2013-06-02 18:00:02 CEST] XMPPReceivePack: Syncing with myJabberAccount 
+    [2013-06-02 18:00:03 CEST] XMPPReceivePack: Unable to download files from your other devices. 
+    [2013-06-02 18:00:04 CEST] XMPPReceivePack: Syncing with myJabberAccount 
+    Merge made by the 'recursive' strategy.
+     hello.txt | 1 +
+     1 file changed, 1 insertion(+)
+     create mode 120000 hello.txt
+    [2013-06-02 18:00:05 CEST] Committer: Committing changes to git
+    [2013-06-02 18:00:06 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    Already up-to-date.
+    [2013-06-02 18:00:14 CEST] XMPPSendPack: Unable to download files from your other devices. 
+    [2013-06-02 18:00:14 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    [2013-06-02 18:00:25 CEST] XMPPSendPack: Unable to download files from your other devices. 
+    [2013-06-02 18:02:03 CEST] Committer: Committing changes to git
+    fatal: The remote end hung up unexpectedly
+    [2013-06-02 18:02:04 CEST] XMPPReceivePack: Unable to download files from your other devices. 
+    [2013-06-02 18:02:04 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    [2013-06-02 18:02:04 CEST] XMPPReceivePack: Syncing with myJabberAccount 
+    [2013-06-02 18:02:13 CEST] XMPPSendPack: Unable to download files from your other devices. 
+    [2013-06-02 18:02:15 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    [2013-06-02 18:02:24 CEST] XMPPSendPack: Unable to download files from your other devices. 
+    fatal: The remote end hung up unexpectedly
+    [2013-06-02 18:04:04 CEST] XMPPReceivePack: Unable to download files from your other devices. 
+    [2013-06-02 18:05:10 CEST] XMPPReceivePack: Syncing with myJabberAccount 
+    [2013-06-02 18:06:12 CEST] Committer: Committing changes to git
+    [2013-06-02 18:06:13 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    [2013-06-02 18:06:21 CEST] XMPPSendPack: Unable to download files from your other devices. 
+    [2013-06-02 18:06:21 CEST] XMPPSendPack: Syncing with myJabberAccount 
+    [2013-06-02 18:06:29 CEST] XMPPSendPack: Unable to download files from your other devices. 
+    fatal: The remote end hung up unexpectedly
+    [2013-06-02 18:07:10 CEST] XMPPReceivePack: Unable to download files from your other devices. 
+
+
+thanks
+
+> Since this seems clearly a lack of box.com being configured 
+> to be used on the Android, I'm closing the bug: [[done]]. 
+> If I'm wrong, write back, and I'll reopen ;) --[[Joey]]
diff --git a/doc/bugs/4.20130601_xmpp_sync_error/comment_1_5b50d97e44cbd5b31ff24537ec3f8603._comment b/doc/bugs/4.20130601_xmpp_sync_error/comment_1_5b50d97e44cbd5b31ff24537ec3f8603._comment
new file mode 100644
index 0000000000..9c50627805
--- /dev/null
+++ b/doc/bugs/4.20130601_xmpp_sync_error/comment_1_5b50d97e44cbd5b31ff24537ec3f8603._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-11T14:54:56Z"
+ content="""
+When you add the box.com repo on the desktop, it will show up on Android pretty quickly thanks to XMPP syncing. But this does not cause the repository to be enabled to be used on Android. You need to select it and enable it there.
+
+I can see this is the case thanks to the log you posted. The Android is constantly complaining:
+
+> XMPPSendPack: Unable to download files from your other devices.
+
+This message should also be appearing in an alert message in the sidebar of the webapp.
+"""]]
diff --git a/doc/bugs/400_mode_leakage.mdwn b/doc/bugs/400_mode_leakage.mdwn
new file mode 100644
index 0000000000..63f0fb11d2
--- /dev/null
+++ b/doc/bugs/400_mode_leakage.mdwn
@@ -0,0 +1,25 @@
+git-annex tends to preserve files that are added to an annex with
+a mode such as 400. (Happens to me sometimes with email attachments.) 
+As these files are rsynced around, and end up on eg, a
+publically visible repo with a webserver frontend, or a repo that is
+acessible to a whole group of users, they will not be readable. 
+
+I think it would make sense for git-annex to normalize file permissions
+when adding them. Of course, there's some tension here with generally
+storing file metadata when possible. Perhaps the normalization should only
+ensure that group and other have read access?
+
+(Security: We can assume that a repo that is not intended to be public is
+in a 700 directory. And since git-annex cannot preserve file modes when
+files transit through a special remote, using modes to limit access to
+individual files is not wise.)
+
+--[[Joey]]
+
+> Revisiting this, git-annex already honors core.sharedrepository settings,
+> so I just needed to set it to `world` to allow everyone to read.
+> 
+> There was a code path in direct mode where that didn't work; fixed that.
+> 
+> [[done]]
+> --[[Joey]] 
diff --git a/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop.mdwn b/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop.mdwn
new file mode 100644
index 0000000000..c5bff196ef
--- /dev/null
+++ b/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop.mdwn
@@ -0,0 +1,22 @@
+What steps will reproduce the problem?
+
+Mount USB drive formatted as FAT
+Make directory for repository in it.
+Set up another repository and choose to sync it with the existing one.
+
+What is the expected output? What do you see instead?
+The files should transfer from the main repository to the directory on the USB drive.
+This happens, but afterwards a new sync happens from the USB drive repository back to the other existing repositories, because the file date of all the files on the USB drive has been set to today.
+Further, git seemed to keep the USB key locked so umount was impossible until after killing it.
+
+What version of git-annex are you using? On what operating system?
+4.20130405
+Linux
+
+Please provide any additional information below.
+
+
+> Reproduced the core bug, which is that the assistant saw symlink standin
+> files as new files, and annexed them. Now it doesn't, and I have
+> it running on FAT with no trouble; can even rename symlink standin files
+> and it commits symlink changes. Calling this [[done]]. --[[Joey]]
diff --git a/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_1_81839a6de7450734ee75b51e47a0898e._comment b/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_1_81839a6de7450734ee75b51e47a0898e._comment
new file mode 100644
index 0000000000..c90d67cc12
--- /dev/null
+++ b/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_1_81839a6de7450734ee75b51e47a0898e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-09T17:33:06Z"
+ content="""
+You seem to have told the assistant you want it to directly manage a git repository on the USB drive. So it keeps a git-annex assistant daemon running on that drive. Which yes, makes it impossible to unmount it.
+
+So, don't do that. Make the repository on the drive by selecting Add Repository -> Removable drive, which creates a bare repository and never runs the assistant in it.
+"""]]
diff --git a/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_2_907ce31a31df94984c2bd7aaafe5b10b._comment b/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_2_907ce31a31df94984c2bd7aaafe5b10b._comment
new file mode 100644
index 0000000000..20de13ade6
--- /dev/null
+++ b/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_2_907ce31a31df94984c2bd7aaafe5b10b._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-04-10T03:25:40Z"
+ content="""
+Thanks Joey, I will give that a try later today. How about the file last modified dates all having changed to the current date though - is that something that could have been avoided?
+"""]]
diff --git a/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_3_d8a86ae0ae5fa1f91e0b40b8b2ba0406._comment b/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_3_d8a86ae0ae5fa1f91e0b40b8b2ba0406._comment
new file mode 100644
index 0000000000..76f2b12a1c
--- /dev/null
+++ b/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_3_d8a86ae0ae5fa1f91e0b40b8b2ba0406._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/bBy7WkgQicYHIiiyj.Vm0TcMbxi2quzbPFef#6f9f7"
+ nickname="Frederik Vanrenterghem"
+ subject="comment 3"
+ date="2013-04-10T13:37:38Z"
+ content="""
+The drawback of addding the extra repository as suggested is that the files can't be accessed on the USB drive when plugged into a Windows PC as far as I can tell,since they are stored in git. Isn't this a use case in scope of the assistant?
+
+Note that the setup I created yesterday effectively has resulted in all files being lost, also in the main repository. This because the files on the USB drive became links to their equivalent in the git directory on the usb drive, but they got transferred back to the laptop as 1kb files.
+"""]]
diff --git a/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_4_1f08fd5dd4f5d8723c2b5391cc3b60f9._comment b/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_4_1f08fd5dd4f5d8723c2b5391cc3b60f9._comment
new file mode 100644
index 0000000000..6c5d259f2a
--- /dev/null
+++ b/doc/bugs/Add_another_repository_on_USB_drive_causes_sync_loop/comment_4_1f08fd5dd4f5d8723c2b5391cc3b60f9._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-04-10T22:58:07Z"
+ content="""
+Accessing files from USB on Windows is in scope, but it needs a windows port. Then you could just run git-annex on windows and it would pull the files from USB into your main repository, like the assistant does now on Mac and Linux.
+
+-----
+
+I suspect you don't have actual irreparable data loss. Or, perhaps not. If you really need to get that data back I can try to help.
+
+As I understand what happened, files were sent over the the USB drive, and you had another assistant running in that repository. It seems to have done something wrong, and taken the 1-line standin files that git uses to represent symbolic links when on a FAT filesystem, and committed those to the annex. These new files were then sent back to your original repository.
+
+So, if you look at `git log --status`, you'll find a commit that touched every file, and if you `git revert` that commit, the tree would be returned to how it was before that rogue assistant chomped on it. The actual contents of the files, which is stored in the annex, will probably then have not been lost. Although if you're using direct mode for your repository it is possible to lose annexed content if a file is overrwitten by a newer version, so I can't guarantee that 100%, like I could for indirect mode.
+
+Anyway, I need to fix this misbehavior of the assistant when run on a FAT filesystem, it seems. 
+
+------
+
+I have reproduced the bug that the assistant, in a FAT filesystem, commits symlink standin files. It seems to do this at least at startup, to all such standin files. Oddly, I did not see this behavior before when using the assistant on FAT filesystems on Android.
+"""]]
diff --git a/doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one.mdwn b/doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one.mdwn
new file mode 100644
index 0000000000..c2e05dee03
--- /dev/null
+++ b/doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one.mdwn
@@ -0,0 +1,21 @@
+**What steps will reproduce the problem?**
+
+I generated repositories on two machines an then tried to sync them via ssh (by adding a "Remote server") but I ended up with a third (bare) repository next to my data on the remote server.
+
+**What is the expected output? What do you see instead?**
+
+The assistant should recognize the existing repository (especially the .git directory) and then start syncing only the needed files.
+
+**What version of git-annex are you using? On what operating system?**
+
+git-annex version: 4.20130324, Ubuntu 11.04
+
+**Please provide any additional information below.**
+
+[[!tag /design/assistant]]
+
+> I have made it check for the .git directory and reuse the existing
+> repository if it's there. [[done]] --[[Joey]]
+> 
+> (The comment about `git-annex-shell` is incorrect; it has nothing
+> to do with this.)
diff --git a/doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one/comment_1_cb781d34889d583663e855c4074f8e0e._comment b/doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one/comment_1_cb781d34889d583663e855c4074f8e0e._comment
new file mode 100644
index 0000000000..1e36e21ba7
--- /dev/null
+++ b/doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one/comment_1_cb781d34889d583663e855c4074f8e0e._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 1"
+ date="2013-04-11T13:55:29Z"
+ content="""
+From what I understand, this happens when the assistant can't use git-annex-shell on the remote SSH server, as I have the same problem. The workaround I used was adding the remote SSH manually:
+
+    git remote add ssh://server/path/to/repo
+
+which the assistant recognises and uses properly.
+
+The actual fix is, obviously, get git-annex-shell working. A likely reason it is missing is that because the SSH connection the assistant uses is not interactive, git-annex-shell is not in $PATH.
+
+I think Joey's recommendation ([per our discussion here](http://git-annex.branchable.com/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/#comment-8234271642283b51e173e20e217de3fc)) was to use local or XMPP pairing instead.
+"""]]
diff --git a/doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one/comment_2_c0c87957d7c7a09664e60571a2ca0e8c._comment b/doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one/comment_2_c0c87957d7c7a09664e60571a2ca0e8c._comment
new file mode 100644
index 0000000000..881980240b
--- /dev/null
+++ b/doc/bugs/Adding_a_repository_as_a___34__remote_server__34___creates_a_bare_repository_next_to_the_existing_one/comment_2_c0c87957d7c7a09664e60571a2ca0e8c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl99Gxq3NPNvwZHp3PDufaknQH4rZb_KKY"
+ nickname="Florian"
+ subject="comment 2"
+ date="2013-04-12T15:21:11Z"
+ content="""
+I found a different workaround. I added the remote repo via the \"remote server\" option. After that I shut down the local assistant and deleted all the new bare repository stuff on the remote machine. After restarting the local assistant syncing worked as expected and no new bare repository was initialized.
+
+On an other machine I was able to transform the bare repository into a non-bare one and check out the files. After that syncing also still worked.
+
+The remote git-annex-shell is working well. I already described this in an other bug report, where I always ended up in it while trying to log into the machine manually.
+"""]]
diff --git a/doc/bugs/Adding_box.com_remote_on_Android_fails_for_me.mdwn b/doc/bugs/Adding_box.com_remote_on_Android_fails_for_me.mdwn
new file mode 100644
index 0000000000..62c6a3796a
--- /dev/null
+++ b/doc/bugs/Adding_box.com_remote_on_Android_fails_for_me.mdwn
@@ -0,0 +1,20 @@
+### Please describe the problem.
+
+After submitting the form in the webapp for adding a box.com remote, I get:
+
+   Internal Server Error - WEBDAV failed to write file: "Unauthorized": user error
+
+### What steps will reproduce the problem?
+
+Fill in the box.com add remote form. Username=username, password=password, "share..."=checked, directory=annex, Encryption="Encrypt all data" and hit the "Add repository" button.
+
+### What version of git-annex are you using? On what operating system?
+
+  git-annex version 4.20130513-g5185533 on Android 4.2.2
+
+### Please provide any additional information below.
+
+Didn't find a .git/annex/debug.log
+
+> This error seems entirely consistent with you entering the wrong password.
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Adding_box.com_remote_on_Android_fails_for_me/comment_1_0303ce880415d7e043533551c2b24694._comment b/doc/bugs/Adding_box.com_remote_on_Android_fails_for_me/comment_1_0303ce880415d7e043533551c2b24694._comment
new file mode 100644
index 0000000000..a55f4eeb2c
--- /dev/null
+++ b/doc/bugs/Adding_box.com_remote_on_Android_fails_for_me/comment_1_0303ce880415d7e043533551c2b24694._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmLfBDEDFfEOba8Ra46nsnTmoNHFsLObo"
+ nickname="Brian"
+ subject="It worked my second try"
+ date="2013-05-14T00:39:08Z"
+ content="""
+I enabled debug logging and tried again and this time the remote was successfully added! Maybe the first time I mistyped my password?
+
+Either way, it is working now and I created a file in my annex directory and the assistant successfully synced it to my box.com repo.
+"""]]
diff --git a/doc/bugs/Adding_git_ssh_remote_fails.mdwn b/doc/bugs/Adding_git_ssh_remote_fails.mdwn
new file mode 100644
index 0000000000..392dc127b2
--- /dev/null
+++ b/doc/bugs/Adding_git_ssh_remote_fails.mdwn
@@ -0,0 +1,32 @@
+### Please describe the problem.
+
+While trying to add a ssh remote, the webapp promts the error:
+
+    Reinitialized existing shared Git repository in /home/chris/annex-test/
+    git-annex: please specify a description of this repository
+
+resp.
+
+    Initialized empty shared Git repository in /home/chris/annex-test-2/
+    git-annex: please specify a description of this repository
+
+### What steps will reproduce the problem?
+
+Adding a ssh git remote.
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130704-gaf18656 linux-amd64 and 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
+
+only successful ssh key generation in daemon.log
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; bad installation. --[[Joey]]
diff --git a/doc/bugs/Adding_git_ssh_remote_fails/comment_1_05c0bd9ac7c6f0045217fd72fc1f0a1b._comment b/doc/bugs/Adding_git_ssh_remote_fails/comment_1_05c0bd9ac7c6f0045217fd72fc1f0a1b._comment
new file mode 100644
index 0000000000..d976fcbb14
--- /dev/null
+++ b/doc/bugs/Adding_git_ssh_remote_fails/comment_1_05c0bd9ac7c6f0045217fd72fc1f0a1b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-07-05T16:04:04Z"
+ content="""
+Are you doing this on Android?
+
+Can you please enable debug logging, and post a debug log when this happens?
+"""]]
diff --git a/doc/bugs/Adding_git_ssh_remote_fails/comment_2_df05456cafdd89e8ceea830199f42d45._comment b/doc/bugs/Adding_git_ssh_remote_fails/comment_2_df05456cafdd89e8ceea830199f42d45._comment
new file mode 100644
index 0000000000..89e9523b3a
--- /dev/null
+++ b/doc/bugs/Adding_git_ssh_remote_fails/comment_2_df05456cafdd89e8ceea830199f42d45._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="Chris"
+ ip="89.14.216.1"
+ subject="Reason found"
+ date="2013-07-07T21:21:49Z"
+ content="""
+I found the reason for the behavior. On the server, for non-interactive login shells, the right path to git-annex was not set and an old version that was installed by the OS was used instead. I've put the \"export $PATH\" at the right position in .bashrc and now it works. Sorry for the noise.
+
+Best regards, Chris
+"""]]
diff --git a/doc/bugs/Adding_second_remote_repository_over_ssh_fails.mdwn b/doc/bugs/Adding_second_remote_repository_over_ssh_fails.mdwn
new file mode 100644
index 0000000000..abb5226bed
--- /dev/null
+++ b/doc/bugs/Adding_second_remote_repository_over_ssh_fails.mdwn
@@ -0,0 +1,41 @@
+What steps will reproduce the problem?
+
+Create a local and "remote server" repository
+
+Create another local repositorty and keep it seperate from the first one. Fails while creating second repository on the remote.
+
+What is the expected output? What do you see instead?
+
+Expected to get two seperate repositories on the client and server. Only first one works.
+
+Got an error:
+
+    Failed to make repository
+
+    Something went wrong setting up the repository on the remote server.
+
+    Transcript: fatal: unrecognized command 'sh -c 'mkdir -p '"'"'second'"'"'&&cd '"'"'second'"'"'&&git init --bare --shared&&git annex init&&mkdir -p ~/.ssh&&if [ ! -e ~/.ssh/git-annex-shell ]; then (echo '"'"'#!/bin/sh'"'"';echo '"'"'set -e'"'"';echo '"'"'if [ "x$SSH_ORIGINAL_COMMAND" != "x" ]; then'"'"';echo '"'"'exec git-annex-shell -c "$SSH_ORIGINAL_COMMAND"'"'"';echo '"'"'else'"'"';echo '"'"'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_DIRECTORY='"'"'"'"'"'"'"'"'second'"'"'"'"'"'"'"'"' ~/.ssh/git-annex-shell",no-agent-forwarding,no-port-forwarding,no-X11-forwarding ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCvoTn+XBdlw/mQlu+NScAeuddUJqJaVXH6KUsO09OddnUvzv4W185ezbAjXfWDgN7ou0Q0xQzwiCzdoSl7T3USJQ1ywTG5Xt2sBV3RIqxyReNA7Nz0yhwWhZBJcFzof34ezNIsi9NVgEJcK2JEs2XqhO5wK5nxEDeays7ti2bqY6V21iOWSy9hlzjD4VTWTEFxQkDp4BCzDpPN934ztOtInwI8ayiTRJZlNQ+ej/AaA+/zOBWNvIFc/96iuMLKY6lLFThw1jNj5r5N7yPaysLdnwTJ3irtCzDygCpD4mau4frrOPvG90ZdcdrQSfIjRtM9nPZ5jIpohfvz0dIfgNFz marvin@marvin-U-100 '"'"' >>~/.ssh/authorized_keys'' git-annex-shell: git-shell failed
+
+
+What version of git-annex are you using? On what operating system?
+
+4.20130413-g5747bf4 ubuntu 12.10 local
+
+3.20120629 debian wheezy remote (also tried 4.20130413-g5747bf4)
+
+Please provide any additional information below.
+
+> This bug would appear to be the same as a bug I fixed today.
+> 
+> Except this last bit:
+
+**Also noticed if a user has no full name set in unix account, creating
+remote repository always fails**
+
+> So, I'm going to repurpose this bug to track that problem. --[[Joey]]
+
+[[!meta title="assistant can fail to make git repository if remote server is lacking GECOS"]]
+
+>> [[done]]; git-annex always checks for missing gecos and enables
+>> a workaround. This does mean the server needs to be upgraded in order
+>> for the fix to work. --[[Joey]]
diff --git a/doc/bugs/Adding_second_remote_repository_over_ssh_fails/comment_1_308d5f517bf00c8edc53db438de52355._comment b/doc/bugs/Adding_second_remote_repository_over_ssh_fails/comment_1_308d5f517bf00c8edc53db438de52355._comment
new file mode 100644
index 0000000000..6fcf8de7b2
--- /dev/null
+++ b/doc/bugs/Adding_second_remote_repository_over_ssh_fails/comment_1_308d5f517bf00c8edc53db438de52355._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="marvin"
+ ip="91.152.75.65"
+ subject="comment 1"
+ date="2013-04-17T09:11:08Z"
+ content="""
+Here is the message from the nameless error:
+
+    Failed to make repository
+
+    Something went wrong setting up the repository on the remote server.
+
+    Transcript: Initialized empty shared Git repository in /home/marvin/first/ init *** 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: empty ident <marvin@testy.mydomain.fi > not allowed git-annex: user error (git [\"--git-dir=/home/marvin/first\",\"commit-tree\",\"4b825dc642cb6eb9a060e54bf8d69288fbee4904\"] exited 128) failed git-annex: init: 1 failed
+"""]]
diff --git a/doc/bugs/Adding_unencrypted_repo_on_drive_in_webapp_gives_internal_server_error__.mdwn b/doc/bugs/Adding_unencrypted_repo_on_drive_in_webapp_gives_internal_server_error__.mdwn
new file mode 100644
index 0000000000..ab98c631ec
--- /dev/null
+++ b/doc/bugs/Adding_unencrypted_repo_on_drive_in_webapp_gives_internal_server_error__.mdwn
@@ -0,0 +1,69 @@
+### Please describe the problem.
+
+"Internal Server Error This git repository is encrypted with a GnuPG key that you do not have" after having asked *not* to use encryption.
+
+### What steps will reproduce the problem?
+
+Here's what I did:
+
+On Ubuntu 10.4, install git-annex according to http://git-annex.branchable.com/install/Ubuntu/ then:
+
+$ git-annex webapp
+
+Create repo at suggested path Desktop/annex/.
+Add a file to that dir. Create subdir, move file there.
+Select "Add another repository" in webapp, "Removable drive", select external usb drive, leave suggested path "annex", "Use this drive", "Do not encrypt repository".
+
+-> shows "Internal Server Error
+This git repository is encrypted with a GnuPG key that you do not have.
+git-annex version 4.20131002"
+
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version 4.20131002, Ubuntu 12.04.3 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 wit[2013-10-19 00:33:55 BST] main: starting assistant version 4.20131002
+(Recording state in git...)
+(scanning...) [2013-10-19 00:33:55 BST] Watcher: Performing startup scan
+(started...) 
+
+  The installed version of git is too old for .gitignores to be honored by git-annex.
+[2013-10-19 00:35:56 BST] Committer: Adding Git Annex..ation.odt
+add Git Annex installation.odt (checksum...) [2013-10-19 00:35:57 BST] Committer: Committing changes to git
+[2013-10-19 00:37:38 BST] Committer: Adding Git Annex..ation.odt
+[2013-10-19 00:37:38 BST] Committer: Committing changes to git
+git: 'remote-gcrypt' is not a git command. See 'git --help'.
+ok
+(Recording state in git...)
+(Recording state in git...)
+ok
+(Recording state in git...)
+(Recording state in git...)
+19/Oct/2013:00:38:54 +0100 [Error#yesod-core] This git repository is encrypted with a GnuPG key that you do not have. @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
+git: 'remote-gcrypt' is not a git command. See 'git --help'.
+19/Oct/2013:00:39:09 +0100 [Error#yesod-core] This git repository is encrypted with a GnuPG key that you do not have. @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
+.........+++++
+
+Not enough random bytes available.  Please do some other work to give
+the OS a chance to collect more entropy!  (Need 66 more bytes)
+.............+++++
+gpg: key E0424680 marked as ultimately trusted
+git: 'remote-gcrypt' is not a git command. See 'git --help'.
+19/Oct/2013:00:41:19 +0100 [Error#yesod-core] This git repository is encrypted with a GnuPG key that you do not have. @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
+git: 'remote-gcrypt' is not a git command. See 'git --help'.
+19/Oct/2013:00:54:33 +0100 [Error#yesod-core] This git repository is encrypted with a GnuPG key that you do not have. @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
+h the git-annex assistant, paste in .git/annex/daemon.log
+
+
+# End of transcript or log.
+"""]]
+
+I'm not at my computer, will check upstream Git later. Sorry if this has been reported before.
+
+> This only occurred when git-remote-gcrypt was not installed.
+> I've fixed the bug. [[done]] --[[Joey]]
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/Allow_syncing_to_a_specific_directory_on_a_USB_remote.mdwn b/doc/bugs/Allow_syncing_to_a_specific_directory_on_a_USB_remote.mdwn
new file mode 100644
index 0000000000..9c6a0c9fc0
--- /dev/null
+++ b/doc/bugs/Allow_syncing_to_a_specific_directory_on_a_USB_remote.mdwn
@@ -0,0 +1,30 @@
+This follows up to the [comment made by
+Laszlo](http://git-annex.branchable.com/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/#comment-f26d3b6b45bb66601ecfaa883ace161c)
+on the [recent
+poll](http://git-annex.branchable.com/design/assistant/polls/what_is_preventing_me_from_using_git-annex_assistant/).
+
+I too need to be able to select the directory on the remote drive that the
+annex will be synced to.
+
+If I just add a remote drive via the web app, it syncs the repository to
+`/mnt/usb/annex`, and it looks like it just creates a bare repository in
+that folder. I need the repository to be synced to something like
+`/mnt/usb/subfolder/myspecifiedfoldername` and I need that remote to be a
+full repository.
+
+My use case is that I use the USB drive to keep annexes in sync between two
+computers. I have multiple annexes that need to be synced between the two
+computers, and none of them are in a directory called `annex`. I also need
+to be able to plug the drive into other computers and access the files
+directly, without doing a `git clone` or anything like that. I have all of
+this setup and working fine with just plain old git annex, but the web app
+does not seem to support creating new repositories with this workflow.
+
+I think it makes a lot of sense to allow the web application to add a new
+remote that is simply a directory. People like me could specify the path of
+the directory to be on the mounted USB drive. Others may want to add a
+remote that is a mounted network share or something like that.
+
+> [[done]], the webapp now has a "Add another repository" option,
+> and you can just enter the path to whatever place you like inside a USB
+> drive.  --[[Joey]]
diff --git a/doc/bugs/Allow_syncing_to_a_specific_directory_on_a_USB_remote/comment_1_13ecedfbb34c3564af3a790b8bf0f591._comment b/doc/bugs/Allow_syncing_to_a_specific_directory_on_a_USB_remote/comment_1_13ecedfbb34c3564af3a790b8bf0f591._comment
new file mode 100644
index 0000000000..cf13d97c16
--- /dev/null
+++ b/doc/bugs/Allow_syncing_to_a_specific_directory_on_a_USB_remote/comment_1_13ecedfbb34c3564af3a790b8bf0f591._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmYiJgOvC4IDYkr2KIjMlfVD9r_1Sij_jY"
+ nickname="Douglas"
+ subject="Not limited to usb drives"
+ date="2013-01-23T02:08:38Z"
+ content="""
+I have a machine with multiple hard drives. One of these drives is strictly used for backups, ie /dev/sdc holds /home and /dev/sdd is a giant drive that i keep a backup of important items that I would like to have readily available in case of a drive failure.  Somewhere in \"add more repositories\" the assistant should be able to create a copy of the repository on the same computer. When I saw the add a removable drive feature i thought it might work but it will not let me select a specific directory. 
+
+Current setup, I have the assistant managing a group of repos:
+
+    /home/me/Videos.Annex
+    /home/me/Photos.Annex
+    /home/me/Documents.Annex
+
+
+I access these files via /home/me/DIRECTORY. However in case my /home drive breaks I would like to know that git-annex was faithfully keeping a copy in /mnt/bigdrive as well as on me@someothermachine. I would like to use the assistant to manage: 
+
+    /mnt/bigdrive/Annex.Backups/Videos.Annex
+    /mnt/bigdrive/Annex.Backups/Photos.Annex
+    /mnt/bigdrive/Annex.Backups/Documents.Annex
+
+
+
+
+"""]]
diff --git a/doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing.mdwn b/doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing.mdwn
new file mode 100644
index 0000000000..a13bb95e31
--- /dev/null
+++ b/doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing.mdwn
@@ -0,0 +1,21 @@
+### Please describe the problem.
+
+I expected at least a listing of files... ideally with basic navigation and options to select/deselect to be fetched/dropped
+
+### What steps will reproduce the problem?
+
+Click on "Files" link near "Repository: " on top right of the Dashboard
+
+### What version of git-annex are you using? On what operating system?
+
+last Android build from Nov 18 2013
+
+### 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/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing/comment_1_a9b03d4f4760fea2754a4dc93547f0a3._comment b/doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing/comment_1_a9b03d4f4760fea2754a4dc93547f0a3._comment
new file mode 100644
index 0000000000..69cfaefd2f
--- /dev/null
+++ b/doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing/comment_1_a9b03d4f4760fea2754a4dc93547f0a3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-26T16:12:42Z"
+ content="""
+git-annex does not have a built-in file manager. I don't know how to get android to display a file manager; if there's a command that can be run, or an intent that can be used to get one, git-annex could do that. But I don't think android typically includes a file manager, I have only seen them as OEM addons on some of the more laptop form factor android devices.
+
+I think that the android web browser also does not support browsing file:// uri, which is what git-annex falls back to when it cannot file a file manager to top. 
+"""]]
diff --git a/doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing/comment_2_015e859a16b1ce4c0c7601df0594d555._comment b/doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing/comment_2_015e859a16b1ce4c0c7601df0594d555._comment
new file mode 100644
index 0000000000..039acd4401
--- /dev/null
+++ b/doc/bugs/Android:_Clocking_on___34__Files__34___in_the_Dashboard_seems_to_do_nothing/comment_2_015e859a16b1ce4c0c7601df0594d555._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="comment 2"
+ date="2013-11-27T04:36:14Z"
+ content="""
+Thanks for the explanation!  Might be better then to remove Files in Android build to prevent confusion?
+
+OI filemanager http://www.openintents.org/en/filemanager  I believe is open source.  according to app info it is only 1.53MB (thus negligible in comparison) and probably could be 'collaborated with' so they could ship basic support for annex (git annex get/drop)... I just don't know if it would be possible to start existing OI manager under annex user (that would be needed right?).
+"""]]
diff --git a/doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__.mdwn b/doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__.mdwn
new file mode 100644
index 0000000000..08b44fc933
--- /dev/null
+++ b/doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+
+Upon a new (re-)installation of Android ("proper" build as from http://downloads.kitenet.net/git-annex/android/current/4.0/git-annex.apk  Last-Modified: Mon, 18 Nov 2013 11:57:25 GMT), as well as whatever was day before a daily build, I am getting a message in web ui "not supported  This build of git-annex does not support XMPP pairing. Sorry!" whenever I am entering "Share with your other devices" among "Add more repositories".
+
+### What steps will reproduce the problem?
+
+I had some older and then freshier (yesterday daily build) installed.  Then uninstalled and current "proper" build installed.
+it picked up initialized repository I did yesterday but when I went into "Share ..." link  I saw the message without any option to add such another device
+
+### What version of git-annex are you using? On what operating system?
+
+Android
+
+About says   5.20131118-gc7e5cde.  
+
+### 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/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__/comment_1_c034bb84e58b2dda1038ba205ec78c56._comment b/doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__/comment_1_c034bb84e58b2dda1038ba205ec78c56._comment
new file mode 100644
index 0000000000..ef0661cb8f
--- /dev/null
+++ b/doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__/comment_1_c034bb84e58b2dda1038ba205ec78c56._comment
@@ -0,0 +1,273 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-26T17:23:52Z"
+ content="""
+I think that older Android builds did support this (IIRC). However, I recently rebootstrapped my android dev environment, and when I enable the XMPP flag now:
+
+<pre>
+system.c:222:0:  error: undefined reference to 'pthread_atfork'
+
+cipher.c:213:0:  error: undefined reference to 'nettle_cbc_encrypt'
+
+cipher.c:213:0:  error: undefined reference to 'nettle_cbc_decrypt'
+
+cipher.c:213:0:  error: undefined reference to 'nettle_des_encrypt'
+
+cipher.c:213:0:  error: undefined reference to 'nettle_des_decrypt'
+
+cipher.c:213:0:
+     error: undefined reference to 'nettle_arcfour_crypt'
+
+cipher.c:213:0:
+     error: undefined reference to 'nettle_des3_encrypt'
+
+cipher.c:213:0:
+     error: undefined reference to 'nettle_des3_decrypt'
+
+cipher.c:213:0:
+     error: undefined reference to 'nettle_arctwo_encrypt'
+
+cipher.c:213:0:
+     error: undefined reference to 'nettle_arctwo_decrypt'
+
+cipher.c:265:0:
+     error: undefined reference to 'nettle_arcfour_set_key'
+
+cipher.c:68:0:
+     error: undefined reference to 'nettle_aes_set_encrypt_key'
+
+cipher.c:69:0:
+     error: undefined reference to 'nettle_aes_invert_key'
+
+cipher.c:96:0:
+     error: undefined reference to 'nettle_camellia_set_encrypt_key'
+
+cipher.c:97:0:
+     error: undefined reference to 'nettle_camellia_invert_key'
+
+cipher.c:268:0:
+     error: undefined reference to 'nettle_arctwo_set_key'
+
+cipher.c:239:0:
+     error: undefined reference to 'nettle_des_fix_parity'
+
+cipher.c:242:0:
+     error: undefined reference to 'nettle_des3_set_key'
+
+cipher.c:255:0:
+     error: undefined reference to 'nettle_des_fix_parity'
+
+cipher.c:257:0:  error: undefined reference to 'nettle_des_set_key'
+
+cipher.c:83:0:  error: undefined reference to 'nettle_aes_decrypt'
+
+cipher.c:76:0:  error: undefined reference to 'nettle_aes_encrypt'
+
+cipher.c:111:0:
+     error: undefined reference to 'nettle_camellia_crypt'
+
+cipher.c:104:0:
+     error: undefined reference to 'nettle_camellia_crypt'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha256_update'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha224_digest'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha224_set_key'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_md5_update'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_md5_digest'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_md5_set_key'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha1_update'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha1_digest'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha1_set_key'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha256_digest'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha256_set_key'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha512_update'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha384_digest'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha384_set_key'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha512_digest'
+
+mac.c:146:0:
+     error: undefined reference to 'nettle_hmac_sha512_set_key'
+
+mac.c:243:0:  error: undefined reference to 'nettle_sha224_init'
+
+mac.c:222:0:  error: undefined reference to 'nettle_md5_init'
+
+mac.c:229:0:  error: undefined reference to 'nettle_sha1_init'
+
+mac.c:236:0:  error: undefined reference to 'nettle_md2_init'
+
+mac.c:250:0:  error: undefined reference to 'nettle_sha256_init'
+
+mac.c:257:0:  error: undefined reference to 'nettle_sha384_init'
+
+mac.c:264:0:  error: undefined reference to 'nettle_sha512_init'
+
+mac.c:278:0:  error: undefined reference to 'nettle_sha256_update'
+
+mac.c:278:0:  error: undefined reference to 'nettle_sha224_digest'
+
+mac.c:278:0:  error: undefined reference to 'nettle_md5_update'
+
+mac.c:278:0:  error: undefined reference to 'nettle_md5_digest'
+
+mac.c:278:0:  error: undefined reference to 'nettle_sha1_update'
+
+mac.c:278:0:  error: undefined reference to 'nettle_sha1_digest'
+
+mac.c:278:0:  error: undefined reference to 'nettle_md2_update'
+
+mac.c:278:0:  error: undefined reference to 'nettle_md2_digest'
+
+mac.c:278:0:  error: undefined reference to 'nettle_sha256_digest'
+
+mac.c:278:0:  error: undefined reference to 'nettle_sha512_update'
+
+mac.c:278:0:  error: undefined reference to 'nettle_sha384_digest'
+
+mac.c:278:0:  error: undefined reference to 'nettle_sha512_digest'
+
+mpi.c:48:0:
+     error: undefined reference to 'nettle_mpz_sizeinbase_256_u'
+
+mpi.c:80:0:  error: undefined reference to 'nettle_mpz_get_str_256'
+
+mpi.c:76:0:  error: undefined reference to 'nettle_mpz_get_str_256'
+
+mpi.c:52:0:
+     error: undefined reference to 'nettle_mpz_sizeinbase_256_s'
+
+mpi.c:56:0:
+     error: undefined reference to 'nettle_mpz_sizeinbase_256_u'
+
+mpi.c:142:0:
+     error: undefined reference to 'nettle_mpz_set_str_256_u'
+
+mpi.c:117:0:
+     error: undefined reference to 'nettle_mpz_set_str_256_u'
+
+mpi.c:121:0:
+     error: undefined reference to 'nettle_mpz_set_str_256_s'
+
+mpi.c:470:0:
+     error: undefined reference to 'nettle_mpz_set_str_256_u'
+
+mpi.c:496:0:
+     error: undefined reference to 'nettle_mpz_set_str_256_u'
+
+pk.c:505:0:
+     error: undefined reference to 'nettle_dsa_public_key_init'
+
+pk.c:506:0:
+     error: undefined reference to 'nettle_dsa_private_key_init'
+
+pk.c:515:0:
+     error: undefined reference to 'nettle_dsa_generate_keypair'
+
+pk.c:545:0:
+     error: undefined reference to 'nettle_dsa_private_key_clear'
+
+pk.c:546:0:
+     error: undefined reference to 'nettle_dsa_public_key_clear'
+
+pk.c:558:0:
+     error: undefined reference to 'nettle_rsa_public_key_init'
+
+pk.c:559:0:
+     error: undefined reference to 'nettle_rsa_private_key_init'
+
+pk.c:563:0:
+     error: undefined reference to 'nettle_rsa_generate_keypair'
+
+pk.c:598:0:
+     error: undefined reference to 'nettle_rsa_private_key_clear'
+
+pk.c:599:0:
+     error: undefined reference to 'nettle_rsa_public_key_clear'
+
+pk.c:598:0:
+     error: undefined reference to 'nettle_rsa_private_key_clear'
+
+pk.c:599:0:
+     error: undefined reference to 'nettle_rsa_public_key_clear'
+
+pk.c:545:0:
+     error: undefined reference to 'nettle_dsa_private_key_clear'
+
+pk.c:546:0:
+     error: undefined reference to 'nettle_dsa_public_key_clear'
+
+pk.c:286:0:
+     error: undefined reference to 'nettle_dsa_signature_init'
+
+pk.c:296:0:  error: undefined reference to '_nettle_dsa_sign'
+
+pk.c:309:0:
+     error: undefined reference to 'nettle_dsa_signature_clear'
+
+pk.c:344:0:
+     error: undefined reference to 'nettle_rsa_compute_root'
+
+pk.c:309:0:
+     error: undefined reference to 'nettle_dsa_signature_clear'
+
+pk.c:231:0:
+     error: undefined reference to 'nettle_rsa_compute_root'
+
+pk.c:441:0:  error: undefined reference to '_nettle_dsa_verify'
+
+rnd.c:222:0:
+     error: undefined reference to 'nettle_yarrow256_update'
+
+rnd.c:340:0:
+     error: undefined reference to 'nettle_yarrow256_update'
+
+rnd.c:284:0:
+     error: undefined reference to 'nettle_yarrow256_update'
+
+rnd.c:388:0:
+     error: undefined reference to 'nettle_yarrow256_slow_reseed'
+
+rnd.c:465:0:
+     error: undefined reference to 'nettle_yarrow256_random'
+
+rnd.c:421:0:  error: undefined reference to 'nettle_yarrow256_init'
+
+rnd.c:437:0:
+     error: undefined reference to 'nettle_yarrow256_slow_reseed'
+collect2: error: ld returned 1 exit status
+make: *** [android] Error 1
+</pre>
+
+
+"""]]
diff --git a/doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__/comment_2_99a754f41d59fdd401ba6d169945e7c9._comment b/doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__/comment_2_99a754f41d59fdd401ba6d169945e7c9._comment
new file mode 100644
index 0000000000..6c5f48d5c6
--- /dev/null
+++ b/doc/bugs/Android___34__This_build_of_git-annex_does_not_support_XMPP_pairing__34__/comment_2_99a754f41d59fdd401ba6d169945e7c9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 2"
+ date="2013-11-26T19:40:55Z"
+ content="""
+Managed to get it to build with XMPP, but it was quite a hack job getting the C libraries to behave, and I have not been able to test it yet. The daily build has it if you want to give it a try.
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup.mdwn b/doc/bugs/Android_app_permission_denial_on_startup.mdwn
new file mode 100644
index 0000000000..689d7a748c
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup.mdwn
@@ -0,0 +1,18 @@
+### Please describe the problem.
+
+Android app barfs on startup.
+
+### What steps will reproduce the problem?
+
+Download/install/start Android app :)
+
+### What version of git-annex are you using? On what operating system?
+
+Just downloaded the .apk (Friday May 3rd).  Android 4.2.2 on Google/LG Nexus 4 
+
+### Please provide any additional information below.
+
+See this [screenshot](https://docs.google.com/file/d/0B8tqeaAn45VORU1ET1ZpTWxLTjQ/edit?usp=sharing).
+Feel free to ping me on IRC if you need additional info or want to test a fix.
+
+> [[done]]; now comprehensively fixed. --[[Joey]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_10_dc06737997c8883ef0a12dbecd9ac30f._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_10_dc06737997c8883ef0a12dbecd9ac30f._comment
new file mode 100644
index 0000000000..417d23e84e
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_10_dc06737997c8883ef0a12dbecd9ac30f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlcxKZHglATIiJXD7jcxfYhkhgeFmcVFqE"
+ nickname="James"
+ subject="21-May-2013 still broken"
+ date="2013-05-24T12:00:37Z"
+ content="""
+I downloaded the android app dated 21-May-2013. I get the same permission error as before on startup.
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_11_b444cd6717658116533745c51481dd3d._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_11_b444cd6717658116533745c51481dd3d._comment
new file mode 100644
index 0000000000..b776c2e7db
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_11_b444cd6717658116533745c51481dd3d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 11"
+ date="2013-05-29T17:01:55Z"
+ content="""
+Today's autobuild of git-annex for Android has a workaround for this problem. You can select \"Open WebApp\" from the menu in the terminal emulator app, and it should work. Would appreciate confirmation from someone who has seen this problem. If that menu item works, I may later be able to make it open automatically.
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_12_66181f34ed7496d1f6601b39e5ae3c65._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_12_66181f34ed7496d1f6601b39e5ae3c65._comment
new file mode 100644
index 0000000000..5a099121cd
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_12_66181f34ed7496d1f6601b39e5ae3c65._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="comment 12"
+ date="2013-05-29T17:20:40Z"
+ content="""
+It works!
+
+Note that the \"open webapp\" menu item is not available if my phone is set to French.
+
+French: http://i.imgur.com/cik0sIL.png
+English: http://i.imgur.com/8Oh6FEw.png
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_1_ddf5761bf14de30ac97030ad338601ae._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_1_ddf5761bf14de30ac97030ad338601ae._comment
new file mode 100644
index 0000000000..0f72b661e2
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_1_ddf5761bf14de30ac97030ad338601ae._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-03T22:44:36Z"
+ content="""
+> startActivity asks to run as user -2 but is calling from user 0; this requires android.permission.INTERACT_ACROSS_USERS_FULL
+
+The webapp continues running despite this, so you can certainly work around this by copying and pasting the displayed url into the web browser.
+
+<http://stackoverflow.com/questions/14744578/how-could-a-root-app-call-apis-with-signature-level-protected-permission>
+
+Based on this post, I cannot simply modify the app to request this permission. I don't know why your Android is requiring this permission, which AFAICS is supposed to be used to switch which user is logged in, when I'm merely trying to open a web browser. You might try closing any web browser you have open and see if that avoids the problem.
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_2_8b9fafa73ebf5f803c7da9531cfb5b34._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_2_8b9fafa73ebf5f803c7da9531cfb5b34._comment
new file mode 100644
index 0000000000..ca6a8b9ff1
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_2_8b9fafa73ebf5f803c7da9531cfb5b34._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="comment 2"
+ date="2013-05-04T05:02:45Z"
+ content="""
+I have the same problem. Also with a Nexus 4 (4.2.2).
+
+The problem still happens if I start git annex before any browser is open. I tested after a reboot.
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_3_58501bb043b4c5836d7472ffd6baa72c._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_3_58501bb043b4c5836d7472ffd6baa72c._comment
new file mode 100644
index 0000000000..419e6bceb0
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_3_58501bb043b4c5836d7472ffd6baa72c._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~subito"
+ nickname="subito"
+ subject="Galaxy Nexus: same here"
+ date="2013-05-05T10:46:12Z"
+ content="""
+    Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+    git annex webapp
+    u0_a65@android:/sdcard/git-annex.home $ git annex webapp
+    Launching web browser on http://127.0.0.1:38549 /?auth=38bf9df739a9f1671fd99153e2ef1e81a54dece8b18469152692277c056208cda039e1d9486e3115144a3e3da14a51056b260400ee563cde30b28b10b25ca2d0
+    Starting: Intent { act=android.intent.action.VIEW dat=http://127.0.0.1:38549/?auth=38bf9df739a9f1671fd99153e2ef1e81a54dece8b18469152692277c056208cda039e1d9486e3115144a3e3da14a51056b260400ee563cde30b28b10b25ca2d0 }
+    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:1921)
+            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
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_4_d3a04dc7bbc1816cccc8d85c73ffb689._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_4_d3a04dc7bbc1816cccc8d85c73ffb689._comment
new file mode 100644
index 0000000000..5f6ce0b66e
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_4_d3a04dc7bbc1816cccc8d85c73ffb689._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn26WQjIP5fnMgQF_L_k3Q3UrR5v8mjRTY"
+ nickname="Ellis"
+ subject="comment 4"
+ date="2013-05-05T12:18:41Z"
+ content="""
+I'm also using a Samsung Galaxy Nexus with the latest Android and git-annex, and I'm getting the same error as above (with different port, auth id, and uid).  Opening the url manually does work, as Joey said.
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_5_eeabbc0cc434ed84c36a3f4e03fcef36._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_5_eeabbc0cc434ed84c36a3f4e03fcef36._comment
new file mode 100644
index 0000000000..cfd0e8663b
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_5_eeabbc0cc434ed84c36a3f4e03fcef36._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-05-06T14:13:51Z"
+ content="""
+I have also had a report that this happens on a galaxy nexus 4.2.1.
+
+So far, every reporter has had a galaxy nexus. Hmm...
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_6_4203b496bee1bdd424466ed63b5d31cf._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_6_4203b496bee1bdd424466ed63b5d31cf._comment
new file mode 100644
index 0000000000..1f21792711
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_6_4203b496bee1bdd424466ed63b5d31cf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="comment 6"
+ date="2013-05-06T14:29:59Z"
+ content="""
+The Galaxy Nexus (Samsung) is not the same as the Nexus 4 (LG).
+
+See: https://en.wikipedia.org/wiki/Google_Nexus#Comparison_of_phones
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_7_74373eb2cc46b76659e3c463d6682d15._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_7_74373eb2cc46b76659e3c463d6682d15._comment
new file mode 100644
index 0000000000..12c1e3eed6
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_7_74373eb2cc46b76659e3c463d6682d15._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn26WQjIP5fnMgQF_L_k3Q3UrR5v8mjRTY"
+ nickname="Ellis"
+ subject="addendum to comment 4"
+ date="2013-05-06T15:32:51Z"
+ content="""
+As a side node, my device is rooted.  The web browser starts properly when I start it as follows: adb shell; su; /data/data/ga.androidterm/runshell; git annex webapp
+
+However, with previous versions of git-annex for android, I had problems with git-annex when starting it this way; if I recall correctly, ``git annex get`` didn't work.  Will test again when I have time.
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_8_0923d2a09df01d152ec4784c92689c96._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_8_0923d2a09df01d152ec4784c92689c96._comment
new file mode 100644
index 0000000000..98e1e19ed9
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_8_0923d2a09df01d152ec4784c92689c96._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="more info on original report"
+ date="2013-05-08T11:16:30Z"
+ content="""
+I should have said that I am running a recent-ish nightly of CyanogenMod 10.1.  This means that my Nexus 4 is rooted.  Bruno is quite correct to point out that the Nexus 4 (made by LG) is a very different beast to the Galaxy Nexus (made by Samsung).
+"""]]
diff --git a/doc/bugs/Android_app_permission_denial_on_startup/comment_9_b60928e54a5b620899cf29820b9b8e70._comment b/doc/bugs/Android_app_permission_denial_on_startup/comment_9_b60928e54a5b620899cf29820b9b8e70._comment
new file mode 100644
index 0000000000..68ab46be14
--- /dev/null
+++ b/doc/bugs/Android_app_permission_denial_on_startup/comment_9_b60928e54a5b620899cf29820b9b8e70._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmSbJHbvlxbCjtPXk_Io3qP3MFqJr3pUgQ"
+ nickname="Christopher"
+ subject="New permission type"
+ date="2013-05-09T22:01:38Z"
+ content="""
+I observe that I am encountering the same on my Galaxy Nexus running CM10.1; I see indication that the \"INTERACT_ACROSS_USERS_FULL\" is a new permission in Android 4.2 that relates to the use of multiple users, which is one of the new features of 4.2.
+
+It's possible that there are bugs here... See: https://code.google.com/p/android/issues/detail?id=39801
+"""]]
diff --git a/doc/bugs/Android_daily_build_missing_webapp.mdwn b/doc/bugs/Android_daily_build_missing_webapp.mdwn
new file mode 100644
index 0000000000..682186b73c
--- /dev/null
+++ b/doc/bugs/Android_daily_build_missing_webapp.mdwn
@@ -0,0 +1,23 @@
+### Please describe the problem.
+
+The daily Android build is missing the webapp, raising a bug in case this is unexpected.
+
+### What steps will reproduce the problem?
+
+Down the daily APK, it is 9MB.
+
+### 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.
+"""]]
+
+> Probably several of them were. I've fixed the cabal file, re-running
+> android build now. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Annex_thinks_file_exists_afer_being_dropped.mdwn b/doc/bugs/Annex_thinks_file_exists_afer_being_dropped.mdwn
new file mode 100644
index 0000000000..48be21ceec
--- /dev/null
+++ b/doc/bugs/Annex_thinks_file_exists_afer_being_dropped.mdwn
@@ -0,0 +1,27 @@
+#### What steps will reproduce the problem?
+
+I've posted some code here:
+   https://gist.github.com/4552036
+
+
+#### What is the expected output? What do you see instead?
+
+I think I've found three bugs.  If they aren't bugs then there is a usage issue that could do with some documentation improvements.
+
+Problem 1 - With 3 local annexes git-annex doesn't seem to search properly for them  (See code)
+
+Problem 2 - Even after a sync an annex thinks another (local) annex has a file, even after it has been dropped  (See code)
+
+SCARY bug - `whereis` seems to think that a locally dropped file still exists  (See code) 
+
+
+#### What version of git-annex are you using? On what operating system?
+
+git-annex version: 3.20130114
+
+OS: OSX 10.6.8
+
+
+#### Please provide any additional information below.
+
+> [[done]]; see comments --[[Joey]] 
diff --git a/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_1_1d100441fd1ef529eb854b350fece9ee._comment b/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_1_1d100441fd1ef529eb854b350fece9ee._comment
new file mode 100644
index 0000000000..7ddc9d2dde
--- /dev/null
+++ b/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_1_1d100441fd1ef529eb854b350fece9ee._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-17T00:46:27Z"
+ content="""
+* Problem 1 - With 3 local annexes git-annex doesn't seem to search properly for them (See code)
+
+While test1 thinks test2 and test3 have the file, they don't; it was just dropped from them. So the check that the other repos have the file is done correctly here, and it correctly refuses to drop it. The message is confusing in that it suggests the repositories are not available.
+
+* Problem 2 - Even after a sync an annex thinks another (local) annex has a file, even after it has been dropped (See code)
+
+I have not fully analized this, but it does not have anything to do with direct mode, it's a location log bookeeping problem.
+
+The merge where this happens looks like this:
+
+<pre>
+ - 1358382328.617882s 0 620af8a6-603c-11e2-b332-f3ecf1856be4 (test2)
+ + 1358382324.420048s 1 620af8a6-603c-11e2-b332-f3ecf1856be4 (test2)
+  +1358382324.572356s 1 622cf3b6-603c-11e2-bb55-4fe0f1a02dee (test3)
+++ 1358382328.472266s 0 622cf3b6-603c-11e2-bb55-4fe0f1a02dee (test3)
+</pre>
+
+The first 2 lines are the problem, and in this merge, a newer line is deleted leaving behind an older, now incorrect line. Union merge should not be deleting lines at all, so this appears to be a bug in the union merge code.
+
+* SCARY bug - whereis seems to think that a locally dropped file still exists (See code)
+
+This is a consequence of problem 2; the bad location data gets synced back to test2. Of course fsck will fix this, and the location log's is not relied on when dropping files, so this cannot result in data loss at least.
+"""]]
diff --git a/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_2_166c459c2b27859cf457e17da685fe75._comment b/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_2_166c459c2b27859cf457e17da685fe75._comment
new file mode 100644
index 0000000000..661386d8e0
--- /dev/null
+++ b/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_2_166c459c2b27859cf457e17da685fe75._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 2"
+ date="2013-01-17T01:35:44Z"
+ content="""
+All right, the bug here involves differing changes to location log info for the same file being synced from two repositories and merged. Which probably explains why this bug was not noticed before.
+
+The union merge code generates a stream of data to feed into a single call to update-index. For each ref being merged, it calculates a union merge between that ref and the index. However, this means that the merge data for test2 is fed into update-index, and this is followed by the merge data for test3, which overwrites the previous merge data, causing the unique line from it to be lost.
+
+A fix, although perhaps not the most efficient way, is to run update-index once for each ref to merge, so that each merge builds on the one before. I've put this in place and can confirm problems #2 and #3 are fixed. Leaving open for the minor wording problem #1.
+
+Thanks for an excellent test case for this most unusual bug! (Which I should haskell-ize and add to the regression test suite, when I have time..)
+"""]]
diff --git a/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_3_9d985b6e7973bfaaf8b4f5349d8c13ee._comment b/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_3_9d985b6e7973bfaaf8b4f5349d8c13ee._comment
new file mode 100644
index 0000000000..7301dda92e
--- /dev/null
+++ b/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_3_9d985b6e7973bfaaf8b4f5349d8c13ee._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 3"
+ date="2013-01-17T01:45:59Z"
+ content="""
+Fixed problem #1; it now no longer says to make available repositories where it has confirmed the file is not present.
+"""]]
diff --git a/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_4_3e084cff454b95c7170c0225a53f0c30._comment b/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_4_3e084cff454b95c7170c0225a53f0c30._comment
new file mode 100644
index 0000000000..a4fc5813aa
--- /dev/null
+++ b/doc/bugs/Annex_thinks_file_exists_afer_being_dropped/comment_4_3e084cff454b95c7170c0225a53f0c30._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="comment 4"
+ date="2013-01-17T01:57:06Z"
+ content="""
+No problem.  Glad to be of assistance.
+
+This was actually a bug that I ran into whilst testing direct mode.  Quantifying the commands needed to reproduce was a bit of a challenge.  :-)
+
+"""]]
diff --git a/doc/bugs/Assistant_does_not_actually_check_newly_annex-added_files_into_git_until_daily_sanity_check.mdwn b/doc/bugs/Assistant_does_not_actually_check_newly_annex-added_files_into_git_until_daily_sanity_check.mdwn
new file mode 100644
index 0000000000..d4f58b44dc
--- /dev/null
+++ b/doc/bugs/Assistant_does_not_actually_check_newly_annex-added_files_into_git_until_daily_sanity_check.mdwn
@@ -0,0 +1,106 @@
+What steps will reproduce the problem?
+
+Move any file into a git annex repository using "mv".  The symlink is created, content is stored in .git/annex, content may even be moved to other repos, but the symlink is not checked into git.  A day later, the daily sanity check will add and check-in the link.
+
+What is the expected output? What do you see instead?
+
+After adding content to git-annex, "git status" should show a clean repo with everything checked in.
+
+Instead it looks like this:
+
+    ~$ touch foobar
+    ~$ rm foobar
+    ~$ echo "foo" > bar
+    ~$ mv bar annex/Incoming/
+    ~$ cd annex
+    annex$ git status
+    # On branch master
+    # Untracked files:
+    #   (use "git add <file>..." to include in what will be committed)
+    #
+    #	Incoming/bar
+    nothing added to commit but untracked files present (use "git add" to track)
+    annex$ 
+
+
+
+I ran the assistant with the --debug option and this is what was in the daemon.log when this happened:
+
+    [2013-03-13 09:23:36 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","ls-files","--others","--exclude-standard","-z","--","/Users/ed/annex/Incoming/bar"]
+    [2013-03-13 09:23:37 EDT] read: lsof ["-F0can","+d","/Users/ed/annex/.git/annex/tmp/"]
+    [2013-03-13 09:23:39 EDT] Committer: Adding bar
+    
+    
+    (Recording state in git...)
+    (Recording state in git...)
+    (Recording state in git...)
+    (Recording state in git...)
+    add Incoming/bar (checksum...) recv: resource vanished (Connection reset by peer)
+    [2013-03-13 09:23:39 EDT] 127.0.0.1 GET /sidebar/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:19.0) Gecko/20100101 Firefox/19.0
+    [2013-03-13 09:23:40 EDT] 127.0.0.1 GET /sidebar/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:19.0) Gecko/20100101 Firefox/19.0
+
+
+What version of git-annex are you using? On what operating system?
+
+A fresh compile from last night (git hash fe2df85f0db08227556897db3b076ef321e4303a).  OS X Lion.
+
+
+Please provide any additional information below.
+
+I get the same effect when doing this with a newly created "testannex" repo with nothing in it but a newly created file -- I just haven't left the assistant running in a test repo all day to confirm that the file doesn't get checked in till the next daily sanity check.
+
+Here it is on a newly-created, empty repo:
+
+    testannex$ git init
+    Initialized empty Git repository in /Users/ed/testannex/.git/
+    testannex$ git annex init
+    init  ok
+    (Recording state in git...)
+    testannex$ git annex assistant --debug
+    [2013-03-13 09:31:10 EDT] read: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","show-ref","git-annex"]
+    [2013-03-13 09:31:10 EDT] read: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","show-ref","--hash","refs/heads/git-annex"]
+    [2013-03-13 09:31:10 EDT] read: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","log","refs/heads/git-annex..4aeceaff629c83c35c1244da9eeeac4b7c228fef","--oneline","-n1"]
+    [2013-03-13 09:31:10 EDT] chat: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","cat-file","--batch"]
+    testannex$ cd
+    ~$ echo "foo" > bar
+    ~$ mv bar testannex/
+    ~$ cd testannex/
+    testannex$ git status
+    # On branch master
+    #
+    # Initial commit
+    #
+    # Untracked files:
+    #   (use "git add <file>..." to include in what will be committed)
+    #
+    #	bar
+    nothing added to commit but untracked files present (use "git add" to track)
+
+
+    (meanwhile.....)
+
+    ~$ cd testannex/.git/annex/
+    annex$ tail -f daemon.log 
+    [2013-03-13 09:31:10 EDT] TransferWatcher: watching for transfers
+    [2013-03-13 09:31:10 EDT] read: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","show-ref","git-annex"]
+    [2013-03-13 09:31:10 EDT] read: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","show-ref","--hash","refs/heads/git-annex"]
+    [2013-03-13 09:31:10 EDT] read: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","log","refs/heads/git-annex..4aeceaff629c83c35c1244da9eeeac4b7c228fef","--oneline","-n1"]
+    [2013-03-13 09:31:10 EDT] Merger: watching /Users/ed/testannex/.git/refs
+    [2013-03-13 09:31:10 EDT] read: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+    [2013-03-13 09:31:10 EDT] read: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+    (scanning...) [2013-03-13 09:31:10 EDT] Watcher: Performing startup scan
+    [2013-03-13 09:31:10 EDT] read: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","ls-files","--deleted","-z","--","/Users/ed/testannex"]
+    (started...) [2013-03-13 09:31:10 EDT] Watcher: watching .
+    [2013-03-13 09:31:48 EDT] read: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","ls-files","--others","--exclude-standard","-z","--","/Users/ed/testannex/bar"]
+    [2013-03-13 09:31:49 EDT] read: lsof ["-F0can","+d","/Users/ed/testannex/.git/annex/tmp/"]
+    [2013-03-13 09:31:51 EDT] Committer: Adding bar
+    
+    add bar [2013-03-13 09:31:51 EDT] chat: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","check-attr","-z","--stdin","annex.backend","annex.numcopies","--"]
+    (checksum...) [2013-03-13 09:31:51 EDT] chat: git ["--git-dir=/Users/ed/testannex/.git","--work-tree=/Users/ed/testannex","cat-file","--batch"]
+
+> This bug affected OSX when indirect mode repositories were used.
+> Direct mode repositories were ok.
+> I expected to get an event from fsevents when I made the symlink,
+> and this event is not arriving (or at least not always). Switched
+> the code to use the same method for fsevents as for kqueue and that fixed
+> it. [[done]] --[[Joey]]
diff --git a/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default.mdwn b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default.mdwn
new file mode 100644
index 0000000000..c3810350b0
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default.mdwn
@@ -0,0 +1,16 @@
+### Please describe the problem.
+
+I'm trying to use the assistant to replicate the basic dropbox functionality of having a synced folder between two machines. Instead of actually syncing file contents by default the assistant just creates broken symlinks.
+
+### What steps will reproduce the problem?
+
+I've setup two repositories with each other as ssh remotes and ran the assistant on each after setting them in direct mode. I can create files on each of the repositories and have them show up on the other but all that shows up is a broken link. Actual contents don't get transferred. If I do a "git annex get" I can get the contents just fine. I tried setting annex.numcopies to 2 and that didn't work either.
+
+What I'm missing here is some setting to tell the assistant "sync the contents of every new file". What it's doing instead is unacceptable. If I have the file in both repositories and change it in one, the other repository gets it's previous version of the file replaced by a broken symlink. From my point of view for the assistant to be a dropbox replacement it should never, under any circumstances, create a broken symlink in the sync folder. I had understood that that's what direct mode was, but it's not behaving that way right now at least.
+
+### What version of git-annex are you using? On what operating system?
+
+My basic setup for testing is two Ubuntu 12.04 LTS machines running git-annex 4.20130501
+
+> [[done]], broken ~/.config/git-annex/program file, which is now detected
+> and worked around. --[[Joey]]
diff --git a/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_1_8577fdaa4d49e6241c4372b159694c9c._comment b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_1_8577fdaa4d49e6241c4372b159694c9c._comment
new file mode 100644
index 0000000000..5e300d557f
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_1_8577fdaa4d49e6241c4372b159694c9c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2013-05-20T13:57:59Z"
+ content="""
+just fyi -- *broken* symlinks represent content which git-annex knows about, but is not present on that machine.  They are there even in direct mode.  In indirect mode, content which is present is represented by non-broken symlinks.  In direct mode, content which is present is actual files.
+
+I'm not sure why your setup doesn't work.  It seems as if it would, from your description of it.
+
+Your machines are successfully syncing their knowledge about what files exist (which is stored in git), but not actually transferring the content of those files.  That's why symlinks are showing up (to show that those files exist) but not the content.  I would think numcopies=2 would force that to happen.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_2_027521e48283c68b39315bb8213f6e45._comment b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_2_027521e48283c68b39315bb8213f6e45._comment
new file mode 100644
index 0000000000..9d5e07eb75
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_2_027521e48283c68b39315bb8213f6e45._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="comment 2"
+ date="2013-05-20T14:37:37Z"
+ content="""
+I know what the broken symlinks are I just don't think they should ever happen in a direct mode repository. They're an artifact of the traditional way git-annex was run but the assistant in direct mode should never use them. Right now if one of the repositories changes a file and another finds out that has happened but hasn't synced the content yet you lose access to your file. That's not acceptable in a file sync utility. Dropbox certainly doesn't do that. What git-annex should do in this case is use the knowledge of the updated file to run a sync but before it can complete it maintain the file at its previous version. By definition direct mode should not be deleting my files and replacing them with symlinks, it should only replace existing files with newer versions of those same files.
+
+I also don't know why numcopies didn't work but it shouldn't be needed at all. What I want to do is to tell the assistant \"sync the contents of every file into this repository as soon as you can from whatever remote you happen to be able to copy it from\". I couldn't find a setting that would do that though.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_3_fd8f6938596aace60b04fb35c4069e37._comment b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_3_fd8f6938596aace60b04fb35c4069e37._comment
new file mode 100644
index 0000000000..65bccfb767
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_3_fd8f6938596aace60b04fb35c4069e37._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-20T16:06:50Z"
+ content="""
+If git-annex did not update its working tree until all files referenced in it had been downloaded, then it would be possible, if you have a lot of files, for changes to take a long time, or forever, to show up. I prefer the current behavior. 
+
+In any case, is this bug report about the mechanics of how the assistant choses to update its working tree, or is it about your configuration of two repositories that are not syncing with one-another? Conflating two entirely separate issues in one bug report is a good way to add so much noise to it that nothing gets done.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_4_ca908021ab5a2a50fd0d4a7e8d12498f._comment b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_4_ca908021ab5a2a50fd0d4a7e8d12498f._comment
new file mode 100644
index 0000000000..035606957c
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_4_ca908021ab5a2a50fd0d4a7e8d12498f._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 4"
+ date="2013-05-20T16:08:14Z"
+ content="""
+The broken symlinks are important to me, because they represent content in archive directories which is intentionally not present, and they allow me to prompt git annex to retrieve that content by dragging and dropping them out of the archive subdirectory.  I'm not sure what the issue is with transferring content for you though.
+
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_5_73532556cfc354ad5f37a3f3a048fb32._comment b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_5_73532556cfc354ad5f37a3f3a048fb32._comment
new file mode 100644
index 0000000000..008ed98cb3
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_5_73532556cfc354ad5f37a3f3a048fb32._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-05-20T16:09:47Z"
+ content="""
+\"What I want to do is to tell the assistant \"sync the contents of every file into this repository as soon as you can from whatever remote you happen to be able to copy it from\". I couldn't find a setting that would do that though.\"
+
+The reason you cannot find a setting that does this, is because that is the default behavior of the assistent, when correctly configured.
+
+Since it syncs files for everyone else, I conclude there must be an error in your configuration. You need to descibe it in detail and/or enable debugging and paste a debug log.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_6_ced397b9e6119a0798a282ee07e885df._comment b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_6_ced397b9e6119a0798a282ee07e885df._comment
new file mode 100644
index 0000000000..61d5f9bd25
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_6_ced397b9e6119a0798a282ee07e885df._comment
@@ -0,0 +1,61 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-05-20T16:22:18Z"
+ content="""
+Here is a simple example of setting up 2 repositories in the way the bug reporter describes here and on IRC. As you can see, the assistant syncs file content without any configuration:
+
+[[!format sh \"\"\"
+joey@gnu:~/tmp/test>mkdir 1 2
+joey@gnu:~/tmp/test>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/joey/tmp/test/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
+joey@gnu:~/tmp/test>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/joey/tmp/test/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
+joey@gnu:~/tmp/test>cd 1; git remote add 2 ssh://localhost/~joey/tmp/test/2; git annex assistant; cd ..
+joey@gnu:~/tmp/test>cd 2; git remote add 1 ssh://localhost/~joey/tmp/test/1; git annex assistant; cd ..
+(merging synced/git-annex into git-annex...)
+(Recording state in git...)
+joey@gnu:~/tmp/test>cd 1
+joey@gnu:~/tmp/test/1>ls
+file_from_1
+joey@gnu:~/tmp/test/1>ls
+file_from_1  file_from_2
+joey@gnu:~/tmp/test/1>cat file_from_2
+file added to 2
+joey@gnu:~/tmp/test/1>cd ..
+joey@gnu:~/tmp/test>cd 2
+joey@gnu:~/tmp/test/2>cat file_from_1
+file added to 1
+joey@gnu:~/tmp/test/2>rm file_from_2
+joey@gnu:~/tmp/test/2>cd ..
+joey@gnu:~/tmp/test>cd 1
+joey@gnu:~/tmp/test/1>ls
+file_from_1
+joey@gnu:~/tmp/test/1>date > newfile
+joey@gnu:~/tmp/test/1>cd ..
+joey@gnu:~/tmp/test>cd 2
+joey@gnu:~/tmp/test/2>cat newfile
+Mon May 20 12:20:24 JEST 2013
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_7_8acb66850e5db8337cf3f2b2dd236ccc._comment b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_7_8acb66850e5db8337cf3f2b2dd236ccc._comment
new file mode 100644
index 0000000000..8bd9016885
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_7_8acb66850e5db8337cf3f2b2dd236ccc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="comment 7"
+ date="2013-05-20T19:52:30Z"
+ content="""
+Your example is pretty much what I've done. I'll enable a debug log as soon as possible. By the away \"git annex assistant --foreground\" still logs to .git/annex/daemon.log instead of stdout/stderr, which I assume was not the intended behavior.
+
+This bug was indeed about the assistant not syncing, the comments about the broken symlinks were just in response to edheil's comment. I can post a separate bug report about this but the reason I don't think this should be default behavior is that it breaks several simple uses of git-annex. One simple example is using it to store your configs across machines (things like .bashrc). If at any point the git-annex can't sync a file (a network problem or ssh breakage or whatever) but becomes aware of a file change (for example through xmpp) you now have a broken login shell. In general it breaks the user expectations of having a \"folder that just happens to also sync\" for something where his files randomly get replaced with strange broken things for odd technical reasons.
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_8_7eb530851ae6fa1a69813725c4e8fcec._comment b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_8_7eb530851ae6fa1a69813725c4e8fcec._comment
new file mode 100644
index 0000000000..157923a1e2
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_8_7eb530851ae6fa1a69813725c4e8fcec._comment
@@ -0,0 +1,59 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkx5V3MTbzCXS3J7Mn9FEq8M9bPPYMkAHY"
+ nickname="Pedro"
+ subject="comment 8"
+ date="2013-05-20T19:59:22Z"
+ content="""
+Here's the same example you posted being followed by me and showing 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/Hacks/test-git-annex/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/Hacks/test-git-annex/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 ..
+(merging synced/git-annex into git-annex...)
+$cd 1
+$ls
+file_from_1  file_from_2
+$ls -la
+total 20
+drwxrwxr-x 3 pedrocr pedrocr 4096 May 20 20:57 .
+drwxrwxr-x 4 pedrocr pedrocr 4096 May 20 20:55 ..
+-rw-r--r-- 1 pedrocr pedrocr   16 May 20 20:56 file_from_1
+lrwxrwxrwx 1 pedrocr pedrocr  180 May 20 20:57 file_from_2 -> .git/annex/objects/1P/8w/SHA256E-s16--b651aaa274225b617cb4d3033047ac6aee29dd6f2465f94ec38dc6630b7d48c8/SHA256E-s16--b651aaa274225b617cb4d3033047ac6aee29dd6f2465f94ec38dc6630b7d48c8
+drwxrwxr-x 9 pedrocr pedrocr 4096 May 20 20:57 .git
+$cd ..
+$cd 2
+$ls -la
+total 20
+drwxrwxr-x 3 pedrocr pedrocr 4096 May 20 20:57 .
+drwxrwxr-x 4 pedrocr pedrocr 4096 May 20 20:55 ..
+lrwxrwxrwx 1 pedrocr pedrocr  180 May 20 20:57 file_from_1 -> .git/annex/objects/qQ/x9/SHA256E-s16--cca8b6c2db480aa680e12c48f471a351de69978c7665fac5b63d9a765f4c16f4/SHA256E-s16--cca8b6c2db480aa680e12c48f471a351de69978c7665fac5b63d9a765f4c16f4
+-rw-r--r-- 1 pedrocr pedrocr   16 May 20 20:56 file_from_2
+drwxrwxr-x 9 pedrocr pedrocr 4096 May 20 20:57 .git
+$
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_9_c7d51a26e1febc3894d02546940d64e5._comment b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_9_c7d51a26e1febc3894d02546940d64e5._comment
new file mode 100644
index 0000000000..2f5e2d43d1
--- /dev/null
+++ b/doc/bugs/Assistant_doesn__39__t_actually_sync_file_contents_by_default/comment_9_c7d51a26e1febc3894d02546940d64e5._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 9"
+ date="2013-05-20T21:43:04Z"
+ content="""
+Based on the log, it appears that you have a `~/.config/git-annex/program` file that contains \"/home/pedrocr/software/git-annex/git-annex.linux/git-annex\", but that is either not where git-annex is actually installed, or running that program
+(which git-annex does when it needs to transfer a file contents) fails.
+
+I am able to exactly replicate the failure to transfer file content, and the log output, when I set things up in that way.
+
+This would be consistent with you, for example, having previously installed git-annex from the standalone tarball, used it at least once, and then deleted that installation, and installed it from, say, a Ubuntu repository.
+
+I've put in a fix so if the programfile is wrong, git-annex just tries PATH.
+
+(BTW, I do not advocate storing config files in the git annex. Small files that you want to have fully versioned are best stored in git. The git-annex assistant can still be used for syncing files that are checked into git in the regular way. See [[tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant]].)
+
+(git annex assistant --foreground intentionally logs to the log file, because otherwise the \"view logs\" page in the webapp can't show any logs.)
+"""]]
diff --git a/doc/bugs/Assistant_dropping_files_it_has_just_transferred_elsewhere_again.mdwn b/doc/bugs/Assistant_dropping_files_it_has_just_transferred_elsewhere_again.mdwn
new file mode 100644
index 0000000000..cb463ba07a
--- /dev/null
+++ b/doc/bugs/Assistant_dropping_files_it_has_just_transferred_elsewhere_again.mdwn
@@ -0,0 +1,26 @@
+Setup:
+
+* fresh install of Debian Wheezy on machines A & B, git-annex 4.20130227 pulled in from unstable
+* clone repository onto A & B and pair them (manual SSH key setup), and plug USB backup drive, U, into A
+* U has repository group `backup` and preferred content string `standard`
+* A & B have repository group `client` and preferred content string `present or include=subdir1/* or ...`
+
+Steps:
+
+* Add a new file to B
+* On B, `git annex copy -t A newfile`
+
+Expected:
+
+* File arrives at B and is copied to U by B's assistant
+* File remains on B
+
+Actual:
+
+* File arrives on B and is copied to U
+* File is dropped from B
+
+Seems like a resurfacing of [[forum/assistant_overzealously_moving_stuff_to_other_repos]]?  Thanks.
+
+> 4.20130227 used a regex library that was broken, at least for certian
+> filenames. I suspect that's what'd going on here. [[done]] --[[Joey]]
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_enters_eternal_loop_and_eats_up_all_of_RAM_after_X_restart.mdwn b/doc/bugs/Assistant_enters_eternal_loop_and_eats_up_all_of_RAM_after_X_restart.mdwn
new file mode 100644
index 0000000000..d3f5394310
--- /dev/null
+++ b/doc/bugs/Assistant_enters_eternal_loop_and_eats_up_all_of_RAM_after_X_restart.mdwn
@@ -0,0 +1,24 @@
+*What steps will reproduce the problem?*
+
+Log in to X, have the DE start the assistant with --autostart. Then kill X with ctrl+alt+backspace and log back in once X comes back up.
+
+*What is the expected output? What do you see instead?*
+
+It enters an eternal loop, quickly using up all of the available RAM as well as 100% of CPU. Initially noticed because the computer became extremely sluggish, at which point the assistant was using up over 7G (of the available 8G) of RAM, and all of the available power on one of the CPU cores.
+
+Killing the assistant and then starting it again results in it working normally again.
+
+*What version of git-annex are you using? On what operating system?*
+
+git-annex version: 3.20121010 on Debian Sid (under GNOME3/Gnome-Shell in case that's relevant).
+I've also seen it happen on another computer in similar circumstances. That one on Debian Testing, with git-annex from sid (so same git-annex version). In this case X was restarted while running with /etc/init.d/gdm3 restart, and again the issue appeared after logging out and then back in.
+
+*Please provide any additional information below.*
+
+Given that the assistant isn't really using X directly, I suppose this could be due to losing its connection to the gpg and ssh agents as a side-effect of X being shut down. I'm not sure if it happens immediately after X being killed, or once I log back in again.
+
+> Reproduced. Root caused to a bug in the haskell dbus library, which I can
+> reproduce with 2 line test case; basically anything using connectSession
+> will do this when the dbus session goes away. Sent test case and
+> profiling data to library author to get it fixed, and have disabled
+> dbus in git-annex in the meantime. [[done]] --[[Joey]]
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_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_redirects_to_127.0.0.1_in_some_cases__44___although_used_remotely.mdwn b/doc/bugs/Assistant_redirects_to_127.0.0.1_in_some_cases__44___although_used_remotely.mdwn
new file mode 100644
index 0000000000..1b1738aecd
--- /dev/null
+++ b/doc/bugs/Assistant_redirects_to_127.0.0.1_in_some_cases__44___although_used_remotely.mdwn
@@ -0,0 +1,29 @@
+### Please describe the problem.
+When I use git-annex webapp with a remote IP of a headless computer,
+I am sometimes redirected to a 127.0.0.1 address (with a different
+port as well)
+
+### What steps will reproduce the problem?
+1. Install git-annex as usual.
+2. Open git-annex assistant from a headless machine and access the
+webapp with the --listen option. (e.g. git annex webapp
+--listen=xxx.yyy.zzz.www)
+3. Create your first local repository. Then create a second local
+repository.
+4. When assistant asks you if you want to merge these 2
+repositories, try to select the second option (to keep them
+separated).
+5. You are redirected from your remote IP to 127.0.0.1 to a new port number.
+
+(I also encountered the same error at another menu or function, but
+I don't remember where. Sorry.)
+
+### What version of git-annex are you using? On what operating system?
+4.20130815
+Ubuntu 13.10 64-bit (kernel 3.11.0-13-generic x86_64)
+
+### Please provide any additional information below.
+Please ask me for any additional information that may be useful.
+
+> This is a duplicate of [[Switching_repositories_in_webapp_on_a_remote_server_is_not_honoring_--listen_parameter]]
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux.mdwn b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux.mdwn
new file mode 100644
index 0000000000..a2f79aa6cf
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux.mdwn
@@ -0,0 +1,75 @@
+### Please describe the problem.
+
+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.
+
+If an annex exists, but I start the webapp from another directory, it just behaves as if none were found.
+
+Calls to git annex assistant --autostart complain that "Nothing listed in /home/omehani/.config/git-annex/autostart". I have checked the permissions on that directory, and tried deleting it to let git-annex recreate it, which it did, to no avail.
+
+
+### What steps will reproduce the problem?
+
+Install any of the git-annex packages available from AUR
+
+### What version of git-annex are you using? On what operating system?
+
+* up-to-date ArchLinux, Linux cancey 3.10.10-1-ARCH #1 SMP PREEMPT Fri Aug 30 11:30:06 CEST 2013 x86_64 GNU/Linux
+* aur/git-annex 4.20130516-1, aur/git-annex-bin-4.20130909-1, aur/git-annex-standalone-4.20130909-1 or through Cabal (on 2013-09-12)
+
+### Please provide any additional information below.
+
+The following is the output of webapp --debug. Nothing actually appears when trying to add/edit a 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
+
+~/annex (master)$ git annex webapp --debug
+[2013-09-16 10:26:55 EST] read: git ["--git-dir=/home/omehani/annex/.git","--work-tree=/home/omehani/annex","show-ref","git-annex"]
+[2013-09-16 10:26:55 EST] read: git ["--git-dir=/home/omehani/annex/.git","--work-tree=/home/omehani/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-09-16 10:26:55 EST] read: git ["--git-dir=/home/omehani/annex/.git","--work-tree=/home/omehani/annex","log","refs/heads/git-annex..27c891f84f6ea7a10c68c0dd696ab84d88ef0cec","--oneline","-n1"]
+[2013-09-16 10:26:55 EST] read: git ["--git-dir=/home/omehani/annex/.git","--work-tree=/home/omehani/annex","log","refs/heads/git-annex..d0a1cb518045af01b443694aa2cd9af6386de38a","--oneline","-n1"]
+[2013-09-16 10:26:55 EST] read: git ["--git-dir=/home/omehani/annex/.git","--work-tree=/home/omehani/annex","log","refs/heads/git-annex..3ff23e23d74ace008b03143120e84f07e52ed8ee","--oneline","-n1"]
+[2013-09-16 10:26:55 EST] chat: git ["--git-dir=/home/omehani/annex/.git","--work-tree=/home/omehani/annex","cat-file","--batch"]
+[2013-09-16 10:26:55 EST] logging to /home/omehani/annex/.git/annex/daemon.log
+[2013-09-16 10:26:55 EST] logging to /home/omehani/annex/.git/annex/daemon.log
+Launching web browser on file:///home/omehani/annex/.git/annex/webapp.html
+START /usr/lib/firefox/firefox "/home/omehani/annex/.git/annex/webapp.html"
+
+(process:2699): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
+
+
+# End of transcript or log.
+"""]]
+
+Running git annex from a different directory.
+[[!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 --debug
+Launching web browser on file:///tmp/webapp3934.html
+START /usr/lib/firefox/firefox "/tmp/webapp3934.html"
+
+(process:4008): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
+
+# End of transcript or log.
+"""]]
+
+Trying the autostart:
+[[!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 assistant --autostart --debug
+git-annex: Nothing listed in /home/omehani/.config/git-annex/autostart
+
+
+# End of transcript or log.
+"""]]
+
+> workaround is in place [[done]] --[[Joey]]
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_10_ec4a7388ea7106a953f599b664b37f1d._comment b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_10_ec4a7388ea7106a953f599b664b37f1d._comment
new file mode 100644
index 0000000000..b0d0bdd550
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_10_ec4a7388ea7106a953f599b664b37f1d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 10"
+ date="2013-10-23T03:30:17Z"
+ content="""
+Right, I actually have 4.20131023-g9898139. This makes more sense.
+"""]]
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_1_6a60c23850a5e2a7bba355e1317abc69._comment b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_1_6a60c23850a5e2a7bba355e1317abc69._comment
new file mode 100644
index 0000000000..ed9ace976f
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_1_6a60c23850a5e2a7bba355e1317abc69._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 1"
+ date="2013-09-16T01:27:14Z"
+ content="""
+The version with which the following tests were run (installed with Cabal)
+
+[[!format sh \"\"\"
+git-annex version: 4.20130827
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus DNS
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_2_90b6ed232b2917b9fe041532284e1212._comment b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_2_90b6ed232b2917b9fe041532284e1212._comment
new file mode 100644
index 0000000000..703be9a842
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_2_90b6ed232b2917b9fe041532284e1212._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 2"
+ date="2013-09-19T17:12:39Z"
+ content="""
+Please send the content of the file /home/omehani/annex/.git/annex/daemon.log
+
+It would also help if you could better describe what happens. Perhaps make a screenshot?
+"""]]
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_3_5a89d79395d96c43d7d8a6fd9dc275f1._comment b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_3_5a89d79395d96c43d7d8a6fd9dc275f1._comment
new file mode 100644
index 0000000000..39f0f39b88
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_3_5a89d79395d96c43d7d8a6fd9dc275f1._comment
@@ -0,0 +1,248 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 3"
+ date="2013-09-30T01:29:50Z"
+ content="""
+This is when having manually created the local annex, and trying to add a remote one. Surprisingly, I cannot find any reference to the remote server's address or username...
+
+	[2013-09-30 11:14:38 EST] main: starting assistant version 4.20130827
+	[2013-09-30 11:14:38 EST] read: git [\"--git-dir=/home/USERNAME/annex/.git\",\"--work-tree=/home/USERNAME/annex\",\"show-ref\",\"git-annex\"]
+	[2013-09-30 11:14:38 EST] read: xdg-open [\"file:///home/USERNAME/annex/.git/annex/webapp.html\"]
+	[2013-09-30 11:14:38 EST] read: git [\"--git-dir=/home/USERNAME/annex/.git\",\"--work-tree=/home/USERNAME/annex\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+	[2013-09-30 11:14:38 EST] read: git [\"--git-dir=/home/USERNAME/annex/.git\",\"--work-tree=/home/USERNAME/annex\",\"log\",\"refs/heads/git-annex..9d87789505628a2da8347574cc600e358ff76107\",\"--oneline\",\"-n1\"]
+	[2013-09-30 11:14:38 EST] Merger: watching /home/USERNAME/annex/.git/refs
+	[2013-09-30 11:14:38 EST] TransferWatcher: watching for transfers
+	[2013-09-30 11:14:38 EST] read: git [\"--git-dir=/home/USERNAME/annex/.git\",\"--work-tree=/home/USERNAME/annex\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+	
+	  No known network monitor available through dbus; falling back to polling
+	[2013-09-30 11:14:38 EST] read: git [\"--git-dir=/home/USERNAME/annex/.git\",\"--work-tree=/home/USERNAME/annex\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+	(scanning...) [2013-09-30 11:14:38 EST] Watcher: Performing startup scan
+	[2013-09-30 11:14:38 EST] read: git [\"--git-dir=/home/USERNAME/annex/.git\",\"--work-tree=/home/USERNAME/annex\",\"ls-files\",\"--deleted\",\"-z\",\"--\",\"/home/USERNAME/annex\"]
+	(started...) [2013-09-30 11:14:38 EST] Watcher: watching .
+	[2013-09-30 11:14:38 EST] MountWatcher: Started DBUS service org.gtk.Private.UDisks2VolumeMonitor to monitor mount events.
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET / Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] read: git [\"--git-dir=/home/USERNAME/annex/.git\",\"--work-tree=/home/USERNAME/annex\",\"show-ref\",\"git-annex\"]
+	[2013-09-30 11:14:39 EST] read: git [\"--git-dir=/home/USERNAME/annex/.git\",\"--work-tree=/home/USERNAME/annex\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+	[2013-09-30 11:14:39 EST] read: git [\"--git-dir=/home/USERNAME/annex/.git\",\"--work-tree=/home/USERNAME/annex\",\"log\",\"refs/heads/git-annex..9d87789505628a2da8347574cc600e358ff76107\",\"--oneline\",\"-n1\"]
+	[2013-09-30 11:14:39 EST] chat: git [\"--git-dir=/home/USERNAME/annex/.git\",\"--work-tree=/home/USERNAME/annex\",\"cat-file\",\"--batch\"]
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/jquery.ui.core.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/jquery.ui.widget.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/jquery.ui.mouse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/jquery.ui.sortable.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /notifier/repolist/RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /notifier/transfers Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%200)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:39 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%200)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:40 EST] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:40 EST] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:40 EST] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:40 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:14:40 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /config Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%200)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:16 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:17 EST] 127.0.0.1 GET /sidebar/NotificationId%201 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:17 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:17 EST] 127.0.0.1 GET /sidebar/NotificationId%201 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /config/addrepository Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/jquery.ui.core.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/jquery.ui.widget.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/jquery.ui.mouse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/jquery.ui.sortable.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:19 EST] 127.0.0.1 GET /notifier/repolist/RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20False%7D Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:20 EST] 127.0.0.1 GET /sidebar/NotificationId%202 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:20 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%201)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20False%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:20 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%201)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20False%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:20 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:20 EST] 127.0.0.1 GET /sidebar/NotificationId%202 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:31 EST] 127.0.0.1 GET /config/repository/add/ssh Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:31 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%201)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20False%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:31 EST] 127.0.0.1 GET /sidebar/NotificationId%202 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:31 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:31 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:31 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:31 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:31 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:31 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:31 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:32 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:32 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:32 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:32 EST] 127.0.0.1 GET /sidebar/NotificationId%203 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:32 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:32 EST] 127.0.0.1 GET /sidebar/NotificationId%203 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET / Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/jquery.ui.core.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/jquery.ui.widget.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/jquery.ui.mouse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/jquery.ui.sortable.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /notifier/repolist/RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /notifier/transfers Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /sidebar/NotificationId%204 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%202)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /transfers/NotificationId%202 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%202)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /transfers/NotificationId%202 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:37 EST] 127.0.0.1 GET /sidebar/NotificationId%204 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /about Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /sidebar/NotificationId%204 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /transfers/NotificationId%202 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%202)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /sidebar/NotificationId%205 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:47 EST] 127.0.0.1 GET /sidebar/NotificationId%205 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /config Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /sidebar/NotificationId%206 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:50 EST] 127.0.0.1 GET /sidebar/NotificationId%206 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /config/addrepository Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/jquery.ui.widget.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/jquery.ui.mouse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/jquery.ui.core.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/jquery.ui.sortable.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /notifier/repolist/RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20False%7D Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%203)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20False%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /sidebar/NotificationId%207 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:51 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%203)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20False%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:52 EST] 127.0.0.1 GET /sidebar/NotificationId%207 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /config/repository/add/ssh Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%203)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20False%7D) Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /sidebar/NotificationId%207 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /sidebar/NotificationId%208 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:15:56 EST] 127.0.0.1 GET /sidebar/NotificationId%208 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 POST /config/repository/add/ssh Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /sidebar/NotificationId%208 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /sidebar/NotificationId%209 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:23 EST] 127.0.0.1 GET /sidebar/NotificationId%209 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 POST /config/repository/add/ssh Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /sidebar/NotificationId%209 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:44 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:45 EST] 127.0.0.1 GET /sidebar/NotificationId%2010 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:16:45 EST] 127.0.0.1 GET /sidebar/NotificationId%2010 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /shutdown Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /sidebar/NotificationId%2011 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:01 EST] 127.0.0.1 GET /sidebar/NotificationId%2011 Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	[2013-09-30 11:17:02 EST] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Firefox/24.0
+	
+
+"""]]
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_4_cdd26c71875428dbe3c100944a443d3f._comment b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_4_cdd26c71875428dbe3c100944a443d3f._comment
new file mode 100644
index 0000000000..4ee062a802
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_4_cdd26c71875428dbe3c100944a443d3f._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 4"
+ date="2013-09-30T01:31:26Z"
+ content="""
+Hum, I'm not allowed to upload images:
+    git-annex-webapp1.png 		prohibited by allowed_attachments (user is not an admin) 
+"""]]
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_5_76242f5d6c815acd5bd58213bd8bb0fe._comment b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_5_76242f5d6c815acd5bd58213bd8bb0fe._comment
new file mode 100644
index 0000000000..28a0f7cc48
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_5_76242f5d6c815acd5bd58213bd8bb0fe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.80"
+ subject="comment 5"
+ date="2013-09-30T16:13:20Z"
+ content="""
+I see a lot of activity, which looks like you started up the webapp and it ran displaying stuff for some minutes. I see that you clicked on pages to eg, add a ssh repository.
+
+So, what then do you mean by saying it stalls? You have still not described whatever problem you are having.
+"""]]
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_6_10852171c0207ca61ea6df1082107353._comment b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_6_10852171c0207ca61ea6df1082107353._comment
new file mode 100644
index 0000000000..452a898f64
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_6_10852171c0207ca61ea6df1082107353._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 6"
+ date="2013-10-04T05:14:16Z"
+ content="""
+Right. By “it stalls”, I mean I get redirected to the same dialog page (either the one asking for the path to the repo to create, or the one asking for the details of the remote to add) that I just validated, rather than going further in the process.
+"""]]
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_7_73e8a5696709f8154e63693ba5e569c3._comment b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_7_73e8a5696709f8154e63693ba5e569c3._comment
new file mode 100644
index 0000000000..b6df85923b
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_7_73e8a5696709f8154e63693ba5e569c3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 7"
+ date="2013-10-14T16:18:01Z"
+ content="""
+I just ran into this problem myself. Some investigating shows it is a problem with Yesod's XSRF token. Apparently yesod is not seeing the _token, or is seeing one it does not like. However, I verified in chromium inspector that the form post was including the token with the same value used on the page. Also, it would intermittently accept the form, if I kept posting it over and over again.
+
+It seems this must be a bug in yesod, or on something with how I'm using yesod, or possibly in deeper layers like WAI not seeing the form post include the token, but I have not been able to figure out what. As a workaround, since git-annex webapp does its own authentication and only listens to localhost, and so does not actually need XSRF protection, I am going to change it to bypass that.
+"""]]
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_8_392fc344e5833b0eb665fcd38f956b7a._comment b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_8_392fc344e5833b0eb665fcd38f956b7a._comment
new file mode 100644
index 0000000000..37acd5e9ac
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_8_392fc344e5833b0eb665fcd38f956b7a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 8"
+ date="2013-10-23T03:00:58Z"
+ content="""
+I just tried installing git-annex using Cabal today, but only got git-annex-4.20131002, even from source, which seems to predate your last comment, and no other branch seem to provide the yesod fix. Should I get the source from somewhere else than kitenet to try this out (if you think it is in shape to be tested)?
+"""]]
diff --git a/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_9_9f0fc19a7fcaf7a5827e59e1495cf8c9._comment b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_9_9f0fc19a7fcaf7a5827e59e1495cf8c9._comment
new file mode 100644
index 0000000000..1e7aa897bd
--- /dev/null
+++ b/doc/bugs/Assistant_stalls_when_adding__47__creating_repo_on_ArchLinux/comment_9_9f0fc19a7fcaf7a5827e59e1495cf8c9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://olivier.mehani.name/"
+ nickname="olivier-mehani"
+ subject="comment 9"
+ date="2013-10-23T03:03:30Z"
+ content="""
+Strike that. It actually works. I could create the ~/annex store, and adding a remote also seems to work (I'm on a hotel Wi-Fi at the moment, so I fear the ssh connection will fail, but nothing to do with git-annex).
+"""]]
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor.mdwn b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor.mdwn
new file mode 100644
index 0000000000..c8110eaa08
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor.mdwn
@@ -0,0 +1,28 @@
+### What steps will reproduce the problem?
+
+Run `git annex assistant`.
+
+
+### What is the expected output? What do you see instead?
+
+git-annex complains:
+
+     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})
+
+This is because the `gvfs-gdu-volume-monitor` daemon has been obsoleted and removed from GNOME 3.6 (maybe even earlier).
+
+git-annex should start using `gvfs-udisks2-volume-monitor` at bus name `org.gtk.Private.UDisks2VolumeMonitor`.
+
+Alternatively, git-annex should stop relying on any per-user services, and use kernel interfaces directly when available. (This way, monitoring could work even if the user wasn't logged in and/or didn't have a DBus session bus.)
+
+  * On all Linux kernels since 2.6.15, the `/proc/self/mounts` file is pollable – you can use **select(), poll() or epoll** to detect new mounted filesystems, without having to rely on periodic checks. (Run `findmnt -p` to see it in action.)
+
+  * On BSD systems, kqueue on `/etc/mtab`.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 3.20130102 on Linux 3.7.1, GNOME 3.7
+
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_10_0e1db417a5815ea903c1f7ccd07308c4._comment b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_10_0e1db417a5815ea903c1f7ccd07308c4._comment
new file mode 100644
index 0000000000..37e2613a23
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_10_0e1db417a5815ea903c1f7ccd07308c4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 10"
+ date="2013-01-10T21:51:29Z"
+ content="""
+Works now.
+"""]]
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_1_28b0cfcba8902c9c16dbe6c4b07984c4._comment b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_1_28b0cfcba8902c9c16dbe6c4b07984c4._comment
new file mode 100644
index 0000000000..fa71012d27
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_1_28b0cfcba8902c9c16dbe6c4b07984c4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-10T17:28:30Z"
+ content="""
+Thanks, excellent info. 
+
+Any chance you could provide dbus-monitor output for the events generated by org.gtk.Private.UDisks2VolumeMonitor when a volume is mounted, and unmounted?
+"""]]
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_2_952b3f78da756ff5f89235db94bec67f._comment b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_2_952b3f78da756ff5f89235db94bec67f._comment
new file mode 100644
index 0000000000..2db95f8af9
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_2_952b3f78da756ff5f89235db94bec67f._comment
@@ -0,0 +1,53 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 2"
+ date="2013-01-10T17:38:47Z"
+ content="""
+When mounted:
+
+<pre>
+signal path=/org/gtk/Private/RemoteVolumeMonitor; interface=org.gtk.Private.RemoteVolumeMonitor; member=MountAdded
+   string \"org.gtk.Private.UDisks2VolumeMonitor\"
+   string \"0x1971ab0\"
+   struct {
+      string \"0x1971ab0\"
+      string \"grawpqi\"
+      string \". GThemedIcon media-removable media\"
+      string \". GThemedIcon media-removable-symbolic media-removable media\"
+      string \"\"
+      string \"file:///run/media/grawity/grawpqi\"
+      boolean true
+      string \"0x18f4e50\"
+      array [
+      ]
+      string \"gvfs.time_detected_usec.1357838999510252\"
+      array [
+      ]
+   }
+</pre>
+
+When unmounted:
+
+<pre>
+signal path=/org/gtk/Private/RemoteVolumeMonitor; interface=org.gtk.Private.RemoteVolumeMonitor; member=MountRemoved
+   string \"org.gtk.Private.UDisks2VolumeMonitor\"
+   string \"0x1971910\"
+   struct {
+      string \"0x1971910\"
+      string \"grawpqi\"
+      string \". GThemedIcon media-removable media\"
+      string \". GThemedIcon media-removable-symbolic media-removable media\"
+      string \"\"
+      string \"file:///run/media/grawity/grawpqi\"
+      boolean true
+      string \"\"
+      array [
+      ]
+      string \"gvfs.time_detected_usec.1357839107487969\"
+      array [
+      ]
+   }
+</pre>
+
+"""]]
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_3_d86aba42d014c4b4f708dcb5fe86e055._comment b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_3_d86aba42d014c4b4f708dcb5fe86e055._comment
new file mode 100644
index 0000000000..6256086c76
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_3_d86aba42d014c4b4f708dcb5fe86e055._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 3"
+ date="2013-01-10T19:08:50Z"
+ content="""
+I've just committed support for using the new name. I've not been able to test it yet, as I don't have a new enough gnome here. Any testing you can do much appreciated.
+
+Leaving this bug open until it gets tested, and also because it's certainly appealing to just use poll rather than this fragile dbus stuff. And in any case, should add OSX support.
+"""]]
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_4_9aaf296ef53da317d6dc6728705d5c56._comment b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_4_9aaf296ef53da317d6dc6728705d5c56._comment
new file mode 100644
index 0000000000..6df6f40f20
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_4_9aaf296ef53da317d6dc6728705d5c56._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 4"
+ date="2013-01-10T19:41:22Z"
+ content="""
+I'm getting:
+
+    dbus failed; falling back to mtab polling (ClientError {clientErrorMessage =
+        \"Call failed: The name org.gtk.Private.RemoteVolumeMonitor was not provided
+        by any .service files\", clientErrorFatal = False})
+
+The volume monitor's bus name should be `org.gtk.Private.UDisks2VolumeMonitor`.
+
+`org.gtk.Private.RemoteVolumeMonitor` is the interface name, which all Gvfs monitors implement.
+"""]]
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_5_0d5f8a05a1505660f7ff1bc4ac6ff271._comment b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_5_0d5f8a05a1505660f7ff1bc4ac6ff271._comment
new file mode 100644
index 0000000000..22b1d923c4
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_5_0d5f8a05a1505660f7ff1bc4ac6ff271._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="oops.."
+ date="2013-01-10T20:09:56Z"
+ content="""
+Think I have the right name in there now.
+"""]]
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_6_3dfdfd49597c85575cb689adb70d2de6._comment b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_6_3dfdfd49597c85575cb689adb70d2de6._comment
new file mode 100644
index 0000000000..3320b77daa
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_6_3dfdfd49597c85575cb689adb70d2de6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="comment 6"
+ date="2013-01-10T20:13:42Z"
+ content="""
+It doesn't look completely right – the *service* name (in `checkMountMonitor`) is `org.gtk.Private.UDisks2VolumeMonitor`, but the *interface* name (in `mountChanged`) is `org.gtk.Private.RemoteVolumeMonitor`, so the fix changed too much.
+"""]]
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_7_943a446c60ed9d7d4f240ba7f00fe925._comment b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_7_943a446c60ed9d7d4f240ba7f00fe925._comment
new file mode 100644
index 0000000000..8f0cd64cc3
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_7_943a446c60ed9d7d4f240ba7f00fe925._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="been a while.."
+ date="2013-01-10T20:19:33Z"
+ content="""
+Think I have it now.
+"""]]
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_8_9563859850fb40b1cc2c20c516c12960._comment b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_8_9563859850fb40b1cc2c20c516c12960._comment
new file mode 100644
index 0000000000..0a3ae95a75
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_8_9563859850fb40b1cc2c20c516c12960._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://nullroute.eu.org/~grawity/"
+ nickname="Mantas"
+ subject="build failure"
+ date="2013-01-10T20:24:09Z"
+ content="""
+<pre>
+$ cabal build
+Building git-annex-3.20130108...
+Preprocessing executable 'git-annex' for git-annex-3.20130108...
+[269 of 299] Compiling Assistant.Threads.MountWatcher ( Assistant/Threads/MountWatcher.hs,
+    dist/build/git-annex/git-annex-tmp/Assistant/Threads/MountWatcher.o )
+
+Assistant/Threads/MountWatcher.hs:122:17: Not in scope: `gvfs'
+</pre>
+"""]]
diff --git a/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_9_cf6221c585ee3dbf039bdaea71842d9b._comment b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_9_cf6221c585ee3dbf039bdaea71842d9b._comment
new file mode 100644
index 0000000000..b5b66b8ea3
--- /dev/null
+++ b/doc/bugs/Assistant_uses_obsolete_GDU_volume_monitor/comment_9_cf6221c585ee3dbf039bdaea71842d9b._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 9"
+ date="2013-01-10T20:44:37Z"
+ content="""
+Realized that'd happen while away on a walk.. fixed now.
+
+"""]]
diff --git a/doc/bugs/Browser_fails_to_launch_on_Android___39__git_annex_webapp__39__.mdwn b/doc/bugs/Browser_fails_to_launch_on_Android___39__git_annex_webapp__39__.mdwn
new file mode 100644
index 0000000000..8178e6dbcc
--- /dev/null
+++ b/doc/bugs/Browser_fails_to_launch_on_Android___39__git_annex_webapp__39__.mdwn
@@ -0,0 +1,35 @@
+### Please describe the problem.
+
+When I launch git annex Android application, it fails to open the web browser. Workaround is to copy the url and manually paste it into web browser url line.
+
+### What steps will reproduce the problem?
+
+See above
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version 4.20130513-g5185533 on Android 4.2.2
+
+### Please provide any additional information below.
+
+[[!format sh """
+u0_a126@android:/sdcard/git-annex.home $ git annex webapp
+Launching web browser on http://127.0.0.1:47557/?auth=[...snip...]
+Starting: Intent { act=android.intent.action.VIEW dat=http://127.0.0.1:47557/?auth=[...snip...] }
+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:1921)
+        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
+u0_a126@android:/sdcard/git-annex.home $
+
+# End of transcript or log.
+"""]]
+
+[[done]], duplicate bug
diff --git a/doc/bugs/Browser_fails_to_launch_on_Android___39__git_annex_webapp__39__/comment_1_173393b0b3d2d8c622c0d8a2eaace421._comment b/doc/bugs/Browser_fails_to_launch_on_Android___39__git_annex_webapp__39__/comment_1_173393b0b3d2d8c622c0d8a2eaace421._comment
new file mode 100644
index 0000000000..6104e6e75c
--- /dev/null
+++ b/doc/bugs/Browser_fails_to_launch_on_Android___39__git_annex_webapp__39__/comment_1_173393b0b3d2d8c622c0d8a2eaace421._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmLfBDEDFfEOba8Ra46nsnTmoNHFsLObo"
+ nickname="Brian"
+ subject="Duplicate bug report"
+ date="2013-05-15T02:35:34Z"
+ content="""
+This report is a duplicate of [[Android app permission denial on startup]]
+"""]]
diff --git a/doc/bugs/Build-depends_needs___39__hxt__39___added_-_3.20121127.mdwn b/doc/bugs/Build-depends_needs___39__hxt__39___added_-_3.20121127.mdwn
new file mode 100644
index 0000000000..83720cca23
--- /dev/null
+++ b/doc/bugs/Build-depends_needs___39__hxt__39___added_-_3.20121127.mdwn
@@ -0,0 +1,36 @@
+What steps will reproduce the problem?
+
+Install git-annex via cabal - either from Hackage or as a manual install.  (i.e. <http://git-annex.branchable.com/install/cabal/>)
+
+What is the expected output? What do you see instead?
+
+Expect a clean install.
+
+However, get the following error:
+
+    Assistant/Install.hs:24:8:
+        Could not find module `Data.AssocList'
+        It is a member of the hidden package `hxt-9.3.1.1'.
+        Perhaps you need to add `hxt' to the build-depends in your .cabal file.
+        Use -v to see a list of the files searched for.
+
+
+What version of git-annex are you using? On what operating system?
+
+git-annex: 3.20121127
+OS: Mac OSX 10.6.8
+
+Please provide any additional information below.
+
+The fix seems to be as simple as adding 'htx' to the 'git-annex.cabal' file:
+
+    Executable git-annex
+      Main-Is: git-annex.hs
+      Build-Depends: MissingH, hslogger, directory, filepath,
+       unix, containers, utf8-string, network (>= 2.0), mtl (>= 2.1.1),
+       bytestring, old-locale, time,
+       -- Added htx here
+       hxt,
+       pcre-light, extensible-exceptions, dataenc, SHA, process, json, HTTP,
+
+> I removed the need for hxt, which was accidental. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Build_error_on_Linux.mdwn b/doc/bugs/Build_error_on_Linux.mdwn
new file mode 100644
index 0000000000..af560788a6
--- /dev/null
+++ b/doc/bugs/Build_error_on_Linux.mdwn
@@ -0,0 +1,29 @@
+### Please describe the problem.
+Building on Linux, with a particular combination of flags, failed due to missing `async`.
+
+### What steps will reproduce the problem?
+1. Configure with the following flag combination
+
+        cryptohash -quvi -feed tdfa -testsuite -android production -dns -xmpp -pairing -webapp -assistant dbus inotify -webdav s3
+
+2. Attempt to build and you'll get an error on line 16 of `Utility/Batch.hs` because `Control.Concurrent.Async` isn't available.
+
+### What version of git-annex are you using? On what operating system?
+Version 4.20131024 on Linux
+
+### Please provide any additional information below.
+
+This is the patch I applied to `git-annex.cabal`:
+
+                 CPP-Options: -DWITH_KQUEUE
+                 C-Sources: Utility/libkqueue.c
+     
+    +  if os(linux)
+    +    Build-Depends: async
+    +
+       if os(linux) && flag(Dbus)
+         Build-Depends: dbus (>= 0.10.3)
+         CPP-Options: -DWITH_DBUS
+
+> Feel async is core enough it should depend on it unconditionally.
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Build_error_on_Mac_OSX_10.6.mdwn b/doc/bugs/Build_error_on_Mac_OSX_10.6.mdwn
new file mode 100644
index 0000000000..43fb0323c4
--- /dev/null
+++ b/doc/bugs/Build_error_on_Mac_OSX_10.6.mdwn
@@ -0,0 +1,11 @@
+While following the instructions given at the OSX build page , I get this error:
+
+$ make
+ghc -O2 -Wall -ignore-package monads-fd -fspec-constr-count=5 --make git-annex
+
+Utility/JSONStream.hs:14:8:
+    Could not find module `Text.JSON':
+      Use -v to see a list of the files searched for.
+make: *** [git-annex] Error 1
+
+> Updated the instructions. [[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:_Could_not_find_module___96__Text.Blaze__39__.mdwn b/doc/bugs/Building_fails:_Could_not_find_module___96__Text.Blaze__39__.mdwn
new file mode 100644
index 0000000000..b75d92e18b
--- /dev/null
+++ b/doc/bugs/Building_fails:_Could_not_find_module___96__Text.Blaze__39__.mdwn
@@ -0,0 +1,105 @@
+What steps will reproduce the problem?
+
+<pre>
+dominik@Atlantis:/var/tmp$ git clone git://github.com/joeyh/git-annex.git
+Cloning into 'git-annex'...
+remote: Counting objects: 40580, done.
+remote: Compressing objects: 100% (10514/10514), done.
+remote: Total 40580 (delta 29914), reused 40502 (delta 29837)
+Receiving objects: 100% (40580/40580), 9.17 MiB | 238 KiB/s, done.
+Resolving deltas: 100% (29914/29914), 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 )
+[ 8 of 21] Compiling Utility.Exception ( Utility/Exception.hs, dist/setup/Utility/Exception.o )
+[ 9 of 21] Compiling Utility.TempFile ( Utility/TempFile.hs, dist/setup/Utility/TempFile.o )
+[10 of 21] Compiling Utility.Misc     ( Utility/Misc.hs, dist/setup/Utility/Misc.o )
+[11 of 21] Compiling Utility.Process  ( Utility/Process.hs, dist/setup/Utility/Process.o )
+[12 of 21] Compiling Utility.FreeDesktop ( Utility/FreeDesktop.hs, dist/setup/Utility/FreeDesktop.o )
+[13 of 21] Compiling Assistant.Install.AutoStart ( Assistant/Install/AutoStart.hs, dist/setup/Assistant/Install/AutoStart.o )
+[14 of 21] Compiling Utility.SafeCommand ( Utility/SafeCommand.hs, dist/setup/Utility/SafeCommand.o )
+[15 of 21] Compiling Utility.Directory ( Utility/Directory.hs, dist/setup/Utility/Directory.o )
+[16 of 21] Compiling Common           ( Common.hs, dist/setup/Common.o )
+[17 of 21] Compiling Locations.UserConfig ( Locations/UserConfig.hs, dist/setup/Locations/UserConfig.o )
+[18 of 21] Compiling Build.TestConfig ( Build/TestConfig.hs, dist/setup/Build/TestConfig.o )
+[19 of 21] Compiling Build.Configure  ( Build/Configure.hs, dist/setup/Build/Configure.o )
+[20 of 21] Compiling Build.InstallDesktopFile ( Build/InstallDesktopFile.hs, dist/setup/Build/InstallDesktopFile.o )
+[21 of 21] Compiling Main             ( Setup.hs, dist/setup/Main.o )
+Linking ./dist/setup/setup ...
+  checking version... 3.20121018
+  checking git... yes
+  checking git version... 1.7.10.4
+  checking cp -a... yes
+  checking cp -p... yes
+  checking cp --reflink=auto... yes
+  checking uuid generator... uuidgen
+  checking xargs -0... yes
+  checking rsync... yes
+  checking curl... yes
+  checking wget... yes
+  checking bup... no
+  checking gpg... yes
+  checking lsof... yes
+  checking host... no
+  checking ssh connection caching... yes
+  checking sha1... sha1sum
+  checking sha256... sha256sum
+  checking sha512... sha512sum
+  checking sha224... sha224sum
+  checking sha384... sha384sum
+Configuring git-annex-3.20121018...
+dominik@Atlantis:/var/tmp/git-annex$ cabal build
+Building git-annex-3.20121018...
+Preprocessing executable 'git-annex' for git-annex-3.20121018...
+
+Assistant/Alert.hs:21:8:
+    Could not find module `Text.Blaze'
+    It is a member of the hidden package `blaze-markup-0.5.1.1'.
+    Perhaps you need to add `blaze-markup' to the build-depends in your .cabal file.
+    Use -v to see a list of the files searched for.
+</pre>
+
+What is the expected output? What do you see instead?
+
+I expect the latest git HEAD to build without an error message or provide me with a package I need to install. Instead the error above is shown. In fact the package requested is installed:
+
+<pre>
+dominik@Atlantis:/var/tmp/git-annex$ cabal install blaze-markup
+Resolving dependencies...
+All the requested packages are already installed:
+blaze-markup-0.5.1.1
+Use --reinstall if you want to reinstall anyway.
+</pre>
+
+What version of git-annex are you using? On what operating system?
+
+git HEAD, 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>
+
+> [[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/Building_fails:__Could_not_find_module___96__Data.XML.Types__39__.mdwn b/doc/bugs/Building_fails:__Could_not_find_module___96__Data.XML.Types__39__.mdwn
new file mode 100644
index 0000000000..c033534369
--- /dev/null
+++ b/doc/bugs/Building_fails:__Could_not_find_module___96__Data.XML.Types__39__.mdwn
@@ -0,0 +1,82 @@
+What steps will reproduce the problem?
+
+<pre>
+dominik@Atlantis:/var/tmp$ git clone git://github.com/joeyh/git-annex.git
+Cloning into 'git-annex'...
+remote: Counting objects: 40841, done.
+remote: Compressing objects: 100% (10648/10648), done.
+remote: Total 40841 (delta 30135), reused 40669 (delta 29964)
+Receiving objects: 100% (40841/40841), 9.21 MiB | 517 KiB/s, done.
+Resolving deltas: 100% (30135/30135), done.
+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 )
+[ 8 of 21] Compiling Utility.Exception ( Utility/Exception.hs, dist/setup/Utility/Exception.o )
+[ 9 of 21] Compiling Utility.TempFile ( Utility/TempFile.hs, dist/setup/Utility/TempFile.o )
+[10 of 21] Compiling Utility.Misc     ( Utility/Misc.hs, dist/setup/Utility/Misc.o )
+[11 of 21] Compiling Utility.Process  ( Utility/Process.hs, dist/setup/Utility/Process.o )
+[12 of 21] Compiling Utility.FreeDesktop ( Utility/FreeDesktop.hs, dist/setup/Utility/FreeDesktop.o )
+[13 of 21] Compiling Assistant.Install.AutoStart ( Assistant/Install/AutoStart.hs, dist/setup/Assistant/Install/AutoStart.o )
+[14 of 21] Compiling Utility.SafeCommand ( Utility/SafeCommand.hs, dist/setup/Utility/SafeCommand.o )
+[15 of 21] Compiling Utility.Directory ( Utility/Directory.hs, dist/setup/Utility/Directory.o )
+[16 of 21] Compiling Common           ( Common.hs, dist/setup/Common.o )
+[17 of 21] Compiling Locations.UserConfig ( Locations/UserConfig.hs, dist/setup/Locations/UserConfig.o )
+[18 of 21] Compiling Build.TestConfig ( Build/TestConfig.hs, dist/setup/Build/TestConfig.o )
+[19 of 21] Compiling Build.Configure  ( Build/Configure.hs, dist/setup/Build/Configure.o )
+[20 of 21] Compiling Build.InstallDesktopFile ( Build/InstallDesktopFile.hs, dist/setup/Build/InstallDesktopFile.o )
+[21 of 21] Compiling Main             ( Setup.hs, dist/setup/Main.o )
+Linking ./dist/setup/setup ...
+  checking version... 3.20121018
+  checking git... yes
+  checking git version... 1.7.10.4
+  checking cp -a... yes
+  checking cp -p... yes
+  checking cp --reflink=auto... yes
+  checking uuid generator... uuidgen
+  checking xargs -0... yes
+  checking rsync... yes
+  checking curl... yes
+  checking wget... yes
+  checking bup... no
+  checking gpg... yes
+  checking lsof... yes
+  checking ssh connection caching... yes
+  checking sha1... sha1sum
+  checking sha256... sha256sum
+  checking sha512... sha512sum
+  checking sha224... sha224sum
+  checking sha384... sha384sum
+Configuring git-annex-3.20121018...
+dominik@Atlantis:/var/tmp/git-annex$ cabal build
+Building git-annex-3.20121018...
+Preprocessing executable 'git-annex' for git-annex-3.20121018...
+
+Assistant/XMPP.hs:18:8:
+    Could not find module `Data.XML.Types'
+    It is a member of the hidden package `xml-types-0.3.3'.
+    Perhaps you need to add `xml-types' to the build-depends in your .cabal file.
+    Use -v to see a list of the files searched for.
+</pre>
+
+What is the expected output? What do you see instead?
+
+I exepect the current git HEAD to build without errors.
+
+What version of git-annex are you using? On what operating system?
+
+git-annex HEAD from git, Ubuntu 12.10
+
+Please provide any additional information below.
+
+> [[done]] --[[Joey]] (and tested the whole cabal build, which I usually
+> only do on releases)
diff --git a/doc/bugs/Building_fails:___Not_in_scope:_type_constructor_or_class___96__Html__39__.mdwn b/doc/bugs/Building_fails:___Not_in_scope:_type_constructor_or_class___96__Html__39__.mdwn
new file mode 100644
index 0000000000..6459e3f2ed
--- /dev/null
+++ b/doc/bugs/Building_fails:___Not_in_scope:_type_constructor_or_class___96__Html__39__.mdwn
@@ -0,0 +1,189 @@
+What steps will reproduce the problem?
+
+<pre>
+dominik@Atlantis:/var/tmp/git-annex$ cabal build
+Building git-annex-3.20121018...
+Preprocessing executable 'git-annex' for git-annex-3.20121018...
+
+Assistant/Threads/NetWatcher.hs:26:2:
+     warning: #warning Building without dbus support; will poll for network connection changes [-Wcpp]
+
+Assistant/Threads/MountWatcher.hs:33:2:
+     warning: #warning Building without dbus support; will use mtab polling [-Wcpp]
+[  1 of 270] Compiling Utility.Dot      ( Utility/Dot.hs, dist/build/git-annex/git-annex-tmp/Utility/Dot.o )
+[  2 of 270] Compiling Utility.ThreadLock ( Utility/ThreadLock.hs, dist/build/git-annex/git-annex-tmp/Utility/ThreadLock.o )
+[  3 of 270] Compiling Utility.Mounts   ( dist/build/git-annex/git-annex-tmp/Utility/Mounts.hs, dist/build/git-annex/git-annex-tmp/Utility/Mounts.o )
+[  4 of 270] Compiling Utility.Yesod    ( Utility/Yesod.hs, dist/build/git-annex/git-annex-tmp/Utility/Yesod.o )
+[  5 of 270] Compiling Utility.Tense    ( Utility/Tense.hs, dist/build/git-annex/git-annex-tmp/Utility/Tense.o )
+[  6 of 270] Compiling Utility.Verifiable ( Utility/Verifiable.hs, dist/build/git-annex/git-annex-tmp/Utility/Verifiable.o )
+[  7 of 270] Compiling Assistant.Types.TransferSlots ( Assistant/Types/TransferSlots.hs, dist/build/git-annex/git-annex-tmp/Assistant/Types/TransferSlots.o )
+[  8 of 270] Compiling Types.StandardGroups ( Types/StandardGroups.hs, dist/build/git-annex/git-annex-tmp/Types/StandardGroups.o )
+[  9 of 270] Compiling Utility.Percentage ( Utility/Percentage.hs, dist/build/git-annex/git-annex-tmp/Utility/Percentage.o )
+[ 10 of 270] Compiling Utility.Base64   ( Utility/Base64.hs, dist/build/git-annex/git-annex-tmp/Utility/Base64.o )
+[ 11 of 270] Compiling Utility.DataUnits ( Utility/DataUnits.hs, dist/build/git-annex/git-annex-tmp/Utility/DataUnits.o )
+[ 12 of 270] Compiling Utility.JSONStream ( Utility/JSONStream.hs, dist/build/git-annex/git-annex-tmp/Utility/JSONStream.o )
+[ 13 of 270] Compiling Messages.JSON    ( Messages/JSON.hs, dist/build/git-annex/git-annex-tmp/Messages/JSON.o )
+[ 14 of 270] Compiling Build.SysConfig  ( Build/SysConfig.hs, dist/build/git-annex/git-annex-tmp/Build/SysConfig.o )
+[ 15 of 270] Compiling Types.KeySource  ( Types/KeySource.hs, dist/build/git-annex/git-annex-tmp/Types/KeySource.o )
+[ 16 of 270] Compiling Utility.State    ( Utility/State.hs, dist/build/git-annex/git-annex-tmp/Utility/State.o )
+[ 17 of 270] Compiling Types.UUID       ( Types/UUID.hs, dist/build/git-annex/git-annex-tmp/Types/UUID.o )
+[ 18 of 270] Compiling Types.Messages   ( Types/Messages.hs, dist/build/git-annex/git-annex-tmp/Types/Messages.o )
+[ 19 of 270] Compiling Types.Group      ( Types/Group.hs, dist/build/git-annex/git-annex-tmp/Types/Group.o )
+[ 20 of 270] Compiling Types.TrustLevel ( Types/TrustLevel.hs, dist/build/git-annex/git-annex-tmp/Types/TrustLevel.o )
+[ 21 of 270] Compiling Types.BranchState ( Types/BranchState.hs, dist/build/git-annex/git-annex-tmp/Types/BranchState.o )
+[ 22 of 270] Compiling Utility.UserInfo ( Utility/UserInfo.hs, dist/build/git-annex/git-annex-tmp/Utility/UserInfo.o )
+[ 23 of 270] Compiling Utility.PartialPrelude ( Utility/PartialPrelude.hs, dist/build/git-annex/git-annex-tmp/Utility/PartialPrelude.o )
+[ 24 of 270] Compiling Utility.HumanTime ( Utility/HumanTime.hs, dist/build/git-annex/git-annex-tmp/Utility/HumanTime.o )
+[ 25 of 270] Compiling Utility.Format   ( Utility/Format.hs, dist/build/git-annex/git-annex-tmp/Utility/Format.o )
+[ 26 of 270] Compiling Utility.FileSystemEncoding ( Utility/FileSystemEncoding.hs, dist/build/git-annex/git-annex-tmp/Utility/FileSystemEncoding.o )
+[ 27 of 270] Compiling Utility.Touch    ( dist/build/git-annex/git-annex-tmp/Utility/Touch.hs, dist/build/git-annex/git-annex-tmp/Utility/Touch.o )
+[ 28 of 270] Compiling Utility.Applicative ( Utility/Applicative.hs, dist/build/git-annex/git-annex-tmp/Utility/Applicative.o )
+[ 29 of 270] Compiling Utility.Monad    ( Utility/Monad.hs, dist/build/git-annex/git-annex-tmp/Utility/Monad.o )
+[ 30 of 270] Compiling Utility.Path     ( Utility/Path.hs, dist/build/git-annex/git-annex-tmp/Utility/Path.o )
+[ 31 of 270] Compiling Utility.Exception ( Utility/Exception.hs, dist/build/git-annex/git-annex-tmp/Utility/Exception.o )
+[ 32 of 270] Compiling Utility.TempFile ( Utility/TempFile.hs, dist/build/git-annex/git-annex-tmp/Utility/TempFile.o )
+[ 33 of 270] Compiling Utility.Misc     ( Utility/Misc.hs, dist/build/git-annex/git-annex-tmp/Utility/Misc.o )
+[ 34 of 270] Compiling Utility.Process  ( Utility/Process.hs, dist/build/git-annex/git-annex-tmp/Utility/Process.o )
+[ 35 of 270] Compiling Utility.SafeCommand ( Utility/SafeCommand.hs, dist/build/git-annex/git-annex-tmp/Utility/SafeCommand.o )
+[ 36 of 270] Compiling Utility.Directory ( Utility/Directory.hs, dist/build/git-annex/git-annex-tmp/Utility/Directory.o )
+[ 37 of 270] Compiling Utility.Network  ( Utility/Network.hs, dist/build/git-annex/git-annex-tmp/Utility/Network.o )
+[ 38 of 270] Compiling Utility.FreeDesktop ( Utility/FreeDesktop.hs, dist/build/git-annex/git-annex-tmp/Utility/FreeDesktop.o )
+[ 39 of 270] Compiling Assistant.Install.AutoStart ( Assistant/Install/AutoStart.hs, dist/build/git-annex/git-annex-tmp/Assistant/Install/AutoStart.o )
+[ 40 of 270] Compiling Utility.SRV      ( Utility/SRV.hs, dist/build/git-annex/git-annex-tmp/Utility/SRV.o )
+[ 41 of 270] Compiling Git.Types        ( Git/Types.hs, dist/build/git-annex/git-annex-tmp/Git/Types.o )
+[ 42 of 270] Compiling Common           ( Common.hs, dist/build/git-annex/git-annex-tmp/Common.o )
+[ 43 of 270] Compiling Utility.FileMode ( Utility/FileMode.hs, dist/build/git-annex/git-annex-tmp/Utility/FileMode.o )
+[ 44 of 270] Compiling Git              ( Git.hs, dist/build/git-annex/git-annex-tmp/Git.o )
+[ 45 of 270] Compiling Git.FilePath     ( Git/FilePath.hs, dist/build/git-annex/git-annex-tmp/Git/FilePath.o )
+[ 46 of 270] Compiling Utility.Matcher  ( Utility/Matcher.hs, dist/build/git-annex/git-annex-tmp/Utility/Matcher.o )
+[ 47 of 270] Compiling Utility.Gpg      ( Utility/Gpg.hs, dist/build/git-annex/git-annex-tmp/Utility/Gpg.o )
+[ 48 of 270] Compiling Types.Crypto     ( Types/Crypto.hs, dist/build/git-annex/git-annex-tmp/Types/Crypto.o )
+[ 49 of 270] Compiling Types.Key        ( Types/Key.hs, dist/build/git-annex/git-annex-tmp/Types/Key.o )
+[ 50 of 270] Compiling Types.Backend    ( Types/Backend.hs, dist/build/git-annex/git-annex-tmp/Types/Backend.o )
+[ 51 of 270] Compiling Types.Remote     ( Types/Remote.hs, dist/build/git-annex/git-annex-tmp/Types/Remote.o )
+[ 52 of 270] Compiling Git.Sha          ( Git/Sha.hs, dist/build/git-annex/git-annex-tmp/Git/Sha.o )
+[ 53 of 270] Compiling Utility.CoProcess ( Utility/CoProcess.hs, dist/build/git-annex/git-annex-tmp/Utility/CoProcess.o )
+[ 54 of 270] Compiling Git.Command      ( Git/Command.hs, dist/build/git-annex/git-annex-tmp/Git/Command.o )
+[ 55 of 270] Compiling Git.Ref          ( Git/Ref.hs, dist/build/git-annex/git-annex-tmp/Git/Ref.o )
+[ 56 of 270] Compiling Git.Branch       ( Git/Branch.hs, dist/build/git-annex/git-annex-tmp/Git/Branch.o )
+[ 57 of 270] Compiling Git.UpdateIndex  ( Git/UpdateIndex.hs, dist/build/git-annex/git-annex-tmp/Git/UpdateIndex.o )
+[ 58 of 270] Compiling Git.Queue        ( Git/Queue.hs, dist/build/git-annex/git-annex-tmp/Git/Queue.o )
+[ 59 of 270] Compiling Git.HashObject   ( Git/HashObject.hs, dist/build/git-annex/git-annex-tmp/Git/HashObject.o )
+[ 60 of 270] Compiling Git.CatFile      ( Git/CatFile.hs, dist/build/git-annex/git-annex-tmp/Git/CatFile.o )
+[ 61 of 270] Compiling Git.UnionMerge   ( Git/UnionMerge.hs, dist/build/git-annex/git-annex-tmp/Git/UnionMerge.o )
+[ 62 of 270] Compiling Git.Url          ( Git/Url.hs, dist/build/git-annex/git-annex-tmp/Git/Url.o )
+[ 63 of 270] Compiling Git.Construct    ( Git/Construct.hs, dist/build/git-annex/git-annex-tmp/Git/Construct.o )
+[ 64 of 270] Compiling Git.Config       ( Git/Config.hs, dist/build/git-annex/git-annex-tmp/Git/Config.o )
+[ 65 of 270] Compiling Git.SharedRepository ( Git/SharedRepository.hs, dist/build/git-annex/git-annex-tmp/Git/SharedRepository.o )
+[ 66 of 270] Compiling Git.Version      ( Git/Version.hs, dist/build/git-annex/git-annex-tmp/Git/Version.o )
+[ 67 of 270] Compiling Git.CheckAttr    ( Git/CheckAttr.hs, dist/build/git-annex/git-annex-tmp/Git/CheckAttr.o )
+[ 68 of 270] Compiling Annex            ( Annex.hs, dist/build/git-annex/git-annex-tmp/Annex.o )
+[ 69 of 270] Compiling Types.Option     ( Types/Option.hs, dist/build/git-annex/git-annex-tmp/Types/Option.o )
+[ 70 of 270] Compiling Types            ( Types.hs, dist/build/git-annex/git-annex-tmp/Types.o )
+[ 71 of 270] Compiling Messages         ( Messages.hs, dist/build/git-annex/git-annex-tmp/Messages.o )
+[ 72 of 270] Compiling Types.Command    ( Types/Command.hs, dist/build/git-annex/git-annex-tmp/Types/Command.o )
+[ 73 of 270] Compiling Locations        ( Locations.hs, dist/build/git-annex/git-annex-tmp/Locations.o )
+[ 74 of 270] Compiling Common.Annex     ( Common/Annex.hs, dist/build/git-annex/git-annex-tmp/Common/Annex.o )
+[ 75 of 270] Compiling Fields           ( Fields.hs, dist/build/git-annex/git-annex-tmp/Fields.o )
+[ 76 of 270] Compiling Annex.BranchState ( Annex/BranchState.hs, dist/build/git-annex/git-annex-tmp/Annex/BranchState.o )
+[ 77 of 270] Compiling Annex.CatFile    ( Annex/CatFile.hs, dist/build/git-annex/git-annex-tmp/Annex/CatFile.o )
+[ 78 of 270] Compiling Annex.Perms      ( Annex/Perms.hs, dist/build/git-annex/git-annex-tmp/Annex/Perms.o )
+[ 79 of 270] Compiling Crypto           ( Crypto.hs, dist/build/git-annex/git-annex-tmp/Crypto.o )
+[ 80 of 270] Compiling Annex.Exception  ( Annex/Exception.hs, dist/build/git-annex/git-annex-tmp/Annex/Exception.o )
+[ 81 of 270] Compiling Annex.Journal    ( Annex/Journal.hs, dist/build/git-annex/git-annex-tmp/Annex/Journal.o )
+[ 82 of 270] Compiling Annex.Branch     ( Annex/Branch.hs, dist/build/git-annex/git-annex-tmp/Annex/Branch.o )
+[ 83 of 270] Compiling Usage            ( Usage.hs, dist/build/git-annex/git-annex-tmp/Usage.o )
+[ 84 of 270] Compiling Annex.CheckAttr  ( Annex/CheckAttr.hs, dist/build/git-annex/git-annex-tmp/Annex/CheckAttr.o )
+[ 85 of 270] Compiling Remote.Helper.Special ( Remote/Helper/Special.hs, dist/build/git-annex/git-annex-tmp/Remote/Helper/Special.o )
+[ 86 of 270] Compiling Logs.Presence    ( Logs/Presence.hs, dist/build/git-annex/git-annex-tmp/Logs/Presence.o )
+[ 87 of 270] Compiling Logs.Location    ( Logs/Location.hs, dist/build/git-annex/git-annex-tmp/Logs/Location.o )
+[ 88 of 270] Compiling Logs.Web         ( Logs/Web.hs, dist/build/git-annex/git-annex-tmp/Logs/Web.o )
+[ 89 of 270] Compiling Annex.LockPool   ( Annex/LockPool.hs, dist/build/git-annex/git-annex-tmp/Annex/LockPool.o )
+[ 90 of 270] Compiling Logs.Transfer    ( Logs/Transfer.hs, dist/build/git-annex/git-annex-tmp/Logs/Transfer.o )
+[ 91 of 270] Compiling Backend.SHA      ( Backend/SHA.hs, dist/build/git-annex/git-annex-tmp/Backend/SHA.o )
+[ 92 of 270] Compiling Backend.WORM     ( Backend/WORM.hs, dist/build/git-annex/git-annex-tmp/Backend/WORM.o )
+[ 93 of 270] Compiling Backend.URL      ( Backend/URL.hs, dist/build/git-annex/git-annex-tmp/Backend/URL.o )
+[ 94 of 270] Compiling Assistant.Ssh    ( Assistant/Ssh.hs, dist/build/git-annex/git-annex-tmp/Assistant/Ssh.o )
+[ 95 of 270] Compiling Assistant.Types.ThreadedMonad ( Assistant/Types/ThreadedMonad.hs, dist/build/git-annex/git-annex-tmp/Assistant/Types/ThreadedMonad.o )
+[ 96 of 270] Compiling Assistant.Types.ScanRemotes ( Assistant/Types/ScanRemotes.hs, dist/build/git-annex/git-annex-tmp/Assistant/Types/ScanRemotes.o )
+[ 97 of 270] Compiling Assistant.Types.TransferQueue ( Assistant/Types/TransferQueue.hs, dist/build/git-annex/git-annex-tmp/Assistant/Types/TransferQueue.o )
+[ 98 of 270] Compiling Assistant.Types.BranchChange ( Assistant/Types/BranchChange.hs, dist/build/git-annex/git-annex-tmp/Assistant/Types/BranchChange.o )
+[ 99 of 270] Compiling Assistant.Pairing ( Assistant/Pairing.hs, dist/build/git-annex/git-annex-tmp/Assistant/Pairing.o )
+[100 of 270] Compiling Logs.UUIDBased   ( Logs/UUIDBased.hs, dist/build/git-annex/git-annex-tmp/Logs/UUIDBased.o )
+[101 of 270] Compiling Logs.Remote      ( Logs/Remote.hs, dist/build/git-annex/git-annex-tmp/Logs/Remote.o )
+[102 of 270] Compiling Logs.Group       ( Logs/Group.hs, dist/build/git-annex/git-annex-tmp/Logs/Group.o )
+[103 of 270] Compiling Utility.DiskFree ( Utility/DiskFree.hs, dist/build/git-annex/git-annex-tmp/Utility/DiskFree.o )
+[104 of 270] Compiling Utility.Url      ( Utility/Url.hs, dist/build/git-annex/git-annex-tmp/Utility/Url.o )
+[105 of 270] Compiling Utility.CopyFile ( Utility/CopyFile.hs, dist/build/git-annex/git-annex-tmp/Utility/CopyFile.o )
+[106 of 270] Compiling Utility.Rsync    ( Utility/Rsync.hs, dist/build/git-annex/git-annex-tmp/Utility/Rsync.o )
+[107 of 270] Compiling Git.LsFiles      ( Git/LsFiles.hs, dist/build/git-annex/git-annex-tmp/Git/LsFiles.o )
+[108 of 270] Compiling Git.AutoCorrect  ( Git/AutoCorrect.hs, dist/build/git-annex/git-annex-tmp/Git/AutoCorrect.o )
+[109 of 270] Compiling Git.CurrentRepo  ( Git/CurrentRepo.hs, dist/build/git-annex/git-annex-tmp/Git/CurrentRepo.o )
+[110 of 270] Compiling Git.Merge        ( Git/Merge.hs, dist/build/git-annex/git-annex-tmp/Git/Merge.o )
+[111 of 270] Compiling Utility.WebApp   ( Utility/WebApp.hs, dist/build/git-annex/git-annex-tmp/Utility/WebApp.o )
+[112 of 270] Compiling Utility.Daemon   ( Utility/Daemon.hs, dist/build/git-annex/git-annex-tmp/Utility/Daemon.o )
+[113 of 270] Compiling Locations.UserConfig ( Locations/UserConfig.hs, dist/build/git-annex/git-annex-tmp/Locations/UserConfig.o )
+[114 of 270] Compiling Utility.TSet     ( Utility/TSet.hs, dist/build/git-annex/git-annex-tmp/Utility/TSet.o )
+[115 of 270] Compiling Assistant.Types.Pushes ( Assistant/Types/Pushes.hs, dist/build/git-annex/git-annex-tmp/Assistant/Types/Pushes.o )
+[116 of 270] Compiling Assistant.Types.Commits ( Assistant/Types/Commits.hs, dist/build/git-annex/git-annex-tmp/Assistant/Types/Commits.o )
+[117 of 270] Compiling Assistant.Types.Changes ( Assistant/Types/Changes.hs, dist/build/git-annex/git-annex-tmp/Assistant/Types/Changes.o )
+[118 of 270] Compiling Utility.NotificationBroadcaster ( Utility/NotificationBroadcaster.hs, dist/build/git-annex/git-annex-tmp/Utility/NotificationBroadcaster.o )
+[119 of 270] Compiling Utility.Parallel ( Utility/Parallel.hs, dist/build/git-annex/git-annex-tmp/Utility/Parallel.o )
+[120 of 270] Compiling Utility.ThreadScheduler ( Utility/ThreadScheduler.hs, dist/build/git-annex/git-annex-tmp/Utility/ThreadScheduler.o )
+[121 of 270] Compiling Utility.LogFile  ( Utility/LogFile.hs, dist/build/git-annex/git-annex-tmp/Utility/LogFile.o )
+[122 of 270] Compiling Git.Filename     ( Git/Filename.hs, dist/build/git-annex/git-annex-tmp/Git/Filename.o )
+[123 of 270] Compiling Git.LsTree       ( Git/LsTree.hs, dist/build/git-annex/git-annex-tmp/Git/LsTree.o )
+[124 of 270] Compiling Utility.Types.DirWatcher ( Utility/Types/DirWatcher.hs, dist/build/git-annex/git-annex-tmp/Utility/Types/DirWatcher.o )
+[125 of 270] Compiling Utility.INotify  ( Utility/INotify.hs, dist/build/git-annex/git-annex-tmp/Utility/INotify.o )
+[126 of 270] Compiling Utility.DirWatcher ( Utility/DirWatcher.hs, dist/build/git-annex/git-annex-tmp/Utility/DirWatcher.o )
+[127 of 270] Compiling Utility.Lsof     ( Utility/Lsof.hs, dist/build/git-annex/git-annex-tmp/Utility/Lsof.o )
+[128 of 270] Compiling Config           ( Config.hs, dist/build/git-annex/git-annex-tmp/Config.o )
+[129 of 270] Compiling Annex.UUID       ( Annex/UUID.hs, dist/build/git-annex/git-annex-tmp/Annex/UUID.o )
+[130 of 270] Compiling Logs.UUID        ( Logs/UUID.hs, dist/build/git-annex/git-annex-tmp/Logs/UUID.o )
+[131 of 270] Compiling Backend          ( Backend.hs, dist/build/git-annex/git-annex-tmp/Backend.o )
+[132 of 270] Compiling Remote.Helper.Hooks ( Remote/Helper/Hooks.hs, dist/build/git-annex/git-annex-tmp/Remote/Helper/Hooks.o )
+[133 of 270] Compiling Remote.Helper.Encryptable ( Remote/Helper/Encryptable.hs, dist/build/git-annex/git-annex-tmp/Remote/Helper/Encryptable.o )
+[134 of 270] Compiling Annex.Queue      ( Annex/Queue.hs, dist/build/git-annex/git-annex-tmp/Annex/Queue.o )
+[135 of 270] Compiling Annex.Content    ( Annex/Content.hs, dist/build/git-annex/git-annex-tmp/Annex/Content.o )
+[136 of 270] Compiling Remote.S3        ( Remote/S3.hs, dist/build/git-annex/git-annex-tmp/Remote/S3.o )
+[137 of 270] Compiling Remote.Directory ( Remote/Directory.hs, dist/build/git-annex/git-annex-tmp/Remote/Directory.o )
+[138 of 270] Compiling Remote.Rsync     ( Remote/Rsync.hs, dist/build/git-annex/git-annex-tmp/Remote/Rsync.o )
+[139 of 270] Compiling Remote.Web       ( Remote/Web.hs, dist/build/git-annex/git-annex-tmp/Remote/Web.o )
+[140 of 270] Compiling Remote.Hook      ( Remote/Hook.hs, dist/build/git-annex/git-annex-tmp/Remote/Hook.o )
+[141 of 270] Compiling Upgrade.V2       ( Upgrade/V2.hs, dist/build/git-annex/git-annex-tmp/Upgrade/V2.o )
+[142 of 270] Compiling Annex.Ssh        ( Annex/Ssh.hs, dist/build/git-annex/git-annex-tmp/Annex/Ssh.o )
+[143 of 270] Compiling Remote.Helper.Ssh ( Remote/Helper/Ssh.hs, dist/build/git-annex/git-annex-tmp/Remote/Helper/Ssh.o )
+[144 of 270] Compiling Remote.Bup       ( Remote/Bup.hs, dist/build/git-annex/git-annex-tmp/Remote/Bup.o )
+[145 of 270] Compiling Annex.Version    ( Annex/Version.hs, dist/build/git-annex/git-annex-tmp/Annex/Version.o )
+[146 of 270] Compiling Init             ( Init.hs, dist/build/git-annex/git-annex-tmp/Init.o )
+[147 of 270] Compiling Checks           ( Checks.hs, dist/build/git-annex/git-annex-tmp/Checks.o )
+[148 of 270] Compiling Remote.Git       ( Remote/Git.hs, dist/build/git-annex/git-annex-tmp/Remote/Git.o )
+[149 of 270] Compiling Remote.List      ( Remote/List.hs, dist/build/git-annex/git-annex-tmp/Remote/List.o )
+[150 of 270] Compiling Logs.Trust       ( Logs/Trust.hs, dist/build/git-annex/git-annex-tmp/Logs/Trust.o )
+[151 of 270] Compiling Remote           ( Remote.hs, dist/build/git-annex/git-annex-tmp/Remote.o )
+[152 of 270] Compiling Assistant.Alert  ( Assistant/Alert.hs, dist/build/git-annex/git-annex-tmp/Assistant/Alert.o )
+
+Assistant/Alert.hs:60:26:
+    Not in scope: type constructor or class `Html'
+
+Assistant/Alert.hs:66:21: Not in scope: `preEscapedText'
+
+Assistant/Alert.hs:68:26:
+    Not in scope: type constructor or class `Html'
+
+Assistant/Alert.hs:69:19: Not in scope: `preEscapedText'
+</pre>
+
+What is the expected output? What do you see instead?
+
+The current git HEAD should build and not throw an error.
+
+What version of git-annex are you using? On what operating system?
+
+git-annex HEAD from git, Ubuntu 12.10.
+
+Please provide any additional information below.
+
+> Hmm, seems that Blaze's API is not stable, and I should avoid using it
+> directly. Converted this code to using Hamlet instead for its html
+> generation. [[done]] --[[Joey]]
diff --git a/doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link.mdwn b/doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link.mdwn
new file mode 100644
index 0000000000..223568ca80
--- /dev/null
+++ b/doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link.mdwn
@@ -0,0 +1,15 @@
+What steps will reproduce the problem?
+
+Download the sourcecode, build using 'cabal build', then install using 'cabal install --bindir ~/bin'. 
+
+What is the expected output? What do you see instead?
+
+The .desktop file contains `~/bin/git-annex webapp` as command which is of course a invalid command as ~ is not expanded when running the desktop file. 
+
+What version of git-annex are you using? On what operating system?
+Latest Head from git, Ubuntu 12.04
+
+Please provide any additional information below.
+I'm not sure whether this is a bug or not. I just ran into problems because I did not expect the cabal build process to create my desktop file but instead thought that git-annex will create it by it-self taking its own path. Perhaps it would make sense to produce an error if the bindir is invalid. An automatic expansion of '~' in the build script would be even better.
+
+> [[done]], I think it was a typo. --[[Joey]]
diff --git a/doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link/comment_1_c0f0a2878070ed86900815c6b6a5fa5e._comment b/doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link/comment_1_c0f0a2878070ed86900815c6b6a5fa5e._comment
new file mode 100644
index 0000000000..82dfa0d481
--- /dev/null
+++ b/doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link/comment_1_c0f0a2878070ed86900815c6b6a5fa5e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.60"
+ subject="comment 1"
+ date="2012-09-15T16:39:19Z"
+ content="""
+Something is going on that I don't understand. When I run `cabal install --bindir ~/bin`, my shell passes `/home/joey/bin` to cabal, so of course it works.
+"""]]
diff --git a/doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link/comment_2_53f2de3d3993821d8502fd08a0fcce12._comment b/doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link/comment_2_53f2de3d3993821d8502fd08a0fcce12._comment
new file mode 100644
index 0000000000..69d7958655
--- /dev/null
+++ b/doc/bugs/Building_in_cabal_using_--bindir___126____47__bin_breaks_the_desktop_link/comment_2_53f2de3d3993821d8502fd08a0fcce12._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-03-19T00:07:23Z"
+ content="""
+It seems to me that --bindir ~/bin will work, but --bindir=~/bin will not; it prevents the shell's tilde expansion from working. 
+"""]]
diff --git a/doc/bugs/Cabal_cannot_solve_dependencies.mdwn b/doc/bugs/Cabal_cannot_solve_dependencies.mdwn
new file mode 100644
index 0000000000..ac9738b038
--- /dev/null
+++ b/doc/bugs/Cabal_cannot_solve_dependencies.mdwn
@@ -0,0 +1,36 @@
+### Please describe the problem.
+
+This is a follow up of [[Problems building on Mac OS X]].
+As of 4.20130521.1, cabal still cannot resolve the dependencies.
+
+### What steps will reproduce the problem?
+
+    cabal update
+    cabal install git-annex-4.20130521.1 --user --only-dependencies
+
+### Please provide any additional information below.
+
+[[!format sh """
+Resolving dependencies...
+cabal: Could not resolve dependencies:
+trying: git-annex-4.20130521.1
+trying: git-annex-4.20130521.1:+webapp
+trying: yesod-form-1.3.0
+trying: yesod-core-1.2.1
+rejecting: yesod-default-1.2.0 (conflict: git-annex-4.20130521.1:webapp =>
+yesod-default(<1.2))
+rejecting: yesod-default-1.1.3.2, 1.1.3.1, 1.1.3, 1.1.2, 1.1.1, 1.1.0.2,
+1.1.0.1, 1.1.0 (conflict: yesod-core==1.2.1, yesod-default => yesod-core>=1.1
+&& <1.2)
+rejecting: yesod-default-1.0.1.1, 1.0.1, 1.0.0 (conflict: yesod-core==1.2.1,
+yesod-default => yesod-core>=1.0 && <1.1)
+rejecting: yesod-default-0.6.1 (conflict: yesod-core==1.2.1, yesod-default =>
+yesod-core>=0.10.1 && <0.11)
+rejecting: yesod-default-0.5.0 (conflict: yesod-core==1.2.1, yesod-default =>
+yesod-core>=0.9.4 && <0.10)
+rejecting: yesod-default-0.4.1, 0.4.0, 0.3.1 (conflict: yesod-core==1.2.1,
+yesod-default => yesod-core>=0.9 && <0.10
+"""]]
+
+> At the risk of closing early again, I have uploaded a .2 with
+> hints for the version of yesod-form and yesod-static. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Cabal_cannot_solve_dependencies/comment_1_1d41ac79867226dcb71f1c7b38da062d._comment b/doc/bugs/Cabal_cannot_solve_dependencies/comment_1_1d41ac79867226dcb71f1c7b38da062d._comment
new file mode 100644
index 0000000000..91bcbe42f9
--- /dev/null
+++ b/doc/bugs/Cabal_cannot_solve_dependencies/comment_1_1d41ac79867226dcb71f1c7b38da062d._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-24T14:21:03Z"
+ content="""
+Since I tested this release in a clean system, I suspect you have a ~/.ghc and ~/.cabal with something installed that is causing this dependency problem for you. 
+
+<pre>
+# rm -rf .ghc .cabal
+# cabal update
+Config file path source is default config file.
+Config file /root/.cabal/config not found.
+Writing default configuration to /root/.cabal/config
+Downloading the latest package list from hackage.haskell.org
+# cabal install git-annex
+Resolving dependencies...
+Downloading HUnit-1.2.5.2...
+Configuring HUnit-1.2.5.2...
+</pre>
+"""]]
diff --git a/doc/bugs/Cabal_cannot_solve_dependencies/comment_2_50e72633a4462f6f6eb33d57b137fdcc._comment b/doc/bugs/Cabal_cannot_solve_dependencies/comment_2_50e72633a4462f6f6eb33d57b137fdcc._comment
new file mode 100644
index 0000000000..78faa6732f
--- /dev/null
+++ b/doc/bugs/Cabal_cannot_solve_dependencies/comment_2_50e72633a4462f6f6eb33d57b137fdcc._comment
@@ -0,0 +1,48 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmu416zAYgYzbXVZAe30MiXoOWO4z6nGX8"
+ nickname="Johannes"
+ subject="comment 2"
+ date="2013-05-24T14:59:54Z"
+ content="""
+Thanks for the quick comment. I was already trying to build this on a clean cabal system.
+
+However, as of 4.20130521.2, I now get this:
+
+[[!format  sh \"\"\"
+Resolving dependencies...
+cabal: Could not resolve dependencies:
+trying: git-annex-4.20130521.2
+trying: git-annex-4.20130521.2:+webapp
+rejecting: yesod-1.2.0.1, 1.2.0 (conflict: git-annex-4.20130521.2:webapp =>
+yesod(<1.2))
+trying: yesod-1.1.9.3
+trying: http-conduit-1.9.3
+trying: certificate-1.3.7
+rejecting: crypto-pubkey-types-0.4.0 (conflict: certificate =>
+crypto-pubkey-types>=0.3 && <0.4)
+trying: crypto-pubkey-types-0.3.2
+trying: tls-extra-0.6.3
+rejecting: crypto-pubkey-0.1.4 (conflict: crypto-pubkey-types==0.3.2,
+crypto-pubkey => crypto-pubkey-types>=0.4 && <0.5)
+rejecting: crypto-pubkey-0.1.3, 0.1.2, 0.1.1, 0.1.0 (conflict: tls-extra =>
+crypto-pubkey>=0.1.4)
+\"\"\"]]
+
+Also tried adding a --constraint='tls-extra<0.6.3' with the following result:
+[[!format  sh \"\"\"
+Resolving dependencies...
+cabal: Could not resolve dependencies:
+trying: git-annex-4.20130521.2
+trying: git-annex-4.20130521.2:+webapp
+trying: git-annex-4.20130521.2:+dns
+trying: dns-0.3.6
+trying: binary-0.7.1.0/installed-caa...
+rejecting: yesod-1.2.0.1, 1.2.0 (conflict: git-annex-4.20130521.2:webapp =>
+yesod(<1.2))
+trying: yesod-1.1.9.3
+trying: ghc-7.6.3/installed-875...
+rejecting: bin-package-db-0.0.0.0/installed-608... (conflict:
+binary==0.7.1.0/installed-caa..., bin-package-db =>
+binary==0.5.1.1/installed-72e...)
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Cabal_cannot_solve_dependencies/comment_3_886f2d1f7c47a3973b8dc7d7c412289a._comment b/doc/bugs/Cabal_cannot_solve_dependencies/comment_3_886f2d1f7c47a3973b8dc7d7c412289a._comment
new file mode 100644
index 0000000000..a91a959532
--- /dev/null
+++ b/doc/bugs/Cabal_cannot_solve_dependencies/comment_3_886f2d1f7c47a3973b8dc7d7c412289a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-24T15:05:13Z"
+ content="""
+bin-package-db is shipped with ghc, so this may be down to your version of ghc. FWIW, I have tested .2 on OSX with ghc 7.4.2 & it works.
+
+(I can only support users cabal hell problems so far. Cabal is, unfortunately, basically buggy, and this is a large part of why I provide autobuilds.)
+"""]]
diff --git a/doc/bugs/Cabal_dependency_monadIO_missing.mdwn b/doc/bugs/Cabal_dependency_monadIO_missing.mdwn
new file mode 100644
index 0000000000..13980dd292
--- /dev/null
+++ b/doc/bugs/Cabal_dependency_monadIO_missing.mdwn
@@ -0,0 +1,17 @@
+Just issuing the command `cabal install` results in the following error message.
+
+    Command/Add.hs:54:3:
+        No instance for (Control.Monad.IO.Control.MonadControlIO
+                           (Control.Monad.State.Lazy.StateT Annex.AnnexState IO))
+          arising from a use of `handle' at Command/Add.hs:54:3-24
+
+Adding the dependency for `monadIO` to `git-annex.cabal` should fix this?  
+-- Thomas
+
+> No, it's already satisfied by `monad-control` being listed as a
+> dependency in the cabal file. Your system might be old/new/or broken,
+> perhaps it's time to provide some details about the version of haskell
+> and of `monad-control` you have installed? --[[Joey]] 
+
+>> Closing as apparently user error or a broken system.
+>> If you see this problem please do say. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Cabal_dependency_monadIO_missing/comment_1_14be660aa57fadec0d81b32a8b52c66f._comment b/doc/bugs/Cabal_dependency_monadIO_missing/comment_1_14be660aa57fadec0d81b32a8b52c66f._comment
new file mode 100644
index 0000000000..8e38205f00
--- /dev/null
+++ b/doc/bugs/Cabal_dependency_monadIO_missing/comment_1_14be660aa57fadec0d81b32a8b52c66f._comment
@@ -0,0 +1,75 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmFgsNxmnGznb5bbmcoWhoQOoxZZ-io61s"
+ nickname="Thomas"
+ subject="comment 1"
+ date="2011-08-08T09:04:20Z"
+ content="""
+I use Debian Squeeze, I have the Debian package cabal-install 0.8.0-1 installed.
+
+    $ git clone git://git-annex.branchable.com/
+    $ cd git-annex.branchable.com
+    $ cabal update
+    $ cabal install cabal-install
+
+This installed: Cabal-1.10.2.0, zlib-0.5.3.1, cabal-install 0.10.2.
+No version of monad-control or monadIO installed.
+
+    $ ~/.cabal/bin/cabal install
+    Registering QuickCheck-2.4.1.1...
+    Registering Crypto-4.2.3...
+    Registering base-unicode-symbols-0.2.2.1...
+    Registering deepseq-1.1.0.2...
+    Registering hxt-charproperties-9.1.0...
+    Registering hxt-regex-xmlschema-9.0.0...
+    Registering hxt-unicode-9.0.1...
+    Registering hxt-9.1.2...
+    Registering stm-2.2.0.1...
+    Registering hS3-0.5.6...
+    Registering transformers-0.2.2.0...
+    Registering monad-control-0.2.0.1...
+    [1 of 1] Compiling Main             ( Setup.hs, dist/setup/Main.o )
+    Linking ./dist/setup/setup ...
+    ghc -O2 -Wall -ignore-package monads-fd -fspec-constr-count=5 --make configure
+    [1 of 2] Compiling TestConfig       ( TestConfig.hs, TestConfig.o )
+    [2 of 2] Compiling Main             ( configure.hs, configure.o )
+    Linking configure ...
+    ./configure
+      checking version... 3.20110720
+      checking cp -a... yes
+      checking cp -p... yes
+      checking cp --reflink=auto... yes
+      checking uuid generator... uuid
+      checking xargs -0... yes
+      checking rsync... yes
+      checking curl... yes
+      checking bup... yes
+      checking gpg... yes
+      checking sha1... sha1sum
+      checking sha256... sha256sum
+      checking sha512... sha512sum
+      checking sha224... sha224sum
+      checking sha384... sha384sum
+
+    ...
+
+    Command/Add.hs:54:3:
+        No instance for (Control.Monad.IO.Control.MonadControlIO
+                           (Control.Monad.State.Lazy.StateT Annex.AnnexState IO))
+          arising from a use of `handle' at Command/Add.hs:54:3-24
+        Possible fix:
+          add an instance declaration for
+          (Control.Monad.IO.Control.MonadControlIO
+             (Control.Monad.State.Lazy.StateT Annex.AnnexState IO))
+        In the first argument of `($)', namely `handle (undo file key)'
+        In a stmt of a 'do' expression:
+              handle (undo file key) $ moveAnnex key file
+        In the expression:
+            do { handle (undo file key) $ moveAnnex key file;
+                 next $ cleanup file key }
+    cabal: Error: some packages failed to install:
+    git-annex-3.20110719 failed during the building phase. The exception was:
+    ExitFailure 1
+
+After I added a depencency for monadIO to the git-annex.cabal file, it installed correctly.  
+-- Thomas
+"""]]
diff --git a/doc/bugs/Cabal_dependency_monadIO_missing/comment_2_4f4d8e1e00a2a4f7e8a8ab082e16adac._comment b/doc/bugs/Cabal_dependency_monadIO_missing/comment_2_4f4d8e1e00a2a4f7e8a8ab082e16adac._comment
new file mode 100644
index 0000000000..adf7a34e66
--- /dev/null
+++ b/doc/bugs/Cabal_dependency_monadIO_missing/comment_2_4f4d8e1e00a2a4f7e8a8ab082e16adac._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-08-17T04:56:30Z"
+ content="""
+Finally got a chance to try to reproduce this. I followed your recipe exactly in a clean squeeze chroot. monadIO was not installed, but git-annex built ok, using monad-control.
+"""]]
diff --git a/doc/bugs/Calls_to_rsync_don__39__t_always_use__annex-rsync-options.mdwn b/doc/bugs/Calls_to_rsync_don__39__t_always_use__annex-rsync-options.mdwn
new file mode 100644
index 0000000000..df1163b465
--- /dev/null
+++ b/doc/bugs/Calls_to_rsync_don__39__t_always_use__annex-rsync-options.mdwn
@@ -0,0 +1,35 @@
+What steps will reproduce the problem?
+
+Add a rsync special remote - one that you need a username/password to access (stored in text file $HOME/.rsync.password):
+
+    $ git annex initremote myrsync type=rsync rsyncurl=rsync://username@rsync.example.com/myrsync encryption=none
+    $ git annex describe myrsync "rsync server"
+    $ git config remote.myrsync.annex-rsync-options "--password-file=$HOME/.rsync.password"
+
+Copy a file to the remote:
+
+    $ git annex -d copy my-file --to myrsync
+
+What is the expected output? What do you see instead?
+
+Expect to see the file copied over to the rsync remote, but the check doesn't use the annex-rsync-options and asks for a password.  The debug output is:
+
+    copy my-file (checking myrsync...) [2012-10-28 01:01:01 EST] call: sh ["-c","rsync --quiet 'rsync://username@rsync.example.com/myrsync/[...SNIP...]' 2>/dev/null"]
+
+However the actual copy does use annex-rsync-options and the copy works:
+
+    [2012-10-28 01:01:05 EST] read: rsync ["--password-file=/home/blah/.rsync.password","--progress","--recursive","--partial","--partial-dir=.rsync-partial","/home/blah/annex/.git/annex/tmp/rsynctmp/12345/","rsync://username@rsync.example.com/myrsync"]
+
+
+What version of git-annex are you using? On what operating system?
+
+git-annex: 3.20121017
+
+OS: Ubuntu 12.04
+
+Please provide any additional information below.
+
+I think this fix is as easy as including the annex-rsync-options wherever rsync is called.
+
+> I belive there was only the one place this was neglected. [[done]]
+> --[[Joey]]
diff --git a/doc/bugs/Can__39__t___34__git-annex_get__34___with_3.20111203.mdwn b/doc/bugs/Can__39__t___34__git-annex_get__34___with_3.20111203.mdwn
new file mode 100644
index 0000000000..ea56c37320
--- /dev/null
+++ b/doc/bugs/Can__39__t___34__git-annex_get__34___with_3.20111203.mdwn
@@ -0,0 +1,27 @@
+Hi there,
+
+After updating to 3.20111203 (on Arch Linux) I noticed I was not able to use `git annex get` from a SSH remote (server running Arch Linux, same version of git-annex): "requested key is not present". Same behavior with current master (commit 6cf28585). I had no issue with the previous version (3.20111122).
+
+On this server, I was able to track down the issue using `git-annex-shell inannex` and `strace`:
+
+    $ strace -f -o log git-annex-shell inannex ~/photos-annex.git WORM-s369360-m1321602916--2011-11-17.jpg   
+    $ echo $?
+    1
+    $ tail -n20 log
+    [...]
+    25623 chdir("/home/schnouki/git-annex") = 0
+    25623 stat("/home/schnouki/photos-annex.git/annex/objects/082/676/WORM-s369360-m1321602916--2011-11-17.jpg/WORM-s369360-m1321602916--2011-11-17.jpg", {st_mode=S_IFREG|0400, st_size=369360, ...}) = 0
+    25623 open("annex/objects/082/676/WORM-s369360-m1321602916--2011-11-17.jpg/WORM-s369360-m1321602916--2011-11-17.jpg", O_RDONLY) = -1 ENOENT (No such file or directory)
+    [...]
+
+Note there is a call to `stat()` with the full path to the requested file, and *then* a call to `open()` with a relative path -- which calls this call to fail, and git-annex-shell to return 1. With 3.20111122, there was no call to `stat()`, just a successful call to `open()` with a full absolute path.
+
+Using `git bisect` I was able to determine that this bug appeared in commit 64672c62 ("refactor"). Reverting it makes `git-annex-shell` work as expected, but I'm sure there are better ways to fix this. However I don't know enough Haskell to do it myself.
+
+Could you please try to fix this in a future version?
+
+> Thanks for a very good bug report. 
+> 
+> I've fixed this stupid mistake introduced in the code refactoring.
+> [[done]]
+> --[[Joey]]
diff --git a/doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client.mdwn b/doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client.mdwn
new file mode 100644
index 0000000000..ef59954b78
--- /dev/null
+++ b/doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client.mdwn
@@ -0,0 +1,21 @@
+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]]
diff --git a/doc/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_1_25eb2d7d0a9cdd1c55df0cec68472723._comment b/doc/bugs/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/bugs/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/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_2_9e9b96e5113a50533251e946c2560d81._comment b/doc/bugs/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/bugs/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/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_3_6b091198ddd6ed709b076df1296aeb77._comment b/doc/bugs/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/bugs/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/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_4_118b588685b535cca4c02eb6ef297c67._comment b/doc/bugs/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/bugs/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/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_5_5cead277493e1c020e16be6f9245fe33._comment b/doc/bugs/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/bugs/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/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_6_0f135f97c2808dce094628dc6608e617._comment b/doc/bugs/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/bugs/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/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_7_1d6f47f9e6cf935f19d68af6d5aa92fa._comment b/doc/bugs/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/bugs/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/bugs/Can__39__t_access_files_from___39__Removable_drive__39___repo_even_if_set_as_client/comment_8_c5758fdb32348b9cd804ff17d27864e1._comment b/doc/bugs/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/bugs/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/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..5cb10fd499
--- /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,34 @@
+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?
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_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_rename___34__here__34___repository.mdwn b/doc/bugs/Can__39__t_rename___34__here__34___repository.mdwn
new file mode 100644
index 0000000000..af33306702
--- /dev/null
+++ b/doc/bugs/Can__39__t_rename___34__here__34___repository.mdwn
@@ -0,0 +1,32 @@
+### Please describe the problem.
+Trying to rename the "here" repository fails
+
+### What steps will reproduce the problem?
+* Start git-annex webapp in the console (for the first time, or remove old annex directory + .config/git-annex)
+* In the browser window that opens click "Make repository"
+* The "here" repository should show up in the dashboard
+* Go to settings and select edit
+* Change the repository name (e.g. to here2) and click save changes
+* You should be back at the dashboard and the repository name is still "here"
+
+
+### What version of git-annex are you using? On what operating system?
+* git-annex version: 4.20130601
+* build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+* built using cabal
+* on Ubuntu 13.04 32bit
+
+### 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-06-12 22:22:57 CEST] main: starting assistant version 4.20130601
+(scanning...) [2013-06-12 22:22:57 CEST] Watcher: Performing startup scan
+(started...) 
+
+# End of transcript or log.
+"""]]
+
+> Made text field for this repository disabled. The current repository has no remote name to edit. [[done]] --[[Joey]]
diff --git a/doc/bugs/Can__39__t_set_repositories_directory.mdwn b/doc/bugs/Can__39__t_set_repositories_directory.mdwn
new file mode 100644
index 0000000000..f1ce5dea5b
--- /dev/null
+++ b/doc/bugs/Can__39__t_set_repositories_directory.mdwn
@@ -0,0 +1,15 @@
+Can't set the repository directory
+
+
+At beginning during the webapp installation
+
+
+0.0.1 for OS X 10.8.2
+
+
+user error (git ["--git-dir=/Users/filippo/Desktop/annex/.git","--work-tree=/Users/filippo/Desktop/annex","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904"] exited 128)
+
+[[!tag moreinfo assistant]]
+
+> [[done]]; based on the comment, this was a broken git email issue, which
+> git-annex now works around. --[[Joey]]
diff --git a/doc/bugs/Can__39__t_set_repositories_directory/comment_1_beb5d5b66a8d0fab12be44a7d877e9b0._comment b/doc/bugs/Can__39__t_set_repositories_directory/comment_1_beb5d5b66a8d0fab12be44a7d877e9b0._comment
new file mode 100644
index 0000000000..d769219cc9
--- /dev/null
+++ b/doc/bugs/Can__39__t_set_repositories_directory/comment_1_beb5d5b66a8d0fab12be44a7d877e9b0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-19T20:12:18Z"
+ content="""
+There has never been a git-annex version 0.0.1. What is the real version you have installed?
+"""]]
diff --git a/doc/bugs/Can__39__t_set_repositories_directory/comment_2_366aa798a5e55350d32b63b31c19112b._comment b/doc/bugs/Can__39__t_set_repositories_directory/comment_2_366aa798a5e55350d32b63b31c19112b._comment
new file mode 100644
index 0000000000..2af33522b0
--- /dev/null
+++ b/doc/bugs/Can__39__t_set_repositories_directory/comment_2_366aa798a5e55350d32b63b31c19112b._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnGrQBFPptA2GU_Nx8KrxRGtyAS7PIlwjw"
+ nickname="Nathan"
+ subject="same problem here"
+ date="2013-06-27T12:32:28Z"
+ content="""
+Ran into this same problem just now. I can't start as I cant make a repository.
+
+Error:
+
+Internal Server Error
+user error (git [\"--git-dir=/Users/Nathan/annex/.git\",\"--work-tree=/Users/Nathan/annex\",\"commit-tree\",\"4b825dc642cb6eb9a060e54bf8d69288fbee4904\"] exited 128)
+
+git-annex version: 
+
+4.20130626-g2dd6f84
+
+Could this have something to do with me first frigging around trying to get git-annex installed via homebrew? Maybe I broke something first?
+"""]]
diff --git a/doc/bugs/Can__39__t_set_repositories_directory/comment_3_812554d58ad9274a50b2a33d5f4d2ec3._comment b/doc/bugs/Can__39__t_set_repositories_directory/comment_3_812554d58ad9274a50b2a33d5f4d2ec3._comment
new file mode 100644
index 0000000000..75145b709a
--- /dev/null
+++ b/doc/bugs/Can__39__t_set_repositories_directory/comment_3_812554d58ad9274a50b2a33d5f4d2ec3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 3"
+ date="2013-06-27T18:19:57Z"
+ content="""
+Maybe git is broken somehow? 
+
+What you can do is run `/Volumes/git-annex/git-annex.app/Contents/MacOS/git-annex-webapp` manually, in a console, and hopefully there will be a more informative error message displayed there.
+"""]]
diff --git a/doc/bugs/Can__39__t_set_repositories_directory/comment_4_bec5f147441ad18c97845b44c90c728b._comment b/doc/bugs/Can__39__t_set_repositories_directory/comment_4_bec5f147441ad18c97845b44c90c728b._comment
new file mode 100644
index 0000000000..cdbcce5157
--- /dev/null
+++ b/doc/bugs/Can__39__t_set_repositories_directory/comment_4_bec5f147441ad18c97845b44c90c728b._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnGrQBFPptA2GU_Nx8KrxRGtyAS7PIlwjw"
+ nickname="Nathan"
+ subject="comment 4"
+ date="2013-06-28T04:01:22Z"
+ content="""
+Okay I did that and got the following:
+
+
+
+     Launching web browser on file:///var/folders/7x/cmkqk6jn7ql7h_2wrc7kk4bc0000gn/T/webapp897.html
+
+     *** 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 'Nathan@nathans-mac-pro.(none)')
+     28/Jun/2013:13:54:04 +1000 [Error#yesod-core] user error (git [\"--git-dir=/Users/Nathan/Annex/.git\",\"--work-tree=/Users/Nathan/Annex\",\"commit-tree\",\"4b825dc642cb6eb9a060e54bf8d69288fbee4904\"] exited 128) @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
+
+
+So I did what it asked and now it's working. Thanks for your help!
+"""]]
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__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared.mdwn b/doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared.mdwn
new file mode 100644
index 0000000000..31f37f6e59
--- /dev/null
+++ b/doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared.mdwn
@@ -0,0 +1,54 @@
+I'm trying to transfer 3 files to my rsync.net remote. It was set up a few months ago with encryption=shared.
+
+Here's what I get:
+
+    % LC_ALL=C git annex copy --to rsn 2012-11-26*
+    copy 2012-11-26 1.jpg (gpg) (checking rsn...) (to rsn...) gpg: no valid OpenPGP data found.
+    gpg: decrypt_message failed: Unknown system error
+    failed
+    copy 2012-11-26 2.jpg (checking rsn...) (to rsn...) gpg: no valid OpenPGP data found.
+    gpg: decrypt_message failed: Unknown system error
+    failed
+    copy 2012-11-26 3.jpg (checking rsn...) (to rsn...) gpg: no valid OpenPGP data found.
+    gpg: decrypt_message failed: Unknown system error
+    failed
+    git-annex: copy: 3 failed
+
+
+Here's the output with `--debug`:
+
+    % LC_ALL=C git annex --debug copy --to rsn 2012-11-26*
+    [2012-11-27 18:28:22 CET] read: git ["--git-dir=/home/schnouki/Photos/.git","--work-tree=/home/schnouki/Photos","show-ref","git-annex"]
+    [2012-11-27 18:28:22 CET] read: git ["--git-dir=/home/schnouki/Photos/.git","--work-tree=/home/schnouki/Photos","show-ref","--hash","refs/heads/git-annex"]
+    [2012-11-27 18:28:22 CET] read: git ["--git-dir=/home/schnouki/Photos/.git","--work-tree=/home/schnouki/Photos","log","refs/heads/git-annex..0164d6150fcd56e035926c72c9a519114735d2a1","--oneline","-n1"]
+    [2012-11-27 18:28:22 CET] read: git ["--git-dir=/home/schnouki/Photos/.git","--work-tree=/home/schnouki/Photos","log","refs/heads/git-annex..04bb9b87872200d5712b17463fc81d4de27b9acf","--oneline","-n1"]
+    [2012-11-27 18:28:22 CET] read: git ["--git-dir=/home/schnouki/Photos/.git","--work-tree=/home/schnouki/Photos","log","refs/heads/git-annex..59c38c176971cd6323817e568f4c32305ba708b0","--oneline","-n1"]
+    [2012-11-27 18:28:22 CET] chat: git ["--git-dir=/home/schnouki/Photos/.git","--work-tree=/home/schnouki/Photos","cat-file","--batch"]
+    [2012-11-27 18:28:22 CET] read: git ["--git-dir=/home/schnouki/Photos/.git","--work-tree=/home/schnouki/Photos","ls-files","--cached","-z","--","2012-11-26 1.jpg","2012-11-26 2.jpg","2012-11-26 3.jpg"]
+    copy 2012-11-26 1.jpg (gpg) (checking rsn...) [2012-11-27 18:28:22 CET] read: rsync ["rsn:photos/123/3a1/GPGHMACSHA1--4f4b2440da1f41aa42a590dc558fbfff39e44b5e/GPGHMACSHA1--4f4b2440da1f41aa42a590dc558fbfff39e44b5e"]
+    [2012-11-27 18:28:22 CET] read: rsync ["rsn:photos/jg/8p/GPGHMACSHA1--4f4b2440da1f41aa42a590dc558fbfff39e44b5e/GPGHMACSHA1--4f4b2440da1f41aa42a590dc558fbfff39e44b5e"]
+    (to rsn...) [2012-11-27 18:28:22 CET] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--passphrase-fd","11","--decrypt"]
+    gpg: no valid OpenPGP data found.
+    gpg: decrypt_message failed: Unknown system error
+    failed
+    copy 2012-11-26 2.jpg (checking rsn...) [2012-11-27 18:28:22 CET] read: rsync ["rsn:photos/61b/da7/GPGHMACSHA1--9c17b4b7414b830a0e7b86cbe08afd1e0878bdbd/GPGHMACSHA1--9c17b4b7414b830a0e7b86cbe08afd1e0878bdbd"]
+    [2012-11-27 18:28:23 CET] read: rsync ["rsn:photos/Z1/9V/GPGHMACSHA1--9c17b4b7414b830a0e7b86cbe08afd1e0878bdbd/GPGHMACSHA1--9c17b4b7414b830a0e7b86cbe08afd1e0878bdbd"]
+    (to rsn...) [2012-11-27 18:28:23 CET] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--passphrase-fd","10","--decrypt"]
+    gpg: no valid OpenPGP data found.
+    gpg: decrypt_message failed: Unknown system error
+    failed
+    copy 2012-11-26 3.jpg (checking rsn...) [2012-11-27 18:28:23 CET] read: rsync ["rsn:photos/340/2ec/GPGHMACSHA1--ce18f116ae33176c8387cecf9d62b0e694501a6e/GPGHMACSHA1--ce18f116ae33176c8387cecf9d62b0e694501a6e"]
+    [2012-11-27 18:28:23 CET] read: rsync ["rsn:photos/8f/V0/GPGHMACSHA1--ce18f116ae33176c8387cecf9d62b0e694501a6e/GPGHMACSHA1--ce18f116ae33176c8387cecf9d62b0e694501a6e"]
+    (to rsn...) [2012-11-27 18:28:23 CET] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--passphrase-fd","12","--decrypt"]
+    gpg: no valid OpenPGP data found.
+    gpg: decrypt_message failed: Unknown system error
+    failed
+    git-annex: copy: 3 failed
+
+I'm using git-annex 3.20121127. I think I was able to transfer files to that remote with the previous release.
+
+Any idea how to fix this? Am I doing something wrong?
+
+> Damn. This was a completely stupid bug, calling "decrypt" where it was
+> supposed to call "encrypt". [[done]] in git; I'll have to
+> make a new release to fix this. --[[Joey]]
diff --git a/doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared/comment_1_ca7ec2041bbec330476fb040b1e66a92._comment b/doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared/comment_1_ca7ec2041bbec330476fb040b1e66a92._comment
new file mode 100644
index 0000000000..36061bac2b
--- /dev/null
+++ b/doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared/comment_1_ca7ec2041bbec330476fb040b1e66a92._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 1"
+ date="2012-11-27T17:39:38Z"
+ content="""
+Downgraded to 3.20121112 and the transfer went fine. In both cases I used the [prebuilt tarball](http://downloads.kitenet.net/git-annex/linux/). So it must be a regression in the current release.
+"""]]
diff --git a/doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared/comment_2_c476847665a5320214721497d8fad15b._comment b/doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared/comment_2_c476847665a5320214721497d8fad15b._comment
new file mode 100644
index 0000000000..def9d19c88
--- /dev/null
+++ b/doc/bugs/Can__39__t_transfer_files_to_rsync_remote_with_encryption__61__shared/comment_2_c476847665a5320214721497d8fad15b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://schnouki.net/"
+ nickname="Schnouki"
+ subject="comment 2"
+ date="2012-11-27T22:33:54Z"
+ content="""
+Thanks for the quick fix! :)
+"""]]
diff --git a/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1.mdwn b/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1.mdwn
new file mode 100644
index 0000000000..f4ae47b32f
--- /dev/null
+++ b/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1.mdwn
@@ -0,0 +1,18 @@
+What steps will reproduce the problem?
+
+cabal install git-annex
+
+What is the expected output? What do you see instead?
+
+I get this:
+
+    Assistant/WebApp/Configurators/Local.hs:55:11:
+    `fieldEnctype' is not a (visible) field of constructor `Field'
+
+What version of git-annex are you using? On what operating system?
+
+20121127
+
+Please provide any additional information below.
+
+> [[done]]; see comments. --[[Joey]] 
diff --git a/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_1_b25859c159d62f2e92b92f505535131b._comment b/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_1_b25859c159d62f2e92b92f505535131b._comment
new file mode 100644
index 0000000000..f01f4382a8
--- /dev/null
+++ b/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_1_b25859c159d62f2e92b92f505535131b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 1"
+ date="2012-11-27T15:48:33Z"
+ content="""
+I was told to my yesod was too old.
+
+Either upgrade yesod with cabal (After a \"cabal install yesod\" it worked on one of my computers, still failing on the other...)
+
+Or use the Makefile (failed on both the computers i tested).
+
+
+"""]]
diff --git a/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_2_4c9eab9120718457fdc1ae9051e44bca._comment b/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_2_4c9eab9120718457fdc1ae9051e44bca._comment
new file mode 100644
index 0000000000..cca43f63e3
--- /dev/null
+++ b/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_2_4c9eab9120718457fdc1ae9051e44bca._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 2"
+ date="2012-11-27T16:03:06Z"
+ content="""
+For reference here is a run of:
+
+cabal install yesod --force-reinstalls ; make
+
+http://pastebin.com/3Tr5BA0u
+
+Tried adding -DWITH_OLD_YESOD to the FEATURES in Makefile and got this after a \"make clean; make\":
+
+http://pastebin.com/GV84YgjZ
+"""]]
diff --git a/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_3_61aec9801e1f76db4a286536ffacc3ed._comment b/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_3_61aec9801e1f76db4a286536ffacc3ed._comment
new file mode 100644
index 0000000000..32cdf66769
--- /dev/null
+++ b/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_3_61aec9801e1f76db4a286536ffacc3ed._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 3"
+ date="2012-11-27T16:06:22Z"
+ content="""
+For the machine that could compile and install the latest git-annex after updating yesod. \"make\" still fails.
+
+The first run here is without -DWITH_OLD_YESOD, the second is with.
+
+http://pastebin.com/T3RpPTX
+"""]]
diff --git a/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_4_6381ff0ea419831d9bbed27511cad1e9._comment b/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_4_6381ff0ea419831d9bbed27511cad1e9._comment
new file mode 100644
index 0000000000..fb58e28ce8
--- /dev/null
+++ b/doc/bugs/Cannot_build_the_latest_with_GHC_7.6.1/comment_4_6381ff0ea419831d9bbed27511cad1e9._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="comment 4"
+ date="2012-11-27T16:10:31Z"
+ content="""
+cabal install yesod --force-reinstalls
+
+Then \"cabal configure, cabal build\" worked on my secondary machine...
+
+Woohooo, i have the latest git-annex running on both my machines now. Though neither can compile using the Makefile.
+
+Sorry for the spam here, just hoping it will help someone else jump through less hoops.
+
+
+"""]]
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_copy_to_a_git-annex_remote.mdwn b/doc/bugs/Cannot_copy_to_a_git-annex_remote.mdwn
new file mode 100644
index 0000000000..c9e0309b8e
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote.mdwn
@@ -0,0 +1,14 @@
+What steps will reproduce the problem?
+
+I really have no way to reproduce.  I have these two annex repository, both living on CentOS 6.3 machines, using SSH to copy from one to the other.  Everything has always worked fine, and I've copied hundreds of gigabytes and tens of thousands of files so far without a problem.
+
+What is the expected output? What do you see instead?
+
+I do "git copy --to storage FILE" and it says "Copying FILE... failed".  That's it.
+
+How do I fix things so that I can copy again?  Nothing that I tried had any effect on the problem.
+
+Thanks!
+
+> Thanks to Jim's smart correlation of this with another bug, I've fixed
+> them both. [[done]] --[[Joey]]
diff --git a/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_10_258a376cff4c62bc4be919322bb1bd88._comment b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_10_258a376cff4c62bc4be919322bb1bd88._comment
new file mode 100644
index 0000000000..5150d96115
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_10_258a376cff4c62bc4be919322bb1bd88._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 10"
+ date="2013-03-19T00:14:59Z"
+ content="""
+Comment 7 was misplaced. Apologies.
+
+Hint for stracing: If you strace \"git-annex\" instead of \"git annex\", you don't need to strace -f, which keeps it a lot simpler.
+"""]]
diff --git a/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_10_d9b830a1fdea8760cb7da1d36b3cd34d._comment b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_10_d9b830a1fdea8760cb7da1d36b3cd34d._comment
new file mode 100644
index 0000000000..5fb3fe8ea9
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_10_d9b830a1fdea8760cb7da1d36b3cd34d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="Same bug"
+ date="2013-03-19T13:59:32Z"
+ content="""
+Hi,
+
+This looks like the exact same issue as [get failed, but remote has the file](http://git-annex.branchable.com/bugs/get_failed__44___but_remote_has_the_file/).
+I can reproduce your problem here by doing a `git annex copy --to bucket bigfile.gz`, then stopping that transfer with `^Z`, and finally running the `copy` command
+again.  It will fail with the same debug output as you show here.
+"""]]
diff --git a/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_1_09d76e5f9480b9a35644a8f08790cd97._comment b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_1_09d76e5f9480b9a35644a8f08790cd97._comment
new file mode 100644
index 0000000000..cb750097c8
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_1_09d76e5f9480b9a35644a8f08790cd97._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="enable debugging"
+ date="2013-03-18T15:13:53Z"
+ content="""
+try
+
+    git-annex --debug copy --to storage FILE
+"""]]
diff --git a/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_2_7b586c705a937d09a1b44bd6af2d4686._comment b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_2_7b586c705a937d09a1b44bd6af2d4686._comment
new file mode 100644
index 0000000000..c50bc905c8
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_2_7b586c705a937d09a1b44bd6af2d4686._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-03-18T15:15:30Z"
+ content="""
+What version of git-annex are you using? Are your repositories using direct mode? What does --debug output?
+"""]]
diff --git a/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_3_07dbd8f64982f1921077e23f468122cf._comment b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_3_07dbd8f64982f1921077e23f468122cf._comment
new file mode 100644
index 0000000000..a86c68410f
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_3_07dbd8f64982f1921077e23f468122cf._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 3"
+ date="2013-03-18T15:32:31Z"
+ content="""
+git-annex version on both machines is 4.20130314.  Here is the debug output:
+
+
+    [root@titan BoostPro]# git annex --verbose copy --to storage embt-virtual-machines.tar.xz  
+    copy embt-virtual-machines.tar.xz (checking storage...) (to storage...) failed  
+    git-annex: copy: 1 failed  
+    [root@titan BoostPro]# git annex --debug copy --to storage embt-virtual-machines.tar.xz  
+    [2013-03-18 10:31:33 CDT] read: git [\"--git-dir=/tank/Backups/BoostPro/.git\",\"--work-tree=/tank/Backups/BoostPro\",\"show-ref\",\"git-annex\"]  
+    [2013-03-18 10:31:33 CDT] read: git [\"--git-dir=/tank/Backups/BoostPro/.git\",\"--work-tree=/tank/Backups/BoostPro\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]  
+    [2013-03-18 10:31:33 CDT] read: git [\"--git-dir=/tank/Backups/BoostPro/.git\",\"--work-tree=/tank/Backups/BoostPro\",\"log\",\"refs/heads/git-annex..de30985dc380b49f50ae82046934457177b8d273\",\"--oneline\",\"-n1\"]  
+    [2013-03-18 10:31:33 CDT] read: git [\"--git-dir=/tank/Backups/BoostPro/.git\",\"--work-tree=/tank/Backups/BoostPro\",\"log\",\"refs/heads/git-annex..678538248a63e4d4da706a4b703938f6b8e58657\",\"--oneline\",\"-n1\"]  
+    [2013-03-18 10:31:33 CDT] read: git [\"--git-dir=/tank/Backups/BoostPro/.git\",\"--work-tree=/tank/Backups/BoostPro\",\"log\",\"refs/heads/git-annex..12346a2c23771268e2af5bfa3f813db172493354\",\"--oneline\",\"-n1\"]  
+    [2013-03-18 10:31:33 CDT] chat: git [\"--git-dir=/tank/Backups/BoostPro/.git\",\"--work-tree=/tank/Backups/BoostPro\",\"cat-file\",\"--batch\"]  
+    [2013-03-18 10:31:33 CDT] read: git [\"--git-dir=/tank/Backups/BoostPro/.git\",\"--work-tree=/tank/Backups/BoostPro\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"embt-virtual-machines.tar.xz\"]  
+    copy embt-virtual-machines.tar.xz (checking storage...) [2013-03-18 10:31:33 CDT] call: ssh [\"-T\",\"storage\",\"git-annex-shell 'inannex' '/tank/Backups/BoostPro' 'SHA256E-s51189502084--ad50567a43f10210e7cdae49f91dbfcc449b7f0629795da1fc268993ff59319b.tar.xz' --uuid ad6ef11f-ecad-48d5-af7c-43f8197ac124\"]  
+    (to storage...) failed  
+    git-annex: copy: 1 failed  
+
+"""]]
diff --git a/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_4_926fd494f0b27103a99083cd5d0702d5._comment b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_4_926fd494f0b27103a99083cd5d0702d5._comment
new file mode 100644
index 0000000000..f33feffca2
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_4_926fd494f0b27103a99083cd5d0702d5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 4"
+ date="2013-03-18T16:44:42Z"
+ content="""
+Oh, and neither repository is in direct mode.
+"""]]
diff --git a/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_5_80444a509cc340f5eb3cd08b193fd389._comment b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_5_80444a509cc340f5eb3cd08b193fd389._comment
new file mode 100644
index 0000000000..ecc4a93e14
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_5_80444a509cc340f5eb3cd08b193fd389._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-03-18T17:23:56Z"
+ content="""
+Does this only happen with one file, or with all files?
+
+I think you will need to strace git-annex to determine what the problem is. I cannot see how this could happen in indirect mode.
+"""]]
diff --git a/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_6_4c6b99cd67b4aa742da5101fb1b379f7._comment b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_6_4c6b99cd67b4aa742da5101fb1b379f7._comment
new file mode 100644
index 0000000000..977eed9265
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_6_4c6b99cd67b4aa742da5101fb1b379f7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 6"
+ date="2013-03-18T18:42:14Z"
+ content="""
+It only happens with this one file, because it's the last file to be copied to the remote repository.
+"""]]
diff --git a/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_8_f45cdd2b6acc5f458b67539fced0e529._comment b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_8_f45cdd2b6acc5f458b67539fced0e529._comment
new file mode 100644
index 0000000000..59014a0829
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_8_f45cdd2b6acc5f458b67539fced0e529._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 8"
+ date="2013-03-18T23:08:06Z"
+ content="""
+I don't understand what you're saying about it being the last file to be copied. This can't be stopping the copy from processing files after the one it fails on, and the order of the file in the list of files it's processing cannot be significant, unless you know something I don't know.
+
+What I meant to ask you is whether there is one, particular, specific file on your system that it refuses to copy, or whether it refuses to copy all files, or what.
+
+Anyway, you are going to need to send me a strace, I'm utterly stuck on this.
+"""]]
diff --git a/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_9_5a455dd14fb9d3ff408bb3f81e366c38._comment b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_9_5a455dd14fb9d3ff408bb3f81e366c38._comment
new file mode 100644
index 0000000000..1454581206
--- /dev/null
+++ b/doc/bugs/Cannot_copy_to_a_git-annex_remote/comment_9_5a455dd14fb9d3ff408bb3f81e366c38._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 9"
+ date="2013-03-18T23:46:39Z"
+ content="""
+I don't quite follow what comment 7 is trying to say, did you intend that to go to another bug report?
+
+As for strace, I'll give it a try tomorrow.
+"""]]
diff --git a/doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__.mdwn b/doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__.mdwn
new file mode 100644
index 0000000000..4d11546505
--- /dev/null
+++ b/doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__.mdwn
@@ -0,0 +1,29 @@
+###What steps will reproduce the problem?
+
+Suppose you have two types of folders you want to sync on two machines, e.g. Images and Documents.
+
+I already setup the Documents folders on both machines to sync using local pairing and they sync happily. Now I want to do the same and I execute the same steps again for the Images and I choose to not combine the Documents and Images repositories, but keep them separate.
+
+###What is the expected output? What do you see instead?
+
+The git repositories between both machines should be synced and all files should be transfered sucessfully between them.
+
+Instead the one machine shows a message "Failed to sync with host1_Images" and in the log it says
+
+    [2013-04-15 15:57:22 CEST] PairListener: Syncing with host1_Images 
+    git-annex-shell: Only allowed to access ~/Documents not ~/Images/
+    fatal: The remote end hung up unexpectedly
+    Already up-to-date.
+
+I do not know how to debug this further cause I do not understand where this access-permission is configured.
+
+###What version of git-annex are you using? On what operating system?
+
+Machine 1: Gentoo Linux with Git-annex 4.20130405 from haskell-overlay.
+Machine 2: Ubuntu 12.04 with Git-Annex 4.20130405 installed using cabal.
+
+###Please provide any additional information below.
+
+> [[done]]; when setting up a new repo it will now use
+> a ssh key that is different for each repository on the host.
+> --[[Joey]]
diff --git a/doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__/comment_1_6f7b5c164ff64f00b8814b2ee334709f._comment b/doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__/comment_1_6f7b5c164ff64f00b8814b2ee334709f._comment
new file mode 100644
index 0000000000..f2a5f1b9d4
--- /dev/null
+++ b/doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__/comment_1_6f7b5c164ff64f00b8814b2ee334709f._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-16T17:11:36Z"
+ content="""
+Yeah, this is indeed a bug. It sets up a locked down ssh key to use for the first repository, and then the second repository sees there is a key for that server already, and does not try to set up a new one.
+
+This is configured in `~/.ssh/authorized_keys` on the server. You will see a key in there with a `GIT_ANNEX_SHELL_DIRECTORY` environment variable specified, which is what prevents it from using other directories. The simplest fix in your situation is to 
+remove that variable, and then that key can be used to access any repository on the server.
+
+What I need to do is include the path to the repository in the ssh key name, for new repositories created by the webapp.
+"""]]
diff --git a/doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__/comment_2_807ef1250237bf4426e3a24c1f9ba357._comment b/doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__/comment_2_807ef1250237bf4426e3a24c1f9ba357._comment
new file mode 100644
index 0000000000..625c12fbf8
--- /dev/null
+++ b/doc/bugs/Cannot_sync_repos_setup_using_webapp:___34__git-annex-shell:_Only_allowed_to_access___126____47__foo_not___126____47__bar__47____34__/comment_2_807ef1250237bf4426e3a24c1f9ba357._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~maestro-alubia"
+ nickname="maestro-alubia"
+ subject="Thanks!"
+ date="2013-04-17T22:55:24Z"
+ content="""
+Thank you very much for the fast fix! I will try that soon.
+
+I love git-annex, keep up the excellent work :)
+"""]]
diff --git a/doc/bugs/Committer_crashed.mdwn b/doc/bugs/Committer_crashed.mdwn
new file mode 100644
index 0000000000..caa8b1c50b
--- /dev/null
+++ b/doc/bugs/Committer_crashed.mdwn
@@ -0,0 +1,32 @@
+# What steps will reproduce the problem?
+
+Editing a text file with vim
+
+#What is the expected output? What do you see instead?
+
+    # 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: test
+    #
+    # Untracked files:
+    #   (use "git add <file>..." to include in what will be committed)
+    #
+    #       .test.swp
+
+    no changes added to commit (use "git add" and/or "git commit -a")
+
+    /.test.swp still has writers, not adding
+
+    Committer crashed: ./test~: createLink: does not exist (No such file or directory)
+
+# What version of git-annex are you using? On what operating system?
+
+3.20130107 prebuilt tar ball on Debian testing
+
+> Could also fail in `getFileStatus`. In either case it's a race
+> with the file being deleted while it's still in the process of being
+> locked down. Fixed this [[done]] --[[Joey]]
diff --git a/doc/bugs/Compile_needs_more_than_1.5gb_of_memory.mdwn b/doc/bugs/Compile_needs_more_than_1.5gb_of_memory.mdwn
new file mode 100644
index 0000000000..4fa9648c1a
--- /dev/null
+++ b/doc/bugs/Compile_needs_more_than_1.5gb_of_memory.mdwn
@@ -0,0 +1,16 @@
+What steps will reproduce the problem?
+
+> cabal install git-annex
+
+What is the expected output? What do you see instead?
+
+> I would expect a working git-annex on my little linode. I have a linode 768 and trouble building the latest version. The process get's killed because of an out of memory condition.
+
+What version of git-annex are you using? On what operating system?
+
+> git-annex version: 4.20130314
+> Ubuntu 12.04
+
+Please provide any additional information below.
+
+[[done]]
diff --git a/doc/bugs/Compile_needs_more_than_1.5gb_of_memory/comment_1_0806b5132c55d7a5a17fbdad7e3f2291._comment b/doc/bugs/Compile_needs_more_than_1.5gb_of_memory/comment_1_0806b5132c55d7a5a17fbdad7e3f2291._comment
new file mode 100644
index 0000000000..bc0853763c
--- /dev/null
+++ b/doc/bugs/Compile_needs_more_than_1.5gb_of_memory/comment_1_0806b5132c55d7a5a17fbdad7e3f2291._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-15T21:49:49Z"
+ content="""
+You don't need a webapp on your linode, probably, so disable it:
+
+cabal install git-annex -f-WebApp
+
+The template haskell in the webapp about doubles the amount of memory needed to compile it.
+
+----
+
+Alternatively, since git-annex compiles down to a self-contained binary, you can build it on another machine of the same architecture, and just copy the binary over. Or there are all kinds of pre-compiled binaries available for Linux distributions that you can use on your linode.
+"""]]
diff --git a/doc/bugs/Complete_failure_trying_to_unannex_a_large_annex.mdwn b/doc/bugs/Complete_failure_trying_to_unannex_a_large_annex.mdwn
new file mode 100644
index 0000000000..5531a19391
--- /dev/null
+++ b/doc/bugs/Complete_failure_trying_to_unannex_a_large_annex.mdwn
@@ -0,0 +1,56 @@
+I really don't know what's happened here, I just did `git annex unannex .` in a very large annex:
+
+    unannex Inbox/Lolcat.JPG (Recording state in git...)
+    ok
+    unannex Inbox/Lolcat.jpg (Recording state in git...)
+    ok
+    unannex Inbox/May 2012 Photo Stream/120502_0004.JPG (Recording state in git...)
+    ok
+    unannex Inbox/May 2012 Photo Stream/120518_0005.JPG (Recording state in git...)
+    ok
+    unannex Inbox/May 2012 Photo Stream/120523_0006.JPG (Recording state in git...)
+    ok
+    unannex Inbox/May 2012 Photo Stream/120523_0007.JPG (Recording state in git...)
+    ok
+    unannex Inbox/My boyfriend of 7 years and I are both physicists. Here's how he proposed to me. - Imgur.jpg (Recording state in git...)
+    ok
+    unannex Inbox/Nov 2012 Photo Stream/121102_0035.JPG (Recording state in git...)
+    ok
+    unannex Inbox/Nov 2012 Photo Stream/121102_0036.JPG (Recording state in git...)
+    ok
+    unannex Inbox/Nov 2012 Photo Stream/121102_0037.JPG (Recording state in git...)
+    ok
+    unannex Inbox/Nov 2012 Photo Stream/121102_0038.JPG (Recording state in git...)
+    ok
+    unannex Inbox/Nov 2012 Photo Stream/121102_0039.JPG (Recording state in git...)
+    ok
+    unannex Inbox/Nov 2012 Photo Stream/121103_0040.JPG (Recording state in git...)
+    ok
+    unannex Inbox/Nov 2012 Photo Stream/121104_0041.JPG (Recording state in git...)
+    ok
+    unannex Inbox/Nov 2012 Photo Stream/121105_0042.JPG (Recording state in git...)
+    error: bad index file sha1 signature
+    fatal: index file corrupt
+    git-annex: failed to read sha from git write-tree
+    git-annex: git commit [Param "-q",Params "-m",Param "content removed from git annex",Param "--",File "Inbox/Nov 2012 Photo Stream/121105_0042.JPG"] failed
+    Vulcan:~/Pictures $ ga unannex .
+    unannex Inbox/Nov 2012 Photo Stream/121109_0043.JPG error: bad index file sha1 signature
+    fatal: index file corrupt
+
+    git-annex: fd:12: hClose: resource vanished (Broken pipe)
+    failed
+    git-annex: pre-commit: 1 failed
+    git-annex: git commit [Param "-q",Params "-m",Param "content removed from git annex",Param "--",File "Inbox/Nov 2012 Photo Stream/121109_0043.JPG"] failed
+    Vulcan:~/Pictures $ ga -F unannex .
+    unannex Inbox/Nov 2012 Photo Stream/121124_0044.JPG error: bad index file sha1 signature
+    fatal: index file corrupt
+
+    git-annex: fd:12: hClose: resource vanished (Broken pipe)
+    failed
+    git-annex: pre-commit: 1 failed
+    git-annex: git commit [Param "-q",Params "-m",Param "content removed from git annex",Param "--",File "Inbox/Nov 2012 Photo Stream/121124_0044.JPG"] failed
+
+I guess now I'll just try to unlink the symlinks by hand, and drop the `.git` directory?
+
+> [[done]]; per my comment this seems like a corrupt git repository.
+> --[[Joey]]
diff --git a/doc/bugs/Complete_failure_trying_to_unannex_a_large_annex/comment_1_1c202695ab7fe62cdc8770e1fb428d0c._comment b/doc/bugs/Complete_failure_trying_to_unannex_a_large_annex/comment_1_1c202695ab7fe62cdc8770e1fb428d0c._comment
new file mode 100644
index 0000000000..82acacd756
--- /dev/null
+++ b/doc/bugs/Complete_failure_trying_to_unannex_a_large_annex/comment_1_1c202695ab7fe62cdc8770e1fb428d0c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-08T19:02:54Z"
+ content="""
+You seem to have a corrupt .git/index file, or .git/annex/index, or maybe a whole corrupt git repository. I'm not sure. I'd start by running `git fsck`, and if that's ok, remove `.git/annex/index` and `.git/annex/index.lck`. git-annex will recover from that automatically. If that still doesn't help, you might need to delete .git/index and do some reset to get it back.
+
+I don't see much evidence of an actual bug here, just bad data that is somehow on disk.
+"""]]
diff --git a/doc/bugs/Conflicting_archive_descriptions.mdwn b/doc/bugs/Conflicting_archive_descriptions.mdwn
new file mode 100644
index 0000000000..832daa4ea2
--- /dev/null
+++ b/doc/bugs/Conflicting_archive_descriptions.mdwn
@@ -0,0 +1,16 @@
+This is confusing:
+
+"Next we come to the archive repositories.The archive repositories coordinate together, so that each file is archived in only one place. **When you move files into a folder named "archive"**, they'll be moved to an archive repository, and removed from all your client repositories. 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."
+
+"The small archive repositories are like other archive repositories, but smaller. While archive repositories normally accumulate every file they can, small archive repositories only accumulate files **once you put them in an "archive" directory.**"
+
+Based upon those descriptions, I don't know what the difference is.
+
+> Improved wording to not imply that files are only put into archive
+> repositories once the files are moved to archive directories.
+> (Which is how small archive repositories work.)
+> 
+> If you're still confused about it, see
+> <http://git-annex.branchable.com/assistant/archival_walkthrough/>
+> 
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/ControlPath_too_long_for_Unix_domain_socket.mdwn b/doc/bugs/ControlPath_too_long_for_Unix_domain_socket.mdwn
new file mode 100644
index 0000000000..9cf4531643
--- /dev/null
+++ b/doc/bugs/ControlPath_too_long_for_Unix_domain_socket.mdwn
@@ -0,0 +1,53 @@
+What steps will reproduce the problem?
+Pairing an existing git annex repository with a fresh repository on another computer in the git-annex webapp
+
+
+What is the expected output? What do you see instead?
+Expected result is that the two machines sync correctly.
+
+What i see are some "ControlPath <data>  too long for unix domain socket" errors from ssh, but the computers do actually sync properly. 
+
+Even though the data is synced properly, either the sender(or both of the clients) don't actually realize this. And the queue circles, all the transfers are being redone constantly(On every start of git-annex webapp on the original repository at least).
+
+
+What version of git-annex are you using? On what operating system?
+Latest git master as of this post. Debian sid and Ubuntu 12.04
+
+
+Please provide any additional information below.
+
+
+stdout snippet from git-annex webapp:
+
+
+    ControlPath "/home/alansmithee/Desktop/annex/.git/annex/ssh/alansmithee@git-annex-debbook.local-alansmithee.dxpXHVCkLhsxvWaH" too long for Unix domain socket
+    SHA256-s51233--0b4c59b3ab03b1ca6d95d4084fa6ff7220cf26695b6e3dd575f78af3dec6b701
+           51233 100%    5.43MB/s    0:00:00 (xfer#1, to-check=0/1)
+
+    sent 30 bytes  received 51385 bytes  102830.00 bytes/sec
+    total size is 51233  speedup is 1.00
+    ok
+    (Recording state in git...)
+
+    ControlPath "/home/alansmithee/Desktop/annex/.git/annex/ssh/alansmithee@git-annex-debbook.local-alansmithee.9ZQwEjraTxi20B6W" too long for Unix domain socket
+    SHA256-s47883982--4b7cbb49506dcdd223a9db7b400cc41fc2e3ebbf5b2b17b75c9334bb949b6754
+        47883982 100%    1.34MB/s    0:00:34 (xfer#1, to-check=0/1)
+
+    sent 30 bytes  received 47889978 bytes  1388116.17 bytes/sec
+    total size is 47883982  speedup is 1.00
+    ok
+    (Recording state in git...)
+
+
+This data appears on both the sending and receiving git-annex stdout. At least for the initial sync. For later syncs it only appears on the sender, though the client system is using a lot of resources.
+
+> I've made git-annex detect if the control path would be too long,
+> and disable ssh connection caching. It also tries a relative path
+> to the file, which tends to make it shorter, and I think would
+> keep ssh connection caching working in your example.
+> 
+> Please test and see if it works, and also if the "looping" problem
+> still happens. --[[Joey]]
+
+>> Closing; I'm pretty sure the looping is just transfer retrying, to be
+>> expected if they fail. [[done]] --[[Joey]] 
diff --git a/doc/bugs/ControlPath_too_long_for_Unix_domain_socket/comment_1_60f58e205604eebe668b1e05dcfbf9a7._comment b/doc/bugs/ControlPath_too_long_for_Unix_domain_socket/comment_1_60f58e205604eebe668b1e05dcfbf9a7._comment
new file mode 100644
index 0000000000..0cba1a6939
--- /dev/null
+++ b/doc/bugs/ControlPath_too_long_for_Unix_domain_socket/comment_1_60f58e205604eebe668b1e05dcfbf9a7._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 1"
+ date="2012-09-13T22:00:53Z"
+ content="""
+You can work around the ControlPath too long by running in your git repo:
+
+git config annex.sshcaching false
+
+While I could reproduce that part of your problem, I did *not* see any data actually be transferred when the ControlPath was too long. For example:
+
+<pre>
+joey@gnu:~/tmp/t/1>git annex transferkey --to foo SHA256E-s29--66ffceb8b7a1af9c2eb896f26fb8f3bdab0a606da59a7a2d71ae4f7d78ad13c4/SHA256E-s29--66ffceb8b7a1af9c2eb896f26fb8f3bdab0a606da59a7a2d71ae4f7d78ad13c4
+
+ControlPath too long
+rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [sender=3.0.9]
+
+  rsync failed -- run git annex again to resume file transfer
+failed
+git-annex: transferkey: 1 failed
+</pre>
+"""]]
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..de879f5223
--- /dev/null
+++ b/doc/bugs/Corrupted_drive:_Assistant_seems_consider_files_deleted_and_deletes_them_elsewhere_too.mdwn
@@ -0,0 +1,33 @@
+### 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.
+"""]]
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_find_module_Data.Default.mdwn b/doc/bugs/Could_not_find_module_Data.Default.mdwn
new file mode 100644
index 0000000000..64202de425
--- /dev/null
+++ b/doc/bugs/Could_not_find_module_Data.Default.mdwn
@@ -0,0 +1,33 @@
+**What steps will reproduce the problem?**
+
+Manually building git-annex from git.
+
+**What is the expected output? What do you see instead?**
+
+    $ cabal update
+    ...
+    $ cabal install --only-dependencies
+    ...
+    $ cabal configure
+    ...
+    $ cabal build
+    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.
+    $
+
+**What version of git-annex are you using? On what operating system?**
+
+commit e7d728672a5fc923be9ab1d6fe4b65f2058b49c7
+Arch Linux
+
+**Please provide any additional information below.**
+
+When I add data-default to git-annex.cabal's Build-Deps it works fine.
+
+> Thanks, [[done]]. --[[Joey]]
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..e4f7b9c436
--- /dev/null
+++ b/doc/bugs/Could_not_read_from_remote_repository.mdwn
@@ -0,0 +1,24 @@
+### 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.
+"""]]
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_resolve_dependencies.mdwn b/doc/bugs/Could_not_resolve_dependencies.mdwn
new file mode 100644
index 0000000000..9eb98f31ef
--- /dev/null
+++ b/doc/bugs/Could_not_resolve_dependencies.mdwn
@@ -0,0 +1,40 @@
+I'm not able to install git-annex with cabal.
+
+What steps will reproduce the problem?
+
+    bbigras@bbigras-VirtualBox:~$ cabal update
+    Downloading the latest package list from hackage.haskell.org
+    bbigras@bbigras-VirtualBox:~$ cabal install git-annex --bindir=$HOME/bin
+    Resolving dependencies...
+    cabal: Could not resolve dependencies:
+    trying: git-annex-3.20130207 (user goal)
+    trying: git-annex-3.20130207:+webdav
+    trying: git-annex-3.20130207:+webapp
+    trying: git-annex-3.20130207:+assistant
+    trying: yesod-1.1.8.2 (dependency of git-annex-3.20130207:+assistant)
+    trying: yesod-auth-1.1.5.2 (dependency of yesod-1.1.8.2)
+    trying: authenticate-1.3.2.4 (dependency of yesod-auth-1.1.5.2)
+    trying: xml-conduit-1.1.0.1 (dependency of authenticate-1.3.2.4)
+    next goal: DAV (dependency of git-annex-3.20130207:+webdav)
+    rejecting: DAV-0.3 (conflict: xml-conduit==1.1.0.1, DAV => xml-conduit>=1.0 &&
+    <=1.1)
+    rejecting: DAV-0.2, 0.1, 0.0.1, 0.0 (conflict: git-annex-3.20130207:webdav =>
+    DAV(>=0.3))
+    bbigras@bbigras-VirtualBox:~$
+
+
+What version of git-annex are you using? On what operating system?
+
+Ubuntu 12.10 x86_64
+
+cabal-install version 0.14.0
+using version 1.14.0 of the Cabal library
+
+> The Haskell DAV library needs to be updated to build with
+> the newer version of xml-conduit. Library skew of this sort 
+> is common when using cabal.
+> 
+> You can work around this by building git-annex without webdav:
+> `cabal configure --flags=-WebDAV`
+> 
+> This is not a git-annex bug. [[done]] --[[Joey]]
diff --git a/doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh.mdwn b/doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh.mdwn
new file mode 100644
index 0000000000..38f54d2b61
--- /dev/null
+++ b/doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh.mdwn
@@ -0,0 +1,43 @@
+What steps will reproduce the problem?
+
+I create a new annex, added in a bunch of files.
+
+I cloned this annex to another machine, where I already had those files, so I copied them into a directory named "foo", did "git annex add foo", and then did "git rm -r foo", and git commit'd my clone of the annex.
+
+Then I try to "git annex sync" with the remote.
+
+What is the expected output? What do you see instead?
+
+I don't know, I've never used git-annex before.  This is what I get each time:
+
+    Hermes ~/Products/tmp/Movies (master) $ ga sync
+    git-annex-shell: Prelude.(!!): index too large
+
+What version of git-annex are you using? On what operating system?
+
+It's the 'master' as of yesterday: c504f4025fec49e62601fbd4a3cd8f1270c7d221
+
+I'm on OS X 10.8.2, using GHC 7.6.1.  The annex in question has 38G in a few hundred files.
+
+Please provide any additional information below.
+
+I'm willing to help track this down!
+
+> I've got it, October 9th's release 
+> included commit bc649a35bacbecef93e378b1497f6a05b30bf452, which included a
+> change to a `segment` function. It was supposed to be a
+> rewrite in terms of a more general version, but it introduced a bug
+> in what it returned in an edge case and this in turn led git-annex-shell's
+> parameter parser to fail in a code path that was never reachable before.
+> 
+> It'd fail both when a new repo was running `git-annex-shell configlist`,
+> and in `git-annex-shell commit`, although this latter crash was less
+> noticible and I'm sure you saw the former.
+> 
+> Fixed the reversion; fixed insufficient guards around the partial code
+> (which I cannot see a way to entirely eliminate sadly; look at
+> GitAnnexShell.hs's `partitionParams` and weep or let me know if you have 
+> any smart ideas..); added a regression test to check the non-obvious
+> behavior of segment with an empty segment. I'll be releasing a new
+> version with this fix as soon as I have bandwidth, ie tomorrow.
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh/comment_1_9705f295ad8101f3f0ede18e590b56ef._comment b/doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh/comment_1_9705f295ad8101f3f0ede18e590b56ef._comment
new file mode 100644
index 0000000000..660b52e7f6
--- /dev/null
+++ b/doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh/comment_1_9705f295ad8101f3f0ede18e590b56ef._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="I can confirm the fix"
+ date="2012-10-16T05:53:15Z"
+ content="""
+It's working great now, thanks Joey!
+"""]]
diff --git a/doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh/comment_2_0d751d81ac618f8d7e3f1dd20c830542._comment b/doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh/comment_2_0d751d81ac618f8d7e3f1dd20c830542._comment
new file mode 100644
index 0000000000..5622bd6da1
--- /dev/null
+++ b/doc/bugs/Crash_trying_to_sync_with_a_repo_over_ssh/comment_2_0d751d81ac618f8d7e3f1dd20c830542._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.8"
+ subject="comment 2"
+ date="2012-10-16T05:56:10Z"
+ content="""
+And I found a clean way to avoid that partial !! too. :) Down to 22 of the little monsters to clean up now.
+"""]]
diff --git a/doc/bugs/Crash_when_adding_jabber_account_.mdwn b/doc/bugs/Crash_when_adding_jabber_account_.mdwn
new file mode 100644
index 0000000000..678890cad5
--- /dev/null
+++ b/doc/bugs/Crash_when_adding_jabber_account_.mdwn
@@ -0,0 +1,32 @@
+*What steps will reproduce the problem?*
+
+1. Start git-annex webapp
+2. Configuration
+3. Configure Jabber Account
+4. Insert user and pass
+5. Click "User this account"
+
+Tryed 4 times, all the same.
+
+
+*What is the expected output? What do you see instead?*
+
+On Chrome I get "Error 101 (net::ERR_CONNECTION_RESET): The connection was reset." or "Error 324 (net::ERR_EMPTY_RESPONSE): The server closed the connection without sending any data."
+
+On the terminal where git-annex was running I get "Segmentation fault (core dumped)"
+
+
+*What version of git-annex are you using? On what operating system?*
+
+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
+
+
+*Please provide any additional information below.*
+
+On dmesg: 
+[45773.212717] git-annex[26779]: segfault at b724e840 ip 09699150 sp b4cfd038 error 7 in git-annex[8048000+1762000]
+
+[[!tag /design/assistant]]
+> [[done]], see comments --[[Joey]] 
diff --git a/doc/bugs/Crash_when_adding_jabber_account_/comment_1_2dc61ebcfa8919fb839656999c155c52._comment b/doc/bugs/Crash_when_adding_jabber_account_/comment_1_2dc61ebcfa8919fb839656999c155c52._comment
new file mode 100644
index 0000000000..c32ee75dec
--- /dev/null
+++ b/doc/bugs/Crash_when_adding_jabber_account_/comment_1_2dc61ebcfa8919fb839656999c155c52._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-14T16:39:00Z"
+ content="""
+Are you using the 64 bit or the 32 bit build? Did you download the standalone tarball? How are you running git-annex exactly? (Using runshell, or by hand?)
+
+A segfault here seems likely to involve the Haskell GNUTLS binding. At least, the only other time git-annex has segfaulted, which also involved jabber, it was a bug in the GNUTLS binding.
+"""]]
diff --git a/doc/bugs/Crash_when_adding_jabber_account_/comment_2_e49af3b8a937d82eda1509b6f67b21d4._comment b/doc/bugs/Crash_when_adding_jabber_account_/comment_2_e49af3b8a937d82eda1509b6f67b21d4._comment
new file mode 100644
index 0000000000..03f7a20699
--- /dev/null
+++ b/doc/bugs/Crash_when_adding_jabber_account_/comment_2_e49af3b8a937d82eda1509b6f67b21d4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn-4QWOFI0QQ4n-yu-oFq3PHeuSPUv_-b4"
+ nickname="Rodrigo"
+ subject="comment 2"
+ date="2013-01-14T22:10:44Z"
+ content="""
+32 bit. Yes, the standalone tarball. From terminal, I'm simply running: git-annex webapp
+"""]]
diff --git a/doc/bugs/Crash_when_adding_jabber_account_/comment_3_e59f8813bf1a7c4e3c8c120fe82348b9._comment b/doc/bugs/Crash_when_adding_jabber_account_/comment_3_e59f8813bf1a7c4e3c8c120fe82348b9._comment
new file mode 100644
index 0000000000..763f6fe539
--- /dev/null
+++ b/doc/bugs/Crash_when_adding_jabber_account_/comment_3_e59f8813bf1a7c4e3c8c120fe82348b9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-18T23:42:55Z"
+ content="""
+I tried to reproduce this with the standalone i386 tarball for 4.20130314. Was able to add a jabber account using my google talk account with no crash.
+
+Given the age of this bug report, I'm just going to close it. But if you still see it with the current verison, please let me know! (And I guess you'd have to tell me which jabber server you're using then..)
+"""]]
diff --git a/doc/bugs/Crash_when_adding_jabber_account_/comment_4_716ac138cb69eecd0fb586699b4aeb2a._comment b/doc/bugs/Crash_when_adding_jabber_account_/comment_4_716ac138cb69eecd0fb586699b4aeb2a._comment
new file mode 100644
index 0000000000..9039faca57
--- /dev/null
+++ b/doc/bugs/Crash_when_adding_jabber_account_/comment_4_716ac138cb69eecd0fb586699b4aeb2a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmu416zAYgYzbXVZAe30MiXoOWO4z6nGX8"
+ nickname="Johannes"
+ subject="signal 11"
+ date="2013-04-03T15:13:05Z"
+ content="""
+I'm getting a \"error: git-annex died of signal 11\" when trying to add a self-hosted jabber account. I'm using ejabberd and a self-signed SSL certificate.
+"""]]
diff --git a/doc/bugs/Creating_an_S3_repository_with_an_invalid_name_throws_an_exception.mdwn b/doc/bugs/Creating_an_S3_repository_with_an_invalid_name_throws_an_exception.mdwn
new file mode 100644
index 0000000000..48b30ecebd
--- /dev/null
+++ b/doc/bugs/Creating_an_S3_repository_with_an_invalid_name_throws_an_exception.mdwn
@@ -0,0 +1,18 @@
+What steps will reproduce the problem?
+
+Attempt to create an S3 repository called 'S3 (encrypted)' via the web app.
+
+What is the expected output? What do you see instead?
+
+Expected to either accept this input, or tell me that it's invalid. Instead, I see:
+
+Internal Server Error
+user error (openTCPConnection: host lookup failure for "S3 (encrypted)-610526e6-5ce2-11e2-997e-970cbca93f19.s3.amazonaws.com")
+
+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.
+
+> [[done]], the name will now be sanitized. --[[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..a4bfdcb395
--- /dev/null
+++ b/doc/bugs/Creating_an_encrypted_S3_does_not_check_for_presence_of_GPG.mdwn
@@ -0,0 +1,18 @@
+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]]
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/DS__95__Store_not_gitignored.mdwn b/doc/bugs/DS__95__Store_not_gitignored.mdwn
new file mode 100644
index 0000000000..269eb417aa
--- /dev/null
+++ b/doc/bugs/DS__95__Store_not_gitignored.mdwn
@@ -0,0 +1,26 @@
+What steps will reproduce the problem?
+
+Create a new git repo on OS X.  create a .gitignore file containing the line ".DS_Store".  Check it into git.  do "git annex init" to make the directory into a git annex repo.  do "git annex direct" to put it in direct mode.  do "git annex assistant" to start the assistant and watch it with "git annex webapp".
+
+Open the directory in the finder.  Drag in some files and watch the assistant as it checks them in.  Play with your window's viewing preferences, maybe view things as "icons" so that the finder is forced to store metadata about where you dragged the icons in the window in the .DS_Store file.  As you do this, watch the webapp.  .DS_Store will start to be checked into git annex, and rechecked in frequently as it is updated.  Git annex assistant is not respecting the .gitignore file.  Is there some other way to tell git annex assistant that certain files should be ignored than .gitignore?
+
+
+What is the expected output? What do you see instead?
+
+.DS_Store files are ignored by the assistant.
+
+
+What version of git-annex are you using? On what operating system?
+
+git-annex version: 3.20130124
+
+OS X Lion
+
+Please provide any additional information below.
+
+> Assistant does not support .gitignore yet. Requires an efficient query
+> interface for ignores, which git does not provide.
+>
+> However, I've added a special case, OSX only ignore for .DS_Store files.
+> [[done]] --[[Joey]] 
+
diff --git a/doc/bugs/DS__95__Store_not_gitignored/comment_1_b93ac0ea3be82c361ceb4352e742ba39._comment b/doc/bugs/DS__95__Store_not_gitignored/comment_1_b93ac0ea3be82c361ceb4352e742ba39._comment
new file mode 100644
index 0000000000..0bc821f872
--- /dev/null
+++ b/doc/bugs/DS__95__Store_not_gitignored/comment_1_b93ac0ea3be82c361ceb4352e742ba39._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2013-01-28T14:31:53Z"
+ content="""
+outstanding!  Thank you.
+"""]]
diff --git a/doc/bugs/DS__95__Store_not_gitignored/comment_2_4136e1f4aba7aa7562dafcf6a213e10c._comment b/doc/bugs/DS__95__Store_not_gitignored/comment_2_4136e1f4aba7aa7562dafcf6a213e10c._comment
new file mode 100644
index 0000000000..209e0545a6
--- /dev/null
+++ b/doc/bugs/DS__95__Store_not_gitignored/comment_2_4136e1f4aba7aa7562dafcf6a213e10c._comment
@@ -0,0 +1,58 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 2"
+ date="2013-01-28T23:26:27Z"
+ content="""
+This actually explains an interesting quirk (I wouldn't necessarily call it a bug) that results because of annex's handling of .gitignore:
+
+    %  › git annex import ~/Downloads/BoxcarMac.dmg
+    import BoxcarMac.dmg (checksum...) ok
+    (Recording state in git...)
+    The following paths are ignored by one of your .gitignore files:
+    BoxcarMac.dmg
+    Use -f if you really want to add them.
+    fatal: no files added
+    
+    git-annex: user error (xargs [\"-0\",\"git\",\"--git-dir=/Users/akraut/Desktop/annexes/test/.git\",\"--work-tree=/Users/akraut/Desktop/annexes/test\",\"add\",\"--\"] exited 1)
+    failed
+    git-annex: import: 1 failed
+    
+    %  › ls -l
+    total 8
+    lrwxr-xr-x 1 akraut staff 198 Jan 28 15:01 BoxcarMac.dmg -> .git/annex/objects/K4/Q8/SHA256E-s6240024--2d3b032f29c8411f81f9379bd79abfa713b66b9783559ef48cd945ab418e97a3.dmg/SHA256E-s6240024--2d3b032f29c8411f81f9379bd79abfa713b66b9783559ef48cd945ab418e97a3.dmg
+    -rw-r--r-- 1 akraut staff   0 Jan 28 14:56 README
+    lrwxr-xr-x 1 akraut staff 200 Jan 28 14:58 Wireshark 1.8.4 Intel 64.dmg -> .git/annex/objects/vj/55/SHA256E-s21772874--eb01484d832a9dc5b8fdecacdccabc4ef28fb17a2e20bc2837ccc43a69df30c5.dmg/SHA256E-s21772874--eb01484d832a9dc5b8fdecacdccabc4ef28fb17a2e20bc2837ccc43a69df30c5.dmg
+    
+    %  › cp ~/Downloads/Wireshark\ 1.8.4\ Intel\ 64.dmg .
+    
+    %  › git annex add Wireshark\ 1.8.4\ Intel\ 64.dmg
+    (Recording state in git...)
+    
+    %  › ls -l
+    total 21264
+    -rw-r--r-- 1 akraut staff        0 Jan 28 14:56 README
+    -rw-r--r-- 1 akraut staff 21772874 Jan 28 14:58 Wireshark 1.8.4 Intel 64.dmg
+    
+    %  › git annex import Wireshark\ 1.8.4\ Intel\ 64.dmg
+    import Wireshark 1.8.4 Intel 64.dmg git-annex: not overwriting existing Wireshark 1.8.4 Intel 64.dmg (use --force to override)
+    
+    %  › git annex import --force Wireshark\ 1.8.4\ Intel\ 64.dmg
+    import Wireshark 1.8.4 Intel 64.dmg (checksum...) ok
+    (Recording state in git...)
+    
+    %  › ls
+    README  Wireshark 1.8.4 Intel 64.dmg@
+    
+    %  › git annex sync
+    commit  
+    [master 0a17811] git-annex automatic sync
+     1 file changed, 1 insertion(+)
+     create mode 120000 Wireshark 1.8.4 Intel 64.dmg
+    ok
+    
+    %  › ls -l
+    total 4
+    -rw-r--r-- 1 akraut staff   0 Jan 28 14:56 README
+    lrwxr-xr-x 1 akraut staff 200 Jan 28 14:58 Wireshark 1.8.4 Intel 64.dmg -> .git/annex/objects/vj/55/SHA256E-s21772874--eb01484d832a9dc5b8fdecacdccabc4ef28fb17a2e20bc2837ccc43a69df30c5.dmg/SHA256E-s21772874--eb01484d832a9dc5b8fdecacdccabc4ef28fb17a2e20bc2837ccc43a69df30c5.dmg
+"""]]
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/Detection_assumes_that_shell_is_bash.mdwn b/doc/bugs/Detection_assumes_that_shell_is_bash.mdwn
new file mode 100644
index 0000000000..9bb0629d3e
--- /dev/null
+++ b/doc/bugs/Detection_assumes_that_shell_is_bash.mdwn
@@ -0,0 +1,24 @@
+###What steps will reproduce the problem?###
+
+"Adding a remote server using ssh" and try to add a remote server where the account has ex. tcsh as loginshell
+
+###What is the expected output? What do you see instead?###
+
+To discover remote programs, it dumps away some born-shell code like:
+"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"
+
+just wrap it with a bash -c '..' and you know that its interpreted by bash.
+
+###What version of git-annex are you using? On what operating system?###
+
+git-annex version: 3.20121017
+
+###Please provide any additional information below.###
+
+Not everyone has bash as there login-shell.
+
+[[!tag /design/assistant]]
+
+> [[done]]; assistant now uses sh -c "sane shell stuff here" to work
+> around csh. (There are systems without bash, but probably fewer without sh)
+> --[[Joey]]
diff --git a/doc/bugs/Difficult_to_troubleshoot_XMPP_login_failures.mdwn b/doc/bugs/Difficult_to_troubleshoot_XMPP_login_failures.mdwn
new file mode 100644
index 0000000000..3b1b74d169
--- /dev/null
+++ b/doc/bugs/Difficult_to_troubleshoot_XMPP_login_failures.mdwn
@@ -0,0 +1,11 @@
+### Please describe the problem.
+
+I have a jabber account on `jabber.ccc.de`. When trying to log in to that account, I get "Unable to connect to the Jabber server. Maybe you entered the wrong password? (Error message: AuthenticationFailure)" I've typed the password enough times that I'm relatively certain that I've typed it correctly at least once. It's difficult to see behind this error message. This is the only thing that shows up in the debug log:
+
+    [2013-05-26 21:40:16 EDT] read: host ["-t","SRV","--","_xmpp-client._tcp.jabber.ccc.de"]
+    [2013-05-26 21:40:16 EDT] read: host ["-t","SRV","--","_xmpp-client._tcp.jabber.ccc.de"]
+
+It'd be great if this error were a wee bit more verbose.
+
+> The XMPP library has been updated to include the actual error message from the server.
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Difficult_to_troubleshoot_XMPP_login_failures/comment_1_4205bccf515169031e4a9ed8e905262c._comment b/doc/bugs/Difficult_to_troubleshoot_XMPP_login_failures/comment_1_4205bccf515169031e4a9ed8e905262c._comment
new file mode 100644
index 0000000000..e1b38ac5b7
--- /dev/null
+++ b/doc/bugs/Difficult_to_troubleshoot_XMPP_login_failures/comment_1_4205bccf515169031e4a9ed8e905262c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-27T18:35:45Z"
+ content="""
+That's all I get back from the underlying library. I have asked the library's author to propigate up the actual error message from the XMPP server if possible. The only other information I could provide is which host and port it tried to connect to. I've added that to the error message.
+
+We recently tracked a \"AuthenticationFailure\" error back to a bug in the ejabberd server's implementation of SCRAM. If jabber.ccc.de is using ejabberd, it needs to be upgraded. See <https://support.process-one.net/browse/EJAB-1632>
+"""]]
diff --git a/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files.mdwn b/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files.mdwn
new file mode 100644
index 0000000000..123786b655
--- /dev/null
+++ b/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files.mdwn
@@ -0,0 +1,25 @@
+##What steps will reproduce the problem?
+
+    mkdir test
+    git init
+    git annex init "test"
+    echo "test" > a
+    echo "test" > b
+    git annex add a b
+    git annex sync
+    git annex direct
+    git annex sync | grep add
+    git annex sync | grep add
+
+##What is the expected output? What do you see instead?
+
+The last two syncs shouldn't need to add or checksum anything.
+Firstly, the output is very confusing because the files have already been added.
+Secondly, the sync can take quite a while if you have lots of duplicates or a lot of files that are incidentally similar.
+
+##What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130227 on Archlinux
+
+> [[done]]; fixed inode caching code to support multiple files for the
+> same content. --[[Joey]] 
diff --git a/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_1_cb10385a4f046bfe676720ded3409379._comment b/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_1_cb10385a4f046bfe676720ded3409379._comment
new file mode 100644
index 0000000000..6a5178bb6a
--- /dev/null
+++ b/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_1_cb10385a4f046bfe676720ded3409379._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-11T06:31:09Z"
+ content="""
+It seems that, to fully fix this, direct mode will need to be changed to store multiple inode caches for each key.
+
+Since the files have the same content, but different inodes and/or mtimes, at least one of them is going to appear changed to sync each time.
+
+What currently happens is that the first is re-added, and so its inode cache gets stored, and then that means the second's inode cache no longer matches, and it's re-added, and its inode cache gets stored. Putting the inode cache right back in position to force re-adding the first again..
+
+Storing multiple inode caches appears easy enough, but I have not yet worked out exactly how to clear out old inode caches.
+"""]]
diff --git a/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_2_4bcf1a897181e40c9c8969d597a844f0._comment b/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_2_4bcf1a897181e40c9c8969d597a844f0._comment
new file mode 100644
index 0000000000..68c8847ae5
--- /dev/null
+++ b/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_2_4bcf1a897181e40c9c8969d597a844f0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnR7hb8IaKB3IKZptRukje0yahmhfLOO98"
+ nickname="Adam"
+ subject="comment 2"
+ date="2013-04-01T19:23:12Z"
+ content="""
+I think I hit this same issue when trying to work with a significant amount of files and data. It'd be good if git-annex were smarter about when a file is identical, especially if the file was copied through `rsync -a`.
+"""]]
diff --git a/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_3_6a6d22d218f036c9977072973ed99aa8._comment b/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_3_6a6d22d218f036c9977072973ed99aa8._comment
new file mode 100644
index 0000000000..8f4e9bc867
--- /dev/null
+++ b/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_3_6a6d22d218f036c9977072973ed99aa8._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="identical filename"
+ date="2013-04-06T09:09:17Z"
+ content="""
+Same happens, with identical filename+content just in a different subdirectory.
+
+    annex/a.txt
+    annex/back/a.txt
+"""]]
diff --git a/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_4_eaa7ffb3a1d9ffd6d89de301bd2cd5b2._comment b/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_4_eaa7ffb3a1d9ffd6d89de301bd2cd5b2._comment
new file mode 100644
index 0000000000..413ad86128
--- /dev/null
+++ b/doc/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/comment_4_eaa7ffb3a1d9ffd6d89de301bd2cd5b2._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 4"
+ date="2013-04-18T05:56:41Z"
+ content="""
+Ok, seems like it is fixed in latest (2013.04.17) release.
+
+Laszlo
+
+"""]]
diff --git a/doc/bugs/Direct_mode_repositories_end_up_with_unstaged_changes.mdwn b/doc/bugs/Direct_mode_repositories_end_up_with_unstaged_changes.mdwn
new file mode 100644
index 0000000000..839653e34e
--- /dev/null
+++ b/doc/bugs/Direct_mode_repositories_end_up_with_unstaged_changes.mdwn
@@ -0,0 +1,46 @@
+### Please describe the problem.
+
+After running two repositories syncing with one another in direct mode "git status" shows unstaged changes in both.
+
+### What steps will reproduce the problem?
+
+1. Create two direct mode repositories with each other as ssh remotes
+2. Run "git annex assistant" on each
+3. Create files on each and they get synced
+4. Run "git status"
+
+In my current repository the output is:
+
+[[!format sh """
+$ 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: fromgolias
+#	typechange: fromwintermute
+#
+no changes added to commit (use "git add" and/or "git commit -a")
+"""]]
+
+### 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
+"""]]
+
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Direct_mode_repositories_end_up_with_unstaged_changes/comment_1_300a2b246182be3079db20a7e3322261._comment b/doc/bugs/Direct_mode_repositories_end_up_with_unstaged_changes/comment_1_300a2b246182be3079db20a7e3322261._comment
new file mode 100644
index 0000000000..87e90ebe73
--- /dev/null
+++ b/doc/bugs/Direct_mode_repositories_end_up_with_unstaged_changes/comment_1_300a2b246182be3079db20a7e3322261._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-29T16:18:33Z"
+ content="""
+This does not indicate a problem. Nor are there any unstaged changes. `git status` simply does not know about git-annex's direct mode. Please see [[/direct_mode]] for caveats about this and other problems with using regular git commands with git-annex repositories in direct mode.
+"""]]
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..782b80e5e6
--- /dev/null
+++ b/doc/bugs/Direct_mode_repositories_still_use_symlinks_sometimes.mdwn
@@ -0,0 +1,32 @@
+### 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
+"""]]
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..169dc26d14
--- /dev/null
+++ b/doc/bugs/Disconcerting_warning_from_git-annex.mdwn
@@ -0,0 +1,6 @@
+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?
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/Discrepancy_between_git_annex_add_and_git_annex_watch.mdwn b/doc/bugs/Discrepancy_between_git_annex_add_and_git_annex_watch.mdwn
new file mode 100644
index 0000000000..8e836e345f
--- /dev/null
+++ b/doc/bugs/Discrepancy_between_git_annex_add_and_git_annex_watch.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+
+`git annex add` does not add dotfiles (as per the man page) while `git annex watch` does (nothing on the man page). It's not a bug, but rather a surprise (at least to me).
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+git init dotfiles
+cd dotfiles
+git annex init "my dotfiles"
+echo test > test.txt
+echo dottest > .dotest.txt
+git annex add
+git commit -a -m "initial dots"
+git annex whereis .dotest.txt # no answer, as expected
+git annex watch
+git annex whereis .dotest.txt # answers that .dotest.txt is here
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20131101, ubuntu 12.04 with all updates.
+
+### 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.
+"""]]
+
+> Improved documentation. [[done]] --[[Joey]]
diff --git a/doc/bugs/Displayed_copy_speed_is_wrong.mdwn b/doc/bugs/Displayed_copy_speed_is_wrong.mdwn
new file mode 100644
index 0000000000..cf3b31cf48
--- /dev/null
+++ b/doc/bugs/Displayed_copy_speed_is_wrong.mdwn
@@ -0,0 +1,8 @@
+When copying data to my remote, I regularly see speeds in excess of 100 MB/s on my home DSL line.
+
+    2073939 100%  176.96MB/s    0:00:00 (xfer#1, to-check=0/1)
+
+This is definitely not correct.
+
+> Closing, as rsync does this to show you when it's making your life
+> faster than it would be w/o rsync. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Displayed_copy_speed_is_wrong/comment_1_74de3091e8bfd7acd6795e61f39f07c6._comment b/doc/bugs/Displayed_copy_speed_is_wrong/comment_1_74de3091e8bfd7acd6795e61f39f07c6._comment
new file mode 100644
index 0000000000..62a595be77
--- /dev/null
+++ b/doc/bugs/Displayed_copy_speed_is_wrong/comment_1_74de3091e8bfd7acd6795e61f39f07c6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-03T01:37:29Z"
+ content="""
+That is displayed by rsync. It's not unheard of for rsync to resume a transfer and display extremely high speeds.
+"""]]
diff --git a/doc/bugs/Displayed_copy_speed_is_wrong/comment_2_8b240de1d5ae9229fa2d77d1cc15a552._comment b/doc/bugs/Displayed_copy_speed_is_wrong/comment_2_8b240de1d5ae9229fa2d77d1cc15a552._comment
new file mode 100644
index 0000000000..28305d3ac8
--- /dev/null
+++ b/doc/bugs/Displayed_copy_speed_is_wrong/comment_2_8b240de1d5ae9229fa2d77d1cc15a552._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-04-03T08:56:48Z"
+ content="""
+Pity. Mark as done/upstream (or similar) for house-keeping?
+"""]]
diff --git a/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder.mdwn b/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder.mdwn
new file mode 100644
index 0000000000..d011e44163
--- /dev/null
+++ b/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder.mdwn
@@ -0,0 +1,3747 @@
+### Please describe the problem.
+Two repositories A and B. B carries the full data, A only carries a subset of the data by excluding a couple of directories with a preferred content expression. Both repos in direct mode. A was modified quite heavily (thousands of files moved, deleted) with git-annex assistant running but without a possibility to synchronise with B.
+
+During synchronisation (by starting the webapp on A and git-annex assistant on B) suddenly former top-level folders, e.g.
+
+  ./201207
+
+appear in 
+
+  ./incoming/5d/201207
+
+in both repositories.
+
+Then deleting 
+
+  ./incoming/5d/201207
+
+in repo A unfortunately removes the top-level directory 
+
+  ./201207
+
+as well and removes them in both repositories.
+ 
+### What steps will reproduce the problem?
+I don't know how to reproduce apart from the description above.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20131002, 
+Debian jessie, A: amd64, B: armhf
+
+### Please provide any additional information below.
+
+A paste of .git/annex/daemon.log of repoA below, as I haven't realised the problem immediatly I cannot tell whether this is the relevant log or not. If more is needed, I can provide additional logs.
+
+[[!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-27 18:35:52 CET] main: Syncing with repoB 
+From repoB:/media/srv/img
+   d1e3763..5eba12c  git-annex  -> repoB/git-annex
+   611e4f5..a7b9fd7  master     -> repoB/master
+   714ed67..a7b9fd7  synced/master -> repoB/synced/master
+Auto packing the repository for optimum performance. You may also
+run "git gc" manually. See "git help gc" for more information.
+Updating 714ed67..a7b9fd7
+Fast-forward
+ 201109/jmg_7250.cr2                   | 1 -
+ 201109/jmg_7250.jpg                   | 1 -
+ 201109/jmg_7251.cr2                   | 1 -
+ 201109/jmg_7251.jpg                   | 1 -
+ 201109/jmg_7253.cr2                   | 1 -
+ 201109/jmg_7253.jpg                   | 1 -
+ 201109/jmg_7256_raw.jpg               | 1 -
+ 201109/jmg_7259.cr2                   | 1 -
+ 201109/jmg_7259.jpg                   | 1 -
+ 201109/jmg_7261.cr2                   | 1 -
+ 201109/jmg_7261.jpg                   | 1 -
+ 201109/jmg_7265.cr2                   | 1 -
+ 201109/jmg_7265.jpg                   | 1 -
+ 201109/jmg_7272.jpg                   | 1 -
+ 201109/jmg_7274.jpg                   | 1 -
+ 201109/jmg_7275.jpg                   | 1 -
+ 201109/jmg_7276.jpg                   | 1 -
+ 201109/jmg_7280.jpg                   | 1 -
+ 201109/jmg_7284.jpg                   | 1 -
+ 201109/jmg_7286.jpg                   | 1 -
+ 201109/jmg_7288.jpg                   | 1 -
+ 201109/jmg_7289.jpg                   | 1 -
+ 201109/jmg_7292.jpg                   | 1 -
+ 201109/jmg_7293.jpg                   | 1 -
+ 201109/jmg_7295.cr2                   | 1 -
+ 201109/jmg_7295.jpg                   | 1 -
+ 201109/jmg_7296.cr2                   | 1 -
+ 201109/jmg_7296.jpg                   | 1 -
+ 201109/jmg_7299.cr2                   | 1 -
+ 201109/jmg_7299.jpg                   | 1 -
+ 201109/jmg_7300.cr2                   | 1 -
+ 201109/jmg_7300.jpg                   | 1 -
+ 201109/jmg_7304.jpg                   | 1 -
+ 201109/jmg_7305_raw.jpg               | 1 -
+ 201109/jmg_7307_raw.jpg               | 1 -
+ 201202/jmg_8528.jpg                   | 1 -
+ 201202/jmg_8529.jpg                   | 1 -
+ 201202/jmg_8595.jpg                   | 1 -
+ 201202/jmg_8596.jpg                   | 1 -
+ 201202/jmg_8597.jpg                   | 1 -
+ 201202/jmg_8601.jpg                   | 1 -
+ 201202/jmg_8602.cr2                   | 1 -
+ 201202/jmg_8602.jpg                   | 1 -
+ 201202/jmg_8603.cr2                   | 1 -
+ 201202/jmg_8603.jpg                   | 1 -
+ 201202/jmg_8604.jpg                   | 1 -
+ 201202/jmg_8605.jpg                   | 1 -
+ 201202/jmg_8606.jpg                   | 1 -
+ 201202/jmg_8607.jpg                   | 1 -
+ 201202/jmg_8608.jpg                   | 1 -
+ 201202/jmg_8609.jpg                   | 1 -
+ 201202/jmg_8610.jpg                   | 1 -
+ 201202/jmg_8611.jpg                   | 1 -
+ 201202/jmg_8612.cr2                   | 1 -
+ 201202/jmg_8612.jpg                   | 1 -
+ 201202/jmg_8613.jpg                   | 1 -
+ 201202/jmg_8614.jpg                   | 1 -
+ 201202/jmg_8615.jpg                   | 1 -
+ 201202/jmg_8616_raw.jpg               | 1 -
+ 201202/jmg_8617.jpg                   | 1 -
+ 201202/jmg_8618.jpg                   | 1 -
+ 201202/jmg_8619.jpg                   | 1 -
+ 201202/jmg_8620.jpg                   | 1 -
+ 201202/jmg_8621.jpg                   | 1 -
+ 201202/jmg_8622.jpg                   | 1 -
+ 201202/jmg_8624.jpg                   | 1 -
+ 201202/jmg_8625.cr2                   | 1 -
+ 201202/jmg_8625.jpg                   | 1 -
+ 201202/jmg_8626.jpg                   | 1 -
+ 201202/jmg_8627.jpg                   | 1 -
+ 201202/jmg_8628.jpg                   | 1 -
+ 201202/jmg_8629.jpg                   | 1 -
+ 201202/jmg_8630.jpg                   | 1 -
+ 201202/jmg_8631.jpg                   | 1 -
+ 201202/jmg_8632.jpg                   | 1 -
+ 201202/jmg_8633.cr2                   | 1 -
+ 201202/jmg_8633.jpg                   | 1 -
+ 201202/jmg_8634.jpg                   | 1 -
+ 201202/jmg_8637.jpg                   | 1 -
+ 201202/jmg_8639.jpg                   | 1 -
+ 201202/jmg_8640.jpg                   | 1 -
+ 201202/jmg_8641.jpg                   | 1 -
+ 201202/jmg_8642_raw.jpg               | 1 -
+ 201202/jmg_8643.jpg                   | 1 -
+ 201202/jmg_8644.jpg                   | 1 -
+ 201202/jmg_8647.jpg                   | 1 -
+ 201202/jmg_8648.jpg                   | 1 -
+ 201202/jmg_8651.cr2                   | 1 -
+ 201202/jmg_8651.jpg                   | 1 -
+ 201202/jmg_8652.jpg                   | 1 -
+ 201202/jmg_8653.jpg                   | 1 -
+ 201202/jmg_8654.jpg                   | 1 -
+ 201202/jmg_8655.jpg                   | 1 -
+ 201202/jmg_8657.jpg                   | 1 -
+ 201202/jmg_8665.jpg                   | 1 -
+ 201202/jmg_8670.jpg                   | 1 -
+ 201202/jmg_8671.jpg                   | 1 -
+ 201202/jmg_8673.cr2                   | 1 -
+ 201202/jmg_8673.jpg                   | 1 -
+ 201202/jmg_8674.jpg                   | 1 -
+ 201202/jmg_8675.jpg                   | 1 -
+ 201202/jmg_8676.jpg                   | 1 -
+ 201202/jmg_8677.jpg                   | 1 -
+ 201202/jmg_8678.jpg                   | 1 -
+ 201202/jmg_8679.jpg                   | 1 -
+ 201202/jmg_8680.jpg                   | 1 -
+ 201202/jmg_8681.jpg                   | 1 -
+ 201203/jmg_8701.cr2                   | 1 -
+ 201203/jmg_8702.jpg                   | 1 -
+ 201203/jmg_8705.jpg                   | 1 -
+ 201203/jmg_8711.jpg                   | 1 -
+ 201203/jmg_8717.jpg                   | 1 -
+ 201203/jmg_8718.jpg                   | 1 -
+ 201203/jmg_8719.jpg                   | 1 -
+ 201203/jmg_8721.jpg                   | 1 -
+ 201203/jmg_8725.jpg                   | 1 -
+ 201203/jmg_8726.jpg                   | 1 -
+ 201203/jmg_8731.jpg                   | 1 -
+ 201203/jmg_8739.jpg                   | 1 -
+ 201203/jmg_8745.jpg                   | 1 -
+ 201203/jmg_8747_raw.jpg               | 1 -
+ 201203/jmg_8750.cr2                   | 1 -
+ 201203/jmg_8750.jpg                   | 1 -
+ 201204/jmg_8751.jpg                   | 1 -
+ 201204/jmg_8752.jpg                   | 1 -
+ 201204/jmg_8755.jpg                   | 1 -
+ 201204/jmg_8756.jpg                   | 1 -
+ 201204/jmg_8757.jpg                   | 1 -
+ 201204/jmg_8759.jpg                   | 1 -
+ 201204/jmg_8760.jpg                   | 1 -
+ 201204/jmg_8761.jpg                   | 1 -
+ 201204/jmg_8762.jpg                   | 1 -
+ 201204/jmg_8763.cr2                   | 1 -
+ 201204/jmg_8763.jpg                   | 1 -
+ 201204/jmg_8766.jpg                   | 1 -
+ 201204/jmg_8767.cr2                   | 1 -
+ 201204/jmg_8767.jpg                   | 1 -
+ 201204/jmg_8768.jpg                   | 1 -
+ 201204/jmg_8769.jpg                   | 1 -
+ 201204/jmg_8770.jpg                   | 1 -
+ 201204/jmg_8771.jpg                   | 1 -
+ 201204/jmg_8772.jpg                   | 1 -
+ 201204/jmg_8773.jpg                   | 1 -
+ 201205/jmg_8822.jpg                   | 1 -
+ 201205/jmg_8823.jpg                   | 1 -
+ 201205/jmg_8824.jpg                   | 1 -
+ 201205/jmg_8826.jpg                   | 1 -
+ 201205/jmg_8831.jpg                   | 1 -
+ 201205/jmg_8834.jpg                   | 1 -
+ 201205/jmg_8835.jpg                   | 1 -
+ 201205/jmg_8835_raw.jpg               | 1 -
+ 201205/jmg_8837.jpg                   | 1 -
+ 201205/jmg_8839.cr2                   | 1 -
+ 201205/jmg_8839.jpg                   | 1 -
+ 201205/jmg_8839_raw.jpg               | 1 -
+ 201205/jmg_8840.cr2                   | 1 -
+ 201205/jmg_8840.jpg                   | 1 -
+ 201205/jmg_8840_raw.jpg               | 1 -
+ 201205/jmg_8841.jpg                   | 1 -
+ 201205/jmg_8842.jpg                   | 1 -
+ 201205/jmg_8844.cr2                   | 1 -
+ 201205/jmg_8844.jpg                   | 1 -
+ 201205/jmg_8844_raw.jpg               | 1 -
+ 201205/jmg_8845.jpg                   | 1 -
+ 201205/jmg_8846.jpg                   | 1 -
+ 201205/jmg_8847.cr2                   | 1 -
+ 201205/jmg_8847.jpg                   | 1 -
+ 201205/jmg_8847_raw.jpg               | 1 -
+ 201205/jmg_8848.jpg                   | 1 -
+ 201205/jmg_8849.jpg                   | 1 -
+ 201205/jmg_8851.cr2                   | 1 -
+ 201205/jmg_8851.jpg                   | 1 -
+ 201205/jmg_8851_raw.jpg               | 1 -
+ 201205/jmg_8856.cr2                   | 1 -
+ 201205/jmg_8856.jpg                   | 1 -
+ 201205/jmg_8856_raw.jpg               | 1 -
+ 201205/jmg_8857.jpg                   | 1 -
+ 201205/jmg_8858.jpg                   | 1 -
+ 201205/jmg_8859.jpg                   | 1 -
+ 201205/jmg_8861.jpg                   | 1 -
+ 201205/jmg_8862.jpg                   | 1 -
+ 201205/jmg_8863.jpg                   | 1 -
+ 201205/jmg_8871.cr2                   | 1 -
+ 201205/jmg_8871.jpg                   | 1 -
+ 201205/jmg_8872.jpg                   | 1 -
+ 201205/jmg_8873.jpg                   | 1 -
+ 201205/jmg_8875.jpg                   | 1 -
+ 201205/jmg_8876.cr2                   | 1 -
+ 201205/jmg_8876.jpg                   | 1 -
+ 201205/jmg_8878.cr2                   | 1 -
+ 201205/jmg_8878.jpg                   | 1 -
+ 201205/jmg_8879.cr2                   | 1 -
+ 201205/jmg_8879.jpg                   | 1 -
+ 201205/jmg_8880.cr2                   | 1 -
+ 201205/jmg_8880.jpg                   | 1 -
+ 201205/jmg_8881.cr2                   | 1 -
+ 201205/jmg_8881.jpg                   | 1 -
+ 201205/jmg_8892.cr2                   | 1 -
+ 201205/jmg_8892.jpg                   | 1 -
+ 201205/jmg_8893.cr2                   | 1 -
+ 201205/jmg_8893.jpg                   | 1 -
+ 201205/jmg_8894.cr2                   | 1 -
+ 201205/jmg_8894.jpg                   | 1 -
+ 201206/jmg_8989.cr2                   | 1 -
+ 201206/jmg_8989.jpg                   | 1 -
+ 201206/jmg_8990.cr2                   | 1 -
+ 201206/jmg_8990.jpg                   | 1 -
+ 201206/jmg_8995.jpg                   | 1 -
+ 201206/jmg_8996.jpg                   | 1 -
+ 201206/jmg_8998.jpg                   | 1 -
+ 201206/jmg_9001.jpg                   | 1 -
+ 201206/jmg_9003.jpg                   | 1 -
+ 201206/jmg_9006.jpg                   | 1 -
+ 201206/jmg_9007.jpg                   | 1 -
+ 201206/jmg_9011.jpg                   | 1 -
+ 201206/jmg_9014.jpg                   | 1 -
+ 201206/jmg_9014_raw.jpg               | 1 -
+ 201206/jmg_9015.jpg                   | 1 -
+ 201206/jmg_9016.cr2                   | 1 -
+ 201206/jmg_9016.jpg                   | 1 -
+ 201206/jmg_9017.cr2                   | 1 -
+ 201206/jmg_9017.jpg                   | 1 -
+ 201206/jmg_9018.cr2                   | 1 -
+ 201206/jmg_9018.jpg                   | 1 -
+ 201206/jmg_9019.cr2                   | 1 -
+ 201206/jmg_9019.jpg                   | 1 -
+ 201206/jmg_9023.cr2                   | 1 -
+ 201206/jmg_9023.jpg                   | 1 -
+ 201206/jmg_9024.cr2                   | 1 -
+ 201206/jmg_9024.jpg                   | 1 -
+ 201206/jmg_9025.cr2                   | 1 -
+ 201206/jmg_9025.jpg                   | 1 -
+ 201206/jmg_9028.jpg                   | 1 -
+ 201206/jmg_9029.jpg                   | 1 -
+ 201206/jmg_9030.jpg                   | 1 -
+ 201206/jmg_9031.jpg                   | 1 -
+ 201206/jmg_9032_raw.jpg               | 1 -
+ 201206/jmg_9033.jpg                   | 1 -
+ 201206/jmg_9033_raw.jpg               | 1 -
+ 201206/jmg_9034.jpg                   | 1 -
+ 201206/jmg_9035.jpg                   | 1 -
+ 201206/jmg_9035_raw.jpg               | 1 -
+ 201206/jmg_9036.jpg                   | 1 -
+ 201206/jmg_9039.cr2                   | 1 -
+ 201206/jmg_9039.jpg                   | 1 -
+ 201206/jmg_9040.cr2                   | 1 -
+ 201206/jmg_9040.jpg                   | 1 -
+ 201206/jmg_9043.cr2                   | 1 -
+ 201206/jmg_9043.jpg                   | 1 -
+ 201206/jmg_9047.cr2                   | 1 -
+ 201206/jmg_9047.jpg                   | 1 -
+ 201207/jmg_9048.jpg                   | 1 -
+ 201207/jmg_9053.jpg                   | 1 -
+ 201207/jmg_9054.jpg                   | 1 -
+ 201207/jmg_9069.cr2                   | 1 -
+ 201207/jmg_9069.jpg                   | 1 -
+ 201207/jmg_9070.cr2                   | 1 -
+ 201207/jmg_9070.jpg                   | 1 -
+ 201207/jmg_9072.cr2                   | 1 -
+ 201207/jmg_9072.jpg                   | 1 -
+ 201207/jmg_9076.cr2                   | 1 -
+ 201207/jmg_9076.jpg                   | 1 -
+ 201208/jmg_9077.jpg                   | 1 -
+ 201208/jmg_9302_raw.jpg               | 1 -
+ 201208/jmg_9303.jpg                   | 1 -
+ 201208/jmg_9304.cr2                   | 1 -
+ 201208/jmg_9304.jpg                   | 1 -
+ 201208/jmg_9305.cr2                   | 1 -
+ 201208/jmg_9305.jpg                   | 1 -
+ 201208/jmg_9306_raw.jpg               | 1 -
+ 201208/jmg_9307.cr2                   | 1 -
+ 201208/jmg_9307.jpg                   | 1 -
+ 201208/jmg_9308_raw.jpg               | 1 -
+ 201208/jmg_9309_raw.jpg               | 1 -
+ 201208/jmg_9310.cr2                   | 1 -
+ 201208/jmg_9310.jpg                   | 1 -
+ 201208/jmg_9310_bw.jpg                | 1 -
+ 201208/jmg_9310_raw.jpg               | 1 -
+ 201208/jmg_9312.jpg                   | 1 -
+ 201208/jmg_9313.jpg                   | 1 -
+ 201208/jmg_9314.jpg                   | 1 -
+ 201208/jmg_9315.jpg                   | 1 -
+ 201208/jmg_9319.jpg                   | 1 -
+ 201208/jmg_9523.jpg                   | 1 -
+ 201208/jmg_9524.jpg                   | 1 -
+ 201208/jmg_9525.jpg                   | 1 -
+ 201208/jmg_9526.jpg                   | 1 -
+ 201208/jmg_9527.jpg                   | 1 -
+ 201208/jmg_9527_raw.jpg               | 1 -
+ 201208/jmg_9528.jpg                   | 1 -
+ 201208/jmg_9529.jpg                   | 1 -
+ 201208/jmg_9530.jpg                   | 1 -
+ 201208/jmg_9531.jpg                   | 1 -
+ 201208/jmg_9532.jpg                   | 1 -
+ 201208/jmg_9533.cr2                   | 1 -
+ 201208/jmg_9533.jpg                   | 1 -
+ 201208/jmg_9534.cr2                   | 1 -
+ 201208/jmg_9534.jpg                   | 1 -
+ 201208/jmg_9535.jpg                   | 1 -
+ 201208/jmg_9536.jpg                   | 1 -
+ 201208/jmg_9537.cr2                   | 1 -
+ 201208/jmg_9537.jpg                   | 1 -
+ 201208/jmg_9538.jpg                   | 1 -
+ 201208/jmg_9539.jpg                   | 1 -
+ 201208/jmg_9540.jpg                   | 1 -
+ 201208/jmg_9541.cr2                   | 1 -
+ 201208/jmg_9542.jpg                   | 1 -
+ 201208/jmg_9543.cr2                   | 1 -
+ 201208/jmg_9543.jpg                   | 1 -
+ 201208/jmg_9544.cr2                   | 1 -
+ 201208/jmg_9544.jpg                   | 1 -
+ 201208/jmg_9545.jpg                   | 1 -
+ 201209/jmg_9547.jpg                   | 1 -
+ 201209/jmg_9548.jpg                   | 1 -
+ 201209/jmg_9549.jpg                   | 1 -
+ 201209/jmg_9550.jpg                   | 1 -
+ 201209/jmg_9551.jpg                   | 1 -
+ 201209/jmg_9552.jpg                   | 1 -
+ 201209/jmg_9553.jpg                   | 1 -
+ 201209/jmg_9555.jpg                   | 1 -
+ 201209/jmg_9556.jpg                   | 1 -
+ 201209/jmg_9558.jpg                   | 1 -
+ 201209/jmg_9559.cr2                   | 1 -
+ 201209/jmg_9559.jpg                   | 1 -
+ 201209/jmg_9560.cr2                   | 1 -
+ 201209/jmg_9560.jpg                   | 1 -
+ 201209/jmg_9561.jpg                   | 1 -
+ 201209/jmg_9562.jpg                   | 1 -
+ 201209/jmg_9568.jpg                   | 1 -
+ 201210/jmg_0001.jpg                   | 1 -
+ 201210/jmg_0021.jpg                   | 1 -
+ 201210/jmg_0022.cr2                   | 1 -
+ 201210/jmg_0022.jpg                   | 1 -
+ 201210/jmg_0025.jpg                   | 1 -
+ 201210/jmg_0026.jpg                   | 1 -
+ 201210/jmg_0027.jpg                   | 1 -
+ 201210/jmg_0028.jpg                   | 1 -
+ 201210/jmg_0029.jpg                   | 1 -
+ 201210/jmg_0030.jpg                   | 1 -
+ 201210/jmg_0032.jpg                   | 1 -
+ 201210/jmg_0034.jpg                   | 1 -
+ 201210/jmg_0035.jpg                   | 1 -
+ 201210/jmg_0036.jpg                   | 1 -
+ 201210/jmg_0037.jpg                   | 1 -
+ 201210/jmg_0039.cr2                   | 1 -
+ 201210/jmg_0039.jpg                   | 1 -
+ 201210/jmg_0040.jpg                   | 1 -
+ 201210/jmg_9572.jpg                   | 1 -
+ 201210/jmg_9573.jpg                   | 1 -
+ 201210/jmg_9574.jpg                   | 1 -
+ 201210/jmg_9575.jpg                   | 1 -
+ 201210/jmg_9576.jpg                   | 1 -
+ 201210/jmg_9578.jpg                   | 1 -
+ 201210/jmg_9580.jpg                   | 1 -
+ 201210/jmg_9581.jpg                   | 1 -
+ 201210/jmg_9582.cr2                   | 1 -
+ 201210/jmg_9582.jpg                   | 1 -
+ 201210/jmg_9585.cr2                   | 1 -
+ 201210/jmg_9585.jpg                   | 1 -
+ 201210/jmg_9587.cr2                   | 1 -
+ 201210/jmg_9587.jpg                   | 1 -
+ 201210/jmg_9588.jpg                   | 1 -
+ 201210/jmg_9589.jpg                   | 1 -
+ 201210/jmg_9590.jpg                   | 1 -
+ 201210/jmg_9591.jpg                   | 1 -
+ 201210/jmg_9594.jpg                   | 1 -
+ 201210/jmg_9595.jpg                   | 1 -
+ 201210/jmg_9596.jpg                   | 1 -
+ 201210/jmg_9597.cr2                   | 1 -
+ 201210/jmg_9597.jpg                   | 1 -
+ 201210/jmg_9598.cr2                   | 1 -
+ 201210/jmg_9598.jpg                   | 1 -
+ 201210/jmg_9599.cr2                   | 1 -
+ 201210/jmg_9599.jpg                   | 1 -
+ 201210/jmg_9600.jpg                   | 1 -
+ 201210/jmg_9602.jpg                   | 1 -
+ 201210/jmg_9603.jpg                   | 1 -
+ 201210/jmg_9604.jpg                   | 1 -
+ 201210/jmg_9605.cr2                   | 1 -
+ 201210/jmg_9605.jpg                   | 1 -
+ 201210/jmg_9606.jpg                   | 1 -
+ 201210/jmg_9608.jpg                   | 1 -
+ 201210/jmg_9609.jpg                   | 1 -
+ 201210/jmg_9610.jpg                   | 1 -
+ 201210/jmg_9611.jpg                   | 1 -
+ 201210/jmg_9612.jpg                   | 1 -
+ 201210/jmg_9613.jpg                   | 1 -
+ 201210/jmg_9614.jpg                   | 1 -
+ 201210/jmg_9616.cr2                   | 1 -
+ 201210/jmg_9616.jpg                   | 1 -
+ 201210/jmg_9617.jpg                   | 1 -
+ 201210/jmg_9619.jpg                   | 1 -
+ 201210/jmg_9620.jpg                   | 1 -
+ 201210/jmg_9621.jpg                   | 1 -
+ 201210/jmg_9622.jpg                   | 1 -
+ 201210/jmg_9623.cr2                   | 1 -
+ 201210/jmg_9623.jpg                   | 1 -
+ 201210/jmg_9624.cr2                   | 1 -
+ 201210/jmg_9624.jpg                   | 1 -
+ 201210/jmg_9736_raw.jpg               | 1 -
+ 201210/jmg_9738_raw.jpg               | 1 -
+ 201210/jmg_9740.cr2                   | 1 -
+ 201210/jmg_9740.jpg                   | 1 -
+ 201210/jmg_9743.jpg                   | 1 -
+ 201210/jmg_9744.jpg                   | 1 -
+ 201210/jmg_9745.cr2                   | 1 -
+ 201210/jmg_9745.jpg                   | 1 -
+ 201210/jmg_9746.cr2                   | 1 -
+ 201210/jmg_9746.jpg                   | 1 -
+ 201210/jmg_9748.jpg                   | 1 -
+ 201210/jmg_9749_raw.jpg               | 1 -
+ 201210/jmg_9751.jpg                   | 1 -
+ 201210/jmg_9752.jpg                   | 1 -
+ 201210/jmg_9754.jpg                   | 1 -
+ 201210/jmg_9755.jpg                   | 1 -
+ 201210/jmg_9756.jpg                   | 1 -
+ 201210/jmg_9760.cr2                   | 1 -
+ 201210/jmg_9760.jpg                   | 1 -
+ 201210/jmg_9761.cr2                   | 1 -
+ 201210/jmg_9761.jpg                   | 1 -
+ 201210/jmg_9763.jpg                   | 1 -
+ 201210/jmg_9764.jpg                   | 1 -
+ 201210/jmg_9766.jpg                   | 1 -
+ 201210/jmg_9767.cr2                   | 1 -
+ 201210/jmg_9767.jpg                   | 1 -
+ 201210/jmg_9768.jpg                   | 1 -
+ 201210/jmg_9771.jpg                   | 1 -
+ 201210/jmg_9772.jpg                   | 1 -
+ 201210/jmg_9791.jpg                   | 1 -
+ 201210/jmg_9792.jpg                   | 1 -
+ 201210/jmg_9793.jpg                   | 1 -
+ 201210/jmg_9794.jpg                   | 1 -
+ 201210/jmg_9796.jpg                   | 1 -
+ 201210/jmg_9797.jpg                   | 1 -
+ 201210/jmg_9799.jpg                   | 1 -
+ 201210/jmg_9800.jpg                   | 1 -
+ 201210/jmg_9801.jpg                   | 1 -
+ 201210/jmg_9803.jpg                   | 1 -
+ 201210/jmg_9807.jpg                   | 1 -
+ 201210/jmg_9808.jpg                   | 1 -
+ 201210/jmg_9809.jpg                   | 1 -
+ 201210/jmg_9810.jpg                   | 1 -
+ 201210/jmg_9811.jpg                   | 1 -
+ 201210/jmg_9812.jpg                   | 1 -
+ 201210/jmg_9813.jpg                   | 1 -
+ 201210/jmg_9815.jpg                   | 1 -
+ 201210/jmg_9818.jpg                   | 1 -
+ 201210/jmg_9819.jpg                   | 1 -
+ 201210/jmg_9820.jpg                   | 1 -
+ 201210/jmg_9821.jpg                   | 1 -
+ 201210/jmg_9822.jpg                   | 1 -
+ 201210/jmg_9823.jpg                   | 1 -
+ 201210/jmg_9825.jpg                   | 1 -
+ 201210/jmg_9826.jpg                   | 1 -
+ 201210/jmg_9827.jpg                   | 1 -
+ 201210/jmg_9828.jpg                   | 1 -
+ 201210/jmg_9829.jpg                   | 1 -
+ 201210/jmg_9830.cr2                   | 1 -
+ 201210/jmg_9830.jpg                   | 1 -
+ 201210/jmg_9832.cr2                   | 1 -
+ 201210/jmg_9832.jpg                   | 1 -
+ 201210/jmg_9834.jpg                   | 1 -
+ 201210/jmg_9836.jpg                   | 1 -
+ 201210/jmg_9838.jpg                   | 1 -
+ 201210/jmg_9839.jpg                   | 1 -
+ 201210/jmg_9841.jpg                   | 1 -
+ 201210/jmg_9843.jpg                   | 1 -
+ 201210/jmg_9845.jpg                   | 1 -
+ 201210/jmg_9846.jpg                   | 1 -
+ 201210/jmg_9848.jpg                   | 1 -
+ 201210/jmg_9849.jpg                   | 1 -
+ 201210/jmg_9852.jpg                   | 1 -
+ 201210/jmg_9853.jpg                   | 1 -
+ 201210/jmg_9854.jpg                   | 1 -
+ 201210/jmg_9855.jpg                   | 1 -
+ 201210/jmg_9856.jpg                   | 1 -
+ 201210/jmg_9857.cr2                   | 1 -
+ 201210/jmg_9857.jpg                   | 1 -
+ 201210/jmg_9858.cr2                   | 1 -
+ 201210/jmg_9858.jpg                   | 1 -
+ 201210/jmg_9859.jpg                   | 1 -
+ 201210/jmg_9860.jpg                   | 1 -
+ 201210/jmg_9915.jpg                   | 1 -
+ 201210/jmg_9917.jpg                   | 1 -
+ 201210/jmg_9918.jpg                   | 1 -
+ 201210/jmg_9919.jpg                   | 1 -
+ 201210/jmg_9922.jpg                   | 1 -
+ 201210/jmg_9923.jpg                   | 1 -
+ 201210/jmg_9925.jpg                   | 1 -
+ 201210/jmg_9926.cr2                   | 1 -
+ 201210/jmg_9926.jpg                   | 1 -
+ 201210/jmg_9928.jpg                   | 1 -
+ 201210/jmg_9975.cr2                   | 1 -
+ 201210/jmg_9975.jpg                   | 1 -
+ 201210/jmg_9976.cr2                   | 1 -
+ 201210/jmg_9976.jpg                   | 1 -
+ 201210/jmg_9978.jpg                   | 1 -
+ 201210/jmg_9986.jpg                   | 1 -
+ 201210/jmg_9987.jpg                   | 1 -
+ 201210/jmg_9988.jpg                   | 1 -
+ 201210/jmg_9989.jpg                   | 1 -
+ 201210/jmg_9991.jpg                   | 1 -
+ 201210/jmg_9993.jpg                   | 1 -
+ 201210/jmg_9994.cr2                   | 1 -
+ 201210/jmg_9994.jpg                   | 1 -
+ 201210/jmg_9997.jpg                   | 1 -
+ 201210/jmg_9998.jpg                   | 1 -
+ 201210/jmg_9999.jpg                   | 1 -
+ 201212/jmg_0131.jpg                   | 1 -
+ 201212/jmg_0134.jpg                   | 1 -
+ 201212/jmg_0135.jpg                   | 1 -
+ 201212/jmg_0152.jpg                   | 1 -
+ 201212/jmg_0155.jpg                   | 1 -
+ 201212/jmg_0156.jpg                   | 1 -
+ 201212/jmg_0162.jpg                   | 1 -
+ 201212/jmg_0163.jpg                   | 1 -
+ 201212/jmg_0165.jpg                   | 1 -
+ 201212/jmg_0176.cr2                   | 1 -
+ 201212/jmg_0176.jpg                   | 1 -
+ 201212/jmg_0177.cr2                   | 1 -
+ 201212/jmg_0177.jpg                   | 1 -
+ 201212/jmg_0178.jpg                   | 1 -
+ 201212/jmg_0179.jpg                   | 1 -
+ 201212/jmg_0180.jpg                   | 1 -
+ 201212/jmg_0184.jpg                   | 1 -
+ 201212/jmg_0185.jpg                   | 1 -
+ 201212/jmg_0186.jpg                   | 1 -
+ 201212/jmg_0187.jpg                   | 1 -
+ 201212/jmg_0306.jpg                   | 1 -
+ 201212/jmg_0307.jpg                   | 1 -
+ 201212/jmg_0308.jpg                   | 1 -
+ 201212/jmg_0310.jpg                   | 1 -
+ 201212/jmg_0311.jpg                   | 1 -
+ 201212/jmg_0312.jpg                   | 1 -
+ 201212/jmg_0313.jpg                   | 1 -
+ 201212/jmg_0314.jpg                   | 1 -
+ 201212/jmg_0315.jpg                   | 1 -
+ 201212/jmg_0316.jpg                   | 1 -
+ 201212/jmg_0317.jpg                   | 1 -
+ 201212/jmg_0321.jpg                   | 1 -
+ 201212/jmg_0326.jpg                   | 1 -
+ 201212/jmg_0328.jpg                   | 1 -
+ 201212/jmg_0330.jpg                   | 1 -
+ 201212/jmg_0333.jpg                   | 1 -
+ 201212/jmg_0336.jpg                   | 1 -
+ 201212/jmg_0340.jpg                   | 1 -
+ 201212/jmg_0343.jpg                   | 1 -
+ 201212/jmg_0345.jpg                   | 1 -
+ 201212/jmg_0360.jpg                   | 1 -
+ 201212/jmg_0362.jpg                   | 1 -
+ 201212/jmg_0363.jpg                   | 1 -
+ 201212/jmg_0364.jpg                   | 1 -
+ 201212/jmg_0366.jpg                   | 1 -
+ 201212/jmg_0367.jpg                   | 1 -
+ 201212/jmg_0368.jpg                   | 1 -
+ 201212/jmg_0369.jpg                   | 1 -
+ 201212/jmg_0370.jpg                   | 1 -
+ 201212/jmg_0372.jpg                   | 1 -
+ 201212/jmg_0382.jpg                   | 1 -
+ 201212/jmg_0383.jpg                   | 1 -
+ 201212/jmg_0384.jpg                   | 1 -
+ 201212/jmg_0385.jpg                   | 1 -
+ 201212/jmg_0387.jpg                   | 1 -
+ 201212/jmg_0388.jpg                   | 1 -
+ 201212/jmg_0389.jpg                   | 1 -
+ 201212/jmg_0390.jpg                   | 1 -
+ 201212/jmg_0392.jpg                   | 1 -
+ 201212/jmg_0396.jpg                   | 1 -
+ 201212/jmg_0397.jpg                   | 1 -
+ 201212/jmg_0398.jpg                   | 1 -
+ 201212/jmg_0399.jpg                   | 1 -
+ 201212/jmg_0402.jpg                   | 1 -
+ 201212/jmg_0404.jpg                   | 1 -
+ 201212/jmg_0405.jpg                   | 1 -
+ 201212/jmg_0406.jpg                   | 1 -
+ 201212/jmg_0407.jpg                   | 1 -
+ 201212/jmg_0408.jpg                   | 1 -
+ 201212/jmg_0410.jpg                   | 1 -
+ 201212/jmg_0411.jpg                   | 1 -
+ 201212/jmg_0412.jpg                   | 1 -
+ 201212/jmg_0415.jpg                   | 1 -
+ 201212/jmg_0417.jpg                   | 1 -
+ 201212/jmg_0418.jpg                   | 1 -
+ 201302/jmg_0502.cr2                   | 1 -
+ 201302/jmg_0502.jpg                   | 1 -
+ 201302/jmg_0503.jpg                   | 1 -
+ 201302/jmg_0507.jpg                   | 1 -
+ 201302/jmg_0510.jpg                   | 1 -
+ 201302/jmg_0512.jpg                   | 1 -
+ 201302/jmg_0513.jpg                   | 1 -
+ 201302/jmg_0514.jpg                   | 1 -
+ 201302/jmg_0516.jpg                   | 1 -
+ 201302/jmg_0517.jpg                   | 1 -
+ 201302/jmg_0518.jpg                   | 1 -
+ 201302/jmg_0521.jpg                   | 1 -
+ 201302/jmg_0522.jpg                   | 1 -
+ 201302/jmg_0523.jpg                   | 1 -
+ 201302/jmg_0524.jpg                   | 1 -
+ 201302/jmg_0526.jpg                   | 1 -
+ 201302/jmg_0527.jpg                   | 1 -
+ 201302/jmg_0528.jpg                   | 1 -
+ 201302/jmg_0532.cr2                   | 1 -
+ 201302/jmg_0532.jpg                   | 1 -
+ 201302/jmg_0534.jpg                   | 1 -
+ 201302/jmg_0535.jpg                   | 1 -
+ 201302/jmg_0537.jpg                   | 1 -
+ 201302/jmg_0539.jpg                   | 1 -
+ 201302/jmg_0541.jpg                   | 1 -
+ 201302/jmg_0543.jpg                   | 1 -
+ 201304/bruecke_saeckingen.tif         | 1 -
+ 201304/jmg_0685.cr2                   | 1 -
+ 201304/jmg_0685.jpg                   | 1 -
+ 201304/jmg_0687.cr2                   | 1 -
+ 201304/jmg_0687.jpg                   | 1 -
+ 201304/jmg_0699.jpg                   | 1 -
+ 201304/jmg_0700.jpg                   | 1 -
+ 201304/jmg_0726.jpg                   | 1 -
+ 201304/jmg_0727.jpg                   | 1 -
+ 201304/jmg_0728.jpg                   | 1 -
+ 201304/jmg_0729.cr2                   | 1 -
+ 201304/jmg_0729.jpg                   | 1 -
+ 201304/jmg_0730.jpg                   | 1 -
+ 201304/jmg_0731.jpg                   | 1 -
+ 201304/jmg_0733.cr2                   | 1 -
+ 201304/jmg_0733.jpg                   | 1 -
+ 201304/jmg_0734.cr2                   | 1 -
+ 201304/jmg_0734.jpg                   | 1 -
+ 201304/jmg_0736.cr2                   | 1 -
+ 201304/jmg_0736.jpg                   | 1 -
+ 201304/jmg_0737.cr2                   | 1 -
+ 201304/jmg_0737.jpg                   | 1 -
+ 201304/jmg_0738.jpg                   | 1 -
+ 201304/jmg_0739.jpg                   | 1 -
+ 201304/jmg_0740.jpg                   | 1 -
+ 201304/jmg_0741.jpg                   | 1 -
+ 201304/jmg_0742.jpg                   | 1 -
+ 201304/jmg_0744.cr2                   | 1 -
+ 201304/jmg_0744.jpg                   | 1 -
+ 201304/jmg_0749.jpg                   | 1 -
+ 201304/jmg_0750.jpg                   | 1 -
+ 201304/jmg_0751.jpg                   | 1 -
+ 201304/jmg_0752.jpg                   | 1 -
+ 201304/jmg_0753.jpg                   | 1 -
+ 201304/jmg_0755.cr2                   | 1 -
+ 201304/jmg_0755.jpg                   | 1 -
+ 201304/jmg_0757.cr2                   | 1 -
+ 201304/jmg_0757.jpg                   | 1 -
+ 201304/jmg_0758.jpg                   | 1 -
+ 201304/jmg_0759.jpg                   | 1 -
+ 201304/jmg_0760.cr2                   | 1 -
+ 201304/jmg_0760.jpg                   | 1 -
+ 201304/jmg_0762.cr2                   | 1 -
+ 201304/jmg_0762.jpg                   | 1 -
+ 201304/jmg_0763.jpg                   | 1 -
+ 201304/jmg_0764.jpg                   | 1 -
+ 201304/jmg_0765.jpg                   | 1 -
+ 201304/jmg_0766.jpg                   | 1 -
+ 201304/jmg_0769.jpg                   | 1 -
+ 201304/jmg_0770.jpg                   | 1 -
+ 201304/jmg_0771.jpg                   | 1 -
+ 201304/jmg_0785.cr2                   | 1 -
+ 201304/jmg_0785.jpg                   | 1 -
+ 201304/jmg_0786.cr2                   | 1 -
+ 201304/jmg_0786.jpg                   | 1 -
+ 201304/jmg_0787.cr2                   | 1 -
+ 201304/jmg_0787.jpg                   | 1 -
+ 201304/jmg_0789.jpg                   | 1 -
+ 201304/jmg_0790.jpg                   | 1 -
+ 201304/jmg_0791.jpg                   | 1 -
+ 201304/jmg_0800.jpg                   | 1 -
+ 201304/jmg_0801.jpg                   | 1 -
+ 201304/jmg_0802.jpg                   | 1 -
+ 201304/jmg_0803.jpg                   | 1 -
+ 201304/jmg_0809.jpg                   | 1 -
+ 201304/jmg_0810.jpg                   | 1 -
+ 201304/jmg_0812.jpg                   | 1 -
+ 201304/jmg_0813.jpg                   | 1 -
+ 201304/jmg_0824.jpg                   | 1 -
+ 201304/jmg_0825.jpg                   | 1 -
+ 201304/jmg_0827.jpg                   | 1 -
+ 201304/jmg_0831.jpg                   | 1 -
+ 201304/jmg_0833.jpg                   | 1 -
+ 201304/jmg_0834.jpg                   | 1 -
+ 201304/jmg_0836.jpg                   | 1 -
+ 201304/jmg_0837.jpg                   | 1 -
+ 201304/jmg_0845.jpg                   | 1 -
+ 201304/jmg_0846.jpg                   | 1 -
+ 201304/jmg_0847.jpg                   | 1 -
+ 201304/jmg_0848.jpg                   | 1 -
+ 201304/jmg_0849.jpg                   | 1 -
+ 201304/jmg_0850.jpg                   | 1 -
+ 201304/jmg_0851.jpg                   | 1 -
+ 201304/jmg_0857.jpg                   | 1 -
+ 201304/jmg_0858.jpg                   | 1 -
+ 201304/jmg_0860.jpg                   | 1 -
+ 201304/jmg_0861.jpg                   | 1 -
+ 201304/jmg_0862.jpg                   | 1 -
+ 201304/jmg_0863.jpg                   | 1 -
+ 201304/jmg_0864.jpg                   | 1 -
+ 201304/jmg_0866.jpg                   | 1 -
+ 201304/jmg_0867.jpg                   | 1 -
+ 201304/jmg_0868.cr2                   | 1 -
+ 201304/jmg_0868.jpg                   | 1 -
+ 201304/jmg_0869.cr2                   | 1 -
+ 201304/jmg_0869.jpg                   | 1 -
+ 201304/jmg_0872.cr2                   | 1 -
+ 201304/jmg_0872.jpg                   | 1 -
+ 201304/jmg_0874.cr2                   | 1 -
+ 201304/jmg_0874.jpg                   | 1 -
+ 201304/jmg_0875.jpg                   | 1 -
+ 201304/jmg_0875_raw.jpg               | 1 -
+ 201304/jmg_0876.jpg                   | 1 -
+ 201304/jmg_0877.jpg                   | 1 -
+ 201304/jmg_0878.jpg                   | 1 -
+ 201304/jmg_0880.jpg                   | 1 -
+ 201304/jmg_0881.jpg                   | 1 -
+ 201304/jmg_0882.jpg                   | 1 -
+ 201304/jmg_0884.jpg                   | 1 -
+ 201304/jmg_0885.jpg                   | 1 -
+ 201304/jmg_0886.jpg                   | 1 -
+ 201304/jmg_0888.jpg                   | 1 -
+ 201304/jmg_0889.jpg                   | 1 -
+ 201304/jmg_0890.jpg                   | 1 -
+ 201304/jmg_0891.jpg                   | 1 -
+ 201304/jmg_0892.jpg                   | 1 -
+ 201304/jmg_0893.cr2                   | 1 -
+ 201304/jmg_0893.jpg                   | 1 -
+ 201304/jmg_0894.jpg                   | 1 -
+ 201304/jmg_0896.jpg                   | 1 -
+ 201304/jmg_0897.jpg                   | 1 -
+ 201304/jmg_0898.jpg                   | 1 -
+ 201304/jmg_0899.jpg                   | 1 -
+ 201304/jmg_0900.jpg                   | 1 -
+ 201304/jmg_0902.jpg                   | 1 -
+ 201304/jmg_0905.jpg                   | 1 -
+ 201304/jmg_0921.jpg                   | 1 -
+ 201304/jmg_0922.jpg                   | 1 -
+ 201304/jmg_0932.jpg                   | 1 -
+ 201304/jmg_0935.jpg                   | 1 -
+ 201304/jmg_0936.jpg                   | 1 -
+ 201304/jmg_0937.jpg                   | 1 -
+ 201304/jmg_0938.jpg                   | 1 -
+ 201304/jmg_0942.jpg                   | 1 -
+ 201304/jmg_0944.jpg                   | 1 -
+ 201304/jmg_0946.jpg                   | 1 -
+ 201304/jmg_0947.jpg                   | 1 -
+ 201304/jmg_0948.jpg                   | 1 -
+ 201304/jmg_0949.jpg                   | 1 -
+ 201304/jmg_0950.jpg                   | 1 -
+ 201304/jmg_0951.jpg                   | 1 -
+ 201304/jmg_0952.jpg                   | 1 -
+ 201304/jmg_0953.jpg                   | 1 -
+ 201304/jmg_0954.jpg                   | 1 -
+ 201304/jmg_0958.jpg                   | 1 -
+ 201304/jmg_0959.jpg                   | 1 -
+ 201304/jmg_0960.jpg                   | 1 -
+ 201304/jmg_0961.jpg                   | 1 -
+ 201304/jmg_0962.jpg                   | 1 -
+ 201304/jmg_0963.jpg                   | 1 -
+ 201304/jmg_0964.jpg                   | 1 -
+ 201304/jmg_0965.jpg                   | 1 -
+ 201304/jmg_0966.jpg                   | 1 -
+ 201304/jmg_0967.jpg                   | 1 -
+ 201304/jmg_0968.jpg                   | 1 -
+ 201304/jmg_0969.jpg                   | 1 -
+ 201304/jmg_0976.cr2                   | 1 -
+ 201304/jmg_0976.jpg                   | 1 -
+ 201304/jmg_0978.jpg                   | 1 -
+ 201304/jmg_0979.jpg                   | 1 -
+ 201304/jmg_0980.jpg                   | 1 -
+ 201304/jmg_0981.cr2                   | 1 -
+ 201304/jmg_0981.jpg                   | 1 -
+ 201304/jmg_0982.jpg                   | 1 -
+ 201304/jmg_0984.cr2                   | 1 -
+ 201304/jmg_0984.jpg                   | 1 -
+ 201304/jmg_0987.jpg                   | 1 -
+ 201304/jmg_0988.jpg                   | 1 -
+ 201304/jmg_0989.jpg                   | 1 -
+ 201304/jmg_0990.jpg                   | 1 -
+ 201304/jmg_0991.jpg                   | 1 -
+ 201304/jmg_0992.jpg                   | 1 -
+ 201304/jmg_1206.jpg                   | 1 -
+ 201304/jmg_1207.jpg                   | 1 -
+ 201304/jmg_1208.jpg                   | 1 -
+ 201304/jmg_1209.jpg                   | 1 -
+ 201304/jmg_1210.cr2                   | 1 -
+ 201304/jmg_1210.jpg                   | 1 -
+ 201304/jmg_1211.jpg                   | 1 -
+ 201304/jmg_1212.jpg                   | 1 -
+ 201304/jmg_1213.jpg                   | 1 -
+ 201304/jmg_1214.cr2                   | 1 -
+ 201304/jmg_1214.jpg                   | 1 -
+ 201304/jmg_1215.jpg                   | 1 -
+ 201304/jmg_1216.cr2                   | 1 -
+ 201304/jmg_1216.jpg                   | 1 -
+ 201304/jmg_1217.cr2                   | 1 -
+ 201304/jmg_1217.jpg                   | 1 -
+ 201304/jmg_1220.cr2                   | 1 -
+ 201304/jmg_1220.jpg                   | 1 -
+ 201304/jmg_1222.cr2                   | 1 -
+ 201304/jmg_1222.jpg                   | 1 -
+ 201304/jmg_1223.jpg                   | 1 -
+ 201306/jmg_1465.jpg                   | 1 -
+ 201306/jmg_1466.jpg                   | 1 -
+ 201306/jmg_1467.jpg                   | 1 -
+ 201306/jmg_1468.jpg                   | 1 -
+ 201306/jmg_1469.jpg                   | 1 -
+ 201306/jmg_1470.jpg                   | 1 -
+ 201306/jmg_1471.jpg                   | 1 -
+ 201306/jmg_1472.jpg                   | 1 -
+ 201306/jmg_1473.jpg                   | 1 -
+ 201306/jmg_1475.jpg                   | 1 -
+ 201306/jmg_1476.jpg                   | 1 -
+ 201306/jmg_1477.jpg                   | 1 -
+ 201306/jmg_1478.jpg                   | 1 -
+ 201306/jmg_1479.jpg                   | 1 -
+ 201306/jmg_1480.jpg                   | 1 -
+ 201306/jmg_1481.jpg                   | 1 -
+ 201306/jmg_1482.jpg                   | 1 -
+ 201306/jmg_1483.jpg                   | 1 -
+ 201306/jmg_1484.jpg                   | 1 -
+ 201306/jmg_1485.jpg                   | 1 -
+ 201306/jmg_1486.jpg                   | 1 -
+ 201306/jmg_1487.jpg                   | 1 -
+ 201306/jmg_1488.jpg                   | 1 -
+ 201306/jmg_1489.jpg                   | 1 -
+ 201306/jmg_1490.jpg                   | 1 -
+ 201306/jmg_1491.jpg                   | 1 -
+ 201306/jmg_1492.jpg                   | 1 -
+ 201306/jmg_1495.jpg                   | 1 -
+ 201306/jmg_1496.jpg                   | 1 -
+ 201306/jmg_1498.jpg                   | 1 -
+ 201306/jmg_1499.jpg                   | 1 -
+ 201306/jmg_1500.jpg                   | 1 -
+ 201306/jmg_1501.jpg                   | 1 -
+ 201306/jmg_1502.jpg                   | 1 -
+ 201306/jmg_1504.jpg                   | 1 -
+ 201306/jmg_1506.jpg                   | 1 -
+ 201306/jmg_1510.jpg                   | 1 -
+ 201306/jmg_1512.jpg                   | 1 -
+ 201306/jmg_1513.jpg                   | 1 -
+ 201306/jmg_1514.jpg                   | 1 -
+ 201306/jmg_1515.jpg                   | 1 -
+ 201306/jmg_1517.jpg                   | 1 -
+ 201306/jmg_1520.jpg                   | 1 -
+ 201306/jmg_1521.jpg                   | 1 -
+ 201306/jmg_1526.jpg                   | 1 -
+ 201306/jmg_1533.jpg                   | 1 -
+ 201306/jmg_1540.jpg                   | 1 -
+ 201306/jmg_1546.jpg                   | 1 -
+ 201306/jmg_1547.jpg                   | 1 -
+ 201306/jmg_1549.jpg                   | 1 -
+ 201306/jmg_1550.jpg                   | 1 -
+ 201306/jmg_1551.jpg                   | 1 -
+ 201306/jmg_1552.jpg                   | 1 -
+ 201306/jmg_1553.jpg                   | 1 -
+ 201306/jmg_1555.jpg                   | 1 -
+ 201306/jmg_1556.jpg                   | 1 -
+ 201306/jmg_1557.jpg                   | 1 -
+ 201306/jmg_1558.jpg                   | 1 -
+ 201306/jmg_1559.jpg                   | 1 -
+ 201306/jmg_1560.jpg                   | 1 -
+ 201306/jmg_1562.jpg                   | 1 -
+ 201306/jmg_1566.jpg                   | 1 -
+ 201306/jmg_1568.jpg                   | 1 -
+ 201306/jmg_1570.jpg                   | 1 -
+ 201306/jmg_1571.jpg                   | 1 -
+ 201306/jmg_1572.jpg                   | 1 -
+ 201306/jmg_1574.jpg                   | 1 -
+ 201306/jmg_1575.jpg                   | 1 -
+ 201306/jmg_1576.jpg                   | 1 -
+ 201306/jmg_1577.jpg                   | 1 -
+ 201306/jmg_1578.jpg                   | 1 -
+ 201306/jmg_1579.jpg                   | 1 -
+ 201306/jmg_1579_raw.jpg               | 1 -
+ 201306/jmg_1581.jpg                   | 1 -
+ 201306/jmg_1583.jpg                   | 1 -
+ 201306/jmg_1583_cut.jpg               | 1 -
+ 201306/jmg_1583_raw.jpg               | 1 -
+ 201306/jmg_1584.jpg                   | 1 -
+ 201306/jmg_1586.jpg                   | 1 -
+ 201306/jmg_1587.jpg                   | 1 -
+ 201306/jmg_1588.jpg                   | 1 -
+ 201306/jmg_1589.jpg                   | 1 -
+ 201306/jmg_1591.jpg                   | 1 -
+ 201306/jmg_1592.jpg                   | 1 -
+ 201306/jmg_1593.jpg                   | 1 -
+ 201306/jmg_1593_raw.jpg               | 1 -
+ 201306/jmg_1594.jpg                   | 1 -
+ 201306/jmg_1594_raw.jpg               | 1 -
+ 201306/jmg_1595.jpg                   | 1 -
+ 201306/jmg_1596.jpg                   | 1 -
+ 201306/jmg_1597.jpg                   | 1 -
+ 201306/jmg_1599.jpg                   | 1 -
+ 201306/jmg_1626.jpg                   | 1 -
+ 201306/jmg_1628.jpg                   | 1 -
+ 201306/jmg_1629.jpg                   | 1 -
+ 201306/jmg_1630.jpg                   | 1 -
+ 201306/jmg_1631.jpg                   | 1 -
+ 201306/jmg_1633.jpg                   | 1 -
+ 201306/jmg_1635.jpg                   | 1 -
+ 201306/jmg_1636.jpg                   | 1 -
+ 201306/jmg_1637.jpg                   | 1 -
+ 201306/jmg_1638.jpg                   | 1 -
+ 201306/jmg_1640.jpg                   | 1 -
+ 201306/jmg_1642.jpg                   | 1 -
+ 201306/jmg_1643.jpg                   | 1 -
+ 201306/jmg_1644.jpg                   | 1 -
+ 201306/jmg_1647.jpg                   | 1 -
+ 201306/jmg_1649.jpg                   | 1 -
+ 201306/jmg_1650.jpg                   | 1 -
+ 201306/jmg_1651.jpg                   | 1 -
+ 201306/jmg_1652.jpg                   | 1 -
+ 201306/jmg_1653.jpg                   | 1 -
+ 201306/jmg_1655.jpg                   | 1 -
+ 201306/jmg_1656.jpg                   | 1 -
+ 201306/jmg_1660.jpg                   | 1 -
+ 201306/jmg_1667.jpg                   | 1 -
+ 201306/jmg_1682.jpg                   | 1 -
+ 201306/jmg_1688.jpg                   | 1 -
+ 201306/jmg_1689.jpg                   | 1 -
+ 201306/jmg_1701.jpg                   | 1 -
+ 201306/jmg_1702.jpg                   | 1 -
+ 201306/jmg_1703.jpg                   | 1 -
+ 201306/jmg_1710.jpg                   | 1 -
+ 201306/jmg_1710_raw.jpg               | 1 -
+ 201306/jmg_1715.jpg                   | 1 -
+ 201306/jmg_1716.jpg                   | 1 -
+ 201306/jmg_1719.jpg                   | 1 -
+ 201306/jmg_1722.jpg                   | 1 -
+ 201306/jmg_1723.jpg                   | 1 -
+ 201306/jmg_1729.cr2                   | 1 -
+ 201308/jmg_2038.jpg                   | 1 -
+ 201308/jmg_2039.jpg                   | 1 -
+ 201308/jmg_2040.jpg                   | 1 -
+ 201308/jmg_2041.jpg                   | 1 -
+ 201308/jmg_2042.jpg                   | 1 -
+ 201308/jmg_2043.jpg                   | 1 -
+ 201308/jmg_2045.jpg                   | 1 -
+ 201308/jmg_2047.jpg                   | 1 -
+ 201308/jmg_2048.jpg                   | 1 -
+ 201308/jmg_2049.jpg                   | 1 -
+ 201308/jmg_2050.jpg                   | 1 -
+ 201308/jmg_2051.jpg                   | 1 -
+ 201308/jmg_2052.jpg                   | 1 -
+ 201308/jmg_2053.jpg                   | 1 -
+ 201308/jmg_2054.jpg                   | 1 -
+ 201308/jmg_2055.jpg                   | 1 -
+ 201308/jmg_2056.jpg                   | 1 -
+ 201308/jmg_2057.jpg                   | 1 -
+ 201308/jmg_2058.jpg                   | 1 -
+ 201308/jmg_2059.jpg                   | 1 -
+ 201308/jmg_2060.jpg                   | 1 -
+ 201308/jmg_2061.jpg                   | 1 -
+ 201308/jmg_2062.jpg                   | 1 -
+ 201308/jmg_2089.cr2                   | 1 -
+ 201308/jmg_2089.jpg                   | 1 -
+ 201308/jmg_2089_raw.jpg               | 1 -
+ 201308/jmg_2090.jpg                   | 1 -
+ 201308/jmg_2091.jpg                   | 1 -
+ 201308/jmg_2092.jpg                   | 1 -
+ 201308/jmg_2093.jpg                   | 1 -
+ 201308/jmg_2096.jpg                   | 1 -
+ 201308/jmg_2097.jpg                   | 1 -
+ 201308/jmg_2098.jpg                   | 1 -
+ 201308/jmg_2099.cr2                   | 1 -
+ 201308/jmg_2099.jpg                   | 1 -
+ 201308/jmg_2099_raw.jpg               | 1 -
+ 201308/jmg_2100.cr2                   | 1 -
+ 201308/jmg_2100.jpg                   | 1 -
+ 201308/jmg_2100_raw.jpg               | 1 -
+ 201308/jmg_2102.jpg                   | 1 -
+ 201308/jmg_2103.jpg                   | 1 -
+ 201308/jmg_2104.jpg                   | 1 -
+ 201308/jmg_2105.jpg                   | 1 -
+ 201308/jmg_2106.jpg                   | 1 -
+ 201308/jmg_2107.jpg                   | 1 -
+ 201308/jmg_2108.jpg                   | 1 -
+ 201308/jmg_2109.jpg                   | 1 -
+ 201308/jmg_2110.jpg                   | 1 -
+ 201308/jmg_2111.jpg                   | 1 -
+ 201308/jmg_2112.jpg                   | 1 -
+ 201308/jmg_2113.jpg                   | 1 -
+ 201308/jmg_2114.jpg                   | 1 -
+ 201308/jmg_2115.jpg                   | 1 -
+ 201308/jmg_2117.jpg                   | 1 -
+ 201308/jmg_2118.jpg                   | 1 -
+ 201308/jmg_2119.jpg                   | 1 -
+ 201308/jmg_2120.jpg                   | 1 -
+ 201308/jmg_2122.jpg                   | 1 -
+ 201308/jmg_2125.jpg                   | 1 -
+ 201308/jmg_2127.jpg                   | 1 -
+ 201308/jmg_2129.jpg                   | 1 -
+ 201308/jmg_2130.jpg                   | 1 -
+ 201308/jmg_2132.jpg                   | 1 -
+ 201308/jmg_2134.jpg                   | 1 -
+ 201308/jmg_2135.jpg                   | 1 -
+ 201308/jmg_2136.jpg                   | 1 -
+ 201308/jmg_2137.jpg                   | 1 -
+ 201308/jmg_2138.jpg                   | 1 -
+ 201308/jmg_2148.jpg                   | 1 -
+ 201308/jmg_2150.jpg                   | 1 -
+ 201308/jmg_2151.jpg                   | 1 -
+ 201308/jmg_2156.jpg                   | 1 -
+ 201308/jmg_2158.cr2                   | 1 -
+ 201308/jmg_2158.jpg                   | 1 -
+ 201308/jmg_2159.jpg                   | 1 -
+ 201308/jmg_2160.jpg                   | 1 -
+ 201308/jmg_2161.jpg                   | 1 -
+ 201308/jmg_2162.jpg                   | 1 -
+ 201308/jmg_2165.jpg                   | 1 -
+ 201308/jmg_2166.jpg                   | 1 -
+ 201308/jmg_2168.jpg                   | 1 -
+ 201308/jmg_2169.jpg                   | 1 -
+ 201308/jmg_2171.jpg                   | 1 -
+ 201308/jmg_2173.jpg                   | 1 -
+ 201308/jmg_2174.jpg                   | 1 -
+ 201308/jmg_2175.jpg                   | 1 -
+ 201308/jmg_2177.jpg                   | 1 -
+ 201308/jmg_2178.jpg                   | 1 -
+ 201308/jmg_2180.jpg                   | 1 -
+ 201308/jmg_2181.jpg                   | 1 -
+ 201308/jmg_2182.jpg                   | 1 -
+ 201308/jmg_2183.jpg                   | 1 -
+ 201308/jmg_2184.jpg                   | 1 -
+ 201308/jmg_2187.jpg                   | 1 -
+ 201308/jmg_2188.jpg                   | 1 -
+ 201308/jmg_2189.jpg                   | 1 -
+ 201308/jmg_2191.cr2                   | 1 -
+ 201308/jmg_2191.jpg                   | 1 -
+ 201308/jmg_2193.cr2                   | 1 -
+ 201308/jmg_2193.jpg                   | 1 -
+ 201308/jmg_2194.cr2                   | 1 -
+ 201308/jmg_2194.jpg                   | 1 -
+ 201308/jmg_2197.cr2                   | 1 -
+ 201308/jmg_2197.jpg                   | 1 -
+ 201308/jmg_2200.cr2                   | 1 -
+ 201308/jmg_2200.jpg                   | 1 -
+ 201308/jmg_2201.cr2                   | 1 -
+ 201308/jmg_2201.jpg                   | 1 -
+ 201308/jmg_2202.cr2                   | 1 -
+ 201308/jmg_2202.jpg                   | 1 -
+ 201308/jmg_2209.jpg                   | 1 -
+ 201308/jmg_2210.jpg                   | 1 -
+ 201308/jmg_2215.jpg                   | 1 -
+ 201308/jmg_2216.jpg                   | 1 -
+ 201308/jmg_2217.cr2                   | 1 -
+ 201308/jmg_2217.jpg                   | 1 -
+ 201308/jmg_2219.cr2                   | 1 -
+ 201308/jmg_2219.jpg                   | 1 -
+ 201308/jmg_2223.jpg                   | 1 -
+ 201308/jmg_2224.jpg                   | 1 -
+ 201308/jmg_2225.cr2                   | 1 -
+ 201308/jmg_2225.jpg                   | 1 -
+ 201308/jmg_2227.jpg                   | 1 -
+ 201308/jmg_2228.jpg                   | 1 -
+ 201308/jmg_2235.jpg                   | 1 -
+ 201308/jmg_2237.jpg                   | 1 -
+ 201308/jmg_2238.jpg                   | 1 -
+ 201308/jmg_2239.cr2                   | 1 -
+ 201308/jmg_2239.jpg                   | 1 -
+ 201308/jmg_2239_raw.jpg               | 1 -
+ 201308/jmg_2240.jpg                   | 1 -
+ 201308/jmg_2243.jpg                   | 1 -
+ 201308/jmg_2244.jpg                   | 1 -
+ 201308/jmg_2245.jpg                   | 1 -
+ 201308/jmg_2247.cr2                   | 1 -
+ 201308/jmg_2247.jpg                   | 1 -
+ 201308/jmg_2249.jpg                   | 1 -
+ 201308/jmg_2250.cr2                   | 1 -
+ 201308/jmg_2250.jpg                   | 1 -
+ 201308/jmg_2252.jpg                   | 1 -
+ 201308/jmg_2253.jpg                   | 1 -
+ 201308/jmg_2254.jpg                   | 1 -
+ incoming/5d/201203/jmg_8701.cr2       | 1 +
+ incoming/5d/201203/jmg_8702.jpg       | 1 +
+ incoming/5d/201203/jmg_8705.jpg       | 1 +
+ incoming/5d/201203/jmg_8711.jpg       | 1 +
+ incoming/5d/201203/jmg_8717.jpg       | 1 +
+ incoming/5d/201203/jmg_8718.jpg       | 1 +
+ incoming/5d/201203/jmg_8719.jpg       | 1 +
+ incoming/5d/201203/jmg_8721.jpg       | 1 +
+ incoming/5d/201203/jmg_8725.jpg       | 1 +
+ incoming/5d/201203/jmg_8726.jpg       | 1 +
+ incoming/5d/201203/jmg_8731.jpg       | 1 +
+ incoming/5d/201203/jmg_8745.jpg       | 1 +
+ incoming/5d/201203/jmg_8747_raw.jpg   | 1 +
+ incoming/5d/201203/jmg_8750.cr2       | 1 +
+ incoming/5d/201203/jmg_8750.jpg       | 1 +
+ incoming/5d/201207/jmg_9048.jpg       | 1 +
+ incoming/5d/201207/jmg_9053.jpg       | 1 +
+ incoming/5d/201207/jmg_9054.jpg       | 1 +
+ incoming/5d/201207/jmg_9069.cr2       | 1 +
+ incoming/5d/201207/jmg_9069.jpg       | 1 +
+ incoming/5d/201207/jmg_9070.cr2       | 1 +
+ incoming/5d/201207/jmg_9070.jpg       | 1 +
+ incoming/5d/201207/jmg_9072.cr2       | 1 +
+ incoming/5d/201207/jmg_9072.jpg       | 1 +
+ incoming/5d/201207/jmg_9076.cr2       | 1 +
+ incoming/5d/201207/jmg_9076.jpg       | 1 +
+ incoming/5d/201302/jmg_0502.cr2       | 1 +
+ incoming/5d/201302/jmg_0502.jpg       | 1 +
+ incoming/5d/201302/jmg_0503.jpg       | 1 +
+ incoming/5d/201302/jmg_0507.jpg       | 1 +
+ incoming/5d/201302/jmg_0510.jpg       | 1 +
+ incoming/5d/201302/jmg_0512.jpg       | 1 +
+ incoming/5d/201302/jmg_0513.jpg       | 1 +
+ incoming/5d/201302/jmg_0514.jpg       | 1 +
+ incoming/5d/201302/jmg_0516.jpg       | 1 +
+ incoming/5d/201302/jmg_0517.jpg       | 1 +
+ incoming/5d/201302/jmg_0518.jpg       | 1 +
+ incoming/5d/201302/jmg_0521.jpg       | 1 +
+ incoming/5d/201302/jmg_0522.jpg       | 1 +
+ incoming/5d/201302/jmg_0523.jpg       | 1 +
+ incoming/5d/201302/jmg_0524.jpg       | 1 +
+ incoming/5d/201302/jmg_0526.jpg       | 1 +
+ incoming/5d/201302/jmg_0527.jpg       | 1 +
+ incoming/5d/201302/jmg_0528.jpg       | 1 +
+ incoming/5d/201302/jmg_0532.cr2       | 1 +
+ incoming/5d/201302/jmg_0532.jpg       | 1 +
+ incoming/5d/201302/jmg_0534.jpg       | 1 +
+ incoming/5d/201302/jmg_0535.jpg       | 1 +
+ incoming/5d/201302/jmg_0537.jpg       | 1 +
+ incoming/5d/201302/jmg_0539.jpg       | 1 +
+ incoming/5d/201302/jmg_0541.jpg       | 1 +
+ incoming/5d/201302/jmg_0543.jpg       | 1 +
+ incoming/5d/jmg_0021.jpg              | 1 +
+ incoming/5d/jmg_0025.jpg              | 1 +
+ incoming/5d/jmg_0026.jpg              | 1 +
+ incoming/5d/jmg_0027.jpg              | 1 +
+ incoming/5d/jmg_0034.jpg              | 1 +
+ incoming/5d/jmg_0035.jpg              | 1 +
+ incoming/5d/jmg_0036.jpg              | 1 +
+ incoming/5d/jmg_0130.jpg              | 1 +
+ incoming/5d/jmg_0131.jpg              | 1 +
+ incoming/5d/jmg_0133.jpg              | 1 +
+ incoming/5d/jmg_0155.jpg              | 1 +
+ incoming/5d/jmg_0156.jpg              | 1 +
+ incoming/5d/jmg_0158.cr2              | 1 +
+ incoming/5d/jmg_0165.cr2              | 1 +
+ incoming/5d/jmg_0166.cr2              | 1 +
+ incoming/5d/jmg_0178.cr2              | 1 +
+ incoming/5d/jmg_0179.jpg              | 1 +
+ incoming/5d/jmg_0180.cr2              | 1 +
+ incoming/5d/jmg_0184.jpg              | 1 +
+ incoming/5d/jmg_0185.cr2              | 1 +
+ incoming/5d/jmg_0187.cr2              | 1 +
+ incoming/5d/jmg_0310.jpg              | 1 +
+ incoming/5d/jmg_0312.jpg              | 1 +
+ incoming/5d/jmg_0315.jpg              | 1 +
+ incoming/5d/jmg_0340.jpg              | 1 +
+ incoming/5d/jmg_0357.jpg              | 1 +
+ incoming/5d/jmg_0364.jpg              | 1 +
+ incoming/5d/jmg_0365.jpg              | 1 +
+ incoming/5d/jmg_0368.jpg              | 1 +
+ incoming/5d/jmg_0374.jpg              | 1 +
+ incoming/5d/jmg_0375.jpg              | 1 +
+ incoming/5d/jmg_0386.jpg              | 1 +
+ incoming/5d/jmg_0399.jpg              | 1 +
+ incoming/5d/jmg_0411.jpg              | 1 +
+ incoming/5d/jmg_0418.jpg              | 1 +
+ incoming/5d/jmg_0476.cr2              | 1 +
+ incoming/5d/jmg_0476.jpg              | 1 +
+ incoming/5d/jmg_0503.jpg              | 1 +
+ incoming/5d/jmg_0507.cr2              | 1 +
+ incoming/5d/jmg_0513.cr2              | 1 +
+ incoming/5d/jmg_0513.jpg              | 1 +
+ incoming/5d/jmg_0516.cr2              | 1 +
+ incoming/5d/jmg_0517.cr2              | 1 +
+ incoming/5d/jmg_0518.jpg              | 1 +
+ incoming/5d/jmg_0522.cr2              | 1 +
+ incoming/5d/jmg_0524.cr2              | 1 +
+ incoming/5d/jmg_0524.jpg              | 1 +
+ incoming/5d/jmg_0530.jpg              | 1 +
+ incoming/5d/jmg_0541.cr2              | 1 +
+ incoming/5d/jmg_0550.jpg              | 1 +
+ incoming/5d/jmg_0554.jpg              | 1 +
+ incoming/5d/jmg_0555.jpg              | 1 +
+ incoming/5d/jmg_0558.jpg              | 1 +
+ incoming/5d/jmg_0563.jpg              | 1 +
+ incoming/5d/jmg_0573.jpg              | 1 +
+ incoming/5d/jmg_0575.cr2              | 1 +
+ incoming/5d/jmg_0578.cr2              | 1 +
+ incoming/5d/jmg_0579.cr2              | 1 +
+ incoming/5d/jmg_0582.jpg              | 1 +
+ incoming/5d/jmg_0593.cr2              | 1 +
+ incoming/5d/jmg_0594.cr2              | 1 +
+ incoming/5d/jmg_0594.jpg              | 1 +
+ incoming/5d/jmg_0595.cr2              | 1 +
+ incoming/5d/jmg_0600.jpg              | 1 +
+ incoming/5d/jmg_0606.cr2              | 1 +
+ incoming/5d/jmg_0607.jpg              | 1 +
+ incoming/5d/jmg_0610.cr2              | 1 +
+ incoming/5d/jmg_0610.jpg              | 1 +
+ incoming/5d/jmg_0612.jpg              | 1 +
+ incoming/5d/jmg_0613.cr2              | 1 +
+ incoming/5d/jmg_0614.jpg              | 1 +
+ incoming/5d/jmg_0619.cr2              | 1 +
+ incoming/5d/jmg_0623.jpg              | 1 +
+ incoming/5d/jmg_0628.cr2              | 1 +
+ incoming/5d/jmg_0628.jpg              | 1 +
+ incoming/5d/jmg_0639.jpg              | 1 +
+ incoming/5d/jmg_0645.cr2              | 1 +
+ incoming/5d/jmg_0646.jpg              | 1 +
+ incoming/5d/jmg_0647.cr2              | 1 +
+ incoming/5d/jmg_0648.jpg              | 1 +
+ incoming/5d/jmg_0649.jpg              | 1 +
+ incoming/5d/jmg_0655.jpg              | 1 +
+ incoming/5d/jmg_0667.jpg              | 1 +
+ incoming/5d/jmg_0670.jpg              | 1 +
+ incoming/5d/jmg_0673.jpg              | 1 +
+ incoming/5d/jmg_0679.jpg              | 1 +
+ incoming/5d/jmg_0685.jpg              | 1 +
+ incoming/5d/jmg_0699.cr2              | 1 +
+ incoming/5d/jmg_0700.cr2              | 1 +
+ incoming/5d/jmg_0701.cr2              | 1 +
+ incoming/5d/jmg_0708.jpg              | 1 +
+ incoming/5d/jmg_0718.jpg              | 1 +
+ incoming/5d/jmg_0726.cr2              | 1 +
+ incoming/5d/jmg_0728.jpg              | 1 +
+ incoming/5d/jmg_0730.jpg              | 1 +
+ incoming/5d/jmg_0734.jpg              | 1 +
+ incoming/5d/jmg_0740.jpg              | 1 +
+ incoming/5d/jmg_0743.cr2              | 1 +
+ incoming/5d/jmg_0744.cr2              | 1 +
+ incoming/5d/jmg_0745.cr2              | 1 +
+ incoming/5d/jmg_0747.jpg              | 1 +
+ incoming/5d/jmg_0750.cr2              | 1 +
+ incoming/5d/jmg_0755.cr2              | 1 +
+ incoming/5d/jmg_0759.cr2              | 1 +
+ incoming/5d/jmg_0760.cr2              | 1 +
+ incoming/5d/jmg_0761.jpg              | 1 +
+ incoming/5d/jmg_0765.jpg              | 1 +
+ incoming/5d/jmg_0768.jpg              | 1 +
+ incoming/5d/jmg_0771.jpg              | 1 +
+ incoming/5d/jmg_0778.jpg              | 1 +
+ incoming/5d/jmg_0780.jpg              | 1 +
+ incoming/5d/jmg_0782.cr2              | 1 +
+ incoming/5d/jmg_0786.cr2              | 1 +
+ incoming/5d/jmg_0787.cr2              | 1 +
+ incoming/5d/jmg_0788.cr2              | 1 +
+ incoming/5d/jmg_0794.jpg              | 1 +
+ incoming/5d/jmg_0796.jpg              | 1 +
+ incoming/5d/jmg_0801.cr2              | 1 +
+ incoming/5d/jmg_0803.cr2              | 1 +
+ incoming/5d/jmg_0804.cr2              | 1 +
+ incoming/5d/jmg_0812.jpg              | 1 +
+ incoming/5d/jmg_0819.jpg              | 1 +
+ incoming/5d/jmg_0827.jpg              | 1 +
+ incoming/5d/jmg_0830.jpg              | 1 +
+ incoming/5d/jmg_0842.jpg              | 1 +
+ incoming/5d/jmg_0846.jpg              | 1 +
+ incoming/5d/jmg_0857.cr2              | 1 +
+ incoming/5d/jmg_0863.jpg              | 1 +
+ incoming/5d/jmg_0866.cr2              | 1 +
+ incoming/5d/jmg_0868.cr2              | 1 +
+ incoming/5d/jmg_0868.jpg              | 1 +
+ incoming/5d/jmg_0870.jpg              | 1 +
+ incoming/5d/jmg_0877.jpg              | 1 +
+ incoming/5d/jmg_0882.cr2              | 1 +
+ incoming/5d/jmg_0883.jpg              | 1 +
+ incoming/5d/jmg_0888.jpg              | 1 +
+ incoming/5d/jmg_0891.jpg              | 1 +
+ incoming/5d/jmg_0894.cr2              | 1 +
+ incoming/5d/jmg_0896.cr2              | 1 +
+ incoming/5d/jmg_0897.cr2              | 1 +
+ incoming/5d/jmg_0898.jpg              | 1 +
+ incoming/5d/jmg_0899.cr2              | 1 +
+ incoming/5d/jmg_0900.jpg              | 1 +
+ incoming/5d/jmg_0905.jpg              | 1 +
+ incoming/5d/jmg_0908.jpg              | 1 +
+ incoming/5d/jmg_0914.jpg              | 1 +
+ incoming/5d/jmg_0915.jpg              | 1 +
+ incoming/5d/jmg_0916.jpg              | 1 +
+ incoming/5d/jmg_0923.jpg              | 1 +
+ incoming/5d/jmg_0924.jpg              | 1 +
+ incoming/5d/jmg_0926.jpg              | 1 +
+ incoming/5d/jmg_0928.jpg              | 1 +
+ incoming/5d/jmg_0929.jpg              | 1 +
+ incoming/5d/jmg_0936.jpg              | 1 +
+ incoming/5d/jmg_0942.jpg              | 1 +
+ incoming/5d/jmg_0944.jpg              | 1 +
+ incoming/5d/jmg_0948.jpg              | 1 +
+ incoming/5d/jmg_0960.jpg              | 1 +
+ incoming/5d/jmg_0966.jpg              | 1 +
+ incoming/5d/jmg_0970.cr2              | 1 +
+ incoming/5d/jmg_0970.jpg              | 1 +
+ incoming/5d/jmg_0972.jpg              | 1 +
+ incoming/5d/jmg_0976.jpg              | 1 +
+ incoming/5d/jmg_0983.cr2              | 1 +
+ incoming/5d/jmg_0985.cr2              | 1 +
+ incoming/5d/jmg_0985.jpg              | 1 +
+ incoming/5d/jmg_0994.jpg              | 1 +
+ incoming/5d/jmg_1005.jpg              | 2 +-
+ incoming/5d/jmg_1009.jpg              | 2 +-
+ incoming/5d/jmg_1012.jpg              | 2 +-
+ incoming/5d/jmg_1020.jpg              | 2 +-
+ incoming/5d/jmg_1021.jpg              | 2 +-
+ incoming/5d/jmg_1032.jpg              | 2 +-
+ incoming/5d/jmg_1033.jpg              | 2 +-
+ incoming/5d/jmg_1037.jpg              | 2 +-
+ incoming/5d/jmg_1039.jpg              | 2 +-
+ incoming/5d/jmg_1048.jpg              | 2 +-
+ incoming/5d/jmg_1051.jpg              | 2 +-
+ incoming/5d/jmg_1063.jpg              | 2 +-
+ incoming/5d/jmg_1064.jpg              | 2 +-
+ incoming/5d/jmg_1067.jpg              | 2 +-
+ incoming/5d/jmg_1116.jpg              | 2 +-
+ incoming/5d/jmg_1118.jpg              | 2 +-
+ incoming/5d/jmg_1125.jpg              | 2 +-
+ incoming/5d/jmg_1126.jpg              | 2 +-
+ incoming/5d/jmg_1129.jpg              | 2 +-
+ incoming/5d/jmg_1133.jpg              | 2 +-
+ incoming/5d/jmg_1138.jpg              | 2 +-
+ incoming/5d/jmg_1139.jpg              | 2 +-
+ incoming/5d/jmg_1143.jpg              | 2 +-
+ incoming/5d/jmg_1149.jpg              | 2 +-
+ incoming/5d/jmg_1150.jpg              | 2 +-
+ incoming/5d/jmg_1155.jpg              | 2 +-
+ incoming/5d/jmg_1160.jpg              | 2 +-
+ incoming/5d/jmg_1168.jpg              | 2 +-
+ incoming/5d/jmg_1173.jpg              | 2 +-
+ incoming/5d/jmg_1175.jpg              | 2 +-
+ incoming/5d/jmg_1177.jpg              | 2 +-
+ incoming/5d/jmg_1179.jpg              | 2 +-
+ incoming/5d/jmg_1183.jpg              | 2 +-
+ incoming/5d/jmg_1185.jpg              | 2 +-
+ incoming/5d/jmg_1189.jpg              | 2 +-
+ incoming/5d/jmg_1192.jpg              | 2 +-
+ incoming/5d/jmg_1199.jpg              | 2 +-
+ incoming/5d/jmg_1205.jpg              | 2 +-
+ incoming/5d/jmg_1209.cr2              | 1 +
+ incoming/5d/jmg_1209.jpg              | 1 +
+ incoming/5d/jmg_1211.cr2              | 1 +
+ incoming/5d/jmg_1211.jpg              | 1 +
+ incoming/5d/jmg_1217.cr2              | 1 +
+ incoming/5d/jmg_1467.cr2              | 1 +
+ incoming/5d/jmg_1469.jpg              | 1 +
+ incoming/5d/jmg_1470.cr2              | 1 +
+ incoming/5d/jmg_1471.cr2              | 1 +
+ incoming/5d/jmg_1472.cr2              | 1 +
+ incoming/5d/jmg_1477.cr2              | 1 +
+ incoming/5d/jmg_1477.jpg              | 1 +
+ incoming/5d/jmg_1481.cr2              | 1 +
+ incoming/5d/jmg_1483.cr2              | 1 +
+ incoming/5d/jmg_1485.jpg              | 1 +
+ incoming/5d/jmg_1488.jpg              | 1 +
+ incoming/5d/jmg_1491.jpg              | 1 +
+ incoming/5d/jmg_1496.cr2              | 1 +
+ incoming/5d/jmg_1502.jpg              | 1 +
+ incoming/5d/jmg_1503.cr2              | 1 +
+ incoming/5d/jmg_1504.jpg              | 1 +
+ incoming/5d/jmg_1507.jpg              | 1 +
+ incoming/5d/jmg_1515.jpg              | 1 +
+ incoming/5d/jmg_1520.jpg              | 1 +
+ incoming/5d/jmg_1523.jpg              | 1 +
+ incoming/5d/jmg_1525.jpg              | 1 +
+ incoming/5d/jmg_1539.jpg              | 1 +
+ incoming/5d/jmg_1542.jpg              | 1 +
+ incoming/5d/jmg_1546.jpg              | 1 +
+ incoming/5d/jmg_1547.cr2              | 1 +
+ incoming/5d/jmg_1549.jpg              | 1 +
+ incoming/5d/jmg_1552.jpg              | 1 +
+ incoming/5d/jmg_1554.cr2              | 1 +
+ incoming/5d/jmg_1555.cr2              | 1 +
+ incoming/5d/jmg_1556.cr2              | 1 +
+ incoming/5d/jmg_1559.cr2              | 1 +
+ incoming/5d/jmg_1560.cr2              | 1 +
+ incoming/5d/jmg_1561.cr2              | 1 +
+ incoming/5d/jmg_1562.cr2              | 1 +
+ incoming/5d/jmg_1565.cr2              | 1 +
+ incoming/5d/jmg_1567.cr2              | 1 +
+ incoming/5d/jmg_1572.cr2              | 1 +
+ incoming/5d/jmg_1577.cr2              | 1 +
+ incoming/5d/jmg_1578.jpg              | 1 +
+ incoming/5d/jmg_1583_cut.jpg          | 1 +
+ incoming/5d/jmg_1583_raw.jpg          | 1 +
+ incoming/5d/jmg_1592.cr2              | 1 +
+ incoming/5d/jmg_1593.jpg              | 1 +
+ incoming/5d/jmg_1626.cr2              | 1 +
+ incoming/5d/jmg_1627.jpg              | 1 +
+ incoming/5d/jmg_1628.cr2              | 1 +
+ incoming/5d/jmg_1629.jpg              | 1 +
+ incoming/5d/jmg_1630.cr2              | 1 +
+ incoming/5d/jmg_1631.cr2              | 1 +
+ incoming/5d/jmg_1633.cr2              | 1 +
+ incoming/5d/jmg_1638.jpg              | 1 +
+ incoming/5d/jmg_1639.cr2              | 1 +
+ incoming/5d/jmg_1646.cr2              | 1 +
+ incoming/5d/jmg_1646.jpg              | 1 +
+ incoming/5d/jmg_1650.jpg              | 1 +
+ incoming/5d/jmg_1651.cr2              | 1 +
+ incoming/5d/jmg_1654.cr2              | 1 +
+ incoming/5d/jmg_1656.jpg              | 1 +
+ incoming/5d/jmg_1677.jpg              | 1 +
+ incoming/5d/jmg_1689.jpg              | 1 +
+ incoming/5d/jmg_1701.jpg              | 1 +
+ incoming/5d/jmg_1703.jpg              | 1 +
+ incoming/5d/jmg_1723.jpg              | 1 +
+ incoming/5d/jmg_2039.jpg              | 1 +
+ incoming/5d/jmg_2041.jpg              | 1 +
+ incoming/5d/jmg_2048.cr2              | 1 +
+ incoming/5d/jmg_2052.jpg              | 1 +
+ incoming/5d/jmg_2061.jpg              | 1 +
+ incoming/5d/jmg_2064_raw.jpg          | 1 -
+ incoming/5d/jmg_2065_mo.jpg           | 1 -
+ incoming/5d/jmg_2065_raw.jpg          | 1 -
+ incoming/5d/jmg_2066_mo.jpg           | 1 -
+ incoming/5d/jmg_2066_raw.jpg          | 1 -
+ incoming/5d/jmg_2090.jpg              | 1 +
+ incoming/5d/jmg_2093.jpg              | 1 +
+ incoming/5d/jmg_2100.cr2              | 1 +
+ incoming/5d/jmg_2103.jpg              | 1 +
+ incoming/5d/jmg_2107.jpg              | 1 +
+ incoming/5d/jmg_2108.jpg              | 1 +
+ incoming/5d/jmg_2112.jpg              | 1 +
+ incoming/5d/jmg_2118.jpg              | 1 +
+ incoming/5d/jmg_2119.jpg              | 1 +
+ incoming/5d/jmg_2122.jpg              | 1 +
+ incoming/5d/jmg_2125.jpg              | 1 +
+ incoming/5d/jmg_2137.jpg              | 1 +
+ incoming/5d/jmg_2149.jpg              | 1 +
+ incoming/5d/jmg_2150.jpg              | 1 +
+ incoming/5d/jmg_2158.cr2              | 1 +
+ incoming/5d/jmg_2160.jpg              | 1 +
+ incoming/5d/jmg_2165.jpg              | 1 +
+ incoming/5d/jmg_2188.jpg              | 1 +
+ incoming/5d/jmg_2189.jpg              | 1 +
+ incoming/5d/jmg_2193.jpg              | 1 +
+ incoming/5d/jmg_2194.cr2              | 1 +
+ incoming/5d/jmg_2200.jpg              | 1 +
+ incoming/5d/jmg_2201.cr2              | 1 +
+ incoming/5d/jmg_2201.jpg              | 1 +
+ incoming/5d/jmg_2210.jpg              | 1 +
+ incoming/5d/jmg_2215.cr2              | 1 +
+ incoming/5d/jmg_2216.cr2              | 1 +
+ incoming/5d/jmg_2216.jpg              | 1 +
+ incoming/5d/jmg_2224.jpg              | 1 +
+ incoming/5d/jmg_2235.jpg              | 1 +
+ incoming/5d/jmg_2238.jpg              | 1 +
+ incoming/5d/jmg_2239.cr2              | 1 +
+ incoming/5d/jmg_2239.jpg              | 1 +
+ incoming/5d/jmg_2240.jpg              | 1 +
+ incoming/5d/jmg_2244.jpg              | 1 +
+ incoming/5d/jmg_2247.jpg              | 1 +
+ incoming/5d/jmg_7250.cr2              | 1 +
+ incoming/5d/jmg_7250.jpg              | 1 +
+ incoming/5d/jmg_7256.jpg              | 1 +
+ incoming/5d/jmg_7257.cr2              | 1 +
+ incoming/5d/jmg_7259.cr2              | 1 +
+ incoming/5d/jmg_7263.jpg              | 1 +
+ incoming/5d/jmg_7265.cr2              | 1 +
+ incoming/5d/jmg_7269.cr2              | 1 +
+ incoming/5d/jmg_7270.cr2              | 1 +
+ incoming/5d/jmg_7279.cr2              | 1 +
+ incoming/5d/jmg_7286.cr2              | 1 +
+ incoming/5d/jmg_7286.jpg              | 1 +
+ incoming/5d/jmg_7290.cr2              | 1 +
+ incoming/5d/jmg_7290.jpg              | 1 +
+ incoming/5d/jmg_7293.cr2              | 1 +
+ incoming/5d/jmg_7296.cr2              | 1 +
+ incoming/5d/jmg_7299.jpg              | 1 +
+ incoming/5d/jmg_7300.cr2              | 1 +
+ incoming/5d/jmg_7300.jpg              | 1 +
+ incoming/5d/jmg_7305_raw.jpg          | 1 +
+ incoming/5d/jmg_8532.cr2              | 1 +
+ incoming/5d/jmg_8533.cr2              | 1 +
+ incoming/5d/jmg_8534.cr2              | 1 +
+ incoming/5d/jmg_8536.jpg              | 1 +
+ incoming/5d/jmg_8538.cr2              | 1 +
+ incoming/5d/jmg_8549.cr2              | 1 +
+ incoming/5d/jmg_8549.jpg              | 1 +
+ incoming/5d/jmg_8552.cr2              | 1 +
+ incoming/5d/jmg_8557.cr2              | 1 +
+ incoming/5d/jmg_8560.cr2              | 1 +
+ incoming/5d/jmg_8565.cr2              | 1 +
+ incoming/5d/jmg_8566.cr2              | 1 +
+ incoming/5d/jmg_8569.jpg              | 1 +
+ incoming/5d/jmg_8575.jpg              | 1 +
+ incoming/5d/jmg_8576.jpg              | 1 +
+ incoming/5d/jmg_8578.cr2              | 1 +
+ incoming/5d/jmg_8579.cr2              | 1 +
+ incoming/5d/jmg_8580.jpg              | 1 +
+ incoming/5d/jmg_8583.cr2              | 1 +
+ incoming/5d/jmg_8588.cr2              | 1 +
+ incoming/5d/jmg_8589.cr2              | 1 +
+ incoming/5d/jmg_8595.jpg              | 1 +
+ incoming/5d/jmg_8597.jpg              | 1 +
+ incoming/5d/jmg_8599.jpg              | 1 +
+ incoming/5d/jmg_8602.cr2              | 1 +
+ incoming/5d/jmg_8603.cr2              | 1 +
+ incoming/5d/jmg_8606.cr2              | 1 +
+ incoming/5d/jmg_8606.jpg              | 1 +
+ incoming/5d/jmg_8609.jpg              | 1 +
+ incoming/5d/jmg_8613.jpg              | 1 +
+ incoming/5d/jmg_8615.cr2              | 1 +
+ incoming/5d/jmg_8617.jpg              | 1 +
+ incoming/5d/jmg_8619.cr2              | 1 +
+ incoming/5d/jmg_8620.jpg              | 1 +
+ incoming/5d/jmg_8625.jpg              | 1 +
+ incoming/5d/jmg_8627.jpg              | 1 +
+ incoming/5d/jmg_8628.jpg              | 1 +
+ incoming/5d/jmg_8632.cr2              | 1 +
+ incoming/5d/jmg_8636.cr2              | 1 +
+ incoming/5d/jmg_8636.jpg              | 1 +
+ incoming/5d/jmg_8637.cr2              | 1 +
+ incoming/5d/jmg_8639.jpg              | 1 +
+ incoming/5d/jmg_8640.cr2              | 1 +
+ incoming/5d/jmg_8655.jpg              | 1 +
+ incoming/5d/jmg_8657.jpg              | 1 +
+ incoming/5d/jmg_8670.cr2              | 1 +
+ incoming/5d/jmg_8673.jpg              | 1 +
+ incoming/5d/jmg_8674.cr2              | 1 +
+ incoming/5d/jmg_8676.cr2              | 1 +
+ incoming/5d/jmg_8676.jpg              | 1 +
+ incoming/5d/jmg_8677.cr2              | 1 +
+ incoming/5d/jmg_8681.jpg              | 1 +
+ incoming/5d/jmg_8682.cr2              | 1 +
+ incoming/5d/jmg_8702.cr2              | 1 +
+ incoming/5d/jmg_8702.jpg              | 1 +
+ incoming/5d/jmg_8707.jpg              | 1 +
+ incoming/5d/jmg_8714.jpg              | 1 +
+ incoming/5d/jmg_8716.jpg              | 1 +
+ incoming/5d/jmg_8717.cr2              | 1 +
+ incoming/5d/jmg_8719.jpg              | 1 +
+ incoming/5d/jmg_8721.jpg              | 1 +
+ incoming/5d/jmg_8727.cr2              | 1 +
+ incoming/5d/jmg_8730.jpg              | 1 +
+ incoming/5d/jmg_8736.cr2              | 1 +
+ incoming/5d/jmg_8737.cr2              | 1 +
+ incoming/5d/jmg_8742.cr2              | 1 +
+ incoming/5d/jmg_8742.jpg              | 1 +
+ incoming/5d/jmg_8745.jpg              | 1 +
+ incoming/5d/jmg_8748.cr2              | 1 +
+ incoming/5d/jmg_8748.jpg              | 1 +
+ incoming/5d/jmg_8751.cr2              | 1 +
+ incoming/5d/jmg_8755.cr2              | 1 +
+ incoming/5d/jmg_8757.cr2              | 1 +
+ incoming/5d/jmg_8760.cr2              | 1 +
+ incoming/5d/jmg_8760.jpg              | 1 +
+ incoming/5d/jmg_8765.cr2              | 1 +
+ incoming/5d/jmg_8771.jpg              | 1 +
+ incoming/5d/jmg_8801.jpg              | 1 +
+ incoming/5d/jmg_8803.cr2              | 1 +
+ incoming/5d/jmg_8803.jpg              | 1 +
+ incoming/5d/jmg_8804.jpg              | 1 +
+ incoming/5d/jmg_8805.jpg              | 1 +
+ incoming/5d/jmg_8813.jpg              | 1 +
+ incoming/5d/jmg_8816.cr2              | 1 +
+ incoming/5d/jmg_8823.jpg              | 1 +
+ incoming/5d/jmg_8827.cr2              | 1 +
+ incoming/5d/jmg_8829.cr2              | 1 +
+ incoming/5d/jmg_8832.jpg              | 1 +
+ incoming/5d/jmg_8833.cr2              | 1 +
+ incoming/5d/jmg_8837.cr2              | 1 +
+ incoming/5d/jmg_8838.jpg              | 1 +
+ incoming/5d/jmg_8840.jpg              | 1 +
+ incoming/5d/jmg_8842.jpg              | 1 +
+ incoming/5d/jmg_8844.cr2              | 1 +
+ incoming/5d/jmg_8850.cr2              | 1 +
+ incoming/5d/jmg_8850.jpg              | 1 +
+ incoming/5d/jmg_8852.cr2              | 1 +
+ incoming/5d/jmg_8853.cr2              | 1 +
+ incoming/5d/jmg_8853.jpg              | 1 +
+ incoming/5d/jmg_8856.cr2              | 1 +
+ incoming/5d/jmg_8859.jpg              | 1 +
+ incoming/5d/jmg_8863.jpg              | 1 +
+ incoming/5d/jmg_8870.jpg              | 1 +
+ incoming/5d/jmg_8871.cr2              | 1 +
+ incoming/5d/jmg_8871.jpg              | 1 +
+ incoming/5d/jmg_8881.jpg              | 1 +
+ incoming/5d/jmg_8883.jpg              | 1 +
+ incoming/5d/jmg_8886.jpg              | 1 +
+ incoming/5d/jmg_8887.cr2              | 1 +
+ incoming/5d/jmg_8889.cr2              | 1 +
+ incoming/5d/jmg_8894.cr2              | 1 +
+ incoming/5d/jmg_8897.cr2              | 1 +
+ incoming/5d/jmg_8898.cr2              | 1 +
+ incoming/5d/jmg_8900.jpg              | 1 +
+ incoming/5d/jmg_8901.cr2              | 1 +
+ incoming/5d/jmg_8902.cr2              | 1 +
+ incoming/5d/jmg_8904.cr2              | 1 +
+ incoming/5d/jmg_8906.jpg              | 1 +
+ incoming/5d/jmg_8908.cr2              | 1 +
+ incoming/5d/jmg_8920.cr2              | 1 +
+ incoming/5d/jmg_8920.jpg              | 1 +
+ incoming/5d/jmg_8922.cr2              | 1 +
+ incoming/5d/jmg_8922.jpg              | 1 +
+ incoming/5d/jmg_8923.cr2              | 1 +
+ incoming/5d/jmg_8924.jpg              | 1 +
+ incoming/5d/jmg_8925.cr2              | 1 +
+ incoming/5d/jmg_8929.jpg              | 1 +
+ incoming/5d/jmg_8930.jpg              | 1 +
+ incoming/5d/jmg_8937.cr2              | 1 +
+ incoming/5d/jmg_8939.cr2              | 1 +
+ incoming/5d/jmg_8940.jpg              | 1 +
+ incoming/5d/jmg_8941.jpg              | 1 +
+ incoming/5d/jmg_8943.cr2              | 1 +
+ incoming/5d/jmg_8944.jpg              | 1 +
+ incoming/5d/jmg_8950.cr2              | 1 +
+ incoming/5d/jmg_8951.jpg              | 1 +
+ incoming/5d/jmg_8955.jpg              | 1 +
+ incoming/5d/jmg_8959.cr2              | 1 +
+ incoming/5d/jmg_8960.jpg              | 1 +
+ incoming/5d/jmg_8962.cr2              | 1 +
+ incoming/5d/jmg_8964.cr2              | 1 +
+ incoming/5d/jmg_8965.jpg              | 1 +
+ incoming/5d/jmg_8966.jpg              | 1 +
+ incoming/5d/jmg_8971.jpg              | 1 +
+ incoming/5d/jmg_8976.jpg              | 1 +
+ incoming/5d/jmg_8978.cr2              | 1 +
+ incoming/5d/jmg_8981.jpg              | 1 +
+ incoming/5d/jmg_8982.jpg              | 1 +
+ incoming/5d/jmg_8985.jpg              | 1 +
+ incoming/5d/jmg_8988.cr2              | 1 +
+ incoming/5d/jmg_8988.jpg              | 1 +
+ incoming/5d/jmg_8992.cr2              | 1 +
+ incoming/5d/jmg_8995.jpg              | 1 +
+ incoming/5d/jmg_8996.cr2              | 1 +
+ incoming/5d/jmg_8997.cr2              | 1 +
+ incoming/5d/jmg_8999.cr2              | 1 +
+ incoming/5d/jmg_9000.cr2              | 1 +
+ incoming/5d/jmg_9015.cr2              | 1 +
+ incoming/5d/jmg_9017.cr2              | 1 +
+ incoming/5d/jmg_9019.cr2              | 1 +
+ incoming/5d/jmg_9021.cr2              | 1 +
+ incoming/5d/jmg_9021.jpg              | 1 +
+ incoming/5d/jmg_9022.cr2              | 1 +
+ incoming/5d/jmg_9027.cr2              | 1 +
+ incoming/5d/jmg_9028.jpg              | 1 +
+ incoming/5d/jmg_9031.cr2              | 1 +
+ incoming/5d/jmg_9035.cr2              | 1 +
+ incoming/5d/jmg_9043.jpg              | 1 +
+ incoming/5d/jmg_9057.cr2              | 1 +
+ incoming/5d/jmg_9064.cr2              | 1 +
+ incoming/5d/jmg_9077.jpg              | 1 +
+ incoming/5d/jmg_9078.jpg              | 1 +
+ incoming/5d/jmg_9081.jpg              | 1 +
+ incoming/5d/jmg_9082.cr2              | 1 +
+ incoming/5d/jmg_9083.jpg              | 1 +
+ incoming/5d/jmg_9086.cr2              | 1 +
+ incoming/5d/jmg_9088.jpg              | 1 +
+ incoming/5d/jmg_9308.jpg              | 1 +
+ incoming/5d/jmg_9312.cr2              | 1 +
+ incoming/5d/jmg_9313.jpg              | 1 +
+ incoming/5d/jmg_9319.jpg              | 1 +
+ incoming/5d/jmg_9521.cr2              | 1 +
+ incoming/5d/jmg_9522.cr2              | 1 +
+ incoming/5d/jmg_9533.jpg              | 1 +
+ incoming/5d/jmg_9534.jpg              | 1 +
+ incoming/5d/jmg_9535.cr2              | 1 +
+ incoming/5d/jmg_9538.cr2              | 1 +
+ incoming/5d/jmg_9538.jpg              | 1 +
+ incoming/5d/jmg_9540.jpg              | 1 +
+ incoming/5d/jmg_9542.cr2              | 1 +
+ incoming/5d/jmg_9545.jpg              | 1 +
+ incoming/5d/jmg_9554.jpg              | 1 +
+ incoming/5d/jmg_9555.jpg              | 1 +
+ incoming/5d/jmg_9558.jpg              | 1 +
+ incoming/5d/jmg_9561.cr2              | 1 +
+ incoming/5d/jmg_9585.cr2              | 1 +
+ incoming/5d/jmg_9587.jpg              | 1 +
+ incoming/5d/jmg_9591.jpg              | 1 +
+ incoming/5d/jmg_9595.jpg              | 1 +
+ incoming/5d/jmg_9598.cr2              | 1 +
+ incoming/5d/jmg_9600.jpg              | 1 +
+ incoming/5d/jmg_9604.jpg              | 1 +
+ incoming/5d/jmg_9610.jpg              | 1 +
+ incoming/5d/jmg_9613.cr2              | 1 +
+ incoming/5d/jmg_9613.jpg              | 1 +
+ incoming/5d/jmg_9614.cr2              | 1 +
+ incoming/5d/jmg_9618.jpg              | 1 +
+ incoming/5d/jmg_9619.jpg              | 1 +
+ incoming/5d/jmg_9620.jpg              | 1 +
+ incoming/5d/jmg_9621.jpg              | 1 +
+ incoming/5d/jmg_9623.cr2              | 1 +
+ incoming/5d/jmg_9746.jpg              | 1 +
+ incoming/5d/jmg_9763.cr2              | 1 +
+ incoming/5d/jmg_9763.jpg              | 1 +
+ incoming/5d/jmg_9764.cr2              | 1 +
+ incoming/5d/jmg_9772.jpg              | 1 +
+ incoming/5d/jmg_9773.jpg              | 1 +
+ incoming/5d/jmg_9781.jpg              | 1 +
+ incoming/5d/jmg_9790.jpg              | 1 +
+ incoming/5d/jmg_9800.jpg              | 1 +
+ incoming/5d/jmg_9808.jpg              | 1 +
+ incoming/5d/jmg_9830.jpg              | 1 +
+ incoming/5d/jmg_9834.cr2              | 1 +
+ incoming/5d/jmg_9843.jpg              | 1 +
+ incoming/5d/jmg_9848.jpg              | 1 +
+ incoming/5d/jmg_9849.jpg              | 1 +
+ incoming/5d/jmg_9853.cr2              | 1 +
+ incoming/5d/jmg_9856.jpg              | 1 +
+ incoming/5d/jmg_9857.cr2              | 1 +
+ incoming/5d/jmg_9859.cr2              | 1 +
+ incoming/5d/jmg_9860.jpg              | 1 +
+ incoming/5d/jmg_9917.jpg              | 1 +
+ incoming/5d/jmg_9923.jpg              | 1 +
+ incoming/5d/jmg_9926.jpg              | 1 +
+ incoming/5d/jmg_9975.cr2              | 1 +
+ incoming/5d/jmg_9976.cr2              | 1 +
+ incoming/5d/jmg_9978.jpg              | 1 +
+ incoming/5d/jmg_9988.jpg              | 1 +
+ incoming/5d/jmg_9997.cr2              | 1 +
+ incoming/5d/jmg_9998.jpg              | 1 +
+ incoming/5d/jmg_9999.jpg              | 1 +
+ list_5d_repoB                        | 1 -
+ only_on_repoB                        | 1 +
+ dir/2012/dir2/jmg_0128.cr2    | 1 -
+ dir/2012/dir2/jmg_0128.jpg    | 1 -
+ dir/2012/dir2/jmg_0129.cr2    | 1 -
+ dir/2012/dir2/jmg_0129.jpg    | 1 -
+ dir/2012/dir2/jmg_0353.jpg    | 1 -
+ dir/2012/dir2/jmg_0354.jpg    | 1 -
+ dir/2012/dir2/jmg_0375.jpg    | 1 -
+ dir/2012/dir2/jmg_0376.jpg    | 1 -
+ dir/2012/dir2/jmg_0378.jpg    | 1 -
+ dir/2012/dir2/jmg_8707.cr2    | 1 -
+ dir/2012/dir2/jmg_8707.jpg    | 1 -
+ dir/2012/dir2/jmg_8727.cr2    | 1 -
+ dir/2012/dir2/jmg_8727.jpg    | 1 -
+ dir/2012/dir2/jmg_8728.cr2    | 1 -
+ dir/2012/dir2/jmg_8728.jpg    | 1 -
+ dir/2012/dir2/jmg_8729.cr2    | 1 -
+ dir/2012/dir2/jmg_8729.jpg    | 1 -
+ dir/2012/dir2/jmg_8740.cr2    | 1 -
+ dir/2012/dir2/jmg_8740.jpg    | 1 -
+ dir/2012/dir2/jmg_8742.cr2    | 1 -
+ dir/2012/dir2/jmg_8742.jpg    | 1 -
+ dir/2012/dir2/jmg_8825.cr2    | 1 -
+ dir/2012/dir2/jmg_8825.jpg    | 1 -
+ dir/2012/dir2/jmg_8991.cr2    | 1 -
+ dir/2012/dir2/jmg_8991.jpg    | 1 -
+ dir/2012/dir2/jmg_8992.cr2    | 1 -
+ dir/2012/dir2/jmg_8992.jpg    | 1 -
+ dir/2012/dir2/jmg_8993.cr2    | 1 -
+ dir/2012/dir2/jmg_8993.jpg    | 1 -
+ dir/2012/dir2/jmg_9059.cr2    | 1 -
+ dir/2012/dir2/jmg_9059.jpg    | 1 -
+ dir/2012/dir2/jmg_9060.cr2    | 1 -
+ dir/2012/dir2/jmg_9060.jpg    | 1 -
+ dir/2012/dir2/jmg_9064.cr2    | 1 -
+ dir/2012/dir2/jmg_9064.jpg    | 1 -
+ dir/2012/dir2/jmg_9065.cr2    | 1 -
+ dir/2012/dir2/jmg_9065.jpg    | 1 -
+ dir/2012/dir2/jmg_9081.cr2    | 1 -
+ dir/2012/dir2/jmg_9081.jpg    | 1 -
+ dir/2012/dir2/jmg_9082.cr2    | 1 -
+ dir/2012/dir2/jmg_9082.jpg    | 1 -
+ dir/2012/dir2/jmg_9083.cr2    | 1 -
+ dir/2012/dir2/jmg_9083.jpg    | 1 -
+ dir/2012/dir1/jmg_0132.cr2 | 1 -
+ dir/2012/dir1/jmg_0132.jpg | 1 -
+ dir/2012/dir1/jmg_0133.cr2 | 1 -
+ dir/2012/dir1/jmg_0133.jpg | 1 -
+ dir/2012/dir1/jmg_0347.jpg | 1 -
+ dir/2012/dir1/jmg_0351.jpg | 1 -
+ dir/2012/dir1/jmg_0352.jpg | 1 -
+ dir/2012/dir1/jmg_0374.jpg | 1 -
+ dir/2012/dir1/jmg_8714.cr2 | 1 -
+ dir/2012/dir1/jmg_8714.jpg | 1 -
+ dir/2012/dir1/jmg_8716.cr2 | 1 -
+ dir/2012/dir1/jmg_8716.jpg | 1 -
+ dir/2012/dir1/jmg_8734.cr2 | 1 -
+ dir/2012/dir1/jmg_8734.jpg | 1 -
+ dir/2012/dir1/jmg_8735.cr2 | 1 -
+ dir/2012/dir1/jmg_8735.jpg | 1 -
+ dir/2012/dir1/jmg_8736.cr2 | 1 -
+ dir/2012/dir1/jmg_8736.jpg | 1 -
+ dir/2012/dir1/jmg_8743.cr2 | 1 -
+ dir/2012/dir1/jmg_8743.jpg | 1 -
+ dir/2012/dir1/jmg_8746.cr2 | 1 -
+ dir/2012/dir1/jmg_8746.jpg | 1 -
+ dir/2012/dir1/jmg_8828.cr2 | 1 -
+ dir/2012/dir1/jmg_8828.jpg | 1 -
+ dir/2012/dir1/jmg_8984.cr2 | 1 -
+ dir/2012/dir1/jmg_8984.jpg | 1 -
+ dir/2012/dir1/jmg_8985.cr2 | 1 -
+ dir/2012/dir1/jmg_8985.jpg | 1 -
+ dir/2012/dir1/jmg_8986.cr2 | 1 -
+ dir/2012/dir1/jmg_8986.jpg | 1 -
+ dir/2012/dir1/jmg_8988.cr2 | 1 -
+ dir/2012/dir1/jmg_8988.jpg | 1 -
+ dir/2012/dir1/jmg_9057.cr2 | 1 -
+ dir/2012/dir1/jmg_9057.jpg | 1 -
+ dir/2012/dir1/jmg_9058.cr2 | 1 -
+ dir/2012/dir1/jmg_9058.jpg | 1 -
+ dir/2012/dir1/jmg_9086.cr2 | 1 -
+ dir/2012/dir1/jmg_9086.jpg | 1 -
+ dir/2012/dir1/jmg_9087.cr2 | 1 -
+ dir/2012/dir1/jmg_9087.jpg | 1 -
+ dir/2013/dir2/jmg_0477.cr2    | 1 -
+ dir/2013/dir2/jmg_0477.jpg    | 1 -
+ dir/2013/dir2/jmg_0478.cr2    | 1 -
+ dir/2013/dir2/jmg_0478.jpg    | 1 -
+ dir/2013/dir2/jmg_0479.cr2    | 1 -
+ dir/2013/dir2/jmg_0479.jpg    | 1 -
+ dir/2013/dir2/jmg_0604.cr2    | 1 -
+ dir/2013/dir2/jmg_0604.jpg    | 1 -
+ dir/2013/dir2/jmg_0605.cr2    | 1 -
+ dir/2013/dir2/jmg_0605.jpg    | 1 -
+ dir/2013/dir2/jmg_0606.cr2    | 1 -
+ dir/2013/dir2/jmg_0606.jpg    | 1 -
+ dir/2013/dir2/jmg_0607.cr2    | 1 -
+ dir/2013/dir2/jmg_0607.jpg    | 1 -
+ dir/2013/dir2/jmg_0608.cr2    | 1 -
+ dir/2013/dir2/jmg_0608.jpg    | 1 -
+ dir/2013/dir2/jmg_0708.cr2    | 1 -
+ dir/2013/dir2/jmg_0708.jpg    | 1 -
+ dir/2013/dir2/jmg_0709.cr2    | 1 -
+ dir/2013/dir2/jmg_0709.jpg    | 1 -
+ dir/2013/dir2/jmg_0710.cr2    | 1 -
+ dir/2013/dir2/jmg_0710.jpg    | 1 -
+ dir/2013/dir1/jmg_0475.cr2 | 1 -
+ dir/2013/dir1/jmg_0475.jpg | 1 -
+ dir/2013/dir1/jmg_0476.cr2 | 1 -
+ dir/2013/dir1/jmg_0476.jpg | 1 -
+ dir/2013/dir1/jmg_0718.cr2 | 1 -
+ dir/2013/dir1/jmg_0718.jpg | 1 -
+ dir/2013/dir1/jmg_0719.cr2 | 1 -
+ dir/2013/dir1/jmg_0719.jpg | 1 -
+ 1821 files changed, 628 insertions(+), 1231 deletions(-)
+ delete mode 120000 201109/jmg_7250.cr2
+ delete mode 120000 201109/jmg_7250.jpg
+ delete mode 120000 201109/jmg_7251.cr2
+ delete mode 120000 201109/jmg_7251.jpg
+ delete mode 120000 201109/jmg_7253.cr2
+ delete mode 120000 201109/jmg_7253.jpg
+ delete mode 120000 201109/jmg_7256_raw.jpg
+ delete mode 120000 201109/jmg_7259.cr2
+ delete mode 120000 201109/jmg_7259.jpg
+ delete mode 120000 201109/jmg_7261.cr2
+ delete mode 120000 201109/jmg_7261.jpg
+ delete mode 120000 201109/jmg_7265.cr2
+ delete mode 120000 201109/jmg_7265.jpg
+ delete mode 120000 201109/jmg_7272.jpg
+ delete mode 120000 201109/jmg_7274.jpg
+ delete mode 120000 201109/jmg_7275.jpg
+ delete mode 120000 201109/jmg_7276.jpg
+ delete mode 120000 201109/jmg_7280.jpg
+ delete mode 120000 201109/jmg_7284.jpg
+ delete mode 120000 201109/jmg_7286.jpg
+ delete mode 120000 201109/jmg_7288.jpg
+ delete mode 120000 201109/jmg_7289.jpg
+ delete mode 120000 201109/jmg_7292.jpg
+ delete mode 120000 201109/jmg_7293.jpg
+ delete mode 120000 201109/jmg_7295.cr2
+ delete mode 120000 201109/jmg_7295.jpg
+ delete mode 120000 201109/jmg_7296.cr2
+ delete mode 120000 201109/jmg_7296.jpg
+ delete mode 120000 201109/jmg_7299.cr2
+ delete mode 120000 201109/jmg_7299.jpg
+ delete mode 120000 201109/jmg_7300.cr2
+ delete mode 120000 201109/jmg_7300.jpg
+ delete mode 120000 201109/jmg_7304.jpg
+ delete mode 120000 201109/jmg_7305_raw.jpg
+ delete mode 120000 201109/jmg_7307_raw.jpg
+ delete mode 120000 201202/jmg_8528.jpg
+ delete mode 120000 201202/jmg_8529.jpg
+ delete mode 120000 201202/jmg_8595.jpg
+ delete mode 120000 201202/jmg_8596.jpg
+ delete mode 120000 201202/jmg_8597.jpg
+ delete mode 120000 201202/jmg_8601.jpg
+ delete mode 120000 201202/jmg_8602.cr2
+ delete mode 120000 201202/jmg_8602.jpg
+ delete mode 120000 201202/jmg_8603.cr2
+ delete mode 120000 201202/jmg_8603.jpg
+ delete mode 120000 201202/jmg_8604.jpg
+ delete mode 120000 201202/jmg_8605.jpg
+ delete mode 120000 201202/jmg_8606.jpg
+ delete mode 120000 201202/jmg_8607.jpg
+ delete mode 120000 201202/jmg_8608.jpg
+ delete mode 120000 201202/jmg_8609.jpg
+ delete mode 120000 201202/jmg_8610.jpg
+ delete mode 120000 201202/jmg_8611.jpg
+ delete mode 120000 201202/jmg_8612.cr2
+ delete mode 120000 201202/jmg_8612.jpg
+ delete mode 120000 201202/jmg_8613.jpg
+ delete mode 120000 201202/jmg_8614.jpg
+ delete mode 120000 201202/jmg_8615.jpg
+ delete mode 120000 201202/jmg_8616_raw.jpg
+ delete mode 120000 201202/jmg_8617.jpg
+ delete mode 120000 201202/jmg_8618.jpg
+ delete mode 120000 201202/jmg_8619.jpg
+ delete mode 120000 201202/jmg_8620.jpg
+ delete mode 120000 201202/jmg_8621.jpg
+ delete mode 120000 201202/jmg_8622.jpg
+ delete mode 120000 201202/jmg_8624.jpg
+ delete mode 120000 201202/jmg_8625.cr2
+ delete mode 120000 201202/jmg_8625.jpg
+ delete mode 120000 201202/jmg_8626.jpg
+ delete mode 120000 201202/jmg_8627.jpg
+ delete mode 120000 201202/jmg_8628.jpg
+ delete mode 120000 201202/jmg_8629.jpg
+ delete mode 120000 201202/jmg_8630.jpg
+ delete mode 120000 201202/jmg_8631.jpg
+ delete mode 120000 201202/jmg_8632.jpg
+ delete mode 120000 201202/jmg_8633.cr2
+ delete mode 120000 201202/jmg_8633.jpg
+ delete mode 120000 201202/jmg_8634.jpg
+ delete mode 120000 201202/jmg_8637.jpg
+ delete mode 120000 201202/jmg_8639.jpg
+ delete mode 120000 201202/jmg_8640.jpg
+ delete mode 120000 201202/jmg_8641.jpg
+ delete mode 120000 201202/jmg_8642_raw.jpg
+ delete mode 120000 201202/jmg_8643.jpg
+ delete mode 120000 201202/jmg_8644.jpg
+ delete mode 120000 201202/jmg_8647.jpg
+ delete mode 120000 201202/jmg_8648.jpg
+ delete mode 120000 201202/jmg_8651.cr2
+ delete mode 120000 201202/jmg_8651.jpg
+ delete mode 120000 201202/jmg_8652.jpg
+ delete mode 120000 201202/jmg_8653.jpg
+ delete mode 120000 201202/jmg_8654.jpg
+ delete mode 120000 201202/jmg_8655.jpg
+ delete mode 120000 201202/jmg_8657.jpg
+ delete mode 120000 201202/jmg_8665.jpg
+ delete mode 120000 201202/jmg_8670.jpg
+ delete mode 120000 201202/jmg_8671.jpg
+ delete mode 120000 201202/jmg_8673.cr2
+ delete mode 120000 201202/jmg_8673.jpg
+ delete mode 120000 201202/jmg_8674.jpg
+ delete mode 120000 201202/jmg_8675.jpg
+ delete mode 120000 201202/jmg_8676.jpg
+ delete mode 120000 201202/jmg_8677.jpg
+ delete mode 120000 201202/jmg_8678.jpg
+ delete mode 120000 201202/jmg_8679.jpg
+ delete mode 120000 201202/jmg_8680.jpg
+ delete mode 120000 201202/jmg_8681.jpg
+ delete mode 120000 201203/jmg_8701.cr2
+ delete mode 120000 201203/jmg_8702.jpg
+ delete mode 120000 201203/jmg_8705.jpg
+ delete mode 120000 201203/jmg_8711.jpg
+ delete mode 120000 201203/jmg_8717.jpg
+ delete mode 120000 201203/jmg_8718.jpg
+ delete mode 120000 201203/jmg_8719.jpg
+ delete mode 120000 201203/jmg_8721.jpg
+ delete mode 120000 201203/jmg_8725.jpg
+ delete mode 120000 201203/jmg_8726.jpg
+ delete mode 120000 201203/jmg_8731.jpg
+ delete mode 120000 201203/jmg_8739.jpg
+ delete mode 120000 201203/jmg_8745.jpg
+ delete mode 120000 201203/jmg_8747_raw.jpg
+ delete mode 120000 201203/jmg_8750.cr2
+ delete mode 120000 201203/jmg_8750.jpg
+ delete mode 120000 201204/jmg_8751.jpg
+ delete mode 120000 201204/jmg_8752.jpg
+ delete mode 120000 201204/jmg_8755.jpg
+ delete mode 120000 201204/jmg_8756.jpg
+ delete mode 120000 201204/jmg_8757.jpg
+ delete mode 120000 201204/jmg_8759.jpg
+ delete mode 120000 201204/jmg_8760.jpg
+ delete mode 120000 201204/jmg_8761.jpg
+ delete mode 120000 201204/jmg_8762.jpg
+ delete mode 120000 201204/jmg_8763.cr2
+ delete mode 120000 201204/jmg_8763.jpg
+ delete mode 120000 201204/jmg_8766.jpg
+ delete mode 120000 201204/jmg_8767.cr2
+ delete mode 120000 201204/jmg_8767.jpg
+ delete mode 120000 201204/jmg_8768.jpg
+ delete mode 120000 201204/jmg_8769.jpg
+ delete mode 120000 201204/jmg_8770.jpg
+ delete mode 120000 201204/jmg_8771.jpg
+ delete mode 120000 201204/jmg_8772.jpg
+ delete mode 120000 201204/jmg_8773.jpg
+ delete mode 120000 201205/jmg_8822.jpg
+ delete mode 120000 201205/jmg_8823.jpg
+ delete mode 120000 201205/jmg_8824.jpg
+ delete mode 120000 201205/jmg_8826.jpg
+ delete mode 120000 201205/jmg_8831.jpg
+ delete mode 120000 201205/jmg_8834.jpg
+ delete mode 120000 201205/jmg_8835.jpg
+ delete mode 120000 201205/jmg_8835_raw.jpg
+ delete mode 120000 201205/jmg_8837.jpg
+ delete mode 120000 201205/jmg_8839.cr2
+ delete mode 120000 201205/jmg_8839.jpg
+ delete mode 120000 201205/jmg_8839_raw.jpg
+ delete mode 120000 201205/jmg_8840.cr2
+ delete mode 120000 201205/jmg_8840.jpg
+ delete mode 120000 201205/jmg_8840_raw.jpg
+ delete mode 120000 201205/jmg_8841.jpg
+ delete mode 120000 201205/jmg_8842.jpg
+ delete mode 120000 201205/jmg_8844.cr2
+ delete mode 120000 201205/jmg_8844.jpg
+ delete mode 120000 201205/jmg_8844_raw.jpg
+ delete mode 120000 201205/jmg_8845.jpg
+ delete mode 120000 201205/jmg_8846.jpg
+ delete mode 120000 201205/jmg_8847.cr2
+ delete mode 120000 201205/jmg_8847.jpg
+ delete mode 120000 201205/jmg_8847_raw.jpg
+ delete mode 120000 201205/jmg_8848.jpg
+ delete mode 120000 201205/jmg_8849.jpg
+ delete mode 120000 201205/jmg_8851.cr2
+ delete mode 120000 201205/jmg_8851.jpg
+ delete mode 120000 201205/jmg_8851_raw.jpg
+ delete mode 120000 201205/jmg_8856.cr2
+ delete mode 120000 201205/jmg_8856.jpg
+ delete mode 120000 201205/jmg_8856_raw.jpg
+ delete mode 120000 201205/jmg_8857.jpg
+ delete mode 120000 201205/jmg_8858.jpg
+ delete mode 120000 201205/jmg_8859.jpg
+ delete mode 120000 201205/jmg_8861.jpg
+ delete mode 120000 201205/jmg_8862.jpg
+ delete mode 120000 201205/jmg_8863.jpg
+ delete mode 120000 201205/jmg_8871.cr2
+ delete mode 120000 201205/jmg_8871.jpg
+ delete mode 120000 201205/jmg_8872.jpg
+ delete mode 120000 201205/jmg_8873.jpg
+ delete mode 120000 201205/jmg_8875.jpg
+ delete mode 120000 201205/jmg_8876.cr2
+ delete mode 120000 201205/jmg_8876.jpg
+ delete mode 120000 201205/jmg_8878.cr2
+ delete mode 120000 201205/jmg_8878.jpg
+ delete mode 120000 201205/jmg_8879.cr2
+ delete mode 120000 201205/jmg_8879.jpg
+ delete mode 120000 201205/jmg_8880.cr2
+ delete mode 120000 201205/jmg_8880.jpg
+ delete mode 120000 201205/jmg_8881.cr2
+ delete mode 120000 201205/jmg_8881.jpg
+ delete mode 120000 201205/jmg_8892.cr2
+ delete mode 120000 201205/jmg_8892.jpg
+ delete mode 120000 201205/jmg_8893.cr2
+ delete mode 120000 201205/jmg_8893.jpg
+ delete mode 120000 201205/jmg_8894.cr2
+ delete mode 120000 201205/jmg_8894.jpg
+ delete mode 120000 201206/jmg_8989.cr2
+ delete mode 120000 201206/jmg_8989.jpg
+ delete mode 120000 201206/jmg_8990.cr2
+ delete mode 120000 201206/jmg_8990.jpg
+ delete mode 120000 201206/jmg_8995.jpg
+ delete mode 120000 201206/jmg_8996.jpg
+ delete mode 120000 201206/jmg_8998.jpg
+ delete mode 120000 201206/jmg_9001.jpg
+ delete mode 120000 201206/jmg_9003.jpg
+ delete mode 120000 201206/jmg_9006.jpg
+ delete mode 120000 201206/jmg_9007.jpg
+ delete mode 120000 201206/jmg_9011.jpg
+ delete mode 120000 201206/jmg_9014.jpg
+ delete mode 120000 201206/jmg_9014_raw.jpg
+ delete mode 120000 201206/jmg_9015.jpg
+ delete mode 120000 201206/jmg_9016.cr2
+ delete mode 120000 201206/jmg_9016.jpg
+ delete mode 120000 201206/jmg_9017.cr2
+ delete mode 120000 201206/jmg_9017.jpg
+ delete mode 120000 201206/jmg_9018.cr2
+ delete mode 120000 201206/jmg_9018.jpg
+ delete mode 120000 201206/jmg_9019.cr2
+ delete mode 120000 201206/jmg_9019.jpg
+ delete mode 120000 201206/jmg_9023.cr2
+ delete mode 120000 201206/jmg_9023.jpg
+ delete mode 120000 201206/jmg_9024.cr2
+ delete mode 120000 201206/jmg_9024.jpg
+ delete mode 120000 201206/jmg_9025.cr2
+ delete mode 120000 201206/jmg_9025.jpg
+ delete mode 120000 201206/jmg_9028.jpg
+ delete mode 120000 201206/jmg_9029.jpg
+ delete mode 120000 201206/jmg_9030.jpg
+ delete mode 120000 201206/jmg_9031.jpg
+ delete mode 120000 201206/jmg_9032_raw.jpg
+ delete mode 120000 201206/jmg_9033.jpg
+ delete mode 120000 201206/jmg_9033_raw.jpg
+ delete mode 120000 201206/jmg_9034.jpg
+ delete mode 120000 201206/jmg_9035.jpg
+ delete mode 120000 201206/jmg_9035_raw.jpg
+ delete mode 120000 201206/jmg_9036.jpg
+ delete mode 120000 201206/jmg_9039.cr2
+ delete mode 120000 201206/jmg_9039.jpg
+ delete mode 120000 201206/jmg_9040.cr2
+ delete mode 120000 201206/jmg_9040.jpg
+ delete mode 120000 201206/jmg_9043.cr2
+ delete mode 120000 201206/jmg_9043.jpg
+ delete mode 120000 201206/jmg_9047.cr2
+ delete mode 120000 201206/jmg_9047.jpg
+ delete mode 120000 201207/jmg_9048.jpg
+ delete mode 120000 201207/jmg_9053.jpg
+ delete mode 120000 201207/jmg_9054.jpg
+ delete mode 120000 201207/jmg_9069.cr2
+ delete mode 120000 201207/jmg_9069.jpg
+ delete mode 120000 201207/jmg_9070.cr2
+ delete mode 120000 201207/jmg_9070.jpg
+ delete mode 120000 201207/jmg_9072.cr2
+ delete mode 120000 201207/jmg_9072.jpg
+ delete mode 120000 201207/jmg_9076.cr2
+ delete mode 120000 201207/jmg_9076.jpg
+ delete mode 120000 201208/jmg_9077.jpg
+ delete mode 120000 201208/jmg_9302_raw.jpg
+ delete mode 120000 201208/jmg_9303.jpg
+ delete mode 120000 201208/jmg_9304.cr2
+ delete mode 120000 201208/jmg_9304.jpg
+ delete mode 120000 201208/jmg_9305.cr2
+ delete mode 120000 201208/jmg_9305.jpg
+ delete mode 120000 201208/jmg_9306_raw.jpg
+ delete mode 120000 201208/jmg_9307.cr2
+ delete mode 120000 201208/jmg_9307.jpg
+ delete mode 120000 201208/jmg_9308_raw.jpg
+ delete mode 120000 201208/jmg_9309_raw.jpg
+ delete mode 120000 201208/jmg_9310.cr2
+ delete mode 120000 201208/jmg_9310.jpg
+ delete mode 120000 201208/jmg_9310_bw.jpg
+ delete mode 120000 201208/jmg_9310_raw.jpg
+ delete mode 120000 201208/jmg_9312.jpg
+ delete mode 120000 201208/jmg_9313.jpg
+ delete mode 120000 201208/jmg_9314.jpg
+ delete mode 120000 201208/jmg_9315.jpg
+ delete mode 120000 201208/jmg_9319.jpg
+ delete mode 120000 201208/jmg_9523.jpg
+ delete mode 120000 201208/jmg_9524.jpg
+ delete mode 120000 201208/jmg_9525.jpg
+ delete mode 120000 201208/jmg_9526.jpg
+ delete mode 120000 201208/jmg_9527.jpg
+ delete mode 120000 201208/jmg_9527_raw.jpg
+ delete mode 120000 201208/jmg_9528.jpg
+ delete mode 120000 201208/jmg_9529.jpg
+ delete mode 120000 201208/jmg_9530.jpg
+ delete mode 120000 201208/jmg_9531.jpg
+ delete mode 120000 201208/jmg_9532.jpg
+ delete mode 120000 201208/jmg_9533.cr2
+ delete mode 120000 201208/jmg_9533.jpg
+ delete mode 120000 201208/jmg_9534.cr2
+ delete mode 120000 201208/jmg_9534.jpg
+ delete mode 120000 201208/jmg_9535.jpg
+ delete mode 120000 201208/jmg_9536.jpg
+ delete mode 120000 201208/jmg_9537.cr2
+ delete mode 120000 201208/jmg_9537.jpg
+ delete mode 120000 201208/jmg_9538.jpg
+ delete mode 120000 201208/jmg_9539.jpg
+ delete mode 120000 201208/jmg_9540.jpg
+ delete mode 120000 201208/jmg_9541.cr2
+ delete mode 120000 201208/jmg_9542.jpg
+ delete mode 120000 201208/jmg_9543.cr2
+ delete mode 120000 201208/jmg_9543.jpg
+ delete mode 120000 201208/jmg_9544.cr2
+ delete mode 120000 201208/jmg_9544.jpg
+ delete mode 120000 201208/jmg_9545.jpg
+ delete mode 120000 201209/jmg_9547.jpg
+ delete mode 120000 201209/jmg_9548.jpg
+ delete mode 120000 201209/jmg_9549.jpg
+ delete mode 120000 201209/jmg_9550.jpg
+ delete mode 120000 201209/jmg_9551.jpg
+ delete mode 120000 201209/jmg_9552.jpg
+ delete mode 120000 201209/jmg_9553.jpg
+ delete mode 120000 201209/jmg_9555.jpg
+ delete mode 120000 201209/jmg_9556.jpg
+ delete mode 120000 201209/jmg_9558.jpg
+ delete mode 120000 201209/jmg_9559.cr2
+ delete mode 120000 201209/jmg_9559.jpg
+ delete mode 120000 201209/jmg_9560.cr2
+ delete mode 120000 201209/jmg_9560.jpg
+ delete mode 120000 201209/jmg_9561.jpg
+ delete mode 120000 201209/jmg_9562.jpg
+ delete mode 120000 201209/jmg_9568.jpg
+ delete mode 120000 201210/jmg_0001.jpg
+ delete mode 120000 201210/jmg_0021.jpg
+ delete mode 120000 201210/jmg_0022.cr2
+ delete mode 120000 201210/jmg_0022.jpg
+ delete mode 120000 201210/jmg_0025.jpg
+ delete mode 120000 201210/jmg_0026.jpg
+ delete mode 120000 201210/jmg_0027.jpg
+ delete mode 120000 201210/jmg_0028.jpg
+ delete mode 120000 201210/jmg_0029.jpg
+ delete mode 120000 201210/jmg_0030.jpg
+ delete mode 120000 201210/jmg_0032.jpg
+ delete mode 120000 201210/jmg_0034.jpg
+ delete mode 120000 201210/jmg_0035.jpg
+ delete mode 120000 201210/jmg_0036.jpg
+ delete mode 120000 201210/jmg_0037.jpg
+ delete mode 120000 201210/jmg_0039.cr2
+ delete mode 120000 201210/jmg_0039.jpg
+ delete mode 120000 201210/jmg_0040.jpg
+ delete mode 120000 201210/jmg_9572.jpg
+ delete mode 120000 201210/jmg_9573.jpg
+ delete mode 120000 201210/jmg_9574.jpg
+ delete mode 120000 201210/jmg_9575.jpg
+ delete mode 120000 201210/jmg_9576.jpg
+ delete mode 120000 201210/jmg_9578.jpg
+ delete mode 120000 201210/jmg_9580.jpg
+ delete mode 120000 201210/jmg_9581.jpg
+ delete mode 120000 201210/jmg_9582.cr2
+ delete mode 120000 201210/jmg_9582.jpg
+ delete mode 120000 201210/jmg_9585.cr2
+ delete mode 120000 201210/jmg_9585.jpg
+ delete mode 120000 201210/jmg_9587.cr2
+ delete mode 120000 201210/jmg_9587.jpg
+ delete mode 120000 201210/jmg_9588.jpg
+ delete mode 120000 201210/jmg_9589.jpg
+ delete mode 120000 201210/jmg_9590.jpg
+ delete mode 120000 201210/jmg_9591.jpg
+ delete mode 120000 201210/jmg_9594.jpg
+ delete mode 120000 201210/jmg_9595.jpg
+ delete mode 120000 201210/jmg_9596.jpg
+ delete mode 120000 201210/jmg_9597.cr2
+ delete mode 120000 201210/jmg_9597.jpg
+ delete mode 120000 201210/jmg_9598.cr2
+ delete mode 120000 201210/jmg_9598.jpg
+ delete mode 120000 201210/jmg_9599.cr2
+ delete mode 120000 201210/jmg_9599.jpg
+ delete mode 120000 201210/jmg_9600.jpg
+ delete mode 120000 201210/jmg_9602.jpg
+ delete mode 120000 201210/jmg_9603.jpg
+ delete mode 120000 201210/jmg_9604.jpg
+ delete mode 120000 201210/jmg_9605.cr2
+ delete mode 120000 201210/jmg_9605.jpg
+ delete mode 120000 201210/jmg_9606.jpg
+ delete mode 120000 201210/jmg_9608.jpg
+ delete mode 120000 201210/jmg_9609.jpg
+ delete mode 120000 201210/jmg_9610.jpg
+ delete mode 120000 201210/jmg_9611.jpg
+ delete mode 120000 201210/jmg_9612.jpg
+ delete mode 120000 201210/jmg_9613.jpg
+ delete mode 120000 201210/jmg_9614.jpg
+ delete mode 120000 201210/jmg_9616.cr2
+ delete mode 120000 201210/jmg_9616.jpg
+ delete mode 120000 201210/jmg_9617.jpg
+ delete mode 120000 201210/jmg_9619.jpg
+ delete mode 120000 201210/jmg_9620.jpg
+ delete mode 120000 201210/jmg_9621.jpg
+ delete mode 120000 201210/jmg_9622.jpg
+ delete mode 120000 201210/jmg_9623.cr2
+ delete mode 120000 201210/jmg_9623.jpg
+ delete mode 120000 201210/jmg_9624.cr2
+ delete mode 120000 201210/jmg_9624.jpg
+ delete mode 120000 201210/jmg_9736_raw.jpg
+ delete mode 120000 201210/jmg_9738_raw.jpg
+ delete mode 120000 201210/jmg_9740.cr2
+ delete mode 120000 201210/jmg_9740.jpg
+ delete mode 120000 201210/jmg_9743.jpg
+ delete mode 120000 201210/jmg_9744.jpg
+ delete mode 120000 201210/jmg_9745.cr2
+ delete mode 120000 201210/jmg_9745.jpg
+ delete mode 120000 201210/jmg_9746.cr2
+ delete mode 120000 201210/jmg_9746.jpg
+ delete mode 120000 201210/jmg_9748.jpg
+ delete mode 120000 201210/jmg_9749_raw.jpg
+ delete mode 120000 201210/jmg_9751.jpg
+ delete mode 120000 201210/jmg_9752.jpg
+ delete mode 120000 201210/jmg_9754.jpg
+ delete mode 120000 201210/jmg_9755.jpg
+ delete mode 120000 201210/jmg_9756.jpg
+ delete mode 120000 201210/jmg_9760.cr2
+ delete mode 120000 201210/jmg_9760.jpg
+ delete mode 120000 201210/jmg_9761.cr2
+ delete mode 120000 201210/jmg_9761.jpg
+ delete mode 120000 201210/jmg_9763.jpg
+ delete mode 120000 201210/jmg_9764.jpg
+ delete mode 120000 201210/jmg_9766.jpg
+ delete mode 120000 201210/jmg_9767.cr2
+ delete mode 120000 201210/jmg_9767.jpg
+ delete mode 120000 201210/jmg_9768.jpg
+ delete mode 120000 201210/jmg_9771.jpg
+ delete mode 120000 201210/jmg_9772.jpg
+ delete mode 120000 201210/jmg_9791.jpg
+ delete mode 120000 201210/jmg_9792.jpg
+ delete mode 120000 201210/jmg_9793.jpg
+ delete mode 120000 201210/jmg_9794.jpg
+ delete mode 120000 201210/jmg_9796.jpg
+ delete mode 120000 201210/jmg_9797.jpg
+ delete mode 120000 201210/jmg_9799.jpg
+ delete mode 120000 201210/jmg_9800.jpg
+ delete mode 120000 201210/jmg_9801.jpg
+ delete mode 120000 201210/jmg_9803.jpg
+ delete mode 120000 201210/jmg_9807.jpg
+ delete mode 120000 201210/jmg_9808.jpg
+ delete mode 120000 201210/jmg_9809.jpg
+ delete mode 120000 201210/jmg_9810.jpg
+ delete mode 120000 201210/jmg_9811.jpg
+ delete mode 120000 201210/jmg_9812.jpg
+ delete mode 120000 201210/jmg_9813.jpg
+ delete mode 120000 201210/jmg_9815.jpg
+ delete mode 120000 201210/jmg_9818.jpg
+ delete mode 120000 201210/jmg_9819.jpg
+ delete mode 120000 201210/jmg_9820.jpg
+ delete mode 120000 201210/jmg_9821.jpg
+ delete mode 120000 201210/jmg_9822.jpg
+ delete mode 120000 201210/jmg_9823.jpg
+ delete mode 120000 201210/jmg_9825.jpg
+ delete mode 120000 201210/jmg_9826.jpg
+ delete mode 120000 201210/jmg_9827.jpg
+ delete mode 120000 201210/jmg_9828.jpg
+ delete mode 120000 201210/jmg_9829.jpg
+ delete mode 120000 201210/jmg_9830.cr2
+ delete mode 120000 201210/jmg_9830.jpg
+ delete mode 120000 201210/jmg_9832.cr2
+ delete mode 120000 201210/jmg_9832.jpg
+ delete mode 120000 201210/jmg_9834.jpg
+ delete mode 120000 201210/jmg_9836.jpg
+ delete mode 120000 201210/jmg_9838.jpg
+ delete mode 120000 201210/jmg_9839.jpg
+ delete mode 120000 201210/jmg_9841.jpg
+ delete mode 120000 201210/jmg_9843.jpg
+ delete mode 120000 201210/jmg_9845.jpg
+ delete mode 120000 201210/jmg_9846.jpg
+ delete mode 120000 201210/jmg_9848.jpg
+ delete mode 120000 201210/jmg_9849.jpg
+ delete mode 120000 201210/jmg_9852.jpg
+ delete mode 120000 201210/jmg_9853.jpg
+ delete mode 120000 201210/jmg_9854.jpg
+ delete mode 120000 201210/jmg_9855.jpg
+ delete mode 120000 201210/jmg_9856.jpg
+ delete mode 120000 201210/jmg_9857.cr2
+ delete mode 120000 201210/jmg_9857.jpg
+ delete mode 120000 201210/jmg_9858.cr2
+ delete mode 120000 201210/jmg_9858.jpg
+ delete mode 120000 201210/jmg_9859.jpg
+ delete mode 120000 201210/jmg_9860.jpg
+ delete mode 120000 201210/jmg_9915.jpg
+ delete mode 120000 201210/jmg_9917.jpg
+ delete mode 120000 201210/jmg_9918.jpg
+ delete mode 120000 201210/jmg_9919.jpg
+ delete mode 120000 201210/jmg_9922.jpg
+ delete mode 120000 201210/jmg_9923.jpg
+ delete mode 120000 201210/jmg_9925.jpg
+ delete mode 120000 201210/jmg_9926.cr2
+ delete mode 120000 201210/jmg_9926.jpg
+ delete mode 120000 201210/jmg_9928.jpg
+ delete mode 120000 201210/jmg_9975.cr2
+ delete mode 120000 201210/jmg_9975.jpg
+ delete mode 120000 201210/jmg_9976.cr2
+ delete mode 120000 201210/jmg_9976.jpg
+ delete mode 120000 201210/jmg_9978.jpg
+ delete mode 120000 201210/jmg_9986.jpg
+ delete mode 120000 201210/jmg_9987.jpg
+ delete mode 120000 201210/jmg_9988.jpg
+ delete mode 120000 201210/jmg_9989.jpg
+ delete mode 120000 201210/jmg_9991.jpg
+ delete mode 120000 201210/jmg_9993.jpg
+ delete mode 120000 201210/jmg_9994.cr2
+ delete mode 120000 201210/jmg_9994.jpg
+ delete mode 120000 201210/jmg_9997.jpg
+ delete mode 120000 201210/jmg_9998.jpg
+ delete mode 120000 201210/jmg_9999.jpg
+ delete mode 120000 201212/jmg_0131.jpg
+ delete mode 120000 201212/jmg_0134.jpg
+ delete mode 120000 201212/jmg_0135.jpg
+ delete mode 120000 201212/jmg_0152.jpg
+ delete mode 120000 201212/jmg_0155.jpg
+ delete mode 120000 201212/jmg_0156.jpg
+ delete mode 120000 201212/jmg_0162.jpg
+ delete mode 120000 201212/jmg_0163.jpg
+ delete mode 120000 201212/jmg_0165.jpg
+ delete mode 120000 201212/jmg_0176.cr2
+ delete mode 120000 201212/jmg_0176.jpg
+ delete mode 120000 201212/jmg_0177.cr2
+ delete mode 120000 201212/jmg_0177.jpg
+ delete mode 120000 201212/jmg_0178.jpg
+ delete mode 120000 201212/jmg_0179.jpg
+ delete mode 120000 201212/jmg_0180.jpg
+ delete mode 120000 201212/jmg_0184.jpg
+ delete mode 120000 201212/jmg_0185.jpg
+ delete mode 120000 201212/jmg_0186.jpg
+ delete mode 120000 201212/jmg_0187.jpg
+ delete mode 120000 201212/jmg_0306.jpg
+ delete mode 120000 201212/jmg_0307.jpg
+ delete mode 120000 201212/jmg_0308.jpg
+ delete mode 120000 201212/jmg_0310.jpg
+ delete mode 120000 201212/jmg_0311.jpg
+ delete mode 120000 201212/jmg_0312.jpg
+ delete mode 120000 201212/jmg_0313.jpg
+ delete mode 120000 201212/jmg_0314.jpg
+ delete mode 120000 201212/jmg_0315.jpg
+ delete mode 120000 201212/jmg_0316.jpg
+ delete mode 120000 201212/jmg_0317.jpg
+ delete mode 120000 201212/jmg_0321.jpg
+ delete mode 120000 201212/jmg_0326.jpg
+ delete mode 120000 201212/jmg_0328.jpg
+ delete mode 120000 201212/jmg_0330.jpg
+ delete mode 120000 201212/jmg_0333.jpg
+ delete mode 120000 201212/jmg_0336.jpg
+ delete mode 120000 201212/jmg_0340.jpg
+ delete mode 120000 201212/jmg_0343.jpg
+ delete mode 120000 201212/jmg_0345.jpg
+ delete mode 120000 201212/jmg_0360.jpg
+ delete mode 120000 201212/jmg_0362.jpg
+ delete mode 120000 201212/jmg_0363.jpg
+ delete mode 120000 201212/jmg_0364.jpg
+ delete mode 120000 201212/jmg_0366.jpg
+ delete mode 120000 201212/jmg_0367.jpg
+ delete mode 120000 201212/jmg_0368.jpg
+ delete mode 120000 201212/jmg_0369.jpg
+ delete mode 120000 201212/jmg_0370.jpg
+ delete mode 120000 201212/jmg_0372.jpg
+ delete mode 120000 201212/jmg_0382.jpg
+ delete mode 120000 201212/jmg_0383.jpg
+ delete mode 120000 201212/jmg_0384.jpg
+ delete mode 120000 201212/jmg_0385.jpg
+ delete mode 120000 201212/jmg_0387.jpg
+ delete mode 120000 201212/jmg_0388.jpg
+ delete mode 120000 201212/jmg_0389.jpg
+ delete mode 120000 201212/jmg_0390.jpg
+ delete mode 120000 201212/jmg_0392.jpg
+ delete mode 120000 201212/jmg_0396.jpg
+ delete mode 120000 201212/jmg_0397.jpg
+ delete mode 120000 201212/jmg_0398.jpg
+ delete mode 120000 201212/jmg_0399.jpg
+ delete mode 120000 201212/jmg_0402.jpg
+ delete mode 120000 201212/jmg_0404.jpg
+ delete mode 120000 201212/jmg_0405.jpg
+ delete mode 120000 201212/jmg_0406.jpg
+ delete mode 120000 201212/jmg_0407.jpg
+ delete mode 120000 201212/jmg_0408.jpg
+ delete mode 120000 201212/jmg_0410.jpg
+ delete mode 120000 201212/jmg_0411.jpg
+ delete mode 120000 201212/jmg_0412.jpg
+ delete mode 120000 201212/jmg_0415.jpg
+ delete mode 120000 201212/jmg_0417.jpg
+ delete mode 120000 201212/jmg_0418.jpg
+ delete mode 120000 201302/jmg_0502.cr2
+ delete mode 120000 201302/jmg_0502.jpg
+ delete mode 120000 201302/jmg_0503.jpg
+ delete mode 120000 201302/jmg_0507.jpg
+ delete mode 120000 201302/jmg_0510.jpg
+ delete mode 120000 201302/jmg_0512.jpg
+ delete mode 120000 201302/jmg_0513.jpg
+ delete mode 120000 201302/jmg_0514.jpg
+ delete mode 120000 201302/jmg_0516.jpg
+ delete mode 120000 201302/jmg_0517.jpg
+ delete mode 120000 201302/jmg_0518.jpg
+ delete mode 120000 201302/jmg_0521.jpg
+ delete mode 120000 201302/jmg_0522.jpg
+ delete mode 120000 201302/jmg_0523.jpg
+ delete mode 120000 201302/jmg_0524.jpg
+ delete mode 120000 201302/jmg_0526.jpg
+ delete mode 120000 201302/jmg_0527.jpg
+ delete mode 120000 201302/jmg_0528.jpg
+ delete mode 120000 201302/jmg_0532.cr2
+ delete mode 120000 201302/jmg_0532.jpg
+ delete mode 120000 201302/jmg_0534.jpg
+ delete mode 120000 201302/jmg_0535.jpg
+ delete mode 120000 201302/jmg_0537.jpg
+ delete mode 120000 201302/jmg_0539.jpg
+ delete mode 120000 201302/jmg_0541.jpg
+ delete mode 120000 201302/jmg_0543.jpg
+ delete mode 120000 201304/bruecke_saeckingen.tif
+ delete mode 120000 201304/jmg_0685.cr2
+ delete mode 120000 201304/jmg_0685.jpg
+ delete mode 120000 201304/jmg_0687.cr2
+ delete mode 120000 201304/jmg_0687.jpg
+ delete mode 120000 201304/jmg_0699.jpg
+ delete mode 120000 201304/jmg_0700.jpg
+ delete mode 120000 201304/jmg_0726.jpg
+ delete mode 120000 201304/jmg_0727.jpg
+ delete mode 120000 201304/jmg_0728.jpg
+ delete mode 120000 201304/jmg_0729.cr2
+ delete mode 120000 201304/jmg_0729.jpg
+ delete mode 120000 201304/jmg_0730.jpg
+ delete mode 120000 201304/jmg_0731.jpg
+ delete mode 120000 201304/jmg_0733.cr2
+ delete mode 120000 201304/jmg_0733.jpg
+ delete mode 120000 201304/jmg_0734.cr2
+ delete mode 120000 201304/jmg_0734.jpg
+ delete mode 120000 201304/jmg_0736.cr2
+ delete mode 120000 201304/jmg_0736.jpg
+ delete mode 120000 201304/jmg_0737.cr2
+ delete mode 120000 201304/jmg_0737.jpg
+ delete mode 120000 201304/jmg_0738.jpg
+ delete mode 120000 201304/jmg_0739.jpg
+ delete mode 120000 201304/jmg_0740.jpg
+ delete mode 120000 201304/jmg_0741.jpg
+ delete mode 120000 201304/jmg_0742.jpg
+ delete mode 120000 201304/jmg_0744.cr2
+ delete mode 120000 201304/jmg_0744.jpg
+ delete mode 120000 201304/jmg_0749.jpg
+ delete mode 120000 201304/jmg_0750.jpg
+ delete mode 120000 201304/jmg_0751.jpg
+ delete mode 120000 201304/jmg_0752.jpg
+ delete mode 120000 201304/jmg_0753.jpg
+ delete mode 120000 201304/jmg_0755.cr2
+ delete mode 120000 201304/jmg_0755.jpg
+ delete mode 120000 201304/jmg_0757.cr2
+ delete mode 120000 201304/jmg_0757.jpg
+ delete mode 120000 201304/jmg_0758.jpg
+ delete mode 120000 201304/jmg_0759.jpg
+ delete mode 120000 201304/jmg_0760.cr2
+ delete mode 120000 201304/jmg_0760.jpg
+ delete mode 120000 201304/jmg_0762.cr2
+ delete mode 120000 201304/jmg_0762.jpg
+ delete mode 120000 201304/jmg_0763.jpg
+ delete mode 120000 201304/jmg_0764.jpg
+ delete mode 120000 201304/jmg_0765.jpg
+ delete mode 120000 201304/jmg_0766.jpg
+ delete mode 120000 201304/jmg_0769.jpg
+ delete mode 120000 201304/jmg_0770.jpg
+ delete mode 120000 201304/jmg_0771.jpg
+ delete mode 120000 201304/jmg_0785.cr2
+ delete mode 120000 201304/jmg_0785.jpg
+ delete mode 120000 201304/jmg_0786.cr2
+ delete mode 120000 201304/jmg_0786.jpg
+ delete mode 120000 201304/jmg_0787.cr2
+ delete mode 120000 201304/jmg_0787.jpg
+ delete mode 120000 201304/jmg_0789.jpg
+ delete mode 120000 201304/jmg_0790.jpg
+ delete mode 120000 201304/jmg_0791.jpg
+ delete mode 120000 201304/jmg_0800.jpg
+ delete mode 120000 201304/jmg_0801.jpg
+ delete mode 120000 201304/jmg_0802.jpg
+ delete mode 120000 201304/jmg_0803.jpg
+ delete mode 120000 201304/jmg_0809.jpg
+ delete mode 120000 201304/jmg_0810.jpg
+ delete mode 120000 201304/jmg_0812.jpg
+ delete mode 120000 201304/jmg_0813.jpg
+ delete mode 120000 201304/jmg_0824.jpg
+ delete mode 120000 201304/jmg_0825.jpg
+ delete mode 120000 201304/jmg_0827.jpg
+ delete mode 120000 201304/jmg_0831.jpg
+ delete mode 120000 201304/jmg_0833.jpg
+ delete mode 120000 201304/jmg_0834.jpg
+ delete mode 120000 201304/jmg_0836.jpg
+ delete mode 120000 201304/jmg_0837.jpg
+ delete mode 120000 201304/jmg_0845.jpg
+ delete mode 120000 201304/jmg_0846.jpg
+ delete mode 120000 201304/jmg_0847.jpg
+ delete mode 120000 201304/jmg_0848.jpg
+ delete mode 120000 201304/jmg_0849.jpg
+ delete mode 120000 201304/jmg_0850.jpg
+ delete mode 120000 201304/jmg_0851.jpg
+ delete mode 120000 201304/jmg_0857.jpg
+ delete mode 120000 201304/jmg_0858.jpg
+ delete mode 120000 201304/jmg_0860.jpg
+ delete mode 120000 201304/jmg_0861.jpg
+ delete mode 120000 201304/jmg_0862.jpg
+ delete mode 120000 201304/jmg_0863.jpg
+ delete mode 120000 201304/jmg_0864.jpg
+ delete mode 120000 201304/jmg_0866.jpg
+ delete mode 120000 201304/jmg_0867.jpg
+ delete mode 120000 201304/jmg_0868.cr2
+ delete mode 120000 201304/jmg_0868.jpg
+ delete mode 120000 201304/jmg_0869.cr2
+ delete mode 120000 201304/jmg_0869.jpg
+ delete mode 120000 201304/jmg_0872.cr2
+ delete mode 120000 201304/jmg_0872.jpg
+ delete mode 120000 201304/jmg_0874.cr2
+ delete mode 120000 201304/jmg_0874.jpg
+ delete mode 120000 201304/jmg_0875.jpg
+ delete mode 120000 201304/jmg_0875_raw.jpg
+ delete mode 120000 201304/jmg_0876.jpg
+ delete mode 120000 201304/jmg_0877.jpg
+ delete mode 120000 201304/jmg_0878.jpg
+ delete mode 120000 201304/jmg_0880.jpg
+ delete mode 120000 201304/jmg_0881.jpg
+ delete mode 120000 201304/jmg_0882.jpg
+ delete mode 120000 201304/jmg_0884.jpg
+ delete mode 120000 201304/jmg_0885.jpg
+ delete mode 120000 201304/jmg_0886.jpg
+ delete mode 120000 201304/jmg_0888.jpg
+ delete mode 120000 201304/jmg_0889.jpg
+ delete mode 120000 201304/jmg_0890.jpg
+ delete mode 120000 201304/jmg_0891.jpg
+ delete mode 120000 201304/jmg_0892.jpg
+ delete mode 120000 201304/jmg_0893.cr2
+ delete mode 120000 201304/jmg_0893.jpg
+ delete mode 120000 201304/jmg_0894.jpg
+ delete mode 120000 201304/jmg_0896.jpg
+ delete mode 120000 201304/jmg_0897.jpg
+ delete mode 120000 201304/jmg_0898.jpg
+ delete mode 120000 201304/jmg_0899.jpg
+ delete mode 120000 201304/jmg_0900.jpg
+ delete mode 120000 201304/jmg_0902.jpg
+ delete mode 120000 201304/jmg_0905.jpg
+ delete mode 120000 201304/jmg_0921.jpg
+ delete mode 120000 201304/jmg_0922.jpg
+ delete mode 120000 201304/jmg_0932.jpg
+ delete mode 120000 201304/jmg_0935.jpg
+ delete mode 120000 201304/jmg_0936.jpg
+ delete mode 120000 201304/jmg_0937.jpg
+ delete mode 120000 201304/jmg_0938.jpg
+ delete mode 120000 201304/jmg_0942.jpg
+ delete mode 120000 201304/jmg_0944.jpg
+ delete mode 120000 201304/jmg_0946.jpg
+ delete mode 120000 201304/jmg_0947.jpg
+ delete mode 120000 201304/jmg_0948.jpg
+ delete mode 120000 201304/jmg_0949.jpg
+ delete mode 120000 201304/jmg_0950.jpg
+ delete mode 120000 201304/jmg_0951.jpg
+ delete mode 120000 201304/jmg_0952.jpg
+ delete mode 120000 201304/jmg_0953.jpg
+ delete mode 120000 201304/jmg_0954.jpg
+ delete mode 120000 201304/jmg_0958.jpg
+ delete mode 120000 201304/jmg_0959.jpg
+ delete mode 120000 201304/jmg_0960.jpg
+ delete mode 120000 201304/jmg_0961.jpg
+ delete mode 120000 201304/jmg_0962.jpg
+ delete mode 120000 201304/jmg_0963.jpg
+ delete mode 120000 201304/jmg_0964.jpg
+ delete mode 120000 201304/jmg_0965.jpg
+ delete mode 120000 201304/jmg_0966.jpg
+ delete mode 120000 201304/jmg_0967.jpg
+ delete mode 120000 201304/jmg_0968.jpg
+ delete mode 120000 201304/jmg_0969.jpg
+ delete mode 120000 201304/jmg_0976.cr2
+ delete mode 120000 201304/jmg_0976.jpg
+ delete mode 120000 201304/jmg_0978.jpg
+ delete mode 120000 201304/jmg_0979.jpg
+ delete mode 120000 201304/jmg_0980.jpg
+ delete mode 120000 201304/jmg_0981.cr2
+ delete mode 120000 201304/jmg_0981.jpg
+ delete mode 120000 201304/jmg_0982.jpg
+ delete mode 120000 201304/jmg_0984.cr2
+ delete mode 120000 201304/jmg_0984.jpg
+ delete mode 120000 201304/jmg_0987.jpg
+ delete mode 120000 201304/jmg_0988.jpg
+ delete mode 120000 201304/jmg_0989.jpg
+ delete mode 120000 201304/jmg_0990.jpg
+ delete mode 120000 201304/jmg_0991.jpg
+ delete mode 120000 201304/jmg_0992.jpg
+ delete mode 120000 201304/jmg_1206.jpg
+ delete mode 120000 201304/jmg_1207.jpg
+ delete mode 120000 201304/jmg_1208.jpg
+ delete mode 120000 201304/jmg_1209.jpg
+ delete mode 120000 201304/jmg_1210.cr2
+ delete mode 120000 201304/jmg_1210.jpg
+ delete mode 120000 201304/jmg_1211.jpg
+ delete mode 120000 201304/jmg_1212.jpg
+ delete mode 120000 201304/jmg_1213.jpg
+ delete mode 120000 201304/jmg_1214.cr2
+ delete mode 120000 201304/jmg_1214.jpg
+ delete mode 120000 201304/jmg_1215.jpg
+ delete mode 120000 201304/jmg_1216.cr2
+ delete mode 120000 201304/jmg_1216.jpg
+ delete mode 120000 201304/jmg_1217.cr2
+ delete mode 120000 201304/jmg_1217.jpg
+ delete mode 120000 201304/jmg_1220.cr2
+ delete mode 120000 201304/jmg_1220.jpg
+ delete mode 120000 201304/jmg_1222.cr2
+ delete mode 120000 201304/jmg_1222.jpg
+ delete mode 120000 201304/jmg_1223.jpg
+ delete mode 120000 201306/jmg_1465.jpg
+ delete mode 120000 201306/jmg_1466.jpg
+ delete mode 120000 201306/jmg_1467.jpg
+ delete mode 120000 201306/jmg_1468.jpg
+ delete mode 120000 201306/jmg_1469.jpg
+ delete mode 120000 201306/jmg_1470.jpg
+ delete mode 120000 201306/jmg_1471.jpg
+ delete mode 120000 201306/jmg_1472.jpg
+ delete mode 120000 201306/jmg_1473.jpg
+ delete mode 120000 201306/jmg_1475.jpg
+ delete mode 120000 201306/jmg_1476.jpg
+ delete mode 120000 201306/jmg_1477.jpg
+ delete mode 120000 201306/jmg_1478.jpg
+ delete mode 120000 201306/jmg_1479.jpg
+ delete mode 120000 201306/jmg_1480.jpg
+ delete mode 120000 201306/jmg_1481.jpg
+ delete mode 120000 201306/jmg_1482.jpg
+ delete mode 120000 201306/jmg_1483.jpg
+ delete mode 120000 201306/jmg_1484.jpg
+ delete mode 120000 201306/jmg_1485.jpg
+ delete mode 120000 201306/jmg_1486.jpg
+ delete mode 120000 201306/jmg_1487.jpg
+ delete mode 120000 201306/jmg_1488.jpg
+ delete mode 120000 201306/jmg_1489.jpg
+ delete mode 120000 201306/jmg_1490.jpg
+ delete mode 120000 201306/jmg_1491.jpg
+ delete mode 120000 201306/jmg_1492.jpg
+ delete mode 120000 201306/jmg_1495.jpg
+ delete mode 120000 201306/jmg_1496.jpg
+ delete mode 120000 201306/jmg_1498.jpg
+ delete mode 120000 201306/jmg_1499.jpg
+ delete mode 120000 201306/jmg_1500.jpg
+ delete mode 120000 201306/jmg_1501.jpg
+ delete mode 120000 201306/jmg_1502.jpg
+ delete mode 120000 201306/jmg_1504.jpg
+ delete mode 120000 201306/jmg_1506.jpg
+ delete mode 120000 201306/jmg_1510.jpg
+ delete mode 120000 201306/jmg_1512.jpg
+ delete mode 120000 201306/jmg_1513.jpg
+ delete mode 120000 201306/jmg_1514.jpg
+ delete mode 120000 201306/jmg_1515.jpg
+ delete mode 120000 201306/jmg_1517.jpg
+ delete mode 120000 201306/jmg_1520.jpg
+ delete mode 120000 201306/jmg_1521.jpg
+ delete mode 120000 201306/jmg_1526.jpg
+ delete mode 120000 201306/jmg_1533.jpg
+ delete mode 120000 201306/jmg_1540.jpg
+ delete mode 120000 201306/jmg_1546.jpg
+ delete mode 120000 201306/jmg_1547.jpg
+ delete mode 120000 201306/jmg_1549.jpg
+ delete mode 120000 201306/jmg_1550.jpg
+ delete mode 120000 201306/jmg_1551.jpg
+ delete mode 120000 201306/jmg_1552.jpg
+ delete mode 120000 201306/jmg_1553.jpg
+ delete mode 120000 201306/jmg_1555.jpg
+ delete mode 120000 201306/jmg_1556.jpg
+ delete mode 120000 201306/jmg_1557.jpg
+ delete mode 120000 201306/jmg_1558.jpg
+ delete mode 120000 201306/jmg_1559.jpg
+ delete mode 120000 201306/jmg_1560.jpg
+ delete mode 120000 201306/jmg_1562.jpg
+ delete mode 120000 201306/jmg_1566.jpg
+ delete mode 120000 201306/jmg_1568.jpg
+ delete mode 120000 201306/jmg_1570.jpg
+ delete mode 120000 201306/jmg_1571.jpg
+ delete mode 120000 201306/jmg_1572.jpg
+ delete mode 120000 201306/jmg_1574.jpg
+ delete mode 120000 201306/jmg_1575.jpg
+ delete mode 120000 201306/jmg_1576.jpg
+ delete mode 120000 201306/jmg_1577.jpg
+ delete mode 120000 201306/jmg_1578.jpg
+ delete mode 120000 201306/jmg_1579.jpg
+ delete mode 120000 201306/jmg_1579_raw.jpg
+ delete mode 120000 201306/jmg_1581.jpg
+ delete mode 120000 201306/jmg_1583.jpg
+ delete mode 120000 201306/jmg_1583_cut.jpg
+ delete mode 120000 201306/jmg_1583_raw.jpg
+ delete mode 120000 201306/jmg_1584.jpg
+ delete mode 120000 201306/jmg_1586.jpg
+ delete mode 120000 201306/jmg_1587.jpg
+ delete mode 120000 201306/jmg_1588.jpg
+ delete mode 120000 201306/jmg_1589.jpg
+ delete mode 120000 201306/jmg_1591.jpg
+ delete mode 120000 201306/jmg_1592.jpg
+ delete mode 120000 201306/jmg_1593.jpg
+ delete mode 120000 201306/jmg_1593_raw.jpg
+ delete mode 120000 201306/jmg_1594.jpg
+ delete mode 120000 201306/jmg_1594_raw.jpg
+ delete mode 120000 201306/jmg_1595.jpg
+ delete mode 120000 201306/jmg_1596.jpg
+ delete mode 120000 201306/jmg_1597.jpg
+ delete mode 120000 201306/jmg_1599.jpg
+ delete mode 120000 201306/jmg_1626.jpg
+ delete mode 120000 201306/jmg_1628.jpg
+ delete mode 120000 201306/jmg_1629.jpg
+ delete mode 120000 201306/jmg_1630.jpg
+ delete mode 120000 201306/jmg_1631.jpg
+ delete mode 120000 201306/jmg_1633.jpg
+ delete mode 120000 201306/jmg_1635.jpg
+ delete mode 120000 201306/jmg_1636.jpg
+ delete mode 120000 201306/jmg_1637.jpg
+ delete mode 120000 201306/jmg_1638.jpg
+ delete mode 120000 201306/jmg_1640.jpg
+ delete mode 120000 201306/jmg_1642.jpg
+ delete mode 120000 201306/jmg_1643.jpg
+ delete mode 120000 201306/jmg_1644.jpg
+ delete mode 120000 201306/jmg_1647.jpg
+ delete mode 120000 201306/jmg_1649.jpg
+ delete mode 120000 201306/jmg_1650.jpg
+ delete mode 120000 201306/jmg_1651.jpg
+ delete mode 120000 201306/jmg_1652.jpg
+ delete mode 120000 201306/jmg_1653.jpg
+ delete mode 120000 201306/jmg_1655.jpg
+ delete mode 120000 201306/jmg_1656.jpg
+ delete mode 120000 201306/jmg_1660.jpg
+ delete mode 120000 201306/jmg_1667.jpg
+ delete mode 120000 201306/jmg_1682.jpg
+ delete mode 120000 201306/jmg_1688.jpg
+ delete mode 120000 201306/jmg_1689.jpg
+ delete mode 120000 201306/jmg_1701.jpg
+ delete mode 120000 201306/jmg_1702.jpg
+ delete mode 120000 201306/jmg_1703.jpg
+ delete mode 120000 201306/jmg_1710.jpg
+ delete mode 120000 201306/jmg_1710_raw.jpg
+ delete mode 120000 201306/jmg_1715.jpg
+ delete mode 120000 201306/jmg_1716.jpg
+ delete mode 120000 201306/jmg_1719.jpg
+ delete mode 120000 201306/jmg_1722.jpg
+ delete mode 120000 201306/jmg_1723.jpg
+ delete mode 120000 201306/jmg_1729.cr2
+ delete mode 120000 201308/jmg_2038.jpg
+ delete mode 120000 201308/jmg_2039.jpg
+ delete mode 120000 201308/jmg_2040.jpg
+ delete mode 120000 201308/jmg_2041.jpg
+ delete mode 120000 201308/jmg_2042.jpg
+ delete mode 120000 201308/jmg_2043.jpg
+ delete mode 120000 201308/jmg_2045.jpg
+ delete mode 120000 201308/jmg_2047.jpg
+ delete mode 120000 201308/jmg_2048.jpg
+ delete mode 120000 201308/jmg_2049.jpg
+ delete mode 120000 201308/jmg_2050.jpg
+ delete mode 120000 201308/jmg_2051.jpg
+ delete mode 120000 201308/jmg_2052.jpg
+ delete mode 120000 201308/jmg_2053.jpg
+ delete mode 120000 201308/jmg_2054.jpg
+ delete mode 120000 201308/jmg_2055.jpg
+ delete mode 120000 201308/jmg_2056.jpg
+ delete mode 120000 201308/jmg_2057.jpg
+ delete mode 120000 201308/jmg_2058.jpg
+ delete mode 120000 201308/jmg_2059.jpg
+ delete mode 120000 201308/jmg_2060.jpg
+ delete mode 120000 201308/jmg_2061.jpg
+ delete mode 120000 201308/jmg_2062.jpg
+ delete mode 120000 201308/jmg_2089.cr2
+ delete mode 120000 201308/jmg_2089.jpg
+ delete mode 120000 201308/jmg_2089_raw.jpg
+ delete mode 120000 201308/jmg_2090.jpg
+ delete mode 120000 201308/jmg_2091.jpg
+ delete mode 120000 201308/jmg_2092.jpg
+ delete mode 120000 201308/jmg_2093.jpg
+ delete mode 120000 201308/jmg_2096.jpg
+ delete mode 120000 201308/jmg_2097.jpg
+ delete mode 120000 201308/jmg_2098.jpg
+ delete mode 120000 201308/jmg_2099.cr2
+ delete mode 120000 201308/jmg_2099.jpg
+ delete mode 120000 201308/jmg_2099_raw.jpg
+ delete mode 120000 201308/jmg_2100.cr2
+ delete mode 120000 201308/jmg_2100.jpg
+ delete mode 120000 201308/jmg_2100_raw.jpg
+ delete mode 120000 201308/jmg_2102.jpg
+ delete mode 120000 201308/jmg_2103.jpg
+ delete mode 120000 201308/jmg_2104.jpg
+ delete mode 120000 201308/jmg_2105.jpg
+ delete mode 120000 201308/jmg_2106.jpg
+ delete mode 120000 201308/jmg_2107.jpg
+ delete mode 120000 201308/jmg_2108.jpg
+ delete mode 120000 201308/jmg_2109.jpg
+ delete mode 120000 201308/jmg_2110.jpg
+ delete mode 120000 201308/jmg_2111.jpg
+ delete mode 120000 201308/jmg_2112.jpg
+ delete mode 120000 201308/jmg_2113.jpg
+ delete mode 120000 201308/jmg_2114.jpg
+ delete mode 120000 201308/jmg_2115.jpg
+ delete mode 120000 201308/jmg_2117.jpg
+ delete mode 120000 201308/jmg_2118.jpg
+ delete mode 120000 201308/jmg_2119.jpg
+ delete mode 120000 201308/jmg_2120.jpg
+ delete mode 120000 201308/jmg_2122.jpg
+ delete mode 120000 201308/jmg_2125.jpg
+ delete mode 120000 201308/jmg_2127.jpg
+ delete mode 120000 201308/jmg_2129.jpg
+ delete mode 120000 201308/jmg_2130.jpg
+ delete mode 120000 201308/jmg_2132.jpg
+ delete mode 120000 201308/jmg_2134.jpg
+ delete mode 120000 201308/jmg_2135.jpg
+ delete mode 120000 201308/jmg_2136.jpg
+ delete mode 120000 201308/jmg_2137.jpg
+ delete mode 120000 201308/jmg_2138.jpg
+ delete mode 120000 201308/jmg_2148.jpg
+ delete mode 120000 201308/jmg_2150.jpg
+ delete mode 120000 201308/jmg_2151.jpg
+ delete mode 120000 201308/jmg_2156.jpg
+ delete mode 120000 201308/jmg_2158.cr2
+ delete mode 120000 201308/jmg_2158.jpg
+ delete mode 120000 201308/jmg_2159.jpg
+ delete mode 120000 201308/jmg_2160.jpg
+ delete mode 120000 201308/jmg_2161.jpg
+ delete mode 120000 201308/jmg_2162.jpg
+ delete mode 120000 201308/jmg_2165.jpg
+ delete mode 120000 201308/jmg_2166.jpg
+ delete mode 120000 201308/jmg_2168.jpg
+ delete mode 120000 201308/jmg_2169.jpg
+ delete mode 120000 201308/jmg_2171.jpg
+ delete mode 120000 201308/jmg_2173.jpg
+ delete mode 120000 201308/jmg_2174.jpg
+ delete mode 120000 201308/jmg_2175.jpg
+ delete mode 120000 201308/jmg_2177.jpg
+ delete mode 120000 201308/jmg_2178.jpg
+ delete mode 120000 201308/jmg_2180.jpg
+ delete mode 120000 201308/jmg_2181.jpg
+ delete mode 120000 201308/jmg_2182.jpg
+ delete mode 120000 201308/jmg_2183.jpg
+ delete mode 120000 201308/jmg_2184.jpg
+ delete mode 120000 201308/jmg_2187.jpg
+ delete mode 120000 201308/jmg_2188.jpg
+ delete mode 120000 201308/jmg_2189.jpg
+ delete mode 120000 201308/jmg_2191.cr2
+ delete mode 120000 201308/jmg_2191.jpg
+ delete mode 120000 201308/jmg_2193.cr2
+ delete mode 120000 201308/jmg_2193.jpg
+ delete mode 120000 201308/jmg_2194.cr2
+ delete mode 120000 201308/jmg_2194.jpg
+ delete mode 120000 201308/jmg_2197.cr2
+ delete mode 120000 201308/jmg_2197.jpg
+ delete mode 120000 201308/jmg_2200.cr2
+ delete mode 120000 201308/jmg_2200.jpg
+ delete mode 120000 201308/jmg_2201.cr2
+ delete mode 120000 201308/jmg_2201.jpg
+ delete mode 120000 201308/jmg_2202.cr2
+ delete mode 120000 201308/jmg_2202.jpg
+ delete mode 120000 201308/jmg_2209.jpg
+ delete mode 120000 201308/jmg_2210.jpg
+ delete mode 120000 201308/jmg_2215.jpg
+ delete mode 120000 201308/jmg_2216.jpg
+ delete mode 120000 201308/jmg_2217.cr2
+ delete mode 120000 201308/jmg_2217.jpg
+ delete mode 120000 201308/jmg_2219.cr2
+ delete mode 120000 201308/jmg_2219.jpg
+ delete mode 120000 201308/jmg_2223.jpg
+ delete mode 120000 201308/jmg_2224.jpg
+ delete mode 120000 201308/jmg_2225.cr2
+ delete mode 120000 201308/jmg_2225.jpg
+ delete mode 120000 201308/jmg_2227.jpg
+ delete mode 120000 201308/jmg_2228.jpg
+ delete mode 120000 201308/jmg_2235.jpg
+ delete mode 120000 201308/jmg_2237.jpg
+ delete mode 120000 201308/jmg_2238.jpg
+ delete mode 120000 201308/jmg_2239.cr2
+ delete mode 120000 201308/jmg_2239.jpg
+ delete mode 120000 201308/jmg_2239_raw.jpg
+ delete mode 120000 201308/jmg_2240.jpg
+ delete mode 120000 201308/jmg_2243.jpg
+ delete mode 120000 201308/jmg_2244.jpg
+ delete mode 120000 201308/jmg_2245.jpg
+ delete mode 120000 201308/jmg_2247.cr2
+ delete mode 120000 201308/jmg_2247.jpg
+ delete mode 120000 201308/jmg_2249.jpg
+ delete mode 120000 201308/jmg_2250.cr2
+ delete mode 120000 201308/jmg_2250.jpg
+ delete mode 120000 201308/jmg_2252.jpg
+ delete mode 120000 201308/jmg_2253.jpg
+ delete mode 120000 201308/jmg_2254.jpg
+ create mode 120000 incoming/5d/201203/jmg_8701.cr2
+ create mode 120000 incoming/5d/201203/jmg_8702.jpg
+ create mode 120000 incoming/5d/201203/jmg_8705.jpg
+ create mode 120000 incoming/5d/201203/jmg_8711.jpg
+ create mode 120000 incoming/5d/201203/jmg_8717.jpg
+ create mode 120000 incoming/5d/201203/jmg_8718.jpg
+ create mode 120000 incoming/5d/201203/jmg_8719.jpg
+ create mode 120000 incoming/5d/201203/jmg_8721.jpg
+ create mode 120000 incoming/5d/201203/jmg_8725.jpg
+ create mode 120000 incoming/5d/201203/jmg_8726.jpg
+ create mode 120000 incoming/5d/201203/jmg_8731.jpg
+ create mode 120000 incoming/5d/201203/jmg_8745.jpg
+ create mode 120000 incoming/5d/201203/jmg_8747_raw.jpg
+ create mode 120000 incoming/5d/201203/jmg_8750.cr2
+ create mode 120000 incoming/5d/201203/jmg_8750.jpg
+ create mode 120000 incoming/5d/201207/jmg_9048.jpg
+ create mode 120000 incoming/5d/201207/jmg_9053.jpg
+ create mode 120000 incoming/5d/201207/jmg_9054.jpg
+ create mode 120000 incoming/5d/201207/jmg_9069.cr2
+ create mode 120000 incoming/5d/201207/jmg_9069.jpg
+ create mode 120000 incoming/5d/201207/jmg_9070.cr2
+ create mode 120000 incoming/5d/201207/jmg_9070.jpg
+ create mode 120000 incoming/5d/201207/jmg_9072.cr2
+ create mode 120000 incoming/5d/201207/jmg_9072.jpg
+ create mode 120000 incoming/5d/201207/jmg_9076.cr2
+ create mode 120000 incoming/5d/201207/jmg_9076.jpg
+ create mode 120000 incoming/5d/201302/jmg_0502.cr2
+ create mode 120000 incoming/5d/201302/jmg_0502.jpg
+ create mode 120000 incoming/5d/201302/jmg_0503.jpg
+ create mode 120000 incoming/5d/201302/jmg_0507.jpg
+ create mode 120000 incoming/5d/201302/jmg_0510.jpg
+ create mode 120000 incoming/5d/201302/jmg_0512.jpg
+ create mode 120000 incoming/5d/201302/jmg_0513.jpg
+ create mode 120000 incoming/5d/201302/jmg_0514.jpg
+ create mode 120000 incoming/5d/201302/jmg_0516.jpg
+ create mode 120000 incoming/5d/201302/jmg_0517.jpg
+ create mode 120000 incoming/5d/201302/jmg_0518.jpg
+ create mode 120000 incoming/5d/201302/jmg_0521.jpg
+ create mode 120000 incoming/5d/201302/jmg_0522.jpg
+ create mode 120000 incoming/5d/201302/jmg_0523.jpg
+ create mode 120000 incoming/5d/201302/jmg_0524.jpg
+ create mode 120000 incoming/5d/201302/jmg_0526.jpg
+ create mode 120000 incoming/5d/201302/jmg_0527.jpg
+ create mode 120000 incoming/5d/201302/jmg_0528.jpg
+ create mode 120000 incoming/5d/201302/jmg_0532.cr2
+ create mode 120000 incoming/5d/201302/jmg_0532.jpg
+ create mode 120000 incoming/5d/201302/jmg_0534.jpg
+ create mode 120000 incoming/5d/201302/jmg_0535.jpg
+ create mode 120000 incoming/5d/201302/jmg_0537.jpg
+ create mode 120000 incoming/5d/201302/jmg_0539.jpg
+ create mode 120000 incoming/5d/201302/jmg_0541.jpg
+ create mode 120000 incoming/5d/201302/jmg_0543.jpg
+ create mode 120000 incoming/5d/jmg_0021.jpg
+ create mode 120000 incoming/5d/jmg_0025.jpg
+ create mode 120000 incoming/5d/jmg_0026.jpg
+ create mode 120000 incoming/5d/jmg_0027.jpg
+ create mode 120000 incoming/5d/jmg_0034.jpg
+ create mode 120000 incoming/5d/jmg_0035.jpg
+ create mode 120000 incoming/5d/jmg_0036.jpg
+ create mode 120000 incoming/5d/jmg_0130.jpg
+ create mode 120000 incoming/5d/jmg_0131.jpg
+ create mode 120000 incoming/5d/jmg_0133.jpg
+ create mode 120000 incoming/5d/jmg_0155.jpg
+ create mode 120000 incoming/5d/jmg_0156.jpg
+ create mode 120000 incoming/5d/jmg_0158.cr2
+ create mode 120000 incoming/5d/jmg_0165.cr2
+ create mode 120000 incoming/5d/jmg_0166.cr2
+ create mode 120000 incoming/5d/jmg_0178.cr2
+ create mode 120000 incoming/5d/jmg_0179.jpg
+ create mode 120000 incoming/5d/jmg_0180.cr2
+ create mode 120000 incoming/5d/jmg_0184.jpg
+ create mode 120000 incoming/5d/jmg_0185.cr2
+ create mode 120000 incoming/5d/jmg_0187.cr2
+ create mode 120000 incoming/5d/jmg_0310.jpg
+ create mode 120000 incoming/5d/jmg_0312.jpg
+ create mode 120000 incoming/5d/jmg_0315.jpg
+ create mode 120000 incoming/5d/jmg_0340.jpg
+ create mode 120000 incoming/5d/jmg_0357.jpg
+ create mode 120000 incoming/5d/jmg_0364.jpg
+ create mode 120000 incoming/5d/jmg_0365.jpg
+ create mode 120000 incoming/5d/jmg_0368.jpg
+ create mode 120000 incoming/5d/jmg_0374.jpg
+ create mode 120000 incoming/5d/jmg_0375.jpg
+ create mode 120000 incoming/5d/jmg_0386.jpg
+ create mode 120000 incoming/5d/jmg_0399.jpg
+ create mode 120000 incoming/5d/jmg_0411.jpg
+ create mode 120000 incoming/5d/jmg_0418.jpg
+ create mode 120000 incoming/5d/jmg_0476.cr2
+ create mode 120000 incoming/5d/jmg_0476.jpg
+ create mode 120000 incoming/5d/jmg_0503.jpg
+ create mode 120000 incoming/5d/jmg_0507.cr2
+ create mode 120000 incoming/5d/jmg_0513.cr2
+ create mode 120000 incoming/5d/jmg_0513.jpg
+ create mode 120000 incoming/5d/jmg_0516.cr2
+ create mode 120000 incoming/5d/jmg_0517.cr2
+ create mode 120000 incoming/5d/jmg_0518.jpg
+ create mode 120000 incoming/5d/jmg_0522.cr2
+ create mode 120000 incoming/5d/jmg_0524.cr2
+ create mode 120000 incoming/5d/jmg_0524.jpg
+ create mode 120000 incoming/5d/jmg_0530.jpg
+ create mode 120000 incoming/5d/jmg_0541.cr2
+ create mode 120000 incoming/5d/jmg_0550.jpg
+ create mode 120000 incoming/5d/jmg_0554.jpg
+ create mode 120000 incoming/5d/jmg_0555.jpg
+ create mode 120000 incoming/5d/jmg_0558.jpg
+ create mode 120000 incoming/5d/jmg_0563.jpg
+ create mode 120000 incoming/5d/jmg_0573.jpg
+ create mode 120000 incoming/5d/jmg_0575.cr2
+ create mode 120000 incoming/5d/jmg_0578.cr2
+ create mode 120000 incoming/5d/jmg_0579.cr2
+ create mode 120000 incoming/5d/jmg_0582.jpg
+ create mode 120000 incoming/5d/jmg_0593.cr2
+ create mode 120000 incoming/5d/jmg_0594.cr2
+ create mode 120000 incoming/5d/jmg_0594.jpg
+ create mode 120000 incoming/5d/jmg_0595.cr2
+ create mode 120000 incoming/5d/jmg_0600.jpg
+ create mode 120000 incoming/5d/jmg_0606.cr2
+ create mode 120000 incoming/5d/jmg_0607.jpg
+ create mode 120000 incoming/5d/jmg_0610.cr2
+ create mode 120000 incoming/5d/jmg_0610.jpg
+ create mode 120000 incoming/5d/jmg_0612.jpg
+ create mode 120000 incoming/5d/jmg_0613.cr2
+ create mode 120000 incoming/5d/jmg_0614.jpg
+ create mode 120000 incoming/5d/jmg_0619.cr2
+ create mode 120000 incoming/5d/jmg_0623.jpg
+ create mode 120000 incoming/5d/jmg_0628.cr2
+ create mode 120000 incoming/5d/jmg_0628.jpg
+ create mode 120000 incoming/5d/jmg_0639.jpg
+ create mode 120000 incoming/5d/jmg_0645.cr2
+ create mode 120000 incoming/5d/jmg_0646.jpg
+ create mode 120000 incoming/5d/jmg_0647.cr2
+ create mode 120000 incoming/5d/jmg_0648.jpg
+ create mode 120000 incoming/5d/jmg_0649.jpg
+ create mode 120000 incoming/5d/jmg_0655.jpg
+ create mode 120000 incoming/5d/jmg_0667.jpg
+ create mode 120000 incoming/5d/jmg_0670.jpg
+ create mode 120000 incoming/5d/jmg_0673.jpg
+ create mode 120000 incoming/5d/jmg_0679.jpg
+ create mode 120000 incoming/5d/jmg_0685.jpg
+ create mode 120000 incoming/5d/jmg_0699.cr2
+ create mode 120000 incoming/5d/jmg_0700.cr2
+ create mode 120000 incoming/5d/jmg_0701.cr2
+ create mode 120000 incoming/5d/jmg_0708.jpg
+ create mode 120000 incoming/5d/jmg_0718.jpg
+ create mode 120000 incoming/5d/jmg_0726.cr2
+ create mode 120000 incoming/5d/jmg_0728.jpg
+ create mode 120000 incoming/5d/jmg_0730.jpg
+ create mode 120000 incoming/5d/jmg_0734.jpg
+ create mode 120000 incoming/5d/jmg_0740.jpg
+ create mode 120000 incoming/5d/jmg_0743.cr2
+ create mode 120000 incoming/5d/jmg_0744.cr2
+ create mode 120000 incoming/5d/jmg_0745.cr2
+ create mode 120000 incoming/5d/jmg_0747.jpg
+ create mode 120000 incoming/5d/jmg_0750.cr2
+ create mode 120000 incoming/5d/jmg_0755.cr2
+ create mode 120000 incoming/5d/jmg_0759.cr2
+ create mode 120000 incoming/5d/jmg_0760.cr2
+ create mode 120000 incoming/5d/jmg_0761.jpg
+ create mode 120000 incoming/5d/jmg_0765.jpg
+ create mode 120000 incoming/5d/jmg_0768.jpg
+ create mode 120000 incoming/5d/jmg_0771.jpg
+ create mode 120000 incoming/5d/jmg_0778.jpg
+ create mode 120000 incoming/5d/jmg_0780.jpg
+ create mode 120000 incoming/5d/jmg_0782.cr2
+ create mode 120000 incoming/5d/jmg_0786.cr2
+ create mode 120000 incoming/5d/jmg_0787.cr2
+ create mode 120000 incoming/5d/jmg_0788.cr2
+ create mode 120000 incoming/5d/jmg_0794.jpg
+ create mode 120000 incoming/5d/jmg_0796.jpg
+ create mode 120000 incoming/5d/jmg_0801.cr2
+ create mode 120000 incoming/5d/jmg_0803.cr2
+ create mode 120000 incoming/5d/jmg_0804.cr2
+ create mode 120000 incoming/5d/jmg_0812.jpg
+ create mode 120000 incoming/5d/jmg_0819.jpg
+ create mode 120000 incoming/5d/jmg_0827.jpg
+ create mode 120000 incoming/5d/jmg_0830.jpg
+ create mode 120000 incoming/5d/jmg_0842.jpg
+ create mode 120000 incoming/5d/jmg_0846.jpg
+ create mode 120000 incoming/5d/jmg_0857.cr2
+ create mode 120000 incoming/5d/jmg_0863.jpg
+ create mode 120000 incoming/5d/jmg_0866.cr2
+ create mode 120000 incoming/5d/jmg_0868.cr2
+ create mode 120000 incoming/5d/jmg_0868.jpg
+ create mode 120000 incoming/5d/jmg_0870.jpg
+ create mode 120000 incoming/5d/jmg_0877.jpg
+ create mode 120000 incoming/5d/jmg_0882.cr2
+ create mode 120000 incoming/5d/jmg_0883.jpg
+ create mode 120000 incoming/5d/jmg_0888.jpg
+ create mode 120000 incoming/5d/jmg_0891.jpg
+ create mode 120000 incoming/5d/jmg_0894.cr2
+ create mode 120000 incoming/5d/jmg_0896.cr2
+ create mode 120000 incoming/5d/jmg_0897.cr2
+ create mode 120000 incoming/5d/jmg_0898.jpg
+ create mode 120000 incoming/5d/jmg_0899.cr2
+ create mode 120000 incoming/5d/jmg_0900.jpg
+ create mode 120000 incoming/5d/jmg_0905.jpg
+ create mode 120000 incoming/5d/jmg_0908.jpg
+ create mode 120000 incoming/5d/jmg_0914.jpg
+ create mode 120000 incoming/5d/jmg_0915.jpg
+ create mode 120000 incoming/5d/jmg_0916.jpg
+ create mode 120000 incoming/5d/jmg_0923.jpg
+ create mode 120000 incoming/5d/jmg_0924.jpg
+ create mode 120000 incoming/5d/jmg_0926.jpg
+ create mode 120000 incoming/5d/jmg_0928.jpg
+ create mode 120000 incoming/5d/jmg_0929.jpg
+ create mode 120000 incoming/5d/jmg_0936.jpg
+ create mode 120000 incoming/5d/jmg_0942.jpg
+ create mode 120000 incoming/5d/jmg_0944.jpg
+ create mode 120000 incoming/5d/jmg_0948.jpg
+ create mode 120000 incoming/5d/jmg_0960.jpg
+ create mode 120000 incoming/5d/jmg_0966.jpg
+ create mode 120000 incoming/5d/jmg_0970.cr2
+ create mode 120000 incoming/5d/jmg_0970.jpg
+ create mode 120000 incoming/5d/jmg_0972.jpg
+ create mode 120000 incoming/5d/jmg_0976.jpg
+ create mode 120000 incoming/5d/jmg_0983.cr2
+ create mode 120000 incoming/5d/jmg_0985.cr2
+ create mode 120000 incoming/5d/jmg_0985.jpg
+ create mode 120000 incoming/5d/jmg_0994.jpg
+ create mode 120000 incoming/5d/jmg_1209.cr2
+ create mode 120000 incoming/5d/jmg_1209.jpg
+ create mode 120000 incoming/5d/jmg_1211.cr2
+ create mode 120000 incoming/5d/jmg_1211.jpg
+ create mode 120000 incoming/5d/jmg_1217.cr2
+ create mode 120000 incoming/5d/jmg_1467.cr2
+ create mode 120000 incoming/5d/jmg_1469.jpg
+ create mode 120000 incoming/5d/jmg_1470.cr2
+ create mode 120000 incoming/5d/jmg_1471.cr2
+ create mode 120000 incoming/5d/jmg_1472.cr2
+ create mode 120000 incoming/5d/jmg_1477.cr2
+ create mode 120000 incoming/5d/jmg_1477.jpg
+ create mode 120000 incoming/5d/jmg_1481.cr2
+ create mode 120000 incoming/5d/jmg_1483.cr2
+ create mode 120000 incoming/5d/jmg_1485.jpg
+ create mode 120000 incoming/5d/jmg_1488.jpg
+ create mode 120000 incoming/5d/jmg_1491.jpg
+ create mode 120000 incoming/5d/jmg_1496.cr2
+ create mode 120000 incoming/5d/jmg_1502.jpg
+ create mode 120000 incoming/5d/jmg_1503.cr2
+ create mode 120000 incoming/5d/jmg_1504.jpg
+ create mode 120000 incoming/5d/jmg_1507.jpg
+ create mode 120000 incoming/5d/jmg_1515.jpg
+ create mode 120000 incoming/5d/jmg_1520.jpg
+ create mode 120000 incoming/5d/jmg_1523.jpg
+ create mode 120000 incoming/5d/jmg_1525.jpg
+ create mode 120000 incoming/5d/jmg_1539.jpg
+ create mode 120000 incoming/5d/jmg_1542.jpg
+ create mode 120000 incoming/5d/jmg_1546.jpg
+ create mode 120000 incoming/5d/jmg_1547.cr2
+ create mode 120000 incoming/5d/jmg_1549.jpg
+ create mode 120000 incoming/5d/jmg_1552.jpg
+ create mode 120000 incoming/5d/jmg_1554.cr2
+ create mode 120000 incoming/5d/jmg_1555.cr2
+ create mode 120000 incoming/5d/jmg_1556.cr2
+ create mode 120000 incoming/5d/jmg_1559.cr2
+ create mode 120000 incoming/5d/jmg_1560.cr2
+ create mode 120000 incoming/5d/jmg_1561.cr2
+ create mode 120000 incoming/5d/jmg_1562.cr2
+ create mode 120000 incoming/5d/jmg_1565.cr2
+ create mode 120000 incoming/5d/jmg_1567.cr2
+ create mode 120000 incoming/5d/jmg_1572.cr2
+ create mode 120000 incoming/5d/jmg_1577.cr2
+ create mode 120000 incoming/5d/jmg_1578.jpg
+ create mode 120000 incoming/5d/jmg_1583_cut.jpg
+ create mode 120000 incoming/5d/jmg_1583_raw.jpg
+ create mode 120000 incoming/5d/jmg_1592.cr2
+ create mode 120000 incoming/5d/jmg_1593.jpg
+ create mode 120000 incoming/5d/jmg_1626.cr2
+ create mode 120000 incoming/5d/jmg_1627.jpg
+ create mode 120000 incoming/5d/jmg_1628.cr2
+ create mode 120000 incoming/5d/jmg_1629.jpg
+ create mode 120000 incoming/5d/jmg_1630.cr2
+ create mode 120000 incoming/5d/jmg_1631.cr2
+ create mode 120000 incoming/5d/jmg_1633.cr2
+ create mode 120000 incoming/5d/jmg_1638.jpg
+ create mode 120000 incoming/5d/jmg_1639.cr2
+ create mode 120000 incoming/5d/jmg_1646.cr2
+ create mode 120000 incoming/5d/jmg_1646.jpg
+ create mode 120000 incoming/5d/jmg_1650.jpg
+ create mode 120000 incoming/5d/jmg_1651.cr2
+ create mode 120000 incoming/5d/jmg_1654.cr2
+ create mode 120000 incoming/5d/jmg_1656.jpg
+ create mode 120000 incoming/5d/jmg_1677.jpg
+ create mode 120000 incoming/5d/jmg_1689.jpg
+ create mode 120000 incoming/5d/jmg_1701.jpg
+ create mode 120000 incoming/5d/jmg_1703.jpg
+ create mode 120000 incoming/5d/jmg_1723.jpg
+ create mode 120000 incoming/5d/jmg_2039.jpg
+ create mode 120000 incoming/5d/jmg_2041.jpg
+ create mode 120000 incoming/5d/jmg_2048.cr2
+ create mode 120000 incoming/5d/jmg_2052.jpg
+ create mode 120000 incoming/5d/jmg_2061.jpg
+ delete mode 120000 incoming/5d/jmg_2064_raw.jpg
+ delete mode 120000 incoming/5d/jmg_2065_mo.jpg
+ delete mode 120000 incoming/5d/jmg_2065_raw.jpg
+ delete mode 120000 incoming/5d/jmg_2066_mo.jpg
+ delete mode 120000 incoming/5d/jmg_2066_raw.jpg
+ create mode 120000 incoming/5d/jmg_2090.jpg
+ create mode 120000 incoming/5d/jmg_2093.jpg
+ create mode 120000 incoming/5d/jmg_2100.cr2
+ create mode 120000 incoming/5d/jmg_2103.jpg
+ create mode 120000 incoming/5d/jmg_2107.jpg
+ create mode 120000 incoming/5d/jmg_2108.jpg
+ create mode 120000 incoming/5d/jmg_2112.jpg
+ create mode 120000 incoming/5d/jmg_2118.jpg
+ create mode 120000 incoming/5d/jmg_2119.jpg
+ create mode 120000 incoming/5d/jmg_2122.jpg
+ create mode 120000 incoming/5d/jmg_2125.jpg
+ create mode 120000 incoming/5d/jmg_2137.jpg
+ create mode 120000 incoming/5d/jmg_2149.jpg
+ create mode 120000 incoming/5d/jmg_2150.jpg
+ create mode 120000 incoming/5d/jmg_2158.cr2
+ create mode 120000 incoming/5d/jmg_2160.jpg
+ create mode 120000 incoming/5d/jmg_2165.jpg
+ create mode 120000 incoming/5d/jmg_2188.jpg
+ create mode 120000 incoming/5d/jmg_2189.jpg
+ create mode 120000 incoming/5d/jmg_2193.jpg
+ create mode 120000 incoming/5d/jmg_2194.cr2
+ create mode 120000 incoming/5d/jmg_2200.jpg
+ create mode 120000 incoming/5d/jmg_2201.cr2
+ create mode 120000 incoming/5d/jmg_2201.jpg
+ create mode 120000 incoming/5d/jmg_2210.jpg
+ create mode 120000 incoming/5d/jmg_2215.cr2
+ create mode 120000 incoming/5d/jmg_2216.cr2
+ create mode 120000 incoming/5d/jmg_2216.jpg
+ create mode 120000 incoming/5d/jmg_2224.jpg
+ create mode 120000 incoming/5d/jmg_2235.jpg
+ create mode 120000 incoming/5d/jmg_2238.jpg
+ create mode 120000 incoming/5d/jmg_2239.cr2
+ create mode 120000 incoming/5d/jmg_2239.jpg
+ create mode 120000 incoming/5d/jmg_2240.jpg
+ create mode 120000 incoming/5d/jmg_2244.jpg
+ create mode 120000 incoming/5d/jmg_2247.jpg
+ create mode 120000 incoming/5d/jmg_7250.cr2
+ create mode 120000 incoming/5d/jmg_7250.jpg
+ create mode 120000 incoming/5d/jmg_7256.jpg
+ create mode 120000 incoming/5d/jmg_7257.cr2
+ create mode 120000 incoming/5d/jmg_7259.cr2
+ create mode 120000 incoming/5d/jmg_7263.jpg
+ create mode 120000 incoming/5d/jmg_7265.cr2
+ create mode 120000 incoming/5d/jmg_7269.cr2
+ create mode 120000 incoming/5d/jmg_7270.cr2
+ create mode 120000 incoming/5d/jmg_7279.cr2
+ create mode 120000 incoming/5d/jmg_7286.cr2
+ create mode 120000 incoming/5d/jmg_7286.jpg
+ create mode 120000 incoming/5d/jmg_7290.cr2
+ create mode 120000 incoming/5d/jmg_7290.jpg
+ create mode 120000 incoming/5d/jmg_7293.cr2
+ create mode 120000 incoming/5d/jmg_7296.cr2
+ create mode 120000 incoming/5d/jmg_7299.jpg
+ create mode 120000 incoming/5d/jmg_7300.cr2
+ create mode 120000 incoming/5d/jmg_7300.jpg
+ create mode 120000 incoming/5d/jmg_7305_raw.jpg
+ create mode 120000 incoming/5d/jmg_8532.cr2
+ create mode 120000 incoming/5d/jmg_8533.cr2
+ create mode 120000 incoming/5d/jmg_8534.cr2
+ create mode 120000 incoming/5d/jmg_8536.jpg
+ create mode 120000 incoming/5d/jmg_8538.cr2
+ create mode 120000 incoming/5d/jmg_8549.cr2
+ create mode 120000 incoming/5d/jmg_8549.jpg
+ create mode 120000 incoming/5d/jmg_8552.cr2
+ create mode 120000 incoming/5d/jmg_8557.cr2
+ create mode 120000 incoming/5d/jmg_8560.cr2
+ create mode 120000 incoming/5d/jmg_8565.cr2
+ create mode 120000 incoming/5d/jmg_8566.cr2
+ create mode 120000 incoming/5d/jmg_8569.jpg
+ create mode 120000 incoming/5d/jmg_8575.jpg
+ create mode 120000 incoming/5d/jmg_8576.jpg
+ create mode 120000 incoming/5d/jmg_8578.cr2
+ create mode 120000 incoming/5d/jmg_8579.cr2
+ create mode 120000 incoming/5d/jmg_8580.jpg
+ create mode 120000 incoming/5d/jmg_8583.cr2
+ create mode 120000 incoming/5d/jmg_8588.cr2
+ create mode 120000 incoming/5d/jmg_8589.cr2
+ create mode 120000 incoming/5d/jmg_8595.jpg
+ create mode 120000 incoming/5d/jmg_8597.jpg
+ create mode 120000 incoming/5d/jmg_8599.jpg
+ create mode 120000 incoming/5d/jmg_8602.cr2
+ create mode 120000 incoming/5d/jmg_8603.cr2
+ create mode 120000 incoming/5d/jmg_8606.cr2
+ create mode 120000 incoming/5d/jmg_8606.jpg
+ create mode 120000 incoming/5d/jmg_8609.jpg
+ create mode 120000 incoming/5d/jmg_8613.jpg
+ create mode 120000 incoming/5d/jmg_8615.cr2
+ create mode 120000 incoming/5d/jmg_8617.jpg
+ create mode 120000 incoming/5d/jmg_8619.cr2
+ create mode 120000 incoming/5d/jmg_8620.jpg
+ create mode 120000 incoming/5d/jmg_8625.jpg
+ create mode 120000 incoming/5d/jmg_8627.jpg
+ create mode 120000 incoming/5d/jmg_8628.jpg
+ create mode 120000 incoming/5d/jmg_8632.cr2
+ create mode 120000 incoming/5d/jmg_8636.cr2
+ create mode 120000 incoming/5d/jmg_8636.jpg
+ create mode 120000 incoming/5d/jmg_8637.cr2
+ create mode 120000 incoming/5d/jmg_8639.jpg
+ create mode 120000 incoming/5d/jmg_8640.cr2
+ create mode 120000 incoming/5d/jmg_8655.jpg
+ create mode 120000 incoming/5d/jmg_8657.jpg
+ create mode 120000 incoming/5d/jmg_8670.cr2
+ create mode 120000 incoming/5d/jmg_8673.jpg
+ create mode 120000 incoming/5d/jmg_8674.cr2
+ create mode 120000 incoming/5d/jmg_8676.cr2
+ create mode 120000 incoming/5d/jmg_8676.jpg
+ create mode 120000 incoming/5d/jmg_8677.cr2
+ create mode 120000 incoming/5d/jmg_8681.jpg
+ create mode 120000 incoming/5d/jmg_8682.cr2
+ create mode 120000 incoming/5d/jmg_8702.cr2
+ create mode 120000 incoming/5d/jmg_8702.jpg
+ create mode 120000 incoming/5d/jmg_8707.jpg
+ create mode 120000 incoming/5d/jmg_8714.jpg
+ create mode 120000 incoming/5d/jmg_8716.jpg
+ create mode 120000 incoming/5d/jmg_8717.cr2
+ create mode 120000 incoming/5d/jmg_8719.jpg
+ create mode 120000 incoming/5d/jmg_8721.jpg
+ create mode 120000 incoming/5d/jmg_8727.cr2
+ create mode 120000 incoming/5d/jmg_8730.jpg
+ create mode 120000 incoming/5d/jmg_8736.cr2
+ create mode 120000 incoming/5d/jmg_8737.cr2
+ create mode 120000 incoming/5d/jmg_8742.cr2
+ create mode 120000 incoming/5d/jmg_8742.jpg
+ create mode 120000 incoming/5d/jmg_8745.jpg
+ create mode 120000 incoming/5d/jmg_8748.cr2
+ create mode 120000 incoming/5d/jmg_8748.jpg
+ create mode 120000 incoming/5d/jmg_8751.cr2
+ create mode 120000 incoming/5d/jmg_8755.cr2
+ create mode 120000 incoming/5d/jmg_8757.cr2
+ create mode 120000 incoming/5d/jmg_8760.cr2
+ create mode 120000 incoming/5d/jmg_8760.jpg
+ create mode 120000 incoming/5d/jmg_8765.cr2
+ create mode 120000 incoming/5d/jmg_8771.jpg
+ create mode 120000 incoming/5d/jmg_8801.jpg
+ create mode 120000 incoming/5d/jmg_8803.cr2
+ create mode 120000 incoming/5d/jmg_8803.jpg
+ create mode 120000 incoming/5d/jmg_8804.jpg
+ create mode 120000 incoming/5d/jmg_8805.jpg
+ create mode 120000 incoming/5d/jmg_8813.jpg
+ create mode 120000 incoming/5d/jmg_8816.cr2
+ create mode 120000 incoming/5d/jmg_8823.jpg
+ create mode 120000 incoming/5d/jmg_8827.cr2
+ create mode 120000 incoming/5d/jmg_8829.cr2
+ create mode 120000 incoming/5d/jmg_8832.jpg
+ create mode 120000 incoming/5d/jmg_8833.cr2
+ create mode 120000 incoming/5d/jmg_8837.cr2
+ create mode 120000 incoming/5d/jmg_8838.jpg
+ create mode 120000 incoming/5d/jmg_8840.jpg
+ create mode 120000 incoming/5d/jmg_8842.jpg
+ create mode 120000 incoming/5d/jmg_8844.cr2
+ create mode 120000 incoming/5d/jmg_8850.cr2
+ create mode 120000 incoming/5d/jmg_8850.jpg
+ create mode 120000 incoming/5d/jmg_8852.cr2
+ create mode 120000 incoming/5d/jmg_8853.cr2
+ create mode 120000 incoming/5d/jmg_8853.jpg
+ create mode 120000 incoming/5d/jmg_8856.cr2
+ create mode 120000 incoming/5d/jmg_8859.jpg
+ create mode 120000 incoming/5d/jmg_8863.jpg
+ create mode 120000 incoming/5d/jmg_8870.jpg
+ create mode 120000 incoming/5d/jmg_8871.cr2
+ create mode 120000 incoming/5d/jmg_8871.jpg
+ create mode 120000 incoming/5d/jmg_8881.jpg
+ create mode 120000 incoming/5d/jmg_8883.jpg
+ create mode 120000 incoming/5d/jmg_8886.jpg
+ create mode 120000 incoming/5d/jmg_8887.cr2
+ create mode 120000 incoming/5d/jmg_8889.cr2
+ create mode 120000 incoming/5d/jmg_8894.cr2
+ create mode 120000 incoming/5d/jmg_8897.cr2
+ create mode 120000 incoming/5d/jmg_8898.cr2
+ create mode 120000 incoming/5d/jmg_8900.jpg
+ create mode 120000 incoming/5d/jmg_8901.cr2
+ create mode 120000 incoming/5d/jmg_8902.cr2
+ create mode 120000 incoming/5d/jmg_8904.cr2
+ create mode 120000 incoming/5d/jmg_8906.jpg
+ create mode 120000 incoming/5d/jmg_8908.cr2
+ create mode 120000 incoming/5d/jmg_8920.cr2
+ create mode 120000 incoming/5d/jmg_8920.jpg
+ create mode 120000 incoming/5d/jmg_8922.cr2
+ create mode 120000 incoming/5d/jmg_8922.jpg
+ create mode 120000 incoming/5d/jmg_8923.cr2
+ create mode 120000 incoming/5d/jmg_8924.jpg
+ create mode 120000 incoming/5d/jmg_8925.cr2
+ create mode 120000 incoming/5d/jmg_8929.jpg
+ create mode 120000 incoming/5d/jmg_8930.jpg
+ create mode 120000 incoming/5d/jmg_8937.cr2
+ create mode 120000 incoming/5d/jmg_8939.cr2
+ create mode 120000 incoming/5d/jmg_8940.jpg
+ create mode 120000 incoming/5d/jmg_8941.jpg
+ create mode 120000 incoming/5d/jmg_8943.cr2
+ create mode 120000 incoming/5d/jmg_8944.jpg
+ create mode 120000 incoming/5d/jmg_8950.cr2
+ create mode 120000 incoming/5d/jmg_8951.jpg
+ create mode 120000 incoming/5d/jmg_8955.jpg
+ create mode 120000 incoming/5d/jmg_8959.cr2
+ create mode 120000 incoming/5d/jmg_8960.jpg
+ create mode 120000 incoming/5d/jmg_8962.cr2
+ create mode 120000 incoming/5d/jmg_8964.cr2
+ create mode 120000 incoming/5d/jmg_8965.jpg
+ create mode 120000 incoming/5d/jmg_8966.jpg
+ create mode 120000 incoming/5d/jmg_8971.jpg
+ create mode 120000 incoming/5d/jmg_8976.jpg
+ create mode 120000 incoming/5d/jmg_8978.cr2
+ create mode 120000 incoming/5d/jmg_8981.jpg
+ create mode 120000 incoming/5d/jmg_8982.jpg
+ create mode 120000 incoming/5d/jmg_8985.jpg
+ create mode 120000 incoming/5d/jmg_8988.cr2
+ create mode 120000 incoming/5d/jmg_8988.jpg
+ create mode 120000 incoming/5d/jmg_8992.cr2
+ create mode 120000 incoming/5d/jmg_8995.jpg
+ create mode 120000 incoming/5d/jmg_8996.cr2
+ create mode 120000 incoming/5d/jmg_8997.cr2
+ create mode 120000 incoming/5d/jmg_8999.cr2
+ create mode 120000 incoming/5d/jmg_9000.cr2
+ create mode 120000 incoming/5d/jmg_9015.cr2
+ create mode 120000 incoming/5d/jmg_9017.cr2
+ create mode 120000 incoming/5d/jmg_9019.cr2
+ create mode 120000 incoming/5d/jmg_9021.cr2
+ create mode 120000 incoming/5d/jmg_9021.jpg
+ create mode 120000 incoming/5d/jmg_9022.cr2
+ create mode 120000 incoming/5d/jmg_9027.cr2
+ create mode 120000 incoming/5d/jmg_9028.jpg
+ create mode 120000 incoming/5d/jmg_9031.cr2
+ create mode 120000 incoming/5d/jmg_9035.cr2
+ create mode 120000 incoming/5d/jmg_9043.jpg
+ create mode 120000 incoming/5d/jmg_9057.cr2
+ create mode 120000 incoming/5d/jmg_9064.cr2
+ create mode 120000 incoming/5d/jmg_9077.jpg
+ create mode 120000 incoming/5d/jmg_9078.jpg
+ create mode 120000 incoming/5d/jmg_9081.jpg
+ create mode 120000 incoming/5d/jmg_9082.cr2
+ create mode 120000 incoming/5d/jmg_9083.jpg
+ create mode 120000 incoming/5d/jmg_9086.cr2
+ create mode 120000 incoming/5d/jmg_9088.jpg
+ create mode 120000 incoming/5d/jmg_9308.jpg
+ create mode 120000 incoming/5d/jmg_9312.cr2
+ create mode 120000 incoming/5d/jmg_9313.jpg
+ create mode 120000 incoming/5d/jmg_9319.jpg
+ create mode 120000 incoming/5d/jmg_9521.cr2
+ create mode 120000 incoming/5d/jmg_9522.cr2
+ create mode 120000 incoming/5d/jmg_9533.jpg
+ create mode 120000 incoming/5d/jmg_9534.jpg
+ create mode 120000 incoming/5d/jmg_9535.cr2
+ create mode 120000 incoming/5d/jmg_9538.cr2
+ create mode 120000 incoming/5d/jmg_9538.jpg
+ create mode 120000 incoming/5d/jmg_9540.jpg
+ create mode 120000 incoming/5d/jmg_9542.cr2
+ create mode 120000 incoming/5d/jmg_9545.jpg
+ create mode 120000 incoming/5d/jmg_9554.jpg
+ create mode 120000 incoming/5d/jmg_9555.jpg
+ create mode 120000 incoming/5d/jmg_9558.jpg
+ create mode 120000 incoming/5d/jmg_9561.cr2
+ create mode 120000 incoming/5d/jmg_9585.cr2
+ create mode 120000 incoming/5d/jmg_9587.jpg
+ create mode 120000 incoming/5d/jmg_9591.jpg
+ create mode 120000 incoming/5d/jmg_9595.jpg
+ create mode 120000 incoming/5d/jmg_9598.cr2
+ create mode 120000 incoming/5d/jmg_9600.jpg
+ create mode 120000 incoming/5d/jmg_9604.jpg
+ create mode 120000 incoming/5d/jmg_9610.jpg
+ create mode 120000 incoming/5d/jmg_9613.cr2
+ create mode 120000 incoming/5d/jmg_9613.jpg
+ create mode 120000 incoming/5d/jmg_9614.cr2
+ create mode 120000 incoming/5d/jmg_9618.jpg
+ create mode 120000 incoming/5d/jmg_9619.jpg
+ create mode 120000 incoming/5d/jmg_9620.jpg
+ create mode 120000 incoming/5d/jmg_9621.jpg
+ create mode 120000 incoming/5d/jmg_9623.cr2
+ create mode 120000 incoming/5d/jmg_9746.jpg
+ create mode 120000 incoming/5d/jmg_9763.cr2
+ create mode 120000 incoming/5d/jmg_9763.jpg
+ create mode 120000 incoming/5d/jmg_9764.cr2
+ create mode 120000 incoming/5d/jmg_9772.jpg
+ create mode 120000 incoming/5d/jmg_9773.jpg
+ create mode 120000 incoming/5d/jmg_9781.jpg
+ create mode 120000 incoming/5d/jmg_9790.jpg
+ create mode 120000 incoming/5d/jmg_9800.jpg
+ create mode 120000 incoming/5d/jmg_9808.jpg
+ create mode 120000 incoming/5d/jmg_9830.jpg
+ create mode 120000 incoming/5d/jmg_9834.cr2
+ create mode 120000 incoming/5d/jmg_9843.jpg
+ create mode 120000 incoming/5d/jmg_9848.jpg
+ create mode 120000 incoming/5d/jmg_9849.jpg
+ create mode 120000 incoming/5d/jmg_9853.cr2
+ create mode 120000 incoming/5d/jmg_9856.jpg
+ create mode 120000 incoming/5d/jmg_9857.cr2
+ create mode 120000 incoming/5d/jmg_9859.cr2
+ create mode 120000 incoming/5d/jmg_9860.jpg
+ create mode 120000 incoming/5d/jmg_9917.jpg
+ create mode 120000 incoming/5d/jmg_9923.jpg
+ create mode 120000 incoming/5d/jmg_9926.jpg
+ create mode 120000 incoming/5d/jmg_9975.cr2
+ create mode 120000 incoming/5d/jmg_9976.cr2
+ create mode 120000 incoming/5d/jmg_9978.jpg
+ create mode 120000 incoming/5d/jmg_9988.jpg
+ create mode 120000 incoming/5d/jmg_9997.cr2
+ create mode 120000 incoming/5d/jmg_9998.jpg
+ create mode 120000 incoming/5d/jmg_9999.jpg
+ delete mode 120000 list_5d_repoB
+ create mode 120000 only_on_repoB
+ delete mode 120000 dir/2012/dir2/jmg_0128.cr2
+ delete mode 120000 dir/2012/dir2/jmg_0128.jpg
+ delete mode 120000 dir/2012/dir2/jmg_0129.cr2
+ delete mode 120000 dir/2012/dir2/jmg_0129.jpg
+ delete mode 120000 dir/2012/dir2/jmg_0353.jpg
+ delete mode 120000 dir/2012/dir2/jmg_0354.jpg
+ delete mode 120000 dir/2012/dir2/jmg_0375.jpg
+ delete mode 120000 dir/2012/dir2/jmg_0376.jpg
+ delete mode 120000 dir/2012/dir2/jmg_0378.jpg
+ delete mode 120000 dir/2012/dir2/jmg_8707.cr2
+ delete mode 120000 dir/2012/dir2/jmg_8707.jpg
+ delete mode 120000 dir/2012/dir2/jmg_8727.cr2
+ delete mode 120000 dir/2012/dir2/jmg_8727.jpg
+ delete mode 120000 dir/2012/dir2/jmg_8728.cr2
+ delete mode 120000 dir/2012/dir2/jmg_8728.jpg
+ delete mode 120000 dir/2012/dir2/jmg_8729.cr2
+ delete mode 120000 dir/2012/dir2/jmg_8729.jpg
+ delete mode 120000 dir/2012/dir2/jmg_8740.cr2
+ delete mode 120000 dir/2012/dir2/jmg_8740.jpg
+ delete mode 120000 dir/2012/dir2/jmg_8742.cr2
+ delete mode 120000 dir/2012/dir2/jmg_8742.jpg
+ delete mode 120000 dir/2012/dir2/jmg_8825.cr2
+ delete mode 120000 dir/2012/dir2/jmg_8825.jpg
+ delete mode 120000 dir/2012/dir2/jmg_8991.cr2
+ delete mode 120000 dir/2012/dir2/jmg_8991.jpg
+ delete mode 120000 dir/2012/dir2/jmg_8992.cr2
+ delete mode 120000 dir/2012/dir2/jmg_8992.jpg
+ delete mode 120000 dir/2012/dir2/jmg_8993.cr2
+ delete mode 120000 dir/2012/dir2/jmg_8993.jpg
+ delete mode 120000 dir/2012/dir2/jmg_9059.cr2
+ delete mode 120000 dir/2012/dir2/jmg_9059.jpg
+ delete mode 120000 dir/2012/dir2/jmg_9060.cr2
+ delete mode 120000 dir/2012/dir2/jmg_9060.jpg
+ delete mode 120000 dir/2012/dir2/jmg_9064.cr2
+ delete mode 120000 dir/2012/dir2/jmg_9064.jpg
+ delete mode 120000 dir/2012/dir2/jmg_9065.cr2
+ delete mode 120000 dir/2012/dir2/jmg_9065.jpg
+ delete mode 120000 dir/2012/dir2/jmg_9081.cr2
+ delete mode 120000 dir/2012/dir2/jmg_9081.jpg
+ delete mode 120000 dir/2012/dir2/jmg_9082.cr2
+ delete mode 120000 dir/2012/dir2/jmg_9082.jpg
+ delete mode 120000 dir/2012/dir2/jmg_9083.cr2
+ delete mode 120000 dir/2012/dir2/jmg_9083.jpg
+ delete mode 120000 dir/2012/dir1/jmg_0132.cr2
+ delete mode 120000 dir/2012/dir1/jmg_0132.jpg
+ delete mode 120000 dir/2012/dir1/jmg_0133.cr2
+ delete mode 120000 dir/2012/dir1/jmg_0133.jpg
+ delete mode 120000 dir/2012/dir1/jmg_0347.jpg
+ delete mode 120000 dir/2012/dir1/jmg_0351.jpg
+ delete mode 120000 dir/2012/dir1/jmg_0352.jpg
+ delete mode 120000 dir/2012/dir1/jmg_0374.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8714.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8714.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8716.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8716.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8734.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8734.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8735.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8735.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8736.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8736.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8743.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8743.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8746.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8746.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8828.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8828.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8984.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8984.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8985.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8985.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8986.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8986.jpg
+ delete mode 120000 dir/2012/dir1/jmg_8988.cr2
+ delete mode 120000 dir/2012/dir1/jmg_8988.jpg
+ delete mode 120000 dir/2012/dir1/jmg_9057.cr2
+ delete mode 120000 dir/2012/dir1/jmg_9057.jpg
+ delete mode 120000 dir/2012/dir1/jmg_9058.cr2
+ delete mode 120000 dir/2012/dir1/jmg_9058.jpg
+ delete mode 120000 dir/2012/dir1/jmg_9086.cr2
+ delete mode 120000 dir/2012/dir1/jmg_9086.jpg
+ delete mode 120000 dir/2012/dir1/jmg_9087.cr2
+ delete mode 120000 dir/2012/dir1/jmg_9087.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0477.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0477.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0478.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0478.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0479.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0479.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0604.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0604.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0605.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0605.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0606.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0606.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0607.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0607.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0608.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0608.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0708.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0708.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0709.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0709.jpg
+ delete mode 120000 dir/2013/dir2/jmg_0710.cr2
+ delete mode 120000 dir/2013/dir2/jmg_0710.jpg
+ delete mode 120000 dir/2013/dir1/jmg_0475.cr2
+ delete mode 120000 dir/2013/dir1/jmg_0475.jpg
+ delete mode 120000 dir/2013/dir1/jmg_0476.cr2
+ delete mode 120000 dir/2013/dir1/jmg_0476.jpg
+ delete mode 120000 dir/2013/dir1/jmg_0718.cr2
+ delete mode 120000 dir/2013/dir1/jmg_0718.jpg
+ delete mode 120000 dir/2013/dir1/jmg_0719.cr2
+ delete mode 120000 dir/2013/dir1/jmg_0719.jpg
+Already up-to-date.
+[2013-10-27 18:36:44 CET] Committer: Committing changes to git
+[2013-10-27 18:36:44 CET] Pusher: Syncing with repoB 
+Already up-to-date.
+fatal: Unable to create '/media/srv/img/.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.
+fatal: The remote end hung up unexpectedly
+fatal: The remote end hung up unexpectedly
+From repoB:/media/srv/img
+   276f659..5eba12c  synced/git-annex -> repoB/synced/git-annex
+Everything up-to-date
+[2013-10-27 18:36:50 CET] Committer: Committing changes to git
+[2013-10-27 18:36:51 CET] Pusher: Syncing with repoB 
+[2013-10-27 18:36:52 CET] Transferrer: Downloaded only_on_repoB
+[2013-10-27 18:36:53 CET] Transferrer: Downloaded jmg_9077.jpg
+[2013-10-27 18:36:58 CET] Committer: Committing changes to git
+[2013-10-27 18:36:58 CET] Transferrer: Downloaded jmg_8676.cr2
+[2013-10-27 18:36:59 CET] Committer: Committing changes to git
+[2013-10-27 18:37:02 CET] Transferrer: Downloaded jmg_0021.jpg
+[2013-10-27 18:37:02 CET] Committer: Committing changes to git
+[2013-10-27 18:37:04 CET] Transferrer: Downloaded jmg_0025.jpg
+[2013-10-27 18:37:04 CET] Committer: Committing changes to git
+[2013-10-27 18:37:06 CET] Transferrer: Downloaded jmg_0026.jpg
+[2013-10-27 18:37:06 CET] Committer: Committing changes to git
+[2013-10-27 18:37:07 CET] Transferrer: Downloaded jmg_0027.jpg
+[2013-10-27 18:37:07 CET] Committer: Committing changes to git
+[2013-10-27 18:37:10 CET] Transferrer: Downloaded jmg_0034.jpg
+[2013-10-27 18:37:10 CET] Committer: Committing changes to git
+[2013-10-27 18:37:12 CET] Transferrer: Downloaded jmg_0035.jpg
+[2013-10-27 18:37:12 CET] Committer: Committing changes to git
+[2013-10-27 18:37:15 CET] Transferrer: Downloaded jmg_0036.jpg
+[2013-10-27 18:37:15 CET] Committer: Committing changes to git
+[2013-10-27 18:37:17 CET] Transferrer: Downloaded jmg_0130.jpg
+[2013-10-27 18:37:17 CET] Committer: Committing changes to git
+[2013-10-27 18:37:18 CET] Transferrer: Downloaded jmg_0131.jpg
+[2013-10-27 18:37:18 CET] Committer: Committing changes to git
+[2013-10-27 18:37:20 CET] Transferrer: Downloaded jmg_0155.jpg
+[2013-10-27 18:37:20 CET] Committer: Committing changes to git
+[2013-10-27 18:37:23 CET] Transferrer: Downloaded jmg_0156.jpg
+[2013-10-27 18:37:23 CET] Committer: Committing changes to git
+[2013-10-27 18:37:27 CET] Transferrer: Downloaded jmg_0158.cr2
+[2013-10-27 18:37:27 CET] Committer: Committing changes to git
+[2013-10-27 18:37:32 CET] Transferrer: Downloaded jmg_0165.cr2
+[2013-10-27 18:37:32 CET] Committer: Committing changes to git
+[2013-10-27 18:37:37 CET] Transferrer: Downloaded jmg_0166.cr2
+[2013-10-27 18:37:37 CET] Committer: Committing changes to git
+To repoB:/media/srv/img/
+   276f659..5eba12c  git-annex -> synced/git-annex
+To repoB:/media/srv/img/
+   5eba12c..f00ee07  git-annex -> synced/git-annex
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(merging repoB/git-annex into git-annex...)
+
+
+(Recording state in git...)
+
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+# End of transcript or log.
+"""]]
+
+> [[done]], seems this was caused by the bug I alread fixed. --[[Joey]]
diff --git a/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_1_ae4a13ff121d27f78904eee9bf5e716b._comment b/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_1_ae4a13ff121d27f78904eee9bf5e716b._comment
new file mode 100644
index 0000000000..88b293284e
--- /dev/null
+++ b/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_1_ae4a13ff121d27f78904eee9bf5e716b._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-10-28T22:02:30Z"
+ content="""
+So this sounds like [[bugs/direct_mode_assistant_in_subdir_confusion]], which was fixed in 4.20131024. Is there a possibility that you started the git-annex assistant (or webapp) from within `incoming/5d` ?
+
+I'm not sure if the bug could also cause the removal of directories to happen in the wrong location.
+
+
+----
+
+It should be possible to revert these changes and get your files back.
+
+1. `git annex indirect`
+2. `git log --stat` (find the commit that deleted files)
+3. `git revert $commit`
+4. `git annex direct`
+"""]]
diff --git a/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_2_32e360cd7b100ddb9a526e7833fc55e1._comment b/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_2_32e360cd7b100ddb9a526e7833fc55e1._comment
new file mode 100644
index 0000000000..1a7e4e16c7
--- /dev/null
+++ b/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_2_32e360cd7b100ddb9a526e7833fc55e1._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnh6wz0pMA3NLPFg2j_I3S5JeinaOVqnng"
+ nickname="Felix"
+ subject="comment 2"
+ date="2013-10-30T22:55:36Z"
+ content="""
+It's quite possible that I have started the assistant (on the armhf machine) or the webapp (on the amd64 machine) in one of the subfolders, so yes it looks like that specific bug hit me.
+
+Having looked at the logs, I'm pretty sure that the removal of the original directory was caused by removing the suddenly occuring \"mirror\" folders in a subdirectory.
+***
+Reverting proves to be difficult. I created a full copy of the git-annex repo and switched to indirect mode. There are around 500 commits that need to be reverted and about 6 of them are merges which I haven't been able to revert. I have only reverted the non-merge commits and after going back to direct mode there are now around 200 broken symlinks. I'm now assuming that those 200 are the ones that are lost and I need to restore from a backup. Can I rely on that? It's extremely difficult for me to do a full check.
+***
+How should I proceed to get this repo (after further repairs) again in sync with the second repo and have the second repo adopt the \"repaired\" state?
+
+"""]]
diff --git a/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_3_650dc9ede4e16ef668d96840f63dad47._comment b/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_3_650dc9ede4e16ef668d96840f63dad47._comment
new file mode 100644
index 0000000000..4e7d6491ce
--- /dev/null
+++ b/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_3_650dc9ede4e16ef668d96840f63dad47._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-02T20:03:33Z"
+ content="""
+I don't understand why there are so many commits that need to be reverted. I'd have thought that it would have only made one bad commit due to the bug, and reverting that would do. Or even just adding back any symlinks removed by any of the bad commits, without an explicit revert would accomplish the same.
+
+You should be able to check with `git annex whereis --not --in .` what git-annex thinks about the 200 broken symlinks. Clearly their content is not in the local repisitory; it may be present elsewhere, or you might have to restore those files from backup.
+
+Once you have the git tree of the repository back in good shape, assuming you did it by committing changes, and possibly committing git reverts, you should be able to just use normal git annex syncing to sync those changes to the second repo. Ie, `git annex sync` in both, or running the assistant.
+"""]]
diff --git a/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_4_721cf184fb5a5244ec5c15de3302ebf7._comment b/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_4_721cf184fb5a5244ec5c15de3302ebf7._comment
new file mode 100644
index 0000000000..3876444cd5
--- /dev/null
+++ b/doc/bugs/During_synchronisation_top-level_folder_suddenly_appear_in_sub-sub-folder/comment_4_721cf184fb5a5244ec5c15de3302ebf7._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnh6wz0pMA3NLPFg2j_I3S5JeinaOVqnng"
+ nickname="Felix"
+ subject="Number of commits"
+ date="2013-11-21T20:26:46Z"
+ content="""
+I have no idea where this large number of commits come from, but maybe the sheer number of files explains it:
+
+Files appearing in the wrong place (probably due to me starting the assistant in a subdirectory of the repo):
+
+    $ git log --stat | grep \"5d/20.*+$\" |wc -l
+    1148
+
+Me wondering where they come from and deleting them manually step by step when I found them:
+
+    $ git log --stat | grep \"5d/20.*-$\" |wc -l
+    1095
+
+git-annex removing the original files that have been mirrored in the wrong place (and maybe a few more as I was working on stuff there as well):
+
+    $ git log --stat | grep \"^ 20.*-$\" | wc -l
+    1152
+
+Maybe this explains the large number (approx. 500) of commits?
+
+---
+
+The missing 200 files have not been in a different repo, so apart from 3 that were not available they have been restored from the backup.
+
+---
+
+As my setup needs some changes anyway I'm going to start from scratch. 
+"""]]
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..02e4826a30
--- /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, amoung 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..26def613f3
--- /dev/null
+++ b/doc/bugs/Endless_SSH_password_prompts.mdwn
@@ -0,0 +1,15 @@
+### 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
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/Error___39__get__39__ting_files_from_rsync_remote__44___versions_3.20120315_and_3.20120430.mdwn b/doc/bugs/Error___39__get__39__ting_files_from_rsync_remote__44___versions_3.20120315_and_3.20120430.mdwn
new file mode 100644
index 0000000000..85e2433829
--- /dev/null
+++ b/doc/bugs/Error___39__get__39__ting_files_from_rsync_remote__44___versions_3.20120315_and_3.20120430.mdwn
@@ -0,0 +1,79 @@
+What steps will reproduce the problem?
+
+	$ git annex initremote rsyncremote type=rsync rsyncurl=myuser@rsync.hidrive.strato.com:/users/myuser/git-annex/Music/ encryption=0xC597DECC177AFD7C
+	$ git annex get --from rsyncremote "file"
+
+What is the expected output? What do you see instead?
+
+I expect that the requested file is copied as for every other remote, but instead I get this error:
+
+----------------------------------------
+	get <file> (from rsyncremote...) (gpg) 
+	rsync: change_dir "/users/myuser/git-annex/Music/0e5/a5b/'GPGHMACSHA1--3afd32ab8e70ac329262adeb770c330b0845b1e0" failed: No such file or directory (2)
+
+	sent 8 bytes  received 10 bytes  7.20 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(1518) [Receiver=3.0.9]
+
+	  rsync failed -- run git annex again to resume file transfer
+
+	rsync: change_dir "/users/myuser/git-annex/Music/8k/QZ/'GPGHMACSHA1--3afd32ab8e70ac329262adeb770c330b0845b1e0" failed: No such file or directory (2)
+
+	sent 8 bytes  received 10 bytes  36.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(1518) [Receiver=3.0.9]
+
+	  rsync failed -- run git annex again to resume file transfer
+failed
+	git-annex: get: 1 failed
+----------------------------------------
+
+I can verify that the directory /users/myuser/git-annex/Music/0e5/a5b/GPGHMACSHA1--3afd32ab8e70ac329262adeb770c330b0845b1e0 exists in the rsync remote, without the ' character.
+
+What version of git-annex are you using? On what operating system?
+
+I tried versions 3.20120315 and 3.20120430 on Gentoo linux.
+
+	$ uname -a
+	Linux odin 3.3.1-gentoo-odin #1 SMP Sat Apr 7 21:18:11 CEST 2012 x86_64 Intel(R) Core(TM) i5 CPU M 560 @ 2.67GHz GenuineIntel GNU/Linux
+
+	$ ghc --version
+	The Glorious Glasgow Haskell Compilation System, version 7.4.1
+
+Please provide any additional information below.
+
+The rsync remote config in .git/config:
+
+	[remote "rsyncremote"]
+		annex-rsyncurl = myuser@rsync.hidrive.strato.com:/users/myuser/git-annex/Music/
+		annex-uuid = "UUID"
+
+> Here's what the --debug flag shows is being run: --[[Joey]] 
+
+	Running: rsync ["--progress","--inplace","joey@localhost:/tmp/Music/d98/a3c/'GPGHMACSHA1--878c3a3f59965bd87b4738ab29562efd215b954c/GPGHMACSHA1--878c3a3f59965bd87b4738ab29562efd215b954c'","/home/joey/tmp/x/.git/annex/tmp/GPGHMACSHA1--878c3a3f59965bd87b4738ab29562efd215b954c"] 
+
+> But, this works for me, here, despite containing the quoting!
+> That's because here it's using rsync over ssh, which actually requires
+> that quoting. Are you using rsync
+> over the rsync protocol? If so, the workaround is to explicitly make
+> the rsyncurl start with `rsync://`
+> 
+> And if this is the case, I need
+> to adjust the code in git-annex that determines if it's using ssh or
+> the rsync protocol. It assumes that (and this is what the rsync man 
+> says AFAICS) that the rsync protocol is only used if the url starts
+> with `rsync://` or contains `::`.
+> 
+>> Nope, it is indeed using rsync over ssh as git-annex thought.
+> 
+> Hmm, I see that `hidrive.strato.com` is some kind of rsync provider?
+> Perhaps they do something with rsync over ssh that
+> avoids the need for shell quoting. For example, they might pass incoming
+> ssh connections directly into rsync, bypassing the shell
+> -- which avoids the need for this quoting. Any details you can provide
+> about them would probably be useful then. Ie, do they really use rsync
+> over ssh, is it really a `rsync.net` type rsync provider? 
+>  --[[Joey]]
+> 
+>> This was the case, and the shellescape=no config option has been added
+>> to rsync special remotes to deal with it. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__.mdwn b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__.mdwn
new file mode 100644
index 0000000000..a44ecc82eb
--- /dev/null
+++ b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+When I try to add a box.com cloud repository with the encryption option selected, I get an error that says "internal server error". 
+
+### What steps will reproduce the problem?
+Anytime I try to set up a cloud repository with box.com (and presumably others, since this seems to be a problem with gpg (see log)) that is encrypted, I get this error.
+
+
+### What version of git-annex are you using? On what operating system?
+The operating system is Mac OS X 10.8.4, and the version of git-annex is 4.20130801-gc88bbc4.
+
+
+### 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
+
+(encryption setup) gpg: /Users/adamliter/.gnupg/gpg.conf:233: invalid auto-key-locate list
+30/Aug/2013:02:27:11 -0400 [Error#yesod-core] user error (gpg ["--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.
+"""]]
+
+[[!meta title="OSX bundled gpg does not work with gpg.conf created by MacGPG"]]
+
+> [[done]]; I have updated the gpg to version 1.4.14 which
+> manages to build with the missing features.
+> --[[Joey]]
diff --git a/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_1_9be1b577fa4d5fe9754845073fdf5d32._comment b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_1_9be1b577fa4d5fe9754845073fdf5d32._comment
new file mode 100644
index 0000000000..ec0234c2d1
--- /dev/null
+++ b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_1_9be1b577fa4d5fe9754845073fdf5d32._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.209"
+ subject="comment 1"
+ date="2013-08-30T11:39:51Z"
+ content="""
+gpg complains about an invalid parameter for the `auto-key-locate` option, which is not passed by git-annex but found in your gpg.conf.
+
+What is on line 233 of `/Users/adamliter/.gnupg/gpg.conf`?
+"""]]
diff --git a/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_2_0da0d68b646f2b38be6ecf7c0fe13743._comment b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_2_0da0d68b646f2b38be6ecf7c0fe13743._comment
new file mode 100644
index 0000000000..c8a1db2288
--- /dev/null
+++ b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_2_0da0d68b646f2b38be6ecf7c0fe13743._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkgH7oNEqNbh3g-N1-UHXuqleXaRYDgj1U"
+ nickname="Adam"
+ subject="comment 2"
+ date="2013-08-30T15:39:16Z"
+ content="""
+\"auto-key-locate cert pka ldap hkp://keys.gnupg.net\" is on line 233
+"""]]
diff --git a/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_3_09c56f5574931f2ebe903069f0731160._comment b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_3_09c56f5574931f2ebe903069f0731160._comment
new file mode 100644
index 0000000000..3cfa9a8291
--- /dev/null
+++ b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_3_09c56f5574931f2ebe903069f0731160._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.209"
+ subject="comment 3"
+ date="2013-08-30T16:09:58Z"
+ content="""
+Hmm, it looks like a perfectly valid list. Interesting.
+But regardless, gpg doesn't seem to like that line; what gpg version
+are you using? Also, does it work directly on the command-line
+(`gpg -a --gen-random 1 1`)?
+
+Have you tried to setup the remote without that line in the gpg.conf? Of
+course it wouldn't solve the core of the issue, but it's irrelevant for
+random data generation anyway (the same goes for `--trust-model`);
+perhaps this very command should be run with `--no-options`.
+"""]]
diff --git a/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_4_0c127396e682ca6ced43aec7deeb0335._comment b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_4_0c127396e682ca6ced43aec7deeb0335._comment
new file mode 100644
index 0000000000..6d2bb451a8
--- /dev/null
+++ b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_4_0c127396e682ca6ced43aec7deeb0335._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkgH7oNEqNbh3g-N1-UHXuqleXaRYDgj1U"
+ nickname="Adam"
+ subject="comment 4"
+ date="2013-08-30T21:39:26Z"
+ content="""
+`gpg -a --gen-random 1 1` on the command line seems to work. At least, when I just ran it it returned `Xg==`. I'm not super familiar with running gpg on the command line, so I'm not sure if that is the desired result when running that.
+
+The version of gpg is GnuPG/MacGPG2 version 2.0.20. 
+
+I just tried deleting that line from the config file, and now it worked. Would I be able to replace the line after setting up the repository, or is that going to create problems? I'm not entirely sure what that line does, and I'm a little wary about messing with it in case it breaks the functionality of any of the other things that I use gpg for, like email encryption.
+"""]]
diff --git a/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_5_6bc3eadefde4750eec67a55de6651b2d._comment b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_5_6bc3eadefde4750eec67a55de6651b2d._comment
new file mode 100644
index 0000000000..998d670553
--- /dev/null
+++ b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_5_6bc3eadefde4750eec67a55de6651b2d._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.209"
+ subject="comment 5"
+ date="2013-08-30T22:51:56Z"
+ content="""
+OK (you just generated 1 byte of base64-encoded random data).
+No, I'm afraid git-annex will croak for each operation using gpg on your remote (which includes get, push, fsck, ...).
+
+This lines specifies how gpg automatically retrieves public keys when you get a signed message for instance. If you don't want to mix configurations, it is easy to create a git-annex-specific GnuPG home directory, but it requires you to point the `GNUPGHOME` to this alternative directory before starting git-annex.
+
+That said, other MacOSX users have encountered the same problem, and it was [[reported_to_be_solved_recently|/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/]].
+"""]]
diff --git a/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_6_263ab9c1483438b1717c8061ac81a2fa._comment b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_6_263ab9c1483438b1717c8061ac81a2fa._comment
new file mode 100644
index 0000000000..65e6275da2
--- /dev/null
+++ b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_6_263ab9c1483438b1717c8061ac81a2fa._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.140"
+ subject="comment 6"
+ date="2013-09-05T16:30:52Z"
+ content="""
+I have verified the gpg build I am currently using on OSX fails with that line. MacGPG doesn't but I had problems including it in the build before.
+If you remove the \"cert\" and the \"pkg\" from the line it will work. It seems I need to update the gpg build to support these DNS based key finding methods.
+"""]]
diff --git a/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_7_eccc10990dff37584f8e60cd481a7140._comment b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_7_eccc10990dff37584f8e60cd481a7140._comment
new file mode 100644
index 0000000000..35d9c71e80
--- /dev/null
+++ b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_7_eccc10990dff37584f8e60cd481a7140._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.140"
+ subject="comment 7"
+ date="2013-09-05T16:54:36Z"
+ content="""
+./configure says:
+
+<pre>
+checking whether the resolver is usable... no
+checking whether I can make the resolver usable with BIND_8_COMPAT... no
+
+configure:7918: gcc -o conftest -g -O2   conftest.c  >&5
+Undefined symbols for architecture x86_64:
+  \"_res_9_dn_expand\", referenced from:
+      _main in ccsJFrZc.o
+  \"_res_9_dn_skipname\", referenced from:
+      _main in ccsJFrZc.o
+  \"_res_9_query\", referenced from:
+      _main in ccsJFrZc.o
+ld: symbol(s) not found for architecture x86_64
+collect2: ld returned 1 exit status
+</pre>
+
+So no DNS stuff until I can find a way to build a gpg for OSX that supports it.
+"""]]
diff --git a/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_8_f897d20cbe5e0f3f58ce1a0bacad3d71._comment b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_8_f897d20cbe5e0f3f58ce1a0bacad3d71._comment
new file mode 100644
index 0000000000..741c5342f7
--- /dev/null
+++ b/doc/bugs/Error_creating_encrypted_cloud_repository:___34__internal_server_error__34__/comment_8_f897d20cbe5e0f3f58ce1a0bacad3d71._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkgH7oNEqNbh3g-N1-UHXuqleXaRYDgj1U"
+ nickname="Adam"
+ subject="comment 8"
+ date="2013-09-05T17:30:07Z"
+ content="""
+Hmm, thanks for looking into it. I appreciate it.
+"""]]
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..cf7dcc88e2
--- /dev/null
+++ b/doc/bugs/Error_creating_remote_repository_using_ssh_on_OSX.mdwn
@@ -0,0 +1,36 @@
+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"]]
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/Error_when_dropping___34__hGetLine:_end_of_file__34__.mdwn b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__.mdwn
new file mode 100644
index 0000000000..d0b2c15389
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__.mdwn
@@ -0,0 +1,31 @@
+Running 3.20121112 on Debian Squeeze.
+
+Since adding a certain directory of files (just a bunch of PDFs) yesterday I am getting errors when I try to use `git annex drop .` when the files aren't present, rather doing nothing or saying 'ok', as it used to do/should do.  The errors are of the form `git-annex: fd:10: hGetLine: end of file` and sometimes of the form `git-annex: fd:17: hFlush: resource vanished (Broken pipe)`.  In my `daemon.log`, I have the errors
+
+    (scanning...) Already up-to-date.
+    Already up-to-date.
+    TransferScanner crashed: fd:26: hGetLine: end of file
+    Already up-to-date.
+    (started...) git-annex: fd:25: hGetLine: end of file
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    git-annex: fd:24: hFlush: resource vanished (Broken pipe)
+    [many more repetitions]
+
+If I `git annex get` the files and then drop them again, a further attempt at a drop gives all these errors again.
+
+> So in summary, a git-annex built against the old version of git in
+> debian stable fails to work with a newer version of git, and rebuilding
+> fixes it. FWIW, the git-annex backport to stable does not have this
+> problem, because it checks git version at runtime. But I want to avoid
+> the overhead of that check in git-annex mainline, because this old git
+> version is well, very old and increasingly unlikely to be used. So,
+> I don't think any changes to git-annex are warrented. [[done]] --[[Joey]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_10_8742f7ac27b5f4ad6261d04a174a691c._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_10_8742f7ac27b5f4ad6261d04a174a691c._comment
new file mode 100644
index 0000000000..921a200243
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_10_8742f7ac27b5f4ad6261d04a174a691c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.162"
+ subject="comment 10"
+ date="2012-12-06T22:00:45Z"
+ content="""
+Can you show me a transcript of git-check-attr? This is sounding like a git bug.
+
+(The build error is due to too old a version of yesod.)
+"""]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_11_b8e720340000537de6713c49b7733b2f._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_11_b8e720340000537de6713c49b7733b2f._comment
new file mode 100644
index 0000000000..db964e58c4
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_11_b8e720340000537de6713c49b7733b2f._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.167.50"
+ subject="comment 11"
+ date="2012-12-06T22:17:37Z"
+ content="""
+Upgrading yesod then git-annex removes the problem I was seeing.  Thanks for your help with that.  Here is a `git-check-attr` session:
+
+    backups $ git check-attr --stdin annex.backend annex.numcopies --
+    athena-etc.tar.gz
+    athena-etc.tar.gz: annex.backend: unspecified
+    athena-etc.tar.gz: annex.numcopies: 2
+    athena-mail.gz
+    athena-mail.gz: annex.backend: unspecified
+    athena-mail.gz: annex.numcopies: 2
+    athena-web.tar.gz
+    athena-web.tar.gz: annex.backend: unspecified
+    athena-web.tar.gz: annex.numcopies: 2
+    [^D pressed]
+    backups $ 
+"""]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_1_489fa3a717519cd5d8b4c1a9d143d8c6._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_1_489fa3a717519cd5d8b4c1a9d143d8c6._comment
new file mode 100644
index 0000000000..9024643170
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_1_489fa3a717519cd5d8b4c1a9d143d8c6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.113"
+ subject="comment 1"
+ date="2012-12-06T15:04:12Z"
+ content="""
+Can you run it with --debug ?
+"""]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_2_b0796d3b1913e1b6f7b34d75a591be42._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_2_b0796d3b1913e1b6f7b34d75a591be42._comment
new file mode 100644
index 0000000000..696bdb5aa9
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_2_b0796d3b1913e1b6f7b34d75a591be42._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.167.50"
+ subject="comment 2"
+ date="2012-12-06T15:13:02Z"
+ content="""
+Sure, I've added --debug to the assistant autostart file and am running `git annex --debug drop`.  For the first type of error given above I get output like
+
+    [2012-12-06 15:08:50 GMT] read: git [\"--git-dir=/home/swhitton/var/.git\",\"--work-tree=/home/swhitton/var\",\"ls-files\",\"--cached\",\"-z\",\"--\",\".\"]
+    [2012-12-06 15:08:50 GMT] chat: git [\"--git-dir=/home/swhitton/var/.git\",\"--work-tree=/home/swhitton/var\",\"check-attr\",\"-z\",\"--stdin\",\"annex.backend\",\"annex.numcopies\",\"--\"]
+    
+    git-annex: fd:10: hGetLine: end of file
+    failed
+
+and for the \"resource vanished\" errors I get no further output.  There is also nothing further in `daemon.log`.
+"""]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_3_d8ca17ccaa5ee48d590736af8e77d88a._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_3_d8ca17ccaa5ee48d590736af8e77d88a._comment
new file mode 100644
index 0000000000..c59d60047e
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_3_d8ca17ccaa5ee48d590736af8e77d88a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.113"
+ subject="comment 3"
+ date="2012-12-06T15:21:25Z"
+ content="""
+If you run `git annex find` instead of `git annex drop`, does it have any errors?
+"""]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_4_aa7a690aaf75d21f52051a31d7fce70e._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_4_aa7a690aaf75d21f52051a31d7fce70e._comment
new file mode 100644
index 0000000000..a1baa47cd6
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_4_aa7a690aaf75d21f52051a31d7fce70e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.167.50"
+ subject="comment 4"
+ date="2012-12-06T15:23:02Z"
+ content="""
+No, `git annex find --debug .` outputs just `[2012-12-06 15:22:14 GMT] read: git [\"--git-dir=/home/swhitton/var/.git\",\"--work-tree=/home/swhitton/var\",\"ls-files\",\"--cached\",\"-z\",\"--\",\".\"]`.
+"""]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_5_dc235dc2d024b7f340721bb578630e00._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_5_dc235dc2d024b7f340721bb578630e00._comment
new file mode 100644
index 0000000000..af77507713
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_5_dc235dc2d024b7f340721bb578630e00._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.113"
+ subject="comment 5"
+ date="2012-12-06T15:26:27Z"
+ content="""
+What version of git do you have installed?
+
+How did you install this version of git-annex on squeeze?
+"""]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_6_5d1e6ea5b5725c773acc6e288add812c._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_6_5d1e6ea5b5725c773acc6e288add812c._comment
new file mode 100644
index 0000000000..e208b31696
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_6_5d1e6ea5b5725c773acc6e288add812c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.167.50"
+ subject="comment 6"
+ date="2012-12-06T15:29:46Z"
+ content="""
+git is at 1.7.10.4 which I got from backports.  I only upgraded a couple of days ago (to solve a strange error I was having with cloning to a removable drive); sorry for not mentioning that.  I installed git-annex using cabal run as root.
+"""]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_7_6389b4f03ebc916358bc6674398d70c4._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_7_6389b4f03ebc916358bc6674398d70c4._comment
new file mode 100644
index 0000000000..9d61f4ac0d
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_7_6389b4f03ebc916358bc6674398d70c4._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.113"
+ subject="comment 7"
+ date="2012-12-06T15:39:26Z"
+ content="""
+The problem seems to involve git check-attr exiting unexpectedly. Does this happen only in a specific directory of files, or can you reproduce it elsewhere?
+
+You may be able to reproduce it exiting by running:
+
+`git check-attr --stdin annex.backend annex.numcopies --`
+
+And then entering filenames, pressing enter, and it should answer back with two attribute values and keep running.
+"""]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_8_bcacc9fb3751042968118ebe33802e27._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_8_bcacc9fb3751042968118ebe33802e27._comment
new file mode 100644
index 0000000000..8e4e5cf91a
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_8_bcacc9fb3751042968118ebe33802e27._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.253.113"
+ subject="comment 8"
+ date="2012-12-06T15:41:31Z"
+ content="""
+Have you rebuilt git-annex since you upgraded git? 
+
+This seems most likely to be the problem; the version of git in squeeze requires git-annex behave differently when using git check-attr, and if you have a version of git-annex built for it, it will do things the new git dislikes.
+"""]]
diff --git a/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_9_6d4c9f0e133ebd94fc11346df446402e._comment b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_9_6d4c9f0e133ebd94fc11346df446402e._comment
new file mode 100644
index 0000000000..a48e98ebcf
--- /dev/null
+++ b/doc/bugs/Error_when_dropping___34__hGetLine:_end_of_file__34__/comment_9_6d4c9f0e133ebd94fc11346df446402e._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="163.1.167.50"
+ subject="comment 9"
+ date="2012-12-06T21:37:52Z"
+ content="""
+Yes, running git-attr like that does indeed produce the problem.  I attempted to rebuild git-annex using cabal, but the build failed with the following error:
+
+    [273 of 290] Compiling Assistant.WebApp.Configurators.Local ( Assistant/WebApp/Configurators/Local.hs, dist/build/git-annex/git-annex-tmp/Assistant/WebApp/Configurators/Local.o )
+    
+    Assistant/WebApp/Configurators/Local.hs:55:11:
+        `fieldEnctype' is not a (visible) field of constructor `Field'
+    cabal: Error: some packages failed to install:
+    git-annex-3.20121127.1 failed during the building phase. The exception was:
+    ExitFailure 1
+"""]]
diff --git a/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location.mdwn b/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location.mdwn
new file mode 100644
index 0000000000..34d05c0b19
--- /dev/null
+++ b/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location.mdwn
@@ -0,0 +1,21 @@
+I just noticed that if you move a git-annex symlink to a location ignored by git, it simply works.  Upon committing that change, however, part of git-annex's `fix` function apparently tries to `git-add` the symlink.  This fails because the new, ignored location requires a `git-add --force`.
+
+Considering that git proper doesn't fail or warn, I think git-annex shouldn't either.
+
+This is the error message:
+
+	$ git mv annexed-file ignored-dir/
+	$ git commit
+	fix ignored-dir/annexed-file ok
+	(Recording state in git...)
+	The following paths are ignored by one of your .gitignore files:
+	ignored-dir
+	Use -f if you really want to add them.
+	fatal: no files added
+	Command xargs ["-0","git","--git-dir=/home/[...]/repo/.git","--work-tree=/home/[...]/repo","add","--"] failed; exit code 123
+
+	git-annex: user error (Command xargs ["-0","git","--git-dir=/home/[...]/repo/.git","--work-tree=/home/[...]/repo","add","--"] failed; exit code 123)
+	failed
+	git-annex: 1 failed
+
+> Weird edge case.. ok, fixed. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_1_b524e70156e8bc1219d5c6741974ad99._comment b/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_1_b524e70156e8bc1219d5c6741974ad99._comment
new file mode 100644
index 0000000000..6b741e85ed
--- /dev/null
+++ b/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_1_b524e70156e8bc1219d5c6741974ad99._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlq4ClC5EMN1Vq1DpWXAqP5TiDnCK1mSfk"
+ nickname="Jonas"
+ subject="Happens with import, too"
+ date="2013-11-24T23:24:09Z"
+ content="""
+This happens to me when using git annex import, too (on version 4.20131106)
+
+    (Recording state in git...)
+    The following paths are ignored by one of your .gitignore files:
+    path/to/some/directory/.svn
+    Use -f if you really want to add them.
+    fatal: no files added
+
+    git-annex: user error (xargs [\"-0\",\"git\",\"--git-dir=/path/to/annex/.git\",\"--work-tree=/path/to/annex\",\"add\",\"--\"] exited 123)
+failed
+
+"""]]
diff --git a/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_2_ff7349c396d1249204d621e71f6a7a52._comment b/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_2_ff7349c396d1249204d621e71f6a7a52._comment
new file mode 100644
index 0000000000..2ee7f79b61
--- /dev/null
+++ b/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_2_ff7349c396d1249204d621e71f6a7a52._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 2"
+ date="2013-11-26T20:04:23Z"
+ content="""
+This bug was fixed, and closed 2 years ago. Posting a comment about another, related problem is not very useful. 
+
+Yes, git annex import does not finish importing files if you've configured .gititnore to not allow those files to be added. If you need to do that, you could use `git annex import --force`, which will add the files despite the gitignore. 
+"""]]
diff --git a/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_4_4bc7d4c51faea3fdafc977cb66b7f73a._comment b/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_4_4bc7d4c51faea3fdafc977cb66b7f73a._comment
new file mode 100644
index 0000000000..a3a6fc10a6
--- /dev/null
+++ b/doc/bugs/Error_when_moving_annexed_file_to_a_.gitignored_location/comment_4_4bc7d4c51faea3fdafc977cb66b7f73a._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlq4ClC5EMN1Vq1DpWXAqP5TiDnCK1mSfk"
+ nickname="Jonas"
+ subject="comment 4"
+ date="2013-11-27T17:36:39Z"
+ content="""
+Sorry, my bug triaging skills are limited. This one happened to have exactly the same error message...
+
+This might again be the wrong thread, but... how does git annex decide which files to ignore? In particular, it seems not always to agree with git:
+
+    $ cd /tmp
+    $ mkdir annex
+    $ cd annex
+    $ git init
+    $ git annex init \"Testing annex in /tmp\"
+    $ echo \"This file is hidden\" > .hidden_file
+    $ git status
+    shows .hidden_file as \"untracked\"
+    $ git annex add .
+    does nothing
+    $ git annex add --force .
+    does nothing, either
+    $ git add .
+    adds the file as expected
+
+"""]]
diff --git a/doc/bugs/Error_while_adding_a_file___34__createSymbolicLink:_already_exists__34__.mdwn b/doc/bugs/Error_while_adding_a_file___34__createSymbolicLink:_already_exists__34__.mdwn
new file mode 100644
index 0000000000..21293af547
--- /dev/null
+++ b/doc/bugs/Error_while_adding_a_file___34__createSymbolicLink:_already_exists__34__.mdwn
@@ -0,0 +1,46 @@
+I'm importing a directory where some files are hard links of each other.
+
+This is confusing git-annex. Here's a small test of that:
+
+<pre>
+paulproteus@pathi:/tmp$ mkdir annex-test
+paulproteus@pathi:/tmp$ cd annex-test
+paulproteus@pathi:/tmp/annex-test$ git init
+Initialized empty Git repository in /tmp/annex-test/.git/
+paulproteus@pathi:/tmp/annex-test$ git annex init testing
+init testing ok
+paulproteus@pathi:/tmp/annex-test$ echo '* annex.backend=SHA1' >> .gitattributes 
+paulproteus@pathi:/tmp/annex-test$ git commit .gitattributes -m 'Default to sha1'
+[master dd54b41] Default to sha1
+ 1 files changed, 1 insertions(+), 0 deletions(-)
+paulproteus@pathi:/tmp/annex-test$ echo "Look at me" > file1
+paulproteus@pathi:/tmp/annex-test$ cp -l file1 file2
+paulproteus@pathi:/tmp/annex-test$ git annex add file1
+add file1 (checksum...) ok
+(Recording state in git...)
+paulproteus@pathi:/tmp/annex-test$ git commit -m 'So far, so good'
+[master eb43084] So far, so good
+ 2 files changed, 2 insertions(+), 0 deletions(-)
+ create mode 100644 .git-annex/9a3/f1f/SHA1-s11--b9c599d64212934582d676c722cf3ec61f60e09c.log
+ create mode 120000 file1
+paulproteus@pathi:/tmp/annex-test$ git annex add file2
+add file2 (checksum...) 
+  git-annex: .git/annex/objects/PM/7p/SHA1-s11--b9c599d64212934582d676c722cf3ec61f60e09c/SHA1-s11--b9c599d64212934582d676c722cf3ec61f60e09c: createSymbolicLink: already exists (File exists)
+git-annex: 1 failed
+paulproteus@pathi:/tmp/annex-test$ 
+</pre>
+
+When trying to make a small test case for this bug, I noticed that if file1 and file2 have the same contents but are not hard links of each other, they both get annexed just fine.
+
+I think the right behavior here is to annex file2 just fine, as if they weren't hard links before.
+
+
+-- Asheesh.
+
+> The same thing happens anytime the key for a file collides with a key
+> already in the annex, AFAICS. (Including when the files have the same
+> content but are not hard links... unless you're using WORM backend.)
+> 
+> I've fixed this bug. The first file in wins. See commit for some
+> interesting discussion about why it should not check for hash collisions
+> in this situation. [[done]] --[[Joey]]
diff --git a/doc/bugs/Every_new_file_gets_symlinked_to_a_git_object.mdwn b/doc/bugs/Every_new_file_gets_symlinked_to_a_git_object.mdwn
new file mode 100644
index 0000000000..9788c8767c
--- /dev/null
+++ b/doc/bugs/Every_new_file_gets_symlinked_to_a_git_object.mdwn
@@ -0,0 +1,78 @@
+### Please describe the problem.
+Every file I add to a watched repository (by git-annex assistant) becomes symlinked, and sub-subsequently write protected.
+
+Sorry if I'm missing something obvious.
+
+### What steps will reproduce the problem?
+1) Fresh install
+2) create directory, init repo and git-annex
+3) git annex assistant
+4) add a file
+5) ls -lsa to see the symlinked file
+6) trying to write to the file throws a write-protected error
+
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130725-g8140f7c  
+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
+
+Using the generic linux distribution with ./runshell on Ubuntu 13.04 (I saw this same behaviour from the ubuntu package, i.e. apt-get install git-annex)
+
+
+### Please provide any additional information below.
+
+Here is the output from my ls -lsa
+[[!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
+ 4 drwxrwxr-x  3 jetaggart jetaggart  4096 Jul 27 20:38 .
+16 drwx------ 60 jetaggart jetaggart 16384 Jul 27 20:44 ..
+ 4 drwxrwxr-x  7 jetaggart jetaggart  4096 Jul 27 20:38 .git
+ 4 lrwxrwxrwx  1 jetaggart jetaggart   188 Jul 27 20:38 another.org -> .git/annex/objects/Qm/j7/SHA256E-s11--9484d4be897ca66ad4c9bbf299d12adfe37e089bbca1daecbbb49c375a9cf1e9.org/SHA256E-s11--9484d4be897ca66ad4c9bbf299d12adfe37e089bbca1daecbbb49c375a9cf1e9.org
+ 4 lrwxrwxrwx  1 jetaggart jetaggart   186 Jul 27 20:33 blah.org -> .git/annex/objects/kj/q5/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.org/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.org
+12 -rw-rw-r--  1 jetaggart jetaggart   119 Jul 27 20:37 todo.org
+
+
+# End of transcript or log.
+"""]]
+
+Here is the daemon.log
+
+[[!format sh """
+
+[2013-07-27 20:32:55 BST] main: starting assistant version 4.20130725-g8140f7c
+(scanning...) [2013-07-27 20:32:55 BST] Watcher: Performing startup scan
+(started...) 
+[2013-07-27 20:33:52 BST] Committer: Adding blah.org
+add blah.org (checksum...) ok
+[2013-07-27 20:33:52 BST] Committer: Committing changes to git
+(Recording state in git...)
+(Recording state in git...)
+[2013-07-27 20:35:59 BST] Committer: Committing changes to git
+(Recording state in git...)
+[2013-07-27 20:36:01 BST] Committer: Committing changes to git
+(Recording state in git...)
+[2013-07-27 20:37:52 BST] Committer: Committing changes to git
+(Recording state in git...)
+[2013-07-27 20:37:55 BST] Committer: Committing changes to git
+(Recording state in git...)
+[2013-07-27 20:38:44 BST] Committer: Committing changes to git
+(Recording state in git...)
+[2013-07-27 20:38:46 BST] Committer: Adding another.org
+add another.org (checksum...) ok
+[2013-07-27 20:38:46 BST] Committer: Committing changes to git
+(Recording state in git...)
+(Recording state in git...)
+[2013-07-27 20:38:51 BST] Committer: Committing changes to git
+(Recording state in git...)
+[2013-07-27 20:38:56 BST] Committer: Committing changes to git
+(Recording state in git...)
+
+# End of transcript or log.
+"""]]
+
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/Every_new_file_gets_symlinked_to_a_git_object/comment_1_d4e7ed56b16494a95e6c904c746cc91f._comment b/doc/bugs/Every_new_file_gets_symlinked_to_a_git_object/comment_1_d4e7ed56b16494a95e6c904c746cc91f._comment
new file mode 100644
index 0000000000..e9dfda6fcf
--- /dev/null
+++ b/doc/bugs/Every_new_file_gets_symlinked_to_a_git_object/comment_1_d4e7ed56b16494a95e6c904c746cc91f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 1"
+ date="2013-07-27T19:55:38Z"
+ content="""
+This is how git-annex is intended to work in indirect mode. You must have created your repository by hand, and not enabled [[direct_mode]]. Stop the assistant and run `git annex direct`
+"""]]
diff --git a/doc/bugs/Every_new_file_gets_symlinked_to_a_git_object/comment_2_656b2a2cc44e9102c86bdd57045549d5._comment b/doc/bugs/Every_new_file_gets_symlinked_to_a_git_object/comment_2_656b2a2cc44e9102c86bdd57045549d5._comment
new file mode 100644
index 0000000000..81323b16fb
--- /dev/null
+++ b/doc/bugs/Every_new_file_gets_symlinked_to_a_git_object/comment_2_656b2a2cc44e9102c86bdd57045549d5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhGq_ii5HaDkp9nx2m9qIMe-xxI4HV5wo"
+ nickname="Jeff"
+ subject="comment 2"
+ date="2013-07-27T20:05:57Z"
+ content="""
+I did create it by hand, thanks for the quick feedback, sorry to waste your time.
+
+I'll stick to the forum unless I'm sure it's a bug :)
+"""]]
diff --git a/doc/bugs/Failed_to_make_repository___40__calling_nonexistant_shell__41__.mdwn b/doc/bugs/Failed_to_make_repository___40__calling_nonexistant_shell__41__.mdwn
new file mode 100644
index 0000000000..634f3e501b
--- /dev/null
+++ b/doc/bugs/Failed_to_make_repository___40__calling_nonexistant_shell__41__.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+
+I get this error message:
+
+ Failed to make repository
+
+Something went wrong setting up the repository on the remote server.
+
+Transcript:
+
+/opt/git-annex.linux/runshell: line 73: /home/annex/sh -c 'mkdir -p '"'"'annex'"'"'&&cd '"'"'annex'"'"'&&if [ ! -d .git ]; then git init --bare --shared; fi&&git annex init&&mkdir -p ~/.ssh&&if [ ! -e ~/.ssh/git-annex-shell ]; then (echo '"'"'#!/bin/sh'"'"';echo '"'"'set -e'"'"';echo '"'"'if [ "x$SSH_ORIGINAL_COMMAND" != "x" ]; then'"'"';echo '"'"'exec git-annex-shell -c "$SSH_ORIGINAL_COMMAND"'"'"';echo '"'"'else'"'"';echo '"'"'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_DIRECTORY='"'"'"'"'"'"'"'"'annex'"'"'"'"'"'"'"'"' ~/.ssh/git-annex-shell",no-agent-forwarding,no-port-forwarding,no-X11-forwarding ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEA1RQLCJP/gY62xxTOHa4PlZSlSWD2kWBC2+o27SBpBaCVibFfxNKP+1CAgzbyzVygpE0XUXxDOA8dnrq7vPHkkdIlYUZ8JQxTO/zaVVRlzryhWb8QOjEE3ZG0CF+ZQVu14q/M/T4qZm1mtXBCIZMs1wpwTr9dRdf7e/5q5hHROd5sRj+v0PhdiyZ8e6egoq1gFAvspUF1VC74PvZwZ2NKd1s0iGOGGYvoD/nWGCeBUQzMcGk56243zI54tOcDePdZJnd7iIn8FHGprr9yGhc3KYKppWmG7vQU+DhO607FiVnW5aMWjz/msmQidCceIFvnmLFWSDQ5ZNdGVUvHlT9kQQ== p264360@pales
+'"'"' >>~/.ssh/authorized_keys': No such file or directory
+
+### What steps will reproduce the problem?
+
+I made a user annex on my server and set its shell to /opt/git-annex.linux/runshell, then used the webapp on my desktop PC to try and add a remote git repository on my server.
+
+### What version of git-annex are you using? On what operating system?
+
+The latest tarball: git-annex-standalone-amd64.tar.gz	2013-07-09 14:24 	19M	 
+
+Ubuntu 10.04 on both desktop and server.
+
+### Please provide any additional information below.
+
+The problem seems to be runshell trying to call /home/annex/sh, which does not exist. Why would it do that?
+
+> [[done]]
diff --git a/doc/bugs/Failed_to_make_repository___40__calling_nonexistant_shell__41__/comment_1_fb8a379ed7f4b88bd55245ce5b18042c._comment b/doc/bugs/Failed_to_make_repository___40__calling_nonexistant_shell__41__/comment_1_fb8a379ed7f4b88bd55245ce5b18042c._comment
new file mode 100644
index 0000000000..3a225a074c
--- /dev/null
+++ b/doc/bugs/Failed_to_make_repository___40__calling_nonexistant_shell__41__/comment_1_fb8a379ed7f4b88bd55245ce5b18042c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-16T19:30:55Z"
+ content="""
+That's not really how you're meant to use the standalone tarball. Just untar it somewhere, and add that directory to PATH (eg, in `~/.bash_profile`).
+"""]]
diff --git a/doc/bugs/Fails_to_create_remote_repo_if_no_global_email_set.mdwn b/doc/bugs/Fails_to_create_remote_repo_if_no_global_email_set.mdwn
new file mode 100644
index 0000000000..ce9f5c3da7
--- /dev/null
+++ b/doc/bugs/Fails_to_create_remote_repo_if_no_global_email_set.mdwn
@@ -0,0 +1,55 @@
+### Please describe the problem.
+Trying to create repo on ssh server failed because git didn't know my email.
+
+There were other issues I encountered:
+
+ - While connecting to the server assistant says that there will be a password prompt, but doesn't tell that one should expect it to appear in the terminal.
+
+ - When creating keys it says that I will be prompted for key password again, but it asks for password to remote server (I understood it wanted a password for its new key pair).. there is no telling for what those password prompts in terminal are for
+
+ - It actually requires password for remote server multiple times before it starts to use its own keys
+
+ - When failed to test the server or create the repo there the "Retry" button doesn't work (does nothing)
+
+ - Maybe it should strip leading ~ from repo name?
+
+ - Local pairing with annex 3.20121112ubuntu4 from Ubuntu 13.04  sort of works, but not quite.. it syncs the files, but assistant on Ubuntu doesn't show the name for repo on Gentoo (matching versions are important?)
+
+ - When pairing it doesn't check if localhost has running sshd
+
+ - I think that was the reason why progress bars were showing pending transfers even after the status message about syncing was green after starting sshd (synced, already up-to-date)
+
+### What steps will reproduce the problem?
+Create repo on remote ssh server without global git settings.
+
+### 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
+Initialized empty shared Git repository in /home/reinis/~/Annex/Lit/
+init  
+*** 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 'reinis@RD-HC.(none)')
+
+git-annex: user error (git ["--git-dir=/home/me/~/Annex/Lit","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904"] efailed
+xited 128)
+git-annex: init: 1 failed
+
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; I've made git-annex detect such broken systems and configure them so git will work. (sigh!) --[[Joey]]
diff --git a/doc/bugs/Feature_request:___34__quvi__34___flag.mdwn b/doc/bugs/Feature_request:___34__quvi__34___flag.mdwn
new file mode 100644
index 0000000000..950aad0fc8
--- /dev/null
+++ b/doc/bugs/Feature_request:___34__quvi__34___flag.mdwn
@@ -0,0 +1,14 @@
+### Please describe the problem.
+git-annex v4.20130827 can't be built on ARM. Technically it's vector that can't be built due to a lack of Template Haskell compilers for this architecture. Vector is a dependency of aeson, which is a dependency of git-annex, which therefore fails to compile.
+
+The only functionality that relies on aeson is, to my knowledge, quvi. Thus my feature request: If you were to introduce a flag to switch quvi support on or off, ARM users like me could circumvent the aeson dependency at build time. In this case we weren't stuck with 4.20130815 (the latest version to not depend on aeson) and could use current and future versions of git-annex. I would appreciate it.
+
+
+### What steps will reproduce the problem?
+See above.
+
+
+### What version of git-annex are you using? On what operating system?
+I'm running Raspbian Wheezy on a Raspberry Pi. The git-annex version to be built is 4.20130827. 
+
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Feature_request:___34__quvi__34___flag/comment_1_908c38024fd252328566034608c2dec3._comment b/doc/bugs/Feature_request:___34__quvi__34___flag/comment_1_908c38024fd252328566034608c2dec3._comment
new file mode 100644
index 0000000000..a5668f664a
--- /dev/null
+++ b/doc/bugs/Feature_request:___34__quvi__34___flag/comment_1_908c38024fd252328566034608c2dec3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 1"
+ date="2013-09-09T05:25:39Z"
+ content="""
+Sorry, I didn't consider this dependency chain.
+
+FWIW, it is possible to build aeson without TH. See `standalone/android/haskell-patches/aeson_0.6.1.0_0001-disable-TH.patch` in the git-annex source tree.
+
+However, I will add a flag.
+"""]]
diff --git a/doc/bugs/Feature_request:___34__quvi__34___flag/comment_2_4b6822fe91aa865f2ac1297a3daa3fca._comment b/doc/bugs/Feature_request:___34__quvi__34___flag/comment_2_4b6822fe91aa865f2ac1297a3daa3fca._comment
new file mode 100644
index 0000000000..ab4494c199
--- /dev/null
+++ b/doc/bugs/Feature_request:___34__quvi__34___flag/comment_2_4b6822fe91aa865f2ac1297a3daa3fca._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 2"
+ date="2013-09-09T05:44:48Z"
+ content="""
+Also, note that libghc-aeson-dev is available for arm in Debian.
+"""]]
diff --git a/doc/bugs/Feature_request:___34__quvi__34___flag/comment_3_c72ef77e76b1c99b5e0c78d0742080e7._comment b/doc/bugs/Feature_request:___34__quvi__34___flag/comment_3_c72ef77e76b1c99b5e0c78d0742080e7._comment
new file mode 100644
index 0000000000..bbbd5b5974
--- /dev/null
+++ b/doc/bugs/Feature_request:___34__quvi__34___flag/comment_3_c72ef77e76b1c99b5e0c78d0742080e7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="91.213.8.236"
+ subject="comment 3"
+ date="2013-09-09T05:52:48Z"
+ content="""
+Thanks for the quick answer, I will give these two options a try. A flag will be even better, though. 
+"""]]
diff --git a/doc/bugs/Feature_request:___34__quvi__34___flag/comment_4_6092695d6afb1608447afe6f86e6fb83._comment b/doc/bugs/Feature_request:___34__quvi__34___flag/comment_4_6092695d6afb1608447afe6f86e6fb83._comment
new file mode 100644
index 0000000000..10a84afda9
--- /dev/null
+++ b/doc/bugs/Feature_request:___34__quvi__34___flag/comment_4_6092695d6afb1608447afe6f86e6fb83._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="96.44.189.102"
+ subject="comment 4"
+ date="2013-09-09T19:31:44Z"
+ content="""
+That was fast!
+"""]]
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/Finding_an_Unused_file.mdwn b/doc/bugs/Finding_an_Unused_file.mdwn
new file mode 100644
index 0000000000..c0e6131636
--- /dev/null
+++ b/doc/bugs/Finding_an_Unused_file.mdwn
@@ -0,0 +1,152 @@
+### Please describe the problem.
+
+SHA256E makes it difficult or impossible to find the original filename
+
+### What steps will reproduce the problem?
+
+I have these unused files:
+
+    $ git annex unused
+    unused . (checking for unused data...) (checking master...) (checking backupbook/HEAD...) (checking b
+    aster...) (checking lang/a-...) (checking lang/master...) 
+      Some annexed data is no longer used by any files:
+        NUMBER  KEY
+        1       SHA256-s9107031--2611c08c9822179c443f001f0bd7ecadf29adcd28edfa4cd1d8938d289cd3950
+        2       SHA256E-s31131336--58c48adad8e5f091981549dfbb2d9ec1003c8c46d1a660673fabefe722358f9b.flac
+        3       SHA256-s9941549--db12950459ba039e6e6f6102a0811213c11a717d140d6e2f169049b958a5e047
+        4       SHA256-s11544438--174514684e03035cc741fa397a1b46f925899bd29189a98173f8f2a136d95ace
+        5       SHA256E-s23445007--4659fae3eda6db7c528af6439fafab1496c740d02bdb67892450a8a2208fb29b.flac
+        6       SHA256E-s47080709--7d331788ae7fee16bccce060c62cafa3cdafc9e0a2b387c0843cfe5871f51fa6.flac
+        7       SHA256E-s33262563--3280607d6d397f84a02542c5ab2e5a9c44d60256b330e3d075078694f0c7f709.flac
+        8       SHA256-s6522640--a1fa374afd62e8c85a115f18f78e679722f63980191c1e11ef84a49ae86f5b4f
+        9       SHA256E-s29266138--27e792d64b6d4a4d44bdafe6867ca25ba79480d1b650cf385e67ff28a1fc5c31.flac
+        10      SHA256-s14568326--023eb9fcefc063ee3ea495f4d382a8feac795d0e1a81c585781f5d369db2e00c
+        11      SHA256-s11907175--73b66220bdbf0ca92209605b93d95d5f9e8247745f9c4367ff20cb53e11c24ac
+        12      SHA256-s9193267--e159038b78c1b239d4cb8eeb892c7acf0e7b82feac7f5b5808dad477605e8478
+        13      SHA256E-s39329047--880ffab99c4b4c48224f409acb0cd797737e4ee70eacdba9bc7d7628ba3d05d7.flac
+        14      SHA256E-s31400468--17ad7b13757d4e4d6e5d193d8295a30f566e00eea82bc19f50dc14b2bbf79ef3.flac
+        15      SHA256E-s51514687--f83eb092ddcdf35e7f729bfa2cc0914b404de60f0b42f69f207cf01766061f16.flac
+        16      SHA256E-s36235648--54e3f893b498b205b0b96bd87d5f14c71712e891c518070a0e1c730d92b3b0ac.flac
+        17      SHA256-s10001177--35afb0b91c8b9f711b2d3b0fe7433ecc3bb13aece78c6170a47323c94233133d
+        18      SHA256-s11830142--3dabe97ccbb68045d9ea82036ddf7211a3925a1bf682e05a32bcdf9b07bec676
+        19      SHA256E-s23102994--f848ed216e6ba17e6b539f31caa5af36266c367ed55dcff243445848b01fbeef.flac
+        20      SHA256E-s38505547--967763ddd42daf782afa9299e67cb5c834153cb20242b50115dda566b24a68c4.flac
+        21      SHA256-s11874975--14774a404526c4b68ede146f527202c59a4bee88376707c93df7da3bdb5345f2
+        22      SHA256-s10188700--18fd4ee62c2b3b1d8944eae528b59de2a45d493a291440edc9b30881ba10ece3
+        23      SHA256E-s53024109--eba924a26f7c602b60a83f208b2204ef3b570fd92ff39fbc067eeaec7c443ab6.flac
+        24      SHA256-s11315225--0a8d2165166995e819e8c78302c45b1eeca9b79a5d77a3574885cbf8e18f265a
+        25      SHA256-s12249573--79b9e551051232079f24902078e1fe5b7daed684e8acaa7cf29c191404a7c3c7
+        26      SHA256E-s47991289--79cfd8db5b3cbe7f50c335bfe0d148c38ff36dbc97b17ea3aff23d642bd5d167.flac
+        27      SHA256E-s76961343--80e91f73e2f3ae6790d752d380118b3fadc223f9f1449354daa0095b5713986c.flac
+        28      SHA256E-s44706648--ce782096aa5c0d58a12f7cbd6dbfe032fa7b0b4810219e23f906bd7fa0d96336.flac
+        29      SHA256-s9393784--1e0e0190030352b3583ce515cd6dfb0db9f2ae39809a462099482947193bfd0f
+        30      SHA256E-s11534608--bfcc0fdcb1ed112b1737d4fe7d2aa88511187d4c1c132bf1b7ab2cda9a7d90ad.flac
+        31      SHA256E-s27916580--1f196e1b6312421f9d9bcd227a3885a5dec299fc47748cd34d5e59fe26374187.flac
+        32      SHA256-s12099941--0a33af0293acb7cffa1727cc04efa4d7abb29a39e8f2165bfd565e2b18879430
+        33      SHA256E-s35578262--01d6f6022161bcaa825cb353012f85bacf3dcb930337ba506fc94b663b0d8043.flac
+        34      SHA256E-s38880984--fa326bd0db5c9e400a4256e77acd488fede23ec714aeab7deb6952091a09e318.flac
+        35      SHA256E-s27784704--a426f885d79d88d8b42b8a23ce267fb1c1855e8f7ff6833ec9ea61860b3c6819.flac
+        36      SHA256-s11827390--17c1e84815805ea7e01555fdfa038a643a97621b84073679d5c649c020750652
+        37      SHA256E-s16632423--9735e37261624360f6a54fd1bc8a893cb5344afdc910e6b9e00c5791036759b0.flac
+        38      SHA256-s10809006--7dd7ff078bdf4571bee6ab06213df970f427a8a2af476d4511a9c08ed0fb814d
+        39      SHA256E-s33043364--3603942143fa4b1c0082ab7ba1db9b536621402eea3ac94e08ef0197062a2ef6.flac
+        40      SHA256E-s33278052--62e1038e26894c6c014af4e77d2d9f79074ff4fc1ca9ca8c16fcc98eee5277c7.flac
+        41      SHA256E-s47299134--0b604bff3ce12d077691d6e6428648da879c021537c094c72633209d5302fd97.flac
+        42      SHA256E-s14882445--16c6aa4aaf8e60da617701281dfdfa372cb049636ae0f10f5aefcd8ce6c472af.flac
+        43      SHA256E-s18168736--dfd7bfe9a433daef89f6f0015dfddaf7ac3611dd31813b0aed049171ac008323.flac
+        44      SHA256-s10060170--9e3b638c4f397d8dbaa2fa9fc2bfacf6f9e93f00c80ee1fdd26971d25aff86ce
+        45      SHA256E-s25630107--26fedc816dee58cb999cd2be8a58f3e8726ff056ba9c2abfbb9d149e7a92a230.flac
+        46      SHA256-s9148609--3f29a2ae1ebd2e4857bb5c92aefb2f50f39a5a984e14645f658d15795a7c72a5
+        47      SHA256-s10576861--7d95469441ef205616ed795012d8a4c59acc00be00aca66bcacd8b041c2499c5
+        48      SHA256E-s23806802--8725d04f04925f4cd456bdb2108a48682cf51a498d97af9f71c58a412b8db9ab.flac
+        49      SHA256E-s43187837--e83648296fa4553556596464efd4ab313529c0062071c9a40113fecede7a5de6.flac
+        50      SHA256-s10384945--055a01b7e06f3165dddd10beb3e98ba4ca47b35abf9d5b2f26187bf07b9aa401
+        51      SHA256E-s54253300--b011eea8ec7ea51f22e0fe09645ffe83183e9589a9784ebc2d6dd0c559f07322.flac
+        52      SHA256-s10335583--008c17c1a994884c6b9c52e10d17373b9160136ffab940992ef0f9d08eac45c1
+        53      SHA256-s9769970--b36fcb01d9df7627106e3a3c283944457f3e282ab62878c186162d465530cfbc
+        54      SHA256-s10329964--dc4d82e085af3ade48d33cf828f8e7eecc27d4c33c448965e1b8bb59832ec473
+        55      SHA256-s10625243--2494e2ef2c64fc77dcb063f7b58079ad668cf46862b7f11eb28943d45f21b8dd
+        56      SHA256E-s44585111--e35b0774729ccf547cd62e652425579781e3cbd76b33a17a0127bdbedb90606a.flac
+        57      SHA256E-s42060728--9e0a533e640086fadefad7167d37d5b3c5de899e1ac5890bfd7a88524701ff14.flac
+        58      SHA256E-s30013479--ae34a897e2f0e1124f04396e75dd41749511ce9930a2891ae3a066597ad518c5.flac
+        59      SHA256E-s38896704--ca6211442c33d9c44b997bef8f1079f07cdd2eb0e9e3c1de1eda9ae8a705f137.flac
+        60      SHA256-s13044938--8714a1db8781daa9f3993128dcda5a5ca904e075723cf38a11bc5e3695cf126f
+        61      SHA256-s8814622--ba374e92c53ddb83605e2b500647117a00e4c6c463653cb0dd0311b76627c2ec
+        62      SHA256E-s14900839--e94089b89629561ebf771543236f31439af1e6fcdce7ff56b9a183041e95e7ea.flac
+        63      SHA256E-s27370218--a4717cf0615cda099ea5740194da8b4e349f2f38f6ebbf5f6111ced7f56d1736.flac
+        64      SHA256E-s57686070--6d02689ccf91317bdfa4d8694ccbf7a9ccf00a7e00b92733769194908b4087d9.flac
+        65      SHA256-s8707306--7f05e3e3dc4336eb7012d5bbb6d3d65047552901858ee4967e4a70d100fd1deb
+        66      SHA256E-s42482194--bb7a968ec9bc0a8813974af9173c38cb39a43aa7d0c2aec203ddb358119e1f25.flac
+        67      SHA256E-s31951334--b19789a9bbb98cb25df7b8a1b6d8856256bc2851cd892c91dddba7cf736542c5.flac
+        68      SHA256E-s35901187--8eae2684aa3566b632a1797bd09d112dd5f438c98b649c000d71640983a549f2.flac
+        69      SHA256E-s40659631--f6ca3227b14c7c050877ce4cc1218fea7582426649cd68fc82a74cae5d6962b4.flac
+        70      SHA256E-s41415180--9c6f0000da119bd70422fe9529c41efb3103ca943697bdfb685f119f6b5ae6fd.flac
+        71      SHA256E-s52313976--e4a59c65e05bd9450ef595b3c08365810205731952e45a68ee0c89bc76fbd9fc.flac
+        72      SHA256E-s44925214--eabc5f7172d5c2e094ff84a5ecce784c172b175c8eeca861aa3996749668ea42.flac
+      (To see where data was previously used, try: git log --stat -S'KEY')
+      
+      To remove unwanted data: git-annex dropunused NUMBER
+      
+    ok
+
+And running:
+
+    $ git log --stat -S'SHA256-s13044938--8714a1db8781daa9f3993128dcda5a5ca904e075723cf38a11bc5e3695cf126f'
+    commit 767a63a54784139f13d69d12fcfbee8f6ca3df41
+    Author: Matthew Forrester <matt@keyboardwritescode.com>
+    Date:   Fri Aug 23 21:38:31 2013 +0100
+    
+        Remove Roger Shah - Openminded! as there is another copy in Unsorted with correct? filenames
+    
+     Amazon/Roger Shah/Openminded!/1114 - Shine (Album Mix).mp3 | 1 -
+     1 file changed, 1 deletion(-)
+    
+    commit 6b04002c03287fb8918bdcdeaae393e862bebd4e
+    Author: Matthew Forrester <matt@keyboardwritescode.com>
+    Date:   Thu Aug 8 21:30:14 2013 +0100
+    
+        Initial checkin
+    
+     Amazon/Roger Shah/Openminded!/1114 - Shine (Album Mix).mp3 | 1 +
+     1 file changed, 1 insertion(+)
+
+Works but I cannot find out how to get the `.flac` files working:
+
+
+`$ git log --stat -S'SHA256E-s38896704--ca6211442c33d9c44b997bef8f1079f07cdd2eb0e9e3c1de1eda9ae8a705f137.flac'`
+
+`$ git log --stat -S'SHA256E-s38896704--ca6211442c33d9c44b997bef8f1079f07cdd2eb0e9e3c1de1eda9ae8a705f137'`
+
+`$ git log --stat -S'SHA256-s38896704--ca6211442c33d9c44b997bef8f1079f07cdd2eb0e9e3c1de1eda9ae8a705f137'`
+
+
+None of which give answers. I don't know if I'm doing it wrong (though I __think__ I'm doing what the instructions say), but I can't make it work.
+
+
+### What version of git-annex are you using? On what operating system?
+
+$ uname -a
+Linux fozz-desktop 3.8.0-31-generic #46-Ubuntu SMP Tue Sep 10 19:56:49 UTC 2013 i686 i686 i686 GNU/Linux
+
+$ git annex version
+git-annex version: 3.20121112ubuntu2
+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
+
+
+# End of transcript or log.
+"""]]
+
+> If `git log -S` does not find the key, then it was not used for any
+> commit currently in the git repository. Which is certainly possible;
+> for example `git annex add file; git rm file`.
+> 
+> This is a dup of [[todo/wishlist: option to print more info with 'unused']]; [[done]] --[[Joey]] 
diff --git a/doc/bugs/Fix_for_opening_a_browser_on_a_mac___40__or_xdg-open_on_linux__47__bsd__63____41__.mdwn b/doc/bugs/Fix_for_opening_a_browser_on_a_mac___40__or_xdg-open_on_linux__47__bsd__63____41__.mdwn
new file mode 100644
index 0000000000..428d62ab17
--- /dev/null
+++ b/doc/bugs/Fix_for_opening_a_browser_on_a_mac___40__or_xdg-open_on_linux__47__bsd__63____41__.mdwn
@@ -0,0 +1,26 @@
+Utility/WebApp.hs, didn't quite have the right definition to use 'open' instead of 'xdg-open' on OSX, the follow fixes that
+
+<pre>
+diff --git a/Utility/WebApp.hs b/Utility/WebApp.hs
+index 6936c66..0593dda 100644
+--- a/Utility/WebApp.hs
++++ b/Utility/WebApp.hs
+@@ -42,7 +42,7 @@ localhost = "localhost"
+ runBrowser :: String -> IO Bool
+ runBrowser url = boolSystem cmd [Param url]
+        where
+-#if MAC
++#if OSX
+                cmd = "open"
+ #else
+                cmd = "xdg-open"
+</pre>
+
+> [[done]], thanks
+
+I guess I should really clone the repo and submit a stream of minor changes
+:P, @joeyh please let me know if you're getting annoyed with copy and
+pasting the small fixes from the bug/forums section.
+
+> If you're going to be writing some patches, a git repo I can pull from
+> would make my life easier. --[[Joey]]
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_can__39__t_handle_some_files.mdwn b/doc/bugs/GPG_can__39__t_handle_some_files.mdwn
new file mode 100644
index 0000000000..6c29a95b8f
--- /dev/null
+++ b/doc/bugs/GPG_can__39__t_handle_some_files.mdwn
@@ -0,0 +1,23 @@
+### Please describe the problem.
+
+It looks like GPG is being used in text mode, or at least isn't overriding the GPG config.
+
+### What steps will reproduce the problem?
+
+Have a binary file with long lines, and attempt to copy it into git-annex.
+
+This will happen:
+
+    $ git-annex copy 09\ Into\ The\ Dissonance.mp3 -t rsync.net_annex
+    copy 09 Into The Dissonance.mp3 (gpg) (checking rsync.net_annex...) (to rsync.net_annex...) gpg: can't handle text lines longer than 19995 characters
+    failed
+    git-annex: copy: 1 failed
+
+A workaround is to remove "textmode" from your gpg.conf, but git-annex should force this.
+
+### What version of git-annex are you using? On what operating system?
+
+7ae625363bcb6e1fc8b3733c1d7814aca05a2368 on Ubuntu 13.04 x86_64
+
+> The sheer number of ways gpg offers of shooting yourself in the foot..
+> Ok [[done]] --[[Joey]] 
diff --git a/doc/bugs/GPG_can__39__t_handle_some_files/comment_1_4388c971e991dbc0326e69c49994df1e._comment b/doc/bugs/GPG_can__39__t_handle_some_files/comment_1_4388c971e991dbc0326e69c49994df1e._comment
new file mode 100644
index 0000000000..60c363fd98
--- /dev/null
+++ b/doc/bugs/GPG_can__39__t_handle_some_files/comment_1_4388c971e991dbc0326e69c49994df1e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~eythian"
+ nickname="eythian"
+ subject="comment 1"
+ date="2013-09-06T23:37:10Z"
+ content="""
+I also had a huge bunch of files come across corrupted, but the one that came after I made this change wasn't. This might be a sign that GPG is corrupting things on the way past.
+"""]]
diff --git a/doc/bugs/GPG_passphrase_repeated_prompt.mdwn b/doc/bugs/GPG_passphrase_repeated_prompt.mdwn
new file mode 100644
index 0000000000..085aede920
--- /dev/null
+++ b/doc/bugs/GPG_passphrase_repeated_prompt.mdwn
@@ -0,0 +1,24 @@
+#### 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]]
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/GPG_problem_on_Mac.mdwn b/doc/bugs/GPG_problem_on_Mac.mdwn
new file mode 100644
index 0000000000..dc4cfaae0a
--- /dev/null
+++ b/doc/bugs/GPG_problem_on_Mac.mdwn
@@ -0,0 +1,34 @@
+### Please describe the problem.
+Adding a box.com repository fails with an Internal server error and the message "user error (gpg ["--quiet","--trust-model","always","--batch","--passphrase-fd","48","--symmetric","--force-mdc"] exited 2)"
+
+Looking at the logfile it seems like git-annex is looking for gpg (gpg-agent) in /usr/local/MacGPG2/bin/. On my system it is in /usr/local/bin (installed using homebrew). I do not have the directory /usr/local/MacGPG2/.
+
+Not sure if what the git-annex philosophy is: detect the location of such external programs or ship them together with git-annex.
+
+### What steps will reproduce the problem?
+Add a box.com repository (I assume every repository type that uses gpg will fail in the same way) on a Mac.
+
+
+### What version of git-annex are you using? On what operating system?
+* git-annex version 4.20130626-g2dd6f84 (from https://downloads.kitenet.net/git-annex/OSX/current/10.8.2_Mountain_Lion/)
+* Mac OS 10.8.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
+
+(Recording state in git...)
+
+(encryption setup) (shared cipher) (testing WebDAV server...)
+(gpg) gpg: error running `/usr/local/MacGPG2/bin/gpg-agent': probably not installed
+gpg: DBG: running `/usr/local/MacGPG2/bin/gpg-agent' for testing failed: Configuration error
+gpg: can't connect to the agent: IPC connect call failed
+gpg: problem with the agent: No agent running
+27/Jun/2013:13:41:37 +0200 [Error#yesod-core] user error (gpg ["--quiet","--trust-model","always","--batch","--passphrase-fd","21","--symmetric","--force-mdc"] exited 2) @(yesod-core-1.1.8.3:Yesod.Internal.Core ./Yesod/Internal/Core.hs:550:5)
+# End of transcript or log.
+"""]]
+
+> [[done]]; I've updated the OSX autobuild to 
+> use a gpg that doesn't fail when gpg-agent is missing. --[[Joey]]
diff --git a/doc/bugs/GPG_problem_on_Mac/comment_1_9ccfa12e7a9569a7ae9a3b819917c275._comment b/doc/bugs/GPG_problem_on_Mac/comment_1_9ccfa12e7a9569a7ae9a3b819917c275._comment
new file mode 100644
index 0000000000..ce04c73e18
--- /dev/null
+++ b/doc/bugs/GPG_problem_on_Mac/comment_1_9ccfa12e7a9569a7ae9a3b819917c275._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnrFnHRRNUQBB5RCDaIwhVmCcxQp8_yiYw"
+ nickname="Oliver"
+ subject="comment 1"
+ date="2013-06-28T08:42:27Z"
+ content="""
+Do you have any form of gpg installed?
+I.e. is it failing to detect your GPG or do you just not have GPG?
+"""]]
diff --git a/doc/bugs/GPG_problem_on_Mac/comment_2_a5e07131e2bc1a646c8439fc2506128b._comment b/doc/bugs/GPG_problem_on_Mac/comment_2_a5e07131e2bc1a646c8439fc2506128b._comment
new file mode 100644
index 0000000000..bc81ebaff4
--- /dev/null
+++ b/doc/bugs/GPG_problem_on_Mac/comment_2_a5e07131e2bc1a646c8439fc2506128b._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk7iPiqWr3BVPLWEDvJhSSvcOqheLEbLNo"
+ nickname="Dirk"
+ subject="comment 2"
+ date="2013-06-28T16:45:08Z"
+ content="""
+Hi,
+
+I have gpg installed.
+[[!format sh \"\"\"
+$ which gpg
+/usr/local/bin/gpg
+$ which gpg-agent
+/usr/local/bin/gpg-agent
+\"\"\"]]
+(are there other \"programs\" besides gpg and gpg-agent I should check for?)
+
+/usr/local/bin is part of my PATH.
+
+I actually noticed some strange behavior now:
+
+ * At some point I was able add the box.com repository to my original annex dir. (I think it was caused by calling gpg-agent on the command line, but I am unsure here.)
+ * I created after a reboot then a second annex dir (annex2) (not connected to the first).
+ * I was again not able to add a new box.com repository for this new annex (annex2) while the original annex dir is still able to sync to box.com
+
+This seems to indicate that there is some annex specific configuration files influencing this gpg location problem.  
+
+
+"""]]
diff --git a/doc/bugs/GPG_problem_on_Mac/comment_3_388238360f2423f84881e904443efb86._comment b/doc/bugs/GPG_problem_on_Mac/comment_3_388238360f2423f84881e904443efb86._comment
new file mode 100644
index 0000000000..3e8b01d24d
--- /dev/null
+++ b/doc/bugs/GPG_problem_on_Mac/comment_3_388238360f2423f84881e904443efb86._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 3"
+ date="2013-07-08T17:10:53Z"
+ content="""
+The git-annex dmg includes a copy of gpg.
+
+It seems that the build machine has been switched to having MacGPG2 installed, which hard-codes the location of gpg-agent inside it. This did not used to be the case, and I don't want to use this MacGPG2 build in the dmg.
+
+Guess I'll have to build gpg from source myself on the mac to get a sane version to distribute..
+"""]]
diff --git a/doc/bugs/Git_annex_add_fails_on_read-only_files.mdwn b/doc/bugs/Git_annex_add_fails_on_read-only_files.mdwn
new file mode 100644
index 0000000000..26ee29e6d9
--- /dev/null
+++ b/doc/bugs/Git_annex_add_fails_on_read-only_files.mdwn
@@ -0,0 +1,37 @@
+### Please describe the problem.
+
+Git annex cannot add/import files in folders without w or x permission
+
+Note that (as stated in the comments) this might not be a bug. The problem might somewhere within Git, because Git does not manage file permissions very well. I was just hoping that I could import large directory trees into git-annex with a simple call to "git annex import"; now it seems I have to fix their permissions first.
+
+### What steps will reproduce the problem?
+
+    $ cd /tmp
+    $ mkdir -p folder/subfolder
+    $ echo "some text" > folder/subfolder/some_file.txt
+    $ chmod 500 folder/subfolder
+    $ mkdir annex
+    $ cd annex
+    $ git init
+    $ git annex init "Testing git annex"
+    $ git annex import ../folder
+    Fails
+    $ chmod 600 ../folder/subfolder
+    $ git annex import ../folder
+    Fails
+    $ chmod 700 ../folder/subfolder
+    $ git annex import ../folder
+    Works. Subfolder now has 755 permissions
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 4.20131106
+    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 glacier hook
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+    git version 1.8.4.3
diff --git a/doc/bugs/Git_annex_add_fails_on_read-only_files/comment_1_d31018e8bf31d729ee9fee43a0a07934._comment b/doc/bugs/Git_annex_add_fails_on_read-only_files/comment_1_d31018e8bf31d729ee9fee43a0a07934._comment
new file mode 100644
index 0000000000..0a4e61bc57
--- /dev/null
+++ b/doc/bugs/Git_annex_add_fails_on_read-only_files/comment_1_d31018e8bf31d729ee9fee43a0a07934._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-26T19:47:28Z"
+ content="""
+I cannot reproduce this problem on Linux, with version 4.20131106. I tried in both direct and indirect mode, on Linux. 
+
+I was, however, able to exactly reproduce the error message if I made the *directory* be not writable, and used indirect mode. This is because git-annex has to move the file the .git/annex/objects, and put a symlink in place, and so has to be allowed to write to the directory. Interestingly, direct mode does not have this limiation, although I doubt git-annex would ever be very useful when run in a directory you lack write permission to.
+"""]]
diff --git a/doc/bugs/Git_annex_add_fails_on_read-only_files/comment_2_e38e7048749f890169cd0be602be6ee7._comment b/doc/bugs/Git_annex_add_fails_on_read-only_files/comment_2_e38e7048749f890169cd0be602be6ee7._comment
new file mode 100644
index 0000000000..610eea7139
--- /dev/null
+++ b/doc/bugs/Git_annex_add_fails_on_read-only_files/comment_2_e38e7048749f890169cd0be602be6ee7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlq4ClC5EMN1Vq1DpWXAqP5TiDnCK1mSfk"
+ nickname="Jonas"
+ subject="comment 2"
+ date="2013-11-27T18:05:02Z"
+ content="""
+Thank you for looking into this, and sorry about the low quality of the initial bug report. I now replaced the example by a better one.
+
+As you say, this might not be a bug. I was just not aware that migrating files into git-annex would mean forsaking their permissions.
+"""]]
diff --git a/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android.mdwn b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android.mdwn
new file mode 100644
index 0000000000..bf68208da0
--- /dev/null
+++ b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android.mdwn
@@ -0,0 +1,280 @@
+### Please describe the problem.
+git add hangs.
+Maybe because of encrypted sdcard?
+
+
+
+
+
+### What steps will reproduce the problem?
+
+    app_30@android:/sdcard $ mkdir annex;cd annex
+    app_30@android:/sdcard/annex $ git init
+    Initialized empty Git repository in /mnt/sdcard/annex/.git/
+    app_30@android:/sdcard/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...)
+    app_30@android:/sdcard/annex $ touch lala
+    git annex add lala --debug                                   <
+    [2013-10-13 22:05:17 CEST] read: git ["--git-dir=/mnt/sdcard/annex/.git","--work-tree=/mnt/sdcard/annex","ls-files","--others","--exclude-standard","-z","--","lala"]
+    [2013-10-13 22:05:17 CEST] read: git ["--git-dir=/mnt/sdcard/annex/.git","--work-tree=/mnt/sdcard/annex","ls-files","--modified","-z","--","lala"]
+    [2013-10-13 22:05:17 CEST] chat: git ["--git-dir=/mnt/sdcard/annex/.git","--work-tree=/mnt/sdcard/annex","cat-file","--batch"]
+    add lala [2013-10-13 22:05:17 CEST] chat: git ["--git-dir=/mnt/sdcard/annex/.git","--work-tree=/mnt/sdcard/annex","check-attr","-z","--stdin","annex.backend","annex.numcopies","--"]
+    ** HANGS **
+  
+
+
+The same will happen when just running and asking assistant to create annex for camera.
+
+ps aux | grep -i git:
+
+    app_30    9870  8950  2512   464   c009cd2c 400456a4 S git
+    app_30    9871  9870  64900  7552  ffffffff 40108a38 S git-annex
+    app_30    9876  9871  0      0     ffffffff 00000000 Z git
+    app_30    9877  9871  0      0     ffffffff 00000000 Z git
+    app_30    9878  9871  2512   608   c0114a4c 400b2878 S git
+    app_30    9879  9871  2512   556   c0114a4c 40074878 S git
+
+lsof | grep git:
+
+    1|app_30@android:/sdcard $ lsof | grep git                                     
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/pts/2
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/pts/2
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/pts/2
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/main
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/radio
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/events
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/system
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/__properties__ (deleted)
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/framework-res.apk
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/com.htc.resources.apk
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/framework-htc-res.apk
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/framework.jar
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/system/etc/system_fonts.xml
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/system/etc/fallback_fonts.xml
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/system/fonts/Roboto-Regular.ttf
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/core.jar
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/urandom
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/main
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/radio
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/events
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/system
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/cpuctl/tasks
+    9870	/data/data/ga.androidterm/lib/lib.git.so	socket:[1172354]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172355]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172355]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/cpuctl/bg_non_interactive/tasks
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172358]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172358]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	anon_inode:[eventpoll]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/ashmem
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/ashmem
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/data/app/ga.androidterm-1.apk
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/data/app/ga.androidterm-1.apk
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/system/app/Aluminum.apk
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172380]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172381]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/data/data/ga.androidterm/fifo
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172382]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/pts/2
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/system/fonts/DroidSansMono.ttf
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172407]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172407]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	anon_inode:[eventpoll]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	/dev/ashmem
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1177783]
+    9870	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1177784]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/pts/2
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/pts/2
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/pts/2
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/log/main
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/log/radio
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/log/events
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/log/system
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	anon_inode:[eventpoll]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1184035]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/__properties__ (deleted)
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1184035]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	anon_inode:[eventfd]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1184036]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1184036]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	anon_inode:[eventfd]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1184039]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1184043]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1184044]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1184046]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1184047]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/system/framework/framework-res.apk
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/system/framework/com.htc.resources.apk
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/system/framework/framework-htc-res.apk
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/system/framework/framework.jar
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/system/etc/system_fonts.xml
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/system/etc/fallback_fonts.xml
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/system/fonts/Roboto-Regular.ttf
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/system/framework/core.jar
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/urandom
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/log/main
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/log/radio
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/log/events
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/log/system
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/cpuctl/tasks
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	socket:[1172354]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1172355]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1172355]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/cpuctl/bg_non_interactive/tasks
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1172358]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1172358]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	anon_inode:[eventpoll]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/ashmem
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/ashmem
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/data/app/ga.androidterm-1.apk
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/data/app/ga.androidterm-1.apk
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/system/app/Aluminum.apk
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1172380]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1172381]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/data/data/ga.androidterm/fifo
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1172382]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/pts/2
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/system/fonts/DroidSansMono.ttf
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1172407]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1172407]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	anon_inode:[eventpoll]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	/dev/ashmem
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1177783]
+    9871	/data/data/ga.androidterm/lib/lib.git-annex.so	pipe:[1177784]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1184043]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1184044]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/pts/2
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/main
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/radio
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/events
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/system
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/__properties__ (deleted)
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/framework-res.apk
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/com.htc.resources.apk
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/framework-htc-res.apk
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/framework.jar
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/system/etc/system_fonts.xml
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/system/etc/fallback_fonts.xml
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/system/fonts/Roboto-Regular.ttf
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/core.jar
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/urandom
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/main
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/radio
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/events
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/system
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/cpuctl/tasks
+    9878	/data/data/ga.androidterm/lib/lib.git.so	socket:[1172354]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172355]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172355]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/cpuctl/bg_non_interactive/tasks
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172358]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172358]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	anon_inode:[eventpoll]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/ashmem
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/ashmem
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/data/app/ga.androidterm-1.apk
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/data/app/ga.androidterm-1.apk
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/system/app/Aluminum.apk
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172380]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172381]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/data/data/ga.androidterm/fifo
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172382]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/pts/2
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/system/fonts/DroidSansMono.ttf
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172407]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172407]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	anon_inode:[eventpoll]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	/dev/ashmem
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1177783]
+    9878	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1177784]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1184046]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1184047]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/pts/2
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/main
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/radio
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/events
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/system
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/__properties__ (deleted)
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/framework-res.apk
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/com.htc.resources.apk
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/framework-htc-res.apk
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/framework.jar
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/system/etc/system_fonts.xml
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/system/etc/fallback_fonts.xml
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/system/fonts/Roboto-Regular.ttf
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/system/framework/core.jar
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/urandom
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/main
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/radio
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/events
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/log/system
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/cpuctl/tasks
+    9879	/data/data/ga.androidterm/lib/lib.git.so	socket:[1172354]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172355]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172355]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/cpuctl/bg_non_interactive/tasks
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172358]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172358]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	anon_inode:[eventpoll]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/ashmem
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/ashmem
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/data/app/ga.androidterm-1.apk
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/data/app/ga.androidterm-1.apk
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/system/app/Aluminum.apk
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172380]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172381]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/data/data/ga.androidterm/fifo
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172382]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/pts/2
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/system/fonts/DroidSansMono.ttf
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172407]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1172407]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	anon_inode:[eventpoll]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	/dev/ashmem
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1177783]
+    9879	/data/data/ga.androidterm/lib/lib.git.so	pipe:[1177784]
+
+
+vfat/sdcard entry:
+    /dev/block/dm-2 /mnt/sdcard vfat     rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0702,dmask=0702, \ 
+    allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
+    tmpfs /mnt/sdcard/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0
+
+
+
+### What version of git-annex are you using? On what operating system?
+Version from git annex version:
+2a8136b6bd60a17d687eb800594ec7c37b872b3d
+
+I tried both daily build and most recent 'stable' with the same effect.
+
+Android 4.0.3 (Htc One V)
+
+The same happens on my another android device; Samsung tablet with... also 4.0.3.
+Tried to gather strace information on git, but couldn't. If anything more is necessary,
+please let me know.
+
+The same happens when I git annex add in /data/data/ga.androidterm/anntmp - so it's not sdcard nor vfat. 
+
+### 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.
+"""]]
+
+> I have updated git-annex to work with the new git, which will be 1.8.5.
+> This fix should appear in the android autobuild within an hour if you
+> want to try it. [[done]] --[[Joey]]
diff --git a/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_1_2fc435d1c741f9fc422401f682e7c8b7._comment b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_1_2fc435d1c741f9fc422401f682e7c8b7._comment
new file mode 100644
index 0000000000..19b8ae1a66
--- /dev/null
+++ b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_1_2fc435d1c741f9fc422401f682e7c8b7._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="I can reproduce this! (with 4.20130923-g78e9013)"
+ date="2013-10-15T19:57:19Z"
+ content="""
+Comparing straces from Android and Linux, it seems to be due to git check-attr outputting something different:
+
+<pre>
+read(16, \"andro\0annex.backend\0unspecified\0\"..., 8096) = 66
+read(10, \"linux: annex.backend: unspecifie\"..., 8096) = 70
+</pre>
+
+So, this is not actually Android specific, thankfully. It's just a breakage caused by a change in a newish version of git! I think it's not yet released, just Android is building from git head right now.
+
+I have reverted the Android stable build to the last version I think won't be affected by this.
+"""]]
diff --git a/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_2_b73fb99a75aef912f8286626c5bde66d._comment b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_2_b73fb99a75aef912f8286626c5bde66d._comment
new file mode 100644
index 0000000000..12b0f9f6e2
--- /dev/null
+++ b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_2_b73fb99a75aef912f8286626c5bde66d._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="bla"
+ ip="91.121.95.205"
+ subject="Testing"
+ date="2013-10-15T21:24:35Z"
+ content="""
+Last autobuild (installed by replacing existing)
+annex 89345b7  with git 1.8.4.474.g128a96c  - also hangs on add in the same manner (in previously created tmp git in /data/data/ga.androidterm/anntmp). Not sure if I did something wrong.
+
+Current stable release - works just fine (deinstalled, installed again - replace failed somehow)
+
+
+
+"""]]
diff --git a/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_3_b7115f2c658439ff59a029f500697fc1._comment b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_3_b7115f2c658439ff59a029f500697fc1._comment
new file mode 100644
index 0000000000..eb3c993a89
--- /dev/null
+++ b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_3_b7115f2c658439ff59a029f500697fc1._comment
@@ -0,0 +1,57 @@
+[[!comment format=mdwn
+ username="bla"
+ ip="91.121.95.205"
+ subject="More info on latest autobuild"
+ date="2013-10-15T21:42:52Z"
+ content="""
+Using adb shell, su app_30, runshell:
+
+     app_30@android:/data/data/ga.androidterm/anntmp $ head -n 3 /sdcard/git-annex.>
+     Installation starting to /data/data/ga.androidterm
+     89345b7108f5c18eba0845f84780a26d069d011d
+     installing busybox
+
+    app_30@android:/data/data/ga.androidterm/anntmp $ git version
+    git version 1.8.4.474.g128a96c
+    app_30@android:/data/data/ga.androidterm/anntmp $ git annex version
+    git-annex version: 4.20131015-g89345b7
+    build flags: Assistant Webapp Testsuite S3 WebDAV Inotify 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 4
+    upgrade supported from repository versions: 0 1 2
+
+    git init; git annex init; touch lala
+    130|app_30@android:/data/data/ga.androidterm/anntmp $ git annex add lala --deb>
+    [2013-10-15 23:37:20 CEST] read: git [\"--git-dir=/data/data/ga.androidterm/anntmp/.git\",\"--work-tree=/data/data/ga.androidterm/anntmp\",\"ls-files\",\"--others\",\"--exclude-standard\",\"-z\",\"--\",\"lala\"]
+    [2013-10-15 23:37:20 CEST] read: git [\"--git-dir=/data/data/ga.androidterm/anntmp/.git\",\"--work-tree=/data/data/ga.androidterm/anntmp\",\"diff\",\"--name-only\",\"--diff-filter=T\",\"-z\",\"--\",\"lala\"]
+    add lala [2013-10-15 23:37:20 CEST] chat: git [\"--git-dir=/data/data/ga.androidterm/anntmp/.git\",\"--work-tree=/data/data/ga.androidterm/anntmp\",\"check-attr\",\"-z\",\"--stdin\",\"annex.backend\",\"annex.numcopies\",\"--\"]
+    *hangs*
+
+
+
+    echo lala | git check-attr -z --stdin annex.backend annex.numcopies | hexdump -C
+    00000000  6c 61 6c 61 0a 00 61 6e  6e 65 78 2e 62 61 63 6b  |lala..annex.back|
+    00000010  65 6e 64 00 75 6e 73 70  65 63 69 66 69 65 64 00  |end.unspecified.|
+    00000020  6c 61 6c 61 0a 00 61 6e  6e 65 78 2e 6e 75 6d 63  |lala..annex.numc|
+    00000030  6f 70 69 65 73 00 75 6e  73 70 65 63 69 66 69 65  |opies.unspecifie|
+    00000040  64 00                                             |d.|
+    00000042
+
+While on my laptop (git 1.8.4.rc3)
+
+    feather annex % echo lala | git check-attr -z --stdin annex.backend annex.numcopies | hexdump -C
+    00000000  22 6c 61 6c 61 5c 6e 22  3a 20 61 6e 6e 65 78 2e  |\"lala\n\": annex.|
+    00000010  62 61 63 6b 65 6e 64 3a  20 75 6e 73 70 65 63 69  |backend: unspeci|
+    00000020  66 69 65 64 0a 22 6c 61  6c 61 5c 6e 22 3a 20 61  |fied.\"lala\n\": a|
+    00000030  6e 6e 65 78 2e 6e 75 6d  63 6f 70 69 65 73 3a 20  |nnex.numcopies: |
+    00000040  75 6e 73 70 65 63 69 66  69 65 64 0a              |unspecified.|
+    0000004c
+
+So in fact very different indeed.
+
+
+Hope it helps - assuming i didn't do some weird mistake. I'll happily use stable version for now. GREAT THANKS!
+"""]]
diff --git a/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_4_67de7a56ddb06fc0e31cc011d281c633._comment b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_4_67de7a56ddb06fc0e31cc011d281c633._comment
new file mode 100644
index 0000000000..4456e2cef7
--- /dev/null
+++ b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_4_67de7a56ddb06fc0e31cc011d281c633._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 4"
+ date="2013-10-16T16:16:02Z"
+ content="""
+Thanks for testing that. I had a fencepost error, which I've fixed, and actually tested with problimatic git version now.
+"""]]
diff --git a/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_5_58fdb2a00f1737746cdbc804f831a0e7._comment b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_5_58fdb2a00f1737746cdbc804f831a0e7._comment
new file mode 100644
index 0000000000..7bbef0fdd6
--- /dev/null
+++ b/doc/bugs/Git_annex_hangs_after_git_annex_add_on_vfat__47__sdcard__47__android/comment_5_58fdb2a00f1737746cdbc804f831a0e7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="any chance of a new release?"
+ date="2013-10-22T13:33:57Z"
+ content="""
+I just upgraded via cabal install to 4.20131002, which (unsurprisingly, I guess) still exhibits this issue.  Would be great if a new release could be cut for this ...
+"""]]
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..3f58bd8896
--- /dev/null
+++ b/doc/bugs/Git_annexed_files_symlink_are_wrong_when_submodule_is_not_in_the_same_path.mdwn
@@ -0,0 +1,63 @@
+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.
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_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..b3d6aa01ff
--- /dev/null
+++ b/doc/bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time.mdwn
@@ -0,0 +1,16 @@
+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]]
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/Hanging_on_install_on_Mountain_lion.mdwn b/doc/bugs/Hanging_on_install_on_Mountain_lion.mdwn
new file mode 100644
index 0000000000..f18a0ef405
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion.mdwn
@@ -0,0 +1,26 @@
+### Please describe the problem.
+
+In trying to install git-annex on my mac OSX Mountain Lion, the program is hanging when I open the program.
+
+### What steps will reproduce the problem?
+
+Open the DMG, drag the app to applications folder, double-click on the application. Web browser opens with a localhost url. The webpage says "Starting webapp..." and doesn't go anywhere. Initialization seems to fail and I need to force quit the application.
+
+### What version of git-annex are you using? On what operating system?
+
+I'm not totally sure (since it hangs and I can't check a version number, but since I just downloaded it now and the homepage says the latest version is "version 4.20130621" which was released 2 days and 13 hours ago, I assume that is it. 
+
+I'm using OSX 10.8.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.
+"""]]
+
+> Fixed root cause. [[done]] --[[Joey]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_10_f57ff027b19ca16e2ecf1fc6aee9ef4a._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_10_f57ff027b19ca16e2ecf1fc6aee9ef4a._comment
new file mode 100644
index 0000000000..91de599c39
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_10_f57ff027b19ca16e2ecf1fc6aee9ef4a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 10"
+ date="2013-06-26T22:10:39Z"
+ content="""
+Seems to be caused by an upgrade of the Mac the autobuilds run on. Particularly, downgrading yesod and warp to older versions seems to avoid the hang, so I've temporarily adjusted the deps so it will build with the old versions.
+
+I have updated the daily autobuild for OSX, as well as the dmg for the current release. Testing appreciated.
+"""]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_11_2ff78d2090d0fd3418ab50b27c6028ce._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_11_2ff78d2090d0fd3418ab50b27c6028ce._comment
new file mode 100644
index 0000000000..cd67b45c35
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_11_2ff78d2090d0fd3418ab50b27c6028ce._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="not OSX specific"
+ date="2013-06-27T02:36:04Z"
+ content="""
+I was able to reproduce the hang on linux after upgrading to the newest version of warp and yesod.
+"""]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_1_523d3c0c71f80536850a001b90fd0e9e._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_1_523d3c0c71f80536850a001b90fd0e9e._comment
new file mode 100644
index 0000000000..06ab0f9048
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_1_523d3c0c71f80536850a001b90fd0e9e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnGrQBFPptA2GU_Nx8KrxRGtyAS7PIlwjw"
+ nickname="Nathan"
+ subject="me too."
+ date="2013-06-24T07:33:54Z"
+ content="""
+I'm having the exact same problem (OSX 10.8.2)
+"""]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_2_6c360c64093b016c2150206dc3ad1709._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_2_6c360c64093b016c2150206dc3ad1709._comment
new file mode 100644
index 0000000000..46c53294ce
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_2_6c360c64093b016c2150206dc3ad1709._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnrFnHRRNUQBB5RCDaIwhVmCcxQp8_yiYw"
+ nickname="Oliver"
+ subject="comment 2"
+ date="2013-06-25T11:19:34Z"
+ content="""
+Had that on snow leopard as well, using both the release and the nightlies. In the end I built it myself using cabal and that was OK.
+
+Possibly using the cli from inside the app to initialize the repo might fix it.
+"""]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_3_7b77fd9b7dc236c345f2f6149c8138ee._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_3_7b77fd9b7dc236c345f2f6149c8138ee._comment
new file mode 100644
index 0000000000..823474f95a
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_3_7b77fd9b7dc236c345f2f6149c8138ee._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnGrQBFPptA2GU_Nx8KrxRGtyAS7PIlwjw"
+ nickname="Nathan"
+ subject="comment 3"
+ date="2013-06-25T13:39:55Z"
+ content="""
+Hi there, I couldn't get it to build with cabal (likely my fault, ie. inexperience).
+
+Can I please confirm something: Theoretically I dont need to do *any* preparation to start using git-annex assistant, right? As in I dont need to first configure git separately, or set up any folder hierarchies or such?  The idea is that the assistant itself does all that's required? I just wonder if through my naivety I am missing a basic step and making a rookie mistake.
+
+A couple of notes:
+
+Running  **/Applications/git-annex.app/Contents/MacOS/git-annex init** 
+
+Returns **git-annex: Not in a git repository.**
+
+Any further assistance you may offer woudl be great, because I'd love to start investigating the potential for using git-annex in a multi-user environment (managing motion design projects).
+"""]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_5_08289596445d7588e43d35490fbfe5f4._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_5_08289596445d7588e43d35490fbfe5f4._comment
new file mode 100644
index 0000000000..d9700eab0d
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_5_08289596445d7588e43d35490fbfe5f4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmxns2UBAMDbTwrwHq_Lx1sNKrVVayq1X4"
+ nickname="Darren"
+ subject="comment 5"
+ date="2013-06-25T14:54:47Z"
+ content="""
+same problem here, latest version from the website and running OSX 10.8.4.
+"""]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_5_2a336fe7b8aed07cbdaa868bd34078f9._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_5_2a336fe7b8aed07cbdaa868bd34078f9._comment
new file mode 100644
index 0000000000..aceafcf9f4
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_5_2a336fe7b8aed07cbdaa868bd34078f9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 5"
+ date="2013-06-25T17:14:02Z"
+ content="""
+To get this fixed, someone is going to need to do some investigation of what is happening. I do not have resources to debug OSX problems that cannot be reproduced using the command line.
+"""]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_6_ea7a40c3b6748738421aed00a6f7ca10._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_6_ea7a40c3b6748738421aed00a6f7ca10._comment
new file mode 100644
index 0000000000..16ecca625c
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_6_ea7a40c3b6748738421aed00a6f7ca10._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQafKy7hNSEolLs6TvbgUnkklTctUY9LI"
+ nickname="Zellyn"
+ subject="Happy to debug"
+ date="2013-06-26T02:47:35Z"
+ content="""
+Hi Joey, I'm having the same problem. I'm currently trying the homebrew route.
+
+I would be happy to debug, but I'm not familiar at all with git annex or the assistant, so I don't even know where to start looking. Let me know what would be useful to try, and I'll try it and post the results.
+"""]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_7_00962da9288976f8a48d0cbc08e1d9e2._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_7_00962da9288976f8a48d0cbc08e1d9e2._comment
new file mode 100644
index 0000000000..2bddffc703
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_7_00962da9288976f8a48d0cbc08e1d9e2._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQafKy7hNSEolLs6TvbgUnkklTctUY9LI"
+ nickname="Zellyn"
+ subject="More info"
+ date="2013-06-26T04:21:47Z"
+ content="""
+Looking at what the browser is doing:
+
+1. Open file://localhost/var/folders/00/0wpr8000h01000cxqpysvccm003kv1/T/webapp72069.html
+2. Meta refresh to: http://127.0.0.1:64190/?auth=7b8464a1fe3ed0386520bd2b214dbb963864b345151edc0b5febc0310a7974d89fda2ab6464d5791e6b1a474bebb86026b7c90ebb920c51a8291940c75e7c1f9
+3. Redirect to: http://127.0.0.1:64190/config?auth=7b8464a1fe3ed0386520bd2b214dbb963864b345151edc0b5febc0310a7974d89fda2ab6464d5791e6b1a474bebb86026b7c90ebb920c51a8291940c75e7c1f9
+4. Redirect to: http://127.0.0.1:64190/config/repository/new/first?auth=7b8464a1fe3ed0386520bd2b214dbb963864b345151edc0b5febc0310a7974d89fda2ab6464d5791e6b1a474bebb86026b7c90ebb920c51a8291940c75e7c1f9
+5. hang indefinitely
+
+"""]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_8_5d53d23e529f33f6e7deb10643831613._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_8_5d53d23e529f33f6e7deb10643831613._comment
new file mode 100644
index 0000000000..14cc3ec556
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_8_5d53d23e529f33f6e7deb10643831613._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 8"
+ date="2013-06-26T19:06:42Z"
+ content="""
+Thanks, I've reproduced the hang using wget at the command line.
+
+Probably something has been broken in the switch to a new version of Yesod.
+
+"""]]
diff --git a/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_9_f00c8761e3184975b6645c0c3e241365._comment b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_9_f00c8761e3184975b6645c0c3e241365._comment
new file mode 100644
index 0000000000..2639fb350c
--- /dev/null
+++ b/doc/bugs/Hanging_on_install_on_Mountain_lion/comment_9_f00c8761e3184975b6645c0c3e241365._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkQafKy7hNSEolLs6TvbgUnkklTctUY9LI"
+ nickname="Zellyn"
+ subject="Excellent"
+ date="2013-06-26T21:01:38Z"
+ content="""
+Excellent news. If you need any more help debugging, let me know.
+
+Out of curiosity, what would be the next step of useful information for you? lsof on the process didn't seem to show anything interesting...
+"""]]
diff --git a/doc/bugs/Hangs_on_creating_repository_when_using_--listen.mdwn b/doc/bugs/Hangs_on_creating_repository_when_using_--listen.mdwn
new file mode 100644
index 0000000000..913e02cd55
--- /dev/null
+++ b/doc/bugs/Hangs_on_creating_repository_when_using_--listen.mdwn
@@ -0,0 +1,46 @@
+### Please describe the problem.
+When using the git-annex webapp with the --listen paramter it as usual asks one to create a new repository on first startup. Selecting a repository location here and clicking "Make repository" button leads to a never ending loading browser and some git zombies. 
+
+### What steps will reproduce the problem?
+Two machines needed
+
+1. On machine one: git-annex webapp --listen=\<machine1-public-ip\>:34561 (you can choose another port as well)
+2. On machine two: use a browser to go to the url the last step gave you
+3. Click on make repository
+
+
+### What version of git-annex are you using? On what operating system?
+* git-annex version: 4.20130601
+* build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+* built using cabal
+* on Ubuntu 13.04 32bit
+
+
+### 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-06-12 21:59:37 CEST] main: starting assistant version 4.20130601
+WebApp crashed: unable to bind to local socket
+[2013-06-12 21:59:37 CEST] 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-06-12 21:59:37 CEST] Watcher: Performing startup scan
+(started...) 
+
+
+# End of transcript or log.
+"""]]
+
+> The problem is that, when a port is specified, it is used for each web
+> server started, and the process of making a new repository unavoidably
+> requires it to start a second web server instance. This would also affect
+> switching between existing repositories in the webapp. I don't see
+> any way to make it not crash here, except for ignoring the port it was told
+> to use when something else is already listening there. --[[Joey]] 
+
+[[!tag /design/assistant]]
diff --git a/doc/bugs/Hangs_on_creating_repository_when_using_--listen/comment_1_8cbe786de8cf8b407418149b9c811aab._comment b/doc/bugs/Hangs_on_creating_repository_when_using_--listen/comment_1_8cbe786de8cf8b407418149b9c811aab._comment
new file mode 100644
index 0000000000..b0132de65f
--- /dev/null
+++ b/doc/bugs/Hangs_on_creating_repository_when_using_--listen/comment_1_8cbe786de8cf8b407418149b9c811aab._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk7iPiqWr3BVPLWEDvJhSSvcOqheLEbLNo"
+ nickname="Dirk"
+ subject="comment 1"
+ date="2013-06-15T11:39:15Z"
+ content="""
+Thanks for looking into this.
+
+Following your explanation there is no easy solution to this. I guess one could potentially grey out all actions in the webapp that lead to problems. But that might be overkill for a rare use case (which I assume the use of --listen with a given port is). Maybe just documenting for which use cases (repository creation, switching, ...?) the provided port will lead to problems (e.g. in the man page under the --listen section) is good enough (it is for me)?
+
+ 
+
+
+"""]]
diff --git a/doc/bugs/Hangs_on_creating_repository_when_using_--listen/comment_2_dc128eeddeaaf3f84e71aca0fb7d341f._comment b/doc/bugs/Hangs_on_creating_repository_when_using_--listen/comment_2_dc128eeddeaaf3f84e71aca0fb7d341f._comment
new file mode 100644
index 0000000000..55d7efa1ce
--- /dev/null
+++ b/doc/bugs/Hangs_on_creating_repository_when_using_--listen/comment_2_dc128eeddeaaf3f84e71aca0fb7d341f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 2"
+ date="2013-08-24T18:52:11Z"
+ content="""
+This also affects creating a second repository in the webapp, not just the repository creation at first startup.
+"""]]
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..8b03134f17
--- /dev/null
+++ b/doc/bugs/Hard_links_not_synced_in_direct_mode.mdwn
@@ -0,0 +1,125 @@
+### 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
+"""]]
+
+
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/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__.mdwn b/doc/bugs/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__.mdwn
new file mode 100644
index 0000000000..69b0c4116b
--- /dev/null
+++ b/doc/bugs/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__.mdwn
@@ -0,0 +1,295 @@
+### Please describe the problem.
+
+I use both the assistant and the command line. Unfortunately I often end up
+in a state where I cannot do a "git annex sync" (it fails as described below)
+and I have to use the assistant to synchronize things to make the sync work. I
+would like to know how to do the same thing using only the command line.
+
+### What steps will reproduce the problem?
+
+This problem involves two repos: a local, indirect mode, manual group, repo, and
+a ssh remote archive group bare repo (with full git annex available
+remotely). The local repo is "top" and the remote one is "mini_archive".
+
+I start with the assistant not running, and the two repos in sync. Note that the
+remote server cannot directly contact the local repo.
+
+local:
+
+    schmitta@top ~/D/annex (master)> git annex sync
+    commit
+    ok
+    pull mini_archive 
+    ok
+
+remote:
+
+    schmitta@mini ~/a/archive> git annex sync
+    commit
+    ok
+
+I then add a file locally and try to sync, getting a problem on mini_archive:
+
+    schmitta@top ~/D/annex (master)> git annex add videos/Minecraft/Icy\ and\ FlowerChild\ Play\ -\ Better\ Than\ Wolves\ 3-qg6LVTcDl4Y.mp4 
+    add videos/Minecraft/Icy and FlowerChild Play - Better Than Wolves 3-qg6LVTcDl4Y.mp4 (checksum...) ok
+    (Recording state in git...)
+    schmitta@top ~/D/annex (master)> git annex sync
+    commit
+    ok
+    pull mini_archive 
+    ok
+    push mini_archive 
+    Counting objects: 15, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (10/10), done.
+    Writing objects: 100% (10/10), 1.01 KiB | 0 bytes/s, done.
+    Total 10 (delta 4), reused 0 (delta 0)
+    remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+    To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+       a5b002b..dde2626  master -> synced/master
+     ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+    error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+    failed
+    git-annex: sync: 1 failed
+
+I try to merge and sync on the remote (I assume sync also does merge, but I'm
+not sure).
+
+    schmitta@mini ~/a/archive> git annex merge
+    merge git-annex ok
+    schmitta@mini ~/a/archive> git annex sync
+    commit
+    ok
+
+Back on the local machine, I still have the conflict.
+
+    schmitta@top ~/D/annex (master) [1]> git annex sync
+    commit
+    ok
+    pull mini_archive 
+    ok
+    push mini_archive 
+    Counting objects: 7, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (5/5), done.
+    Writing objects: 100% (5/5), 513 bytes | 0 bytes/s, done.
+    Total 5 (delta 1), reused 0 (delta 0)
+    remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+    To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+     ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+    error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+    failed
+    git-annex: sync: 1 failed
+
+From this state, the only way to resolve things is to launch the web app. It
+tells me "synced with mini_archive" (and it starts uploading the new file). Then
+on the server there is something to merge. (I haven't waited for the file to
+finish uploading in this case.)
+
+    schmitta@mini ~/a/archive> git annex merge
+    merge git-annex (merging refs/synced/1cdfb490-0660-41fb-b7ce-74b89abb9aac/git-annex into git-annex...)
+    ok
+    schmitta@mini ~/a/archive> git annex sync
+    commit
+    ok
+
+and I can then sync on the local repo:
+
+    schmitta@top ~/D/annex (master) [1]> git annex sync
+    commit
+    ok
+    pull mini_archive 
+    From ssh://git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive
+       8f39d4c..cb7f6c3  git-annex  -> mini_archive/git-annex
+    ok
+
+Note that I need to do the remote merge for things to work. After the file has
+finished uploading, I get back in a conflict:
+
+    schmitta@top ~/D/annex (master)> git annex sync
+    commit
+    ok
+    pull mini_archive 
+    ok
+    push mini_archive 
+    Total 0 (delta 0), reused 0 (delta 0)
+    remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+    To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+     ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+    error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+    failed
+    git-annex: sync: 1 failed
+
+If I disable and re-enable the sync on the server (forcing a sync), I still have
+a conflict locally:
+
+    schmitta@top ~/D/annex (master) [1]> git annex sync
+    commit
+    ok
+    pull mini_archive 
+    ok
+    push mini_archive 
+    Total 0 (delta 0), reused 0 (delta 0)
+    remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+    To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+     ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+    error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+    failed
+    git-annex: sync: 1 failed
+
+It only get solved by doing a merge on the server:
+
+    schmitta@mini ~/a/archive> git annex merge
+    merge git-annex (merging refs/synced/1cdfb490-0660-41fb-b7ce-74b89abb9aac/git-annex into git-annex...)
+    (Recording state in git...)
+    ok
+
+    schmitta@top ~/D/annex (master) [1]> git annex sync
+    commit
+    ok
+    pull mini_archive 
+    remote: Counting objects: 13, done.
+    remote: Compressing objects: 100% (5/5), done.
+    remote: Total 5 (delta 3), reused 0 (delta 0)
+    Unpacking objects: 100% (5/5), done.
+    From ssh://git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive
+       cb7f6c3..d177e1a  git-annex  -> mini_archive/git-annex
+    ok
+    (merging mini_archive/git-annex into git-annex...)
+
+
+### What version of git-annex are you using? On what operating system?
+
+Current version available on cabal:
+
+    schmitta@top ~/D/annex (master)> git annex version
+    git-annex version: 4.20131002
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi
+    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 4
+    upgrade supported from repository versions: 0 1 2
+
+    schmitta@mini ~/a/archive> git annex version
+    git-annex version: 4.20131002
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS Feeds Quvi
+    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 4
+    upgrade supported from repository versions: 0 1 2
+
+
+### Please provide any additional information below.
+
+Here is daemon.log. It mentions another repo which is an external
+hard drive not plugged it at the moment. I'm skipping the file transmission
+(...).
+
+[[!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-23 14:02:05 CEST] main: starting assistant version 4.20131002
+[2013-10-23 14:02:05 CEST] TransferScanner: Syncing with hole, mini_archive 
+Already up-to-date.
+fatal: '/Volumes/hole/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.
+
+(scanning...) [2013-10-23 14:02:06 CEST] Watcher: Performing startup scan
+Already up-to-date.
+Already up-to-date.
+fatal: '/Volumes/hole/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.
+remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+ ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+fatal: '/Volumes/hole/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.
+fatal: '/Volumes/hole/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.
+remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+ ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+fatal: '/Volumes/hole/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.
+[2013-10-23 14:02:10 CEST] Committer: Committing changes to git
+[2013-10-23 14:02:10 CEST] Pusher: Syncing with mini_archive 
+
+
+(Recording state in git...)
+(started...) To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+   8f39d4c..cb7f6c3  git-annex -> refs/synced/1cdfb490-0660-41fb-b7ce-74b89abb9aac/git-annex
+   a5b002b..dde2626  master -> refs/synced/1cdfb490-0660-41fb-b7ce-74b89abb9aac/master
+remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+ ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+ ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+Everything up-to-date
+(gpg) 
+
+
+SHA256E-s608232213--d4d6e02e651b1d265ff1c041ee8e8c23db9d880140816d62b8cc82cee4db3a54.mp4
+
+...
+
+sent 608306626 bytes  received 42 bytes  5133389.60 bytes/sec
+total size is 608232213  speedup is 1.00
+[2013-10-23 14:04:13 CEST] Transferrer: Uploaded Icy and F..cDl4Y.mp4
+[2013-10-23 14:04:13 CEST] Pusher: Syncing with mini_archive 
+remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+ ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+ ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+   cb7f6c3..927cc1c  git-annex -> refs/synced/1cdfb490-0660-41fb-b7ce-74b89abb9aac/git-annex
+[2013-10-23 14:05:35 CEST] main: Syncing with mini_archive 
+remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+ ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+remote: error: denying non-fast-forward refs/heads/synced/git-annex (you should pull first)
+To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+ ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+error: failed to push some refs to 'ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/'
+Everything up-to-date
+
+
+# End of transcript or log.
+"""]]
+
+> So, receive.denyNonFastforwards was the problem. It turns out that
+> `git init --bare --shared` sets that by default, and the webapp
+> uses that to create repositories on ssh server. I have made the webapp
+> unset receive.denyNonFastforwards when setting up such a repository.
+> 
+> Also added something to the assistant release notes about this
+> to handle existing repositories. [[done]] --[[Joey]]
diff --git a/doc/bugs/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__/comment_1_0ddcbe0ccecdec1012964dfa436a3eee._comment b/doc/bugs/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__/comment_1_0ddcbe0ccecdec1012964dfa436a3eee._comment
new file mode 100644
index 0000000000..ef2399d812
--- /dev/null
+++ b/doc/bugs/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__/comment_1_0ddcbe0ccecdec1012964dfa436a3eee._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-23T15:21:34Z"
+ content="""
+<pre>
+To ssh://schmitta@git-annex-**.**.**.**-schmitta_annex.2Farchive/~/annex/archive/
+ ! [remote rejected] git-annex -> synced/git-annex (non-fast-forward)
+</pre>
+
+Since version 4.20130909, git-annex is supposed to have avoided this problem by forcing the push of the git-annex branch. If you run `git annex sync --debug`, you should see:
+
+[2013-10-23 11:12:54 EDT] call: git [\"--git-dir=annex/.git\",\"--work-tree=annex\",\"push\",\"foo\",\"+git-annex:synced/git-annex\",\"master:synced/master\"]
+
+The \"+\" flag before the branch name forces git push to update the remote branch even if it's not a fast-forward.
+
+You should be able to verify if git-annex is doing that, and run the same git push command manually to investigate why it might not be working. I have not seen this problem since putting in that fix, and I saw it before. Perhaps your server has an old or broken version of git that ignores this flag, or some git configuration setting I am not aware of that prevents it from working.
+"""]]
diff --git a/doc/bugs/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__/comment_2_5765b849bcf045ead9f007bd50b2cfbd._comment b/doc/bugs/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__/comment_2_5765b849bcf045ead9f007bd50b2cfbd._comment
new file mode 100644
index 0000000000..44ccfe00b0
--- /dev/null
+++ b/doc/bugs/How_can_I_solve_a_non-fast-forward_push_without_using_the_assistant__63__/comment_2_5765b849bcf045ead9f007bd50b2cfbd._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://alan.petitepomme.net/"
+ nickname="Alan Schmitt"
+ subject="comment 2"
+ date="2013-10-23T16:21:30Z"
+ content="""
+I think I found the problem, after much googling.
+
+The command line you suggest is indeed tried, and rejected by the server.
+
+The answer came from [here](http://stackoverflow.com/questions/253055/how-do-i-push-amended-commit-to-the-remote-git-repo) where it says (speaking of a forced push)
+
+> Even this may not work as git allows remote repositories to refuse non-fastforward pushes at the far end by using the config variable 'receive.denynonfastforwards'.
+
+Indeed this is set in my annex repository. Note that this is a local setting, and that repository was created by the assistant.
+
+I removed this setting, and I can now push. Could the setting of this bit be a bug in the assistant?
+
+In any case, thanks a lot for indicating where to look at.
+"""]]
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..4a8006f064
--- /dev/null
+++ b/doc/bugs/Impossible_to_enable_an_existing_gcrypt_repo_in_the_webapp.mdwn
@@ -0,0 +1,21 @@
+### 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
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/Incorrect_version_on_64_Standalone_Build.mdwn b/doc/bugs/Incorrect_version_on_64_Standalone_Build.mdwn
new file mode 100644
index 0000000000..d0f43f5b25
--- /dev/null
+++ b/doc/bugs/Incorrect_version_on_64_Standalone_Build.mdwn
@@ -0,0 +1,11 @@
+    $ wget https://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz
+    $ tar xvzf git-annex-standalone-amd64.tar.gz
+    $ cd git-annex.linux
+    $ ./git-annex version
+    git-annex version: 4.20130324
+
+Shouldn't that be `4.20130405`?
+
+The md5sum of the build I downloaded is `aabbb3aa2397be206cae86f33db9eef4`.
+
+> [[done]]; new version will look like eg `4.20130410-gc149c67` --[[Joey]] 
diff --git a/doc/bugs/Incorrect_version_on_64_Standalone_Build/comment_1_1964e4cad33a9f98b2eedbf095e899ff._comment b/doc/bugs/Incorrect_version_on_64_Standalone_Build/comment_1_1964e4cad33a9f98b2eedbf095e899ff._comment
new file mode 100644
index 0000000000..03a39b9287
--- /dev/null
+++ b/doc/bugs/Incorrect_version_on_64_Standalone_Build/comment_1_1964e4cad33a9f98b2eedbf095e899ff._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-10T20:38:28Z"
+ content="""
+Hmm, I think this is an artifact of my release process. I copy the nightly autobuild to there, and typically do this in the morning, so there are some commits from changes to this wiki. Until I commit a new version to `debian/changelog`, `git annex version` can report wrong information. In particular, in commit c709623ff8e56490bb5802cb53880ae237f9f1d9 I changed the version number from a placeholder 4.20130324 to 4.20130405.
+
+There's a tradeoff between waiting for the next autobuild (only run once a day because the server has other users), taking the time to manually run a build, and getting the new release out to users quickly when I announce it.
+
+I think the thing to do is make it use the date of the *last* commit as the version number for autobuilds, and include the git rev in there too. Then users will know exactly what they've gotten.
+"""]]
diff --git a/doc/bugs/Install_of_git-annex-3.20121112_fails.mdwn b/doc/bugs/Install_of_git-annex-3.20121112_fails.mdwn
new file mode 100644
index 0000000000..f4f1c6c7de
--- /dev/null
+++ b/doc/bugs/Install_of_git-annex-3.20121112_fails.mdwn
@@ -0,0 +1,20 @@
+What steps will reproduce the problem?
+
+- rm -rf ~/.ghc/ && cabal update && cabal install git-annex --bindir=$HOME/bin
+
+What is the expected output? What do you see instead?
+
+- I would like to have the latest release installed
+
+What version of git-annex are you using? On what operating system?
+
+- git-annex-3.20121112
+- Ubuntu 12.04 LTS
+- The Glorious Glasgow Haskell Compilation System, version 7.4.1
+
+Please provide any additional information below.
+
+I use it heavily on 4 machines since a month and I really like it.
+
+> closing since this is a cabal library problem, and not something that
+> can be fixed by any change to git-annex. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_1_80fc80151d4390bd8a4332f30723962e._comment b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_1_80fc80151d4390bd8a4332f30723962e._comment
new file mode 100644
index 0000000000..b3889eca6c
--- /dev/null
+++ b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_1_80fc80151d4390bd8a4332f30723962e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 1"
+ date="2012-11-13T17:08:14Z"
+ content="""
+You forgot to say how it fails.
+"""]]
diff --git a/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_2_2613320a41a74dc757a3277c8c328bd0._comment b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_2_2613320a41a74dc757a3277c8c328bd0._comment
new file mode 100644
index 0000000000..fa2b326e98
--- /dev/null
+++ b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_2_2613320a41a74dc757a3277c8c328bd0._comment
@@ -0,0 +1,62 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnldTTAP8PAifJUmqhRar6RAWNWlRcencw"
+ nickname="Marco"
+ subject="The failure"
+ date="2012-11-13T17:24:40Z"
+ content="""
+Configuring certificate-1.2.2...
+Building certificate-1.2.2...
+Preprocessing library certificate-1.2.2...
+[1 of 9] Compiling Data.Certificate.KeyRSA ( Data/Certificate/KeyRSA.hs, dist/build/Data/Certificate/KeyRSA.o )
+
+Data/Certificate/KeyRSA.hs:29:27:
+    Constructor `RSA.PrivateKey' does not have field `RSA.private_size'
+    In the expression:
+      RSA.PrivateKey
+        {RSA.private_size = calculate_modulus p_modulus 1,
+         RSA.private_n = p_modulus, RSA.private_d = priv_exp,
+         RSA.private_p = p_p1, RSA.private_q = p_p2,
+         RSA.private_dP = p_exp1, RSA.private_dQ = p_exp2,
+         RSA.private_qinv = p_coef}
+    In an equation for `privkey':
+        privkey
+          = RSA.PrivateKey
+              {RSA.private_size = calculate_modulus p_modulus 1,
+               RSA.private_n = p_modulus, RSA.private_d = priv_exp,
+               RSA.private_p = p_p1, RSA.private_q = p_p2,
+               RSA.private_dP = p_exp1, RSA.private_dQ = p_exp2,
+               RSA.private_qinv = p_coef}
+    In an equation for `parsePrivate':
+        parsePrivate
+          [Start Sequence,
+           IntVal 0,
+           IntVal p_modulus,
+           IntVal pub_exp,
+           IntVal priv_exp,
+           IntVal p_p1,
+           IntVal p_p2,
+           IntVal p_exp1,
+           IntVal p_exp2,
+           IntVal p_coef,
+           End Sequence]
+          = Right (pubkey, privkey)
+          where
+              privkey
+                = RSA.PrivateKey
+                    {RSA.private_size = calculate_modulus p_modulus 1,
+                     RSA.private_n = p_modulus, RSA.private_d = priv_exp,
+                     RSA.private_p = p_p1, RSA.private_q = p_p2,
+                     RSA.private_dP = p_exp1, RSA.private_dQ = p_exp2,
+                     RSA.private_qinv = p_coef}
+              pubkey
+                = RSA.PublicKey
+                    {RSA.public_size = calculate_modulus p_modulus 1,
+                     RSA.public_n = p_modulus, RSA.public_e = pub_exp}
+              calculate_modulus n i
+                = if (2 ^ (i * 8)) > n then i else calculate_modulus n (i + 1)
+cabal: Error: some packages failed to install:
+authenticate-1.3.2 depends on certificate-1.2.2 which failed to install.
+certificate-1.2.2 failed during the building phase. The exception was:
+ExitFailure 1
+git-annex-3.20121112 depends on certificate-1.2.2 which failed to install.
+"""]]
diff --git a/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_3_c364764d0c56e8dc3cac276905d99841._comment b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_3_c364764d0c56e8dc3cac276905d99841._comment
new file mode 100644
index 0000000000..e3478d03dd
--- /dev/null
+++ b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_3_c364764d0c56e8dc3cac276905d99841._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="comment 3"
+ date="2012-11-13T17:54:30Z"
+ content="""
+Hmm, the current version of certificate is 1.3.1, and I installed it without trouble just now. I don't know why cabal is installing a much older version there.
+
+In any case, this is not a bug in git annex, but some problem with the library that a library it uses depends on. You can use the pre-built standalone binary until cabal sorts itself out, I suppose.
+"""]]
diff --git a/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_4_f1057340dfa978071d3bbc9e2af1e612._comment b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_4_f1057340dfa978071d3bbc9e2af1e612._comment
new file mode 100644
index 0000000000..2741daacf9
--- /dev/null
+++ b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_4_f1057340dfa978071d3bbc9e2af1e612._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnldTTAP8PAifJUmqhRar6RAWNWlRcencw"
+ nickname="Marco"
+ subject="Assistant depends on Yesod"
+ date="2012-11-13T18:34:19Z"
+ content="""
+Thank you Joey. Than I tried a workaround. On one machine I don't need the Webapp.
+
+I was using 
+
+cabal install --only-dependencies -f-Webapp
+cabal configure -f-Webapp
+
+mp/Utility/libdiskfree.o dist/build/git-annex/git-annex-tmp/Utility/libmounts.o ./git-annex.hs
+
+Assistant/Alert.hs:21:8:
+    Could not find module `Yesod'
+    Use -v to see a list of the files searched for.
+"""]]
diff --git a/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_5_9007b1a3abd647945604968db19cb841._comment b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_5_9007b1a3abd647945604968db19cb841._comment
new file mode 100644
index 0000000000..666eef28be
--- /dev/null
+++ b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_5_9007b1a3abd647945604968db19cb841._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.252.11.120"
+ subject="youch!"
+ date="2012-11-13T19:37:23Z"
+ content="""
+The assistant is indeed supposed to build w/o Yesod. I've fixed that in git!
+"""]]
diff --git a/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_6_0bb3ac5375f29ce9d3d0be93879267e3._comment b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_6_0bb3ac5375f29ce9d3d0be93879267e3._comment
new file mode 100644
index 0000000000..2aaf9cf43d
--- /dev/null
+++ b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_6_0bb3ac5375f29ce9d3d0be93879267e3._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="Bah, i missed this before making my own bug report"
+ date="2012-11-13T20:56:50Z"
+ content="""
+This line worked for me on ubuntu 12.10: 
+
+cabal install --only-dependencies ./ --constraint=certificate==1.2.2 --constraint=crypto-pubkey-types==0.1.1
+
+"""]]
diff --git a/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_7_ae4443b8cd069080d1f77fca16aa8b04._comment b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_7_ae4443b8cd069080d1f77fca16aa8b04._comment
new file mode 100644
index 0000000000..99124ebe5f
--- /dev/null
+++ b/doc/bugs/Install_of_git-annex-3.20121112_fails/comment_7_ae4443b8cd069080d1f77fca16aa8b04._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnldTTAP8PAifJUmqhRar6RAWNWlRcencw"
+ nickname="Marco"
+ subject="Works"
+ date="2012-11-14T07:01:34Z"
+ content="""
+Thanks Joey for fixing this. Now I got a working version.
+
+Btw would it make sense to reference a stable Yesod version in the cabal file? I'm new to the haskell universe so I don't know what problems would come up with it.
+"""]]
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/Internal_Server_Error_when_adding_an_uncrypted_box.com_repo_after_deleted_an_encrypted_one..mdwn b/doc/bugs/Internal_Server_Error_when_adding_an_uncrypted_box.com_repo_after_deleted_an_encrypted_one..mdwn
new file mode 100644
index 0000000000..9a838b58f3
--- /dev/null
+++ b/doc/bugs/Internal_Server_Error_when_adding_an_uncrypted_box.com_repo_after_deleted_an_encrypted_one..mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+I got the following error message
+
+    Internal Server Error
+    Cannot change encryption type of existing remote.
+
+after deleted my encrypted box.com remote and tried to add the same box.com account as an uncrypted remote.
+
+### What steps will reproduce the problem?
+* Add a box.com remote with encryption.
+* Delete the remote.
+* Add with the same box.com account a remote without encryption.
+
+### What version of git-annex are you using? On what operating system?
+* 2013.07.09 release
+* Linux 3.9.9-1-ARCH 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
+
+
+# End of transcript or log.
+"""]]
+
+> fixed this [[done]] --[[Joey]] 
diff --git a/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X.mdwn b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X.mdwn
new file mode 100644
index 0000000000..575a636840
--- /dev/null
+++ b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X.mdwn
@@ -0,0 +1,25 @@
+What steps will reproduce the problem?
+
+* Start with a clean setup.
+* Allow webapp to start; use it to create annex in ~/Documents/annex That works.
+* Go to add remote repo. Removable drive.
+* Select "/Volumes/G-DRIVE slim". Click next.
+
+What is the expected output? What do you see instead?
+Expected is something like "done". What I see is
+
+Internal Server Error
+
+git config [Param "annex.uuid",Param "6898F314-7817-4CD5-B1C3-588C55522A3B"] failed
+
+What version of git-annex are you using? On what operating system?
+
+git-annex version 3.20130107, OS X Mountain Lion. No MacPorts/homebrew/fink installed. gcc / git are installed.
+
+Please provide any additional information below.
+
+Maybe something to do with the drive name having spaces? "/Volumes/git-annex" worked fine.
+
+> Good thought in the comment. I was able to reproduce the failure
+> if the removable drive already had an "annex" directory that was not
+> a git repo. I've made it handle this case. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_1_b2ef077d87a9da624f20649c21401b5b._comment b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_1_b2ef077d87a9da624f20649c21401b5b._comment
new file mode 100644
index 0000000000..f46292c195
--- /dev/null
+++ b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_1_b2ef077d87a9da624f20649c21401b5b._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-14T16:07:18Z"
+ content="""
+Spaces in the name is a good guess, but does not seem to cause the problem. I just successfully set up a USB drive that has spaces in the name. (Also, git-annex is carefully coded to avoid such problems..)
+
+It seems that the repository is created, but then running `git config` in it fails for some reason. One thing you could do is look at `~/Documents/annex/.git/annex/daemon.log`. It should have any error message output by the command.
+
+Or, you could try, in a shell:
+
+cd \"/Volumes/G-DRIVE slim/annex\"
+git config annex.uuid 6898F314-7817-4CD5-B1C3-588C55522A3B
+
+And see how that is failing.
+"""]]
diff --git a/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_2_ef849e25b0264808bff800d9d3836119._comment b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_2_ef849e25b0264808bff800d9d3836119._comment
new file mode 100644
index 0000000000..ec78676532
--- /dev/null
+++ b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_2_ef849e25b0264808bff800d9d3836119._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="arafel"
+ ip="94.174.218.177"
+ subject="comment 2"
+ date="2013-01-14T20:50:50Z"
+ content="""
+It did seem unlikely that you hadn't tested that. :-)
+
+Oddly, there doesn't seem to be a daemon.log file in that directory. I don't have the drive handy to test at the moment - when I do I'll try the commands you suggest and see what the output is.
+"""]]
diff --git a/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_3_ae3cbd0eb69cbeb9b349e0060d056d43._comment b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_3_ae3cbd0eb69cbeb9b349e0060d056d43._comment
new file mode 100644
index 0000000000..f2e5394ce0
--- /dev/null
+++ b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_3_ae3cbd0eb69cbeb9b349e0060d056d43._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="arafel"
+ ip="94.174.218.177"
+ subject="comment 3"
+ date="2013-01-14T21:19:12Z"
+ content="""
+Pauls-MacBook-Pro:annex Paul$ cd /Volumes/G-DRIVE\ slim/annex/
+
+Pauls-MacBook-Pro:annex Paul$ git config annex.uuid 6898F314-7817-4CD5-B1C3-588C55522A3B
+
+error: could not lock config file .git/config: No such file or directory
+
+Pauls-MacBook-Pro:annex Paul$ ls -a
+
+.	..
+
+Looks like it created the directory but never got as far as 'git init'. Is it safe to just run that command, and will that (followed by the config) be enough? Or is there more to it than that? e.g. creating the remotes
+"""]]
diff --git a/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_4_0ff2897805928b14829b7b369a3aed91._comment b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_4_0ff2897805928b14829b7b369a3aed91._comment
new file mode 100644
index 0000000000..7e6b621c84
--- /dev/null
+++ b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_4_0ff2897805928b14829b7b369a3aed91._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 4"
+ date="2013-01-14T22:54:30Z"
+ content="""
+Can you do this:
+
+* `rmdir /Volumes/G-DRIVE\ slim/annex/`
+
+* Stop any git-annex assistant you have running. 
+
+* At the console, run \"git annex webapp\", and reproduce the bug again. When it fails you should see some error message at the console where you started it.
+
+(If you're using the git-annex.app built for OSX, you should instead run the `git-annex-webapp` script included in the app.)
+"""]]
diff --git a/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_5_414a45573aeb5201f4d80433955669d5._comment b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_5_414a45573aeb5201f4d80433955669d5._comment
new file mode 100644
index 0000000000..f5423f04fa
--- /dev/null
+++ b/doc/bugs/Internal_server_error_adding_USB_drive_on_OS_X/comment_5_414a45573aeb5201f4d80433955669d5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="arafel"
+ ip="94.174.218.177"
+ subject="comment 5"
+ date="2013-01-14T23:22:19Z"
+ content="""
+Hm. After removing the directory, I can't get the problem to happen. I've tried both running the webapp from the CLI, and the git-annex app from Spotlight, and it works.
+
+A thought - does annex check for the existence of .git in the target folder, or does it just assume (if the folder exists) that it's been set up with git? That's the only thing I can think of. From this experience it seems that would be a worthwhile check if it doesn't already do it.
+
+Other than that we may just have to close the bug as unreproducible. I'm not sure what happened there; I'm not aware of doing anything differently the other times. Apologies for wasting your time!
+"""]]
diff --git a/doc/bugs/Interrupted_switch_to_direct_mode_can_cause_all_following_switches_to_fail.mdwn b/doc/bugs/Interrupted_switch_to_direct_mode_can_cause_all_following_switches_to_fail.mdwn
new file mode 100644
index 0000000000..432c72083b
--- /dev/null
+++ b/doc/bugs/Interrupted_switch_to_direct_mode_can_cause_all_following_switches_to_fail.mdwn
@@ -0,0 +1,50 @@
+### What steps will reproduce the problem?
+
+How to reproduce:
+
+1. Check that the files involved are not available in the local repository.
+2. Force a switch to direct mode to fail, for example, due to a 'exotic' filename
+(first bug).
+3. Solve that problem.
+4. Make another switch to direct mode, but call that command in a subdirectory of
+the git-tree. Which will because some annexed file does not exists (second bug).
+Note: all subsequent switches to direct mode will now fail, no matter where started.
+
+
+Example:
+
+mkdir test1 test2 && cd test1 && git init . && git annex init  
+mkdir umlaut something\ else  
+date > umlaut/this_has_a_$'\201'  
+date > something\ else/problem  
+git annex add .  
+git commit -m "Init"  
+cd ../test2/  
+
+git clone ../test1/ . && git annex init  
+git annex move --from origin .  
+
+cd ../test1/  
+git annex direct  #aborts with: commitBuffer: invalid argument (invalid character)  
+cd umlaut  
+git mv this_has_a_$'\201' this_has_a_o  
+git commit -m "fix"  
+git annex direct # fails with getSymbolicLinkStatus: does not exist (No such file or directory)  
+
+### What is the expected output? What do you see instead?
+
+Expected is a repository switched to direct mode.
+The result is a repository which can't be switched to direct mode.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 3.20130114
+OS: Arch Linux (3.7.2-2-ck)
+
+### Please provide any additional information below.
+
+The second bug seams to be very specific about folder- and/or filename.
+I believe that it has something to do with the space in the foldername.
+
+> Fixed both bugs. You should be able to upgrade git-annex and re-run the command
+> and end up with a working direct-mode repository. [[done]] --[[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..64826c02ac
--- /dev/null
+++ b/doc/bugs/Is_there_any_way_to_rate_limit_uploads_to_an_S3_backend__63__.mdwn
@@ -0,0 +1,19 @@
+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
+
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..146323bb85
--- /dev/null
+++ b/doc/bugs/Issue_on_OSX_with_some_system_limits.mdwn
@@ -0,0 +1,26 @@
+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]]
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/JSON_output_broken_with___34__git_annex_sync__34__.mdwn b/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__.mdwn
new file mode 100644
index 0000000000..f0809c568b
--- /dev/null
+++ b/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__.mdwn
@@ -0,0 +1,21 @@
+What steps will reproduce the problem?
+
+    $ git annex -j sync | json_reformat
+
+What is the expected output? What do you see instead?
+
+Expecting valid JSON, instead this happens:
+
+    $ git annex -j sync | json_reformat
+    lexical error: invalid char in json text.
+              {"command":"commit","file":""# On branch master nothing to c
+                         (right here) ------^
+    $
+
+
+What version of git-annex are you using? On what operating system?
+
+Newest standalone (3.20121126), Linux i386. The "json_reformat" program is from the "yajl-tools" .deb package.
+
+> [[done]]; I've updated the --json documentation to note that it only
+> works with some query commands. --[[Joey]] 
diff --git a/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_1_380a49b3c132f9f529729a1cb5a69621._comment b/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_1_380a49b3c132f9f529729a1cb5a69621._comment
new file mode 100644
index 0000000000..d1ad05842e
--- /dev/null
+++ b/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_1_380a49b3c132f9f529729a1cb5a69621._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 1"
+ date="2012-11-27T21:13:08Z"
+ content="""
+Yeah, so git-annex has --json as a option available to any command, but the set of commands where it's actually useful is rather smaller, and certainly does not include this one. In general there are quite a lot of places where third-party program output is allowed to show through to provide necessary progress or debugging output, and that of course makes the json mode invalid.
+"""]]
diff --git a/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_2_282f5f89fb4a46e1fad0980e0b2994a0._comment b/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_2_282f5f89fb4a46e1fad0980e0b2994a0._comment
new file mode 100644
index 0000000000..b7b4d786e3
--- /dev/null
+++ b/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_2_282f5f89fb4a46e1fad0980e0b2994a0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="comment 2"
+ date="2012-11-27T21:30:48Z"
+ content="""
+Yep, because of that I was in doubt if I should report it as a bug. Maybe it could be closed, as it's not a bug in git-annex, but git output leaking into the JSON. If there's not an easy way for git-annex to encapsulate the output or redirect the git output to stderr.
+"""]]
diff --git a/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_3_7ff98958146b7f6396226bdd878ec86e._comment b/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_3_7ff98958146b7f6396226bdd878ec86e._comment
new file mode 100644
index 0000000000..e3b27dd0ed
--- /dev/null
+++ b/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_3_7ff98958146b7f6396226bdd878ec86e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 3"
+ date="2012-11-27T21:32:26Z"
+ content="""
+I'd rather not abuse stderr.
+
+Do you have an actual use case for the json output for git annex sync? If there's a good one, the git output could be suppressed.
+"""]]
diff --git a/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_4_f9e460a09e7e5f53c16c20ded2649201._comment b/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_4_f9e460a09e7e5f53c16c20ded2649201._comment
new file mode 100644
index 0000000000..d773ef2c7a
--- /dev/null
+++ b/doc/bugs/JSON_output_broken_with___34__git_annex_sync__34__/comment_4_f9e460a09e7e5f53c16c20ded2649201._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="comment 4"
+ date="2012-11-27T21:40:05Z"
+ content="""
+Actually not for the sync command, as I don't parse it in any scripts. Just meant as a heads-up, and not an especially important. Feel free to close it. :)
+"""]]
diff --git a/doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind.mdwn b/doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind.mdwn
new file mode 100644
index 0000000000..12d1d7719c
--- /dev/null
+++ b/doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind.mdwn
@@ -0,0 +1,38 @@
+### Please describe the problem.
+
+If the assistant daemon is killed, ssh mux sessions are left behind. Incidentally there may be a better way to stop the assistant daemon besides "killall git-annex" but I haven't found it in the docs.
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+$ ps aux | grep mux
+$ git-annex assistant
+$ date > fromwintermute # Just causing a change that needs to be pushed, any will do
+$ ps aux | grep mux
+pedrocr  32665  0.0  0.0   6396   948 ?        Ss   11:06   0:00 ssh: /home/pedrocr/testsync/.git/annex/ssh/golias.git-annex [mux]
+$ killall git-annex
+$ ps aux | grep mux
+pedrocr  32665  0.0  0.0   6396   948 ?        Ss   11:06   0:00 ssh: /home/pedrocr/testsync/.git/annex/ssh/golias.git-annex [mux]
+"""]]
+
+### 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
+"""]]
+
+
+
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind/comment_1_17879b98a5e79ace03b543064751e46e._comment b/doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind/comment_1_17879b98a5e79ace03b543064751e46e._comment
new file mode 100644
index 0000000000..17c91ca995
--- /dev/null
+++ b/doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind/comment_1_17879b98a5e79ace03b543064751e46e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-29T15:36:48Z"
+ content="""
+There is a --stop option that can be used to stop the assistant. It will clean up ssh sessions. git-annex also automatically cleans up stale ssh sessions whenever it starts a new one.
+"""]]
diff --git a/doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind/comment_2_2dc877e281750004b16619ea7b931160._comment b/doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind/comment_2_2dc877e281750004b16619ea7b931160._comment
new file mode 100644
index 0000000000..7c39be61b8
--- /dev/null
+++ b/doc/bugs/Killing_the_assistant_daemon_leaves_ssh_mux_sessions_behind/comment_2_2dc877e281750004b16619ea7b931160._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-29T18:08:51Z"
+ content="""
+I see the --stop option in the manpage now, it's under watch and not assistant, so that's why I missed it. I had a problem with the mux sessions not being cleaned up when I changed the remote's hostname. Only after killing old mux's and restarting the assistant did I get it to sync properly.
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss.mdwn b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss.mdwn
new file mode 100644
index 0000000000..2629a7d56e
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss.mdwn
@@ -0,0 +1,57 @@
+## What steps will reproduce the problem?
+
+Take a large sub-directory in a repository (e.g. `ccash`) with some files within,
+
+     $ tar -xzf ccash.tar.gz
+     $ du -sh ccash
+     59M	ccash
+     $ ls -l ccash/trunk/annotationinterface/src/edu/byu/nlp/annotationinterface/java/BasicAnnotation.java ccash/trunk/DataProvider/WebContent/WEB-INF/lib/dom4j.jar 
+     -rw-r--r-- 1 dietz dietz   1748 Jul 27  2011 ccash/trunk/annotationinterface/src/edu/byu/nlp/annotationinterface/java/BasicAnnotation.java
+     -rw-r--r-- 1 dietz dietz 313898 May 22 18:36 ccash/trunk/DataProvider/WebContent/WEB-INF/lib/dom4j.jar
+
+Annex it,
+
+     $ git annex add ccash
+     ...
+     $ ls -l ccash/trunk/annotationinterface/src/edu/byu/nlp/annotationinterface/java/BasicAnnotation.java ccash/trunk/DataProvider/WebContent/WEB-INF/lib/dom4j.jar 
+     lrwxrwxrwx 1 dietz dietz 215 Jul 27  2011 ccash/trunk/annotationinterface/src/edu/byu/nlp/annotationinterface/java/BasicAnnotation.java -> ../../../../../../../../../../../.git/annex/objects/mv/zf/SHA256-s1748--5c0d1cbf104214b6d0ab85c53a85cadb975ec208f42a7b33a76d85e175352486/SHA256-s1748--5c0d1cbf104214b6d0ab85c53a85cadb975ec208f42a7b33a76d85e175352486
+     lrwxrwxrwx 1 dietz dietz 210 Jul 27  2011 ccash/trunk/DataProvider/WebContent/WEB-INF/lib/dom4j.jar -> ../../../../../../../../.git/annex/objects/8G/gQ/SHA256-s313898--593552ffea3c5823c6602478b5002a7c525fd904a3c44f1abe4065c22edfac73/SHA256-s313898--593552ffea3c5823c6602478b5002a7c525fd904a3c44f1abe4065c22edfac73
+
+Unannex it (before or after committing),
+
+     $ git annex unannex ccash
+
+Note that some fraction of the files will still be symbolic links, now pointing to non-existent files. This data has apparently been lost forever.
+
+     $ ls -l ccash/trunk/annotationinterface/src/edu/byu/nlp/annotationinterface/java/BasicAnnotation.java ccash/trunk/DataProvider/WebContent/WEB-INF/lib/dom4j.jar 
+     -rw-r--r-- 1 dietz dietz 1748 Jul 27  2011 ccash/trunk/annotationinterface/src/edu/byu/nlp/annotationinterface/java/BasicAnnotation.java
+     lrwxrwxrwx 1 dietz dietz  210 Jul 27  2011 ccash/trunk/DataProvider/WebContent/WEB-INF/lib/dom4j.jar -> ../../../../../../../../.git/annex/objects/8G/gQ/SHA256-s313898--593552ffea3c5823c6602478b5002a7c525fd904a3c44f1abe4065c22edfac73/SHA256-s313898--593552ffea3c5823c6602478b5002a7c525fd904a3c44f1abe4065c22edfac73
+
+It is unclear why some files are affected while others are not. That being said, unannexing small numbers of files at a time appears to avoid the issue,
+
+     $ tar -zxf ccash.tar.gz
+     $ git annex add ccash
+     $ ls -l ccash/trunk/annotationinterface/src/edu/byu/nlp/annotationinterface/java/BasicAnnotation.java ccash/trunk/DataProvider/WebContent/WEB-INF/lib/dom4j.jar 
+     lrwxrwxrwx 1 dietz dietz 215 Jul 27  2011 ccash/trunk/annotationinterface/src/edu/byu/nlp/annotationinterface/java/BasicAnnotation.java -> ../../../../../../../../../../../.git/annex/objects/mv/zf/SHA256-s1748--5c0d1cbf104214b6d0ab85c53a85cadb975ec208f42a7b33a76d85e175352486/SHA256-s1748--5c0d1cbf104214b6d0ab85c53a85cadb975ec208f42a7b33a76d85e175352486
+     lrwxrwxrwx 1 dietz dietz 210 Jul 27  2011 ccash/trunk/DataProvider/WebContent/WEB-INF/lib/dom4j.jar -> ../../../../../../../../.git/annex/objects/8G/gQ/SHA256-s313898--593552ffea3c5823c6602478b5002a7c525fd904a3c44f1abe4065c22edfac73/SHA256-s313898--593552ffea3c5823c6602478b5002a7c525fd904a3c44f1abe4065c22edfac73
+     $ git annex unannex ccash/trunk/DataProvider/WebContent/WEB-INF
+     ...
+     $ ls -l ccash/trunk/annotationinterface/src/edu/byu/nlp/annotationinterface/java/BasicAnnotation.java ccash/trunk/DataProvider/WebContent/WEB-INF/lib/dom4j.jar 
+     lrwxrwxrwx 1 dietz dietz    215 Jul 27  2011 ccash/trunk/annotationinterface/src/edu/byu/nlp/annotationinterface/java/BasicAnnotation.java -> ../../../../../../../../../../../.git/annex/objects/mv/zf/SHA256-s1748--5c0d1cbf104214b6d0ab85c53a85cadb975ec208f42a7b33a76d85e175352486/SHA256-s1748--5c0d1cbf104214b6d0ab85c53a85cadb975ec208f42a7b33a76d85e175352486
+     -rw-r--r-- 1 dietz dietz 313898 Jul 27  2011 ccash/trunk/DataProvider/WebContent/WEB-INF/lib/dom4j.jar
+
+For this reason, it seems likely this is due to some sort of race condition.
+
+
+## What version of git-annex are you using? On what operating system?
+
+This is on Ubuntu 12.04 with git-annex revision a1e2bc4.
+
+
+> There was no good soluton to this, so I picked a bad one that 
+> will not have users complainging git-annex ate their data.
+> They will complain that `git annex unannex` is slow since it now copies
+> the file, and  perhaps instead use --fast, and hopefully avoid destroying
+> their own data by editing the resulting hard links.
+> 
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_10_52364dc5b1b43b51748453d1896e35c6._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_10_52364dc5b1b43b51748453d1896e35c6._comment
new file mode 100644
index 0000000000..c0b286a2b7
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_10_52364dc5b1b43b51748453d1896e35c6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmVV_nBwlsyCv53BXoJt8YpCX_wZPfzpyo"
+ nickname="Peter"
+ subject="Progress"
+ date="2013-10-10T01:17:08Z"
+ content="""
+Is there any type of script / tool / patch which does the --fast but with a copy instead of only a hard link?  Can someone point me towards how I'm supposed to do this?  I'm a technical user, however I don't really fancy having try to go learn the source code of git-annex to fix this really bad flaw :-/ 
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_11_99b4db1841f8630a9c5efd08910e87a3._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_11_99b4db1841f8630a9c5efd08910e87a3._comment
new file mode 100644
index 0000000000..4e55bd0207
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_11_99b4db1841f8630a9c5efd08910e87a3._comment
@@ -0,0 +1,104 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmVV_nBwlsyCv53BXoJt8YpCX_wZPfzpyo"
+ nickname="Peter"
+ subject="Productive Annoyance"
+ date="2013-10-10T04:30:47Z"
+ content="""
+Ok, so I'm annoyed by this enough (and desperate enough to want to get my data back) that I wrote up a few scripts to help with this.  I make no claims regarding how well these will work, but they seem to work with some minimal testing on a Fedora 17 machine.
+
+READ THROUGH THESE SCRIPTS BEFORE RUNNING THEM TO MAKE SURE YOU ARE OK WITH WHAT THEY ARE DOING!!!
+
+First, a script to create a bad git-annex: one with missing files (with a few corner case names) after a git unannex. Specify the directory you'd like to make the annex at the top of the file.  ALL CONTENTS OF THIS DIRECTORY WILL BE REMOVED!!! 
+
+	#!/bin/bash
+
+	#This is the folder you'd like to create and unannex
+	FOLDERTOUNANNEX='/tmp/badAnnex'
+
+	pushd .
+
+	if [ ! -d \"$FOLDERTOUNANNEX\" ] ; then
+		mkdir \"$FOLDERTOUNANNEX\"
+	fi
+
+	cd \"$FOLDERTOUNANNEX\"
+
+	rm -rf *
+
+	mkdir subdir
+	echo \"hi\" > 1one.txt
+	echo \"hi\" > 2two.txt
+	echo \"hi\" > \"3thr re ee.boo\"
+	echo \"hi\" > \"4f o u r.boo\"
+	echo \"hi\" > 5
+	echo \"hi\" > \"6\"
+	echo \"hi\" > \"subdir/7\"
+	echo \"hi\" > \"subdir/8.cat\"
+	echo \"hi\" > \"subdir/9.cat\"
+
+	echo \"* annex.backend=SHA512E\" > .gitattributes
+
+	chmod g-r 5 6
+	chmod o-r 6
+
+	ls -la
+
+	git init
+	git annex init \"stupid\"
+	git annex add *
+	ls -la
+	git annex unannex *
+	ls -la
+
+	popd
+
+
+Then, a script to recover the files left missing by the above script.  Note this might be very slow as it has to generate SHA512 hashes for all the files in your annex.  Again, change the paths at the top of this file to work in your environment:
+
+	#!/bin/bash
+
+	#Set this to some place outside your annex, where we can store our hashes while we search for them
+	#It will be fastest if this is on a different physical disk than the annexed folder
+	#You can manually delete the file afterwards
+	HASHFILE='/backup3/tmp.sha'
+	#This is the folder you'd like to unannex
+	FOLDERTOUNANNEX='/tmp/badAnnex'
+
+
+
+
+	HASHLEN=128
+
+	pushd .
+	cd \"$FOLDERTOUNANNEX\"
+
+	find \"$FOLDERTOUNANNEX\" ! -path '*.git*' -exec sha512sum \{\} \; > \"$HASHFILE\"
+
+	find -L \"$FOLDERTOUNANNEX\" -type l | while read BROKENFILE; do
+		POINTSTO=`file \"$BROKENFILE\" | sed -r 's/^.*broken symbolic link to .(.*).$/\1/g'`
+		
+		HASH=`echo \"$POINTSTO\" | sed -r \"s/^.*--([^-\/.]{$HASHLEN}).*$/\1/g\"`
+
+		EXT=`echo \"$POINTSTO\" | sed -r \"s/^.*--[^-\/.]{$HASHLEN}(.[^.]+)?$/\1/g\"`
+		
+		echo \"-\"
+		echo \"FILE:$BROKENFILE\"
+		echo \"POINTSTO:$POINTSTO\"
+		echo \"HASH:$HASH\"
+		echo \"EXT:$EXT\"
+		
+		SOURCEFILE=`grep $HASH $HASHFILE | grep -m 1 \"$EXT\" | sed -r \"s/^.{$HASHLEN}  (.*)$/\1/g\"`
+		
+		echo \"SOURCEFILE:$SOURCEFILE\"
+		if [ -f \"$SOURCEFILE\" ];
+		then
+			cp --backup --suffix=\"~GIT_ANNEX_IS_DANGEROUS~\" -a \"$SOURCEFILE\" \"$BROKENFILE\"
+		else
+			echo \"ERROR: Cant find sourcefile\"
+		fi
+	done;
+
+	popd
+
+I have not yet run this repair script on my rather large broken annex.  I cannot seem to figure out how to restore file ownership and permissions which seem to have been lost when the second file is just linked to the matching previously annexed file (note: this is visible after \"fixing\" the bad annex created by the first script above in that after \"fixing\" file \"6\" is readable by other, whereas originally he was NOT readable by other.  The permissions of 6 have been copied from 5.)  Any thoughts or improvements on this are appreciated. 
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_1_fbb410a54bb0bd82d0953ef58a88600e._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_1_fbb410a54bb0bd82d0953ef58a88600e._comment
new file mode 100644
index 0000000000..14172a3e5a
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_1_fbb410a54bb0bd82d0953ef58a88600e._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0"
+ nickname="Ben"
+ subject="comment 1"
+ date="2012-09-06T02:28:00Z"
+ content="""
+
+Here is a quick script which reproduces the issue on another Ubuntu 12.04 machine,
+
+     mkdir hi
+     cd hi
+     wget \"http://downloads.sourceforge.net/project/free-cad/FreeCAD%20Source/freecad-0.11.3729.tar.gz\"
+
+     git init
+     git annex init
+     tar -zxf freecad-0.11.3729.tar.gz 
+     git annex add FreeCAD-0.11.3729
+     git annex unannex FreeCAD-0.11.3729
+     echo \"The following links are broken:\"
+     find -L . -type l
+     
+This results in dozens of dead symlinks.
+
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_2_8007c9ba42a951a4426255ec3c37d961._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_2_8007c9ba42a951a4426255ec3c37d961._comment
new file mode 100644
index 0000000000..e1f600d886
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_2_8007c9ba42a951a4426255ec3c37d961._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.236"
+ subject="comment 2"
+ date="2012-09-06T14:55:58Z"
+ content="""
+What's going on here is you have multiple files with the same content, so the symlinks point to the same annexed file. When unannex processes the first symlink, it moves the annexed file to replace it. This breaks the other symlink that pointed to it. Notice that if you then re-add the file to the annex, the broken symlink automatically gets fixed -- there's no actual data loss going on here.
+
+This problem can be avoided by using `git annex unannex --fast`, which makes hardlinks to the annexed file.
+But then you are also left with the hard links in `.git/annex/objects`.. `git annex unused` can find and remove them. 
+
+It may make sense to make the current \"--fast\" behavior the default for unannex..
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_3_73ecd4cb8ee58a8dfe7cab0e893dbe5b._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_3_73ecd4cb8ee58a8dfe7cab0e893dbe5b._comment
new file mode 100644
index 0000000000..2a799fac0c
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_3_73ecd4cb8ee58a8dfe7cab0e893dbe5b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0"
+ nickname="Ben"
+ subject="comment 3"
+ date="2012-09-06T16:04:42Z"
+ content="""
+Frankly, even the --fast behavior has an element of surprise to it. For example, one might have two files with identical content. Upon annexing and unannex they suddenly become a hard link to the same file, correct? If this is the case, changes to one will result in changes to the other. I would consider this a very nasty sort of surprise.
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_4_e8a10886a564f35414c30a04335d9d32._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_4_e8a10886a564f35414c30a04335d9d32._comment
new file mode 100644
index 0000000000..72b4c5c7f6
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_4_e8a10886a564f35414c30a04335d9d32._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 4"
+ date="2012-09-09T16:53:35Z"
+ content="""
+Perhaps the solution is to make --fast the default and to make it copy files when the content in the annex already has a hard link to it.
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_5_6a318edfe45c80343d017dc7b4837acb._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_5_6a318edfe45c80343d017dc7b4837acb._comment
new file mode 100644
index 0000000000..fbc30f17bd
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_5_6a318edfe45c80343d017dc7b4837acb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0"
+ nickname="Ben"
+ subject="comment 5"
+ date="2012-09-09T20:47:04Z"
+ content="""
+That sounds far more reasonable.
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_6_f7a1d9f9d40aff531d873a95d2196edd._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_6_f7a1d9f9d40aff531d873a95d2196edd._comment
new file mode 100644
index 0000000000..295411d251
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_6_f7a1d9f9d40aff531d873a95d2196edd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0"
+ nickname="Ben"
+ subject="comment 6"
+ date="2012-09-19T23:32:35Z"
+ content="""
+Has any progress been made here? While this issue may not result in data loss, the behavior documented in this bug is certainly surprising and does not instill confidence in new users.
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_7_1724ffdf986301bf37ef7a6d16b6ea8a._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_7_1724ffdf986301bf37ef7a6d16b6ea8a._comment
new file mode 100644
index 0000000000..fd235321aa
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_7_1724ffdf986301bf37ef7a6d16b6ea8a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 7"
+ date="2012-09-23T18:02:45Z"
+ content="""
+If unannex makes the file a hard link to the annexed content, it will be mode 444 or so. But if the user changes the permissions and modifys it, that will corrupt the content still in the annex!
+
+So the current --fast behavior seems no worse than the proposed behavior. And it's not at all clear to me that this would be a better default behavior for unannex than the current behavior, which at least ensures that data left in the annex (and referred to by another annexed file) cannot be corrupted.
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_8_5470e2f50e6506139ecb1b342371c509._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_8_5470e2f50e6506139ecb1b342371c509._comment
new file mode 100644
index 0000000000..7ac71b6b89
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_8_5470e2f50e6506139ecb1b342371c509._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="comment 8"
+ date="2013-07-31T14:17:19Z"
+ content="""
+Filenames are the index which users use to find their data.
+
+Leaving a broken symlink may not result in technical data loss, but can quite possibly result in the user being unable to find the data which was referenced by that filename (symlink), so in that case that data _is_ lost, in the true sense of the word (the user cannot find it). Telling the user their data exists _somewhere_ is not actually making the situation any better.
+"""]]
diff --git a/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_9_e53148a9efa061a825f668a9492182f7._comment b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_9_e53148a9efa061a825f668a9492182f7._comment
new file mode 100644
index 0000000000..74aaa1e56b
--- /dev/null
+++ b/doc/bugs/Large_unannex_operations_result_in_stale_symlinks_and_data_loss/comment_9_e53148a9efa061a825f668a9492182f7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 9"
+ date="2013-08-30T05:59:28Z"
+ content="""
+I'll chime in and say that the non-fast behavior being the default seems wrong, and making hard-link invisibly seems wrong.  What Joey proposed -- copying a file if there are multiple hard-links -- seems like the right solution.
+
+Just recently I tried to unannex a large repository and was bitten by now-dangling symlinks to files that I couldn't locate anymore.  The fact is that the current unannex operation is too dangerous to be useful.
+"""]]
diff --git a/doc/bugs/Last_two_versions_didn__39__t_show_up_on_hackage.mdwn b/doc/bugs/Last_two_versions_didn__39__t_show_up_on_hackage.mdwn
new file mode 100644
index 0000000000..f1d4ae2b28
--- /dev/null
+++ b/doc/bugs/Last_two_versions_didn__39__t_show_up_on_hackage.mdwn
@@ -0,0 +1,11 @@
+### Please describe the problem.
+I don't know how the packages at hackage are managed, but the last version there is 4.20130601 while in the mean time there have been two other releases.
+
+### What steps will reproduce the problem?
+Check [[http://hackage.haskell.org/packages/archive/git-annex/]]
+
+> Thanks for reporting. Turns out that hackage was rejecting
+> it since it doesn't know about the OS name for the hurd. Since I 
+> am not sure I have the right name either, I have removed those bits
+> and re-uploaded.
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/Last_two_versions_didn__39__t_show_up_on_hackage/comment_1_74b56dea2100450e322e726bb55bb310._comment b/doc/bugs/Last_two_versions_didn__39__t_show_up_on_hackage/comment_1_74b56dea2100450e322e726bb55bb310._comment
new file mode 100644
index 0000000000..bbb2231dc8
--- /dev/null
+++ b/doc/bugs/Last_two_versions_didn__39__t_show_up_on_hackage/comment_1_74b56dea2100450e322e726bb55bb310._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://dzsino.myopenid.com/"
+ nickname="dzsino"
+ subject="me2"
+ date="2013-06-30T13:16:38Z"
+ content="""
+i'm using cabal on my mac to stay on the bleeding edge, but it still picks up version 0601, which it cannot install with yesod-1.1.9.3 failing to build (so it's not a git-annex problem). I hope a new release would fix that too..
+"""]]
diff --git a/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable.txt b/doc/bugs/Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable.txt
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.txt
@@ -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_files_not_found.mdwn b/doc/bugs/Local_files_not_found.mdwn
new file mode 100644
index 0000000000..b2843e35f3
--- /dev/null
+++ b/doc/bugs/Local_files_not_found.mdwn
@@ -0,0 +1,50 @@
+### Please describe the problem.
+
+I have a git annex repo which cannot find the files with whereis, even though the files and contents are there. I have changed ownership of all the files. I am not sure, but I think that is when the problem was introduced. The current user that is invoking git annex owns and can access all files in the repository/annex)
+
+Creating a new repository from scratch works just fine.
+
+
+### What steps will reproduce the problem?
+
+    # (in my current, somehow corrupt annex)
+    $ echo hello > testfile
+    $ git annex add testfile
+    add testfile (checksum...) ok
+    (Recording state in git...)
+    $ git commit -am testfile
+    [master 73ed120] testfile
+     1 file changed, 1 insertion(+)
+     create mode 120000 testfile
+    $ git annex whereis testfile
+    whereis testfile (0 copies) failed
+    git-annex: whereis: 1 failed
+    
+    
+    # The contents exists though
+    $ ls -l testfile
+    lrwxrwxrwx 1 ftp ftp 176 May 13 09:43 testfile -> .git/annex/objects/P5/4q/SHA256-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03/SHA256-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03
+    $ cat .git/annex/objects/P5/4q/SHA256-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03/SHA256-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03
+    hello
+    $ sha256sum testfile
+    5891b5b522d5df086d0ff0b110fbd9d21bb4fc7163af34d08286a2e846f6be03  testfile
+
+
+    # the file can be found when unlocking/locking
+    $ git annex unlock testfile
+    unlock testfile (copying...) ok
+    $ git annex lock testfile
+    lock testfile ok
+    (Recording state in git...)
+
+### What version of git-annex are you using? On what operating system?
+I ran Debian squeeze, with git annex 3.20120629~bpo60+2 when the problem was introduced. I just upgraded to wheezy, but the same problem exists with 3.20120629 from wheezy.
+
+I also manually installed 4.20130501 from unstable, which also showed the same problem.
+
+
+### Please provide any additional information below.
+
+I am not sure what information to supply, please provide pointers on what information might be useful.
+
+> [[done]] per comment --[[Joey]]
diff --git a/doc/bugs/Local_files_not_found/comment_1_5e1fcc0597594fa493ffa28aa32e1df8._comment b/doc/bugs/Local_files_not_found/comment_1_5e1fcc0597594fa493ffa28aa32e1df8._comment
new file mode 100644
index 0000000000..72ed1e42f4
--- /dev/null
+++ b/doc/bugs/Local_files_not_found/comment_1_5e1fcc0597594fa493ffa28aa32e1df8._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawljcHBnBhazpDpk5k_9Wk9S_zA0hnjqdLQ"
+ nickname="Andreas"
+ subject="comment 1"
+ date="2013-05-13T08:24:50Z"
+ content="""
+Sorry for the noise - it turned out the local annex repository somehow had been marked as \"dead\" (as shown by git status).
+
+The fix was simply to git annex semitrust <repo uuid> and it went back to life.
+
+I am not sure how this bug tracker works, but this bug report can be closed as invalid. Thanks for git annex!
+"""]]
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..6a66c553f5
--- /dev/null
+++ b/doc/bugs/Local_network___40__ssh__41___fails_to_pair__47__sync.mdwn
@@ -0,0 +1,175 @@
+### 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
+"""]]
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/Local_pairing_fails:_received_PairMsg_loop.mdwn b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop.mdwn
new file mode 100644
index 0000000000..63f423e2c7
--- /dev/null
+++ b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop.mdwn
@@ -0,0 +1,39 @@
+### Please describe the problem.
+Pairing over my local network doesn't work.  The pairing process never finishes.  The log shows that the same PairMsg messages are repeated endlessly.
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+I'm on Ubuntu Raring 13.04.  I installed git-annex 4.20131024 from the Precise PPA.  It is working fine with a remote ssh repo, just not local pairing.
+
+### 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-11-01 16:55:21 CDT] main: Pairing in progress
+[2013-11-01 16:55:55 CDT] PairListener: received "PairMsg (Verifiable {verifiableVal = (PairReq,PairData {remoteHostName = Just \"Onyx\", remoteUserName = \"me\", remoteDirectory = \"~/annex\", remoteSshPubKey = \"ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDBT0Y6TTzTg8nWwonmgUPPwJmPIaJzfEoJl8DbuylpgXqGCQ4doJXuvBODHIehPfyMr1xCWqNlNNLkcWg/a/eHFceyt3IlcD9XaZ1aKPzPmpjYKKf5amiYd6mAssw8zFaZUvwaXkNuHZpXVZyg6C6TkT6kdfln+6fOJZpSGQzksy0jka/Rzx0KXjsp3oqO4tQJbC7AX0nvmD0zvLtyCURzfGV+n2IqQxpPf2nP75Evt8jamcuqm6pWoe+hj9zjGytIXpSKe35wzRwUAUrjgmZ9NweuWfi2uMPJlDv8/n+Q3HyjygA+GzixBGuYXDt1CD8ISZvuoygS+9+jeY9uYH8b me@Onyx\\n\", pairUUID = UUID \"834b4f39-ca66-4baf-9323-57ef7058d7d0\"},IPv4Addr 2281744576), verifiableDigest = \"8d5d380542f7377f09a4584a38b0dbcea9ea215c\"})"
+[2013-11-01 16:55:56 CDT] PairListener: received "PairMsg (Verifiable {verifiableVal = (PairReq,PairData {remoteHostName = Just \"kubbie\", remoteUserName = \"me\", remoteDirectory = \"~/annex\", remoteSshPubKey = \"ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCvBEWT+AiAmehOFyTQWlSdwDs7DDbkw7rfZ4W/IeG5awZjMgT5BefIv9cmar8vGIIEFMZLpf8cL3xIargDz0xE2wuqj5CLkdz+DKp5f2FGs11Ax/62DZr+eCiVtPnwijFw0Cz0wMRzkN93uedrvzP/KkNRcczgWh3aZqn8WxlkCia1fyykm/pP3W80MNkiJYX5vXpu1NCV5KLu+UXQzKhM2njOauJ3W5wsMvSl8faZIpEmKVCD3BMDDruxTIxggA3kt9GCGvIbPawy+fGOpp/j6pHqnX3GB2kkT47RIZKYEv99HuLyvea+oY5R11FsC2yYY3ujIdUU0fXnV8pvrqSv me@kubbie\\n\", pairUUID = UUID \"fd6a6858-76c9-4eea-b733-9359c7313e72\"},IPv4Addr 1879091392), verifiableDigest = \"cbd8197c3d78c8c68bb30f63aa974cd88dd0fb13\"})"
+[2013-11-01 16:55:57 CDT] PairListener: received "PairMsg (Verifiable {verifiableVal = (PairReq,PairData {remoteHostName = Just \"Onyx\", remoteUserName = \"me\", remoteDirectory = \"~/annex\", remoteSshPubKey = \"ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDBT0Y6TTzTg8nWwonmgUPPwJmPIaJzfEoJl8DbuylpgXqGCQ4doJXuvBODHIehPfyMr1xCWqNlNNLkcWg/a/eHFceyt3IlcD9XaZ1aKPzPmpjYKKf5amiYd6mAssw8zFaZUvwaXkNuHZpXVZyg6C6TkT6kdfln+6fOJZpSGQzksy0jka/Rzx0KXjsp3oqO4tQJbC7AX0nvmD0zvLtyCURzfGV+n2IqQxpPf2nP75Evt8jamcuqm6pWoe+hj9zjGytIXpSKe35wzRwUAUrjgmZ9NweuWfi2uMPJlDv8/n+Q3HyjygA+GzixBGuYXDt1CD8ISZvuoygS+9+jeY9uYH8b me@Onyx\\n\", pairUUID = UUID \"834b4f39-ca66-4baf-9323-57ef7058d7d0\"},IPv4Addr 2281744576), verifiableDigest = \"8d5d380542f7377f09a4584a38b0dbcea9ea215c\"})"
+[2013-11-01 16:55:58 CDT] PairListener: received "PairMsg (Verifiable {verifiableVal = (PairReq,PairData {remoteHostName = Just \"kubbie\", remoteUserName = \"me\", remoteDirectory = \"~/annex\", remoteSshPubKey = \"ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCvBEWT+AiAmehOFyTQWlSdwDs7DDbkw7rfZ4W/IeG5awZjMgT5BefIv9cmar8vGIIEFMZLpf8cL3xIargDz0xE2wuqj5CLkdz+DKp5f2FGs11Ax/62DZr+eCiVtPnwijFw0Cz0wMRzkN93uedrvzP/KkNRcczgWh3aZqn8WxlkCia1fyykm/pP3W80MNkiJYX5vXpu1NCV5KLu+UXQzKhM2njOauJ3W5wsMvSl8faZIpEmKVCD3BMDDruxTIxggA3kt9GCGvIbPawy+fGOpp/j6pHqnX3GB2kkT47RIZKYEv99HuLyvea+oY5R11FsC2yYY3ujIdUU0fXnV8pvrqSv me@kubbie\\n\", pairUUID = UUID \"fd6a6858-76c9-4eea-b733-9359c7313e72\"},IPv4Addr 1879091392), verifiableDigest = \"cbd8197c3d78c8c68bb30f63aa974cd88dd0fb13\"})"
+[2013-11-01 16:55:59 CDT] PairListener: received "PairMsg (Verifiable {verifiableVal = (PairReq,PairData {remoteHostName = Just \"Onyx\", remoteUserName = \"me\", remoteDirectory = \"~/annex\", remoteSshPubKey = \"ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDBT0Y6TTzTg8nWwonmgUPPwJmPIaJzfEoJl8DbuylpgXqGCQ4doJXuvBODHIehPfyMr1xCWqNlNNLkcWg/a/eHFceyt3IlcD9XaZ1aKPzPmpjYKKf5amiYd6mAssw8zFaZUvwaXkNuHZpXVZyg6C6TkT6kdfln+6fOJZpSGQzksy0jka/Rzx0KXjsp3oqO4tQJbC7AX0nvmD0zvLtyCURzfGV+n2IqQxpPf2nP75Evt8jamcuqm6pWoe+hj9zjGytIXpSKe35wzRwUAUrjgmZ9NweuWfi2uMPJlDv8/n+Q3HyjygA+GzixBGuYXDt1CD8ISZvuoygS+9+jeY9uYH8b me@Onyx\\n\", pairUUID = UUID \"834b4f39-ca66-4baf-9323-57ef7058d7d0\"},IPv4Addr 2281744576), verifiableDigest = \"8d5d380542f7377f09a4584a38b0dbcea9ea215c\"})"
+[2013-11-01 16:56:00 CDT] PairListener: received "PairMsg (Verifiable {verifiableVal = (PairReq,PairData {remoteHostName = Just \"kubbie\", remoteUserName = \"me\", remoteDirectory = \"~/annex\", remoteSshPubKey = \"ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCvBEWT+AiAmehOFyTQWlSdwDs7DDbkw7rfZ4W/IeG5awZjMgT5BefIv9cmar8vGIIEFMZLpf8cL3xIargDz0xE2wuqj5CLkdz+DKp5f2FGs11Ax/62DZr+eCiVtPnwijFw0Cz0wMRzkN93uedrvzP/KkNRcczgWh3aZqn8WxlkCia1fyykm/pP3W80MNkiJYX5vXpu1NCV5KLu+UXQzKhM2njOauJ3W5wsMvSl8faZIpEmKVCD3BMDDruxTIxggA3kt9GCGvIbPawy+fGOpp/j6pHqnX3GB2kkT47RIZKYEv99HuLyvea+oY5R11FsC2yYY3ujIdUU0fXnV8pvrqSv me@kubbie\\n\", pairUUID = UUID \"fd6a6858-76c9-4eea-b733-9359c7313e72\"},IPv4Addr 1879091392), verifiableDigest = \"cbd8197c3d78c8c68bb30f63aa974cd88dd0fb13\"})"
+[2013-11-01 16:56:01 CDT] PairListener: received "PairMsg (Verifiable {verifiableVal = (PairReq,PairData {remoteHostName = Just \"Onyx\", remoteUserName = \"me\", remoteDirectory = \"~/annex\", remoteSshPubKey = \"ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDBT0Y6TTzTg8nWwonmgUPPwJmPIaJzfEoJl8DbuylpgXqGCQ4doJXuvBODHIehPfyMr1xCWqNlNNLkcWg/a/eHFceyt3IlcD9XaZ1aKPzPmpjYKKf5amiYd6mAssw8zFaZUvwaXkNuHZpXVZyg6C6TkT6kdfln+6fOJZpSGQzksy0jka/Rzx0KXjsp3oqO4tQJbC7AX0nvmD0zvLtyCURzfGV+n2IqQxpPf2nP75Evt8jamcuqm6pWoe+hj9zjGytIXpSKe35wzRwUAUrjgmZ9NweuWfi2uMPJlDv8/n+Q3HyjygA+GzixBGuYXDt1CD8ISZvuoygS+9+jeY9uYH8b me@Onyx\\n\", pairUUID = UUID \"834b4f39-ca66-4baf-9323-57ef7058d7d0\"},IPv4Addr 2281744576), verifiableDigest = \"8d5d380542f7377f09a4584a38b0dbcea9ea215c\"})"
+...and so on and so on...
+# End of transcript or log.
+"""]]
+
+> I was able to reproduce something very like this by starting
+> pairing separately on both computers under poor network conditions (ie,
+> weak wifi on my front porch).
+> 
+> So, I've made a new PairReq message that has not been seen before 
+> always make the alert pop up, even if the assistant thinks it is
+> in the middle of its own pairing process (or even another pairing process
+> with a different box on the LAN).
+>
+> (This shouldn't cause a rogue PairAck to disrupt a pairing process part
+> way through.)
+> 
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_1_b8c485bafd98be8c21595597af361255._comment b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_1_b8c485bafd98be8c21595597af361255._comment
new file mode 100644
index 0000000000..39587ee908
--- /dev/null
+++ b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_1_b8c485bafd98be8c21595597af361255._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 1"
+ date="2013-11-01T23:10:12Z"
+ content="""
+Also, when I initiate the pairing process on one computer only, I can see the PairMsg being constantly received in the other computer's log, but the prompt to finish pairing never appears.
+"""]]
diff --git a/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_2_bc63489334f44a423645021415ffe196._comment b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_2_bc63489334f44a423645021415ffe196._comment
new file mode 100644
index 0000000000..f10b16f3c9
--- /dev/null
+++ b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_2_bc63489334f44a423645021415ffe196._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 2"
+ date="2013-11-01T23:27:24Z"
+ content="""
+Well I installed the 1 Nov release from the tarball and then it picked up the pair request from the other system.  I don't know if it was a bug in the previous version or something to do with the PPA.  It's weird that the assistant just wasn't doing anything about the pair request it received.
+
+Thanks for your work on git-annex assistant.
+"""]]
diff --git a/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_3_6345b174d04b6613c2c55a6ec9e50c21._comment b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_3_6345b174d04b6613c2c55a6ec9e50c21._comment
new file mode 100644
index 0000000000..a7eff67441
--- /dev/null
+++ b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_3_6345b174d04b6613c2c55a6ec9e50c21._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 3"
+ date="2013-11-02T19:02:55Z"
+ content="""
+There is something a little strange in the logs. It shows both Onyx and kubbie are sending PairReqs. Probably one of those is the local computer, logging its own broadcast messages which loop back to it. But normally in pairing, one side starts the pairing process with a PairReq, and the other side pops up an alert and continues the process with a PairAck. It's not normal for both sides to request that pairing start.
+
+Is it possible that you started pairing on both computers separately?
+
+I tried doing that with gnu and darkstar. First I started pairing on gnu. darkstar saw the pair request, but I ignored the alert message about that, and went  and started a separate pairing process on darkstar. gnu never showed an alert message for that; it ignored darkstar's PairReqs since it was sending its own.
+
+It's unlikely you'd ignore the alert, but the same thing could happen if the two computers were not able to communicate over the network initially, and pairing were started on both separately. So neither gets a chance to see the other's PairReq and show the alert. Even when they came into communication, they'd each ignore the other's PairReq.
+
+So, that seems like a bug..
+"""]]
diff --git a/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_4_f39ec6c3d5a016b3c5260162c0b42177._comment b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_4_f39ec6c3d5a016b3c5260162c0b42177._comment
new file mode 100644
index 0000000000..cacbad03f4
--- /dev/null
+++ b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_4_f39ec6c3d5a016b3c5260162c0b42177._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 4"
+ date="2013-11-02T22:52:31Z"
+ content="""
+I did indeed try to pair from both systems.  What happened was, after I started the pair request, I went to the other system, and there was no pair request listed.  So I misunderstood the directions and thought I was supposed to go ahead and enter the same password into the other system.  (It says that pairing will complete as soon as the password is entered on the other system, so it seems reasonable to try that.)  Then both systems were constantly issuing pair requests, but neither system was responding to the requests, even though it was receiving them.
+
+Both systems were always on the network and always able to communicate over it.  The bug went away when I upgraded to the 1 Nov release...but then I had some very confusing issues with partially-paired repos from different git-annex versions...I ended up having to start git-annex over from scratch on both systems with the 1 Nov build.
+
+So I'm not sure where to go from here with this bug.  Thanks for your help.
+"""]]
diff --git a/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_5_ca0c5ef6e6a6d2c4b64430ac68370b6a._comment b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_5_ca0c5ef6e6a6d2c4b64430ac68370b6a._comment
new file mode 100644
index 0000000000..413ca952e7
--- /dev/null
+++ b/doc/bugs/Local_pairing_fails:_received_PairMsg_loop/comment_5_ca0c5ef6e6a6d2c4b64430ac68370b6a._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-02T22:55:42Z"
+ content="""
+Oh, now I see your comment up there that you fixed it.  Awesome.  :)
+"""]]
diff --git a/doc/bugs/Lost_S3_Remote.mdwn b/doc/bugs/Lost_S3_Remote.mdwn
new file mode 100644
index 0000000000..c359b52103
--- /dev/null
+++ b/doc/bugs/Lost_S3_Remote.mdwn
@@ -0,0 +1,59 @@
+Somehow I've lost my S3 remote... git-annex knows it's there, but its not associating it with the git remote in .git/config
+
+    $ git-annex whereis pebuilder.iso 
+    whereis pebuilder.iso (3 copies) 
+      	3b6fc6f6-3025-11e1-b496-33bffbc0f3ed -- housebackup (external seagate drive on /mnt/back/RemoteStore)
+   	6b1326d8-2abb-11e1-8f43-979159a7f900 -- synology
+   	9b297772-2ab2-11e1-a86f-2fd669cb2417 -- Amazon S3
+    ok
+
+Amazon S3 is the description from the remote.  My .git/config file contains this block:
+
+    [remote "cloud"]
+      annex-s3 = true
+      annex-uuid = 9b297772-2ab2-11e1-a86f-2fd669cb2417
+      annex-cost = 70
+
+The UUID matches... But I cannot access it... see below:
+
+    [39532:39531 - 0:626] 08:20:38 [vivitron@tronlap:o +3] ~/annex/ISO 
+    $ git-annex get pebuilder.iso --from=cloud
+    git-annex: there is no git remote named "cloud"
+    
+    [39532:39531 - 0:627] 08:20:56 [vivitron@tronlap:o +3] ~/annex/ISO 
+    $ git-annex get pebuilder.iso --from="Amazon S3"
+    git-annex: there is no git remote named "Amazon S3"
+    
+    [39532:39531 - 0:628] 08:21:01 [vivitron@tronlap:o +3] ~/annex/ISO 
+    $ git-annex get pebuilder.iso --from=9b297772-2ab2-11e1-a86f-2fd669cb2417
+    git-annex: there is no git remote named "9b297772-2ab2-11e1-a86f-2fd669cb2417"
+
+    [39532:39531 - 0:629] 08:21:08 [vivitron@tronlap:o +3] ~/annex/ISO 
+    $ 
+
+git remote lists "cloud" as a remote:
+
+    $ git remote
+    all
+    cloud
+    cs
+    es3
+    origin
+
+git-annex status lists S3 support:
+
+    $ git-annex status
+    supported backends: SHA256 SHA1 SHA512 SHA224 SHA384 SHA256E SHA1E SHA512E SHA224E SHA384E WORM URL
+    supported remote types: git S3 bup directory rsync web hook
+
+
+
+I appreciate any help....  I've tested versions 3.20111211, 3.20111231, and 3.20120105
+
+    $ git --version
+    git version 1.7.8.1
+
+
+
+> [[done]]; I've fixed the build system so this confusing thing cannot
+> happen anymore. --[[Joey]]
diff --git a/doc/bugs/Lost_S3_Remote/comment_1_6e80e6db6671581d471fc9a54181c04c._comment b/doc/bugs/Lost_S3_Remote/comment_1_6e80e6db6671581d471fc9a54181c04c._comment
new file mode 100644
index 0000000000..d6595ad5bc
--- /dev/null
+++ b/doc/bugs/Lost_S3_Remote/comment_1_6e80e6db6671581d471fc9a54181c04c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-01-06T03:04:35Z"
+ content="""
+Despite `status` listing S3 support, your git-annex is actually built with S3stub, probably because it failed to find the necessary S3 module at build time. Rebuild git-annex and watch closely, you'll see \"** building without S3 support\". Look above that for the error and fix it.
+
+It was certainly a bug that it showed S3 as supported when built without it. I've fixed that.
+"""]]
diff --git a/doc/bugs/Lost_S3_Remote/comment_2_c99c65882a3924f4890e500f9492b442._comment b/doc/bugs/Lost_S3_Remote/comment_2_c99c65882a3924f4890e500f9492b442._comment
new file mode 100644
index 0000000000..6112bc0890
--- /dev/null
+++ b/doc/bugs/Lost_S3_Remote/comment_2_c99c65882a3924f4890e500f9492b442._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2012-01-06T03:08:28Z"
+ content="""
+BTW, you'll want to \"make clean\", since the S3stub hack symlinks a file into place and it will continue building with S3stub even if you fix the problem until you clean.
+"""]]
diff --git a/doc/bugs/Lost_S3_Remote/comment_3_1e434d5a20a692cd9dc7f6f8f20f30dd._comment b/doc/bugs/Lost_S3_Remote/comment_3_1e434d5a20a692cd9dc7f6f8f20f30dd._comment
new file mode 100644
index 0000000000..69063966c6
--- /dev/null
+++ b/doc/bugs/Lost_S3_Remote/comment_3_1e434d5a20a692cd9dc7f6f8f20f30dd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkey8WuXUh_x5JC2c9_it1CYRnVTgdGu1M"
+ nickname="Dustin"
+ subject="Thank you!"
+ date="2012-01-06T03:38:27Z"
+ content="""
+make clean and rebuild worked...  Thank you
+"""]]
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/Makefile_is_missing_dependancies.mdwn b/doc/bugs/Makefile_is_missing_dependancies.mdwn
new file mode 100644
index 0000000000..3e9d6e903c
--- /dev/null
+++ b/doc/bugs/Makefile_is_missing_dependancies.mdwn
@@ -0,0 +1,47 @@
+<pre>
+From e45c73e66fc18d27bdf5797876fbeb07786a4af1 Mon Sep 17 00:00:00 2001
+From: Jimmy Tang <jtang@tchpc.tcd.ie>
+Date: Tue, 22 Mar 2011 22:24:07 +0000
+Subject: [PATCH] Touch up Makefile to depend on StatFS.hs
+
+---
+ Makefile |    2 +-
+ 1 files changed, 1 insertions(+), 1 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 08e2f59..4ae8392 100644
+--- a/Makefile
++++ b/Makefile
+@@ -15,7 +15,7 @@ SysConfig.hs: configure.hs TestConfig.hs
+        hsc2hs $<
+        perl -i -pe 's/^{-# INCLUDE.*//' $@
+ 
+-$(bins): SysConfig.hs Touch.hs
++$(bins): SysConfig.hs Touch.hs StatFS.hs
+        $(GHCMAKE) $@
+ 
+ git-annex.1: doc/git-annex.mdwn
+-- 
+1.7.4.1
+
+</pre>
+
+
+StatFS.hs never gets depended on and compiled, the makefile was just missing something
+
+> Thanks, [[done]]! Interested to hear if StatFS.hs works on OSX (no warning) or
+> is a no-op (with warning). --[[Joey]] 
+
+>> 
+>> for now it gives a warning, it looks like it should be easy enough to add OSX
+>> support, I guess it's a case of just digging around documentation to find the equivalent
+>> calls/headers. I'll give it a go at making this feature work on OSX and get back to you.
+>> 
+
+<pre>
+jtang@exia:~/develop/git-annex $ make
+hsc2hs StatFS.hsc
+StatFS.hsc:85:2: warning: #warning free space checking code not available for this OS
+StatFS.hsc:85:2: warning: #warning free space checking code not available for this OS
+StatFS.hsc:85:2: warning: #warning free space checking code not available for this OS
+</pre>
diff --git a/doc/bugs/Makefile_is_missing_dependancies/comment_1_5a3da5f79c8563c7a450aa29728abe7c._comment b/doc/bugs/Makefile_is_missing_dependancies/comment_1_5a3da5f79c8563c7a450aa29728abe7c._comment
new file mode 100644
index 0000000000..ab8493a7a8
--- /dev/null
+++ b/doc/bugs/Makefile_is_missing_dependancies/comment_1_5a3da5f79c8563c7a450aa29728abe7c._comment
@@ -0,0 +1,47 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2011-03-23T08:21:30Z"
+ content="""
+Just did some minor digging around and checking, this seems to satisfy the compilers etc... I have yet to confirm that it *really* is working as expected. Also it might be better to check for a darwin operating system instead of apple I think, though I don't know of any one really using a pure darwin OS. But for now it works (I think)
+
+<pre>
+From fbfe27c2e19906ac02e3673b91bffa920f6dae5d Mon Sep 17 00:00:00 2001
+From: Jimmy Tang <jtang@tchpc.tcd.ie>
+Date: Wed, 23 Mar 2011 08:15:39 +0000
+Subject: [PATCH] Define (__APPLE__) in StatFS
+
+At least on OSX 10.6.6 it appears to have the same defintions as
+FreeBSD. The build process doesn't complain and the code is enabled,
+this needs to be tested and checked more.
+---
+ StatFS.hsc |    4 ++--
+ 1 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/StatFS.hsc b/StatFS.hsc
+index 8b453dc..45fd7e4 100644
+--- a/StatFS.hsc
++++ b/StatFS.hsc
+@@ -53,7 +53,7 @@ import Foreign.C.String
+ import Data.ByteString (useAsCString)
+ import Data.ByteString.Char8 (pack)
+ 
+-#if defined (__FreeBSD__)
++#if defined (__FreeBSD__) || defined(__APPLE__)
+ # include <sys/param.h>
+ # include <sys/mount.h>
+ #else
+@@ -84,7 +84,7 @@ data CStatfs
+ #ifdef UNKNOWN
+ #warning free space checking code not available for this OS
+ #else
+-#if defined(__FreeBSD__)
++#if defined(__FreeBSD__) || defined(__APPLE__)
+ foreign import ccall unsafe \"sys/mount.h statfs\"
+ #else
+ foreign import ccall unsafe \"sys/vfs.h statfs64\"
+-- 
+1.7.4.1
+</pre>
+"""]]
diff --git a/doc/bugs/Makefile_is_missing_dependancies/comment_2_416f12dbd0c2b841fac8164645b81df5._comment b/doc/bugs/Makefile_is_missing_dependancies/comment_2_416f12dbd0c2b841fac8164645b81df5._comment
new file mode 100644
index 0000000000..d355514a31
--- /dev/null
+++ b/doc/bugs/Makefile_is_missing_dependancies/comment_2_416f12dbd0c2b841fac8164645b81df5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-03-23T15:05:12Z"
+ content="""
+There's a simple test -- just configure annex.diskreserve to be say, 10 megabytes less than the total free space on your disk. Then try to git annex get a 11 mb file, and a 9 mb file. :)
+"""]]
diff --git a/doc/bugs/Makefile_is_missing_dependancies/comment_3_c38b6f4abc9b9ad413c3b83ca04386c3._comment b/doc/bugs/Makefile_is_missing_dependancies/comment_3_c38b6f4abc9b9ad413c3b83ca04386c3._comment
new file mode 100644
index 0000000000..6b4cf5789c
--- /dev/null
+++ b/doc/bugs/Makefile_is_missing_dependancies/comment_3_c38b6f4abc9b9ad413c3b83ca04386c3._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-03-23T15:13:33Z"
+ content="""
+Alternatively, you can just load it up in ghci and see if it reports numbers that make sense:
+
+<pre>
+joey@gnu:~/src/git-annex>make StatFS.hs
+hsc2hs StatFS.hsc
+perl -i -pe 's/^{-# INCLUDE.*//' StatFS.hs
+joey@gnu:~/src/git-annex>ghci StatFS.hs
+GHCi, version 6.12.1: http://www.haskell.org/ghc/  :? for help
+Loading package ghc-prim ... linking ... done.
+Loading package integer-gmp ... linking ... done.
+Loading package base ... linking ... done.
+[1 of 1] Compiling StatFS           ( StatFS.hs, interpreted )
+Ok, modules loaded: StatFS.
+*StatFS> s <- getFileSystemStats \".\"
+Loading package bytestring-0.9.1.5 ... linking ... done.
+*StatFS> s
+Just (FileSystemStats {fsStatBlockSize = 4096, fsStatBlockCount = 7427989, fsStatByteCount = 30425042944, fsStatBytesFree = 2528489472, fsStatBytesAvailable = 2219384832, fsStatBytesUsed = 27896553472})
+</pre>
+"""]]
diff --git a/doc/bugs/Makefile_is_missing_dependancies/comment_4_cc13873175edf191047282700315beee._comment b/doc/bugs/Makefile_is_missing_dependancies/comment_4_cc13873175edf191047282700315beee._comment
new file mode 100644
index 0000000000..c3ad2dafd6
--- /dev/null
+++ b/doc/bugs/Makefile_is_missing_dependancies/comment_4_cc13873175edf191047282700315beee._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 4"
+ date="2011-03-23T16:02:34Z"
+ content="""
+Ok, well it looks like it isn't doing anything useful at all.
+
+<pre>
+jtang@x00:~/develop/git-annex $ make StatFS.hs                                                                                                                                    
+hsc2hs StatFS.hsc
+perl -i -pe 's/^{-# INCLUDE.*//' StatFS.hs
+jtang@x00:~/develop/git-annex $ ghci StatFS.hs                                                                                                                                    
+GHCi, version 6.12.3: http://www.haskell.org/ghc/  :? for help
+Loading package ghc-prim ... linking ... done.
+Loading package integer-gmp ... linking ... done.
+Loading package base ... linking ... done.
+Loading package ffi-1.0 ... linking ... done.
+[1 of 1] Compiling StatFS           ( StatFS.hs, interpreted )
+Ok, modules loaded: StatFS.
+*StatFS> s <- getFileSystemStats \".\"
+Loading package bytestring-0.9.1.7 ... linking ... done.
+*StatFS> s
+Just (FileSystemStats {fsStatBlockSize = 0, fsStatBlockCount = 1048576, fsStatByteCount = 0, fsStatBytesFree = 0, fsStatBytesAvailable = 0, fsStatBytesUsed = 0})
+*StatFS> s <- getFileSystemStats \"/\"
+*StatFS> s
+Just (FileSystemStats {fsStatBlockSize = 0, fsStatBlockCount = 1048576, fsStatByteCount = 0, fsStatBytesFree = 0, fsStatBytesAvailable = 0, fsStatBytesUsed = 0})
+*StatFS> 
+</pre>
+"""]]
diff --git a/doc/bugs/Makefile_is_missing_dependancies/comment_5_0a1c52e2c96d19b9c3eb7e99b8c2434f._comment b/doc/bugs/Makefile_is_missing_dependancies/comment_5_0a1c52e2c96d19b9c3eb7e99b8c2434f._comment
new file mode 100644
index 0000000000..149aeeb75a
--- /dev/null
+++ b/doc/bugs/Makefile_is_missing_dependancies/comment_5_0a1c52e2c96d19b9c3eb7e99b8c2434f._comment
@@ -0,0 +1,59 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 5"
+ date="2011-03-23T16:14:22Z"
+ content="""
+Actually I may have just been stupid and should have read the man page on statfs...
+
+<pre>
+jtang@x00:~/develop/git-annex $ git diff
+diff --git a/StatFS.hsc b/StatFS.hsc
+index 8b453dc..e10b2dd 100644
+--- a/StatFS.hsc
++++ b/StatFS.hsc
+@@ -53,7 +53,7 @@ import Foreign.C.String
+ import Data.ByteString (useAsCString)
+ import Data.ByteString.Char8 (pack)
+ 
+-#if defined (__FreeBSD__)
++#if defined (__FreeBSD__) || defined (__APPLE__)
+ # include <sys/param.h>
+ # include <sys/mount.h>
+ #else
+@@ -84,8 +84,8 @@ data CStatfs
+ #ifdef UNKNOWN
+ #warning free space checking code not available for this OS
+ #else
+-#if defined(__FreeBSD__)
+-foreign import ccall unsafe \"sys/mount.h statfs\"
++#if defined(__FreeBSD__) || defined (__APPLE__)
++foreign import ccall unsafe \"sys/mount.h statfs64\"
+ #else
+ foreign import ccall unsafe \"sys/vfs.h statfs64\"
+ #endif
+</pre>
+
+yields this...
+
+<pre>
+jtang@x00:~/develop/git-annex $ ghci StatFS.hs                                                                                                                                    
+GHCi, version 6.12.3: http://www.haskell.org/ghc/  :? for help
+Loading package ghc-prim ... linking ... done.
+Loading package integer-gmp ... linking ... done.
+Loading package base ... linking ... done.
+Loading package ffi-1.0 ... linking ... done.
+[1 of 1] Compiling StatFS           ( StatFS.hs, interpreted )
+Ok, modules loaded: StatFS.
+*StatFS> s <- getFileSystemStats \".\"
+Loading package bytestring-0.9.1.7 ... linking ... done.
+*StatFS> s
+Just (FileSystemStats {fsStatBlockSize = 4096, fsStatBlockCount = 244106668, fsStatByteCount = 999860912128, fsStatBytesFree = 423097798656, fsStatBytesAvailable = 422835654656, fsStatBytesUsed = 576763113472})
+*StatFS> 
+</pre>
+
+
+we could just stick another if defined (__APPLE__) instead of what I previously had and it looks like it will do the right thing on OSX.
+
+
+"""]]
diff --git a/doc/bugs/Makefile_is_missing_dependancies/comment_6_24119fc5d5963ce9dd669f7dcf006859._comment b/doc/bugs/Makefile_is_missing_dependancies/comment_6_24119fc5d5963ce9dd669f7dcf006859._comment
new file mode 100644
index 0000000000..714459fbe8
--- /dev/null
+++ b/doc/bugs/Makefile_is_missing_dependancies/comment_6_24119fc5d5963ce9dd669f7dcf006859._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 6"
+ date="2011-03-23T16:23:56Z"
+ content="""
+I forgot to mention that the statfs64 stuff in OSX seems to be deprecated, see http://developer.apple.com/library/mac/#documentation/Darwin/Reference/ManPages/man2/statfs64.2.html
+
+on a slightly different note, is anonymous pushing to the \"wiki\" over git allowed? I'd prefer to be able to edit stuff inline for updating some of my own comments if I can :P
+"""]]
diff --git a/doc/bugs/Makefile_is_missing_dependancies/comment_7_96fd4725df4b54e670077a18d3ac4943._comment b/doc/bugs/Makefile_is_missing_dependancies/comment_7_96fd4725df4b54e670077a18d3ac4943._comment
new file mode 100644
index 0000000000..8ba8e8d1f6
--- /dev/null
+++ b/doc/bugs/Makefile_is_missing_dependancies/comment_7_96fd4725df4b54e670077a18d3ac4943._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 7"
+ date="2011-03-23T16:57:56Z"
+ content="""
+Try the changes I've pushed to use statfs64 on apple.
+
+There is actually a standardized statvfs that I'd rather use, but after the last time that I tried going with the POSIX option first only to find it was not broadly implemented, I was happy to find some already existing code that worked for some OSs.
+
+(While ikiwiki supports anonymous git push, it's a feature we have not rolled out on Branchable.com yet, and anyway, ikiwiki disallows editing existing comments that way. I would, however, be happy to git pull changes from somewhere.)
+"""]]
diff --git a/doc/bugs/Makefile_is_missing_dependancies/comment_8_a3555e3286cdc2bfeb9cde0ff727ba74._comment b/doc/bugs/Makefile_is_missing_dependancies/comment_8_a3555e3286cdc2bfeb9cde0ff727ba74._comment
new file mode 100644
index 0000000000..63d188bcce
--- /dev/null
+++ b/doc/bugs/Makefile_is_missing_dependancies/comment_8_a3555e3286cdc2bfeb9cde0ff727ba74._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-23T17:03:51Z"
+ content="""
+The latest change looks good, it seems to be returning sensible numbers for me. Just tried it out on a few different mount points and it appears to be working.
+"""]]
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/Manual_mode_weirdness.mdwn b/doc/bugs/Manual_mode_weirdness.mdwn
new file mode 100644
index 0000000000..efc88df2fe
--- /dev/null
+++ b/doc/bugs/Manual_mode_weirdness.mdwn
@@ -0,0 +1,37 @@
+### Please describe the problem.
+
+I have an annex which contains all my photos. There are repositories on my laptop and my home server as well as an s3 backup (for which syncing is currently disabled). I switched the copy on my laptop to manual mode via 'git annex vicfg' (this correctly shows up in the webapp). I then proceeded to drop several folders (each containing a year's worth of photos). This works fine, however the assistant immediately starts downloading the dropped files from the server! Numcopies is set to 1 and the problem exists with the server in both the 'transfer' and 'backup' groups (haven't tried others).
+
+### What steps will reproduce the problem?
+
+1. Create a repo with some files.
+2. Create a bare-git remote on another machine.
+3. Make sure the assistant is running for the repo in question. 
+4. Switch your local copy to manual mode.
+5. Drop some files.
+6. Watch as the assistant re-downloads them!
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130501
+local repository version: unknown
+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
+
+Debian Testing/Sid.
+
+### Please provide any additional information below.
+
+If it's relevant I switched the local repository to indirect mode by manually shutting down the assistant and running 'git annex indirect' before restarting the assistant. This was done before any of the steps above.
+
+[[!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]] --[[Joey]] 
diff --git a/doc/bugs/Manual_mode_weirdness/comment_1_f8ab3bac9e9a6768e5fd5a052f0d920f._comment b/doc/bugs/Manual_mode_weirdness/comment_1_f8ab3bac9e9a6768e5fd5a052f0d920f._comment
new file mode 100644
index 0000000000..fcacc3b335
--- /dev/null
+++ b/doc/bugs/Manual_mode_weirdness/comment_1_f8ab3bac9e9a6768e5fd5a052f0d920f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-29T16:13:10Z"
+ content="""
+Yes,  4.20130501 is broken WRT manual mode. This has been fixed for a while in the current git master branch and autobuilds and there will be a new release soon with the fix.
+"""]]
diff --git a/doc/bugs/Manual_mode_weirdness/comment_2_e810daa488fad32ca8bdaae620051da8._comment b/doc/bugs/Manual_mode_weirdness/comment_2_e810daa488fad32ca8bdaae620051da8._comment
new file mode 100644
index 0000000000..3a4cd98811
--- /dev/null
+++ b/doc/bugs/Manual_mode_weirdness/comment_2_e810daa488fad32ca8bdaae620051da8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="robconnolly"
+ ip="203.167.218.84"
+ subject="comment 2"
+ date="2013-05-29T23:18:23Z"
+ content="""
+Excellent, Thank you!
+"""]]
diff --git a/doc/bugs/Missing_dependancy_in_commit_6cecc26206c4a539999b04664136c6f785211a41.mdwn b/doc/bugs/Missing_dependancy_in_commit_6cecc26206c4a539999b04664136c6f785211a41.mdwn
new file mode 100644
index 0000000000..2253c0f524
--- /dev/null
+++ b/doc/bugs/Missing_dependancy_in_commit_6cecc26206c4a539999b04664136c6f785211a41.mdwn
@@ -0,0 +1,35 @@
+Seems commit 6cecc26206c4a539999b04664136c6f785211a41 missed on dependancy, that is blaze-markup
+
+<pre>
+Assistant/Threads/WebApp.hs:25:8:
+    Could not find module `Text.Blaze.Renderer.String'
+    It is a member of the hidden package `blaze-markup-0.5.1.0'.
+    Perhaps you need to add `blaze-markup' 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-3.20120721 failed during the building phase. The exception was:
+ExitFailure 1
+</pre>
+
+This should fix it
+
+<pre>
+x00:git-annex jtang$ git diff
+diff --git a/git-annex.cabal b/git-annex.cabal
+index c7d9bf5..4f98d2a 100644
+--- a/git-annex.cabal
++++ b/git-annex.cabal
+@@ -76,7 +76,7 @@ Executable git-annex
+   if flag(Webapp)
+     Build-Depends: yesod, yesod-static, case-insensitive, http-types,
+      transformers, wai, wai-logger, warp, blaze-builder, blaze-html,
+-     crypto-api, hamlet
++     blaze-markup, crypto-api, hamlet
+     CPP-Options: -DWITH_WEBAPP
+ 
+   if (os(darwin))
+</pre>
+
+> [[done]].. interestingly, cabal had not complained about there here,
+> as in my version, it's in blaze, not blaze-markup. Added it anyway.
+> --[[Joey]] 
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_sync__39__ing_weirdness_with_the_assistant_branch_on_OSX.mdwn b/doc/bugs/More_sync__39__ing_weirdness_with_the_assistant_branch_on_OSX.mdwn
new file mode 100644
index 0000000000..00f4253073
--- /dev/null
+++ b/doc/bugs/More_sync__39__ing_weirdness_with_the_assistant_branch_on_OSX.mdwn
@@ -0,0 +1,15 @@
+Running the 'assistant' branch, I occassionally get
+
+To myhost1:/Users/jtang/annex
+ ! [rejected]        master -> synced/master (non-fast-forward)
+error: failed to push some refs to 'myhost1:/Users/jtang/annex'
+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.
+(Recording state in git...)
+
+manually running a 'git annex sync' usually fixes it, I guess once the sync command runs periodically this problem will go away, is this even OSX specific? I don't quite get the behaviour that is described in [[design/assistant/blog/day_15__its_aliiive]].
+
+> With my changes today, I've seen it successfully recover from this
+> situation. [[done]] --[[Joey]] 
diff --git a/doc/bugs/More_sync__39__ing_weirdness_with_the_assistant_branch_on_OSX/comment_1_377525e70640751e1ead445aeed15efa._comment b/doc/bugs/More_sync__39__ing_weirdness_with_the_assistant_branch_on_OSX/comment_1_377525e70640751e1ead445aeed15efa._comment
new file mode 100644
index 0000000000..77481789ce
--- /dev/null
+++ b/doc/bugs/More_sync__39__ing_weirdness_with_the_assistant_branch_on_OSX/comment_1_377525e70640751e1ead445aeed15efa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.25"
+ subject="comment 1"
+ date="2012-06-25T15:45:18Z"
+ content="""
+This is indeed the problem I've planned to work on today, as I see it too when things don't start off perfectly in sync.
+"""]]
diff --git a/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana.mdwn b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana.mdwn
new file mode 100644
index 0000000000..ee188eb2ed
--- /dev/null
+++ b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana.mdwn
@@ -0,0 +1,36 @@
+Version 3.20120825 built on my OpenIndiana system just fine, but the latest release gives me this during setup:
+
+    Linking /tmp/git-annex-3.20121017-13013/git-annex-3.20121017/dist/setup/setup ...
+      checking version... 3.20121017
+      checking git... yes
+      checking git version... 1.7.8.2
+      checking cp -a... yes
+      checking cp -p... yes
+      checking cp --reflink=auto... yes
+      checking uuid generator... uuid -m
+      checking xargs -0... yes
+      checking rsync... yes
+      checking curl... yes
+      checking wget... yes
+      checking bup... no
+      checking gpg... no
+      checking lsof... no
+      checking ssh connection caching... yes
+      checking sha1... sha1sum
+      checking sha256... sha256sum
+      checking sha512... sha512sum
+      checking sha224... sha224sum
+      checking sha384... sha384sum
+    Configuring git-annex-3.20121017...
+    Building git-annex-3.20121017...
+    Preprocessing executable 'git-annex' for git-annex-3.20121017...
+    In file included from Mounts.hsc:25:0:
+    Utility/libmounts.h:13:3: warning: #warning mounts listing code not available for this OS [-Wcpp]
+
+    Utility/libkqueue.c:13:23:
+         fatal error: sys/event.h: No such file or directory
+    compilation terminated.
+
+Is it possible to remove the new requirement?  Thanks!
+
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_1_f3c336ecfee51e074ea3a9fc95301de5._comment b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_1_f3c336ecfee51e074ea3a9fc95301de5._comment
new file mode 100644
index 0000000000..bb1dc688fc
--- /dev/null
+++ b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_1_f3c336ecfee51e074ea3a9fc95301de5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2012-10-17T17:42:30Z"
+ content="""
+kqueue is used by the new assistant and watch features. It seems something else would need to be used for Solaris. I have modified the Makefile to (try to) detect Solaris and disable these features. I assumed your uname would be \"Solaris\", so you may need to modify it slightly.
+"""]]
diff --git a/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_2_102c0e998934e84deca92fd1c90145fa._comment b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_2_102c0e998934e84deca92fd1c90145fa._comment
new file mode 100644
index 0000000000..0a2a2641c2
--- /dev/null
+++ b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_2_102c0e998934e84deca92fd1c90145fa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="uname on OpenIndiana"
+ date="2012-10-17T22:19:04Z"
+ content="""
+The uname is actually SunOS, surprisingly enough.  I'll give it a try!
+"""]]
diff --git a/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_3_1449dd796ce9f2209f085d4b017a5f33._comment b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_3_1449dd796ce9f2209f085d4b017a5f33._comment
new file mode 100644
index 0000000000..8feff78d95
--- /dev/null
+++ b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_3_1449dd796ce9f2209f085d4b017a5f33._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="Doesn't quite work"
+ date="2012-10-17T22:23:16Z"
+ content="""
+Your Makefile change, even with the uname corrected, had no impact at all.  I'm running \"cabal install\".  When I try just \"make\", I get this error:
+
+
+    Annex.hs:69:28:
+        No instance for (MonadBase IO (StateT AnnexState IO))
+          arising from a use of `liftBase'
+        Possible fix:
+          add an instance declaration for
+          (MonadBase IO (StateT AnnexState IO))
+        In the second argument of `(.)', namely `liftBase'
+        In the expression: Annex . liftBase
+        In an equation for `liftBase': liftBase = Annex . liftBase
+"""]]
diff --git a/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_4_c4aa8a4379b2c056ca9b7afcff412bbc._comment b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_4_c4aa8a4379b2c056ca9b7afcff412bbc._comment
new file mode 100644
index 0000000000..eb64afee27
--- /dev/null
+++ b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_4_c4aa8a4379b2c056ca9b7afcff412bbc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 4"
+ date="2012-10-18T02:04:47Z"
+ content="""
+You might be able to use the cabal file now. (Not sure.. the OS name used there is different from uname.)
+
+cabal may have better luck, the make error suggests that you have too old a version of the haskell transformers-base library installed.
+"""]]
diff --git a/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_5_6ca4dd2ad51182edf7198f38b336b9b6._comment b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_5_6ca4dd2ad51182edf7198f38b336b9b6._comment
new file mode 100644
index 0000000000..f37b1d227c
--- /dev/null
+++ b/doc/bugs/Most_recent_git-annex_will_not_build_on_OpenIndiana/comment_5_6ca4dd2ad51182edf7198f38b336b9b6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="Works great!"
+ date="2012-10-18T05:34:06Z"
+ content="""
+This can be moved to done.
+"""]]
diff --git a/doc/bugs/Name_scheme_does_not_follow_git__39__s_rules.mdwn b/doc/bugs/Name_scheme_does_not_follow_git__39__s_rules.mdwn
new file mode 100644
index 0000000000..722dac50b8
--- /dev/null
+++ b/doc/bugs/Name_scheme_does_not_follow_git__39__s_rules.mdwn
@@ -0,0 +1,31 @@
+I can create an annex remote named 'test:/test'. git itself does not allow colons in names, though. The name scheme for an annex should be the same as for git repos themselves.
+
+> What do you mean by "an annex remote"? git-annex uses the same
+> remotes configuration as does git. If you put invalid
+> stuff in .git/config it might handle it slightly different than 
+> git, I don't know. Examples needed. --[[Joey]] 
+
+>> What I mean is this:
+
+    % cd 1
+    % git init
+    % git annex init "my:colon"
+    % [...]
+    % cd ../2
+    % git init
+    % git annex init "second"
+    % git remote add "my:colon" ../1
+    fatal: 'my:colon' is not a valid remote name
+
+>> -- RichiH
+
+>>> I see.. Git annex init does not specifiy a remote's name, it specifies
+>>> an arbitrary human-readable description of the repository, which will
+>>> be displayed when there is no configured remote corresponding to the
+>>> repository. So this is not a bug unless some documentation of that is
+>>> unclear. --[[Joey]] 
+
+>>>> Nobody spoke up to say it's unclear, so closing as PEBKAC :)
+>>>> [[done]] --[[Joey]] 
+
+>>>>> I still think git-annex should follow the same rules as git in this regard, but if your design decision is different, I won't try to argue the point :) -- RichiH
diff --git a/doc/bugs/Need_to_manually_install_c2hs_-_3.20121127_and_previous.mdwn b/doc/bugs/Need_to_manually_install_c2hs_-_3.20121127_and_previous.mdwn
new file mode 100644
index 0000000000..924ce06c7b
--- /dev/null
+++ b/doc/bugs/Need_to_manually_install_c2hs_-_3.20121127_and_previous.mdwn
@@ -0,0 +1,37 @@
+What steps will reproduce the problem?
+
+Install git-annex via cabal - either from Hackage or as a manual install. (i.e. <http://git-annex.branchable.com/install/cabal/>)
+
+What is the expected output? What do you see instead?
+
+Expect a clean install.
+
+However, get the following error:
+
+      Configuring gnuidn-0.2...
+      cabal: The program c2hs is required but it could not be found.
+      Failed to install gnuidn-0.2
+      cabal: Error: some packages failed to install:
+      git-annex-3.20121127 depends on gnuidn-0.2 which failed to install.
+      gnuidn-0.2 failed during the configure step. The exception was:
+      ExitFailure 1
+      network-protocol-xmpp-0.4.4 depends on gnuidn-0.2 which failed to install.
+
+What version of git-annex are you using? On what operating system?
+
+git-annex: 3.20121127 (and previous versions)
+
+OS: Mac OSX 10.6.8
+
+
+Please provide any additional information below.
+
+The fix seems as easy as
+
+    cabal install c2hs
+
+Should c2hs be included as a dep got git-annex or is this a bug in gnuidn?
+
+> Apparently cabal does not support automatically installing programs
+> needed for the build. I've updated the cabal installation instructions
+> to document the need to install c2hs. [[done]] --[[Joey]]
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_progress_bars_with_S3.mdwn b/doc/bugs/No_progress_bars_with_S3.mdwn
new file mode 100644
index 0000000000..afa7ba5eef
--- /dev/null
+++ b/doc/bugs/No_progress_bars_with_S3.mdwn
@@ -0,0 +1,26 @@
+## What steps will reproduce the problem?
+
+Add new data to a repository with an S3 special remote. Monitor the repository with the web app.
+
+
+## What is the expected output? What do you see instead?
+
+I expect a changing status bar and percentage. Instead I see no changes when an upload becomes active.
+
+
+## What version of git-annex are you using? On what operating system?
+
+3.20130102 on Arch 64-bit.
+
+
+## Please provide any additional information below.
+
+
+When uploading local data to an S3 remote, I see no progress bars. The progress bar area on active uploads stays the same grey as the bar on queued uploads. The status does not change from "0% of...". The uploads are completing, but this makes it very difficult to judge their activity.
+
+The only remotes I currently have setup are S3 special remotes, so I cannot say whether progress bars are working for uploads to other remote types.
+
+> [[done]], this turned out to be a confusion in the progress code;
+> parts were expecting a full number of bytes since the start, while
+> other parts were sending the number of bytes in a chunk. Result was
+> progress bars stuck at 0% often. --[[Joey]]
diff --git a/doc/bugs/No_progress_bars_with_S3/comment_1_33a601201a9fdd2357f1c03e32fa6b9c._comment b/doc/bugs/No_progress_bars_with_S3/comment_1_33a601201a9fdd2357f1c03e32fa6b9c._comment
new file mode 100644
index 0000000000..90d00807de
--- /dev/null
+++ b/doc/bugs/No_progress_bars_with_S3/comment_1_33a601201a9fdd2357f1c03e32fa6b9c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-14T16:31:06Z"
+ content="""
+How large are your files? IIRC the S3 progress bar updated with a rather large granularity.
+"""]]
diff --git a/doc/bugs/No_progress_bars_with_S3/comment_2_52361805ced99c22d663b3b1e8a5b221._comment b/doc/bugs/No_progress_bars_with_S3/comment_2_52361805ced99c22d663b3b1e8a5b221._comment
new file mode 100644
index 0000000000..04f823e0b1
--- /dev/null
+++ b/doc/bugs/No_progress_bars_with_S3/comment_2_52361805ced99c22d663b3b1e8a5b221._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="24.16.193.140"
+ subject="comment 2"
+ date="2013-01-14T21:26:18Z"
+ content="""
+4MB to 8MB
+"""]]
diff --git a/doc/bugs/No_progress_bars_with_S3/comment_3_5903c1c40c4562f4fbaccd1640fedb18._comment b/doc/bugs/No_progress_bars_with_S3/comment_3_5903c1c40c4562f4fbaccd1640fedb18._comment
new file mode 100644
index 0000000000..c5ed8246fd
--- /dev/null
+++ b/doc/bugs/No_progress_bars_with_S3/comment_3_5903c1c40c4562f4fbaccd1640fedb18._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="50.125.41.100"
+ subject="comment 3"
+ date="2013-01-19T20:40:27Z"
+ content="""
+Progress bars do work with a USB remote.
+"""]]
diff --git a/doc/bugs/No_progress_bars_with_S3/comment_4_80799c33e513384894b390fe34ab312a._comment b/doc/bugs/No_progress_bars_with_S3/comment_4_80799c33e513384894b390fe34ab312a._comment
new file mode 100644
index 0000000000..6c00c43d32
--- /dev/null
+++ b/doc/bugs/No_progress_bars_with_S3/comment_4_80799c33e513384894b390fe34ab312a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="50.125.41.100"
+ subject="comment 4"
+ date="2013-01-19T20:41:48Z"
+ content="""
+I should also mention that I've uploaded a handful of 30MB files, and I've seen no progress bars on them.
+"""]]
diff --git a/doc/bugs/No_version_information_from_cli.mdwn b/doc/bugs/No_version_information_from_cli.mdwn
new file mode 100644
index 0000000000..a0d30db414
--- /dev/null
+++ b/doc/bugs/No_version_information_from_cli.mdwn
@@ -0,0 +1,18 @@
+git-annex does not listen to -v, --version or version.
+
+At the very least, it should return both the version of the binary and the version of the object store it supports.
+If it supports several annex versions, they should be listed in a comma-separated fashion.
+If git-annex is called from within an annex, it should print the version of the local object store.
+
+Sample:
+
+    % git annex version
+    git-annex version               : 0.24
+    default object store version    : 3
+    supported object store versions : 2,3
+    local object store version      : 2
+    % 
+
+The above might look like overkill, but it's in a form that will, most likely, never need to be extended.
+
+> Great idea, [[done]] --[[Joey]] 
diff --git a/doc/bugs/OSX_.dmg_unnecessarily_large_and_not_inherently_compressed.mdwn b/doc/bugs/OSX_.dmg_unnecessarily_large_and_not_inherently_compressed.mdwn
new file mode 100644
index 0000000000..bf74aebe6a
--- /dev/null
+++ b/doc/bugs/OSX_.dmg_unnecessarily_large_and_not_inherently_compressed.mdwn
@@ -0,0 +1,68 @@
+### Please describe the problem.
+
+The .dmg the OSX build is distributed in  is unnecessarily large (fixed size) and is externally compressed.
+
+I did a quick survey of .dmg images used for distributing other pieces of software which I had downloaded to my Mac, and most of them seem to be the UDBZ or the (older) UDZO formats which are internally compressed with bzip2 or zlib.  According to "man hdiutil", the UDBZ format is supported since 10.4 (Tiger).
+
+Below are a pair of patches: first to enable "make clean" to work on OSX, second to build the .dmg in the UDBZ format and without an explicit size (it seems to infer a correct size).  When I tested building it, it results in a .dmg which is slightly smaller than the old .dmg.bz2
+
+(This will also require a change to remove the .bz2 from the download links elsewhere in the wiki.)
+
+<pre>
+From 251e23bbe66cc63e98089554f91b2528a097e818 Mon Sep 17 00:00:00 2001
+From: Mike Magin <git@mike.magin.org>
+Date: Sun, 17 Nov 2013 08:11:05 -0800
+Subject: [PATCH 1/2] Add explicit path to find invocation in "make clean" target.
+
+---
+ Makefile | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 3f3ed35..5a0cebb 100644
+--- a/Makefile
++++ b/Makefile
+@@ -83,8 +83,8 @@ clean:
+ 		Setup Build/InstallDesktopFile Build/EvilSplicer \
+ 		Build/Standalone Build/OSXMkLibs \
+ 		git-union-merge git-recover-repository
+-	find -name \*.o -exec rm {} \;
+-	find -name \*.hi -exec rm {} \;
++	find . -name \*.o -exec rm {} \;
++	find . -name \*.hi -exec rm {} \;
+ 
+ Build/InstallDesktopFile: Build/InstallDesktopFile.hs
+ 	$(GHC) --make $@
+-- 
+1.8.4.3
+
+From e66f767893b5ef70cbf69d420cb589071f88c784 Mon Sep 17 00:00:00 2001
+From: Mike Magin <git@mike.magin.org>
+Date: Sun, 17 Nov 2013 08:40:07 -0800
+Subject: [PATCH 2/2] Change .dmg build to include compression and not be fixed size.
+
+---
+ Makefile | 3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/Makefile b/Makefile
+index 5a0cebb..b6ac549 100644
+--- a/Makefile
++++ b/Makefile
+@@ -162,10 +162,9 @@ osxapp: Build/Standalone Build/OSXMkLibs
+ 
+ 	./Build/OSXMkLibs $(OSXAPP_BASE)
+ 	rm -f tmp/git-annex.dmg
+-	hdiutil create -size 640m -format UDRW -srcfolder tmp/build-dmg \
++	hdiutil create -format UDBZ -srcfolder tmp/build-dmg \
+ 		-volname git-annex -o tmp/git-annex.dmg
+ 	rm -f tmp/git-annex.dmg.bz2
+-	bzip2 --fast tmp/git-annex.dmg
+ 
+ ANDROID_FLAGS?=-f-XMPP
+ # Cross compile for Android.
+-- 
+1.8.4.3
+</pre>
+
+> Ah, that never seemed optimal. [[done]] --[[Joey]]
diff --git a/doc/bugs/OSX_alias_permissions_and_versions_problem.mdwn b/doc/bugs/OSX_alias_permissions_and_versions_problem.mdwn
new file mode 100644
index 0000000000..f4ebc9d1e9
--- /dev/null
+++ b/doc/bugs/OSX_alias_permissions_and_versions_problem.mdwn
@@ -0,0 +1,37 @@
+What steps will reproduce the problem?
+
+Use assistant and create repository the a folder in home dir.
+Use textedit and save a new txt to the repository folder. 
+
+What is the expected output? What do you see instead?
+
+The alias solution is broken. It should work more like Dropbox.
+Textedit saves the file initially, but it is immediately locked.
+Since it autosaves, it asks to unlock or duplicate.
+Then gives the error:
+"The file “Untitled 16.txt” cannot be unlocked."
+
+If the file exists:
+The document “Untitled 14” could not be saved as “Untitled 14.txt”. You don’t have permission.
+
+If you open a file from the repository (now replaced by a symlink) with textedit, there are other problems:
+- The filename will not be correct (will show the sha hash). 
+- It will ask to unlock, then give the error "You don’t have permission to write to the folder that the file “SHA256E-s8--8985d9832de2e28b5e1af64258c391a34d7528709ef916bac496e698c139020c.txt” is in."
+
+What version of git-annex are you using? On what operating system?
+
+OSX Lion
+git-annex version: 3.20120924
+
+Please provide any additional information below.
+
+Even if you fix these problems, automatic versioning in lion will probably don't work, and the symlinks seem a hackish solution and don't seem intuitive or easy to the end user. 
+The sync should be transparent but it's not, and it's error prone. It would even be best to keep file copies in the git repo and sync them with the original folder than make symlinks.
+
+Dropbox even allows to put a symlink in the dropbox directory, and it will sync the file. 
+
+[[!tag /design/assistant/OSX]]
+
+> Now the assistant creates new repositories using direct mode on OSX.
+> In direct mode, there is no locking of files; they can be modified
+> directly. [[done]] --[[Joey]]
diff --git a/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_1_4fabe32e7e626e6ca23aa0b6f449c4c6._comment b/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_1_4fabe32e7e626e6ca23aa0b6f449c4c6._comment
new file mode 100644
index 0000000000..74a20d08e3
--- /dev/null
+++ b/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_1_4fabe32e7e626e6ca23aa0b6f449c4c6._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlatTbI0K-qydpeYHl37iseqPNvERcdIMk"
+ nickname="Tiago"
+ subject="comment 1"
+ date="2012-09-26T23:38:51Z"
+ content="""
+After looking more into the git annex working, I understand the use of symlinks, but they are not always correctly handled by OSX. 
+
+
+Apple's Timemachine uses hardlinks for example... 
+
+
+Not being able to easily edit files that are in the repo without problems or quirks makes it unusable as a dropbox replacement and version control, which is a shame.
+"""]]
diff --git a/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_2_064d60fcc8366a70958540bc145e611a._comment b/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_2_064d60fcc8366a70958540bc145e611a._comment
new file mode 100644
index 0000000000..78125262e8
--- /dev/null
+++ b/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_2_064d60fcc8366a70958540bc145e611a._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlatTbI0K-qydpeYHl37iseqPNvERcdIMk"
+ nickname="Tiago"
+ subject="comment 2"
+ date="2012-09-26T23:50:55Z"
+ content="""
+It seems many people complain about symlink behavior in Lion and Mountain Lion.
+I never used symlinks to files often, only to folders.
+I hope you can solve this problems and make it work correctly in OSX, or use hardlinks instead.
+Git annex sound awesome, but the people using the assistant will want KISS behavior, and don't even know what a symbolic link is.
+"""]]
diff --git a/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_3_6c72d4f40ea0a9566a1185901beff5ba._comment b/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_3_6c72d4f40ea0a9566a1185901beff5ba._comment
new file mode 100644
index 0000000000..8ef5e6cc56
--- /dev/null
+++ b/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_3_6c72d4f40ea0a9566a1185901beff5ba._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlatTbI0K-qydpeYHl37iseqPNvERcdIMk"
+ nickname="Tiago"
+ subject="comment 3"
+ date="2012-09-26T23:57:18Z"
+ content="""
+Ok, so it seems  Sharebox solves all this problems...you might want to integrate sharebox into the assistant, so non-techie people can treat the repos as mutable.
+Maybe make a mutable/unmutable toggle in the gui or somethink like that?
+
+What I don't understand is the need for kqueue, if the files are not supposed to be written to without unlocking, why not use FSEvents and only monitor the folders for new files.
+
+http://git-annex.branchable.com/news/sharebox_a_FUSE_filesystem_for_git-annex
+
+"""]]
diff --git a/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_4_8a11f404bb72a1aeb2290744cce2d00d._comment b/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_4_8a11f404bb72a1aeb2290744cce2d00d._comment
new file mode 100644
index 0000000000..aeacce31ef
--- /dev/null
+++ b/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_4_8a11f404bb72a1aeb2290744cce2d00d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlatTbI0K-qydpeYHl37iseqPNvERcdIMk"
+ nickname="Tiago"
+ subject="comment 4"
+ date="2012-09-27T00:06:31Z"
+ content="""
+Seems sharebox development stopped a year ago...now that you are working on the assistant, which sound awesome, I think you really should consider pick up the sharebox development and integrate it.
+
+Too bad I missed kickstarter, but I might donate now. 
+I just find it wierd that it said \"Like Dropbox\" on the title, but sharebox-like functionality is not on the roadmap, and being able to easily edit the files is a big feature of dropbox.
+
+"""]]
diff --git a/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_5_30888607199d6a48b76d0c48f5aa4f64._comment b/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_5_30888607199d6a48b76d0c48f5aa4f64._comment
new file mode 100644
index 0000000000..d95d8f149f
--- /dev/null
+++ b/doc/bugs/OSX_alias_permissions_and_versions_problem/comment_5_30888607199d6a48b76d0c48f5aa4f64._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="I agree"
+ date="2012-10-18T07:11:20Z"
+ content="""
+I really can't think of any way that Git annex + the assistant is like Dropbox.  The Annex is not usable for even a single of the uses cases for which I also use Dropbox.  I think this \"branding\" of annex should be dropped, or else it actually needs to acquire the features of Dropbox.
+"""]]
diff --git a/doc/bugs/OSX_app_issues.mdwn b/doc/bugs/OSX_app_issues.mdwn
new file mode 100644
index 0000000000..95a34eff42
--- /dev/null
+++ b/doc/bugs/OSX_app_issues.mdwn
@@ -0,0 +1,6 @@
+This is a collection of problem reports for the standalone OSX app.
+If you have a problem using it, post it here. --[[Joey]] 
+
+(Some things that should be fixed now have been moved to [[old]].)
+
+[[!tag /design/assistant/OSX]]
diff --git a/doc/bugs/OSX_app_issues/comment_10_54d8f3e429df9a9958370635c890abf0._comment b/doc/bugs/OSX_app_issues/comment_10_54d8f3e429df9a9958370635c890abf0._comment
new file mode 100644
index 0000000000..cad356c675
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_10_54d8f3e429df9a9958370635c890abf0._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.194"
+ subject="comment 10"
+ date="2013-01-19T16:13:20Z"
+ content="""
+The app uses the version of git included in it, because using the system's installed version if there is one is likely to run into other version incompatabilities. 
+
+You can either install git-annex using cabal and homebrew, as documented, or you could go in and delete
+all the git programs out of the app, and then it'd use the system's git stuff instead.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_10_6d23232fbb15d0ee3ab532a4884f81ed._comment b/doc/bugs/OSX_app_issues/comment_10_6d23232fbb15d0ee3ab532a4884f81ed._comment
new file mode 100644
index 0000000000..230b40758a
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_10_6d23232fbb15d0ee3ab532a4884f81ed._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 10"
+ date="2013-04-16T17:14:13Z"
+ content="""
+@Jeremy, it's been a long time since anyone reported having the \"LSOpenURLsWithRole()\". It seemed to go away when the dmg was fixed to include all the necessary libraries. So my guess is you installed it wrong, somehow, and perhaps it's not finding those libraries that are part of the dmg.
+
+You should be able to start the assistant by running it directly from the dmg.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_11_5db2baa771fd01a284eac8a16c1c8c67._comment b/doc/bugs/OSX_app_issues/comment_11_5db2baa771fd01a284eac8a16c1c8c67._comment
new file mode 100644
index 0000000000..1760b1aa8b
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_11_5db2baa771fd01a284eac8a16c1c8c67._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlkAghrKEvslMcV2INKUhtPPMsfnzQyyd8"
+ nickname="Jeremy"
+ subject="comment 11"
+ date="2013-04-17T02:02:00Z"
+ content="""
+@joey, figured it out. There was a program added to the startup list, presumably from when I ran things from the dmg a while ago. Once I delete that, it started fine. Of course, I forgot to write down the name of the program... I remember it had an LW in the name.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_11_bb2ceb95a844449795addee6986d0763._comment b/doc/bugs/OSX_app_issues/comment_11_bb2ceb95a844449795addee6986d0763._comment
new file mode 100644
index 0000000000..b3bbf60770
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_11_bb2ceb95a844449795addee6986d0763._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlYy4BrJyV1PdfqzevCVziXRp89iUH6Xzw"
+ nickname="Christopher"
+ subject="Code signing errors in log on starting git-annex.app"
+ date="2013-01-19T22:30:32Z"
+ content="""
+When I run via the App and set up a fresh repo, i get some Console.app spam (looks like one per file added to the repo dir... or maybe one per git command?):
+
+    2013-01-19 2:44:55.000 PM kernel[0]: CODE SIGNING: cs_invalid_page(0x1008b4000): p=73995[git] clearing CS_VALID
+    2013-01-19 2:44:55.000 PM kernel[0]: CODE SIGNING: cs_invalid_page(0x10f99e000): p=73996[git] clearing CS_VALID
+    2013-01-19 2:44:55.000 PM kernel[0]: CODE SIGNING: cs_invalid_page(0x102b44000): p=73997[git] clearing CS_VALID
+    2013-01-19 2:44:55.000 PM kernel[0]: CODE SIGNING: cs_invalid_page(0x1029f4000): p=73998[git] clearing CS_VALID
+    ...
+
+and nothing seems to work. The page address and the pid increment steadily with each line.  I'm using 10.8.2 (12C60) on a Mac Pro, and grabbed:
+
+     /git-annex/OSX/current/10.8.2_Mountain_Lion/git-annex.dmg.bz2	
+
+(published 14-Jan-2013 15:19)
+
+It seems to be a code signing issue, perhaps with the vendored git binaries. While things are sort-of working, the web app shows the files flying by really fast. 
+
+Using a fresh repo via `git annex webapp` works great (I built that after much teeth-knashing, brew install/link cycles, and then cabal install git-annex). 
+
+I am very excited for this to work, this is exactly what I've been waiting for to replace dropbox. Came very close to writing it myself a few times (and in Haskell no less!!). 
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_12_62170597c7f441d84d48986857998858._comment b/doc/bugs/OSX_app_issues/comment_12_62170597c7f441d84d48986857998858._comment
new file mode 100644
index 0000000000..597a1a1954
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_12_62170597c7f441d84d48986857998858._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkCw26IdxXXPBoLcZsQFslM67OJSJynb1w"
+ nickname="Alexander"
+ subject="standalone app dmg won't open in OSX 10.8.3"
+ date="2013-04-29T18:05:54Z"
+ content="""
+I downloaded the app build from [http://downloads.kitenet.net/git-annex/OSX/current/10.8.2_Mountain_Lion/](http://downloads.kitenet.net/git-annex/OSX/current/10.8.2_Mountain_Lion/) and unpacked it, but the .dmg won't open. I can run other dmg's successfully. 
+
+Trying to install git-annex via cabal on the same machine led to this issue: [http://git-annex.branchable.com/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__/#comment-7cc94df1bf9a75a6d03369f3897d6816](http://git-annex.branchable.com/tips/Building_git-annex_on_Debian_OR___37____164____35____34____164____37____38____34____35___Haskell__33__/#comment-7cc94df1bf9a75a6d03369f3897d6816)
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_12_f3bc5a4e4895ac9351786f0bdd8005ba._comment b/doc/bugs/OSX_app_issues/comment_12_f3bc5a4e4895ac9351786f0bdd8005ba._comment
new file mode 100644
index 0000000000..460465b81b
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_12_f3bc5a4e4895ac9351786f0bdd8005ba._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmYiJgOvC4IDYkr2KIjMlfVD9r_1Sij_jY"
+ nickname="Douglas"
+ subject="Error creating remote repository using ssh on OSX"
+ date="2013-01-25T13:18:40Z"
+ content="""
+There is an issue with creating remote repositories using ssh (the problem may require using a different account name.) I filed the following bug:
+
+
+<http://git-annex.branchable.com/bugs/Error_creating_remote_repository_using_ssh_on_OSX/>
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_13_cb12d419459e5cac766022ee0697fedc._comment b/doc/bugs/OSX_app_issues/comment_13_cb12d419459e5cac766022ee0697fedc._comment
new file mode 100644
index 0000000000..c9e199961f
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_13_cb12d419459e5cac766022ee0697fedc._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="John"
+ ip="109.242.130.160"
+ subject="runshell typo prevents execution"
+ date="2013-09-22T00:24:10Z"
+ content="""
+Using the latest Mountain Lion build available.
+
+>$ /Applications/git-annex.app/Contents/MacOS/git-annex
+
+>/Applications/git-annex.app/Contents/MacOS/runshell: line 25: syntax error near unexpected token `&'
+
+Line 25:
+>echo \"** runshell loop detected!\"> &2
+
+Fix (obvious but for the sake of completeness):
+>echo \"** runshell loop detected!\" >&2
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_14_c966fa549bc73c52034ac9abc49de52a._comment b/doc/bugs/OSX_app_issues/comment_14_c966fa549bc73c52034ac9abc49de52a._comment
new file mode 100644
index 0000000000..df45eb6010
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_14_c966fa549bc73c52034ac9abc49de52a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.1.250"
+ subject="comment 14"
+ date="2013-09-22T14:15:28Z"
+ content="""
+I have fixed the runshell typo and updated the builds.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_15_10f1df95266f1a8c9ef933183190f6e2._comment b/doc/bugs/OSX_app_issues/comment_15_10f1df95266f1a8c9ef933183190f6e2._comment
new file mode 100644
index 0000000000..bdb0b55fa9
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_15_10f1df95266f1a8c9ef933183190f6e2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="gueux"
+ ip="2a01:240:fe6d:0:8947:cf55:f955:49b9"
+ subject="same typo on Lion build"
+ date="2013-10-23T09:17:58Z"
+ content="""
+Could you please fix this typo on the Lion build?
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_16_064e151da121f9c2ef13c19ecb4e7458._comment b/doc/bugs/OSX_app_issues/comment_16_064e151da121f9c2ef13c19ecb4e7458._comment
new file mode 100644
index 0000000000..8569bda7c8
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_16_064e151da121f9c2ef13c19ecb4e7458._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="Remy"
+ ip="83.87.21.84"
+ subject="Crashes on OSX 10.9"
+ date="2013-10-23T20:30:12Z"
+ content="""
+I just installed OSX Mavericks. I also took the latest autobuild and copied it over the old git-annex.app to be sure it doesn't work.
+When I execute \"git-annex status\" I get the following message
+
+
+> 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
+> [1]    1361 trace trap  git-annex status
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_17_0e6ac5e0a54ce78bdc56c62e6fb92846._comment b/doc/bugs/OSX_app_issues/comment_17_0e6ac5e0a54ce78bdc56c62e6fb92846._comment
new file mode 100644
index 0000000000..5d5c0237ed
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_17_0e6ac5e0a54ce78bdc56c62e6fb92846._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="calmyournerves"
+ ip="85.3.250.239"
+ subject="comment 17"
+ date="2013-10-24T21:43:37Z"
+ content="""
+For 10.9 Mavericks see http://git-annex.branchable.com/bugs/git_annex_doesn__39__t_work_in_Max_OS_X_10.9/#comments
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_2_fd560811c57df5cbc3976639642b8b19._comment b/doc/bugs/OSX_app_issues/comment_2_fd560811c57df5cbc3976639642b8b19._comment
new file mode 100644
index 0000000000..2107390bee
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_2_fd560811c57df5cbc3976639642b8b19._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkN91jAhoesnVI9TtWANaBPaYjd1V9Pag8"
+ nickname="Benjamin"
+ subject="Package for older OS X"
+ date="2012-11-17T12:36:45Z"
+ content="""
+Is there an option to provide application bundle for older versions of OS X? The last time I tried the bundle wouldn't work under 10.5. If no specific features from newer OS X versions are required, it could be enough to add a simple switch when building.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_7_93e0bb53ac2d7daef53426fbdc5f92d9._comment b/doc/bugs/OSX_app_issues/comment_7_93e0bb53ac2d7daef53426fbdc5f92d9._comment
new file mode 100644
index 0000000000..fccd9fb3f7
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_7_93e0bb53ac2d7daef53426fbdc5f92d9._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkurjhi0CRJvgm7QNaZDWS9hitBtavqIpc"
+ nickname="Bret"
+ subject="git-annex.app Not working on 32 bit machines"
+ date="2012-11-03T19:18:47Z"
+ content="""
+I tried running the git-annex.app on my Core Duo Macbook pro, and it does not run at all.  I get an error on my system.log
+
+`Nov  3 12:13:26 Bret-Mac [0x0-0x15015].com.branchable.git-annex[155]: /Applications/git-annex.app/Contents/MacOS/runshell: line 52: /Applications/git-annex.app/Contents/MacOS/bin/git-annex: Bad CPU type in executable
+Nov  3 12:13:26 Bret-Mac com.apple.launchd.peruser.501[92] ([0x0-0x15015].com.branchable.git-annex[155]): Exited with exit code: 1`
+
+It works on my 64 bit machine, and this has become quite the problem for a while now, where people with newer macs dont compile back for a 32bit machine.  
+
+Is there any hope for a pre-compiled binary that works on a 32 bit machine?
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_8_141eac2f3fb25fe18b4268786f00ad6a._comment b/doc/bugs/OSX_app_issues/comment_8_141eac2f3fb25fe18b4268786f00ad6a._comment
new file mode 100644
index 0000000000..f7b1f22818
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_8_141eac2f3fb25fe18b4268786f00ad6a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 8"
+ date="2012-11-07T16:08:00Z"
+ content="""
+I've been updating my haskell platform install recently, i used to try and get the builder to spit out 32/64bit binaries, but recently it's just become too messy, I've just migrated to a full 64bit build system. I'm afraid I won't be able to  provide 32bit builds any more.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_8_f4d5b2645d7f29b80925159efb94a998._comment b/doc/bugs/OSX_app_issues/comment_8_f4d5b2645d7f29b80925159efb94a998._comment
new file mode 100644
index 0000000000..3a4ca0b57a
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_8_f4d5b2645d7f29b80925159efb94a998._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmOsimKUgz6rxpmsS_nrBQGavEYyUpDlsE"
+ nickname="Tim"
+ subject="OS X 10.8.2"
+ date="2013-01-11T00:07:54Z"
+ content="""
+Double click on the app, give permission for it to run and ... nothing
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_9_2e6dfca0fd8df04066769653724eae28._comment b/doc/bugs/OSX_app_issues/comment_9_2e6dfca0fd8df04066769653724eae28._comment
new file mode 100644
index 0000000000..8b9fcbc686
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_9_2e6dfca0fd8df04066769653724eae28._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="Prefer the system/path git binaries if they're a newer version"
+ date="2013-01-19T06:20:38Z"
+ content="""
+I have used homebrew to install git v1.8.0.2 but git-annex.app packages git v1.7.10.2. git 1.7 crashes due to some newer directives in my global git config.
+
+    error: Malformed value for push.default: simple
+    error: Must be one of nothing, matching, tracking or current.
+    fatal: bad config file line 38 in /Users/akraut/.gitconfig
+    
+    git-annex: fd:13: hGetLine: end of file
+    failed
+    git-annex: webapp: 1 failed
+
+"""]]
diff --git a/doc/bugs/OSX_app_issues/comment_9_e1bbe83a1b9a7385ed6d443d0cc22bc7._comment b/doc/bugs/OSX_app_issues/comment_9_e1bbe83a1b9a7385ed6d443d0cc22bc7._comment
new file mode 100644
index 0000000000..91df3c388b
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/comment_9_e1bbe83a1b9a7385ed6d443d0cc22bc7._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlkAghrKEvslMcV2INKUhtPPMsfnzQyyd8"
+ nickname="Jeremy"
+ subject="Unable to start assistant"
+ date="2013-04-16T01:07:05Z"
+ content="""
+I got the git-annex assistant to work once a long time ago when I ran it the first time directly from the dmg. Ever since then (i.e., after putting it in my applications folder) I have never gotten it to run. Wondering if anyone else has experienced this?
+
+I am running OSX 10.7.5 and just pulled the latest app (05-Apr-2013 10:17).
+
+For reference, when I try to kick off the the assistant from the command line I get the error:
+
+    $ open /Applications/git-annex.app
+    LSOpenURLsWithRole() failed with error -10810 for the file /Applications/git-annex.app.
+
+I am wondering if there is some sort of file or modification that was made when I accidently kicked it off initially from the dmg, if so any thoughts on what to clear / change?
+
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old.mdwn b/doc/bugs/OSX_app_issues/old.mdwn
new file mode 100644
index 0000000000..42f77125d1
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old.mdwn
@@ -0,0 +1 @@
+These issues should be fixed now.
diff --git a/doc/bugs/OSX_app_issues/old/comment_10_bb823dc3cd6dc914ed14c176afa0b2f3._comment b/doc/bugs/OSX_app_issues/old/comment_10_bb823dc3cd6dc914ed14c176afa0b2f3._comment
new file mode 100644
index 0000000000..857cf3a628
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_10_bb823dc3cd6dc914ed14c176afa0b2f3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://wiggy.net/"
+ nickname="Wichert"
+ subject="Re: Trying to add remote server after failed attempt blocks forever"
+ date="2012-11-28T21:26:36Z"
+ content="""
+It appears to not just wait forever: there was also a **git config --null --list** process taking all CPU. 
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_11_a30e69fed14b0809184ffe05358ab871._comment b/doc/bugs/OSX_app_issues/old/comment_11_a30e69fed14b0809184ffe05358ab871._comment
new file mode 100644
index 0000000000..a25514ba95
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_11_a30e69fed14b0809184ffe05358ab871._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 11"
+ date="2012-11-29T19:55:17Z"
+ content="""
+I've dealt with these ssh issues by including ssh in the app bundle.
+
+OTOH, I don't know how `git config --null --list` could possibly take any appreciable amount of CPU to run. 
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_12_23d47b3696e537d60df1d383f33f19e4._comment b/doc/bugs/OSX_app_issues/old/comment_12_23d47b3696e537d60df1d383f33f19e4._comment
new file mode 100644
index 0000000000..73a5d1345f
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_12_23d47b3696e537d60df1d383f33f19e4._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnqQyhiNXdPIWWSuu232luY5nc-h5RS8bE"
+ nickname="Arve"
+ subject="Make Repository hangs (git consuming 100% cpu)"
+ date="2012-12-01T01:26:04Z"
+ content="""
+When starting git-annex from Applications first time (Finder or spotlight), pressing \"Make Repository\" hangs.
+
+\"ps aux | grep git\" shows
+arve            1723 100.0  0.0  2459668   3988   ??  R     2:00AM   0:31.30 git init --quiet /Users/arve/Desktop/annex/
+
+Strange enough, if i start the app from terminal (/Applications/git-annex.app/Contents/MacOS/git-annex-webapp), the creation of repository works. Though, if I kill it and start git-annex from spotlight, the web frontend doesn't show, and \"git config --null --list\" is consuming 100% cpu.
+
+My OSX version is 10.8.1
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_13_be5738b42b13ec8cd828c5fa66f030e8._comment b/doc/bugs/OSX_app_issues/old/comment_13_be5738b42b13ec8cd828c5fa66f030e8._comment
new file mode 100644
index 0000000000..8a9ee061a3
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_13_be5738b42b13ec8cd828c5fa66f030e8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 13"
+ date="2012-12-01T18:50:31Z"
+ content="""
+So it works with a controlling console, and git commands are somehow misbehaving without a controlling console. Very strange.
+
+Any chance you can `dtrace -p` the stuck git processes to see what they're doing or what resource they're blocked on?
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_14_5783a4716cd104e1f1c276aa0b9cb153._comment b/doc/bugs/OSX_app_issues/old/comment_14_5783a4716cd104e1f1c276aa0b9cb153._comment
new file mode 100644
index 0000000000..a88a0047e5
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_14_5783a4716cd104e1f1c276aa0b9cb153._comment
@@ -0,0 +1,41 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkfHTPsiAcHEEN7Xl7WxiZmYq-vX7azxFY"
+ nickname="Vincent"
+ subject="OS/X build 2012-12-12"
+ date="2012-12-13T00:59:51Z"
+ content="""
+I installed this today from the .dmg.bz2, md5sum 1bb50b3ee5eda3cd7f4b4a70cdae1855 on OS/X 10.8.2
+
+uname -a
+Darwin foo 12.2.0 Darwin Kernel Version 12.2.0: Sat Aug 25 00:48:52 PDT 2012; root:xnu-2050.18.24~1/RELEASE_X86_64 x86_64
+
+I installed the app to the Applications folder.
+
+I had chrome and firefox running, recent versions.
+
+Double-click and it opens a new chrome window. This came up behind the existing (iconified) window. A nit, but just so you know.
+
+The configuration part of the app is shown, so far so good.
+I type in the path I want it to use (~/work/annex) and press the create button.
+It hangs forever trying to access localhost:55163
+
+    $ ps aux|grep git
+    me          85291 100.0  0.0  2460884   4160   ??  R    11:42am  12:03.72 git init --quiet /Users/me/work/annex/
+    me          85233   0.0  0.3  2687204  44064   ??  S    11:42am   0:00.44 git-annex webapp -psn_0_50204638
+    me          85226   0.0  0.0  2433432    868   ??  S    11:42am   0:00.00 /bin/sh /Applications/git-annex.app/Contents/MacOS/git-annex-webapp -psn_0_50204638
+    me          85515   0.0  0.0  2432768    620 s000  S+   11:54am   0:00.00 grep git
+
+    $ netstat -an |grep 55163
+    tcp4       0      0  127.0.0.1.55163        127.0.0.1.55207        CLOSE_WAIT 
+    tcp4       0      0  127.0.0.1.55163        127.0.0.1.55206        CLOSE_WAIT 
+    tcp4       0      0  127.0.0.1.55163        127.0.0.1.55205        CLOSE_WAIT 
+    tcp4       0      0  127.0.0.1.55163        127.0.0.1.55201        ESTABLISHED
+    tcp4       0      0  127.0.0.1.55201        127.0.0.1.55163        ESTABLISHED
+    tcp4       0      0  127.0.0.1.55163        127.0.0.1.55199        CLOSE_WAIT 
+    tcp4       0      0  127.0.0.1.55163        127.0.0.1.55197        CLOSE_WAIT 
+    tcp4       0      0  127.0.0.1.55163        *.*                    LISTEN
+
+I was plugged into wired ethernet, no other interfaces up, no VPN.
+
+I have macports but no haskell packages, which ghc returns nothing.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_14_e126d87a263f3aa6261f72ee7ff086fc._comment b/doc/bugs/OSX_app_issues/old/comment_14_e126d87a263f3aa6261f72ee7ff086fc._comment
new file mode 100644
index 0000000000..30e9c40cbe
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_14_e126d87a263f3aa6261f72ee7ff086fc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnqQyhiNXdPIWWSuu232luY5nc-h5RS8bE"
+ nickname="Arve"
+ subject="comment 14"
+ date="2012-12-01T22:33:21Z"
+ content="""
+\"dtrace -p pid\" gives \"dtrace: no probes specified.\" I've tried to read man dtrace, and some online resources, dtrace is new to me. Any directions?
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_15_56c7fcafc7dca8be28ebf9e37a8f6b71._comment b/doc/bugs/OSX_app_issues/old/comment_15_56c7fcafc7dca8be28ebf9e37a8f6b71._comment
new file mode 100644
index 0000000000..1cf4916f57
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_15_56c7fcafc7dca8be28ebf9e37a8f6b71._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkfHTPsiAcHEEN7Xl7WxiZmYq-vX7azxFY"
+ nickname="Vincent"
+ subject="comment 15"
+ date="2012-12-13T01:04:44Z"
+ content="""
+following up to #14.
+
+    dtruss -p <git --init process>
+
+shows the same symptom as reported earlier
+    SYSCALL(args)            = return
+    workq_kernreturn(0x1, 0x10F31E000, 0x0)          = -1 Err#22
+    workq_kernreturn(0x1, 0x10F31E000, 0x0)          = -1 Err#22
+    workq_kernreturn(0x1, 0x10F31E000, 0x0)          = -1 Err#22
+    workq_kernreturn(0x1, 0x10F31E000, 0x0)          = -1 Err#22
+    workq_kernreturn(0x1, 0x10F31E000, 0x0)          = -1 Err#22
+    workq_kernreturn(0x1, 0x10F31E000, 0x0)          = -1 Err#22
+    ...
+    workq_kernreturn(0x1, 0x10F31E000, 0x0)		 = -1 Err#22
+    dtrace: 339527 drops on CPU 0
+
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_15_e58bd3d66f0f43c159d2b37172f152de._comment b/doc/bugs/OSX_app_issues/old/comment_15_e58bd3d66f0f43c159d2b37172f152de._comment
new file mode 100644
index 0000000000..2ae1926464
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_15_e58bd3d66f0f43c159d2b37172f152de._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 15"
+ date="2012-12-01T22:49:54Z"
+ content="""
+Seems the command I was thinking of is really `dtruss -p`
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_16_01f2c968bad66b0ff0c09eb468325deb._comment b/doc/bugs/OSX_app_issues/old/comment_16_01f2c968bad66b0ff0c09eb468325deb._comment
new file mode 100644
index 0000000000..5c076012f1
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_16_01f2c968bad66b0ff0c09eb468325deb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnqQyhiNXdPIWWSuu232luY5nc-h5RS8bE"
+ nickname="Arve"
+ subject="comment 16"
+ date="2012-12-01T22:53:29Z"
+ content="""
+Returns alot of \"workq_kernreturn(0x1, 0x107D27000, 0x0)		 = -1 Err#22\"  and occasionally \"dtrace: 36244 drops on CPU 1\"
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_16_0b7cd3d5952c5abf36a89a68a4afc1e7._comment b/doc/bugs/OSX_app_issues/old/comment_16_0b7cd3d5952c5abf36a89a68a4afc1e7._comment
new file mode 100644
index 0000000000..0b110ce528
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_16_0b7cd3d5952c5abf36a89a68a4afc1e7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 16"
+ date="2012-12-13T22:40:59Z"
+ content="""
+Today's daily build of the OSX app has a further change that *might* help. I removed the system library and frameworks from the bundle.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_17_82d9963e1fbf17644ce697e5a43943f5._comment b/doc/bugs/OSX_app_issues/old/comment_17_82d9963e1fbf17644ce697e5a43943f5._comment
new file mode 100644
index 0000000000..f710878c28
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_17_82d9963e1fbf17644ce697e5a43943f5._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 17"
+ date="2012-12-01T23:08:50Z"
+ content="""
+Doesn't say anything to me..
+
+Using nohup might help, or at least get us an error message to see. Edit `git-annex.app/Contents/MacOS/git-annex-webapp` and make the last line:
+
+<pre>
+nohup \"$base/runshell\" git-annex webapp \"$@\"
+</pre>
+
+It'll put a nohup.out log file in your home directory, or somewhere like that.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_17_c2de94a48e7958b9efffd89dda9144ff._comment b/doc/bugs/OSX_app_issues/old/comment_17_c2de94a48e7958b9efffd89dda9144ff._comment
new file mode 100644
index 0000000000..83c2023db1
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_17_c2de94a48e7958b9efffd89dda9144ff._comment
@@ -0,0 +1,59 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkfHTPsiAcHEEN7Xl7WxiZmYq-vX7azxFY"
+ nickname="Vincent"
+ subject="OS/X daily 2012-12-13"
+ date="2012-12-14T09:22:42Z"
+ content="""
+Thanks for the update - I tried again, similar results.
+
+same platform. installed image md5sum 1bb50b3ee5eda3cd7f4b4a70cdae1855
+
+Procedure was the same.
+ - download, bunzip2, mount, drag app to Applications.
+ - chrome had one tab open, iconified
+ - double-click application icon
+
+Chrome opens up and shows the config window. Type in the same path
+after checking that the final element of the path did not already exist.
+
+    ps aux|grep git
+    me          89194  99.0  0.0  2460884   4160   ??  R     8:03pm   0:12.58 git init --quiet /Users/me/me/annex/
+    me          89245   0.2  0.0  2423356    220 s001  R+    8:07pm   0:00.00 grep git
+    me          89182   0.0  0.3  2668772  44208   ??  S     8:03pm   0:00.30 git-annex webapp -psn_0_55022710
+    me          89177   0.0  0.0  2433432    868   ??  S     8:03pm   0:00.00 /bin/sh /Applications/git-annex.app/Contents/MacOS/git-annex-webapp -psn_0_55022710
+
+I ran dtruss on the two processes of interest, including when I sent them kill -9 in case that showed anything of interest.
+Mail me if you need that but the gist is git init was doing
+
+    workq_kernreturn(0x1, 0x1019CC000, 0x0)          = -1 Err#22
+    workq_kernreturn(0x1, 0x1019CC000, 0x0)          = -1 Err#22
+    workq_kernreturn(0x1, 0x1019CC000, 0x0)          = -1 Err#22
+    ...
+    workq_kernreturn(0x1, 0x1019CC000, 0x0)          = -1 Err#22
+    dtrace: 2006687 drops on CPU 0
+    workq_kernreturn(0x1, 0x1019CC000, 0x0)          = -1 Err#22
+
+and the git-annex webapp was doing stuff like
+
+    psynch_cvwait(0x7FD7F1418888, 0x2BE010002BF00, 0x600)            = -1 Err#260
+    sigreturn(0x7FFF543DD810, 0x1E, 0x2)             = 0 Err#-2
+    __pthread_canceled(0x0, 0x2BE010002BF00, 0x7FFF543DD8C8)                 = -1 Err#22
+    psynch_cvwait(0x7FD7F1418888, 0x2C8010002C900, 0x600)            = -1 Err#260
+    sigreturn(0x7FFF543DD810, 0x1E, 0x2)             = 0 Err#-2
+    __pthread_canceled(0x0, 0x2C8010002C900, 0x7FFF543DD8C8)                 = -1 Err#22
+    psynch_cvwait(0x7FD7F1418888, 0x2D0010002D100, 0x600)            = -1 Err#260
+    sigreturn(0x7FFF543DD810, 0x1E, 0x2)             = 0 Err#-2
+    __pthread_canceled(0x0, 0x2D0010002D100, 0x7FFF543DD8C8)                 = -1 Err#22
+    psynch_cvwait(0x7FD7F1418888, 0x2D7010002D800, 0x600)            = -1 Err#260
+    sigreturn(0x7FFF543DD810, 0x1E, 0x10DCEDC00)             = 0 Err#-2
+    __pthread_canceled(0x0, 0x2D7010002D800, 0x7FFF543DD8C8)                 = -1 Err#22
+    psynch_cvwait(0x7FD7F14189D8, 0x230100002400, 0x2300)            = 0 0
+    read(0x6, \"\377\0\", 0x1000)              = 1 0
+    setitimer(0x0, 0x116903E50, 0x0)                 = 0 0
+    write(0x7, \"\377\0\", 0x1)                = 1 0
+    sigreturn(0x7FFF543DD810, 0x1E, 0x0)             = 0 Err#-2
+    __pthread_canceled(0x0, 0x2BC010002BD00, 0x7FFF543DD8C8)                 = -1 Err#22
+
+which may be unrelated browser event loop stuff I guess.
+
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_18_29af9df9ea295d114574e76e15b8e737._comment b/doc/bugs/OSX_app_issues/old/comment_18_29af9df9ea295d114574e76e15b8e737._comment
new file mode 100644
index 0000000000..9a2bcfcd0c
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_18_29af9df9ea295d114574e76e15b8e737._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnqQyhiNXdPIWWSuu232luY5nc-h5RS8bE"
+ nickname="Arve"
+ subject="comment 18"
+ date="2012-12-02T00:02:51Z"
+ content="""
+Adding nohup doesn't produce any output (that I can find; sudo find / -name nohup.out) :/
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_18_88ddc846eb4e4a2d54028a3412ba28d6._comment b/doc/bugs/OSX_app_issues/old/comment_18_88ddc846eb4e4a2d54028a3412ba28d6._comment
new file mode 100644
index 0000000000..45c14024eb
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_18_88ddc846eb4e4a2d54028a3412ba28d6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 18"
+ date="2012-12-14T20:55:12Z"
+ content="""
+I've built the app on 10.8.2, let's hope that'll finally put this problem to rest. 
+
+Temporarily available here: <http://downloads.kitenet.net/tmp/git-annex.dmg.bz2>
+
+(This build currently lacks XMPP support.)
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_19_6d6341b05123cd317c4eac96353c8662._comment b/doc/bugs/OSX_app_issues/old/comment_19_6d6341b05123cd317c4eac96353c8662._comment
new file mode 100644
index 0000000000..70e7e7daad
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_19_6d6341b05123cd317c4eac96353c8662._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.244"
+ subject="comment 19"
+ date="2012-12-07T16:13:42Z"
+ content="""
+This hang seems not to occur on OSX 10.7, which is the version the autobuilder is running. So this is some sort of incompatability.
+
+So, building git-annex from source should avoid the problem. I'd like to get a version of the app built for 10.8, have not yet been able to arrange that.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_19_aff4ab761c4d196732baa046af45fe24._comment b/doc/bugs/OSX_app_issues/old/comment_19_aff4ab761c4d196732baa046af45fe24._comment
new file mode 100644
index 0000000000..76fc993e41
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_19_aff4ab761c4d196732baa046af45fe24._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkfHTPsiAcHEEN7Xl7WxiZmYq-vX7azxFY"
+ nickname="Vincent"
+ subject="comment 19"
+ date="2012-12-16T05:27:06Z"
+ content="""
+downloaded the 10.8.2 build, md5 9fc31ec6dcf0088d3723d1b25110f7f7.
+
+git --init works instantaneously.
+
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_20_43bd5985d8a3a5e7f826a34e5dd9216e._comment b/doc/bugs/OSX_app_issues/old/comment_20_43bd5985d8a3a5e7f826a34e5dd9216e._comment
new file mode 100644
index 0000000000..8e01d948e0
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_20_43bd5985d8a3a5e7f826a34e5dd9216e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 20"
+ date="2012-12-17T16:23:05Z"
+ content="""
+@Vincent OMG, it works!?!
+
+\o/
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_3_08613b2e2318680508483d204a43da76._comment b/doc/bugs/OSX_app_issues/old/comment_3_08613b2e2318680508483d204a43da76._comment
new file mode 100644
index 0000000000..24b6bde51c
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_3_08613b2e2318680508483d204a43da76._comment
@@ -0,0 +1,76 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ nickname="edheil"
+ subject="No luck running it on OS X Lion."
+ date="2012-11-21T06:07:55Z"
+ content="""
+here's the crash info:
+
+<pre>
+Process:         git-annex [84369]
+Path:            /Applications/git-annex.app/Contents/MacOS/bin/git-annex
+Identifier:      git-annex
+Version:         ??? (???)
+Code Type:       X86-64 (Native)
+Parent Process:  sh [84364]
+
+Date/Time:       2012-11-21 00:27:03.068 -0500
+OS Version:      Mac OS X 10.7.5 (11G63)
+Report Version:  9
+
+Crashed Thread:  0
+
+Exception Type:  EXC_BREAKPOINT (SIGTRAP)
+Exception Codes: 0x0000000000000002, 0x0000000000000000
+
+Application Specific Information:
+dyld: launch, loading dependent libraries
+
+Dyld Error Message:
+  Library not loaded: /opt/local/lib/libgss.3.dylib
+  Referenced from: /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libgsasl.7.dylib
+  Reason: image not found
+
+Binary Images:
+       0x105baa000 -        0x107b89fe7 +git-annex (??? - ???) <45311C82-015C-3F87-9F9B-01325EFBD0D9> /Applications/git-annex.app/Contents/MacOS/bin/git-annex
+       0x10822d000 -        0x10823eff7 +libz.1.dylib (1.2.7 - compatibility 1.0.0) <57016CC1-AD54-337E-A983-457933B24D35> /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libz.1.dylib
+       0x108245000 -        0x10827dff7 +libpcre.1.dylib (2.1.0 - compatibility 2.0.0) <431BD758-FA7B-38B3-AB7E-6511EC06152E> /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libpcre.1.dylib
+       0x108283000 -        0x1083b3ff7 +libxml2.2.dylib (11.0.0 - compatibility 11.0.0) <0663F820-D436-3304-B12F-9158901087EB> /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libxml2.2.dylib
+       0x1083e9000 -        0x108400fef +libgsasl.7.dylib (16.6.0 - compatibility 16.0.0) <41503EE1-D58B-385C-AC2E-BEAA7D0D4E38> /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libgsasl.7.dylib
+       0x10840a000 -        0x1084a1fff +libgnutls.26.dylib (49.3.0 - compatibility 49.0.0) <0320352A-3336-3B6B-A7DE-F3069669AD27> /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libgnutls.26.dylib
+       0x1084c3000 -        0x1084f1ff7 +libidn.11.dylib (18.8.0 - compatibility 18.0.0) <97073970-9370-3F85-B943-1B989EA41148> /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libidn.11.dylib
+       0x1084fc000 -        0x1085f5ff7 +libiconv.2.dylib (8.1.0 - compatibility 8.0.0) <1B8D243B-F617-301E-97B1-EE78A72617AB> /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libiconv.2.dylib
+       0x108606000 -        0x108606fff +libcharset.1.dylib (2.0.0 - compatibility 2.0.0) <E3797413-2AA3-3698-B393-E1203B4799A0> /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libcharset.1.dylib
+       0x10860c000 -        0x108665fef +libgmp.10.dylib (11.5.0 - compatibility 11.0.0) <EE407B22-0F44-38B6-9937-10CA6A529F37> /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libgmp.10.dylib
+       0x108675000 -        0x1086a2fe7 +libSystem.B.dylib (159.1.0 - compatibility 1.0.0) <7BEBB139-50BB-3112-947A-F4AA168F991C> /Applications/git-annex.app/Contents/MacOS/usr/lib/libSystem.B.dylib
+       0x1086b4000 -        0x1086c8fef +libgcc_s.1.dylib (??? - ???) <3C5BF0B8-B1E9-3B41-B52F-F7499687217C> /Applications/git-annex.app/Contents/MacOS/opt/local/lib/gcc47/libgcc_s.1.dylib
+       0x1086d8000 -        0x1086f5ff7 +liblzma.5.dylib (6.4.0 - compatibility 6.0.0) <1D682E06-EB89-34CA-855A-AEF611C4DF86> /usr/local/lib/liblzma.5.dylib
+    0x7fff657aa000 -     0x7fff657debaf  dyld (195.6 - ???) <0CD1B35B-A28F-32DA-B72E-452EAD609613> /usr/lib/dyld
+    0x7fff8b669000 -     0x7fff8b672ff7  libsystem_notify.dylib (80.1.0 - compatibility 1.0.0) <A4D651E3-D1C6-3934-AD49-7A104FD14596> /usr/lib/system/libsystem_notify.dylib
+    0x7fff8b6e4000 -     0x7fff8b6e5ff7  libsystem_sandbox.dylib (??? - ???) <2A09E4DA-F47C-35CB-B70C-E0492BA9F20E> /usr/lib/system/libsystem_sandbox.dylib
+    0x7fff8c000000 -     0x7fff8c006ff7  libunwind.dylib (30.0.0 - compatibility 1.0.0) <1E9C6C8C-CBE8-3F4B-A5B5-E03E3AB53231> /usr/lib/system/libunwind.dylib
+    0x7fff8c1c4000 -     0x7fff8c1c5ff7  libremovefile.dylib (21.1.0 - compatibility 1.0.0) <739E6C83-AA52-3C6C-A680-B37FE2888A04> /usr/lib/system/libremovefile.dylib
+    0x7fff8cf13000 -     0x7fff8cf4efff  libsystem_info.dylib (??? - ???) <35F90252-2AE1-32C5-8D34-782C614D9639> /usr/lib/system/libsystem_info.dylib
+    0x7fff8dbc3000 -     0x7fff8dbc8fff  libcache.dylib (47.0.0 - compatibility 1.0.0) <1571C3AB-BCB2-38CD-B3B2-C5FC3F927C6A> /usr/lib/system/libcache.dylib
+    0x7fff8dbc9000 -     0x7fff8dbd0fff  libcopyfile.dylib (85.1.0 - compatibility 1.0.0) <0AB51EE2-E914-358C-AC19-47BC024BDAE7> /usr/lib/system/libcopyfile.dylib
+    0x7fff8dbdf000 -     0x7fff8dbedfff  libdispatch.dylib (187.10.0 - compatibility 1.0.0) <8E03C652-922A-3399-93DE-9EA0CBFA0039> /usr/lib/system/libdispatch.dylib
+    0x7fff8dcf2000 -     0x7fff8dcf7ff7  libsystem_network.dylib (??? - ???) <5DE7024E-1D2D-34A2-80F4-08326331A75B> /usr/lib/system/libsystem_network.dylib
+    0x7fff8e1bb000 -     0x7fff8e298fef  libsystem_c.dylib (763.13.0 - compatibility 1.0.0) <41B43515-2806-3FBC-ACF1-A16F35B7E290> /usr/lib/system/libsystem_c.dylib
+    0x7fff8e6e2000 -     0x7fff8e6eafff  libsystem_dnssd.dylib (??? - ???) <584B321E-5159-37CD-B2E7-82E069C70AFB> /usr/lib/system/libsystem_dnssd.dylib
+    0x7fff8fab6000 -     0x7fff8fab8fff  libquarantine.dylib (36.7.0 - compatibility 1.0.0) <8D9832F9-E4A9-38C3-B880-E5210B2353C7> /usr/lib/system/libquarantine.dylib
+    0x7fff8fc3e000 -     0x7fff8fc80ff7  libcommonCrypto.dylib (55010.0.0 - compatibility 1.0.0) <BB770C22-8C57-365A-8716-4A3C36AE7BFB> /usr/lib/system/libcommonCrypto.dylib
+    0x7fff90fa3000 -     0x7fff90fa9fff  libmacho.dylib (800.0.0 - compatibility 1.0.0) <165514D7-1BFA-38EF-A151-676DCD21FB64> /usr/lib/system/libmacho.dylib
+    0x7fff90faa000 -     0x7fff90fabfff  libunc.dylib (24.0.0 - compatibility 1.0.0) <337960EE-0A85-3DD0-A760-7134CF4C0AFF> /usr/lib/system/libunc.dylib
+    0x7fff910b4000 -     0x7fff910b8fff  libmathCommon.A.dylib (2026.0.0 - compatibility 1.0.0) <FF83AFF7-42B2-306E-90AF-D539C51A4542> /usr/lib/system/libmathCommon.A.dylib
+    0x7fff916b9000 -     0x7fff916bdfff  libdyld.dylib (195.6.0 - compatibility 1.0.0) <FFC59565-64BD-3B37-90A4-E2C3A422CFC1> /usr/lib/system/libdyld.dylib
+    0x7fff916be000 -     0x7fff916defff  libsystem_kernel.dylib (1699.32.7 - compatibility 1.0.0) <66C9F9BD-C7B3-30D4-B1A0-03C8A6392351> /usr/lib/system/libsystem_kernel.dylib
+    0x7fff916df000 -     0x7fff916e0fff  libdnsinfo.dylib (395.11.0 - compatibility 1.0.0) <853BAAA5-270F-3FDC-B025-D448DB72E1C3> /usr/lib/system/libdnsinfo.dylib
+    0x7fff929f8000 -     0x7fff929fdfff  libcompiler_rt.dylib (6.0.0 - compatibility 1.0.0) <98ECD5F6-E85C-32A5-98CD-8911230CB66A> /usr/lib/system/libcompiler_rt.dylib
+    0x7fff93a3c000 -     0x7fff93a3cfff  libkeymgr.dylib (23.0.0 - compatibility 1.0.0) <61EFED6A-A407-301E-B454-CD18314F0075> /usr/lib/system/libkeymgr.dylib
+    0x7fff97139000 -     0x7fff9713aff7  libsystem_blocks.dylib (53.0.0 - compatibility 1.0.0) <8BCA214A-8992-34B2-A8B9-B74DEACA1869> /usr/lib/system/libsystem_blocks.dylib
+    0x7fff9724f000 -     0x7fff9726cfff  libxpc.dylib (77.19.0 - compatibility 1.0.0) <9F57891B-D7EF-3050-BEDD-21E7C6668248> /usr/lib/system/libxpc.dylib
+    0x7fff97cfe000 -     0x7fff97d08ff7  liblaunch.dylib (392.39.0 - compatibility 1.0.0) <8C235D13-2928-30E5-9E12-2CC3D6324AE2> /usr/lib/system/liblaunch.dylib
+</pre>
+ 
+
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_4_4cda124b57ddc87645d5822f14ed5c59._comment b/doc/bugs/OSX_app_issues/old/comment_4_4cda124b57ddc87645d5822f14ed5c59._comment
new file mode 100644
index 0000000000..7581409030
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_4_4cda124b57ddc87645d5822f14ed5c59._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkBTVYS5lTecuenAB01eHgfUxE20vWVpU4"
+ nickname="Peng"
+ subject="Large Mountain Loin package size"
+ date="2012-12-28T22:17:43Z"
+ content="""
+I see that git-annex package file is 489.9MB on Mac Mountain Loin (git-annex.dmg.bz2). The file git-annex.dmg.bz2 is only of size 24M. Is there any way to reduce the package size?
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_5_0d1df34f83a8dac9c438d93806236818._comment b/doc/bugs/OSX_app_issues/old/comment_5_0d1df34f83a8dac9c438d93806236818._comment
new file mode 100644
index 0000000000..89078a7da1
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_5_0d1df34f83a8dac9c438d93806236818._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 5"
+ date="2013-01-02T19:52:28Z"
+ content="""
+The build for today's release is 24 mb.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_6_12bd83e7e2327c992448e87bdb85d17e._comment b/doc/bugs/OSX_app_issues/old/comment_6_12bd83e7e2327c992448e87bdb85d17e._comment
new file mode 100644
index 0000000000..62851c15b1
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_6_12bd83e7e2327c992448e87bdb85d17e._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/6xTna_B_h.ECb6_ftC2dYLytAEwrv36etg_054U-#4c1e7"
+ nickname="Fake"
+ subject="libncurses on 10.7"
+ date="2012-10-17T21:24:24Z"
+ content="""
+I'm getting an error from gpg when I try to set up a repository on a remote server with encrypted rsync.  Looks like libncurses in /usr/lib is 32 bit:
+
+    Dyld Error Message:
+      Library not loaded: /opt/local/lib/libncurses.5.dylib
+      Referenced from: /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libreadline.6.2.dylib
+      Reason: no suitable image found.  Did find:
+  	  /usr/lib/libncurses.5.dylib: mach-o, but wrong architecture
+  	  /usr/lib/libncurses.5.dylib: mach-o, but wrong architecture
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_6_bc44d5aea5f77e331a32913ada293730._comment b/doc/bugs/OSX_app_issues/old/comment_6_bc44d5aea5f77e331a32913ada293730._comment
new file mode 100644
index 0000000000..187197e811
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_6_bc44d5aea5f77e331a32913ada293730._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://www.jsilence.org/"
+ nickname="jsilence"
+ subject="Setting up a repository fails on OSX 10.6"
+ date="2013-01-05T11:17:18Z"
+ content="""
+I installed Haskell via MacPorts and managed to compile git-annex as described via cabal.
+
+On the initial start, git-annex webapp starts just fine and the webapp opens in the browser. When I try to configure a local repository, the webapp crashes.
+
+    1 jsilence@zeo ~ % git-annex webapp
+    (Recording state in git...)
+    WebApp crashed: watch mode is not available on this system
+    
+    Launching web browser on file:///var/folders/6b/6bWnFAnbFXSPCLPvCnKNrE+++TI/-Tmp-/webapp1003.html
+    jsilence@zeo ~ % 
+
+\"watch mode is not suported\" suggests that lsof is not in the PATH. lsof resides in /usr/sbin and can be found just fine:
+
+    jsilence@zeo ~ % which lsof
+    /usr/sbin/lsof
+
+Any help would be appreciated.
+
+-jsl
+
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_6_cea97dbbfb566a9fe463365ca4511119._comment b/doc/bugs/OSX_app_issues/old/comment_6_cea97dbbfb566a9fe463365ca4511119._comment
new file mode 100644
index 0000000000..6c968aa1ea
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_6_cea97dbbfb566a9fe463365ca4511119._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://nico.kaiser.me/"
+ nickname="Nico Kaiser"
+ subject="git-annex crashing on OS X 10.8.2"
+ date="2012-11-27T08:01:29Z"
+ content="""
+    $ /Applications/git-annex.app/Contents/MacOS/git-annex-webapp
+    dyld: Symbol not found: _OBJC_CLASS_$_NSObject
+      Referenced from: /usr/bin/open
+      Expected in: /Applications/git-annex.app/Contents/MacOS/usr/lib/libobjc.A.dylib
+     in /usr/bin/open
+    WebApp crashed: failed to start web browser
+    
+    Launching web browser on file:///var/folders/8g/_fvs7jf572l4fj03q5mhrq9r0000gn/T/webapp1196.html
+
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_7_911f187d46890093a54859032ada2442._comment b/doc/bugs/OSX_app_issues/old/comment_7_911f187d46890093a54859032ada2442._comment
new file mode 100644
index 0000000000..636627959a
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_7_911f187d46890093a54859032ada2442._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 7"
+ date="2012-11-27T21:13:18Z"
+ content="""
+@Nico, that's actually kind of promising; people have been reporting much earlier crashes with OSX. This later crash is one I think I can do something about! :)
+
+So, it looks like the standalone app build needs to run the web browser in a clean environment that doesn't use any of its bundled libraries. I've committed that change and it will be in a release later today.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_7_acd73cc5c4caa88099e2d2f19947aadf._comment b/doc/bugs/OSX_app_issues/old/comment_7_acd73cc5c4caa88099e2d2f19947aadf._comment
new file mode 100644
index 0000000000..bdbdfc9ab9
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_7_acd73cc5c4caa88099e2d2f19947aadf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.211"
+ subject="comment 7"
+ date="2013-01-05T17:48:52Z"
+ content="""
+@jsilence, this problem does not involve lsof. There was a typo in the cabal file that prevented cabal building it with hfsevents. I'm releasing a new version to cabal with this typo fixed.
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_8_08b091a58106ca6050ac669579ed9ff4._comment b/doc/bugs/OSX_app_issues/old/comment_8_08b091a58106ca6050ac669579ed9ff4._comment
new file mode 100644
index 0000000000..d32d9a024c
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_8_08b091a58106ca6050ac669579ed9ff4._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://wiggy.net/"
+ nickname="Wichert"
+ subject="Adding a remote server repository fails"
+ date="2012-11-28T21:17:23Z"
+ content="""
+The error message I get is:
+
+> Failed to ssh to the server. Transcript: dyld: Symbol not found: ___progname Referenced from: /usr/bin/ssh Expected in: /Users/wichert/Applications/git-annex.app/Contents/MacOS/usr/lib/libSystem.B.dylib in /usr/bin/ssh
+
+"""]]
diff --git a/doc/bugs/OSX_app_issues/old/comment_9_8464c839cb169a4c6e72bebdc2065e9a._comment b/doc/bugs/OSX_app_issues/old/comment_9_8464c839cb169a4c6e72bebdc2065e9a._comment
new file mode 100644
index 0000000000..42aaa9bfe4
--- /dev/null
+++ b/doc/bugs/OSX_app_issues/old/comment_9_8464c839cb169a4c6e72bebdc2065e9a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://wiggy.net/"
+ nickname="Wichert"
+ subject="Trying to add remote server after failed attempt blocks forever"
+ date="2012-11-28T21:23:54Z"
+ content="""
+Out of curiosity I checked what would happen if I tried to add a remote server repo again after it just failed with the missing library error (see previous comment). Surprisingly the webapp is now waiting forever at the *Testing server ...* message.
+"""]]
diff --git a/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__.mdwn b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__.mdwn
new file mode 100644
index 0000000000..ac5c66951f
--- /dev/null
+++ b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__.mdwn
@@ -0,0 +1,26 @@
+**What steps will reproduce the problem?**
+
+Either double click on the app or from the terminal
+
+    $ open /Applications/git-annex.app
+
+**What is the expected output? What do you see instead?**
+
+I'd expect to see git-annex run.  "git-annex" doesn't run and what I see (in the terminal) is:
+
+    LSOpenURLsWithRole() failed with error -10810 for the file /Applications/git-annex.app.
+
+**What version of git-annex are you using? On what operating system?**
+
+*git-annex*: 3.20121017
+
+*git-annex.app*: ???
+
+*OS*: OSX 10.6.8 64 bit
+
+
+**Please provide any additional information below.**
+
+[[!tag /design/assistant/OSX]]
+
+> This was fixed a while ago. [[done]] --[[Joey]] 
diff --git a/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_1_0dfa839f1ba689b23f811787515b8cff._comment b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_1_0dfa839f1ba689b23f811787515b8cff._comment
new file mode 100644
index 0000000000..896ae26ce8
--- /dev/null
+++ b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_1_0dfa839f1ba689b23f811787515b8cff._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="220.244.41.108"
+ subject="comment 1"
+ date="2012-10-28T06:46:40Z"
+ content="""
+My best advice to anyone running into this is simply install using cabal.  It works.  :-)
+"""]]
diff --git a/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_2_612b947eb5474f6d792a833e33105665._comment b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_2_612b947eb5474f6d792a833e33105665._comment
new file mode 100644
index 0000000000..0732cbfcfe
--- /dev/null
+++ b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_2_612b947eb5474f6d792a833e33105665._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-10-28T20:11:43Z"
+ content="""
+I sort of got a feeling that this build might have issues on OSX 10.6, I create the OSX builds on 10.7.
+"""]]
diff --git a/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_3_549b8bcae6f1f8b21932b734e32fbdd1._comment b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_3_549b8bcae6f1f8b21932b734e32fbdd1._comment
new file mode 100644
index 0000000000..c5ada3d1d0
--- /dev/null
+++ b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_3_549b8bcae6f1f8b21932b734e32fbdd1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnKgoTWEDuAqxBT7LnQVNJBmI0wajSgORA"
+ nickname="Martin"
+ subject="Same on 10.8.2"
+ date="2012-10-31T20:17:17Z"
+ content="""
+I get the same error on OSX 10.8.2.
+"""]]
diff --git a/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_4_23078dfea127fa3ef20696eb10ce964c._comment b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_4_23078dfea127fa3ef20696eb10ce964c._comment
new file mode 100644
index 0000000000..6b0278fe85
--- /dev/null
+++ b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_4_23078dfea127fa3ef20696eb10ce964c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlfvsw_0TFUvMcHVBRw1D1UmAaOJ3VsNSU"
+ nickname="chee"
+ subject="comment 4"
+ date="2012-11-16T03:14:50Z"
+ content="""
+Same error here, 10.8.2
+
+https://snaek.org/resources/ff40b1c2fd9486614c7df72aaeca9755fb43d6ff.png
+"""]]
diff --git a/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_5_7da5ef8325b8787bbf1c6e2c17b1142e._comment b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_5_7da5ef8325b8787bbf1c6e2c17b1142e._comment
new file mode 100644
index 0000000000..2f7c1184bf
--- /dev/null
+++ b/doc/bugs/OSX_git-annex.app_error:__LSOpenURLsWithRole__40____41__/comment_5_7da5ef8325b8787bbf1c6e2c17b1142e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 5"
+ date="2012-11-26T23:52:52Z"
+ content="""
+The OSX app has been updated for today's release, and includes a lot of missing libraries. I don't understand this error message, but on the off chance it was caused by some of the missing libraries, it could conceviably be fixed. Your testing of it would be appreciated.
+"""]]
diff --git a/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp.mdwn b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp.mdwn
new file mode 100644
index 0000000000..3a93c3881e
--- /dev/null
+++ b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp.mdwn
@@ -0,0 +1,31 @@
+### Please describe the problem.
+
+If the assistant is not running, I can successfully open the git-annex application, which will trigger my browser to open a new tab with the assistant interface.
+
+However, once that has been done one time, there appears to be no way to get back to the assistant if the tab is closed.  Attempting to open the application again while the assistant is running in the background results in nothing happening at all. 
+
+### What steps will reproduce the problem?
+
+1. Open git-annex.app
+2. See assistant and then close the browser tab
+3. Open git-annex.app again
+4. Nothing happens
+
+### What version of git-annex are you using? On what operating system?
+
+Version 4.20130723-ge023649 on OS X 10.8.4.
+
+### Please provide any additional information below.
+
+From .git/annex/daemon.log:
+
+[[!format sh """
+[2013-07-28 00:01:08 CDT] main: starting assistant version 4.20130723-ge023649
+
+(scanning...) [2013-07-28 00:01:08 CDT] Watcher: Performing startup scan
+(started...)
+"""]]
+
+> [[done]]; I added the `&` to git-annex-shell.
+> Hopefully that does not cause any other unwanted behavior..
+> --[[Joey]]
diff --git a/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_1_2653fe701a1bb20254f3d6b90f10a43b._comment b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_1_2653fe701a1bb20254f3d6b90f10a43b._comment
new file mode 100644
index 0000000000..7982f30f20
--- /dev/null
+++ b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_1_2653fe701a1bb20254f3d6b90f10a43b._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkfHTPsiAcHEEN7Xl7WxiZmYq-vX7azxFY"
+ nickname="Vincent"
+ subject="Having trouble reproducing"
+ date="2013-07-29T11:14:46Z"
+ content="""
+I have the same platform (os/x 10.8.4) and git-annex revision (4.20130723-ge023649) but am unable to reproduce this.
+I may have seen it in the last couple of months (http://git-annex.branchable.com/bugs/wishlist:_simple_url_for_webapp/) but it now does not seem to be affecting me; joey's prescription works.
+
+Additional info:
+
+If I stop the daemon via the webapp menu, close the tab and start again via the app icon (in the Dock), I get the tab opening as expected.
+
+Sometimes, if I have the assistant in an open tab and doubleclick the app icon again, I get another tab with the assistant in it and the same auth= string.
+Other times, I don't. It's unclear to me what the difference is. Possibly relevant - the time that I saw the second tab appear was when the existing tab was left over from the machine being in sleep mode, but it was definitely responding to mouse clicks etc (ie not a 'dead' page) and the daemon was still running in the background. After stopping and starting, I never saw the second tab instance appear again.
+
+Browser is chrome 28.0.1500.71.
+"""]]
diff --git a/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_2_d9ce701d077e40f39b142ce2cc570a3b._comment b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_2_d9ce701d077e40f39b142ce2cc570a3b._comment
new file mode 100644
index 0000000000..9f31c76d5d
--- /dev/null
+++ b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_2_d9ce701d077e40f39b142ce2cc570a3b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnaH44G3QbxBAYyDwy0PbvL0ls60XoaR3Y"
+ nickname="Nigel"
+ subject=".git/annex/webapp.html"
+ date="2013-07-29T12:08:04Z"
+ content="""
+after accidentally closing the webapp tab, I reopened the link from the above file and it seemed to work
+"""]]
diff --git a/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_3_14964ab68253dc1a8903d14a821b8b40._comment b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_3_14964ab68253dc1a8903d14a821b8b40._comment
new file mode 100644
index 0000000000..6f66fdb709
--- /dev/null
+++ b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_3_14964ab68253dc1a8903d14a821b8b40._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl-BU4KfFktO2-bqaFmlArHta0Oy7zJrCs"
+ nickname="J. Ryan"
+ subject="Thanks!"
+ date="2013-07-29T14:44:42Z"
+ content="""
+I was unaware of both `git-annex-webapp` command as well as the `webapp.html` file it appears to open, so now I have two approaches to get back into the webapp.
+
+It does seem like it would be nice if future double-clicks on the app itself triggered the page to open, but at least now I have some way to get there.
+"""]]
diff --git a/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_4_4a579e9a13305ab4157f4b3eba46b92d._comment b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_4_4a579e9a13305ab4157f4b3eba46b92d._comment
new file mode 100644
index 0000000000..e8337926f7
--- /dev/null
+++ b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_4_4a579e9a13305ab4157f4b3eba46b92d._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 4"
+ date="2013-07-30T18:06:05Z"
+ content="""
+There's clearly something not quite right with how the program is started on OSX. I've had reports about the app icon \"bouncing\" for a long time, and now this. 
+
+Since I do not own a Mac, and only have VNC access to a Mac desktop one for about 1 hour a week (and that's pretty slow), doing anything to improve this is quite a low priority background task for me.
+
+It seems that, as a non-Cocoa application, there are only a couple of behaviors that git-annex could have that play into this. 
+
+Perhaps the problem is that if the git-annex assistant daemon is not already running (it's supposed to autostart on login, but this may not be working, or perhaps git-annex has only just been installed and has not started yet), git-annex-webapp runs the daemon, and keeps it running, in the foreground. Perhaps this is interpreted by the GUI as an app that has not finished starting up, or as an app that is already running so it does not re-run it when the icon is clicked on again (which would run git-annex webapp and have it open a new browser window). This should be easy to play around with, by just editing the `git-annex-webapp` shell script. For example, adding a \"&\" at the end of the last line in the file would make it instead run in the background.
+
+Or, the problem might be with the .plist file for the app. Perhaps there's some change that could be made to it that would clue OSX in on how git-annex works.
+"""]]
diff --git a/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_5_2a710960dc3a177ce62ef92f8546c496._comment b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_5_2a710960dc3a177ce62ef92f8546c496._comment
new file mode 100644
index 0000000000..f3505ba604
--- /dev/null
+++ b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_5_2a710960dc3a177ce62ef92f8546c496._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl-BU4KfFktO2-bqaFmlArHta0Oy7zJrCs"
+ nickname="J. Ryan"
+ subject="comment 5"
+ date="2013-07-30T18:44:00Z"
+ content="""
+Joey: Success!  I was able to get things working properly by backgrounding the app by adding `&` at the end of `git-annex-webapp` like you suggested.
+
+After doing that, I am able to relaunch the OS X app as many times as I want, and each time I get a new tab in my browser as desired.
+
+I guess if it's left in the foreground, OS X thinks \"there's already an instance of that app running\" and does nothing.  If it were a GUI app, it would focus the GUI app in that case, but with a shell script there's nothing really for it to do, so that sort of explains the behavior.  
+"""]]
diff --git a/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_6_a4ad73530cd0f6621bcc6394d5f39af7._comment b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_6_a4ad73530cd0f6621bcc6394d5f39af7._comment
new file mode 100644
index 0000000000..a5f2d4fb18
--- /dev/null
+++ b/doc/bugs/OS_X_10.8:_Can__39__t_reopen_webapp/comment_6_a4ad73530cd0f6621bcc6394d5f39af7._comment
@@ -0,0 +1,41 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkfHTPsiAcHEEN7Xl7WxiZmYq-vX7azxFY"
+ nickname="Vincent"
+ subject="seems to work"
+ date="2013-07-31T09:37:36Z"
+ content="""
+I tried this as well.
+
+    % diff -u /Applications/git-annex.app/Contents/MacOS/git-annex-shell{.old,}
+    --- /Applications/git-annex.app/Contents/MacOS/git-annex-shell.old	2013-07-31 19:32:28.000000000 +1000
+    +++ /Applications/git-annex.app/Contents/MacOS/git-annex-shell	2013-07-23 14:12:36.000000000 +1000
+    @@ -22,4 +22,4 @@
+     	export GIT_ANNEX_APP_BASE
+     fi
+     
+    -\"$base/runshell\" git-annex-shell
+    +\"$base/runshell\" git-annex-shell \"$@\"
+
+    % ps ax|grep git|grep -v grep |wc
+    0    0     0
+
+    <click the gui app icon>
+    <a new browser tab opens, running the assistant>
+    % ps ax|grep git |grep -v grep
+    33124   ??  S      0:00.40 git-annex webapp -psn_0_31972988
+    33133   ??  S      0:00.00 git --git-dir=/Users/me/annex/.git --work-tree=/Users/me/annex cat-file --batch
+    33162   ??  S      0:00.00 git --git-dir=/Users/me/annex/.git --work-tree=/Users/me/annex cat-file --batch
+    33174   ??  S      0:00.00 git --git-dir=/Users/me/annex/.git --work-tree=/Users/me/annex cat-file --batch
+    33177   ??  S      0:00.00 git --git-dir=/Users/me/annex/.git --work-tree=/Users/me/annex check-attr -z --stdin annex.backend annex.numcopies --
+
+    <click the gui app icon again>
+    <a new browser tab opens, running the assistant. the original remains.>
+    % ps ax|grep git |grep -v grep
+    33124   ??  S      0:00.46 git-annex webapp -psn_0_31972988
+    33133   ??  S      0:00.00 git --git-dir=/Users/me/annex/.git --work-tree=/Users/me/annex cat-file --batch
+    33162   ??  S      0:00.00 git --git-dir=/Users/me/annex/.git --work-tree=/Users/me/annex cat-file --batch
+    33174   ??  S      0:00.00 git --git-dir=/Users/me/annex/.git --work-tree=/Users/me/annex cat-file --batch
+    33177   ??  S      0:00.00 git --git-dir=/Users/me/annex/.git --work-tree=/Users/me/annex check-attr -z --stdin annex.backend annex.numcopies --
+
+HTH
+"""]]
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..46b153eb29
--- /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 amoung local repositories.
+> --[[Joey]] 
diff --git a/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple.mdwn b/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple.mdwn
new file mode 100644
index 0000000000..46ae06f6de
--- /dev/null
+++ b/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple.mdwn
@@ -0,0 +1,64 @@
+### Please describe the problem.
+Internal Server Error when setting up new annex and git push.default set to simple.
+
+### What steps will reproduce the problem?
+git v1.8.2.1 installed on mac os x 10.8.3 via brew
+
+Set push.default = simple (for 2.0-style push handling)
+Point git-annex-assistant at a directory.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version 4.20130422-gb9341fd (from annex-assistant's footer)
+git version 1.8.2.1
+Mac OS X 10.8.3
+
+### Please provide any additional information below.
+
+Changing the push.default to "matching" 
+
+The error message as shown was:
+
+Internal Server Error
+git init failed!
+Output:
+error: Malformed value for push.default: simple
+error: Must be one of nothing, matching, tracking or current.
+fatal: bad config file line 22 in /Users/nhyde/.gitconfig
+
+My .gitconfig is as follows:
+
+[user]
+    email = nhyde@example.com
+    #email = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
+    name = Nathan Hyde
+[alias]
+    st = status
+    ci = commit
+    br = branch
+    co = checkout
+    df = diff
+    lg = log -p
+    who = shortlog -s --
+    fs = flow feature start
+    ff = flow feature finish
+[color]
+    ui = true
+[core]
+    excludesfile = /Users/nhyde/.gitignore_global
+    ignorecase = false
+    editor = vim
+[push]
+    default = matching
+
+[[!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.
+"""]]
+
+> Closing this because all autobuilders have been upgraded
+> to a more recent version of git. done --[[Joey]] 
+>> Reopened, because the Linux autobuilds have been downgraded to Debian
+>> stable and have this problem again. --[[Joey]]
diff --git a/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_1_971224d2c0c0ce8d4530b1991508f849._comment b/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_1_971224d2c0c0ce8d4530b1991508f849._comment
new file mode 100644
index 0000000000..2d5bb923bd
--- /dev/null
+++ b/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_1_971224d2c0c0ce8d4530b1991508f849._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-13T19:02:38Z"
+ content="""
+I can't think of a way to make the assistant detect that `~/.gitconfig` contains settings not supported by the version of git bundled with git-annex. Even if I could detect it, what could it do? It could perhaps prevent the config file being used by git-annex, but that could have other unwanted consequences. 
+
+An error message like this seems about as good as this situation can be handled. However, the version of git bundled with git-annex should be kept up-to-date to prevent this kind of problem as much as possible. I don't currently have a good way to ensure that happens; it takes whatever version of git is installed on the build system.
+
+I'm going to try to get the autobuilders all updated to git 1.8.2, at least.
+"""]]
diff --git a/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_2_6866f96277dbe83a8aadcdeb426b6750._comment b/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_2_6866f96277dbe83a8aadcdeb426b6750._comment
new file mode 100644
index 0000000000..fc4f165002
--- /dev/null
+++ b/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_2_6866f96277dbe83a8aadcdeb426b6750._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-13T19:08:09Z"
+ content="""
+Done for both Linux autobuilds. OSX still needs updating; emailed the owners of those builds.
+"""]]
diff --git a/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_3_eaed9b5532e30e401f50193a72b98310._comment b/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_3_eaed9b5532e30e401f50193a72b98310._comment
new file mode 100644
index 0000000000..bee277aa64
--- /dev/null
+++ b/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_3_eaed9b5532e30e401f50193a72b98310._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmTNrhkVQ26GBLaLD5-zNuEiR8syTj4mI8"
+ nickname="Juan"
+ subject="Still happening in the linux autobuild (08/22/2013)"
+ date="2013-08-23T02:04:42Z"
+ content="""
+I've seen that git-annex for linux is still coming with git 1.7, which causes problems with my installed git (1.8.1.2).
+Wasn't that corrected in autobuilds?
+Thanks in advance.
+Keep up the good work.
+Regards,
+       Juan
+"""]]
diff --git a/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_4_1fab407f3823ce8cec87f5df55e49f8c._comment b/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_4_1fab407f3823ce8cec87f5df55e49f8c._comment
new file mode 100644
index 0000000000..2c9c33c8e7
--- /dev/null
+++ b/doc/bugs/Older_version_of_git_causes_Internal_Server_Error_when_push.default___61___simple/comment_4_1fab407f3823ce8cec87f5df55e49f8c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 4"
+ date="2013-08-23T17:41:32Z"
+ content="""
+It was done for the autobuilds, but then I switched them to build using Debian stable, which still has git 1.7, and there is not currently a backport of a newer git to stable for me to use.
+"""]]
diff --git a/doc/bugs/On_Windows__44___annex_get_fails_with_HTTP_Remote__44___but_believes_it_has_succeeded..mdwn b/doc/bugs/On_Windows__44___annex_get_fails_with_HTTP_Remote__44___but_believes_it_has_succeeded..mdwn
new file mode 100644
index 0000000000..b34befcc0b
--- /dev/null
+++ b/doc/bugs/On_Windows__44___annex_get_fails_with_HTTP_Remote__44___but_believes_it_has_succeeded..mdwn
@@ -0,0 +1,180 @@
+### Please describe the problem.
+On Windows, with a remote annex configured for HTTP access, attempting to annex get a file will not result in the content being downloaded, but will download a 404 error page as the file.
+
+### What steps will reproduce the problem?
+1. Create an annex (A1) on a Linux system.
+2. "git update-server-info"
+3. run an HTTP server with, a directory up. python -m SimpleHTTPServer
+4. on a Windows system, clone the annex with 'git clone http://remote_host/annex_dir/.git'
+5. "git annex get <file>"
+
+the resulting file will not have the correct content, but rather a 404 error page. In addition, subsequent attempts to "git annex get <file>" will fail, unless you "git annex drop <file>" first. (it appears to believe it correctly retrieved the file).
+
+
+### 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.
+After some debugging, I believe the issue is related to the way git-annex uses curl. it appears that git-annex uses the return code of curl or wget to determine if a download was successful, but curl by default will return status code 0 on a 404, unless the -f option is used (which it is not).
+
+getting git-annex on windows to use wget works around the issue.
+
+
+
+###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 """
+#copy Git\bin\libcurl.dll to Git\bin\libcurl-4.dll
+
+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..36508d74a05fd93daee965f2f73c977852e4b626","--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","103a0273cf24deec587295845f761b172a63ea19","-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","538f6b44a762be415ec6fef2b6644c10bc1f3780"]
+[<datetime>] call: curl ["-s","-L","-C","-","-#","-o","C:\\Users\\test-git-annex\\AppData\\Local\\Temp\\git-annex8156.tmp","http://192.168.0.8:8000/test_annex/.git/config"]
+[<datetime>] read: git ["config","--null","--list","--file","C:\\Users\\test-git-annex\\AppData\\Local\\Temp\\git-annex8156.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: curl ["-L","-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"]
+######################################################################## 100.0%
+ok
+[<datetime>] chat: git ["--git-dir=C:\\Users\\test-git-annex\\test_annex\\.git","--work-tree=C:\\Users\\test-git-annex\\test_annex","hash-object","-w","--stdin-paths","--no-filters"]
+[<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","show-ref","--hash","refs/heads/git-annex"]
+(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","b81dc8e53f4c02d433288d7f073be501d27c3648","-p","refs/heads/git-annex"]
+[<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","949181f4978c2654e156f1e4250f67135ddc2774"]
+
+C:\Users\test-git-annex\test_annex>git annex find .
+file1.txt
+
+C:\Users\test-git-annex\test_annex>type file1.txt
+<head>
+<title>Error response</title>
+</head>
+<body>
+<h1>Error response</h1>
+<p>Error code 404.
+<p>Message: File not found.
+<p>Error code explanation: 404 = Nothing matches the given URI.
+</body>
+"""]]
+
+#### http server output from above
+
+[[!format sh """
+192.168.0.2 - - [<datetime>] "GET /test_annex/.git/annex\objects\c96\53e\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729\SHA256-s21--6ed275e9e01c84a57fdd99d6af793c5d587d02e699cd2c28b32b7dc90f73e729 HTTP/1.1" 404 -
+192.168.0.2 - - [<datetime>] code 404, message File not found
+"""]]
+
+> This seems to be two distinct bugs. First, curl was not propigating the exit
+> status. I already fixed that. 
+> 
+> Second, it's using DOS style path separators when constructing the url.
+> `http://192.168.0.8:8000/test_annex/.git/annex\\objects\\c96`
+> I've put in an (ugly) fix for that. [[done]] --[[Joey]]
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__44___wget_is_not_used__44___even_if_available.mdwn b/doc/bugs/On_Windows__44___wget_is_not_used__44___even_if_available.mdwn
new file mode 100644
index 0000000000..5420b986ca
--- /dev/null
+++ b/doc/bugs/On_Windows__44___wget_is_not_used__44___even_if_available.mdwn
@@ -0,0 +1,67 @@
+### Please describe the problem.
+On Windows, with a remote repository configured for HTTP access, wget is never used, even if it's available in the system. curl is always used.
+
+### What steps will reproduce the problem?
+1. Set up an annex on a remote system, configure it for HTTP access, run an HTTP server.
+2. over HTTP, clone it to Windows
+3. "annex get -vd <file>"
+4. note that curl is used.
+
+
+### What version of git-annex are you using? On what operating system?
+Windows 7: 4.20140627-g8a36ec5 (from the git-annex download page)
+
+### Additional Info
+After some debugging, it appears the issue is that git-annex looks to see if the file 'wget' is available in any directory on the PATH. on windows, wget is installed as 'wget.exe', and the file 'wget' does not exist anywhere. creating a file named 'wget' works around the issue. (wget.exe appears to still be the file used)
+
+###Full Transcript
+1. remote annex is created on host 192.168.0.8, with file "file1.txt"
+[[!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...)
+
+C:\Users\test-git-annex\test_annex> git annex get file.txt
+#fails, with error dialog box, indicating libcurl-4.dll is missing, indicating git-annex is trying to use curl.
+
+"""]]
+
+> I fixed this immediately after it was mentioned on IRC. [[done]] --[[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..e01310336d
--- /dev/null
+++ b/doc/bugs/On_restart__44___most_repositories__44___including_original_one__44___gone..mdwn
@@ -0,0 +1,230 @@
+### 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.
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/Partial_direct__47__indirect_repo.mdwn b/doc/bugs/Partial_direct__47__indirect_repo.mdwn
new file mode 100644
index 0000000000..11cf7a1e86
--- /dev/null
+++ b/doc/bugs/Partial_direct__47__indirect_repo.mdwn
@@ -0,0 +1,24 @@
+Setup:
+
+* Fresh install of Debian Wheezy on machines A & B, git-annex 4.20130227 pulled in from unstable
+* On both machines, clone old repository which contains both annexed files and a three small files checked straight into git
+
+Steps:
+
+* On both machines, use webapp to create `~/.config/git-annex/autostart` by just firing it up and typing in location of existing repository
+* Move a new file into B's annex, in a subdirectory that is preferred on both A & B
+
+Expected:
+
+* The new file is copied over to A and everything remains in indirect mode
+* Three files checked straight into git remain checked straight into git (see below for why this is a variant on [[bugs/Switching_between_direct_and_indirect_stomps_on___39__regular__39___git_files/]])
+
+Actual:
+
+* New file copied over but seems to be in direct mode, while all the other content that is present is still symlinked
+* Files checked into git converted to direct mode files too (can tell this has happened by following step:)
+* Typing `git annex indirect` on A & B shows conversion of precisely four files (three files originally checked into git and new file added to B ) back to indirect
+
+Thanks.
+
+> [[done]], webapp now avoids changing existing repos here. --[[Joey]]
diff --git a/doc/bugs/Partial_direct__47__indirect_repo/comment_1_42344fce051d759f95215c985e9d1135._comment b/doc/bugs/Partial_direct__47__indirect_repo/comment_1_42344fce051d759f95215c985e9d1135._comment
new file mode 100644
index 0000000000..0d903a13d9
--- /dev/null
+++ b/doc/bugs/Partial_direct__47__indirect_repo/comment_1_42344fce051d759f95215c985e9d1135._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-12T11:23:47Z"
+ content="""
+This can happen if your repository gets annex.direct=true set in its .git/config, without `git annex direct` having been run to truely put it into direct mode.
+
+The proof that this was the case is that `git annex indirect` did anything at all. The first thing `git annex indirect` does is check if it's in a direct mode repository. If not, it steps without doing anything, and without outputting anything.
+
+I think this was user error.
+"""]]
diff --git a/doc/bugs/Partial_direct__47__indirect_repo/comment_2_8ba64f2750d0ef4adf595674c723bc65._comment b/doc/bugs/Partial_direct__47__indirect_repo/comment_2_8ba64f2750d0ef4adf595674c723bc65._comment
new file mode 100644
index 0000000000..96a12e96dd
--- /dev/null
+++ b/doc/bugs/Partial_direct__47__indirect_repo/comment_2_8ba64f2750d0ef4adf595674c723bc65._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-03-12T11:27:30Z"
+ content="""
+Oh, I see, you started up the webapp, and told it to make a repo that already existed. So it helpfully set its annex.direct, thinking it was a new repository.
+"""]]
diff --git a/doc/bugs/Partial_direct__47__indirect_repo/comment_3_bd4985864b7dcd70a609ca7bc2617e4a._comment b/doc/bugs/Partial_direct__47__indirect_repo/comment_3_bd4985864b7dcd70a609ca7bc2617e4a._comment
new file mode 100644
index 0000000000..1a9e187cc4
--- /dev/null
+++ b/doc/bugs/Partial_direct__47__indirect_repo/comment_3_bd4985864b7dcd70a609ca7bc2617e4a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="spwhitton"
+ ip="82.36.235.9"
+ subject="comment 3"
+ date="2013-03-12T11:37:50Z"
+ content="""
+That's right--I don't think it should do that for existing respositories.  I didn't realise it wasn't standard to use the webapp to recreate the autostart file.
+"""]]
diff --git a/doc/bugs/Possible_data_loss_-_git_status___39__typechange__39___and_direct_mode.mdwn b/doc/bugs/Possible_data_loss_-_git_status___39__typechange__39___and_direct_mode.mdwn
new file mode 100644
index 0000000000..4a3329326b
--- /dev/null
+++ b/doc/bugs/Possible_data_loss_-_git_status___39__typechange__39___and_direct_mode.mdwn
@@ -0,0 +1,32 @@
+#### What steps will reproduce the problem?
+
+When moving to direct mode files get flagged in git as 'typechange'.
+
+    md test-directmode; cd test-directmode ; git init; git annex init
+    date > test.file ; git annex add test.file
+    git commit -m "Initial commit"
+    git status   # All fine
+    git annex direct
+    git status   # typechange: test.file
+    git add test.file && git commit -m "looks like I should commit this"
+    # And the symlink is now broken...
+
+#### What is the expected output? What do you see instead?
+
+Surprised to see the typechange status in git.  Would not expect to see anything, however, if you `git add` and then commit you can get data loss.  :-(
+
+
+#### What version of git-annex are you using? On what operating system?
+
+git-annex version: 3.20130114
+
+OS: OSX 10.6.8
+
+#### Please provide any additional information below.
+
+> This was the pre-commit hook, made it not run in direct mode. [[done]]
+> 
+> However, it's normal to see typechanged files in direct mode, and many
+> git commands that manipulate files in the working tree *can* result in
+> data loss. This is documented on [[direct_mode]].
+> --[[Joey]]
diff --git a/doc/bugs/Possible_data_loss_-_git_status___39__typechange__39___and_direct_mode/comment_1_84cb8c651584ec2887f6e1b7dc107190._comment b/doc/bugs/Possible_data_loss_-_git_status___39__typechange__39___and_direct_mode/comment_1_84cb8c651584ec2887f6e1b7dc107190._comment
new file mode 100644
index 0000000000..b067063742
--- /dev/null
+++ b/doc/bugs/Possible_data_loss_-_git_status___39__typechange__39___and_direct_mode/comment_1_84cb8c651584ec2887f6e1b7dc107190._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-01-17T02:13:03Z"
+ content="""
+Should g-a encourage users to *not* `git add` files with the typechange attribute?
+"""]]
diff --git a/doc/bugs/Possible_issues_with_git_1.7.10_and_newer___40__merge_command_now_asks_for_a_commit_message__34__.mdwn b/doc/bugs/Possible_issues_with_git_1.7.10_and_newer___40__merge_command_now_asks_for_a_commit_message__34__.mdwn
new file mode 100644
index 0000000000..05024ffe9f
--- /dev/null
+++ b/doc/bugs/Possible_issues_with_git_1.7.10_and_newer___40__merge_command_now_asks_for_a_commit_message__34__.mdwn
@@ -0,0 +1,18 @@
+running 'git annex sync' doesn't merge the branches as expected (from the
+limited testing I have done) with git 1.7.10, the behaviour of merge has
+changed, it now asks for a commit message. I would expect setting
+_GIT_MERGE_AUTOEDIT=no_ should resolve this issue.
+
+I had to manually do a merge (or set that variable) to get the branches
+back in sync again, this confused me a bit when git-annex watch was running
+in the background on a remote and it did not pick up the changes.
+
+> Yeah, I tend to miss these since the first thing I did when this
+> misfeature was being posted was to write a mail discouraging them from
+> doing it (sadly ignored), and then set in ~/.environment:
+
+	# My time is more valuable than git's new, bad default
+	GIT_MERGE_AUTOEDIT=no
+	export GIT_MERGE_AUTOEDIT
+
+> Anyway, I've made sync run merge with --no-edit now. [[done]] --[[Joey]]
diff --git a/doc/bugs/Prevent_accidental_merges.mdwn b/doc/bugs/Prevent_accidental_merges.mdwn
new file mode 100644
index 0000000000..3e30e02235
--- /dev/null
+++ b/doc/bugs/Prevent_accidental_merges.mdwn
@@ -0,0 +1,14 @@
+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]]
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/Problem_when_dropping_unused_files.mdwn b/doc/bugs/Problem_when_dropping_unused_files.mdwn
new file mode 100644
index 0000000000..2c15680b8b
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files.mdwn
@@ -0,0 +1,21 @@
+### Please describe the problem.
+
+While dropping 19 unused files from an annex, I got this error:
+
+    error: invalid object 100644 c873416e78db4dd94b6ab40470d6fe99b2ecb8bd for '002/0a6/SHA256E-s427690--03aeabcde841b66168b72de80098d74e047f3ffc832d4bbefa1f2f70ee6c92f8.jpg.log'
+    fatal: git-write-tree: error building trees
+    git-annex: failed to read sha from git write-tree
+
+I've actually seen this before, a few months ago.
+
+### What steps will reproduce the problem?
+
+I have no idea, but once it happens I can't interact with unused files anymore.  Also, `git annex fsck` now reports this same problem as well.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130815, OS X 10.8.4
+
+> [[done]]; no indication this is anything other than a corrupt git
+> repository, which can be caused by system crash, disk data loss, 
+> cosmic rays, etc. This is why we keep backups... --[[Joey]] 
diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_10_d4f6bfe8e04560fc661a47b09ed8a5f4._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_10_d4f6bfe8e04560fc661a47b09ed8a5f4._comment
new file mode 100644
index 0000000000..9c0e255288
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files/comment_10_d4f6bfe8e04560fc661a47b09ed8a5f4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.251.174"
+ subject="comment 10"
+ date="2013-09-07T17:14:36Z"
+ content="""
+Again this error message has nothing to do with git-annex beyond it being a file in the git-annex branch that is corrupt. Your system seems to be repeatedly corrupting git repositories. You need to run `git fsck`, get the git repository in a clean state, and probably check the drive it's on, and run a memory test or otherwise deal with whatever is causing your system to corrupt files in the git repository.
+"""]]
diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_1_e1a99bd3eb8b3186653b52a52b1836de._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_1_e1a99bd3eb8b3186653b52a52b1836de._comment
new file mode 100644
index 0000000000..0e39a96fcc
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files/comment_1_e1a99bd3eb8b3186653b52a52b1836de._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 1"
+ date="2013-08-24T05:01:37Z"
+ content="""
+The following command restored some sanity:
+
+    find .git/annex/ -name '*.log' -delete
+"""]]
diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_2_dec3e5ffe5cfdc439f418ee00d7d9810._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_2_dec3e5ffe5cfdc439f418ee00d7d9810._comment
new file mode 100644
index 0000000000..e0c5a28822
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files/comment_2_dec3e5ffe5cfdc439f418ee00d7d9810._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="arand"
+ ip="130.243.226.21"
+ subject="comment 2"
+ date="2013-08-24T11:40:54Z"
+ content="""
+If I recall, such files being stored in the annex object store is a result of using direct mode?
+"""]]
diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_3_d106a87101db52f957da84d90dafcdbb._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_3_d106a87101db52f957da84d90dafcdbb._comment
new file mode 100644
index 0000000000..8c739552da
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files/comment_3_d106a87101db52f957da84d90dafcdbb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 3"
+ date="2013-08-24T16:04:21Z"
+ content="""
+Unfortunately, the git error message you pasted suggests very strongly that your git repository has gotten corrupted. You can probably verify that by running `git annex fsck`. Assuming it is corrupted, the best thing to do is to make a new clone and move .git/annex and .git/config over from the corrupted repository to it, and finally run `git annex fsck`
+
+You then seem to have some reason decided to go delete git-annex's .git/annex/journal/*.log files, which are just files that have not yet been committed to the git-annex branch. The only reason this \"restored some sanity\" is that git-annex was trying to commit that data to git, and failing because your git repository is corrupted.
+
+(This has nothing at all to do with direct mode.)
+"""]]
diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_4_f28ed0635612693e437e64d872af5c37._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_4_f28ed0635612693e437e64d872af5c37._comment
new file mode 100644
index 0000000000..ba2e693eeb
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files/comment_4_f28ed0635612693e437e64d872af5c37._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 4"
+ date="2013-08-25T05:27:57Z"
+ content="""
+Do you have any thoughts on why it may have gotten corrupted, or why it seems to happen so commonly with large git-annex repositories?  I've seen this exact same sort of error while processing log files maybe 5 or 6 times now.
+"""]]
diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_5_f0237075653768c84deb702442645f28._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_5_f0237075653768c84deb702442645f28._comment
new file mode 100644
index 0000000000..4ad874c082
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files/comment_5_f0237075653768c84deb702442645f28._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 5"
+ date="2013-08-25T05:50:35Z"
+ content="""
+I meant to say, in 5 or 6 different repositories.  Further, when I see it happen the next time, how do you recommend I track down the real problem, instead of always just cloning and starting over?
+"""]]
diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_6_b509006e1590480a104627369bc910f2._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_6_b509006e1590480a104627369bc910f2._comment
new file mode 100644
index 0000000000..60f2165e29
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files/comment_6_b509006e1590480a104627369bc910f2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 6"
+ date="2013-08-30T04:19:57Z"
+ content="""
+Just saw it happen again today, in a repository that passed \"fsck -A\" multiple times just yesterday.  What is going on?
+"""]]
diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_7_fe261c074211ccb94bbcb32cfd8ee654._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_7_fe261c074211ccb94bbcb32cfd8ee654._comment
new file mode 100644
index 0000000000..6f3e42f5c5
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files/comment_7_fe261c074211ccb94bbcb32cfd8ee654._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 7"
+ date="2013-08-30T04:25:45Z"
+ content="""
+I tried your suggestion of cloning the repository and moving `.git/config` and `.git/annex`, and got this:
+
+    fsck Astronomy/12_ATM_2.jpg error: invalid object 100644 06f8fe222f052100101e5c2e77640f2ec3efff98 for '002/0a6/SHA256E-s427690--03aeabcde841b66168b72de80098d74e047f3ffc832d4bbefa1f2f70ee6c92f8.jpg.log'
+    fatal: git-write-tree: error building trees
+    git-annex: failed to read sha from git write-tree
+
+What else can I try?  Note that I can't even find this `.log` anywhere under my `.git` directory for this repository.
+"""]]
diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_8_bc8e4dc7e0d6577ba5fcc98f56627b1f._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_8_bc8e4dc7e0d6577ba5fcc98f56627b1f._comment
new file mode 100644
index 0000000000..0b82af2f1d
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files/comment_8_bc8e4dc7e0d6577ba5fcc98f56627b1f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 8"
+ date="2013-08-30T04:30:14Z"
+ content="""
+The only thing that worked was nuking `.git/annex/index` and letting `git-annex sync` rebuild it.
+"""]]
diff --git a/doc/bugs/Problem_when_dropping_unused_files/comment_9_e9a22aa2ebcde5f6595b49dba9375761._comment b/doc/bugs/Problem_when_dropping_unused_files/comment_9_e9a22aa2ebcde5f6595b49dba9375761._comment
new file mode 100644
index 0000000000..b75b3f61bb
--- /dev/null
+++ b/doc/bugs/Problem_when_dropping_unused_files/comment_9_e9a22aa2ebcde5f6595b49dba9375761._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 9"
+ date="2013-08-30T06:20:58Z"
+ content="""
+And yet again it happens:
+
+    error: invalid object 100644 3edb1d4a44ffba1ea1491693ae7d9faa82aad717 for '000/4ce/SHA256E-s175006724--a0edc4f880223028b3fa3a27b142c8e027ddf66db973b8272ca845a4a9e01d3e.mp4.log'  fatal: git-write-tree: error building trees
+
+This was in a repository that was working perfectly well until I tried to `git-annex get`.  The weird thing is that I don't even have any `SHA256E` files anymore.
+
+I think that after my recent migration, none of my repositories can be trusted.  This is just happening too often (more than 10 times in the last week, across many repositories on many machines).  I will just rebuild them all.  But I do wish git-annex was more resilient about this.
+"""]]
diff --git a/doc/bugs/Problem_with_bup:_cannot_lock_refs.mdwn b/doc/bugs/Problem_with_bup:_cannot_lock_refs.mdwn
new file mode 100644
index 0000000000..f8df1f0822
--- /dev/null
+++ b/doc/bugs/Problem_with_bup:_cannot_lock_refs.mdwn
@@ -0,0 +1,52 @@
+Hi!
+
+Using bup for storing seems a good idea to save space, but I still have a problem when trying to copy files to my local git repo.
+I have two partitions:
+
+- /Data (NTFS)
+
+- / (ext4)
+
+I turned the directory /Data/Audio into a git-annex repo, and cloned it into /home/me/AudioClone.
+I added the remote bup to AudioClone by doing:
+
+    git annex initremote mybup type=bup encryption=none buprepo=
+
+But when I try to copy some files that I have previously got by "git annex get" by doing:
+
+    [~/AudioClone]$ git annex copy someartist/somealbum --to mybup
+
+it fails and tells me:
+
+    copy Order To Die/01 Morituri Te Salutant.flac (to mybup...) 
+    fatal: Cannot lock the ref 'refs/heads/WORM-s7351771-m1318841909--01 Morituri Te Salutant.flac'.
+    Traceback (most recent call last):
+      File "/usr/lib/bup/cmd/bup-split", line 170, in <module>
+        git.update_ref(refname, commit, oldref)
+      File "/usr/lib/bup/bup/git.py", line 835, in update_ref
+        _git_wait('git update-ref', p)
+      File "/usr/lib/bup/bup/git.py", line 930, in _git_wait
+        raise GitError('%s returned %d' % (cmd, rv))
+    bup.git.GitError: git update-ref returned 128
+
+for each file, **except for the album cover file**, which is a simple JPG that bup doesn't try to split. This one gets copied nicely but the big FLAC files don't.
+
+I tried to restart my session, in case bup adds my username to a group or something.
+
+(I'm using Ubuntu 11.10)
+
+> Apparently bup-split does not allow storing data using filenames with
+> spaces in them. I can reproduce the same bug using the same filename;
+> if I remove the spaces all is well.
+> 
+> Since bup-split -n uses git branches, I guess git-annex needs to avoid
+> giving it any names containing spaces, or anything else not allowed
+> in a git branch name. The rules for legal git branch names are quite complex
+> (see git-check-ref-format(1)) so it will take me some times to code
+> this up.
+> 
+> A workaround is to switch to the SHA256 backend
+> (`git annex migrate --backend=SHA256`), which avoids spaces in its keys.
+> --[[Joey]]
+
+>> Now fixed in git. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Problems_building_on_Mac_OS_X.mdwn b/doc/bugs/Problems_building_on_Mac_OS_X.mdwn
new file mode 100644
index 0000000000..39594773fd
--- /dev/null
+++ b/doc/bugs/Problems_building_on_Mac_OS_X.mdwn
@@ -0,0 +1,62 @@
+### Please describe the problem.
+
+Installing via Cabal fails due to dependency conflicts with yesod. If I build without the webapp flag, the problem disappears.
+
+### What steps will reproduce the problem?
+Running `cabal install c2hs git-annex --bindir=$HOME/bin`.
+
+### What version of git-annex are you using? On what operating system?
+I was attempting to install 4.20130521 from Hackage. My operating system is Mac OS X 10.6.8. Cabal-install is at 0.14.0.
+
+### 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
+Resolving dependencies...
+cabal: Could not resolve dependencies:
+trying: git-annex-4.20130521 (user goal)
+trying: git-annex-4.20130521:+webapp
+trying: yesod-default-1.2.0 (dependency of git-annex-4.20130521:+webapp)
+trying: yesod-core-1.2.1 (dependency of yesod-default-1.2.0)
+trying: cookie-0.4.0.1/installed-9d9... (dependency of yesod-core-1.2.1)
+next goal: yesod (dependency of git-annex-4.20130521:+webapp)
+rejecting: yesod-1.2.0.1, 1.2.0 (conflict: git-annex-4.20130521:webapp =>
+yesod(<1.2))
+rejecting: yesod-1.1.9.3, 1.1.9.2, 1.1.9.1, 1.1.9, 1.1.8.2, 1.1.8.1, 1.1.8,
+1.1.7.2, 1.1.7.1, 1.1.7, 1.1.6, 1.1.5, 1.1.4.1, 1.1.4 (conflict:
+yesod-core==1.2.1, yesod => yesod-core>=1.1.5 && <1.2)
+rejecting: yesod-1.1.3.1, 1.1.3, 1.1.2, 1.1.1.2, 1.1.1, 1.1.0.3, 1.1.0.2,
+1.1.0.1, 1.1.0 (conflict: yesod-core==1.2.1, yesod => yesod-core>=1.1 && <1.2)
+rejecting: yesod-1.0.1.6, 1.0.1.5, 1.0.1.4, 1.0.1.3, 1.0.1.2, 1.0.1.1, 1.0.1,
+1.0.0.2, 1.0.0.1, 1.0.0 (conflict: yesod-core==1.2.1, yesod => yesod-core>=1.0
+&& <1.1)
+rejecting: yesod-0.10.2, 0.10.1.4, 0.10.1.3, 0.10.1.2, 0.10.1.1, 0.10.1
+(conflict: yesod-core==1.2.1, yesod => yesod-core>=0.10.1 && <0.11)
+rejecting: yesod-0.9.4.1, 0.9.4, 0.9.3.4, 0.9.3.3, 0.9.3.2 (conflict:
+yesod-core==1.2.1, yesod => yesod-core>=0.9.3.4 && <0.10)
+rejecting: yesod-0.9.3.1, 0.9.3, 0.9.2.2, 0.9.2.1, 0.9.2, 0.9.1.1 (conflict:
+yesod-core==1.2.1, yesod => yesod-core>=0.9.1.1 && <0.10)
+rejecting: yesod-0.9.1 (conflict: yesod-core==1.2.1, yesod => yesod-core>=0.9
+&& <0.10)
+rejecting: yesod-0.8.2.1, 0.8.2, 0.8.1 (conflict: yesod-core==1.2.1, yesod =>
+yesod-core>=0.8.1 && <0.9)
+rejecting: yesod-0.8.0 (conflict: yesod-core==1.2.1, yesod => yesod-core>=0.8
+&& <0.9)
+rejecting: yesod-0.7.3, 0.7.2 (conflict: yesod-core==1.2.1, yesod =>
+yesod-core>=0.7.0.2 && <0.8)
+rejecting: yesod-0.7.1 (conflict: yesod-core==1.2.1, yesod =>
+yesod-core>=0.7.0.1 && <0.8)
+rejecting: yesod-0.7.0 (conflict: yesod-core==1.2.1, yesod => yesod-core>=0.7
+&& <0.8)
+rejecting: yesod-0.6.7, 0.6.6, 0.6.5, 0.6.4, 0.6.3, 0.6.2, 0.6.1.2, 0.6.1.1,
+0.6.1, 0.6.0.2, 0.6.0.1, 0.6.0, 0.5.4.2, 0.5.4.1, 0.5.4, 0.5.3, 0.5.2, 0.5.1,
+0.5.0.3, 0.5.0.2, 0.5.0.1, 0.5.0, 0.4.1, 0.4.0.3, 0.4.0.2, 0.4.0.1, 0.4.0
+(conflict: cookie => time==1.4/installed-d61..., yesod => time>=1.1.4 && <1.3)
+rejecting: yesod-0.3.1.1, 0.3.1, 0.3.0, 0.2.0, 0.0.0.2, 0.0.0.1, 0.0.0
+(conflict: cookie => time==1.4/installed-d61..., yesod => time>=1.1.3 && <1.2)
+# End of transcript or log.
+"""]]
+
+> Not OSX specific. I have added a version hint that makes cabal work and uploaded
+> a point release with this fix. [[done]] --[[Joey]]
diff --git a/doc/bugs/Problems_building_on_Mac_OS_X/comment_1_1c199b826fdd84b5184b1466ad03a9a4._comment b/doc/bugs/Problems_building_on_Mac_OS_X/comment_1_1c199b826fdd84b5184b1466ad03a9a4._comment
new file mode 100644
index 0000000000..f738080147
--- /dev/null
+++ b/doc/bugs/Problems_building_on_Mac_OS_X/comment_1_1c199b826fdd84b5184b1466ad03a9a4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmu416zAYgYzbXVZAe30MiXoOWO4z6nGX8"
+ nickname="Johannes"
+ subject="comment 1"
+ date="2013-05-23T10:02:55Z"
+ content="""
+Same problem on archlinux with cabal-install 1.16.0.2
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx.mdwn b/doc/bugs/Problems_running_make_on_osx.mdwn
new file mode 100644
index 0000000000..83b75fb544
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx.mdwn
@@ -0,0 +1,49 @@
+Followed the instructions over here: http://git-annex.branchable.com/forum/git-annex_on_OSX/
+
+and had to install the following extra packages to be able to get make to start:
+
+[realizes pcre-light is needed but pcre not installed on my mac]  
+sudo port install pcre  
+sudo cabal install pcre-light  
+
+> Ah right, that is a new dependency. I've updated the forum page
+> with this info.
+> --[[Joey]] 
+
+But then I got the following error:  
+
+<pre>
+ghc -O2 -Wall --make git-annex  
+[ 7 of 52] Compiling BackendTypes     ( BackendTypes.hs, BackendTypes.o   
+
+BackendTypes.hs:71:17:  
+    No instance for (Arbitrary Char)  
+      arising from a use of `arbitrary' at BackendTypes.hs:71:17-25  
+    Possible fix: add an instance declaration for (Arbitrary Char)  
+    In a stmt of a 'do' expression: backendname <- arbitrary  
+    In the expression:  
+        do backendname <- arbitrary  
+           keyname <- arbitrary  
+             return $ Key (backendname, keyname)  
+    In the definition of `arbitrary':  
+        arbitrary = do backendname <- arbitrary  
+                       keyname <- arbitrary  
+                         return $ Key (backendname, keyname)  
+make: *** [git-annex] Error 1  
+</pre>
+
+My knowledge of Haskell (had to lookup the spelling...) is more than rudimentary so any help would be appreciated.
+
+> Hmm, it seems you may be missing part of the quickcheck haskell
+> library, or have a different version than me.
+> 
+> The easy fix is probably to just edit BackendTypes.hs and delete the
+> entire end of the file from line 68, "for quickcheck" down. This code
+> is only used by the test suite (so "make test" will fail), 
+> but it should get it to build. --[[Joey]]
+
+---
+
+Closing this bug because the above problem now has a solution documented on
+the install page, and the below test suite failure problems should all be
+resolved on OSX. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_10_94e4ac430140042a2d0fb5a16d86b4e5._comment b/doc/bugs/Problems_running_make_on_osx/comment_10_94e4ac430140042a2d0fb5a16d86b4e5._comment
new file mode 100644
index 0000000000..95a9773e2b
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_10_94e4ac430140042a2d0fb5a16d86b4e5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 10"
+ date="2011-02-09T15:04:50Z"
+ content="""
+I don't know what these problems forking could be. Can you strace it?
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_11_56f1143fa191361d63b441741699e17f._comment b/doc/bugs/Problems_running_make_on_osx/comment_11_56f1143fa191361d63b441741699e17f._comment
new file mode 100644
index 0000000000..3fbe57ecd5
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_11_56f1143fa191361d63b441741699e17f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 11"
+ date="2011-02-09T19:35:47Z"
+ content="""
+I got dtruss to give me a trace, the output is quite big to post here (~560kb gzip'd), do you mind if I emailed it or posted it somewhere else for you?
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_12_ec5131624d0d2285d3b6880e47033f97._comment b/doc/bugs/Problems_running_make_on_osx/comment_12_ec5131624d0d2285d3b6880e47033f97._comment
new file mode 100644
index 0000000000..beba5dc42c
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_12_ec5131624d0d2285d3b6880e47033f97._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 12"
+ date="2011-02-09T19:47:30Z"
+ content="""
+joey@kitenet.net (hope I can make sense of dtruss output)
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_13_88ed095a448096bf8a69015a04e64df1._comment b/doc/bugs/Problems_running_make_on_osx/comment_13_88ed095a448096bf8a69015a04e64df1._comment
new file mode 100644
index 0000000000..dd25c3d0cb
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_13_88ed095a448096bf8a69015a04e64df1._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 13"
+ date="2011-02-09T21:59:47Z"
+ content="""
+The dtrace puzzlingly does not have the same errors shown above, but a set of mostly new errors. I don't know what to make of that.
+
+> git-annex: git-annex/.t/repo/.git/hooks/pre-commit: fileAccess: permission denied (Operation not permitted)
+
+This seems to be caused by it setting the execute bit on the file. I don't know why that would fail; it's just written the file and renamed it into place so clearly should be able to write to it.
+
+> was able to modify annexed file's sha1foo content
+
+This also suggests something breaking with permissions.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_14_89a960b6706ed703b390a81a8bc4e311._comment b/doc/bugs/Problems_running_make_on_osx/comment_14_89a960b6706ed703b390a81a8bc4e311._comment
new file mode 100644
index 0000000000..724fe5505a
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_14_89a960b6706ed703b390a81a8bc4e311._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 14"
+ date="2011-02-12T21:19:24Z"
+ content="""
+I've been trying to dig around the trace and code, and used google to see if the forkProcess issue was a haskell thing or an OSX thing. It seems that <http://hackage.haskell.org/trac/ghc/ticket/4493> someone may have ran into a similar issue, though I am not sure if its related.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_15_6b8867b8e48bf807c955779c9f8f0909._comment b/doc/bugs/Problems_running_make_on_osx/comment_15_6b8867b8e48bf807c955779c9f8f0909._comment
new file mode 100644
index 0000000000..733ec997a6
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_15_6b8867b8e48bf807c955779c9f8f0909._comment
@@ -0,0 +1,71 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 15"
+ date="2011-02-13T02:45:51Z"
+ content="""
+It may be possible that OSX has some low resource limits, for user processes (266 per user I think) doing a 
+
+    sudo sysctl -w kern.maxproc=2048
+    sudo sysctl -w kern.maxprocperuid=1024
+    sudo echo \"limit maxfiles 1024 unlimited\" >> /etc/launchd.conf
+    sudo echo \"limit maxproc 1024 2048\" >> /etc/launchd.conf
+
+seems to change the behaviour of the tests abit...
+
+<pre>
+Testing 1:blackbox:3:git-annex unannex:1:with content                         
+### Failure in: 1:blackbox:3:git-annex unannex:1:with content
+foo is not a symlink
+Testing 1:blackbox:4:git-annex drop:0:no remotes                              
+### Failure in: 1:blackbox:4:git-annex drop:0:no remotes
+drop wrongly succeeded with no known copy of file
+Testing 1:blackbox:4:git-annex drop:1:with remote                             
+Testing 1:blackbox:4:git-annex drop:2:untrusted remote                        
+Testing 1:blackbox:5:git-annex get                                            
+Testing 1:blackbox:6:git-annex move                                           
+Testing 1:blackbox:7:git-annex copy                                           
+Testing 1:blackbox:8:git-annex unlock/lock                                    
+Testing 1:blackbox:9:git-annex edit/commit:0                                  
+Cases: 30  Tried: 20  Errors: 0  Failures: 2add foo ok
+ok
+Testing 1:blackbox:9:git-annex edit/commit:1                                  
+Testing 1:blackbox:10:git-annex fix                                           
+Testing 1:blackbox:11:git-annex trust/untrust/semitrust                       
+Testing 1:blackbox:12:git-annex fsck:0                                        
+Cases: 30  Tried: 24  Errors: 0  Failures: 2  Only 1 of 2 trustworthy copies of foo exist.
+  Back it up with git-annex copy.
+  Only 1 of 2 trustworthy copies of sha1foo exist.
+  Back it up with git-annex copy.
+  Bad file size; moved to /Users/jtang/develop/git-annex/.t/tmprepo/.git/annex/bad/WORM:1297565141:20:foo
+  Bad file content; moved to /Users/jtang/develop/git-annex/.t/tmprepo/.git/annex/bad/SHA1:ee80d2cec57a3810db83b80e1b320df3a3721ffa
+Testing 1:blackbox:12:git-annex fsck:1                                        
+### Failure in: 1:blackbox:12:git-annex fsck:1
+fsck failed to fail with content only available in untrusted (current) repository
+Testing 1:blackbox:12:git-annex fsck:2                                        
+Cases: 30  Tried: 26  Errors: 0  Failures: 3  Only 1 of 2 trustworthy copies of foo exist.
+  Back it up with git-annex copy.
+  The following untrusted locations may also have copies: 
+  	58e831c2-371b-11e0-bc1f-47d738dc52ee  -- test repo
+  Only 1 of 2 trustworthy copies of sha1foo exist.
+  Back it up with git-annex copy.
+  The following untrusted locations may also have copies: 
+  	58e831c2-371b-11e0-bc1f-47d738dc52ee  -- test repo
+Testing 1:blackbox:13:git-annex migrate:0                                     
+Cases: 30  Tried: 27  Errors: 0  Failures: 3  git-annex: user error (Error in fork: forkProcess: resource exhausted (Resource temporarily unavailable))
+### Failure in: 1:blackbox:13:git-annex migrate:0
+migrate annexedfile failed
+Testing 1:blackbox:13:git-annex migrate:1                                     
+### Error in:   1:blackbox:13:git-annex migrate:1
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:14:git-annex unused/dropunused                             
+### Error in:   1:blackbox:14:git-annex unused/dropunused
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Cases: 30  Tried: 30  Errors: 2  Failures: 4
+test: failed
+</pre>
+
+
+the number of failures vary as I change the values of the maxprocs, I think I  have narrowed it down to OSX just being stupid with limits thus causing the tests to fail.
+
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_16_5c2dd6002aadaab30841b77a5f5aed34._comment b/doc/bugs/Problems_running_make_on_osx/comment_16_5c2dd6002aadaab30841b77a5f5aed34._comment
new file mode 100644
index 0000000000..ca1b8e8cd5
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_16_5c2dd6002aadaab30841b77a5f5aed34._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 16"
+ date="2011-02-13T04:52:26Z"
+ content="""
+I've fixed the test suite to not accumulate all those zombie processes. Now only 2 or 3 processes should run max. Am curious to see if that clears up all the problems.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_17_62fccb04b0e4b695312f7a3f32fb96ee._comment b/doc/bugs/Problems_running_make_on_osx/comment_17_62fccb04b0e4b695312f7a3f32fb96ee._comment
new file mode 100644
index 0000000000..7c7200fb9e
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_17_62fccb04b0e4b695312f7a3f32fb96ee._comment
@@ -0,0 +1,43 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 17"
+ date="2011-02-13T10:46:54Z"
+ content="""
+Yeap, that did the trick. I just tested a few separate OSX 10.6.6 systems and the tests are better behaved now, only 3 failures now.
+
+So the tests behave better (at least we don't get resource fork errors any more)
+ 
+ * after the commit c319a3 without modifying the system limits (of 266 procs per user)
+ * without the commit c319a3 and when I increase the system process limits to as much as OSX allows
+
+On all the systems I tested on, I'm down to 3 failures now.
+
+<pre>
+### Failure in: 1:blackbox:3:git-annex unannex:1:with content
+foo is not a symlink
+### Failure in: 1:blackbox:4:git-annex drop:0:no remotes
+drop wrongly succeeded with no known copy of file
+Cases: 30  Tried: 20  Errors: 0  Failures: 2add foo ok
+ok
+Cases: 30  Tried: 24  Errors: 0  Failures: 2  Only 1 of 2 trustworthy copies of foo exist.
+  Back it up with git-annex copy.
+  Only 1 of 2 trustworthy copies of sha1foo exist.
+  Back it up with git-annex copy.
+  Bad file size; moved to /Users/jtang/develop/git-annex/.t/tmprepo/.git/annex/bad/WORM:1297594011:20:foo
+  Bad file content; moved to /Users/jtang/develop/git-annex/.t/tmprepo/.git/annex/bad/SHA1:ee80d2cec57a3810db83b80e1b320df3a3721ffa
+### Failure in: 1:blackbox:12:git-annex fsck:1
+fsck failed to fail with content only available in untrusted (current) repository
+Cases: 30  Tried: 26  Errors: 0  Failures: 3  Only 1 of 2 trustworthy copies of foo exist.
+  Back it up with git-annex copy.
+  The following untrusted locations may also have copies: 
+  	90d63906-375e-11e0-8867-abb8a6368269  -- test repo
+  Only 1 of 2 trustworthy copies of sha1foo exist.
+  Back it up with git-annex copy.
+  The following untrusted locations may also have copies: 
+  	90d63906-375e-11e0-8867-abb8a6368269  -- test repo
+Cases: 30  Tried: 30  Errors: 0  Failures: 3
+</pre>
+
+It's the same set of failures across all the OSX systems that I have tested on. Now I just need to figure out why there are still these three failures.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_18_64fab50d95de619eb2e8f08f90237de1._comment b/doc/bugs/Problems_running_make_on_osx/comment_18_64fab50d95de619eb2e8f08f90237de1._comment
new file mode 100644
index 0000000000..df76bb3017
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_18_64fab50d95de619eb2e8f08f90237de1._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="maybe killed another osx bug in the test."
+ date="2011-02-13T15:12:10Z"
+ content="""
+I think I have figured out why 
+
+    ### Failure in: 1:blackbox:3:git-annex unannex:1:with content
+    foo is not a symlink
+
+It goes back to the this piece of code (in test.hs)
+
+    copyrepo :: FilePath -> FilePath -> IO FilePath
+    copyrepo old new = do
+            cleanup new
+            ensuretmpdir
+            Utility.boolSystem \"cp\" [\"-pr\", old, new] @? \"cp -pr failed\"
+
+It seems that on OSX it does not preserve the symbolic link information, basically cp is not gnu cp on OSX, doing a \"cp -a SOURCE DEST\" seem's to the right thing on OSX. I tried it out on my archlinux workstation by replacing *-pr* with just *-a* and all the tests passed on archlinux.
+
+I'm not sure what the implications would be with changing the test with changing the cp command.
+
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_19_4253988ed178054c8b6400beeed68a29._comment b/doc/bugs/Problems_running_make_on_osx/comment_19_4253988ed178054c8b6400beeed68a29._comment
new file mode 100644
index 0000000000..090c991c3a
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_19_4253988ed178054c8b6400beeed68a29._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 19"
+ date="2011-02-13T15:55:47Z"
+ content="""
+On second thought and after some messing (trying most of the options and combinations of options on OSX for).... I tried replacing cp with gnu cp from coreutils on my OSX install, and all the tests passed. *sigh* cp -a is preserving some permissions and attributes but not all, its not behaving in the same way as the gnu cp does... the closet thing that I have found on OSX that behaves in the same way as gnu \"cp -pr\" is to use \"ditto\".
+
+Just doing a \"ditto SOURCE DEST\" in the tests passes everything. I'm not sure if its a good idea to use this even though it works. Though this is just the tests, does it affect CopyFile.hs where \"cp\" is called?
+
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_1_34120e82331ace01a6a4960862d38f2d._comment b/doc/bugs/Problems_running_make_on_osx/comment_1_34120e82331ace01a6a4960862d38f2d._comment
new file mode 100644
index 0000000000..a33fef7d99
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_1_34120e82331ace01a6a4960862d38f2d._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmd3qri1pXEYktlxYGwj37wCnrM4FMEJCc"
+ nickname="Antoine"
+ subject="Got it going!"
+ date="2011-02-06T06:02:57Z"
+ content="""
+Thanks to your feedback, I got it going.  
+
+Maybe those two should be added to the 'OSX how-to' in the forum   
+
+[realizes pcre-light is needed but pcre not installed on my mac]  
+sudo port install pcre  
+sudo cabal install pcre-light  
+
+[tests are failing, need haskell's quickcheck]  
+sudo cabal install quickcheck  
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_20_7db27d1a22666c831848bc6c06d66a84._comment b/doc/bugs/Problems_running_make_on_osx/comment_20_7db27d1a22666c831848bc6c06d66a84._comment
new file mode 100644
index 0000000000..b617da9261
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_20_7db27d1a22666c831848bc6c06d66a84._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 20"
+ date="2011-02-13T17:54:09Z"
+ content="""
+Outside the test suite, git-annex's actual use of cp puts fairly low demands on it. It tries to use cp -a or cp -p if available just to preserve whatever attributes it can preserve, but the worst case if that you have a symlink pointing to a file that doesn't have the original timestamp or whatever. And there's little expectation git preserves that stuff anyway.
+
+I will probably try to make the test suite entirely use git clone rather than cp.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_2_cc53d1681d576186dbc868dd9801d551._comment b/doc/bugs/Problems_running_make_on_osx/comment_2_cc53d1681d576186dbc868dd9801d551._comment
new file mode 100644
index 0000000000..91d3e89f06
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_2_cc53d1681d576186dbc868dd9801d551._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-02-06T17:39:52Z"
+ content="""
+Yes, I've moved it to [[install/OSX]] page where anyone can update it in this wiki, and added your improvements.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_3_68f0f8ae953589ae26d57310b40c878d._comment b/doc/bugs/Problems_running_make_on_osx/comment_3_68f0f8ae953589ae26d57310b40c878d._comment
new file mode 100644
index 0000000000..39f32c244f
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_3_68f0f8ae953589ae26d57310b40c878d._comment
@@ -0,0 +1,57 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="tests fail with more recent installs of haskell platform"
+ date="2011-02-07T12:43:43Z"
+ content="""
+I'm running ghc 6.12.3 with the corresponding haskell-platform package from the HP site which I installed in preference to the macports version of haskell-platform (it's quite old). it seems when you install quickcheck, the version that is installed is of version 2.4.0.1 and not 1.2.0 which git-annex depends on for its tests.
+
+<pre>
+jtang@x00:~ $ cabal install quickcheck --reinstall               
+Resolving dependencies...
+Configuring QuickCheck-2.4.0.1...
+Preprocessing library QuickCheck-2.4.0.1...
+
+..
+and so on..
+..
+
+</pre>
+
+it fails with this
+
+<pre>
+[54 of 54] Compiling Main             ( test.hs, test.o )
+
+test.hs:56:3:
+    No instance for (QuickCheck-1.2.0.1:Test.QuickCheck.Arbitrary Char)
+      arising from a use of `qctest' at test.hs:56:3-64
+    Possible fix:
+      add an instance declaration for
+      (QuickCheck-1.2.0.1:Test.QuickCheck.Arbitrary Char)
+    In the expression:
+        qctest \"prop_idempotent_deencode\" Git.prop_idempotent_deencode
+    In the first argument of `TestList', namely
+        `[qctest \"prop_idempotent_deencode\" Git.prop_idempotent_deencode,
+          qctest \"prop_idempotent_fileKey\" Locations.prop_idempotent_fileKey,
+          qctest
+            \"prop_idempotent_key_read_show\"
+            BackendTypes.prop_idempotent_key_read_show,
+          qctest
+            \"prop_idempotent_shellEscape\" Utility.prop_idempotent_shellEscape,
+          ....]'
+    In the second argument of `($)', namely
+        `TestList
+           [qctest \"prop_idempotent_deencode\" Git.prop_idempotent_deencode,
+            qctest \"prop_idempotent_fileKey\" Locations.prop_idempotent_fileKey,
+            qctest
+              \"prop_idempotent_key_read_show\"
+              BackendTypes.prop_idempotent_key_read_show,
+            qctest
+              \"prop_idempotent_shellEscape\" Utility.prop_idempotent_shellEscape,
+            ....]'
+</pre>
+
+I'd imagine if I could downgrade, it would compile and pass the tests (I hope)
+
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_4_c52be386f79f14c8570a8f1397c68581._comment b/doc/bugs/Problems_running_make_on_osx/comment_4_c52be386f79f14c8570a8f1397c68581._comment
new file mode 100644
index 0000000000..e245e139fb
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_4_c52be386f79f14c8570a8f1397c68581._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-02-08T19:00:14Z"
+ content="""
+I doubt that git-annex can be used with QuickCheck 1.2.0. The QuickCheck I've tested it with is 2.1.0.3 actually.
+
+I suspect you have an old version of the TestPack haskell library on your system, that is linked against QuickCheck 1.2.0. Git-annex has been tested with TestPack 2.0.0, which uses QuickCheck 2.x.
+
+In any case, you don't have to run 'make test' to build git-annex, and my comments above should make the main program compile, I expect.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_5_7f1330a1e541b0f3e2192e596d7f7bee._comment b/doc/bugs/Problems_running_make_on_osx/comment_5_7f1330a1e541b0f3e2192e596d7f7bee._comment
new file mode 100644
index 0000000000..9c83feb32f
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_5_7f1330a1e541b0f3e2192e596d7f7bee._comment
@@ -0,0 +1,107 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 5"
+ date="2011-02-08T19:56:55Z"
+ content="""
+Ah, that gave me a good clue, my system just got pretty confused with a mixture of quickcheck and testpack installs. Would it be possible to put up a list of versions of the software you are using on your development environment? (at least the minimum tested version) 
+
+I guess it shouldn't matter to most users who are going to rely on packagers to sort these dependancy issues, but it's nice to know. 
+
+Anyway, the tests build now, and they seem to fail on my (rather messy) install of haskell platform + ghc 6.12 on osx 10.6.6.
+
+<pre>
+< output that passed some tests >
+Testing 1:blackbox:0:git-annex init
+Testing 1:blackbox:1:git-annex add:0
+Testing 1:blackbox:1:git-annex add:1
+Cases: 30  Tried: 9  Errors: 0  Failures: 0test: sha1sum: executeFile: does not exist (No such file or directory)
+  git-annex: <file descriptor: 6>: hGetLine: end of file
+### Failure in: 1:blackbox:1:git-annex add:1
+add with SHA1 failed
+Testing 1:blackbox:2:git-annex setkey/fromkey
+Cases: 30  Tried: 10  Errors: 0  Failures: 1(checksum...) test: sha1sum: executeFile: does not exist (No such file or directory)
+### Error in:   1:blackbox:2:git-annex setkey/fromkey
+<file descriptor: 3>: hGetLine: end of file
+Testing 1:blackbox:3:git-annex unannex:0:no content
+Cases: 30  Tried: 11  Errors: 1  Failures: 1chmod: -R: No such file or directory
+chmod: -R: No such file or directory
+Testing 1:blackbox:3:git-annex unannex:1:with content
+### Failure in: 1:blackbox:3:git-annex unannex:1:with content
+foo is not a symlink
+Testing 1:blackbox:4:git-annex drop:0:no remotes
+Cases: 30  Tried: 13  Errors: 1  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:4:git-annex drop:0:no remotes
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:4:git-annex drop:1:with remote
+Cases: 30  Tried: 14  Errors: 2  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:4:git-annex drop:1:with remote
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:4:git-annex drop:2:untrusted remote
+Cases: 30  Tried: 15  Errors: 3  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:4:git-annex drop:2:untrusted remote
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:5:git-annex get
+Cases: 30  Tried: 16  Errors: 4  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:5:git-annex get
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:6:git-annex move
+Cases: 30  Tried: 17  Errors: 5  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:6:git-annex move
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:7:git-annex copy
+Cases: 30  Tried: 18  Errors: 6  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:7:git-annex copy
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:8:git-annex unlock/lock
+Cases: 30  Tried: 19  Errors: 7  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:8:git-annex unlock/lock
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:9:git-annex edit/commit:0
+Cases: 30  Tried: 20  Errors: 8  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:9:git-annex edit/commit:0
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:9:git-annex edit/commit:1
+Cases: 30  Tried: 21  Errors: 9  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:9:git-annex edit/commit:1
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:10:git-annex fix
+Cases: 30  Tried: 22  Errors: 10  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:10:git-annex fix
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:11:git-annex trust/untrust/semitrust
+Cases: 30  Tried: 23  Errors: 11  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:11:git-annex trust/untrust/semitrust
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:12:git-annex fsck:0
+Cases: 30  Tried: 24  Errors: 12  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:12:git-annex fsck:0
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:12:git-annex fsck:1
+Cases: 30  Tried: 25  Errors: 13  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:12:git-annex fsck:1
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:12:git-annex fsck:2
+Cases: 30  Tried: 26  Errors: 14  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:12:git-annex fsck:2
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:13:git-annex migrate:0
+Cases: 30  Tried: 27  Errors: 15  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:13:git-annex migrate:0
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:13:git-annex migrate:1
+Cases: 30  Tried: 28  Errors: 16  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:13:git-annex migrate:1
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:14:git-annex unused/dropunused
+Cases: 30  Tried: 29  Errors: 17  Failures: 2chmod: -R: No such file or directory
+### Error in:   1:blackbox:14:git-annex unused/dropunused
+.t/tmprepo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+Cases: 30  Tried: 30  Errors: 18  Failures: 2
+chmod: -R: No such file or directory
+test: .t/repo/.git/annex/objects/WORM:1297194705:20:foo/WORM:1297194705:20:foo: removeLink: permission denied (Permission denied)
+make: *** [test] Error 1
+</pre>
+
+I assumed that since the tests built, then running them shouldn't be a problem. It looks like some argument isn't being passed about for the location of the .t directory that gets created. I will check the dependancies on my system again.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_6_0c46f5165ceb5a7b9ea9689c33b3a4f8._comment b/doc/bugs/Problems_running_make_on_osx/comment_6_0c46f5165ceb5a7b9ea9689c33b3a4f8._comment
new file mode 100644
index 0000000000..afc3088d4f
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_6_0c46f5165ceb5a7b9ea9689c33b3a4f8._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 6"
+ date="2011-02-08T23:20:08Z"
+ content="""
+You're missing the sha1sum command, everything else is a followon error from that. Added a hint about this to [[install]],
+and in the next version configure will check for sha1sum.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_7_237a137cce58a28abcc736cbf2c420b0._comment b/doc/bugs/Problems_running_make_on_osx/comment_7_237a137cce58a28abcc736cbf2c420b0._comment
new file mode 100644
index 0000000000..8d8aefcb20
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_7_237a137cce58a28abcc736cbf2c420b0._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 7"
+ date="2011-02-09T00:45:31Z"
+ content="""
+That's odd, I have the md5sha1sum package installed and it still fails with pretty much the same error
+
+<pre>
+Testing 1:blackbox:0:git-annex init
+Cases: 30  Tried: 7  Errors: 0  Failures: 0chmod: -R: No such file or directory
+### Error in:   1:blackbox:0:git-annex init
+.t/repo/.git/annex/objects/SHA1:ee80d2cec57a3810db83b80e1b320df3a3721ffa/SHA1:ee80d2cec57a3810db83b80e1b320df3a3721ffa: removeLink: permission denied (Permission denied)
+Testing 1:blackbox:1:git-annex add:0
+### Error in:   1:blackbox:1:git-annex add:0
+foo: openFile: permission denied (Permission denied)
+
+< and so on >
+</pre>
+
+the configure script finds sha1sum, builds and starts to run.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_8_efafa203addf8fa79e33e21a87fb5a2b._comment b/doc/bugs/Problems_running_make_on_osx/comment_8_efafa203addf8fa79e33e21a87fb5a2b._comment
new file mode 100644
index 0000000000..9401bd453e
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_8_efafa203addf8fa79e33e21a87fb5a2b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 8"
+ date="2011-02-09T04:10:27Z"
+ content="""
+The chmod errors are because your chmod does not understand the -R argument. Only the test suite uses chmod -R. I've fixed it to modify modes manually.
+"""]]
diff --git a/doc/bugs/Problems_running_make_on_osx/comment_9_cc283b485b3c95ba7eebc8f0c96969b3._comment b/doc/bugs/Problems_running_make_on_osx/comment_9_cc283b485b3c95ba7eebc8f0c96969b3._comment
new file mode 100644
index 0000000000..da6d7ca178
--- /dev/null
+++ b/doc/bugs/Problems_running_make_on_osx/comment_9_cc283b485b3c95ba7eebc8f0c96969b3._comment
@@ -0,0 +1,66 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 9"
+ date="2011-02-09T09:12:52Z"
+ content="""
+[a0826293][] fixed the last problem, there is coreutils available in macports, if they are installed you get the gnu equivalents but they are prefixed with a g (e.g. gchmod instead of chmod), I guess not everyone will have these install or prefer these on [[install/OSX]]
+
+Some more tests fail now...
+
+<pre>
+Testing 1:blackbox:3:git-annex unannex:1:with content
+### Failure in: 1:blackbox:3:git-annex unannex:1:with content
+foo is not a symlink
+Testing 1:blackbox:4:git-annex drop:0:no remotes
+### Failure in: 1:blackbox:4:git-annex drop:0:no remotes
+drop wrongly succeeded with no known copy of file
+Testing 1:blackbox:4:git-annex drop:1:with remote
+Testing 1:blackbox:4:git-annex drop:2:untrusted remote
+Testing 1:blackbox:5:git-annex get
+Testing 1:blackbox:6:git-annex move
+Testing 1:blackbox:7:git-annex copy
+### Failure in: 1:blackbox:7:git-annex copy
+move --to of file already there failed
+Testing 1:blackbox:8:git-annex unlock/lock
+### Error in:   1:blackbox:8:git-annex unlock/lock
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:9:git-annex edit/commit:0
+### Error in:   1:blackbox:9:git-annex edit/commit:0
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:9:git-annex edit/commit:1
+### Error in:   1:blackbox:9:git-annex edit/commit:1
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:10:git-annex fix
+### Error in:   1:blackbox:10:git-annex fix
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:11:git-annex trust/untrust/semitrust
+### Error in:   1:blackbox:11:git-annex trust/untrust/semitrust
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:12:git-annex fsck:0
+### Error in:   1:blackbox:12:git-annex fsck:0
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:12:git-annex fsck:1
+### Error in:   1:blackbox:12:git-annex fsck:1
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:12:git-annex fsck:2
+### Error in:   1:blackbox:12:git-annex fsck:2
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:13:git-annex migrate:0
+### Error in:   1:blackbox:13:git-annex migrate:0
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:13:git-annex migrate:1
+### Error in:   1:blackbox:13:git-annex migrate:1
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Testing 1:blackbox:14:git-annex unused/dropunused
+### Error in:   1:blackbox:14:git-annex unused/dropunused
+forkProcess: resource exhausted (Resource temporarily unavailable)
+Cases: 30  Tried: 30  Errors: 11  Failures: 3
+test: failed
+make: *** [test] Error 1
+</pre>
+
+On a side note, I think I found another bug in the testing. I had tested in a virtual machine in archlinux (a very recent updated version) Please see the report here [[tests fail when there is no global .gitconfig for the user]]
+
+[a0826293]: http://git.kitenet.net/?p=git-annex;a=commit;h=7a0826293e0ac6c0000f49a1618c1c613b909aa1
+"""]]
diff --git a/doc/bugs/Problems_with_syncing_gnucash.mdwn b/doc/bugs/Problems_with_syncing_gnucash.mdwn
new file mode 100644
index 0000000000..6a1f96a9fe
--- /dev/null
+++ b/doc/bugs/Problems_with_syncing_gnucash.mdwn
@@ -0,0 +1,568 @@
+### Please describe the problem.
+I am trying to sync gnucash between my server and my notebook. Both devices are connected via VPN to provide bidirectional SSH connectivity. After adding some data in gnucash the logfiles get synced properly but the changes to the gnucash.gnucash file are not recognized. Touching the file afterwards causes git-annex to immediately transfer the file.
+
+### What steps will reproduce the problem?
+
+Store your gnucash configuration in a git-annex repository. Add some transactions and wait for git-annex to sync your *.gnucash file.
+
+### What version of git-annex are you using? On what operating system?
+
+server and notebook -> Ubuntu 12.04.2 LTS:
+[[!format sh """
+florz@server:~$ git-annex version
+git-annex version: 4.20130601
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+"""]]
+
+### Please provide any additional information below.
+
+before opening gnucash:
+[[!format sh """
+florz@notebook:~$ stat annex-sync/gnucash/gnucash.gnucash
+  Datei: »annex-sync/gnucash/gnucash.gnucash“
+  Größe: 113902         Blöcke: 240        EA Block: 4096   Normale Datei
+Gerät: 15h/21d  Inode: 2974371     Verknüpfungen: 1
+Zugriff: (0600/-rw-------)  Uid: ( 1000/   florz)   Gid: ( 1000/   florz)
+Zugriff    : 2013-06-22 19:32:37.974073365 +0200
+Modifiziert: 2013-06-22 19:32:37.846073367 +0200
+Geändert   : 2013-06-22 19:32:37.970073365 +0200
+ Geburt    : -
+
+florz@server:~$ stat annex-sync/gnucash/gnucash.gnucash
+  Datei: »annex-sync/gnucash/gnucash.gnucash“
+  Größe: 113902         Blöcke: 224        EA Block: 4096   Normale Datei
+Gerät: fc00h/64512d     Inode: 401737579   Verknüpfungen: 1
+Zugriff: (0600/-rw-------)  Uid: ( 1000/   florz)   Gid: ( 1000/   florz)
+Zugriff    : 2013-06-22 19:40:24.148876398 +0200
+Modifiziert: 2013-06-22 19:24:18.000000000 +0200
+Geändert   : 2013-06-22 19:24:26.817865369 +0200
+ Geburt    : -
+"""]]
+
+after doing some changes in gnucash:
+[[!format sh """
+florz@notebook:~$ stat annex-sync/gnucash/gnucash.gnucash
+  Datei: »annex-sync/gnucash/gnucash.gnucash“
+  Größe: 114039         Blöcke: 240        EA Block: 4096   Normale Datei
+Gerät: 15h/21d  Inode: 2974990     Verknüpfungen: 1
+Zugriff: (0600/-rw-------)  Uid: ( 1000/   florz)   Gid: ( 1000/   florz)
+Zugriff    : 2013-06-22 19:52:12.226049268 +0200
+Modifiziert: 2013-06-22 19:52:12.342049265 +0200
+Geändert   : 2013-06-22 19:52:12.342049265 +0200
+ Geburt    : -
+
+florz@server:~$ stat annex-sync/gnucash/gnucash.gnucash
+  Datei: »annex-sync/gnucash/gnucash.gnucash“
+  Größe: 113902         Blöcke: 224        EA Block: 4096   Normale Datei
+Gerät: fc00h/64512d     Inode: 401737579   Verknüpfungen: 1
+Zugriff: (0600/-rw-------)  Uid: ( 1000/   florz)   Gid: ( 1000/   florz)
+Zugriff    : 2013-06-22 19:40:24.148876398 +0200
+Modifiziert: 2013-06-22 19:24:18.000000000 +0200
+Geändert   : 2013-06-22 19:24:26.817865369 +0200
+ Geburt    : -
+
+# after some time -> still no transfer
+
+florz@server:~$ stat annex-sync/gnucash/gnucash.gnucash
+  Datei: »annex-sync/gnucash/gnucash.gnucash“
+  Größe: 113902         Blöcke: 224        EA Block: 4096   Normale Datei
+Gerät: fc00h/64512d     Inode: 401737579   Verknüpfungen: 1
+Zugriff: (0600/-rw-------)  Uid: ( 1000/   florz)   Gid: ( 1000/   florz)
+Zugriff    : 2013-06-22 19:40:24.148876398 +0200
+Modifiziert: 2013-06-22 19:24:18.000000000 +0200
+Geändert   : 2013-06-22 19:24:26.817865369 +0200
+ Geburt    : -
+"""]]
+
+doing a touch on the file:
+[[!format sh """
+florz@notebook:~$ touch annex-sync/gnucash/gnucash.gnucash
+florz@notebook:~$ stat annex-sync/gnucash/gnucash.gnucash
+  Datei: »annex-sync/gnucash/gnucash.gnucash“
+  Größe: 114039         Blöcke: 240        EA Block: 4096   Normale Datei
+Gerät: 15h/21d  Inode: 2974990     Verknüpfungen: 1
+Zugriff: (0600/-rw-------)  Uid: ( 1000/   florz)   Gid: ( 1000/   florz)
+Zugriff    : 2013-06-22 19:54:27.222046497 +0200
+Modifiziert: 2013-06-22 19:54:27.070046501 +0200
+Geändert   : 2013-06-22 19:54:27.214046498 +0200
+ Geburt    : -
+
+#it syncs immediately
+
+florz@server:~$ stat annex-sync/gnucash/gnucash.gnucash
+  Datei: »annex-sync/gnucash/gnucash.gnucash“
+  Größe: 114039         Blöcke: 224        EA Block: 4096   Normale Datei
+Gerät: fc00h/64512d     Inode: 401737638   Verknüpfungen: 1
+Zugriff: (0600/-rw-------)  Uid: ( 1000/   florz)   Gid: ( 1000/   florz)
+Zugriff    : 2013-06-22 19:54:35.307056482 +0200
+Modifiziert: 2013-06-22 19:54:27.000000000 +0200
+Geändert   : 2013-06-22 19:54:34.787072264 +0200
+ Geburt    : -
+"""]]
+
+on my notebook:
+[[!format sh """
+Everything up-to-date
+Everything up-to-date
+Everything up-to-date
+[2013-06-22 19:52:12 CEST] Watcher: file deleted gnucash/gnucash.gnucash.tmp-rFzA3U
+[2013-06-22 19:52:12 CEST] Committer: committing 1 changes
+[2013-06-22 19:52:12 CEST] Committer: Committing changes to git
+[2013-06-22 19:52:12 CEST] feed: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-index","-z","--index-info"]
+[2013-06-22 19:52:12 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","commit","--allow-empty-message","--no-edit","-m","","--quiet","--no-verify"]
+[2013-06-22 19:52:12 CEST] Pusher: Syncing with server192.168.2.2, home192.168.1.3 
+[2013-06-22 19:52:12 CEST] Watcher: add direct gnucash/gnucash.gnucash.20130622195200.log
+[2013-06-22 19:52:12 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:12 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:12 CEST] Pusher: pushing to [Remote { name ="server192.168.2.2" },Remote { name ="home192.168.1.3" }]
+[2013-06-22 19:52:12 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","branch","-f","synced/master"]
+[2013-06-22 19:52:12 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","home192.168.1.3","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:52:12 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","server192.168.2.2","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:52:13 CEST] read: lsof ["-F0can","+d","/home/florz/annex-sync/.git/annex/tmp/"]
+[2013-06-22 19:52:13 CEST] Committer: Adding gnucash.g..95200.log
+ok
+(Recording state in git...)
+(Recording state in git...)
+
+
+
+(Recording state in git...)
+add gnucash/gnucash.gnucash.20130622195200.log (checksum...) [2013-06-22 19:52:13 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-t","blob","-w","--stdin"]
+[2013-06-22 19:52:13 CEST] Committer: committing 1 changes
+[2013-06-22 19:52:13 CEST] Committer: Committing changes to git
+[2013-06-22 19:52:13 CEST] feed: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-index","-z","--index-info"]
+[2013-06-22 19:52:13 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","commit","--allow-empty-message","--no-edit","-m","","--quiet","--no-verify"]
+[2013-06-22 19:52:13 CEST] Committer: queued Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash.20130622195200.log Nothing : new file created
+[2013-06-22 19:52:13 CEST] Transferrer: Transferring: Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash.20130622195200.log Nothing
+[2013-06-22 19:52:13 CEST] Committer: queued Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash.20130622195200.log Nothing : new file created
+[2013-06-22 19:52:13 CEST] call: /home/florz/bin/git-annex ["transferkeys","--readfd","29","--writefd","27"]
+[2013-06-22 19:52:13 CEST] TransferWatcher: transfer starting: Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash.20130622195200.log Nothing
+[2013-06-22 19:52:14 CEST] Watcher: changed direct .gnucash/books/gnucash.gnucash.gcm
+[2013-06-22 19:52:14 CEST] Watcher: file deleted gnucash/gnucash.gnucash.7f0101.29284.LNK
+[2013-06-22 19:52:14 CEST] Watcher: file deleted gnucash/gnucash.gnucash.LCK
+[2013-06-22 19:52:14 CEST] Watcher: changed direct .gnucash/accelerator-map
+[2013-06-22 19:52:14 CEST] Watcher: changed direct .gnucash/expressions-2.0
+[2013-06-22 19:52:14 CEST] Watcher: changed direct .gnucash/stylesheets-2.0
+[2013-06-22 19:52:14 CEST] Watcher: add direct gnucash/gnucash.gnucash.20130622195212.log
+[2013-06-22 19:52:14 CEST] read: lsof ["-F0can","+d","/home/florz/annex-sync/.git/annex/tmp/"]
+[2013-06-22 19:52:14 CEST] Committer: Adding 5 files
+ok
+(Recording state in git...)
+add .gnucash/books/gnucash.gnucash.gcm (checksum...) [2013-06-22 19:52:15 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-t","blob","-w","--stdin"]
+ok
+add .gnucash/accelerator-map (checksum...) [2013-06-22 19:52:15 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-t","blob","-w","--stdin"]
+ok
+add .gnucash/expressions-2.0 (checksum...) [2013-06-22 19:52:15 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-t","blob","-w","--stdin"]
+ok
+add .gnucash/stylesheets-2.0 (checksum...) [2013-06-22 19:52:15 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-t","blob","-w","--stdin"]
+ok
+add gnucash/gnucash.gnucash.20130622195212.log (checksum...) [2013-06-22 19:52:15 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-t","blob","-w","--stdin"]
+[2013-06-22 19:52:15 CEST] Committer: committing 7 changes
+[2013-06-22 19:52:15 CEST] Committer: Committing changes to git
+[2013-06-22 19:52:15 CEST] feed: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-index","-z","--index-info"]
+To ssh://florz@192.168.1.3/home/florz/annex-sync/
+   7d4c30d..1954c7f  master -> synced/master
+[2013-06-22 19:52:15 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","commit","--allow-empty-message","--no-edit","-m","","--quiet","--no-verify"]
+[2013-06-22 19:52:15 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:15 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:15 CEST] Merger: merging refs/remotes/home192.168.1.3/synced/master into refs/heads/master
+[2013-06-22 19:52:15 CEST] Committer: queued Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash.20130622195212.log Nothing : new file created
+[2013-06-22 19:52:15 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:15 CEST] Committer: queued Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash.20130622195212.log Nothing : new file created
+[2013-06-22 19:52:15 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:15 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:52:15 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync/.git/annex/merge/","merge","--no-edit","refs/remotes/home192.168.1.3/synced/master"]
+Already up-to-date.
+[2013-06-22 19:52:15 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:52:15 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","diff-tree","-z","--raw","--no-renames","-l0","-r","e1cb6c3b8bc0c851e6dab51271a4cde04815c50c","e1cb6c3b8bc0c851e6dab51271a4cde04815c50c"]
+To ssh://florz@192.168.2.2/home/florz/annex-sync/
+   7d4c30d..e1cb6c3  master -> synced/master
+[2013-06-22 19:52:16 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:16 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:16 CEST] Merger: merging refs/remotes/server192.168.2.2/synced/master into refs/heads/master
+[2013-06-22 19:52:16 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:16 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:16 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:52:16 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync/.git/annex/merge/","merge","--no-edit","refs/remotes/server192.168.2.2/synced/master"]
+Already up-to-date.
+[2013-06-22 19:52:16 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:52:16 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","diff-tree","-z","--raw","--no-renames","-l0","-r","e1cb6c3b8bc0c851e6dab51271a4cde04815c50c","e1cb6c3b8bc0c851e6dab51271a4cde04815c50c"]
+
+gnucash.gnucash.20130622195200.log
+
+         778 100%    0.00kB/s    0:00:00  
+         778 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+[2013-06-22 19:52:17 CEST] TransferWatcher: transfer starting: Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash.20130622195200.log Just 778
+
+sent 876 bytes  received 31 bytes  201.56 bytes/sec
+total size is 778  speedup is 0.86
+[2013-06-22 19:52:17 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512", transferKey = Key {keyName = "8b8aa5c2cfe4466c6b897f7987246021468033301a696e2db0070386f7d0f3fd.log", keyBackendName = "SHA256E", keySize = Just 778, keyMtime = Nothing}}
+[2013-06-22 19:52:17 CEST] Transferrer: Uploaded gnucash.g..95200.log
+[2013-06-22 19:52:17 CEST] Transferrer: Transferring: Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash.20130622195212.log Nothing
+[2013-06-22 19:52:17 CEST] TransferWatcher: transfer starting: Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash.20130622195212.log Nothing
+[2013-06-22 19:52:18 CEST] Pusher: Syncing with server192.168.2.2, home192.168.1.3 
+[2013-06-22 19:52:18 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-w","--stdin-paths"]
+[2013-06-22 19:52:18 CEST] feed: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-index","-z","--index-info"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","write-tree"]
+[2013-06-22 19:52:18 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","commit-tree","f2463d30e73fec86e14c9df4bcae5e568398a503","-p","refs/heads/git-annex"]
+[2013-06-22 19:52:18 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-ref","refs/heads/git-annex","776258f91d4245ffe13117a771dc8c7723867c1a"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:18 CEST] Pusher: pushing to [Remote { name ="server192.168.2.2" },Remote { name ="home192.168.1.3" }]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:52:18 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","branch","-f","synced/master"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:52:18 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","server192.168.2.2","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:52:18 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","home192.168.1.3","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..776258f91d4245ffe13117a771dc8c7723867c1a","--oneline","-n1"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e7d4504abea59b0b59659908ba771783acc6cd55","--oneline","-n1"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:18 CEST] Merger: merging refs/heads/synced/master into refs/heads/master
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:52:18 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync/.git/annex/merge/","merge","--no-edit","refs/heads/synced/master"]
+Already up-to-date.
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:52:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","diff-tree","-z","--raw","--no-renames","-l0","-r","e1cb6c3b8bc0c851e6dab51271a4cde04815c50c","e1cb6c3b8bc0c851e6dab51271a4cde04815c50c"]
+
+gnucash.gnucash.20130622195212.log
+
+         411 100%    0.00kB/s    0:00:00  
+         411 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+[2013-06-22 19:52:20 CEST] TransferWatcher: transfer starting: Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash.20130622195212.log Just 411
+
+sent 509 bytes  received 31 bytes  154.29 bytes/sec
+total size is 411  speedup is 0.76
+[2013-06-22 19:52:20 CEST] Transferrer: Uploaded gnucash.g..95212.log
+[2013-06-22 19:52:20 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "84bab1ab-238f-4602-953a-a297aab6da44", transferKey = Key {keyName = "36e8842e91f7577d12992724c8f52586e9ea7cb0234312dc5544ea4dc6f6c39a.log", keyBackendName = "SHA256E", keySize = Just 411, keyMtime = Nothing}}
+[2013-06-22 19:52:20 CEST] Transferrer: Transferring: Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash.20130622195212.log Nothing
+[2013-06-22 19:52:20 CEST] TransferWatcher: transfer starting: Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash.20130622195212.log Nothing
+To ssh://florz@192.168.1.3/home/florz/annex-sync/
+   e7d4504..776258f  git-annex -> synced/git-annex
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..776258f91d4245ffe13117a771dc8c7723867c1a","--oneline","-n1"]
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e7d4504abea59b0b59659908ba771783acc6cd55","--oneline","-n1"]
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:21 CEST] Merger: merging refs/remotes/home192.168.1.3/synced/master into refs/heads/master
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:52:21 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync/.git/annex/merge/","merge","--no-edit","refs/remotes/home192.168.1.3/synced/master"]
+Already up-to-date.
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:52:21 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","diff-tree","-z","--raw","--no-renames","-l0","-r","e1cb6c3b8bc0c851e6dab51271a4cde04815c50c","e1cb6c3b8bc0c851e6dab51271a4cde04815c50c"]
+
+gnucash.gnucash.20130622195212.log
+
+         411 100%    0.00kB/s    0:00:00  
+         411 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+[2013-06-22 19:52:21 CEST] TransferWatcher: transfer starting: Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash.20130622195212.log Just 411
+
+sent 509 bytes  received 31 bytes  360.00 bytes/sec
+total size is 411  speedup is 0.76
+[2013-06-22 19:52:22 CEST] Transferrer: Uploaded gnucash.g..95212.log
+[2013-06-22 19:52:22 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512", transferKey = Key {keyName = "36e8842e91f7577d12992724c8f52586e9ea7cb0234312dc5544ea4dc6f6c39a.log", keyBackendName = "SHA256E", keySize = Just 411, keyMtime = Nothing}}
+[2013-06-22 19:52:22 CEST] Transferrer: Transferring: Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash.20130622195200.log Nothing
+[2013-06-22 19:52:22 CEST] TransferWatcher: transfer starting: Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash.20130622195200.log Nothing
+To ssh://florz@192.168.2.2/home/florz/annex-sync/
+   e7d4504..776258f  git-annex -> synced/git-annex
+[2013-06-22 19:52:22 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:52:22 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:52:22 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..776258f91d4245ffe13117a771dc8c7723867c1a","--oneline","-n1"]
+[2013-06-22 19:52:22 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e7d4504abea59b0b59659908ba771783acc6cd55","--oneline","-n1"]
+[2013-06-22 19:52:22 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:52:22 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (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-06-22 19:52:22 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "84bab1ab-238f-4602-953a-a297aab6da44", transferKey = Key {keyName = "8b8aa5c2cfe4466c6b897f7987246021468033301a696e2db0070386f7d0f3fd.log", keyBackendName = "SHA256E", keySize = Just 778, keyMtime = Nothing}}
+git-annex-shell: key is already present in annex
+rsync: connection unexpectedly closed (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-06-22 19:52:24 CEST] Pusher: Syncing with server192.168.2.2, home192.168.1.3 
+[2013-06-22 19:52:24 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-w","--stdin-paths"]
+[2013-06-22 19:52:24 CEST] feed: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-index","-z","--index-info"]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","write-tree"]
+[2013-06-22 19:52:24 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","commit-tree","1641422d48162f533f80693486d7c5a1208b9fcf","-p","refs/heads/git-annex"]
+[2013-06-22 19:52:24 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-ref","refs/heads/git-annex","48cfe2eb07d63d4a59c237994eb07896c92ef1c4"]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:52:24 CEST] Pusher: pushing to [Remote { name ="server192.168.2.2" },Remote { name ="home192.168.1.3" }]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:52:24 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","branch","-f","synced/master"]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:52:24 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","server192.168.2.2","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:52:24 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","home192.168.1.3","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..48cfe2eb07d63d4a59c237994eb07896c92ef1c4","--oneline","-n1"]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e7d4504abea59b0b59659908ba771783acc6cd55","--oneline","-n1"]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..776258f91d4245ffe13117a771dc8c7723867c1a","--oneline","-n1"]
+[2013-06-22 19:52:24 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..48cfe2eb07d63d4a59c237994eb07896c92ef1c4","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..df87e3bef80902abc6d48ce0fbfe3432c790cd21","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..776258f91d4245ffe13117a771dc8c7723867c1a","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] feed: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-index","-z","--index-info"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","df87e3bef80902abc6d48ce0fbfe3432c790cd21"]
+[2013-06-22 19:52:25 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-t","blob","-w","--stdin"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","df87e3bef80902abc6d48ce0fbfe3432c790cd21..refs/heads/git-annex","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","write-tree"]
+[2013-06-22 19:52:25 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","commit-tree","5bf44cd143b2c35a44e609e083af23093eb02028","-p","refs/heads/git-annex","-p","df87e3bef80902abc6d48ce0fbfe3432c790cd21"]
+[2013-06-22 19:52:25 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-ref","refs/heads/git-annex","4cd264f192611f5a0d76e54d31329921a650f896"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..4cd264f192611f5a0d76e54d31329921a650f896","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..df87e3bef80902abc6d48ce0fbfe3432c790cd21","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..776258f91d4245ffe13117a771dc8c7723867c1a","--oneline","-n1"]
+[2013-06-22 19:52:25 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+To ssh://florz@192.168.1.3/home/florz/annex-sync/
+   df87e3b..4cd264f  git-annex -> synced/git-annex
+[2013-06-22 19:52:26 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:52:26 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:52:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..4cd264f192611f5a0d76e54d31329921a650f896","--oneline","-n1"]
+[2013-06-22 19:52:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..df87e3bef80902abc6d48ce0fbfe3432c790cd21","--oneline","-n1"]
+[2013-06-22 19:52:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:52:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..776258f91d4245ffe13117a771dc8c7723867c1a","--oneline","-n1"]
+[2013-06-22 19:52:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+To ssh://florz@192.168.2.2/home/florz/annex-sync/
+   776258f..4cd264f  git-annex -> synced/git-annex
+[2013-06-22 19:52:28 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:52:28 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:52:28 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..4cd264f192611f5a0d76e54d31329921a650f896","--oneline","-n1"]
+[2013-06-22 19:52:28 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..df87e3bef80902abc6d48ce0fbfe3432c790cd21","--oneline","-n1"]
+[2013-06-22 19:52:28 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:52:28 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:53:18 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+[2013-06-22 19:54:27 CEST] Watcher: changed direct gnucash/gnucash.gnucash
+[2013-06-22 19:54:27 CEST] read: lsof ["-F0can","+d","/home/florz/annex-sync/.git/annex/tmp/"]
+[2013-06-22 19:54:27 CEST] Committer: Adding gnucash.gnucash
+ok
+(Recording state in git...)
+
+
+(Recording state in git...)
+
+
+(Recording state in git...)
+(merging synced/git-annex into git-annex...)
+(Recording state in git...)
+add gnucash/gnucash.gnucash (checksum...) [2013-06-22 19:54:27 CEST] read: sha256sum ["/home/florz/annex-sync/.git/annex/tmp/gnucash25536.gnucash"]
+[2013-06-22 19:54:27 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-t","blob","-w","--stdin"]
+[2013-06-22 19:54:27 CEST] Committer: committing 1 changes
+[2013-06-22 19:54:27 CEST] Committer: Committing changes to git
+[2013-06-22 19:54:27 CEST] feed: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-index","-z","--index-info"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","commit","--allow-empty-message","--no-edit","-m","","--quiet","--no-verify"]
+[2013-06-22 19:54:27 CEST] Committer: queued Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash Nothing : new file created
+[2013-06-22 19:54:27 CEST] Pusher: Syncing with server192.168.2.2, home192.168.1.3 
+[2013-06-22 19:54:27 CEST] Transferrer: Transferring: Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash Nothing
+[2013-06-22 19:54:27 CEST] Committer: queued Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash Nothing : new file created
+[2013-06-22 19:54:27 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-w","--stdin-paths"]
+[2013-06-22 19:54:27 CEST] feed: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-index","-z","--index-info"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","write-tree"]
+[2013-06-22 19:54:27 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","commit-tree","4c81716cf1a0e0df472ffb43770ac8a27ca45420","-p","refs/heads/git-annex"]
+[2013-06-22 19:54:27 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-ref","refs/heads/git-annex","e9e2f951a5c1c645447ccc565bc3def9caeff93c"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:54:27 CEST] Pusher: pushing to [Remote { name ="server192.168.2.2" },Remote { name ="home192.168.1.3" }]
+[2013-06-22 19:54:27 CEST] TransferWatcher: transfer starting: Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash Nothing
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:27 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","branch","-f","synced/master"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:27 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","server192.168.2.2","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:54:27 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","home192.168.1.3","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e9e2f951a5c1c645447ccc565bc3def9caeff93c","--oneline","-n1"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..df87e3bef80902abc6d48ce0fbfe3432c790cd21","--oneline","-n1"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..4cd264f192611f5a0d76e54d31329921a650f896","--oneline","-n1"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:54:27 CEST] Merger: merging refs/heads/synced/master into refs/heads/master
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:54:27 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync/.git/annex/merge/","merge","--no-edit","refs/heads/synced/master"]
+Already up-to-date.
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:54:27 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","diff-tree","-z","--raw","--no-renames","-l0","-r","e41ffae310ed2a50058b2f963decde4f9bc10a14","e41ffae310ed2a50058b2f963decde4f9bc10a14"]
+
+
+
+gnucash.gnucash
+
+       32768  28%    0.00kB/s    0:00:00  [2
+      114039 100%   15.50MB/s    0:00:00 (xfer#1, to-check=0/1)
+013-06-22 19:54:28 CEST] TransferWatcher: transfer starting: Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash Just 32768
+[2013-06-22 19:54:28 CEST] TransferWatcher: transfer starting: Upload UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512" gnucash/gnucash.gnucash Just 114039
+To ssh://florz@192.168.1.3/home/florz/annex-sync/
+   4cd264f..e9e2f95  git-annex -> synced/git-annex
+   e1cb6c3..e41ffae  master -> synced/master
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e9e2f951a5c1c645447ccc565bc3def9caeff93c","--oneline","-n1"]
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..df87e3bef80902abc6d48ce0fbfe3432c790cd21","--oneline","-n1"]
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..4cd264f192611f5a0d76e54d31329921a650f896","--oneline","-n1"]
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:54:33 CEST] Merger: merging refs/remotes/home192.168.1.3/synced/master into refs/heads/master
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:54:33 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync/.git/annex/merge/","merge","--no-edit","refs/remotes/home192.168.1.3/synced/master"]
+Already up-to-date.
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/ann
+sent 114130 bytes  received 31 bytes  20756.55 bytes/sec
+total size is 114039  espeedup is 1.00
+x-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:54:33 CEST] Transferrer: Uploaded gnucash.gnucash
+[2013-06-22 19:54:33 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "dc591dd7-2446-45c6-84dc-55bdf79e7512", transferKey = Key {keyName = "91ec950e4004863219ea33f1398ea4308e0969267c207272e046858ede8bf9d9", keyBackendName = "SHA256E", keySize = Just 114039, keyMtime = Nothing}}
+[2013-06-22 19:54:33 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","diff-tree","-z","--raw","--no-renames","-l0","-r","e41ffae310ed2a50058b2f963decde4f9bc10a14","e41ffae310ed2a50058b2f963decde4f9bc10a14"]
+[2013-06-22 19:54:33 CEST] Transferrer: Transferring: Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash Nothing
+[2013-06-22 19:54:33 CEST] TransferWatcher: transfer starting: Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash Nothing
+
+gnucash.gnucash
+
+       32768  28%    0.00kB/s    0:00:00  
+      114039 100%   19.38MB/s    0:00:00 (xfer#1, to-check=0/1)
+[2013-06-22 19:54:33 CEST] TransferWatcher: transfer starting: Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash Just 32768
+[2013-06-22 19:54:33 CEST] TransferWatcher: transfer starting: Upload UUID "84bab1ab-238f-4602-953a-a297aab6da44" gnucash/gnucash.gnucash Just 114039
+To ssh://florz@192.168.2.2/home/florz/annex-sync/
+   4cd264f..e9e2f95  git-annex -> synced/git-annex
+   e1cb6c3..e41ffae  master -> synced/master
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e9e2f951a5c1c645447ccc565bc3def9caeff93c","--oneline","-n1"]
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..df87e3bef80902abc6d48ce0fbfe3432c790cd21","--oneline","-n1"]
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:54:34 CEST] Merger: merging refs/remotes/server192.168.2.2/synced/master into refs/heads/master
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:54:34 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync/.git/annex/merge/","merge","--no-edit","refs/remotes/server192.168.2.2/synced/master"]
+Already up-to-date.
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/master"]
+[2013-06-22 19:54:34 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","diff-tree","-z","--raw","--no-renames","-l0","-r","e41ffae310ed2a50058b2f963decde4f9bc10a14","e41ffae310ed2a50058b2f963decde4f9bc10a14"]
+
+sent 114130 bytes  received 31 bytes  45664.40 bytes/sec
+total size is 114039  speedup is 1.00
+[2013-06-22 19:54:35 CEST] Transferrer: Uploaded gnucash.gnucash
+[2013-06-22 19:54:35 CEST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID "84bab1ab-238f-4602-953a-a297aab6da44", transferKey = Key {keyName = "91ec950e4004863219ea33f1398ea4308e0969267c207272e046858ede8bf9d9", keyBackendName = "SHA256E", keySize = Just 114039, keyMtime = Nothing}}
+[2013-06-22 19:54:36 CEST] Pusher: Syncing with server192.168.2.2, home192.168.1.3 
+[2013-06-22 19:54:36 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-w","--stdin-paths"]
+[2013-06-22 19:54:36 CEST] feed: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-index","-z","--index-info"]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","write-tree"]
+[2013-06-22 19:54:36 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","commit-tree","fb43dcef4baa4b928faec6622a4f7889125c6c0a","-p","refs/heads/git-annex"]
+[2013-06-22 19:54:36 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-ref","refs/heads/git-annex","b74b3402e31d7394815733811b9668b00cc51aa9"]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","symbolic-ref","HEAD"]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","refs/heads/master"]
+[2013-06-22 19:54:36 CEST] Pusher: pushing to [Remote { name ="server192.168.2.2" },Remote { name ="home192.168.1.3" }]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:36 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","branch","-f","synced/master"]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:36 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","server192.168.2.2","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:54:36 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","home192.168.1.3","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..b74b3402e31d7394815733811b9668b00cc51aa9","--oneline","-n1"]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..df87e3bef80902abc6d48ce0fbfe3432c790cd21","--oneline","-n1"]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e9e2f951a5c1c645447ccc565bc3def9caeff93c","--oneline","-n1"]
+[2013-06-22 19:54:36 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:39 CEST] read: git ["--gitTo ssh://florz@192.168.1.3/home/florz/annex-sync/
+- ! [rejected]        dgit-annex -> synced/git-annexi (r=/non-fast-forwardh)o
+me/florz/aerror: failed to push some refs to 'ssh://florz@192.168.1.3/home/florz/annex-sync/'
+nTo 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.
+nex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..b74b3402e31d7394815733811b9668b00cc51aa9","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..89e2137442dfdb06facbaba3079873d90c7af281","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e9e2f951a5c1c645447ccc565bc3def9caeff93c","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] feed: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-index","-z","--index-info"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","89e2137442dfdb06facbaba3079873d90c7af281"]
+[2013-06-22 19:54:39 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","hash-object","-t","blob","-w","--stdin"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","89e2137442dfdb06facbaba3079873d90c7af281..refs/heads/git-annex","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","write-tree"]
+[2013-06-22 19:54:39 CEST] chat: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","commit-tree","f175a05b82160942363f46bf1af3e7af1660dfa1","-p","refs/heads/git-annex","-p","89e2137442dfdb06facbaba3079873d90c7af281"]
+[2013-06-22 19:54:39 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","update-ref","refs/heads/git-annex","fabac4b203dce9e812b4637f7e95375b15a3f739"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..fabac4b203dce9e812b4637f7e95375b15a3f739","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..89e2137442dfdb06facbaba3079873d90c7af281","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e9e2f951a5c1c645447ccc565bc3def9caeff93c","--oneline","-n1"]
+[2013-06-22 19:54:39 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+To ssh://florz@192.168.2.2/home/florz/annex-sync/
+   e9e2f95..fabac4b  git-annex -> synced/git-annex
+[2013-06-22 19:54:40 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:40 CEST] Pusher: trying manual pull to resolve failed pushes
+[2013-06-22 19:54:40 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:40 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..fabac4b203dce9e812b4637f7e95375b15a3f739","--oneline","-n1"]
+[2013-06-22 19:54:40 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..89e2137442dfdb06facbaba3079873d90c7af281","--oneline","-n1"]
+[2013-06-22 19:54:40 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:40 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..e9e2f951a5c1c645447ccc565bc3def9caeff93c","--oneline","-n1"]
+[2013-06-22 19:54:40 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:54:40 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","fetch","home192.168.1.3"]
+From ssh://192.168.1.3/home/florz/annex-sync
+   e9e2f95..89e2137  synced/git-annex -> home192.168.1.3/synced/git-annex
+[2013-06-22 19:54:42 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:42 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:42 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..fabac4b203dce9e812b4637f7e95375b15a3f739","--oneline","-n1"]
+[2013-06-22 19:54:42 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..89e2137442dfdb06facbaba3079873d90c7af281","--oneline","-n1"]
+[2013-06-22 19:54:42 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:43 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:54:43 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:43 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:43 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..fabac4b203dce9e812b4637f7e95375b15a3f739","--oneline","-n1"]
+[2013-06-22 19:54:43 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..89e2137442dfdb06facbaba3079873d90c7af281","--oneline","-n1"]
+[2013-06-22 19:54:43 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:43 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+[2013-06-22 19:54:43 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--verify","-q","refs/remotes/home192.168.1.3/master"]
+[2013-06-22 19:54:43 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/master..refs/remotes/home192.168.1.3/master","--oneline","-n1"]
+[2013-06-22 19:54:43 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--verify","-q","refs/remotes/home192.168.1.3/synced/master"]
+[2013-06-22 19:54:43 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/synced/master..refs/remotes/home192.168.1.3/synced/master","--oneline","-n1"]
+[2013-06-22 19:54:43 CEST] Pusher: pushing to [Remote { name ="home192.168.1.3" }]
+[2013-06-22 19:54:43 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","branch","-f","synced/master"]
+[2013-06-22 19:54:43 CEST] call: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","push","home192.168.1.3","git-annex:synced/git-annex","master:synced/master"]
+[2013-06-22 19:54:45 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:45 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:45 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..fabac4b203dce9e812b4637f7e95375b15a3f739","--oneline","-n1"]
+[2013-06-22 19:54:45 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:45 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..89e2137442dfdb06facbaba3079873d90c7af281","--oneline","-n1"]
+[2013-06-22 19:54:45 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+Everything up-to-date
+[2013-06-22 19:54:46 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","git-annex"]
+[2013-06-22 19:54:46 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","show-ref","--hash","refs/heads/git-annex"]
+[2013-06-22 19:54:47 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..fabac4b203dce9e812b4637f7e95375b15a3f739","--oneline","-n1"]
+[2013-06-22 19:54:47 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..69a00fc4a2079b3a87725cc0e3e8b8a1e3a9ae20","--oneline","-n1"]
+[2013-06-22 19:54:47 CEST] read: git ["--git-dir=/home/florz/annex-sync/.git","--work-tree=/home/florz/annex-sync","log","refs/heads/git-annex..3c87a082e3b5340597dc59b9d5963b191f24a936","--oneline","-n1"]
+"""]]
+
+[[!tag /design/assistant]]
+[[!meta title="hard link to open file which is then deleted"]]
+
+> I have fixed this bug. [[done]] --[[Joey]]
diff --git a/doc/bugs/Problems_with_syncing_gnucash/comment_1_ca195af3ba4a286eb5ab687634192fa4._comment b/doc/bugs/Problems_with_syncing_gnucash/comment_1_ca195af3ba4a286eb5ab687634192fa4._comment
new file mode 100644
index 0000000000..481f65d5bf
--- /dev/null
+++ b/doc/bugs/Problems_with_syncing_gnucash/comment_1_ca195af3ba4a286eb5ab687634192fa4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 1"
+ date="2013-06-25T17:30:05Z"
+ content="""
+First of all, are you sure that git-annex is even the right tool for this job? gnucash files tend to be pretty small, and are easy to check into git directly. What happens if two machines make conflicting edits, and the git-annex assistant automatically resolves the merge conflict by moving files around and making .variant copies of gnucash log files?
+"""]]
diff --git a/doc/bugs/Problems_with_syncing_gnucash/comment_2_754fb430381ad88e6248ecb902b32118._comment b/doc/bugs/Problems_with_syncing_gnucash/comment_2_754fb430381ad88e6248ecb902b32118._comment
new file mode 100644
index 0000000000..ff81b4d988
--- /dev/null
+++ b/doc/bugs/Problems_with_syncing_gnucash/comment_2_754fb430381ad88e6248ecb902b32118._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 2"
+ date="2013-06-25T17:49:08Z"
+ content="""
+I was able to reproduce this with gnucash, and came up with a small test case:
+
+[[!format perl \"\"\"
+my $foo=\"foo\";
+open(OUT, \">$foo.new\");
+link(\"$foo.new\", \"$foo\");
+unlink(\"$foo.new\");
+close OUT;
+\"\"\"]]
+
+This defeats the watcher, which sees the file be opened for write, and then deleted before it's closed. To fix this it would need to correlate the hard link with the original file, to know that when the original file is closed, the hard link can now be safely added to the annex.
+
+The daily sanity checker will find and eventually add these files, or the assistant will see them the next time it's started.
+"""]]
diff --git a/doc/bugs/Problems_with_syncing_gnucash/comment_4_25881998c6f149c70b1358f37b7c66ba._comment b/doc/bugs/Problems_with_syncing_gnucash/comment_4_25881998c6f149c70b1358f37b7c66ba._comment
new file mode 100644
index 0000000000..509ef4a5c4
--- /dev/null
+++ b/doc/bugs/Problems_with_syncing_gnucash/comment_4_25881998c6f149c70b1358f37b7c66ba._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl99Gxq3NPNvwZHp3PDufaknQH4rZb_KKY"
+ nickname="Florian"
+ subject="comment 4"
+ date="2013-06-27T01:52:03Z"
+ content="""
+Thanks for the quick fix! I'm always amazed how fasts you find fixes for such problems. This qualified you for a flattr subscription (I know it's not much but if more people did this...). I didn't test the fix but I'm nearly sure it will work with the next release :-)
+
+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). As soon as cabal downloads an compiles your latest release my last problems will be gone (the locking problem).
+
+I know about the remaining problems and thus use git-annex with care. Of course you didn't imagine all use cases in the beginning and maybe some are impossible to realise but as I already said, we are on a very good way! :-)
+
+My vision is to get rid of any centralized service (even the XMPP part -> maybe you could add add a global polling/watchdog/keepalive option for SSH only setups (in case one node died/wasn't started) ). At the moment this already works as long as git-annex runs on all machines. I already synced several thousands of private photos just by using SSH so thanks again! :-)
+
+An other vision (I know I'm not speaking for the majority and this is still utopic...) is to decentralize my home directory and to enable collaboration (e.g. on our club database (of course not simultaneously)). At my university AFS is used to store home and project directories. This filesystem also suffers from race conditions and file locking is only as good as each application implemented it but we still use it because it is sufficient. I am sure that git-annex is not far from this state and it could even do more (-> lock files as long as they are opened on one machine).
+
+One last thing I can imagine for now is to improve the synchronization speed. At least for me git-annex seems quite slow in syncing smaller files over high latency connections. Do you close ssh connections after each file and do you use something like the the fuzzy option in rsync (for moved/renamed logfiles/backups (once again one of these little problem with the management tool for our club))?
+
+I hope you don't get me wrong for this. I never before wrote any bug reports so take this as an other success of your project. ;-) I really hope it will get to the point I described above and I can assure you that it is already way better than what I tried to use before. Keep up the good work!
+"""]]
diff --git a/doc/bugs/Provide_64-bit_standalone_build.mdwn b/doc/bugs/Provide_64-bit_standalone_build.mdwn
new file mode 100644
index 0000000000..7f24e00556
--- /dev/null
+++ b/doc/bugs/Provide_64-bit_standalone_build.mdwn
@@ -0,0 +1,6 @@
+The 32-bit standalone build appears to require two libraries (lib32-libyaml and lib32-gsasl) that are not available on Arch Linux. [See the comments on the AUR package](https://aur.archlinux.org/packages/git-annex-bin/). I'd appreciate it if you could bring back the 64-bit build.
+
+> [[done]], based on <https://aur.archlinux.org/packages/git-annex-bin/>
+> they are managing with what I am providing. Also, Arch Linux has a
+> proper build of git-annex from source, so I'm not going to worry about
+> git-annex-bin, the rationalle for which I don't even understand. --[[Joey]]
diff --git a/doc/bugs/Provide_64-bit_standalone_build/comment_1_1850bb3eb464f1d3c122cfeb4ccaf265._comment b/doc/bugs/Provide_64-bit_standalone_build/comment_1_1850bb3eb464f1d3c122cfeb4ccaf265._comment
new file mode 100644
index 0000000000..76e8d0d5c2
--- /dev/null
+++ b/doc/bugs/Provide_64-bit_standalone_build/comment_1_1850bb3eb464f1d3c122cfeb4ccaf265._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-03T21:32:39Z"
+ content="""
+Thanks for the heads up. 
+
+As far as I can see, the necessary libraries are included in the standalone build. So it should work when used as intended via `runshell`.
+
+But that's not what the AUR is doing. It's binary editing (!!) the git-annex binary to use different library sonames, and taking the git-annex binary and dropping it unprotected into a system it was not built for to fend for itself. 
+That strikes me as a technique that is unlikely to continue working, and one that I cannot commit to support.
+
+I don't want to cause you Arch people unnecessary work, but building a 64 bit standalone build every time I release git-annex is unnecessary work on my part, as long as the 32 bit one works everywhere when used as designed. If someone has to do this 64 bit build, why not you? This would also avoid any further breakage, since you could build it against the actual library sonames it's going to be used with on Arch.
+"""]]
diff --git a/doc/bugs/Proxy_support.mdwn b/doc/bugs/Proxy_support.mdwn
new file mode 100644
index 0000000000..d3ab3c6012
--- /dev/null
+++ b/doc/bugs/Proxy_support.mdwn
@@ -0,0 +1,18 @@
+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.
diff --git a/doc/bugs/Remote_repo_and_set_operation_with_find.mdwn b/doc/bugs/Remote_repo_and_set_operation_with_find.mdwn
new file mode 100644
index 0000000000..3e1acd4a81
--- /dev/null
+++ b/doc/bugs/Remote_repo_and_set_operation_with_find.mdwn
@@ -0,0 +1,6 @@
+Currently, git annex find lists files that are present in the current repository, possibly restricted to a subdirectory. But it does not easily seem possible to get this information about a remote repository.
+
+I would find it useful if this command understood flags that makes it tell me what is present somewhere else (maybe "--on remote") and combinations of the flags ("--on remote1 --and --not-on remote2" or "--on disk1 --or --on disk2").
+
+> Almost. You're looking for `--in remote`, which was added 2 months ago.
+> [[done]] --[[Joey]] 
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..f281fb1b99
--- /dev/null
+++ b/doc/bugs/Remote_repositories_have_to_be_setup_encrypted.mdwn
@@ -0,0 +1,27 @@
+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]]
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/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository.mdwn b/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository.mdwn
new file mode 100644
index 0000000000..a051a8170e
--- /dev/null
+++ b/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository.mdwn
@@ -0,0 +1,70 @@
+### Please describe the problem.
+
+I've setup two (actually more) direct mode repositories pointing at each other with ssh keys allowing them to talk to each other. I run the assistant in both repositories. Once I add a file to one repository I can see in the assistant log that it's been sent to the other side but it doesn't show up. Once I add a file to the other repository both repositories get both files.
+
+### What steps will reproduce the problem?
+
+In the first host:
+[[!format sh """
+$ ls -l
+total 0
+$ date | tee fromhostA
+Fri May 31 19:25:12 WEST 2013
+"""]]
+
+And then in the second host
+
+[[!format sh """
+$ ls
+$ date | tee fromhostB
+Fri May 31 19:25:27 WEST 2013
+$ ls
+fromhostB
+$ ls # After a little while
+fromhostA  fromhostB
+"""]]
+
+Back at hostA
+
+[[!format sh """
+$ ls -l
+total 8
+-rw-r--r-- 1 pedrocr pedrocr 30 May 31 19:25 fromhostA
+-rw-r--r-- 1 pedrocr pedrocr 30 May 31 19:25 fromhostB
+"""]]
+
+I looked at the logs for hostA and it seemed like it was pushing the changes right away. In hostB this is the moment where fromhostB gets added:
+
+[[!format sh """
+[2013-05-31 19:22:04 WEST] Pusher: Syncing with zeus, wintermute, ulisses 
+[2013-05-31 19:25:27 WEST] Committer: Adding fromhostB
+
+(merging zeus/git-annex into git-annex...)
+(Recording state in git...)
+(merging wintermute/git-annex into git-annex...)
+(Recording state in git...)
+(merging ulisses/git-annex into git-annex...)
+(Recording state in git...)
+"""]]
+
+It seems to be that merging in the remotes only gets done when there's an added file and that's why fromhostA didn't show up until fromhostB was there. I don't think this is the correct behavior. I want to be able to setup a new repository with other repositories as remotes and have it automatically pull in all the contents without having to create content itself.
+
+### 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
+"""]]
+
+> [[done]]; see comment --[[Joey]] 
diff --git a/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_1_92211091daf9827a4ec7e5b5a6769d59._comment b/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_1_92211091daf9827a4ec7e5b5a6769d59._comment
new file mode 100644
index 0000000000..0daa25b7f9
--- /dev/null
+++ b/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_1_92211091daf9827a4ec7e5b5a6769d59._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-31T21:12:52Z"
+ content="""
+How are you creating the repositories? git cannot merge origin/master into master when master does not exist yet. The assistant, when it creates a repository, makes an empty commit, to create the master branch, which should avoid this problem.
+"""]]
diff --git a/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_2_f0fa97a9eba1c624f6f8720ba8a160b7._comment b/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_2_f0fa97a9eba1c624f6f8720ba8a160b7._comment
new file mode 100644
index 0000000000..cee6bce0df
--- /dev/null
+++ b/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_2_f0fa97a9eba1c624f6f8720ba8a160b7._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:43Z"
+ content="""
+I'm doing everything by hand. I just do \"git init\" and \"git annex init\" in an empty directory, and then do \"git remote add ...\" to add the ssh remotes to each other. After that I launch \"git annex assistant\".
+"""]]
diff --git a/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_3_e3d677ea4170c07cd31efe6dc85fa5f3._comment b/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_3_e3d677ea4170c07cd31efe6dc85fa5f3._comment
new file mode 100644
index 0000000000..1e563d4093
--- /dev/null
+++ b/doc/bugs/Remotes_only_start_showing_changes_after_both_sides_have_written_to_the_repository/comment_3_e3d677ea4170c07cd31efe6dc85fa5f3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-06-11T14:23:31Z"
+ content="""
+This then explains your problem. If you're going to set things up by hand you need to do the same setup that the assistant does of making an initial commit, which can be empty.
+"""]]
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_deletion_error.mdwn b/doc/bugs/Repository_deletion_error.mdwn
new file mode 100644
index 0000000000..33142d8dda
--- /dev/null
+++ b/doc/bugs/Repository_deletion_error.mdwn
@@ -0,0 +1,46 @@
+**What steps will reproduce the problem?**
+
+On the dashboard, click settings > Delete on the repo you want to remove.
+Wait for the dropping to finish.
+Start final deletion when the message "The repository "repo" has been emptied, and can now be removed." pops up.
+
+**What is the expected output? What do you see instead?**
+
+The repository should be deleted, but I only see "Internal Server Error: git [Param "remote",Param "remove",Param "repo"] failed".
+
+**What version of git-annex are you using? On what operating system?**
+
+Standalone build, git-annex version 4.20130417-g4bb97d5
+
+**Please provide any additional information below.**
+
+The log shows:
+
+     [2013-04-22 22:17:22 CEST] TransferScanner: The repository "repo" has been emptied, and can now be removed. 
+     error: Unknown subcommand: remove
+     usage: git remote [-v | --verbose]
+       or: git remote add [-t <branch>] [-m <master>] [-f] [--mirror=<fetch|push>] <name> <url>
+       or: git remote rename <old> <new>
+       or: git remote rm <name>
+       or: git remote set-head <name> (-a | -d | <branch>)
+       or: git remote [-v | --verbose] show [-n] <name>
+       or: git remote prune [-n | --dry-run] <name>
+       or: git remote [-v | --verbose] update [-p | --prune] [(<group> | <remote>)...]
+       or: git remote set-branches [--add] <name> <branch>...
+       or: git remote set-url <name> <newurl> [<oldurl>]
+       or: git remote set-url --add <name> <newurl>
+       or: git remote set-url --delete <name> <url>
+
+        -v, --verbose         be verbose; must be placed before a subcommand
+
+
+
+> Seems that `git remote remove` is new as of git 1.8.0 or so.
+> Older gits only support `git remote rm`. Which newer gits
+> support as well. but it seems to be in the process
+> of being deprecated so I'd rather not use it.
+> 
+> So, I've made the version of git it's
+> built for determine which subcommand it uses. [[done]] --[[Joey]]
+> 
+> (You can run `git remote rm repo` by hand to clean up from this BTW.)
diff --git a/doc/bugs/Repository_deletion_error/comment_1_31673d0300986b6098d1af2cc4b180c6._comment b/doc/bugs/Repository_deletion_error/comment_1_31673d0300986b6098d1af2cc4b180c6._comment
new file mode 100644
index 0000000000..1ed723d124
--- /dev/null
+++ b/doc/bugs/Repository_deletion_error/comment_1_31673d0300986b6098d1af2cc4b180c6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-22T20:43:26Z"
+ content="""
+It's running `git remote remove` to remove it. Your git appears not to support this, but mine (1.8.2) does. 
+
+What version of git do you have 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_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/Resource_leak_somewhere_in_the___39__get__39___code.mdwn b/doc/bugs/Resource_leak_somewhere_in_the___39__get__39___code.mdwn
new file mode 100644
index 0000000000..2746ade5c4
--- /dev/null
+++ b/doc/bugs/Resource_leak_somewhere_in_the___39__get__39___code.mdwn
@@ -0,0 +1,24 @@
+What steps will reproduce the problem?
+
+I have an Annex with about 18k files in it.  If I clone it and then run `git annex get .`, it gets a few thousand files and then starts reporting:
+
+    get 2004-2012/Originals/110414_0362.jpg (from titan...) 
+    rsync: fork: Resource temporarily unavailable (35)
+    rsync error: error in IPC code (code 14) at pipe.c(63) [Receiver=3.0.9]
+
+I have to abort and re-run `git annex get .` several times to finally get all of the files.
+
+What is the expected output? What do you see instead?
+
+I didn't expect what I saw!  I think there's a resource not being released in the `get` code.
+
+What version of git-annex are you using? On what operating system?
+
+master branch, d430fb1.
+
+Please provide any additional information below.
+
+OS X 10.8.2.  The machine has tons of RAM and tons of process handles free.  It's really not doing anything else but this git-annex at the time of my tests.
+
+> [[done]], this is a bug introduced in 3.20121009, and I've reverted the
+> buggy change. --[[Joey]]
diff --git a/doc/bugs/Resource_leak_somewhere_in_the___39__get__39___code/comment_1_66b21720cd1b2a4f66ef24252d3e6305._comment b/doc/bugs/Resource_leak_somewhere_in_the___39__get__39___code/comment_1_66b21720cd1b2a4f66ef24252d3e6305._comment
new file mode 100644
index 0000000000..4bdc7943ba
--- /dev/null
+++ b/doc/bugs/Resource_leak_somewhere_in_the___39__get__39___code/comment_1_66b21720cd1b2a4f66ef24252d3e6305._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2012-10-17T00:41:03Z"
+ content="""
+The resource in question appears to be processes. Do you get a lot of zombies or something?
+"""]]
diff --git a/doc/bugs/Resource_leak_somewhere_in_the___39__get__39___code/comment_2_18c9f55c5af1f4f690a7727df71ab561._comment b/doc/bugs/Resource_leak_somewhere_in_the___39__get__39___code/comment_2_18c9f55c5af1f4f690a7727df71ab561._comment
new file mode 100644
index 0000000000..29214814b7
--- /dev/null
+++ b/doc/bugs/Resource_leak_somewhere_in_the___39__get__39___code/comment_2_18c9f55c5af1f4f690a7727df71ab561._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2012-10-17T01:07:00Z"
+ content="""
+Urk. Seems I was making some recent changes lately to clean up zombies and I accidentually let them accumulate here. Fixed that.
+"""]]
diff --git a/doc/bugs/Rsync_encrypted_remote_asks_for_ssh_key_password_for_each_file.mdwn b/doc/bugs/Rsync_encrypted_remote_asks_for_ssh_key_password_for_each_file.mdwn
new file mode 100644
index 0000000000..8239ae7083
--- /dev/null
+++ b/doc/bugs/Rsync_encrypted_remote_asks_for_ssh_key_password_for_each_file.mdwn
@@ -0,0 +1,30 @@
+What steps will reproduce the problem?
+
+Add an encrypted rsync remote by it's 'Host' value in ~/.ssh/config.
+
+eg.:
+
+cat ~/.ssh/config | grep Host
+
+    Host serverNick
+
+git annex initremote rsyncRemote type=rsync rsyncurl=serverNick:/home/USER/Music encryption=USER@gmail.com
+
+git annex copy some\ artist --to serverNick
+
+
+What is the expected output? What do you see instead?
+
+I'd expect it to remember the key password like a normal ssh remote.  Instead I get asked for the key password 3 times for each file in the folder.
+
+What version of git-annex are you using? On what operating system?
+
+3.20130216.  Arch x64 (up to date as of 2013-03-07)
+
+Please provide any additional information below.
+
+
+[[!meta title="rsync special remote does not use ssh connection caching"]]
+
+> [[done]]; ssh connection caching is now done for these remotes.
+> --[[Joey]]
diff --git a/doc/bugs/Rsync_encrypted_remote_asks_for_ssh_key_password_for_each_file/comment_1_fd95e0bb61e80a72b4ac1304ef6c2e77._comment b/doc/bugs/Rsync_encrypted_remote_asks_for_ssh_key_password_for_each_file/comment_1_fd95e0bb61e80a72b4ac1304ef6c2e77._comment
new file mode 100644
index 0000000000..5f55f356bb
--- /dev/null
+++ b/doc/bugs/Rsync_encrypted_remote_asks_for_ssh_key_password_for_each_file/comment_1_fd95e0bb61e80a72b4ac1304ef6c2e77._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-08T18:59:27Z"
+ content="""
+git-annex does not use ssh connection caching for rsync special remotes, and so if you've configured ssh such that it needs to prompt for a password when making a connection, you'll be prompted twice for each file when using `git annex copy`: Once when it checks if the file is present, once when it rsyncs it. (One of those can be avoided by passing --fast)
+
+I don't see where a third password prompt can come from, other than gpg. But that would only prompt once per git-annex command, since git-annex caches the remote's encryption key.
+
+Of course, you can use a ssh-agent to avoid repeated ssh password prompts.
+
+----
+
+There's certainly a valid wishlist todo item that the rsync special remote should support ssh connection caching. It could be implemented using rsync -e. Although it would need to parse all valid rsync urls to determine which use ssh and which not, and what the user and hostname are.
+"""]]
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_bucket_uses_the_same_key_for_encryption_and_hashing.mdwn b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing.mdwn
new file mode 100644
index 0000000000..2c0037c903
--- /dev/null
+++ b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing.mdwn
@@ -0,0 +1,10 @@
+While using HMAC instead of "plain" hash functions is inherently more secure, it's still a bad idea to re-use keys for different purposes.
+
+Also, ttbomk, HMAC needs two keys, not one. Are you re-using the same key twice?
+
+Compability for old buckets and support for different ones can be maintained by introducing a new option and simply copying over the encryption key's identifier into this new option should it be missing.
+
+> Bug was filed prematurely, but was a good bit of paranoia, and gpg and
+> hmac are given different secret keys [[done]] --[[Joey]] 
+
+>> Thanks :) -- RIchiH
diff --git a/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_1_dc5ae7af499203cfd903e866595b8fea._comment b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_1_dc5ae7af499203cfd903e866595b8fea._comment
new file mode 100644
index 0000000000..320fb5ef08
--- /dev/null
+++ b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_1_dc5ae7af499203cfd903e866595b8fea._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-03-30T14:32:34Z"
+ content="""
+S3 doesn't support encryption at all, yet.
+
+It certainly makes sense to use a different portion of the encrypted secret key for HMAC than is uses as the gpg symmetric encryption key.
+
+The two keys used in HMAC would be the secret key and the key/value key for the content being stored.
+
+There is a difficult problem with encrypting filenames in S3 buckets, and that is determining when some data in the bucket is unused for dropunused. I've considered two choices:
+
+1. gpg encrypt the filenames. This would allow dropunused to recover the original filenames, and is probably more robust encryption. But it would double the number of times gpg is run when moving content in/out, and to check for unused content, gpg would have to be run once for every item in the bucket, which just feels way excessive, even though it would not be prompting for a passphrase. Still, haven't ruled this out.
+
+2. HMAC or other hash. To determine what data was unused the same hash and secret key would have to be used to hash all filenames currently used, and then that set of hashes could be interested with the set in the bucket. But then git-annex could only say \"here are some opaque hashes of content that appears unused by anything in your current git repository, but there's no way, short of downloading it and examining it to tell what it is\". (This could be improved by keeping a local mapping between filenames and S3 keys, but maintaining and committing that would bring pain of its own.)
+"""]]
diff --git a/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_2_c62daf5b3bfcd2f684262c96ef6628c1._comment b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_2_c62daf5b3bfcd2f684262c96ef6628c1._comment
new file mode 100644
index 0000000000..dec06c89ff
--- /dev/null
+++ b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_2_c62daf5b3bfcd2f684262c96ef6628c1._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 2"
+ date="2011-03-30T17:01:40Z"
+ content="""
+After mulling this over, I think actually encrypting the filenames is preferable.
+
+Did you consider encrypting the symmetric key with an asymmetric one? That's what TrueCrypt etc are using to allow different people access to a shared volume. This has the added benefit that you could, potentially, add new keys for data that new people should have access to while making access to old data impossible. Or keys per subdirectory, or, or, or.
+
+As an aside, could the same mechanism be extended to transparently encrypt data for a remote annex repo? A friend of mine is interested to host his data with me, but he wants to encrypt his data for obvious reasons.
+"""]]
diff --git a/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_3_e1f39c4af5bdb0daabf000da80858cd9._comment b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_3_e1f39c4af5bdb0daabf000da80858cd9._comment
new file mode 100644
index 0000000000..c5bb26f595
--- /dev/null
+++ b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_3_e1f39c4af5bdb0daabf000da80858cd9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-03-30T18:15:18Z"
+ content="""
+Yes, encrypting the symmetric key with users' regular gpg keys is the plan.
+
+I don't think that encryption of content in a git annex remote makes much sense; the filenames obviously cannot be encrypted there. It's more likely that the same encryption would get used for a bup remote, or with the [[special_remotes/directory]] remote I threw in today.
+"""]]
diff --git a/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_4_bb6b814ab961818d514f6553455d2bf3._comment b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_4_bb6b814ab961818d514f6553455d2bf3._comment
new file mode 100644
index 0000000000..09b7a8b1ab
--- /dev/null
+++ b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_4_bb6b814ab961818d514f6553455d2bf3._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-03-30T18:20:56Z"
+ content="""
+Picking up the automagic encryption idea for annex remotes, this would allow you to host a branchable-esque git-annex hosting service. (Nexenta with ZFS is a cheap and reliable option until btrfs becomes stable in a year or five).
+"""]]
diff --git a/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_5_5bb128f6d2ca4b5e4d881fae297fa1f8._comment b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_5_5bb128f6d2ca4b5e4d881fae297fa1f8._comment
new file mode 100644
index 0000000000..49d43ffc63
--- /dev/null
+++ b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_5_5bb128f6d2ca4b5e4d881fae297fa1f8._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 5"
+ date="2011-03-30T18:59:19Z"
+ content="""
+This is brain-storming only so the idea might be crap, but a branch could keep encrypted filenames while master keeps the real deal. This might fit into the whole scheme just nicely or break future stuff in a dozen places, I am not really sure yet. But at least I can't forget the idea, now.
+"""]]
diff --git a/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_6_63fb74da342751fc35e1850409c506f6._comment b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_6_63fb74da342751fc35e1850409c506f6._comment
new file mode 100644
index 0000000000..d994ca77f3
--- /dev/null
+++ b/doc/bugs/S3_bucket_uses_the_same_key_for_encryption_and_hashing/comment_6_63fb74da342751fc35e1850409c506f6._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-03-30T19:02:20Z"
+ content="""
+OTOH, if encryption makes a bup backend more likely disregard the idea above ;)
+"""]]
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..2f72b09ac8
--- /dev/null
+++ b/doc/bugs/S3_memory_leaks.mdwn
@@ -0,0 +1,14 @@
+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]] 
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_upload_not_using_multipart.mdwn b/doc/bugs/S3_upload_not_using_multipart.mdwn
new file mode 100644
index 0000000000..d242908f9d
--- /dev/null
+++ b/doc/bugs/S3_upload_not_using_multipart.mdwn
@@ -0,0 +1,53 @@
+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
+
diff --git a/doc/bugs/SSH:_command-line:_line_0:_Bad_configuration_option:_ControlPersist___40__SSH_too_old_on_OS_X_10.6.8__63____41__.mdwn b/doc/bugs/SSH:_command-line:_line_0:_Bad_configuration_option:_ControlPersist___40__SSH_too_old_on_OS_X_10.6.8__63____41__.mdwn
new file mode 100644
index 0000000000..a3d27e404d
--- /dev/null
+++ b/doc/bugs/SSH:_command-line:_line_0:_Bad_configuration_option:_ControlPersist___40__SSH_too_old_on_OS_X_10.6.8__63____41__.mdwn
@@ -0,0 +1,27 @@
+What steps will reproduce the problem?
+
+Try to get any file from a remote ssh repository on OS X 10.6.8
+
+What is the expected output? What do you see instead?
+
+Instead of retrieving the files, I get:
+
+    % git annex get . 
+    get <filename> command-line: line 0: Bad configuration option: ControlPersist
+    command-line: line 0: Bad configuration option: ControlPersist
+    (not available) 
+      Try making some of these repositories available:
+      	2efd46d2-0e32-11e2-95fe-f72f09c6615e -- office
+
+What version of git-annex are you using? On what operating system?
+     % git annex version
+    git-annex version: 3.20120925
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3
+    upgrade supported from repository versions: 0 1 2
+
+I seems that this option is passed to SSH, but SSH is too old: OpenSSH_5.2p1, OpenSSL 0.9.8r 8 Feb 
+
+> Future builds of the standalone binary will default annex.sshcaching to
+> false. [[done]] --[[Joey]]
diff --git a/doc/bugs/SSH:_command-line:_line_0:_Bad_configuration_option:_ControlPersist___40__SSH_too_old_on_OS_X_10.6.8__63____41__/comment_1_0c57a2196d35eb1ecfb0c51273bba05c._comment b/doc/bugs/SSH:_command-line:_line_0:_Bad_configuration_option:_ControlPersist___40__SSH_too_old_on_OS_X_10.6.8__63____41__/comment_1_0c57a2196d35eb1ecfb0c51273bba05c._comment
new file mode 100644
index 0000000000..ec510ae300
--- /dev/null
+++ b/doc/bugs/SSH:_command-line:_line_0:_Bad_configuration_option:_ControlPersist___40__SSH_too_old_on_OS_X_10.6.8__63____41__/comment_1_0c57a2196d35eb1ecfb0c51273bba05c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.8"
+ subject="comment 1"
+ date="2012-10-15T18:16:58Z"
+ content="""
+Here's a workaround, which you can run in the local repository:
+
+git config annex.sshcaching false
+"""]]
diff --git a/doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled.mdwn b/doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled.mdwn
new file mode 100644
index 0000000000..39b860e7c2
--- /dev/null
+++ b/doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled.mdwn
@@ -0,0 +1,65 @@
+git-annex version: 4.20130323
+
+Running the webapp with SELinux enabled:
+
+    [0 zerodogg@browncoats annexed]$ git annex webapp --debug
+    Launching web browser on file:///home/zerodogg/Documents/annexed/.git/annex/webapp.html
+    /home/zerodogg/bin/git-annex: line 25:  5801 Segmentation fault      (core dumped) "$base/runshell" git-annex "$@"
+
+After disabling SELinux it works just fine. This is on a freshly installed (default settings) Fedora 18 on x86-64.
+
+Running the assistant also works, but segfaults when attempting to open the webapp:
+
+    [0 zerodogg@browncoats annexed]$ git annex assistant &
+    [1] 6241
+    [0 zerodogg@browncoats annexed]$ 
+    [0 zerodogg@browncoats annexed]$ git annex webapp --debug
+    Launching web browser on file:///home/zerodogg/Documents/annexed/.git/annex/webapp.html
+    /home/zerodogg/bin/git-annex: line 25:  6322 Segmentation fault      (core dumped) "$base/runshell" git-annex "$@"
+    [139 zerodogg@browncoats annexed]$ Created new window in existing browser session.
+
+Here's what `dmesg` says:
+
+    [   71.488843] SELinux: initialized (dev proc, type proc), uses genfs_contexts
+    [  115.443932] git-annex[3985]: segfault at e6e62984 ip 0000000009b8085a sp 00000000f4bfd028 error 4 in git-annex[8048000+1c75000]
+    [  125.148819] SELinux: initialized (dev proc, type proc), uses genfs_contexts
+    [  125.230155] git-annex[4043]: segfault at e6eda984 ip 0000000009b8085a sp 00000000f63fd028 error 4 in git-annex[8048000+1c75000]
+    [  406.855659] SELinux: initialized (dev proc, type proc), uses genfs_contexts
+    [  407.033966] git-annex[5806]: segfault at e6faa984 ip 0000000009b8085a sp 00000000f6dfd028 error 4 in git-annex[8048000+1c75000]
+    [  462.368045] git-annex[6279]: segfault at e6f76984 ip 0000000009b8085a sp 00000000f49fd028 error 4 in git-annex[8048000+1c75000]
+    [  465.714636] SELinux: initialized (dev proc, type proc), uses genfs_contexts
+    [  465.930434] git-annex[6329]: segfault at e6e7a984 ip 0000000009b8085a sp 00000000f63fd028 error 4 in git-annex[8048000+1c75000]
+    [  560.570480] git-annex[7050]: segfault at e7022984 ip 0000000009b8085a sp 00000000f54fd028 error 4 in git-annex[8048000+1c75000]
+    [  565.510664] SELinux: initialized (dev proc, type proc), uses genfs_contexts
+    [  565.688681] git-annex[7108]: segfault at e7196984 ip 0000000009b8085a sp 00000000f54fd028 error 4 in git-annex[8048000+1c75000]
+
+Running the whole thing with --debug doesn't appear to provide anything useful:
+
+    [0 zerodogg@browncoats annexed]$ git annex assistant --debug &
+    [1] 7018
+    [0 zerodogg@browncoats annexed]$ [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","show-ref","git-annex"]
+    [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","show-ref","--hash","refs/heads/git-annex"]
+    [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","log","refs/heads/git-annex..f2260840bd9563f3d9face53dddd6807813860cd","--oneline","-n1"]
+    [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","log","refs/heads/git-annex..798526ef1315811296b1ac95d4cf97c72141ad29","--oneline","-n1"]
+    [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","log","refs/heads/git-annex..0d827b1ef545a88e94ee8cc973e54a1b74d216f4","--oneline","-n1"]
+    [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","log","refs/heads/git-annex..1d8f91411b827c4d59735dbc572e7f278e870e43","--oneline","-n1"]
+    [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","log","refs/heads/git-annex..cc442416b325866139db6dbe374bddacda6fef91","--oneline","-n1"]
+    [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","log","refs/heads/git-annex..3c2f44ffd82df1a0ae8858bdf2610e933b105a09","--oneline","-n1"]
+    [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","log","refs/heads/git-annex..fb8819ca92d9a2ed39e6d329160b5f8da60df83f","--oneline","-n1"]
+    [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","log","refs/heads/git-annex..68d0f936ee044b0ca34cf4029bcd6274fed88499","--oneline","-n1"]
+    [2013-03-24 16:27:02 CET] read: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","log","refs/heads/git-annex..3ba3dfef6340196126f4fc630b5048188230d1ff","--oneline","-n1"]
+    [2013-03-24 16:27:02 CET] chat: git ["--git-dir=/home/zerodogg/Documents/annexed/.git","--work-tree=/home/zerodogg/Documents/annexed","cat-file","--batch"]
+    
+    [1]  + done       GITWRAP annex assistant --debug
+    [0 zerodogg@browncoats annexed]$ git annex webapp --debug &
+    [1] 7082
+    [0 zerodogg@browncoats annexed]$ Launching web browser on file:///home/zerodogg/Documents/annexed/.git/annex/webapp.html
+    /home/zerodogg/bin/git-annex: line 25:  7088 Segmentation fault      (core dumped) "$base/runshell" git-annex "$@"
+    
+    [1]  + exit 139   GITWRAP annex webapp --debug
+    [0 zerodogg@browncoats annexed]$ Created new window in existing browser session.
+
+> On IRC it developed that it segfaulted at other times, and gdb complained
+> of a library mismatch. Seems something changed in Fedora libc, and 
+> the 32 bit binary is not working on 64 bit. I've brought back the 64 bit
+> standalone builds, which work. [[done]] --[[Joey]]
diff --git a/doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled/comment_1_f708d87aa65cd38c20087859d3ab2dc7._comment b/doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled/comment_1_f708d87aa65cd38c20087859d3ab2dc7._comment
new file mode 100644
index 0000000000..458e31327d
--- /dev/null
+++ b/doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled/comment_1_f708d87aa65cd38c20087859d3ab2dc7._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-27T16:18:14Z"
+ content="""
+What is this GITWRAP? That is not part of git-annex, I suspect it's a locally set up wrapper around git of some sort.
+
+--debug causes the assistant to log to `.git/annex/daemon.log`, there may be useful information in there. In particular it's not at all clear whether the web browser is segfaulting, or whether the crash occurs before the web browser is started.
+
+Does your SE linux policy allow git-annex to run your web browser? What happens if you start the assistant and then manually open file:///home/zerodogg/Documents/annexed/.git/annex/webapp.html in your web browser?
+"""]]
diff --git a/doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled/comment_2_fb7188db031147992f3c906783ebbee0._comment b/doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled/comment_2_fb7188db031147992f3c906783ebbee0._comment
new file mode 100644
index 0000000000..6b7e7ccc8b
--- /dev/null
+++ b/doc/bugs/Segfaults_on_Fedora_18_with_SELinux_enabled/comment_2_fb7188db031147992f3c906783ebbee0._comment
@@ -0,0 +1,59 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="84.48.83.221"
+ subject="comment 2"
+ date="2013-03-31T18:13:53Z"
+ content="""
+GITWRAP is just my shell function that sets GIT_PAGER to different values depending on the command.
+
+SELinux lets git-annex run the browser. Browser opens on the file, redirects to the git-annex localhost URL (which fails to connect at that point, since git-annex has crashed). So the crash is 1) in git-annex, and 2) after it has started the browser. The segfault also occurs if I directly start the browser on `/home/zerodogg/Documents/annexed/.git/annex/webapp.html`, so it would appear that the crash occurs when something tries to connect to the http server.
+
+There's nothing from --debug in `.git/annex/daemon.log`:
+
+    [2013-03-31 19:58:09 CEST] main: starting assistant version 4.20130323
+    [2013-03-31 19:58:09 CEST] read: host [\"-t\",\"SRV\",\"--\",\"_xmpp-client._tcp.dukgo.com\"]
+    [2013-03-31 19:58:09 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"symbolic-ref\",\"HEAD\"]
+    [2013-03-31 19:58:09 CEST] TransferScanner: Syncing with serenity, river, hufsa, browncoats 
+    [2013-03-31 19:58:09 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"show-ref\",\"refs/heads/master\"]
+    [2013-03-31 19:58:09 CEST] NetWatcher: Using running DBUS service org.freedesktop.NetworkManager to monitor network connection events.
+    [2013-03-31 19:58:09 CEST] MountWatcher: Using running DBUS service org.gtk.Private.UDisks2VolumeMonitor to monitor mount events.
+    [2013-03-31 19:58:09 CEST] Merger: merging refs/remotes/browncoats/synced/master into refs/heads/master
+    [2013-03-31 19:58:09 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+    [2013-03-31 19:58:09 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"symbolic-ref\",\"HEAD\"]
+    [2013-03-31 19:58:09 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"show-ref\",\"refs/heads/master\"]
+
+    [2013-03-31 19:58:09 CEST] call: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"merge\",\"--no-edit\",\"refs/remotes/browncoats/synced/master\"]
+    Already up-to-date.
+    [2013-03-31 19:58:09 CEST] call: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"fetch\",\"serenity\"]
+    [2013-03-31 19:58:09 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"show-ref\",\"git-annex\"]
+    [2013-03-31 19:58:09 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-03-31 19:58:09 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..d5e18a083c7d0caeddc3da78f18b53fac0d56a7f\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:09 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..f2260840bd9563f3d9face53dddd6807813860cd\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:09 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..798526ef1315811296b1ac95d4cf97c72141ad29\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..21a6361e598efd80e851276c17249e5c3284713f\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..3c2f44ffd82df1a0ae8858bdf2610e933b105a09\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..3b4fcc605fd4787084afe47e82eac6821cb2cd37\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+    (scanning...) [2013-03-31 19:58:10 CEST] Watcher: Performing startup scan
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"show-ref\",\"git-annex\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..d5e18a083c7d0caeddc3da78f18b53fac0d56a7f\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..f2260840bd9563f3d9face53dddd6807813860cd\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..798526ef1315811296b1ac95d4cf97c72141ad29\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..21a6361e598efd80e851276c17249e5c3284713f\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..3c2f44ffd82df1a0ae8858bdf2610e933b105a09\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..3b4fcc605fd4787084afe47e82eac6821cb2cd37\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"symbolic-ref\",\"HEAD\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"show-ref\",\"refs/heads/master\"]
+    [2013-03-31 19:58:10 CEST] Merger: merging refs/remotes/serenity/synced/master into refs/heads/master
+
+    [2013-03-31 19:58:10 CEST] call: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"merge\",\"--no-edit\",\"refs/remotes/serenity/synced/master\"]
+    Already up-to-date.
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"show-ref\",\"git-annex\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..d5e18a083c7d0caeddc3da78f18b53fac0d56a7f\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..f2260840bd9563f3d9face53dddd6807813860cd\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..798526ef1315811296b1ac95d4cf97c72141ad29\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..21a6361e598efd80e851276c17249e5c3284713f\",\"--oneline\",\"-n1\"]
+    [2013-03-31 19:58:10 CEST] read: git [\"--git-dir=/home/zerodogg/Documents/annexed/.git\",\"--work-tree=/home/zerodogg/Documents/annexed\",\"log\",\"refs/heads/git-annex..3c2f44ffd82df1a0ae8858bdf2610e933b105a09\",\"--oneline\",\"-n1\"]
+"""]]
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..86e93e1add
--- /dev/null
+++ b/doc/bugs/Selfsigned_certificates_with_jabber_fail_miserably..mdwn
@@ -0,0 +1,22 @@
+### 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.
+"""]]
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/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__.txt b/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__.txt
new file mode 100644
index 0000000000..7eaf2a71bc
--- /dev/null
+++ b/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__.txt
@@ -0,0 +1,46 @@
+> git annex status
+supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+supported remote types: git gcrypt S3 bup directory rsync web webdav glacier hook
+repository mode: indirect
+trusted repositories: 0
+semitrusted repositories: 8
+	00000000-0000-0000-0000-000000000001 -- web
+ 	44AF00F1-511F-4902-8235-DFF741B09400 -- here
+ 	44af00f1-511f-4902-8235-dff741b09400 -- chrissy
+ 	53499200-CA18-4B51-B6B3-651C18208349 -- stevedave
+ 	56C56658-0995-4613-8A1B-B2FA534A834C -- olaf
+ 	8FE9B19F-4FC8-4CFA-AD89-4B70EB432EDC -- passport
+ 	AFC75641-B34A-4644-B566-C8D3127823F7 -- glacier
+ 	B3238A12-D81B-40EA-BE89-3BDB318AE2B7 -- brodie
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 78.8 gigabytes (+1 gigabyte reserved)
+local annex keys: 3915
+local annex size: 81.37 gigabytes
+known annex keys: 5728
+known annex size: 641.36 gigabytes
+bloom filter size: 16 mebibytes (0.8% full)
+backend usage:
+	SHA256E: 8716
+	URL: 927
+
+> git annex version
+git-annex version: 4.20130909
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents 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
+
+> git-annex intentionally treats UUIDs as opaque strings,
+> so it is not going to go to any bother to consider 
+> different byte sequences to be the same UUID, sorry.
+> (The standard may be arbitrarily complicated, but I have arbitrarily
+> decided to ignore it.)
+> 
+> Since git-annex only ever generates each UUID once, and copies
+> the exact sequence of bytes as necessary, the only way the situation
+> you show above can happen is if you have manually gone in and entered
+> UUIDs in two different cases.
+> 
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_1_00b52dba3bc30516e06c44cbfd3a05a2._comment b/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_1_00b52dba3bc30516e06c44cbfd3a05a2._comment
new file mode 100644
index 0000000000..b1417816fd
--- /dev/null
+++ b/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_1_00b52dba3bc30516e06c44cbfd3a05a2._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-12T09:44:54Z"
+ content="""
+There does not seem to be an actual bug description in here. Can you provide more info?
+
+To answer the actual question: RFC 4122 clearly answers no:
+
+      Each field is treated as an integer and has its value printed as a
+      zero-filled hexadecimal digit string with the most significant
+      digit first.  The hexadecimal values \"a\" through \"f\" are output as
+      lower case characters and are case insensitive on input.
+
+Yes, that means that git-annex prints them wrongly as that's upper case.
+"""]]
diff --git a/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_2_8f5fa659c2ab91b1757bac31cd3b15eb._comment b/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_2_8f5fa659c2ab91b1757bac31cd3b15eb._comment
new file mode 100644
index 0000000000..f07a7bf9d2
--- /dev/null
+++ b/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_2_8f5fa659c2ab91b1757bac31cd3b15eb._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="2013-09-12T09:49:56Z"
+ content="""
+What OS are you using?
+
+versions 4.20130827 and 4.20130911 on Debian Sid print UUIDs which are lower case, as should be expected.
+"""]]
diff --git a/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_3_ccf9623d60c58d036d8bf24757e50de3._comment b/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_3_ccf9623d60c58d036d8bf24757e50de3._comment
new file mode 100644
index 0000000000..76f6c07424
--- /dev/null
+++ b/doc/bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/comment_3_ccf9623d60c58d036d8bf24757e50de3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 3"
+ date="2013-09-12T16:24:30Z"
+ content="""
+This is on OSX 10.8.4
+
+If you look at the remote \"chrissy\" and \"here\" they are the same uuid, but with different case.
+"""]]
diff --git a/doc/bugs/Should_ignore_.thumbnails__47___on_android.mdwn b/doc/bugs/Should_ignore_.thumbnails__47___on_android.mdwn
new file mode 100644
index 0000000000..30dc5caeec
--- /dev/null
+++ b/doc/bugs/Should_ignore_.thumbnails__47___on_android.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+
+When creating a Camera repository on android, the .thumbnails/ directory (containing useless crushed JPGs and even more useless oodles of thumbnail metadata databases) is annexed. This leads to confusion (assistant tries to annex database and thumbnails in modification) and waste (uploading/annexing unusable/unneeded metadata).
+
+### What steps will reproduce the problem?
+
+Install git-annex on Android and choose the defaults for a camera repository.
+
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130601, Android 4.2.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
+
+
+# End of transcript or log.
+"""]]
+
+> I've [[done]] this, however the .gitignore file it writes will
+> not actually be used by the assistant until it gets support
+> for querying gitignore settings from git. There is already a
+> bug tracking that, and it's in process. --[[Joey]] 
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/Specifying_a_filename_starting_with___34__-c__34___instead_applies_it_to_all_files.mdwn b/doc/bugs/Specifying_a_filename_starting_with___34__-c__34___instead_applies_it_to_all_files.mdwn
new file mode 100644
index 0000000000..52db9e0ae7
--- /dev/null
+++ b/doc/bugs/Specifying_a_filename_starting_with___34__-c__34___instead_applies_it_to_all_files.mdwn
@@ -0,0 +1,75 @@
+### Please describe the problem.
+Trying to apply certain commands - such as 'drop' - to a filename which starts with "-c" instead applies it to all files.  In the instance where I found this, I was using "drop --force" and it caused it to indiscriminately get rid of everything in the directory instead of a single file.
+
+### What steps will reproduce the problem?
+1. Make a repository.
+2. Create several files and add them.
+3. Create a file whose name begins with "-c" and add it as well.
+4. Run "git annex drop <fname>" where 'fname' is the file from that last step. 
+
+### What version of git-annex are you using? On what operating system?
+4.20130516-gedc4ccd on Arch 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
+
+[user@host ~]$ mkdir annex_test
+[user@host ~]$ cd annex_test/
+[user@host annex_test]$ ls
+[user@host annex_test]$ git init
+Initialized empty Git repository in /home/user/annex_test/.git/
+[user@host annex_test]$ git annex init "test"
+init test ok
+(Recording state in git...)
+[user@host annex_test]$ 
+[user@host annex_test]$ echo foo > foo
+[user@host annex_test]$ echo bar > bar
+[user@host annex_test]$ echo baz > baz
+[user@host annex_test]$ echo test > "-c-test"
+[user@host annex_test]$ git annex add *
+add bar (checksum...) ok
+add baz (checksum...) ok
+add foo (checksum...) ok
+(Recording state in git...)
+[user@host annex_test]$ git annex add -c-test 
+add -c-test (checksum...) ok
+(Recording state in git...)
+[user@host annex_test]$ git annex drop -c-test 
+drop -c-test (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
+drop bar (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
+drop baz (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
+drop foo (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: 4 failed
+
+
+# End of transcript or log.
+"""]]
+
+> Closing, as this is basically user error. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Specifying_a_filename_starting_with___34__-c__34___instead_applies_it_to_all_files/comment_1_2fe6d735bc075275a6b8890fac48ee58._comment b/doc/bugs/Specifying_a_filename_starting_with___34__-c__34___instead_applies_it_to_all_files/comment_1_2fe6d735bc075275a6b8890fac48ee58._comment
new file mode 100644
index 0000000000..39a4699335
--- /dev/null
+++ b/doc/bugs/Specifying_a_filename_starting_with___34__-c__34___instead_applies_it_to_all_files/comment_1_2fe6d735bc075275a6b8890fac48ee58._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-10T20:30:27Z"
+ content="""
+This is the same as trying to rm a file named `-rf`
+
+In git-annex, as in git, -c sets a git configuration option. The text after the -c is supposed to be the option name and value. So -c-test is a valid command-line option.
+
+This leaves `git annex drop`, with no files specified to drop. As documented, git-annex commands default to acting on all relevant files in the current directory and subdirectories.
+
+Luckily, drop does check that numcopies other remotes have the file, so unless you also have a file named --force, you're not going to lose data doing this.
+
+I don't see any change I could make to prevent this kind of mistake. I checked and git also treats \"-c -test\" as valid input, despite \"-test\" not being a likely git config key (and no value being specified). I could make git-annex's option parser require the space between option and value (which git does require), which would perhaps reduce the set of files whose names are valid options.
+
+Fundamentally, this is a type of mistake that the design of unix command options allows to happen, if people use filenames starting with dashes -- so people generally don't do that. It's worth noting that git-annex is *very* careful itself, whenever passing a filename to a unix command, to check if it starts with a dash, and use \"./-file\" instead!
+"""]]
diff --git a/doc/bugs/Stale_lock_files_on_Android.mdwn b/doc/bugs/Stale_lock_files_on_Android.mdwn
new file mode 100644
index 0000000000..b3451a153e
--- /dev/null
+++ b/doc/bugs/Stale_lock_files_on_Android.mdwn
@@ -0,0 +1,44 @@
+### Please describe the problem.
+
+Both my Android devices where not processing git-annex updates due to stale lock files. While the lock files are different, I've reported them both together as they are related. 
+
+### What steps will reproduce the problem?
+
+Unknown, perhaps the assistant crashed, or the battery ran flat on them.
+
+To resolve the issue I had to manually remove the lock files.
+
+### What version of git-annex are you using? On what operating system?
+
+On my Android phone, daily build 4.20130614-g221aea4
+On my Android tablet, daily build 4.20130621-g36258de
+
+### Please provide any additional information below.
+
+It seems to me that it'd be useful to have the assistant check to see if the lock files are still valid and remove them if they're stale.
+
+[[!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
+
+My phone:
+
+From ssh://git-annex-flick-andrewannex_phonecamera/~/phone-camera
+   987dc25..682cdd1  git-annex  -> flick_phonecamera/git-annex
+fatal: Unable to create '/storage/emulated/legacy/DCIM/.git/refs/remotes/flick_phonecamera/synced/git-annex.lock': File exists.
+
+My tablet:
+
+Committer: Adding Coleman-C..eedom.pdf
+Committer: Committing changes to git
+fatal: Unable to create '/mnt/sdcard/reference/.git/index.lock': File exists.
+
+# End of transcript or log.
+"""]]
+
+> The '/mnt/sdcard/reference/.git/index.lock' lock file will now be
+> automatically dealt with. Have not done anything about the refs/remotes
+> lock files yet. --[[Joey]]
+> 
+> Now the assistant deals with all stale git lock files on startup. 
+> [[done]] --[[Joey]]
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/Switching_between_direct_and_indirect_stomps_on___39__regular__39___git_files.mdwn b/doc/bugs/Switching_between_direct_and_indirect_stomps_on___39__regular__39___git_files.mdwn
new file mode 100644
index 0000000000..db1889f81a
--- /dev/null
+++ b/doc/bugs/Switching_between_direct_and_indirect_stomps_on___39__regular__39___git_files.mdwn
@@ -0,0 +1,27 @@
+# What steps will reproduce the problem?
+
+    git add file
+    git annex add file2
+    git annex direct
+    git annex indirect
+
+file and file2 are now both in the annex.
+
+# What is the expected output? What do you see instead?
+
+file should remain in the main repo, file2 should remain in the annex
+
+# What version of git-annex are you using? On what operating system?
+
+    git-annex version: 4.20130228
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+    git version 1.8.1.5
+
+Mac OSX 10.8.2 Build 12C60
+
+> Closing this bug, as I cannot reproduce it and the bug reporter is
+> not responding. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Switching_between_direct_and_indirect_stomps_on___39__regular__39___git_files/comment_1_0d2cb3b8509cd0eba50aafa14afefc02._comment b/doc/bugs/Switching_between_direct_and_indirect_stomps_on___39__regular__39___git_files/comment_1_0d2cb3b8509cd0eba50aafa14afefc02._comment
new file mode 100644
index 0000000000..d4afd95c4a
--- /dev/null
+++ b/doc/bugs/Switching_between_direct_and_indirect_stomps_on___39__regular__39___git_files/comment_1_0d2cb3b8509cd0eba50aafa14afefc02._comment
@@ -0,0 +1,63 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-08T19:44:29Z"
+ content="""
+I cannot reproduce this using the steps given. Transcript:
+
+<pre>
+joey@gnu:~/tmp>mkdir test
+joey@gnu:~/tmp>cd test
+joey@gnu:~/tmp/test>git init
+Initialized empty Git repository in /home/joey/tmp/test/.git/
+joey@gnu:~/tmp/test>git annex init
+init  ok
+(Recording state in git...)
+joey@gnu:~/tmp/test>echo file > file
+joey@gnu:~/tmp/test>echo file2 > file2
+joey@gnu:~/tmp/test>git add file
+joey@gnu:~/tmp/test>git annex add file2
+add file2 (checksum...) ok
+(Recording state in git...)
+joey@gnu:~/tmp/test>git annex direct
+commit  
+[master (root-commit) 8d49cac] commit before switching to direct mode
+ 2 files changed, 2 insertions(+)
+ create mode 100644 file
+ create mode 120000 file2
+ok
+direct file2 ok
+direct  ok
+joey@gnu:~/tmp/test>git annex indirect
+commit  (Recording state in git...)
+
+ok
+# 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: file2
+#
+no changes added to commit (use \"git add\" and/or \"git commit -a\")
+ok
+indirect file2 ok
+indirect  ok
+ok
+joey@gnu:~/tmp/test>ls
+file  file2@
+joey@gnu:~/tmp/test>file file
+file: ASCII text
+joey@gnu:~/tmp/test>file file2
+file2: symbolic link to `.git/annex/objects/ZV/w4/SHA256E-s6--67ee5478eaadb034ba59944eb977797b49ca6aa8d3574587f36ebcbeeb65f70e/SHA256E-s6--67ee5478eaadb034ba59944eb977797b49ca6aa8d3574587f36ebcbeeb65f70e'
+joey@gnu:~/tmp/test>git log --oneline file 
+8d49cac commit before switching to direct mode
+</pre>
+
+I even tried to reproduce the bug on a mac in case it was somehow only happening on that OS, but still, no go. `file` remains checked into git as a normal file, it is not annexed.
+
+`git annex indirect` does not touch files unless they have a symlink committed to git. The code is pretty clear about that.
+
+Please post a complete transcript that goes all the way from repository creation to the bug happening.
+"""]]
diff --git a/doc/bugs/Switching_from_indirect_mode_to_direct_mode_breaks_duplicates.mdwn b/doc/bugs/Switching_from_indirect_mode_to_direct_mode_breaks_duplicates.mdwn
new file mode 100644
index 0000000000..55d2b13b97
--- /dev/null
+++ b/doc/bugs/Switching_from_indirect_mode_to_direct_mode_breaks_duplicates.mdwn
@@ -0,0 +1,30 @@
+#What steps will reproduce the problem?
+
+1. Create a new repository in indirect mode.
+
+2. Add the same file twice under a different name. Now you have two symlinks pointing to the same file under .git/annex/objects/
+
+3. Switch to direct mode. The first symlink gets replaced by the actual file. The second stays unchanged, pointing to nowhere. But git annex whereis still reports it has a copy.
+
+4. Delete the first file. Git annex whereis still thinks it has a copy of file 2, which is not true -> data loss.
+
+#What is the expected output? What do you see instead?
+
+When switching to direct mode, both symlinks should be replaced by a copy (or at least a hardlink) of the actual file.
+
+> The typo that caused this bug is fixed. --[[Joey]] 
+
+#What version of git-annex are you using? On what operating system?
+
+3.20130107 on Arch Linux x64
+
+#Please provide any additional information below.
+
+The deduplication performed by git-annex is very dangerous in itself
+because files with identical content become replaced by references to the
+same file without the user necessarily being aware. Think of the user
+making a copy of a file, than modifying it. He would expect to end up with
+two files, the unchanged original and the modified copy. But what he really
+gets is two symlinks pointing to the same modified file.
+
+> I agree, it now copies rather than hard linking.  [[done]] --[[Joey]] 
diff --git a/doc/bugs/Switching_repositories_in_webapp_on_a_remote_server_is_not_honoring_--listen_parameter.mdwn b/doc/bugs/Switching_repositories_in_webapp_on_a_remote_server_is_not_honoring_--listen_parameter.mdwn
new file mode 100644
index 0000000000..4829cde08c
--- /dev/null
+++ b/doc/bugs/Switching_repositories_in_webapp_on_a_remote_server_is_not_honoring_--listen_parameter.mdwn
@@ -0,0 +1,21 @@
+### Please describe the problem.
+I am running my "origin" repositories on a headless server. Managing these with webapp --listen=<server IP>:<port> is a very conveniant way. Now I am creating more repositories for different content on the same server. When I try to switch the webapp between these repositories webapp gives me a link with 127.0.0.1:<random port> in the URL.
+
+### What steps will reproduce the problem?
+1. Start webapp on a remote system with --listen parameter.
+2. Add an existing (did not try for a new repository) manually created annex to the webapp using "add another local repository" (btw. file select dialog is also not working remotely)
+3. You get asked if you want to combine the new annex with the current or to keep them separate (--> keep them separate)
+4. You get forwarded to the new webapp instance but with a localhost address (127.0.0.1). The same address is also used when you manually try to swich between repositories using the repository menu.
+
+### What version of git-annex are you using? On what operating system?
+4.20130501 on Ubuntu precise from the rubiojr PPA repository
+
+### 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.
+"""]]
diff --git a/doc/bugs/Switching_repositories_in_webapp_on_a_remote_server_is_not_honoring_--listen_parameter/comment_1_4dd773372979dd95538bfba6516a11eb._comment b/doc/bugs/Switching_repositories_in_webapp_on_a_remote_server_is_not_honoring_--listen_parameter/comment_1_4dd773372979dd95538bfba6516a11eb._comment
new file mode 100644
index 0000000000..37b43d5485
--- /dev/null
+++ b/doc/bugs/Switching_repositories_in_webapp_on_a_remote_server_is_not_honoring_--listen_parameter/comment_1_4dd773372979dd95538bfba6516a11eb._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="marvin"
+ ip="91.152.75.65"
+ subject="Comfirm"
+ date="2013-07-28T19:42:38Z"
+ content="""
+I'm seeing this too. Debian sid package 4.20130723
+
+"""]]
diff --git a/doc/bugs/Syncing_creates_broken_links_instead_of_proper_files.mdwn b/doc/bugs/Syncing_creates_broken_links_instead_of_proper_files.mdwn
new file mode 100644
index 0000000000..b10df810c8
--- /dev/null
+++ b/doc/bugs/Syncing_creates_broken_links_instead_of_proper_files.mdwn
@@ -0,0 +1,51 @@
+What steps will reproduce the problem?
+
+Create two repositories by running git annex webapp. Sync them by linking them to the same xmpp account. Add files on both sides.
+
+What is the expected output? What do you see instead?
+
+I expect the same file to show up on both sides with the same contents. Instead adding a file on any side creates a broken link with the same name on the other side. For example:
+
+Side A:
+
+    $ ls -la
+    total 20
+    drwxrwxr-x  3 pedrocr pedrocr 4096 Jan  3 19:24 .
+    drwxr-xr-x 55 pedrocr pedrocr 4096 Jan  3 19:19 ..
+    lrwxrwxrwx  1 pedrocr pedrocr  178 Jan  3 19:22 bar -> .git/annex/objects/FQ/vV/SHA256E-s8--12a61f4e173fb3a11c05d6471f74728f76231b4a5fcd9667cef3af87a3ae4dc2/SHA256E-s8--12a61f4e173fb3a11c05d6471f74728f76231b4a5fcd9667cef3af87a3ae4dc2
+    lrwxrwxrwx  1 pedrocr pedrocr  178 Jan  3 19:20 foo -> .git/annex/objects/g7/9v/SHA256E-s4--7d865e959b2466918c9863afca942d0fb89d7c9ac0c99bafc3749504ded97730/SHA256E-s4--7d865e959b2466918c9863afca942d0fb89d7c9ac0c99bafc3749504ded97730
+    drwxrwxr-x  7 pedrocr pedrocr 4096 Jan  3 19:24 .git
+    -rw-r--r--  1 pedrocr pedrocr    0 Jan  3 19:24 testing
+
+"foo" and "bar" are broken links that were created on Side B
+
+Side B:
+
+    $ ls -la
+    total 24
+    drwxrwxr-x  3 pedrocr pedrocr 4096 Jan  3 19:24 .
+    drwx------ 42 pedrocr pedrocr 4096 Jan  3 19:18 ..
+    -rw-r--r--  1 pedrocr pedrocr    8 Jan  3 19:22 bar
+    -rw-r--r--  1 pedrocr pedrocr    4 Jan  3 19:20 foo
+    drwxrwxr-x  7 pedrocr pedrocr 4096 Jan  3 19:24 .git
+    lrwxrwxrwx  1 pedrocr pedrocr  178 Jan  3 19:24 testing -> .git/annex/objects/pX/ZJ/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855
+
+In this case "testing" is a broken link and was created on Side A.
+
+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
+
+> [[done]]; the webapp now detects when XMPP pairing has been used but no
+> transfer remote is available, and prompts the user to create one.
+> --[[Joey]]
diff --git a/doc/bugs/Syncing_creates_broken_links_instead_of_proper_files/comment_1_a2bedb2e77451b02fc66fc9ef5c4405c._comment b/doc/bugs/Syncing_creates_broken_links_instead_of_proper_files/comment_1_a2bedb2e77451b02fc66fc9ef5c4405c._comment
new file mode 100644
index 0000000000..146a9b1d66
--- /dev/null
+++ b/doc/bugs/Syncing_creates_broken_links_instead_of_proper_files/comment_1_a2bedb2e77451b02fc66fc9ef5c4405c._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.211"
+ subject="comment 1"
+ date="2013-01-03T19:38:07Z"
+ content="""
+The broken links represent files whose contents have not yet arrived in the local repository.
+
+If you linked your repos by XMPP, they cannot ssh from one to the other to transfer file contents. 
+In this case, you need to set up a transfer repository, that both your repositories can access.
+"""]]
diff --git a/doc/bugs/Test_failure_on_debian_dropunused.mdwn b/doc/bugs/Test_failure_on_debian_dropunused.mdwn
new file mode 100644
index 0000000000..459c5f55b0
--- /dev/null
+++ b/doc/bugs/Test_failure_on_debian_dropunused.mdwn
@@ -0,0 +1,31 @@
+### Please describe the problem.
+./git-annex test fails:
+                                          
+    ### Failure in: git-annex unused/dropunused                                                                                                     
+    dropunused failed
+    Cases: 1  Tried: 1  Errors: 0  Failures: 1   
+
+### What steps will reproduce the problem?
+./git-annex test
+
+### What version of git-annex are you using? On what operating system?
+4.20130723-206-g1647361
+
+
+debian 7.1 i686
+
+### Please provide any additional information below.
+
+I'm not sure if there is a way to get extra information out of the test harness. I had a quick look at the code and couldn't see anything obvious.
+I've tried a clean and rebuild and it reappears, so if there is more information you need just let me know what.
+
+[[!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.
+"""]]
+
+> Forgot to update the test suite for this behavior change.
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/The_assistant_hangs_forever.mdwn b/doc/bugs/The_assistant_hangs_forever.mdwn
new file mode 100644
index 0000000000..be8968ff8e
--- /dev/null
+++ b/doc/bugs/The_assistant_hangs_forever.mdwn
@@ -0,0 +1,46 @@
+What steps will reproduce the problem?
+
+1. Open the assistant with git-annex webapp
+2. Click add another repository
+3. Choose "add another repository"
+4. Use "/home/pierre/testme" (try and get the problem with a new directory or an existing directory)
+5. Press "Make Repository"
+5. Choose "Keep the repository separate" 
+
+What is the expected output? What do you see instead?
+
+Go to the created repository but the interface hangs forever
+I have 4 git-annex processes that use no CPUs.
+I can still use the UI by clicking around with success or even shutdown the daemon.
+If I shutdown the daemon, all git-annex process gets killed.
+
+What version of git-annex are you using? On what operating system?
+
+It is said to be git-annex version: 4.20130324 but it is actually 4.20130405 (known bug)
+
+Please provide any additional information below.
+
+
+OS: Arch linux, bin package (not installed from source)
+All tests are OK
+Nothing happens on the log pages
+
+This is so weird that I would like to see the log file but I cannot find it. I have looked at /var/log without success.
+I have tried other available version on Arch linux (AUR git-annex-bin, AUR git-annex-standalone, haskell-web git-annex) and they all exhibit the same problem.
+At that stage, what I would like to be able is to try to figure out what is going on using the log file.
+Thanks
+
+> This could happen when using the amd64 standalone build, because I 
+> forgot to install curl into its chroot, so it was not included in the
+> bundle. If the host system also lacked curl, or something prevented
+> curl from working, it would fail like this.
+> 
+> I've included curl into the amd64 standalone build. I've also made the
+> assistant fall back to using a built-in http client if it is built
+> without curl.
+> 
+> None of which helps at all with the Arch git-annex-bin hack, since
+> that binary will be built with a working curl (when my amd64 standalone
+> builder builds it), and then installed onto a system, that,
+> apparently, has a broken curl. Which is one of many reasons I cannot
+> support that hack. [[done]] --[[Joey]]
diff --git a/doc/bugs/The_assistant_hangs_forever/comment_1_b0291e32860e0da0b66837d14ed5aab6._comment b/doc/bugs/The_assistant_hangs_forever/comment_1_b0291e32860e0da0b66837d14ed5aab6._comment
new file mode 100644
index 0000000000..b22711b653
--- /dev/null
+++ b/doc/bugs/The_assistant_hangs_forever/comment_1_b0291e32860e0da0b66837d14ed5aab6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="81.244.190.181"
+ subject="comment 1"
+ date="2013-04-14T09:45:35Z"
+ content="""
+Forgot to mention that this is my first attempt to work with the assistant on 64 bits (previous binary package were 32 bits only)
+"""]]
diff --git a/doc/bugs/The_assistant_hangs_forever/comment_2_a2950cf91b8a4e4f2951f5522ef0e9c4._comment b/doc/bugs/The_assistant_hangs_forever/comment_2_a2950cf91b8a4e4f2951f5522ef0e9c4._comment
new file mode 100644
index 0000000000..90b93f0bba
--- /dev/null
+++ b/doc/bugs/The_assistant_hangs_forever/comment_2_a2950cf91b8a4e4f2951f5522ef0e9c4._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="saironiq"
+ ip="147.251.209.29"
+ subject="comment 2"
+ date="2013-04-14T12:09:11Z"
+ content="""
+Not sure if this is the real reason, but I get a bunch of
+
+>curl: symbol lookup error: /usr/lib/libssl.so.1.0.0: undefined symbol: EVP_idea_cbc
+
+errors in the git-annex log. Running nm on the lib produces the following:
+
+>$ nm /usr/lib/libssl.so.1.0.0 | grep EVP_idea_cbc<br>
+>&nbsp;&nbsp;&nbsp;&nbsp;U EVP_idea_cbc
+
+...where \"U\" means undefined. I think the reason 64-bit does not work is that there is no curl (and lsof) binaries and libs included.
+
+"""]]
diff --git a/doc/bugs/The_assistant_hangs_forever/comment_3_db95f78519d5ffbad793906028730dab._comment b/doc/bugs/The_assistant_hangs_forever/comment_3_db95f78519d5ffbad793906028730dab._comment
new file mode 100644
index 0000000000..e9e76f5b20
--- /dev/null
+++ b/doc/bugs/The_assistant_hangs_forever/comment_3_db95f78519d5ffbad793906028730dab._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-14T17:57:47Z"
+ content="""
+The assistant's log file is stored in `.git/annex/daemon.log` within the git repository.
+
+I have to say I don't really understand the bug report. In one sentence you say the \"interface hangs forever\", and then in the next sentence you say you can \"still use the UI by clicking around\". These statements contradict one-another.
+
+(@saironiq, I don't see any connection between what you're saying and pradermecker's bug report. If you have a bug to report, you should file a separate bug report.)
+"""]]
diff --git a/doc/bugs/The_assistant_hangs_forever/comment_4_28b13fd3165b38a2fbc9e1a461c38921._comment b/doc/bugs/The_assistant_hangs_forever/comment_4_28b13fd3165b38a2fbc9e1a461c38921._comment
new file mode 100644
index 0000000000..3bec70a7fc
--- /dev/null
+++ b/doc/bugs/The_assistant_hangs_forever/comment_4_28b13fd3165b38a2fbc9e1a461c38921._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="saironiq"
+ ip="147.251.209.29"
+ subject="comment 4"
+ date="2013-04-15T10:35:36Z"
+ content="""
+These symbol lookup errors appear right after i click 'keep the repositories separate', so I think there indeed is a connection. There's nothing else in the log, except this one line repeating over and over again.
+
+>[2013-04-15 11:14:30 CEST] main: starting assistant version 4.20130324<br/>
+>Already up-to-date.</br>
+>
+>(scanning...) [2013-04-15 11:14:31 CEST] Watcher: Performing startup scan<br/>
+>Already up-to-date.<br/>
+>
+>(started...) [2013-04-15 12:14:30 CEST] NetWatcherFallback: Syncing with wolf, zyzyx<br/>
+>(Recording state in git...)<br/>
+>git-annex: Daemon is already running.<br/>
+>curl: symbol lookup error: /usr/lib/libssl.so.1.0.0: undefined symbol: EVP_idea_cbc<br/>
+>curl: symbol lookup error: /usr/lib/libssl.so.1.0.0: undefined symbol: EVP_idea_cbc<br/>
+>curl: symbol lookup error: /usr/lib/libssl.so.1.0.0: undefined symbol: EVP_idea_cbc<br/>
+>...
+"""]]
diff --git a/doc/bugs/The_assistant_hangs_forever/comment_5_81a79c8840ff26307a9c6edad5b850f9._comment b/doc/bugs/The_assistant_hangs_forever/comment_5_81a79c8840ff26307a9c6edad5b850f9._comment
new file mode 100644
index 0000000000..f8b6a61bcf
--- /dev/null
+++ b/doc/bugs/The_assistant_hangs_forever/comment_5_81a79c8840ff26307a9c6edad5b850f9._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="saironiq"
+ ip="147.251.209.29"
+ subject="comment 5"
+ date="2013-04-15T11:01:32Z"
+ content="""
+Here's a full strace output (first symbol lookup error is on line #102681):<br/>
+[[https://dl.dropboxusercontent.com/u/62238161/webapp.log]]
+"""]]
diff --git a/doc/bugs/The_assistant_hangs_forever/comment_6_b739719b14705f4d7e1d412b3cab090c._comment b/doc/bugs/The_assistant_hangs_forever/comment_6_b739719b14705f4d7e1d412b3cab090c._comment
new file mode 100644
index 0000000000..0e05b50907
--- /dev/null
+++ b/doc/bugs/The_assistant_hangs_forever/comment_6_b739719b14705f4d7e1d412b3cab090c._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="81.244.149.180"
+ subject="comment 6"
+ date="2013-04-15T19:59:00Z"
+ content="""
+I can confirm I also get the error: 
+curl: symbol lookup error: /usr/lib/libssl.so.1.0.0: undefined symbol: EVP_idea_cbc
+
+What I mean by the UI is hanging is that after the last action, I can see that the page is never fully re-loaded. So to be more precise the reloading of the page never stops.
+
+When I am bored waiting for the page to reload ;-) I can still use the UI in the situation I describe (left to assume the operation fails :-)
+
+I believe @saironiq is right: the problem is related to the 64 bits version.
+
+
+"""]]
diff --git a/doc/bugs/The_assistant_hangs_forever/comment_7_2b300d960697c5b967c1f109dfd6dfbf._comment b/doc/bugs/The_assistant_hangs_forever/comment_7_2b300d960697c5b967c1f109dfd6dfbf._comment
new file mode 100644
index 0000000000..8203bbb668
--- /dev/null
+++ b/doc/bugs/The_assistant_hangs_forever/comment_7_2b300d960697c5b967c1f109dfd6dfbf._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="81.244.149.180"
+ subject="comment 7"
+ date="2013-04-15T20:39:20Z"
+ content="""
+@joey just to make the connection clear, both @saironiq and I use the same git-annex package (bin package) from Arch linux AUR (@saironiq is the maintainer of the package)
+
+I suspect all 64bits binary packages on Arch linux to exhibit problems. 
+
+The package is fetching the bin archive from your repo: so I actually dare to suspect that all recent 64bits versions have similar problems.
+
+I have describe one problem but they are many, so it does not take long to realize that the apps is not working properly.
+
+I guess it is a packaging problem (something is missing in <http://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz>), not an application bug ?
+"""]]
diff --git a/doc/bugs/The_assistant_hangs_forever/comment_8_8623220d08b1a72ed8b669a2d9cc0f75._comment b/doc/bugs/The_assistant_hangs_forever/comment_8_8623220d08b1a72ed8b669a2d9cc0f75._comment
new file mode 100644
index 0000000000..cc275eb2ce
--- /dev/null
+++ b/doc/bugs/The_assistant_hangs_forever/comment_8_8623220d08b1a72ed8b669a2d9cc0f75._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 8"
+ date="2013-04-16T18:39:30Z"
+ content="""
+Switching repositories uses curl to discover when the other daemon has started. If you installed <https://aur.archlinux.org/packages/git-annex-bin/> , it will use the curl binary provided by your distribution. It looks like yours is broken.
+
+> \"I have describe one problem but they are many, so it does not take long to realize that the apps is not working properly.\"
+
+Yes, that's the real problem, isn't it? <https://aur.archlinux.org/packages/git-annex-bin/> 
+takes the binary built for the standalone tarball and dumps it into a filesystem without any of its support libraries, and just hopes it works. It's not at all surpising that it continually fails to work. Which is causing bug report noise that takes away from my time working on actual improvements to git-annex.
+
+I'm sorry, but I cannot support that package. Use <https://aur.archlinux.org/packages.php?ID=44272> or install using cabal or use the standalone tarball.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible.mdwn b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible.mdwn
new file mode 100644
index 0000000000..b98e09b32a
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible.mdwn
@@ -0,0 +1,29 @@
+**What steps will reproduce the problem?**
+
+On my work computer I created a new repository and then added a directory on my home server to backup some of my files. The assistant created a new key pair which then made password login quite hard.
+On the commandline I could still login via ssh -o PreferredAuthentications=keyboard-interactive ... but all gui tools (e.g. gigolo) stop after connecting to the restricted shell.
+I don't want to allow full passwordless access to my server from this computer.
+
+**What is the expected output? What do you see instead?**
+
+It should be possible to use this private key with git-annex exclusively. Maybe a line like this in the [remote] block in .git/config would solve the problem:
+
+    IdentityFile = /home/user/.ssh/annex/id_rsa_annex
+
+I think it should be the default behaviour that git-annex uses its own key pair with restricted access. For portability the keys could be stored somewhere in the repository itself.
+
+**What version of git-annex are you using? On what operating system?**
+
+git-annex version: 4.20130324, Ubuntu 11.04
+
+**Please provide any additional information below.**
+
+> [[done]]. Although I have not 100% reproduced this, I have seen 
+> enough of the source code to gnome-keyring to be pretty sure it's at
+> fault, and that my fix works.
+> 
+> If this is happening to you, you can fix it by making a `~/.ssh/annex/`
+> directory and moving `~/.ssh/key.annex*` to it. Then you'll need to edit
+> `~/.ssh/config` to use the new path to the key. And you'll need to run
+> `ssh-add -D` to clear out the bogus keys from the ssh agent (or log out
+> and back in). --[[Joey]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_10_8305becdc6e70abdaf17e42f263173fc._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_10_8305becdc6e70abdaf17e42f263173fc._comment
new file mode 100644
index 0000000000..09c4802f73
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_10_8305becdc6e70abdaf17e42f263173fc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="marvin"
+ ip="91.152.75.65"
+ subject="comment 10"
+ date="2013-04-14T02:34:50Z"
+ content="""
+Hopefully I haven't done anything stupid, wouldn't be the first time :)
+Retried with a different setup, same result.
+Pasted into pastebin as I wasn't sure about the formatting..
+
+<http://pastebin.com/vnnmiBeE>
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_11_d75896a6e204d1abdda04923aa668d04._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_11_d75896a6e204d1abdda04923aa668d04._comment
new file mode 100644
index 0000000000..31460ae5bf
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_11_d75896a6e204d1abdda04923aa668d04._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 11"
+ date="2013-04-14T02:58:05Z"
+ content="""
+Thanks for that.. It's not verbose enough for me to see it choose the key to use. Can you add one more `v`? ssh -vvv , 3 v's..
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_12_a36a4a64a04c01c2db467b09300e6ebd._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_12_a36a4a64a04c01c2db467b09300e6ebd._comment
new file mode 100644
index 0000000000..428d5a43ca
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_12_a36a4a64a04c01c2db467b09300e6ebd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="marvin"
+ ip="91.152.75.65"
+ subject="comment 12"
+ date="2013-04-14T09:51:27Z"
+ content="""
+hmm.. I did use -vvv, even tried with 4 which doesen't change anything. Is there a ceartain version of ssh or debian live image I could test with? There shouldn't be anything extraordinary about my setup.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_13_c9d6631c304acb289e485fb901e1f274._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_13_c9d6631c304acb289e485fb901e1f274._comment
new file mode 100644
index 0000000000..083c1e5a27
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_13_c9d6631c304acb289e485fb901e1f274._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 13"
+ date="2013-04-14T18:27:35Z"
+ content="""
+This should not be a hard problem to debug. 
+
+* You have a local client, and a remote server.
+* The remote server has a `~/.ssh/authorized_keys` file that contains a public key that git-annex set up, which is restricted to only run \"command=git-annex-shell\".
+* The local client has that key in `~/.ssh/key.git-annex-$hostname-$username`
+* The local client is configured in `~/.ssh/config` to only use that key when sshing to the special hostname \"git-annex-$hostname-$username\"
+* The problem is either on the client, or on the server.
+* If the problem is on the client, then it must be, somehow, incorrectly sending the git-annex key to the server when you \"ssh $hostname\". You can see what keys it decides to send by looking at the messages it prints with -vvv :
+ 
+<pre>
+joey@gnu:~>ssh -vvv git-annex-kitenet.net-joey
+OpenSSH_6.0p1 Debian-4, OpenSSL 1.0.1e 11 Feb 2013
+debug1: Reading configuration data /home/joey/.ssh/config
+debug1: /home/joey/.ssh/config line 3: Applying options for git-annex-kitenet.net-joey
+debug1: Reading configuration data /etc/ssh/ssh_config
+debug1: /etc/ssh/ssh_config line 19: Applying options for *
+debug2: ssh_connect: needpriv 0
+debug1: Connecting to kitenet.net [80.68.85.49] port 22.
+debug1: Connection established.
+debug3: Incorrect RSA1 identifier
+debug3: Could not load \"/home/joey/.ssh/key.git-annex-kitenet.net-joey\" as a RSA1 public key
+debug1: identity file /home/joey/.ssh/key.git-annex-kitenet.net-joey type 1
+</pre>
+
+* If the problem is on the server, then it must be for some reason deciding to run `git-annex-shell` when you ssh in,
+  despite the client not sending it the special git-annex key. If this were the case, no change you made on the client could fix   
+  the problem, but deleting `.ssh/authorized_keys` on the server probably would.
+
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_14_10282c4352075c8d148b8674973b7b16._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_14_10282c4352075c8d148b8674973b7b16._comment
new file mode 100644
index 0000000000..0b1da90293
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_14_10282c4352075c8d148b8674973b7b16._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="ssh agent?"
+ date="2013-04-14T18:34:45Z"
+ content="""
+The only other thing I can think of is that if you have a ssh-agent, it might somehow be caching the git-annex key and incorrectly sending it to ssh. If this were the case, then unsetting `SSH_AUTH_SOCK` or stopping the agent would presumably make the problem go away.
+
+In @marvin's log, I see:
+
+<pre>
+debug1: Offering RSA public key: marvin@marvin-U-100
+</pre>
+
+This is different from what I see when ssh is using a regular key in `.ssh/`:
+
+<pre>
+debug1: Offering RSA public key: /home/joey/.ssh/id_rsa
+</pre>
+
+Marvin's log does not show where it gets this \"marvin@marvin-U-100\".. which makes me suspect it comes from a ssh agent.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_15_ceb68da01d9e2fe9a70fab6244116da0._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_15_ceb68da01d9e2fe9a70fab6244116da0._comment
new file mode 100644
index 0000000000..bbf5a45b59
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_15_ceb68da01d9e2fe9a70fab6244116da0._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 15"
+ date="2013-04-14T18:46:54Z"
+ content="""
+I tried the following experiment:
+
+1. Manually ran `ssh-add .ssh/key.git-annex-kitenet.net-joey`
+2. `ssh -vvv kitenet.net` did run git-annex-shell
+
+Guys, please paste the output of `ssh-add -l`
+
+Also, if you run `ssh-add -D`, the problem should go away, and the server should not run git-annex-shell. If that's the case, we've confirmed this is somehow a ssh agent problem. However, I still don't know what could be scanning `~/.ssh` for random keys and loading them into the agent.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_16_cca4abde86a8be5e2919c4738f5bdd0c._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_16_cca4abde86a8be5e2919c4738f5bdd0c._comment
new file mode 100644
index 0000000000..2260917b30
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_16_cca4abde86a8be5e2919c4738f5bdd0c._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 16"
+ date="2013-04-14T19:04:11Z"
+ content="""
+Are you guys running Gnome? Using gnome-keyring?
+
+I found the following highly suspicious code inside gnome-keyring:
+
+[[!format C \"\"\"
+        if (!self->directory)
+                self->directory = g_strdup (\"~/.ssh\");
+        self->tracker = gkm_file_tracker_new (self->directory, \"*.pub\", NULL);
+\"\"\"]]
+
+This seems to load *all* keys, as described. Not keys in subdirectories of ~/.ssh/ either.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_17_2fa5d7d9110c91b0a3a833cb3d9f53fd._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_17_2fa5d7d9110c91b0a3a833cb3d9f53fd._comment
new file mode 100644
index 0000000000..2b760bb55a
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_17_2fa5d7d9110c91b0a3a833cb3d9f53fd._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="marvin"
+ ip="91.152.75.65"
+ subject="comment 17"
+ date="2013-04-14T20:07:33Z"
+ content="""
+YES! Straight from the tty console it works correctly. Seems this project unearths lots of bugs all over the place.
+
+Thank you!
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_18_bf21d28142e4c304aa0bc740955ddea0._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_18_bf21d28142e4c304aa0bc740955ddea0._comment
new file mode 100644
index 0000000000..67021d1805
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_18_bf21d28142e4c304aa0bc740955ddea0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 18"
+ date="2013-04-14T20:13:54Z"
+ content="""
+@Marvin, just to be clear, it was `ssh-add -D` that fixed it for you?
+
+To make the fix stick, you need to make a ~/.ssh/annex/ directory, and move the keys to there, and then edit ~/.ssh/config to use the new path to the key file. This should prevent gnome-keyring from seeing them.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_19_45537758fa937f16fc82120bf8b234e8._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_19_45537758fa937f16fc82120bf8b234e8._comment
new file mode 100644
index 0000000000..3d0d4a45e8
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_19_45537758fa937f16fc82120bf8b234e8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="marvin"
+ ip="91.152.75.65"
+ subject="comment 19"
+ date="2013-04-14T20:47:37Z"
+ content="""
+nope, ssh-add -D doesn't seem to help. Killing gnome-keyring-daemon does.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_1_a38497772834a4b12137390b461ce70b._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_1_a38497772834a4b12137390b461ce70b._comment
new file mode 100644
index 0000000000..fb7bd74203
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_1_a38497772834a4b12137390b461ce70b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-09T17:29:00Z"
+ content="""
+The key pair that the assistant sets up is limited, in ~/.ssh/config to only be used when a mangled version of the hostname is used. That is, you have to \"ssh git-annex-hostname\" to use that key. So it should not be possible for this to impact your normal use of ssh to that host.
+
+(`.git/config` does not support an `IdentityFile` option TTBOMK.)
+
+You need to provide more details about the problem you have encountered.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_20_b685050ee6fbb1a685e33f9656a10e84._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_20_b685050ee6fbb1a685e33f9656a10e84._comment
new file mode 100644
index 0000000000..83ab46051f
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_20_b685050ee6fbb1a685e33f9656a10e84._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 20"
+ date="2013-04-14T20:59:26Z"
+ content="""
+Ok, I don't know how gnome-keyring communicates with ssh, but that's good enough evidence for me: It was certainly gnome-keyring that got us into this mess!
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_3_17bc0220c20553c848875475c5fd4ae6._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_3_17bc0220c20553c848875475c5fd4ae6._comment
new file mode 100644
index 0000000000..f8e07dd4a7
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_3_17bc0220c20553c848875475c5fd4ae6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-11T16:26:26Z"
+ content="""
+When git-annex uses an existing key (which is done automatically if it detects you have already set up passwordless login to the server using the default key), it does not configure the server to further restrict use of that key.
+
+I have just verified this to be sure. That would be a bad bug. Doesn't happen.
+
+So, I still don't understand what this bug report is about.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_4_76472bc58bb790f773c46ec2c39fcf88._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_4_76472bc58bb790f773c46ec2c39fcf88._comment
new file mode 100644
index 0000000000..54bfc750b5
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_4_76472bc58bb790f773c46ec2c39fcf88._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl99Gxq3NPNvwZHp3PDufaknQH4rZb_KKY"
+ nickname="Florian"
+ subject="comment 4"
+ date="2013-04-12T15:01:16Z"
+ content="""
+I think I found a part of the problem. I still don't know why there was this strange key setup in the beginning. Maybe i did this manually and forgot about it instantly...
+
+However, today I again had the problem with ending up in git-annex-shell on the commandline. To debug this I called ssh -vvv ... and found out that ssh somehow found the private key in ~/.ssh/key.git-annex-servername-username and ofcourse tried to use it.
+Moving the key to a subdirectory in ~/.ssh/ and fixing the path in ~/.ssh/config solved my problem again.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_4_dcd9286e314779c25764484beff40561._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_4_dcd9286e314779c25764484beff40561._comment
new file mode 100644
index 0000000000..44df433391
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_4_dcd9286e314779c25764484beff40561._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl99Gxq3NPNvwZHp3PDufaknQH4rZb_KKY"
+ nickname="Florian"
+ subject="comment 4"
+ date="2013-04-10T12:39:49Z"
+ content="""
+OK, problem solved. I deleted the key on the server and then readded the repository. Now I have a separate git-annex key pair and the config is as you described. I don't know why an existing key pair was used in the setup before. I log into my home server frequently and don't remember that I added the public key manually (especially regarding the restriction to git-annex-shell that was applied).
+
+However, thanks for the great work so far!
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_5_2146eec77b87b615100d0d003e8dce75._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_5_2146eec77b87b615100d0d003e8dce75._comment
new file mode 100644
index 0000000000..8889c3adb6
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_5_2146eec77b87b615100d0d003e8dce75._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="marvin"
+ ip="91.152.75.65"
+ subject="Seeing the same thing"
+ date="2013-04-13T22:36:00Z"
+ content="""
+So what I did on a clean ubuntu install was
+
+1. start git-annex-webapp Version: ( 4.20130413-g5747bf4 )
+2. set up local repository and remote ssh repository
+3. sync some files
+4. trying to ssh from the console to the remote now fails with error message \"git-annex-shell: bad parameters\"
+
+I do believe it has always done this (also on wheezy). Is this supposed to work this way? Hope to get a webdav / owncloud / some own hosted system not relying on ssh. Just want to sync files to a headless server. I'll gladly help if I can.
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_6_2bd6f4e04903ee251d43d0a97bd40b6e._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_6_2bd6f4e04903ee251d43d0a97bd40b6e._comment
new file mode 100644
index 0000000000..901798fe87
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_6_2bd6f4e04903ee251d43d0a97bd40b6e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-04-13T22:40:02Z"
+ content="""
+No, it is not supposed to do that. Can you take a look at the `.ssh/authorized_keys` file on the remote and see what key it has configured to run git-annex-shell? This should not be your main ssh key..
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_7_7db8ed002eb6313b07f09bd1a34019e3._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_7_7db8ed002eb6313b07f09bd1a34019e3._comment
new file mode 100644
index 0000000000..cf1e30824e
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_7_7db8ed002eb6313b07f09bd1a34019e3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-04-13T22:48:55Z"
+ content="""
+@Florian, it seems very unlikely that ssh would go off and pick a **utterly random file** to use as the key. ssh generally tries to be consistent, and secure, and that would be neither. 
+
+Can you paste the `ssh -vv` output when it does it?
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_8_1bcb2a238006044bc78849e56cb21a01._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_8_1bcb2a238006044bc78849e56cb21a01._comment
new file mode 100644
index 0000000000..9cc054b39d
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_8_1bcb2a238006044bc78849e56cb21a01._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="marvin"
+ ip="91.152.75.65"
+ subject="comment 8"
+ date="2013-04-14T00:37:21Z"
+ content="""
+The key in authorized file is the same as git-annex pub key ( key.git-annex-192.168.1.43-marvin.pub )
+Which is also the only ssh key in the authorized file. Is it assumed keys are always used instead of only passwords?
+"""]]
diff --git a/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_9_26c6937cf78e7141e0e3b20f25ed8f7a._comment b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_9_26c6937cf78e7141e0e3b20f25ed8f7a._comment
new file mode 100644
index 0000000000..7f36e3c435
--- /dev/null
+++ b/doc/bugs/The_restricted_ssh_key_pair_makes_password_login___40__nearly__41___impossible/comment_9_26c6937cf78e7141e0e3b20f25ed8f7a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 9"
+ date="2013-04-14T00:46:32Z"
+ content="""
+Can you please paste the output of `ssh -vvv host
+"""]]
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/The_webapp_doesn__39__t_allow_deleting_repositories.mdwn b/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories.mdwn
new file mode 100644
index 0000000000..88e39efe97
--- /dev/null
+++ b/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories.mdwn
@@ -0,0 +1,33 @@
+What steps will reproduce the problem?
+
+After creating new remote repositories in the webapp there's no option to delete them
+
+What is the expected output? What do you see instead?
+
+Some option to delete a repository, just like I can disable sync or change the config of a remote
+
+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
+
+[[!tag /design/assistant]]
+
+> Status: You can delete the current repository. You can also remove
+> repositories from the list of remotes (without deleting their content)
+> and you can tell it you want to stop using a remote, and it will
+> suck all content off that remote until it's empty.
+> 
+> Still todo: Detect when a remote has been sucked dry, and actually delete
+> it. --[[Joey]]
+
+>> [[done]] --[[Joey]]
diff --git a/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_1_1b80f9cfedd25e34997fa07e08d15012._comment b/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_1_1b80f9cfedd25e34997fa07e08d15012._comment
new file mode 100644
index 0000000000..5087b5f4ec
--- /dev/null
+++ b/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_1_1b80f9cfedd25e34997fa07e08d15012._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.211"
+ subject="comment 1"
+ date="2013-01-03T19:48:46Z"
+ content="""
+Something I would like to support, although complicated by what \"delete\" means. At its simplest it can mean removing the git remote configuration, but leaving the remote's data as-is, so it can be added back, or other repositories can continue to access it. More complicated, it could mean completely deleting the repository, and its data -- which would probably first need to move any data that was solely in that repository off to elsewhere.
+"""]]
diff --git a/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_2_53499da1185c56d8fd25f86ba41d96ce._comment b/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_2_53499da1185c56d8fd25f86ba41d96ce._comment
new file mode 100644
index 0000000000..e840947386
--- /dev/null
+++ b/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_2_53499da1185c56d8fd25f86ba41d96ce._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="it also doesn't recognize when a local repository has been deleted manually"
+ date="2013-01-09T16:13:41Z"
+ content="""
+I created a new local repository to play with the new Direct Mode features.  I ended up deleting it (deleting the directory), but when I launched the assistant, I was still given the option of \"switching repository\" to the now-deleted one.  It threw the error Internal Server Error (user error (git [\"config\",\"--null\",\"--list\"] exited 126)).
+
+> Fixed this. --[[Joey]]
+
+"""]]
diff --git a/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_3_3e07b8386d2c7afce2a78d24b9c260b9._comment b/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_3_3e07b8386d2c7afce2a78d24b9c260b9._comment
new file mode 100644
index 0000000000..76342ec63d
--- /dev/null
+++ b/doc/bugs/The_webapp_doesn__39__t_allow_deleting_repositories/comment_3_3e07b8386d2c7afce2a78d24b9c260b9._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://piotr.ozarowski.pl/"
+ nickname="p1otr"
+ subject="Re: comment 1"
+ date="2013-01-15T09:26:21Z"
+ content="""
+How about asking the user? Something like:
+
+Do you want to...
+
+* only remove configuration from annex
+* make sure there's a copy of all files from this repository somewhere and remove it (including remote files)
+* remove remote files (and remove them from annex if there's no other copy)
+"""]]
diff --git a/doc/bugs/Too_many_open_files.mdwn b/doc/bugs/Too_many_open_files.mdwn
new file mode 100644
index 0000000000..3bb53e74df
--- /dev/null
+++ b/doc/bugs/Too_many_open_files.mdwn
@@ -0,0 +1,55 @@
+### Please describe the problem.
+
+The transferrer crashes after a while due to too many open files
+
+### What steps will reproduce the problem?
+
+Have a huge annex. Connect two local machines, one with the huge annex, the other one without. Let them copy files…
+
+### What version of git-annex are you using? On what operating system?
+
+latest 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
+
+on Mac OS X 10.9
+
+### 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-11-22 10:49:19 CET] Transferrer: Downloaded oktaeder.png
+[2013-11-22 10:49:19 CET] Transferrer: Downloaded oktaeder.png
+[2013-11-22 10:49:19 CET] Transferrer: Downloaded oktaeder.png
+[2013-11-22 10:49:20 CET] Transferrer: Downloaded klett-cover-neu.jpg
+[2013-11-22 10:49:20 CET] Transferrer: Downloaded klett-cover-neu.jpg
+[2013-11-22 10:49:20 CET] Transferrer: Downloaded kara-worl..ditor.gif
+git-annex: runInteractiveProcess: pipe: Too many open files
+Committer crashed: lsof: createProcess: resource exhausted (Too many open files)
+[2013-11-22 10:49:20 CET] Committer: warning Committer crashed: lsof: createProcess: resource exhausted (Too many open files)
+[2013-11-22 10:49:20 CET] Transferrer: Downloaded kara-worl..ditor.gif
+[2013-11-22 10:49:20 CET] Transferrer: Downloaded kara-worl..ditor.gif
+[2013-11-22 10:49:20 CET] Transferrer: Downloaded image1.png
+[2013-11-22 10:49:21 CET] Transferrer: Downloaded image1.png
+[2013-11-22 10:49:21 CET] Transferrer: Downloaded image.png
+[2013-11-22 10:49:21 CET] Transferrer: Downloaded image.png
+[2013-11-22 10:49:21 CET] Transferrer: Downloaded ikoseder.png
+[2013-11-22 10:49:21 CET] Transferrer: Downloaded ikoseder.png
+[2013-11-22 10:49:22 CET] Transferrer: Downloaded ikoseder.png
+[2013-11-22 10:49:22 CET] Transferrer: Downloaded ikosaeder.jpg
+git-annex: runInteractiveProcess: pipe: Too many open files
+ok
+(Recording state in git...)
+git-annex: socket: resource exhausted (Too many open files)
+[2013-11-22 10:49:22 CET] Transferrer: Downloaded ikosaeder.jpg
+Transferrer crashed: getCurrentDirectory: resource exhausted (Too many open files)
+[2013-11-22 10:49:22 CET] Transferrer: warning Transferrer crashed: getCurrentDirectory: resource exhausted (Too many open files)
+git-annex: runInteractiveProcess: pipe: Too many open files
+git-annex: runInteractiveProcess: pipe: Too many open files
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/Too_many_open_files/comment_1_d5d509b9b431d2ea6000ebc0aed62857._comment b/doc/bugs/Too_many_open_files/comment_1_d5d509b9b431d2ea6000ebc0aed62857._comment
new file mode 100644
index 0000000000..4771926921
--- /dev/null
+++ b/doc/bugs/Too_many_open_files/comment_1_d5d509b9b431d2ea6000ebc0aed62857._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-26T16:28:25Z"
+ content="""
+You can use `lsof -c git-annex` to find out what files git-annex has open. (lsof is included in the git-annex.app bundle on OSX) That would be very helpful in tracking this down.
+"""]]
diff --git a/doc/bugs/Too_much_system_load_on_startup.mdwn b/doc/bugs/Too_much_system_load_on_startup.mdwn
new file mode 100644
index 0000000000..fc514ca73f
--- /dev/null
+++ b/doc/bugs/Too_much_system_load_on_startup.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+When I log in, if git annex is monitoring a large repo, my desktop is very sluggish getting started. Git-annex causes moderate CPU load, but keeps the disk IO very busy -delaying the opening of desktop applications.
+
+### What steps will reproduce the problem?
+On Linux, with git-annex set to autostart and monitoring a folder with more than a few hundred files (I have a pdf library of a few thousand journal articles).
+
+### What version of git-annex are you using? On what operating system?
+4.20131002 Ubuntu, from Hess's PPA.
+
+### Please provide any additional information below.
+
+I solved this problem by changing the call to git-annex in /etc/xdg/autostart/git-annex.desktop from:
+
+Exec=/usr/bin/git-annex assistant --autostart
+
+to
+
+Exec=sleep 5 ionice -c 3 /usr/bin/git-annex assistant --autostart
+
+This delays the start of git-annex for 5 seconds, letting the desktop get started, and forces git-annex to yield IO to other programs -preventing it from slowing them down by forcing them to wait for disk access. Since this is a background daemon with potentially high IO usage, but no need for quick responsiveness, perhaps that would make a decent default?
+
+> Added 5 second delay to existing ionice. Provisionally [[done]],
+> although it does occur to me that the startup scan could add some delays
+> in between actions to run more as a batch job. --[[Joey]]
diff --git a/doc/bugs/Too_much_system_load_on_startup/comment_1_4470cddc0965062588acff1bc77285e9._comment b/doc/bugs/Too_much_system_load_on_startup/comment_1_4470cddc0965062588acff1bc77285e9._comment
new file mode 100644
index 0000000000..31e735985a
--- /dev/null
+++ b/doc/bugs/Too_much_system_load_on_startup/comment_1_4470cddc0965062588acff1bc77285e9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-10-26T16:44:59Z"
+ content="""
+git-annex version 4.20131002 *already* ionices itself on startup, assuming it detects a system it can do that on. So the only relevant change you made is delaying it from starting. I have made the assistant wait 5 seconds before running the startup scan when autostarted.
+"""]]
diff --git a/doc/bugs/TransferScanner_crash_on_Android.mdwn b/doc/bugs/TransferScanner_crash_on_Android.mdwn
new file mode 100644
index 0000000000..89ad1f824a
--- /dev/null
+++ b/doc/bugs/TransferScanner_crash_on_Android.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+
+TransferScanner crashes trying to add a file.
+
+### What steps will reproduce the problem?
+
+Start the web app.
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130709-g339d1e0 on Android.
+
+### Please provide any additional information below.
+
+There was a whole stack of nulls in some of those log lines as well. I've 
+
+[[!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
+
+TransferScanner crashed: unknown response from git cat-file ("refs/heads/git-annex:289/20f/SHA256E-s85883241--3bf01cfd6a422f9b661ed335e6142bbdaf899cd71587bb3cc812256064c7071e missing",refs/heads/git-annex:289/20f/SHA256E-s85883241--3bf01cfd6a422f9b661ed335e6142bbdaf899cd71587bb3cc812256064c7071e\00\00\00\00\00\00\00\00\00\00\00\00\00\00\00(7981 more elided)\00.log)
+[2013-07-16 15:19:26 NZST] TransferScanner: warning TransferScanner crashed: unknown response from git cat-file ("refs/heads/git-annex:289/20f/SHA256E-s85883241--3bf01cfd6a422f9b661ed335e6142bbdaf899cd71587bb3cc812256064c7071e missing",refs/heads/git-annex:289/20f/SHA256E-s85883241--3bf01cfd6a422f9b661ed335e6142bbdaf899cd71587bb3cc812256064c7071e\00\00\00\00\00(7991 more elided)\00.log)
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/TransferScanner_crash_on_Android/comment_1_6c3584ade1ee6cccddddeaa8e1697945._comment b/doc/bugs/TransferScanner_crash_on_Android/comment_1_6c3584ade1ee6cccddddeaa8e1697945._comment
new file mode 100644
index 0000000000..c7622955bf
--- /dev/null
+++ b/doc/bugs/TransferScanner_crash_on_Android/comment_1_6c3584ade1ee6cccddddeaa8e1697945._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-16T18:16:52Z"
+ content="""
+Wow, that's a lot of NULs!
+
+Can you drop to a shell and run `git fsck` in the repository?
+
+I'm guessing that `git annex fsck` is going to fail with some of the same type errors, but you could also try it.
+
+It seems pretty clear there's damage somewhere. Like something (perhaps a compact flash glitch?) inserted a ton of NULs into the git repository, or corrupted a filename's length field or something.
+
+---
+
+Probably the best thing to do, to get back to a working repository is to move the current repo out of the way, re-setup the assistant on your Android from one of your other repositories (assuming you have another one). Or if this is your only clone of this git repository, you may be able to run `git annex uninit` in it.
+
+Then if necessary the contents of files can be rescued from `.git/annex/objects/` in the corrupt repository, by running `git annex import` in the new repository and passing it that directory. And finish up with a `git annex fsck`.
+"""]]
diff --git a/doc/bugs/TransferScanner_crash_on_Android/comment_2_06574e05149a677d666a722061586658._comment b/doc/bugs/TransferScanner_crash_on_Android/comment_2_06574e05149a677d666a722061586658._comment
new file mode 100644
index 0000000000..12105342c5
--- /dev/null
+++ b/doc/bugs/TransferScanner_crash_on_Android/comment_2_06574e05149a677d666a722061586658._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="git annex fsck"
+ date="2013-07-16T22:22:25Z"
+ content="""
+Running git annex fsck appears to have resolved the corruption, but it removed all the content and the assistant hasn't refetched them.
+
+I'm running git annex get . now to refetch all the content.
+"""]]
diff --git a/doc/bugs/TransferScanner_crash_on_Android/comment_3_54ae097d30bb7a49fe151f38c9bac033._comment b/doc/bugs/TransferScanner_crash_on_Android/comment_3_54ae097d30bb7a49fe151f38c9bac033._comment
new file mode 100644
index 0000000000..bb31e7f866
--- /dev/null
+++ b/doc/bugs/TransferScanner_crash_on_Android/comment_3_54ae097d30bb7a49fe151f38c9bac033._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 3"
+ date="2013-07-17T19:12:49Z"
+ content="""
+I don't see how git annex fsck could resolve the corruption, which appeared to be of data from the git repository, not the git-annex content store. Did you try `git fsck`?
+"""]]
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/Trouble_initializing_git_annex_on_NFS.mdwn b/doc/bugs/Trouble_initializing_git_annex_on_NFS.mdwn
new file mode 100644
index 0000000000..8eb20baf97
--- /dev/null
+++ b/doc/bugs/Trouble_initializing_git_annex_on_NFS.mdwn
@@ -0,0 +1,16 @@
+The following occurs in a directory that is shared on an NFS server:
+
+    /media/mybook/movies $ git init
+    Initialized empty Git repository in /media/mybook/movies/.git/
+    /media/mybook/movies $ git annex init mybook-movies
+    init mybook-movies 
+    git-annex: waitToSetLock: resource exhausted (No locks available)
+    failed
+    git-annex: init: 1 failed
+    /media/mybook/movies $
+
+This happens reliably.  Is there any way around it?  I have shell
+access on the NFS server, but it is a NAS, so I don't think it is
+capable of running git-annex.
+
+[[done]]
diff --git a/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_1_e26952373150d63b8a5d3643a2762de1._comment b/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_1_e26952373150d63b8a5d3643a2762de1._comment
new file mode 100644
index 0000000000..8e951ab7c9
--- /dev/null
+++ b/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_1_e26952373150d63b8a5d3643a2762de1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-11-15T04:40:35Z"
+ content="""
+git-annex uses locking to avoid problems if multiple processes are run at the same time.
+
+I just tested on NFS, with Linux on the server and client, and it works ok. It seems your NFS client (or server) must not support fncl locking. What OS is your NAS running?
+"""]]
diff --git a/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_2_f80b10ed395738e50e345fc22c708ae5._comment b/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_2_f80b10ed395738e50e345fc22c708ae5._comment
new file mode 100644
index 0000000000..bd302e6bef
--- /dev/null
+++ b/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_2_f80b10ed395738e50e345fc22c708ae5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-11-15T04:46:13Z"
+ content="""
+You might try mounting your NAS with the mount option `local_lock=all`
+
+This will keep the lock files on your (I assume linux) client. If you do this make sure you don't have another client using git-annex in the same NFS directory.
+"""]]
diff --git a/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_3_f99e0f05950fc2fc80fdecd35e17012c._comment b/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_3_f99e0f05950fc2fc80fdecd35e17012c._comment
new file mode 100644
index 0000000000..b95c795eab
--- /dev/null
+++ b/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_3_f99e0f05950fc2fc80fdecd35e17012c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://cgray.myopenid.com/"
+ nickname="cgray"
+ subject="comment 3"
+ date="2011-11-15T05:14:03Z"
+ content="""
+I did a bit of research and my NAS had ancient NFS software on it.  I upgraded that and things are now working as expected. Sorry for the noise.
+"""]]
diff --git a/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_4_e42146d2dcc4052266dd61d204aeb551._comment b/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_4_e42146d2dcc4052266dd61d204aeb551._comment
new file mode 100644
index 0000000000..59919789e9
--- /dev/null
+++ b/doc/bugs/Trouble_initializing_git_annex_on_NFS/comment_4_e42146d2dcc4052266dd61d204aeb551._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmnG4EuvZWse5hvgrl0XAK-U61e-0iGaao"
+ nickname="David"
+ subject="nolock option worked"
+ date="2012-10-01T20:31:18Z"
+ content="""
+I had the same problem on my NAS, updated the firmware but it didn't solve it.  The remedy was to mount the NAS with the 'nolock' option.
+"""]]
diff --git a/doc/bugs/True_backup_support.mdwn b/doc/bugs/True_backup_support.mdwn
new file mode 100644
index 0000000000..72fd9fb1f8
--- /dev/null
+++ b/doc/bugs/True_backup_support.mdwn
@@ -0,0 +1,7 @@
+I'd like to be able to restore my data from S3/Glacier following a catastrophic loss of information.
+
+As I understand it, git-annex doesn't solve this problem for me because it only stores file *contents* in S3/Glacier.  A restore-from-nothing requires both the file contents and also the file names and metadata, which git-annex doesn't store in S3.
+
+I'm still feeling my way around git-annex, but I think it will probably be sufficient for my purposes to set up a cron job to push my annex to github.  But I think it would be helpful if git-annex could take care of this automatically.
+
+> Based on the comments, this is [[done]] --[[Joey]]
diff --git a/doc/bugs/True_backup_support/comment_1_50aa0bc1e2502622585682cb703e0b85._comment b/doc/bugs/True_backup_support/comment_1_50aa0bc1e2502622585682cb703e0b85._comment
new file mode 100644
index 0000000000..33ad32eaa9
--- /dev/null
+++ b/doc/bugs/True_backup_support/comment_1_50aa0bc1e2502622585682cb703e0b85._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="I think this already works"
+ date="2013-05-01T03:09:13Z"
+ content="""
+I think this should already work in the latest git version, I have been using this feature for the last week or so.
+
+This change was described in [[/design/assistant/blog/day_245__misc/]], and I asked for it [[here|/forum/Automatically_syncronise_centralised_repository/]].
+"""]]
diff --git a/doc/bugs/True_backup_support/comment_2_d6030c6c49b227e022f05d590746d4ca._comment b/doc/bugs/True_backup_support/comment_2_d6030c6c49b227e022f05d590746d4ca._comment
new file mode 100644
index 0000000000..f8059d5a79
--- /dev/null
+++ b/doc/bugs/True_backup_support/comment_2_d6030c6c49b227e022f05d590746d4ca._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c"
+ nickname="Justin"
+ subject="comment 2"
+ date="2013-05-01T03:12:23Z"
+ content="""
+Indeed, this looks like what I'm after.  Thanks!
+"""]]
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/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/Unable_to_import_feed.mdwn b/doc/bugs/Unable_to_import_feed.mdwn
new file mode 100644
index 0000000000..49dc21bfef
--- /dev/null
+++ b/doc/bugs/Unable_to_import_feed.mdwn
@@ -0,0 +1,27 @@
+Using `git-annex version: 4.20130802` on Debian unstable, when trying to add the feed at <http://www.ndr.de/fernsehen/sendungen/extra_3/videos/zum_mitnehmen/extradrei196_version-hq.xml>, I get:
+
+[[!format sh """
+importfeed http://www.ndr.de/fernsehen/sendungen/extra_3/videos/zum_mitnehmen/extradrei196_version-hq.xml 
+--2013-08-16 09:14:13--  http://www.ndr.de/fernsehen/sendungen/extra_3/videos/zum_mitnehmen/extradrei196_version-hq.xml
+Auflösen des Hostnamen »www.ndr.de (www.ndr.de)«... 212.201.100.171, 212.201.100.187
+Verbindungsaufbau zu www.ndr.de (www.ndr.de)|212.201.100.171|:80... verbunden.
+HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
+Länge: 61809 (60K) [application/xml]
+In »»/tmp/feed4404«« speichern.
+
+100%[============================================>] 61.809      --.-K/s   in 0,03s   
+
+2013-08-16 09:14:13 (2,20 MB/s) - »»/tmp/feed4404«« gespeichert [61809/61809]
+
+failed
+git-annex: importfeed: 1 failed
+"""]]
+
+(Oh, and using `format` with nono-ASCII seems to break down., at least in the preview.)
+
+> I'm going to close this since I've narrowed it down to a bug in the
+> upstream feed library. [[done]]. Of course, if we get a lot of reports of
+> the library not working, I may need to revisit using it, but for now this
+> seems an isolated problem. Also, I tried validating the feed, and it is
+> not 100% valid, and one of the validity problems is a missing enclosure
+> length. --[[Joey]] 
diff --git a/doc/bugs/Unable_to_import_feed/comment_1_16230fbbb996e165b84787ed4d5f72ea._comment b/doc/bugs/Unable_to_import_feed/comment_1_16230fbbb996e165b84787ed4d5f72ea._comment
new file mode 100644
index 0000000000..7c9c1e129b
--- /dev/null
+++ b/doc/bugs/Unable_to_import_feed/comment_1_16230fbbb996e165b84787ed4d5f72ea._comment
@@ -0,0 +1,45 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-23T18:09:27Z"
+ content="""
+When I try this, without the German translation, I get:
+
+<pre>
+joey@gnu:~/tmp/newrepo>git annex importfeed 'http://www.ndr.de/fernsehen/sendungen/extra_3/videos/zum_mitnehmen/extradrei196_version-hq.xml'
+(checking known urls...)
+importfeed http://www.ndr.de/fernsehen/sendungen/extra_3/videos/zum_mitnehmen/extradrei196_version-hq.xml 
+--2013-08-23 13:58:19--  http://www.ndr.de/fernsehen/sendungen/extra_3/videos/zum_mitnehmen/extradrei196_version-hq.xml
+Resolving www.ndr.de (www.ndr.de)... 23.73.180.154, 23.73.180.115
+Connecting to www.ndr.de (www.ndr.de)|23.73.180.154|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 61865 (60K) [application/xml]
+Saving to: ‘/home/joey/tmp/feed31120’
+
+100%[======================================>] 61,865       151KB/s   in 0.4s   
+
+2013-08-23 13:58:25 (151 KB/s) - ‘/home/joey/tmp/feed31120’ saved [61865/61865]
+
+
+  warning: bad feed content
+</pre>
+
+It seems you left out the last line of the error.
+
+The feed library seems to fail to find any of the enclosures in this feed, although it is able to parse it as far as finding the individual items in the feed:
+
+<pre>
+Prelude Text.Feed.Query Text.Feed.Import> f <- parseFeedFromFile \"extradrei196_version-hq.xml\" 
+Prelude Text.Feed.Query Text.Feed.Import> map getItemEnclosure $ feedItems f
+[Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing,Nothing]
+</pre>
+
+The feed *appears* to contain enclosures, for example:
+
+<pre>
+<enclosure url=\"http://media.ndr.de/progressive/2013/0821/TV-20130821-2329-5942.hq.mp4\" type=\"video/mp4\"/>
+</pre>
+
+It may not be well-formed, or the feed library may have a bug. Assuming the latter, I have filed a bug report on the feed library: https://github.com/sof/feed/issues/3
+"""]]
diff --git a/doc/bugs/Unable_to_switch_back_to_direct_mode.mdwn b/doc/bugs/Unable_to_switch_back_to_direct_mode.mdwn
new file mode 100644
index 0000000000..8144dfe4dd
--- /dev/null
+++ b/doc/bugs/Unable_to_switch_back_to_direct_mode.mdwn
@@ -0,0 +1,55 @@
+### Please describe the problem.
+
+I seem to be unable to switch back and forth between git annex direct and git annex indirect mode in one of my repositories.  I can in others just fine.
+
+### What steps will reproduce the problem?
+
+In the broken repository I can do:
+
+    cwebber@earlgrey:~/gfx-proj/mediagoblin_vid$ git annex direct
+    commit  
+    add audio/part2.aup (checksum...) ok
+    ok
+    add images/campaign.png (checksum...) ok
+    ok
+    add images/transifex.png (checksum...) ok
+    ok
+    add script-lines.txt (checksum...) ok
+    ok
+    add vid_pitch.blend (checksum...) ok
+    ok
+    (Recording state in git...)
+    [master 9f13dc0] commit before switching to direct mode
+     1 file changed, 145 insertions(+), 1 deletion(-)
+     rewrite audio/part2.aup (100%)
+     mode change 120000 => 100644
+    ok
+    direct gavroche-vid-shot.blend 
+    git-annex: /home/cwebber/gfx-proj/mediagoblin_vid/.git/annex/objects/3M/mx/SHA256E-s2935980--3a1c838333a4a0ee1eaa837c3f08a910d3f29fc60baf41affd936fbefe11111f/SHA256E-s2935980--3a1c838333a4a0ee1eaa837c3f08a910d3f29fc60baf41affd936fbefe11111f: rename: permission denied (Permission denied)
+    failed
+    git-annex: direct: 1 failed
+
+looking at the files:
+
+    cwebber@earlgrey:~/gfx-proj/mediagoblin_vid$ ls -l gavroche-vid-shot.blend
+    lrwxrwxrwx 1 cwebber cwebber 190 Apr 28 18:27 gavroche-vid-shot.blend -> .git/annex/objects/3M/mx/SHA256E-s2935980--3a1c838333a4a0ee1eaa837c3f08a910d3f29fc60baf41affd936fbefe11111f/SHA256E-s2935980--3a1c838333a4a0ee1eaa837c3f08a910d3f29fc60baf41affd936fbefe11111f
+    cwebber@earlgrey:~/gfx-proj/mediagoblin_vid$ ls -l .git/annex/objects/3M/mx/SHA256E-s2935980--3a1c838333a4a0ee1eaa837c3f08a910d3f29fc60baf41affd936fbefe11111f/SHA256E-s2935980--3a1c838333a4a0ee1eaa837c3f08a910d3f29fc60baf41affd936fbefe11111f
+    -rw-r--r-- 1 cwebber cwebber 2935980 Apr 28 18:27 .git/annex/objects/3M/mx/SHA256E-s2935980--3a1c838333a4a0ee1eaa837c3f08a910d3f29fc60baf41affd936fbefe11111f/SHA256E-s2935980--3a1c838333a4a0ee1eaa837c3f08a910d3f29fc60baf41affd936fbefe11111f
+    cwebber@earlgrey:~/gfx-proj/mediagoblin_vid$
+
+... it looks like these permissions should be fine!
+
+Some notable things:
+
+* I believe Blender wrote directly to a file that was in "locked" somehow, despite it being in that state.  It may have actually followed the symlink and overwritten that file, I'm not sure.
+* However, the file that git-annex is now reporting with "permission denied" is not the one it did previously... I did git checkout -- on all the files, switched them over, and it's a different set of broken things now!
+* It's actually easy enough to fix... in fact, I did fix it!  I just did a fresh clone of the git repository and a git annex get and everything is fine now.  However, it seemed like possibly a bug that might hit other people, hence my reporting it.
+
+### What version of git-annex are you using? On what operating system?
+
+git annex version 4.20130417 on debian wheezy
+
+### Please provide any additional information below.
+
+
+> [[done]]; see comments. --[[Joey]]
diff --git a/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_1_4585b251f011a153c62f377c324cf963._comment b/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_1_4585b251f011a153c62f377c324cf963._comment
new file mode 100644
index 0000000000..6ba0111a74
--- /dev/null
+++ b/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_1_4585b251f011a153c62f377c324cf963._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 1"
+ date="2013-04-30T02:31:31Z"
+ content="""
+I've had the same thing happen in reverse. I can not switch from direct to indirect mode. After receiving a similar error:
+
+    git-annex: /Users/akraut/Desktop/annexes/home/.git/annex/objects/ZV/kq/SHA256E-s207--4b4fa180ac4c16fe83eb2a5fed4c217c1d26195c876a4e0e700ae63605348d75.mp3/SHA256E-s207--4b4fa180ac4c16fe83eb2a5fed4c217c1d26195c876a4e0e700ae63605348d75.mp3.cache: removeLink: permission denied (Permission denied)
+    failed
+    git-annex: indirect: 1 failed
+    
+    %  > ls -la /Users/akraut/Desktop/annexes/home/.git/annex/objects/ZV/kq/SHA256E-s207--4b4fa180ac4c16fe83eb2a5fed4c217c1d26195c876a4e0e700ae63605348d75.mp3/SHA256E-s207--4b4fa180ac4c16fe83eb2a5fed4c217c1d26195c876a4e0e700ae63605348d75.mp3.cache
+    -rw-r--r-- 1 akraut staff 23 Mar 23 21:10 /Users/akraut/Desktop/annexes/home/.git/annex/objects/ZV/kq/SHA256E-s207--4b4fa180ac4c16fe83eb2a5fed4c217c1d26195c876a4e0e700ae63605348d75.mp3/SHA256E-s207--4b4fa180ac4c16fe83eb2a5fed4c217c1d26195c876a4e0e700ae63605348d75.mp3.cache
+
+After this error, annex things I'm in indirect mode:
+
+    %  > 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
+
+And git things that my repo has many uncommitted typechanges.
+"""]]
diff --git a/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_2_5848ebbab38d1244347f7e7351b3a30d._comment b/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_2_5848ebbab38d1244347f7e7351b3a30d._comment
new file mode 100644
index 0000000000..2b13674a7d
--- /dev/null
+++ b/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_2_5848ebbab38d1244347f7e7351b3a30d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-30T23:36:12Z"
+ content="""
+@andrew I've reproduced and fixed this problem. It does not seem to be related to cwebber's problem.
+
+Waiting on a test case from cwebber. His permissions seem ok, so I don't know what's causing that.
+"""]]
diff --git a/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_3_1c5c7b0c7bc336e00f43e257b87a6208._comment b/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_3_1c5c7b0c7bc336e00f43e257b87a6208._comment
new file mode 100644
index 0000000000..b236979427
--- /dev/null
+++ b/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_3_1c5c7b0c7bc336e00f43e257b87a6208._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 3"
+ date="2013-04-30T23:38:52Z"
+ content="""
+Ah, cool. What's the recommended way to recover from it?
+"""]]
diff --git a/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_4_b0bfd68998bc3e11d8e089646b8292a6._comment b/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_4_b0bfd68998bc3e11d8e089646b8292a6._comment
new file mode 100644
index 0000000000..af406b1d2f
--- /dev/null
+++ b/doc/bugs/Unable_to_switch_back_to_direct_mode/comment_4_b0bfd68998bc3e11d8e089646b8292a6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-05-06T16:41:42Z"
+ content="""
+cwebber sent me a test case, and it turns out that while his problem was different, I fixed it in the same commit I fixed the problem described in the comment above. Both problems involved cases where the object storage directory was left with frozen permissions, and they needed to be unlocked before moving files in/out of it.
+
+Also, it seems that blender did not misbehave as thought. It only replaces the git-annex symlink with a new .blend file. Which is fine.
+
+Finally, there was an unrelated bug in `git annex direct` that chris's test case repo happened to have, which caused it to not convert 2 files to direct mode. I've fixed that bug as well.
+"""]]
diff --git a/doc/bugs/Unable_to_sync_a_second_machine_through_Box.mdwn b/doc/bugs/Unable_to_sync_a_second_machine_through_Box.mdwn
new file mode 100644
index 0000000000..a4cac6acec
--- /dev/null
+++ b/doc/bugs/Unable_to_sync_a_second_machine_through_Box.mdwn
@@ -0,0 +1,46 @@
+What steps will reproduce the problem?
+
+Install 4.20130417 as packaged in Debian unstable.
+Using "git annex webapp", setup on first machine adding repository ~/annex.  Add a Box.com repository in directory "annex", encrypted.  Add a jabber account (apparently successful).
+Add test file to ~/annex.  Login via website to box.com, notice that the "annex" directory is created and contains encrypted file.
+On second (remote machine), follow the same steps (add repository in ~/annex, Add a Box.com repository in directory "annex", encrypted, Add same jabber account).
+
+What is the expected output? What do you see instead?
+
+Expected the file to appear in the second machine's ~/annex.  The webapp indicates: Synced with box.com
+Log file says:
+
+[2013-04-23 06:50:16 EDT] main: starting assistant version 4.20130417
+(scanning...) [2013-04-23 06:50:16 EDT] Watcher: Performing startup scan
+(started...) 
+(encryption setup shared cipher) (testing WebDAV server...)
+(gpg) [2013-04-23 06:50:50 EDT] main: Syncing with box.com 
+[2013-04-23 06:50:50 EDT] main: Share with friends, and keep your devices in sync across the cloud. 
+[2013-04-23 06:51:03 EDT] main: Share with friends, and keep your devices in sync across the cloud. 
+warning: Not updating non-default fetch respec
+	
+	Please update the configuration manually if necessary.
+Initializing nautilus-gdu extension
+Shutting down nautilus-gdu extension
+git-annex: Daemon is already running.
+
+What version of git-annex are you using? On what operating system?
+
+4.20130417, debian testing with apt-pinning to unstable on both systems.
+
+Please provide any additional information below.
+
+When editing the Box.com repository, the option to select a directory no longer appears (and the configuration doesn't show the one selected at creation).
+There's no indication if the jabber communication is working successfully.  It could be that signalling isn't working for some reason, but the user has no information to determine that.
+It would be helpful if there were some indication in the Dashboard as to the number of files/directories/objects that git annex believes exists in each location.  It could be that it's not accessing the Box.com server successfully, but again, this is difficult to determine.
+
+It's great to see that git annex might make a box.com account useful for automatic upload and sync... looking forward to getting it to work on both sides! Thanks for making this!
+
+[[!tag /design/assistant moreinfo]]
+
+> The robustness of the XMPP support has massively improved since this bug
+> report was filed. Since no more information is forthcoming, I consider
+> this bug [[done]].
+>
+> (Incidentially, this bug got me to santize all information logged about
+> XMPP protocol, including the names/emails of buddies..) --[[Joey]]
diff --git a/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_1_cb43a2bc976e3eb1cfc3ee9d4d34e78e._comment b/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_1_cb43a2bc976e3eb1cfc3ee9d4d34e78e._comment
new file mode 100644
index 0000000000..ae117f36f6
--- /dev/null
+++ b/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_1_cb43a2bc976e3eb1cfc3ee9d4d34e78e._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-23T17:54:14Z"
+ content="""
+Are files that you add in machine A showing up in machine B as broken symlinks? If so, jabber sync is working and the problem is with the Box.com remore. If not, the problem must be with the jabber sync.
+
+The log includes something like this when git is pulling over jabber:
+
+<pre>
+[2013-04-22 14:08:05 JEST] XMPPClient: Syncing with youraccount
+To xmpp::youraccount@gmail.com
+   385f85c..3aae8b7  git-annex -> refs/synced/8ff0aa10-0a9d-4184-b16f-27b32ef87372/ZmFtaWx5QGtpdGVuZXQubmV0/git-annex
+</pre>
+
+You can turn on debugging (--debug at startup or Enable debug logging in Configuration -> Preferences) to get full XMPP protocol dumps in the log. If you do not see something like the above, please do so, and paste them, so I can debug why it's not working.
+
+> When editing the Box.com repository, the option to select a directory no longer appears
+
+This is normal; it doesn't make sense to change the directory the remote uses once the remote is in use.
+"""]]
diff --git a/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_2_3375e9bfab3fed271413bd9bb5fa0121._comment b/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_2_3375e9bfab3fed271413bd9bb5fa0121._comment
new file mode 100644
index 0000000000..f3a39ef2fd
--- /dev/null
+++ b/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_2_3375e9bfab3fed271413bd9bb5fa0121._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="http://keverets.livejournal.com/"
+ ip="108.170.138.61"
+ subject="comment 2"
+ date="2013-04-23T19:04:15Z"
+ content="""
+I do see XMPP connecting after I enable logging (could the XMPP status be shown in the webapp directly?)
+
+It shows long, long lists of PresenceMessages:
+
+    [2013-04-23 14:55:56 EDT] XMPPClient: connected JID \"...\"
+    [2013-04-23 14:55:56 EDT] XMPPClient: received: [PresenceMessage (Presence {presenceType = PresenceAvailable, presenceTo = Just (JID ...
+
+Still no files gets transferred from Box.com to the second machine.  I see:
+
+    [2013-04-23 14:53:41 EDT] main: Syncing with box.com
+
+but no:
+
+    XMPPClient: Syncing
+
+anywhere in the log.
+
+>> When editing the Box.com repository, the option to select a directory no longer appears
+> This is normal; it doesn't make sense to change the directory the remote uses once the remote is in use.
+
+It might not make sense to change it, but it would be useful to still see it (if disabled), especially when there are a few different Box.com directories that are shared with different repositories.
+
+Thanks again for any hints.
+"""]]
diff --git a/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_3_c4420e1a3db321b4135b1626d3582adb._comment b/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_3_c4420e1a3db321b4135b1626d3582adb._comment
new file mode 100644
index 0000000000..1b66d12e9e
--- /dev/null
+++ b/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_3_c4420e1a3db321b4135b1626d3582adb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="I am not a horse"
+ date="2013-04-23T20:05:25Z"
+ content="""
+A horse, when put in harness, is equipped with blinders, to prevent it from seeing scary things out of the corner of its eye, and panicing.
+
+I am not a horse. The more information I am presented with, the more likely I am to see and understand and fix a problem. ;)
+
+So, please paste the whole XMPP output, not 2 edited lines of it.
+"""]]
diff --git a/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_4_f4b2c88bb5938dacdd04dfe9a68560de._comment b/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_4_f4b2c88bb5938dacdd04dfe9a68560de._comment
new file mode 100644
index 0000000000..32ceea2c09
--- /dev/null
+++ b/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_4_f4b2c88bb5938dacdd04dfe9a68560de._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://keverets.livejournal.com/"
+ ip="108.170.138.61"
+ subject="Your users aren't horses, either"
+ date="2013-04-24T23:42:45Z"
+ content="""
+I appreciate the difficulty in responding to bug reports with incomplete logs.
+
+Please consider that the log file includes lists of email addresses (as XMPP contacts in the Presence messages) that are those of my contacts and not my own.  In addition, these bug reports seem to be posted publicly in this wiki.  As such, providing some other means of submitting logs would likely be a good idea (ideally from inside the webapp where they're being collected, so the user is less likely to miss some with a copy & paste through the browser; they should be sent to a more private destination such as an email address).
+
+I really do not want to be bothering you with bug reports if I could gather the information I need to solve the issue myself.  That's why I suggested adding better notification in the webapp of the status of XMPP (there's just a brief \"Testing, this might take a minute\" message, and then never any indication afterwards as to the state), along with better information about the status of each repository as git annex sees them.  If it's something that's tripping me up, and I'm willing to jump through the hoops (perhaps I am a horse) of hunting down and dealing with the bug reporting system, then there are likely others who will have the same issue but just give up.
+
+We're both left trying to sort out the problem partially blind, which is about as much fun for me as it is for you.
+
+I see a few ways to reduce the effort on both sides going forward.  One (my preferred) is to give the users more information in the webapp as to what's going on with the sync so that the user can determine if it's the local git annex, the remote shared repository, the remote system, or the signalling in between.  Another is to provide a more private means of submitting complete log data to help get quickly to the root of the problem without greatly compromising user's (and their contacts') privacy.  And the last (my least preferred) is that you respond to bug reports in the manner above, resulting in the alienation of those who are trying to help, who are interested in what you're doing and trying to aid in improving the project so that it will be useful and pleasant-to-use for all.  In doing so I'm fairly certain you'll get many fewer bug reports.
+
+That last one seems like less effort, but I really would prefer one of the two former solutions.
+"""]]
diff --git a/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_5_6dcc95ffb3fc7bbbedd6be5df0111c85._comment b/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_5_6dcc95ffb3fc7bbbedd6be5df0111c85._comment
new file mode 100644
index 0000000000..5919a72069
--- /dev/null
+++ b/doc/bugs/Unable_to_sync_a_second_machine_through_Box/comment_5_6dcc95ffb3fc7bbbedd6be5df0111c85._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-04-24T23:46:11Z"
+ content="""
+<mailto:id@joeyh.name>
+"""]]
diff --git a/doc/bugs/Unable_to_use_remotes_with_space_in_the_path.mdwn b/doc/bugs/Unable_to_use_remotes_with_space_in_the_path.mdwn
new file mode 100644
index 0000000000..6bb6c0782e
--- /dev/null
+++ b/doc/bugs/Unable_to_use_remotes_with_space_in_the_path.mdwn
@@ -0,0 +1,35 @@
+### Please describe the problem.
+
+Git annex can't use remotes with the type "file://" if the path contains spaces
+
+### What steps will reproduce the problem?
+
+- Create one repository with a space in the path (and initialize annex in it)
+- Clone that repo to an other directory (and initialize annex also in that)
+- add a file to the first repository in the annex way
+- chdir to the second repository and try to get that file, it won't work (also after git pull or git sync pull)
+
+Check this typescripts for a more detailed description
+
+<http://uz.sns.it/~enrico/git-annex-bugreport.txt>
+
+<http://pastebin.com/f8wkDNrG> (thanks mhameed for that data)
+
+
+### What version of git-annex are you using? On what operating system?
+
+I'm using debian testing (jessie) on a i386 machine.
+
+`git-annex` version: 4.20130521 (according to apt data and `git annex version`)
+
+`git-annex` build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+
+`git` version: 1.7.10.4
+
+
+### Please provide any additional information below.
+
+I don't use git annex assistant nor the webapp
+
+> Tested and only file:// and not other urls have this problem.
+> guilhem provided a fix. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Unfortunate_interaction_with_Calibre.mdwn b/doc/bugs/Unfortunate_interaction_with_Calibre.mdwn
new file mode 100644
index 0000000000..16921a06e0
--- /dev/null
+++ b/doc/bugs/Unfortunate_interaction_with_Calibre.mdwn
@@ -0,0 +1,24 @@
+# Calibre 
+
+Calibre is a somewhat popular eBook management package that's also free software.  <http://calibre-ebook.com/>  
+
+Install via
+    # apt-get install calibre
+
+There is a somewhat unfortunate interaction between Calibre and git-annex...
+
+* git-annex makes its files become read-only.  By the way, that's not quite obvious from the documentation; I suggest making that more prominent.
+* Calibre modifies files (not quite sure of semantics, how, or why) when doing various operations, notably such as when copying a book from one's library to one's portable reading device.
+
+These don't play well together, sadly.
+
+I'd expect most of the issue to sit on the Calibre side, and have reported it as a bug.
+[Calibre bug #739045](https://bugs.launchpad.net/calibre/+bug/739045)
+Preliminary indication is that they're treating it as a functionality change they'll decline to fix.  Which isn't entirely unreasonable - I anticipated as much, and I don't want to treat that as a bad/wrong decision.
+
+However, I think it's:
+* Unfortunate, as fitting Calibre together with git-annex seems like a neat idea.
+* Useful to make sure that this kind of "doesn't play well together" condition is documented, even if only as a bug report.
+
+> [[done]]; the assistant uses direct mode by default now to avoid
+> this kind of thing. --[[Joey]] 
diff --git a/doc/bugs/Unfortunate_interaction_with_Calibre/comment_1_7cb5561f11dfc7726a537ddde2477489._comment b/doc/bugs/Unfortunate_interaction_with_Calibre/comment_1_7cb5561f11dfc7726a537ddde2477489._comment
new file mode 100644
index 0000000000..35a2cdb3fe
--- /dev/null
+++ b/doc/bugs/Unfortunate_interaction_with_Calibre/comment_1_7cb5561f11dfc7726a537ddde2477489._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-21T13:15:03Z"
+ content="""
+Maybe I will run into issues myself somewhere down the road, but generally speaking, I really really like the fact that files are immutable by default.
+"""]]
diff --git a/doc/bugs/Unfortunate_interaction_with_Calibre/comment_2_b8ae4bc589c787dacc08ab2ee5491d6e._comment b/doc/bugs/Unfortunate_interaction_with_Calibre/comment_2_b8ae4bc589c787dacc08ab2ee5491d6e._comment
new file mode 100644
index 0000000000..719451976b
--- /dev/null
+++ b/doc/bugs/Unfortunate_interaction_with_Calibre/comment_2_b8ae4bc589c787dacc08ab2ee5491d6e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-03-31T19:32:25Z"
+ content="""
+One option would be to use the new [[news/sharebox_a_FUSE_filesystem_for_git-annex]], which would hide the immutable file details from Calibre, and proxy any changes it made through to git-annex as a series of `git annex unlock; modify; git-annex lock`
+"""]]
diff --git a/doc/bugs/Unfortunate_interaction_with_Calibre/comment_3_977c5f6b82f9e18cdd81d57005bb8b89._comment b/doc/bugs/Unfortunate_interaction_with_Calibre/comment_3_977c5f6b82f9e18cdd81d57005bb8b89._comment
new file mode 100644
index 0000000000..e23490ac49
--- /dev/null
+++ b/doc/bugs/Unfortunate_interaction_with_Calibre/comment_3_977c5f6b82f9e18cdd81d57005bb8b89._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 3"
+ date="2013-01-17T20:59:03Z"
+ content="""
+I'd say that the best option now is to use [[direct_mode]] for repositories with files that you want to let programs modify directly.
+"""]]
diff --git a/doc/bugs/Unfortunate_interaction_with_Calibre/comment_4_ff7d2e9a39dfe12b975d04650ac57cc4._comment b/doc/bugs/Unfortunate_interaction_with_Calibre/comment_4_ff7d2e9a39dfe12b975d04650ac57cc4._comment
new file mode 100644
index 0000000000..750ba84741
--- /dev/null
+++ b/doc/bugs/Unfortunate_interaction_with_Calibre/comment_4_ff7d2e9a39dfe12b975d04650ac57cc4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkvSZ1AFJdY_1FeutZr_KWeqtzjZta1PNE"
+ nickname="Thedward"
+ subject="comment 4"
+ date="2013-01-18T16:30:59Z"
+ content="""
+I couldn't get calibre to work with sharebox either, but I can confirm it works fine when I use git-annex in direct mode.
+"""]]
diff --git a/doc/bugs/Unfortunate_interaction_with_Calibre/comment_5_fc4d5301797589e92cc9a24697b2155d._comment b/doc/bugs/Unfortunate_interaction_with_Calibre/comment_5_fc4d5301797589e92cc9a24697b2155d._comment
new file mode 100644
index 0000000000..a54d53c58a
--- /dev/null
+++ b/doc/bugs/Unfortunate_interaction_with_Calibre/comment_5_fc4d5301797589e92cc9a24697b2155d._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://lot-of-stuff.info/"
+ nickname="__DL__"
+ subject="Another solution."
+ date="2013-08-13T16:39:17Z"
+ content="""
+calibre store all the metadata for safekeeping of the metadata
+(author, title...).
+
+If like me you do not like much direct mode (because of its not so
+cool interaction with plain git), you could use the largfiles config
+to let those files in plain git. You will then also need something for
+the database. See [[tips/Git_annex_and_Calibre]] for a full solution.
+
+"""]]
diff --git a/doc/bugs/Unknown_command___39__list__39__.mdwn b/doc/bugs/Unknown_command___39__list__39__.mdwn
new file mode 100644
index 0000000000..f08fc6eef2
--- /dev/null
+++ b/doc/bugs/Unknown_command___39__list__39__.mdwn
@@ -0,0 +1,15 @@
+### Please describe the problem.
+
+The man page claims there exists a query command 'list' but:
+
+    % git annex list somefile
+    git-annex: Unknown command 'list'
+
+### What version of git-annex are you using? On what operating system?
+
+man page online and git-annex version 4.20130909.
+
+> Your last line explains the problem. The online man page
+> documents the latest release, or in some cases
+> unrelased git version. You have a version 2 releases old installed.
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/Unknown_command___39__list__39__/comment_1_c625d03d1ed2019141ac9202f933466d._comment b/doc/bugs/Unknown_command___39__list__39__/comment_1_c625d03d1ed2019141ac9202f933466d._comment
new file mode 100644
index 0000000000..7566dc1ef2
--- /dev/null
+++ b/doc/bugs/Unknown_command___39__list__39__/comment_1_c625d03d1ed2019141ac9202f933466d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="News page stopped listing latest releases?"
+ date="2013-09-30T16:08:18Z"
+ content="""
+Ah, cabal tells me that 4.20130927 is out now.  I missed that because I thought that the [News](http://git-annex.branchable.com/news/) page is 'authoritative' :-)  and it's still advertising 4.20130909.  Sorry about that.
+"""]]
diff --git a/doc/bugs/Unknown_command___39__list__39__/comment_2_800e1b6417768bdadda311ebfb5df637._comment b/doc/bugs/Unknown_command___39__list__39__/comment_2_800e1b6417768bdadda311ebfb5df637._comment
new file mode 100644
index 0000000000..f8592b5711
--- /dev/null
+++ b/doc/bugs/Unknown_command___39__list__39__/comment_2_800e1b6417768bdadda311ebfb5df637._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.80"
+ subject="comment 2"
+ date="2013-09-30T16:23:31Z"
+ content="""
+I've had a bit of a mess with cabal. First my release scripts apparently broke and didn't upload the last 2 releases there. Then when I manually fixed that, hackage has been upgraded to a new version, which  is broken and will not accept tarballs > 1 mb. So I had to re-upload git-annex hacked to fit in 1 mb (removing all documentation), and I did so from a current git snapshot. Meh.
+"""]]
diff --git a/doc/bugs/Unknown_command___39__list__39__/comment_3_35dfc75ce9efffff139f8929dc311e29._comment b/doc/bugs/Unknown_command___39__list__39__/comment_3_35dfc75ce9efffff139f8929dc311e29._comment
new file mode 100644
index 0000000000..1899029ad4
--- /dev/null
+++ b/doc/bugs/Unknown_command___39__list__39__/comment_3_35dfc75ce9efffff139f8929dc311e29._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://cstork.org/"
+ nickname="Chris Stork"
+ subject="comment 3"
+ date="2013-10-04T11:17:42Z"
+ content="""
+Ah, I could have sworn that I also tried to update via cabal but didn't see a new version and this explains why...
+
+Your release script might also have a problem with updating the [[News]] page...
+"""]]
diff --git a/doc/bugs/Unknown_remote_type_webdav.mdwn b/doc/bugs/Unknown_remote_type_webdav.mdwn
new file mode 100644
index 0000000000..7c6f1ae367
--- /dev/null
+++ b/doc/bugs/Unknown_remote_type_webdav.mdwn
@@ -0,0 +1,8 @@
+When I attempt to setup a [box.com special remote](http://git-annex.branchable.com/tips/using_box.com_as_a_special_remote/) I get the following error:
+
+    git-annex: Unknown remote type webdav
+
+I'm using the Linux prebuilt tarball. Does it not include webdav support?
+
+> The amd64 standalone tarball was indeed built without it for the last
+> release. Fixed that. [[done]] --[[Joey]]
diff --git a/doc/bugs/Unnecessary_remote_transfers.mdwn b/doc/bugs/Unnecessary_remote_transfers.mdwn
new file mode 100644
index 0000000000..9ae23e5a0b
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+This is related to [[http://git-annex.branchable.com/bugs/assistant_does_not_always_use_repo_cost_info_when_queueing_downloads/]]
+
+### What steps will reproduce the problem?
+1.  Make a client repo on two machines on the local network.
+2.  Pair them.
+3.  Make a remote transfer repo.
+4.  Set up Jabber on both local machines.
+5.  Put a large file into the annex on one of the local machines.
+6.  Watch as the source client repo copies the file directly to the local paired machine, but also copies it to the remote transfer repo.
+7.  Wait for the local paired transfer to finish.
+8.  Manually disable syncing to the remote transfer repo.
+9.  Manually reenable it.
+10.  Watch as the remote transfer is not resumed.
+
+### What version of git-annex are you using? On what operating system?
+Using the 1 Nov Linux tarball, Ubuntu Raring.
+
+### Please provide any additional information below.
+This is a problem because unless I manually disable the remote repo, it will continue uploading the large file until it finishes, which uses the limited upstream bandwidth on my Internet connection--and this could take hours depending on the size of the file.
+
+The remote transfer wasn't even necessary to begin with, because it already had a direct connection to the local paired repo.  But even so, it should at least abort the remote transfer when the local transfer finishes.
+
+Thanks for your work on git-annex assistant.
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_10_b778fbb1386f0f51bf057ffacd590ebb._comment b/doc/bugs/Unnecessary_remote_transfers/comment_10_b778fbb1386f0f51bf057ffacd590ebb._comment
new file mode 100644
index 0000000000..8c985243ab
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_10_b778fbb1386f0f51bf057ffacd590ebb._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 10"
+ date="2013-11-03T02:19:04Z"
+ content="""
+Thanks, Joey.  I didn't realize that there were two instances of the assistant running.
+
+Forgive my ignorance, but if I disable the assistant running in the backup repo, will the other assistant still backup files to it?
+
+Also, from a UI perspective, does the webapp currently not seem to support secondary internal drives, at least in a useful way?
+"""]]
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_11_55430eac842d0a192dc7f41d7730e4d5._comment b/doc/bugs/Unnecessary_remote_transfers/comment_11_55430eac842d0a192dc7f41d7730e4d5._comment
new file mode 100644
index 0000000000..808c5bca69
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_11_55430eac842d0a192dc7f41d7730e4d5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 11"
+ date="2013-11-03T02:32:47Z"
+ content="""
+Yes, either of the assistants will still back up files to it, as long as they have it configured as a git remote. The same way that your transfer repository is (probably) not running the git-annex assistant.
+
+It does sound like using the removable drive UI would have saved you some trouble. I'm not sure why the webapp would not list a llvm device as a removable drive -- from inspecting the code, it seems like it would not be filtered out, as long as /proc/mounts shows the decive as /dev/something (I don't have a llvm device handy to check what it looks like).
+"""]]
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_1_00c18e07678dc513a02d974fe059df73._comment b/doc/bugs/Unnecessary_remote_transfers/comment_1_00c18e07678dc513a02d974fe059df73._comment
new file mode 100644
index 0000000000..7baa584890
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_1_00c18e07678dc513a02d974fe059df73._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-11-02T19:54:44Z"
+ content="""
+In what order does the webapp list your repositories? 
+
+When a new file appears, it will always go through the list of repositories in order, and try to transfer the file to each in turn, unless the configuration indicates it shouldn't. So, if the remote transfer repo is listed before the local repo, it will first upload the file to the transfer repo, and then upload it to the local repo. (And then later on, remove it from the transfer repo, since the file has reached all clients, probably.) OTOH, if the local repo comes first, it will upload the file to it over the LAN, and then when it comes to the transfer repo, if the file has successfully been sent to all clients, the transfer repo will no longer want it, and so no expensive upload is done over the internet.
+
+You can re-order the repository list in the webapp by dragging them up and down. It should default to having your locally paired repos first, unless you've changed it. If you think it came up with the wrong order, paste in your .git/config before you re-order the repositories..
+"""]]
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_2_2e9992dbfceabd6df535a2770626de16._comment b/doc/bugs/Unnecessary_remote_transfers/comment_2_2e9992dbfceabd6df535a2770626de16._comment
new file mode 100644
index 0000000000..cc0cb067ea
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_2_2e9992dbfceabd6df535a2770626de16._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 2"
+ date="2013-11-02T22:48:18Z"
+ content="""
+The webapp has the remote repo at the bottom of the list.  But here's .git/config.  It has a high repo cost for the local paired repo, and no cost listed for the remote one:
+
+[[!format sh \"\"\"
+[core]
+        repositoryformatversion = 0
+        filemode = true
+        bare = false
+        logallrefupdates = true
+[annex]
+        uuid = 946f9095-588b-4421-b66a-4a1e5632ff6b
+        version = 3
+        direct = true
+        diskreserve = 1 megabyte
+        numcopies = 1
+        debug = false
+[gc]
+        auto = 0
+[remote \"Onyx\"]
+        url = ssh://me@git-annex-Onyx.local-me_annex/~/annex/
+        annex-uuid = 80709bc2-3cbe-434b-b7b9-306278b9a4e9
+        annex-cost = 125.0
+        fetch = +refs/heads/*:refs/remotes/Onyx/*
+[remote \"Remote\"]
+        annex-rsyncurl = username@git-annex-example.net-username_annex:annex/
+        annex-uuid = 33930bae-63d2-4a52-b330-58872aaeb1bf
+        fetch = 
+        annex-sync = true
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_3_a98f3091a6a658919f0562cf396439c2._comment b/doc/bugs/Unnecessary_remote_transfers/comment_3_a98f3091a6a658919f0562cf396439c2._comment
new file mode 100644
index 0000000000..b6900f339d
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_3_a98f3091a6a658919f0562cf396439c2._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-02T22:59:18Z"
+ content="""
+Also, I just realized that it's uploading two large files to my remote transfer repo, even though I already have both files in my local paired repo on both systems; i.e. there's no need to send it to the transfer repo at all.  And it was yesterday when the two files were transferred.  So I have no idea why today it thinks it needs to upload them to the transfer repo.  :/
+"""]]
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_4_417c1e8e27ee1a1f9ebf9160560605c5._comment b/doc/bugs/Unnecessary_remote_transfers/comment_4_417c1e8e27ee1a1f9ebf9160560605c5._comment
new file mode 100644
index 0000000000..b0d4c11460
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_4_417c1e8e27ee1a1f9ebf9160560605c5._comment
@@ -0,0 +1,96 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="Super confused"
+ date="2013-11-02T23:30:41Z"
+ content="""
+I think now I'm double- or triple-confused.  Here is me@desktop:~/annex/.git/config:
+
+[[!format sh \"\"\"
+[core]
+        repositoryformatversion = 0
+        filemode = true
+        bare = false
+        logallrefupdates = true
+[annex]
+        uuid = 80709bc2-3cbe-434b-b7b9-306278b9a4e9
+        version = 3
+        direct = true
+        fscknudge = true
+[gc]
+        auto = 0
+[remote \"laptop\"]
+        url = ssh://me@git-annex-laptop-me_annex/~/annex/
+        annex-uuid = 946f9095-588b-4421-b66a-4a1e5632ff6b
+        annex-cost = 175.0
+        fetch = +refs/heads/*:refs/remotes/laptop/*
+[remote \"Remote\"]
+        annex-rsyncurl = username@example.net:annex/
+        annex-uuid = 33930bae-63d2-4a52-b330-58872aaeb1bf
+        fetch = 
+        annex-sync = false
+[remote \"backupOndesktop\"]
+        url = /mnt/debian/home/me/annex-backup
+        annex-uuid = 86535965-6ca7-4bf3-89af-bca3a07f96f9
+        fetch = +refs/heads/*:refs/remotes/backupOndesktop/*
+\"\"\"]]
+
+What I have set up (or intended to set up) is:
+
+* Client: me@laptop:~/annex
+* Client: me@desktop:~/annex
+* Transfer: username@example.net:~/annex
+* Full Backup: me@desktop:/mnt/debian/home/me/annex-backup
+
+What I expected was that:
+
+1.  The two Client repos would sync directly over the LAN whenever possible.
+2.  The transfer repo would be used only to sync the laptop and desktop, and then only if my laptop were not on the LAN with my desktop.
+3.  The Full Backup repo would be synced directly with the me@desktop Client repo, within the same system, from one hard disk to the other.
+
+But what I'm seeing is...not quite that.
+
+1.  It's very confusing (to me, at least) that on my desktop system I can look at my annex setup from the \"perspective\" of both local repos.  When I \"switch\" to the other repo, the setup looks different: even the same repos can have different names and descriptions, and can be enabled and disabled independently depending on the \"perspective\"...but their Type is still the same.
+
+2.  Looking from the \"perspective\" of the Full Backup repo, I'm seeing files being transferred to the Transfer repo, even though those files are already present in both Client repos, and even though the webapp says that the Full Backup repo has been synced.  When I disable and reenable the Transfer repo, it starts those transfers over again, even though they aren't necessary.  For example, here is the log from disabling and reenabling the Transfer repo from the \"perspective\" of the Full Backup repo:
+
+[[!format sh \"\"\"
+[2013-11-02 18:24:35 CDT] main: Syncing with example.net_annex 
+(gpg) 
+gpg: Terminated caught ... exiting
+[2013-11-02 18:24:49 CDT] call: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"config\",\"remote.example.net_annex.annex-sync\",\"true\"]
+[2013-11-02 18:24:49 CDT] read: git [\"config\",\"--null\",\"--list\"]
+[2013-11-02 18:24:49 CDT] read: git [\"config\",\"--null\",\"--list\"]
+[2013-11-02 18:24:49 CDT] read: git [\"config\",\"--null\",\"--list\"]
+[2013-11-02 18:24:49 CDT] main: Syncing with example.net_annex 
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"symbolic-ref\",\"HEAD\"]
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"show-ref\",\"refs/heads/master\"]
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"show-ref\",\"git-annex\"]
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"log\",\"refs/heads/git-annex..2c42d607c099b6ec4a20603b809f44d161e42489\",\"--oneline\",\"-n1\"]
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"symbolic-ref\",\"HEAD\"]
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"show-ref\",\"refs/heads/master\"]
+[2013-11-02 18:24:49 CDT] TransferScanner: starting scan of [Remote { name =\"example.net_annex\" }]
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"ls-files\",\"--cached\",\"-z\",\"--\"]
+[2013-11-02 18:24:49 CDT] TransferScanner: queued Upload UUID \"33930bae-63d2-4a52-b330-58872aaeb1bf\" video.flv Nothing : expensive scan found missing object
+[2013-11-02 18:24:49 CDT] Transferrer: Transferring: Upload UUID \"33930bae-63d2-4a52-b330-58872aaeb1bf\" video.flv Nothing
+[2013-11-02 18:24:49 CDT] TransferScanner: queued Upload UUID \"33930bae-63d2-4a52-b330-58872aaeb1bf\" image.jpg Nothing : expensive scan found missing object
+[2013-11-02 18:24:49 CDT] call: /home/me/.bin/git-annex.linux/git-annex [\"transferkeys\",\"--readfd\",\"35\",\"--writefd\",\"34\"]
+[2013-11-02 18:24:49 CDT] TransferScanner: queued Upload UUID \"33930bae-63d2-4a52-b330-58872aaeb1bf\" linux-image-3.8.0-29-generic_3.8.0-29.42_i386.deb Nothing : expensive scan found missing object
+[2013-11-02 18:24:49 CDT] TransferScanner: finished scan of [Remote { name =\"example.net_annex\" }]
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"show-ref\",\"git-annex\"]
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2013-11-02 18:24:49 CDT] read: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"log\",\"refs/heads/git-annex..2c42d607c099b6ec4a20603b809f44d161e42489\",\"--oneline\",\"-n1\"]
+[2013-11-02 18:24:49 CDT] chat: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"cat-file\",\"--batch\"]
+[2013-11-02 18:24:49 CDT] read: git [\"config\",\"--null\",\"--list\"]
+[2013-11-02 18:24:49 CDT] TransferWatcher: transfer starting: Upload UUID \"33930bae-63d2-4a52-b330-58872aaeb1bf\" video.flv Nothing
+(gpg) [2013-11-02 18:24:49 CDT] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--batch\",\"--passphrase-fd\",\"20\",\"--symmetric\",\"--force-mdc\",\"--no-textmode\"]
+[2013-11-02 18:24:50 CDT] call: git [\"--git-dir=/mnt/debian/home/me/annex-backup/.git\",\"--work-tree=/mnt/debian/home/me/annex-backup\",\"config\",\"remote.example.net_annex.annex-sync\",\"false\"]
+[2013-11-02 18:24:50 CDT] read: git [\"config\",\"--null\",\"--list\"]
+[2013-11-02 18:24:50 CDT] read: git [\"config\",\"--null\",\"--list\"]
+[2013-11-02 18:24:50 CDT] read: git [\"config\",\"--null\",\"--list\"]
+
+gpg: Terminated caught ... exiting\"\"\"]]
+
+I have no idea why it's doing that, because all three of those files are already in both Client repos and the Full Backup repo.
+"""]]
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_5_eb5a2717a1f0c7bb761d2a7866b23def._comment b/doc/bugs/Unnecessary_remote_transfers/comment_5_eb5a2717a1f0c7bb761d2a7866b23def._comment
new file mode 100644
index 0000000000..0e2ec4ec80
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_5_eb5a2717a1f0c7bb761d2a7866b23def._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="Deleting repos from different perspectives"
+ date="2013-11-02T23:33:48Z"
+ content="""
+One other thing, sorry, but I think this is important:  From the perspective of the Full Backup repo, I set the Transfer repo to be deleted, thinking that would prevent the desktop's Client and Full Backup repos from syncing through the Transfer repo.  But then when I switch to the perspective of the desktop's Client repo, it is \"cleaning out\" the Transfer repo--but I wanted the Transfer repo to be used for syncing the two Client repos!  So I set it back to Transfer instead of Unwanted...but then when I switch back to the Full Backup perspective, the Transfer repo is no longer Unwanted.
+"""]]
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_6_89f756db1f3f2e60a3bd1f35f55fee43._comment b/doc/bugs/Unnecessary_remote_transfers/comment_6_89f756db1f3f2e60a3bd1f35f55fee43._comment
new file mode 100644
index 0000000000..509cc3f3f2
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_6_89f756db1f3f2e60a3bd1f35f55fee43._comment
@@ -0,0 +1,40 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="config from backup repo"
+ date="2013-11-03T00:20:11Z"
+ content="""
+Sorry for posting over and over again, just trying to provide info when I discover it.
+
+Here's **/mnt/debian/home/me/annex-backup/.git/config**
+
+[[!format sh \"\"\"
+[core]
+        repositoryformatversion = 0
+        filemode = true
+        bare = false
+        logallrefupdates = true
+[annex]
+        uuid = 86535965-6ca7-4bf3-89af-bca3a07f96f9
+        version = 3
+        direct = true
+        fscknudge = true
+        diskreserve = 100 megabyte
+        numcopies = 1
+        debug = false
+[gc]
+        auto = 0
+[remote \"desktop\"]
+        url = /home/me/annex
+        fetch = +refs/heads/*:refs/remotes/desktop/*
+        annex-uuid = 80709bc2-3cbe-434b-b7b9-306278b9a4e9
+[remote \"Remote\"]
+        annex-rsyncurl = username@example.net:annex/
+        annex-uuid = 33930bae-63d2-4a52-b330-58872aaeb1bf
+        annex-sync = false
+        fetch =\"\"\"]]
+
+1.  Should I remove the \"Remote\" Transfer repo from this config file to prevent it from using the Transfer repo?  I only want this repo to sync directly with the other internal hard disk.
+
+2.  Is it correct for git-annex to add this Transfer repo to this config file in the first place?
+"""]]
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_7_5aaf8766a7ba05c4f92715e5d5175a8f._comment b/doc/bugs/Unnecessary_remote_transfers/comment_7_5aaf8766a7ba05c4f92715e5d5175a8f._comment
new file mode 100644
index 0000000000..f117f15c11
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_7_5aaf8766a7ba05c4f92715e5d5175a8f._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 7"
+ date="2013-11-03T00:45:09Z"
+ content="""
+* The costs you show look fine.
+* Yes, deleting a repository in the webapp actually deletes it. It doesn't just remove the remote from .git/config. Most people using the webapp don't want to draw such a fine distinction, I think.
+* It's not a very usual configuration to have 2 repositories on the same machine with the git-annex assistant running in both. You might just want to configure the assistant to not run in the backup repository.
+
+Some of the things you've said suggest that the backup repository might not be immediately noticing when changes are pushed to it. Since its location is shown as /mnt/debian/home/me, I have to wonder if that's some NFS mount or other network filesystem causing problems.
+
+"""]]
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_8_e856b350632cc865d16d1995a6cdf065._comment b/doc/bugs/Unnecessary_remote_transfers/comment_8_e856b350632cc865d16d1995a6cdf065._comment
new file mode 100644
index 0000000000..1177205e3c
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_8_e856b350632cc865d16d1995a6cdf065._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmNu4V5fvpLlBhaCUfXXOB0MI5NXwh8SkU"
+ nickname="Adam"
+ subject="comment 8"
+ date="2013-11-03T01:07:31Z"
+ content="""
+> It's not a very usual configuration to have 2 repositories on the same machine with the git-annex assistant running in both. You might just want to configure the assistant to not run in the backup repository.
+
+Maybe that's the crux of the problem.  But I'm not sure what I did wrong to make that happen.  I have a second internal hard disk in my desktop system, and I wanted to put a Full Backup repo on it.  I tried to add a \"Removable drive\" repo (since I sometimes unplug it to swap cables with a DVD drive), but since the assistant didn't detect any actual removable drives, that didn't work.  So I used \"Add another repository\" and set it to a Full Backup repo.  Is that the wrong way to do it?  :)
+
+> Some of the things you've said suggest that the backup repository might not be immediately noticing when changes are pushed to it. Since its location is shown as /mnt/debian/home/me, I have to wonder if that's some NFS mount or other network filesystem causing problems.
+
+/mnt/debian is /dev/mapper/lvm-root, another internal disk.  The disk is working fine.  :)
+"""]]
diff --git a/doc/bugs/Unnecessary_remote_transfers/comment_9_64f831545b34b78452952cf49b5f5b05._comment b/doc/bugs/Unnecessary_remote_transfers/comment_9_64f831545b34b78452952cf49b5f5b05._comment
new file mode 100644
index 0000000000..03127c4adf
--- /dev/null
+++ b/doc/bugs/Unnecessary_remote_transfers/comment_9_64f831545b34b78452952cf49b5f5b05._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 9"
+ date="2013-11-03T01:52:56Z"
+ content="""
+Ok, since we don't have NFS craziness, I'm going to put theories about it not noticing incoming syncs on hold. (I think I probably misunderstood [this comment](http://git-annex.branchable.com/bugs/Unnecessary_remote_transfers/#comment-39490c318620c141e7557b7bcba0e5c8) and anyway the assistant has some throttling so won't always immediately load config changes that have been synced to it if some other config changes were loaded a minute before.)
+
+I think this behavior can probably be explained without resorting to any bugs, now that I have, I think, a full picture of the repository network:
+
+<pre>
+laptop <-> desktop <-> backup
+    |         |       |
+    v         v       v
+      transfer (cloud)
+</pre>
+
+Now when a file is added to desktop, it immediately copies it to backup, which is on the same machine, so that happens quite quickly. Then it starts sending it across the LAN to laptop.
+
+Meanwhile, the assistant daemon running on backup wakes up, notices it's just received an object, and sees that this object is currently located on only desktop and backup, but not yet on laptop or transfer. Which means that it should send the object to transfer, from which it will eventually reach laptop.
+
+The only ways I can think of to avoid such an unnecessary transfer would be a) for desktop could somehow tell backup that it's in the process of sending the file to laptop or b) for a map of current state of the network to be constructed and maintained and analyzed automatically, so it it could conclude backup does not need to send files to transfer if they're already present on desktop. There is some discussion about this in [[design/assistant/syncing]]. Hard problem in general I think, although slightly less hard in this specific case since desktop and backup know they're in the same machine.
+
+But it should be easy to configure it so this doesn't happen. Just make backup not have the transfer repository configured as a remote (or just pause it syncing to there in the webapp). Or, don't run the assistant at all on backup (see `~/.config/git-annex/autostart`).
+"""]]
diff --git a/doc/bugs/Update_dependency_on_certificate___62____61___1.3.3.mdwn b/doc/bugs/Update_dependency_on_certificate___62____61___1.3.3.mdwn
new file mode 100644
index 0000000000..2a2a1469d4
--- /dev/null
+++ b/doc/bugs/Update_dependency_on_certificate___62____61___1.3.3.mdwn
@@ -0,0 +1,64 @@
+What steps will reproduce the problem?
+
+Run:
+
+    cabal install git-annex
+
+What is the expected output? What do you see instead?
+
+The current output is the following:
+
+    $ cabal install git-annex        
+    Resolving dependencies...    
+    Configuring certificate-1.3.2...
+    Building certificate-1.3.2...
+    Preprocessing library certificate-1.3.2...
+    [ 1 of 10] Compiling Data.Certificate.KeyDSA ( Data/Certificate/KeyDSA.hs, dist/build/Data/Certificate/KeyDSA.o )
+    [ 2 of 10] Compiling Data.Certificate.KeyRSA ( Data/Certificate/KeyRSA.hs, dist/build/Data/Certificate/KeyRSA.o )
+    
+    Data/Certificate/KeyRSA.hs:64:27:
+        `RSA.private_pub' is not a (visible) field of constructor `RSA.PrivateKey'
+    cabal: Error: some packages failed to install:
+    DAV-0.3 depends on certificate-1.3.2 which failed to install.
+    authenticate-1.3.2 depends on certificate-1.3.2 which failed to install.
+    certificate-1.3.2 failed during the building phase. The exception was:
+    ExitFailure 1
+    git-annex-3.20130107 depends on certificate-1.3.2 which failed to install.
+    http-conduit-1.8.6.3 depends on certificate-1.3.2 which failed to install.
+    http-reverse-proxy-0.1.1.1 depends on certificate-1.3.2 which failed to install.
+    tls-1.0.3 depends on certificate-1.3.2 which failed to install.
+    tls-extra-0.5.1 depends on certificate-1.3.2 which failed to install.
+    yesod-1.1.7.2 depends on certificate-1.3.2 which failed to install.
+    yesod-auth-1.1.3 depends on certificate-1.3.2 which failed to install.
+
+I'd rather get a message stating how awesome the software I just installed is. :)
+
+What version of git-annex are you using? On what operating system?
+
+  * Debian (testing)
+  * GHC 7.4.1
+  * Cabal 1.14.0, cabal-install 0.14.0
+  * cabal list git-annex says the installing version is: 3.20130107
+
+Please provide any additional information below.
+
+The certificate package version 1.3.2 does not seem to install properly with
+this version of GHC (I think).
+
+Version 1.3.3 solves the issue. I don't know if there is a way for me to
+override the dependency tree to try to force the version update with
+cabal-install, so maybe it's worth filing a bug.
+
+Thanks a lot for git-annex.
+
+> Welcome to cabal hell! This problem is why haskell's cabal system is not
+> a sufficient way for users to install git-annex, and we have to provide
+> prebuilt builds.
+> 
+> No change to git-annex can fix this problem. The problem is that
+> the old version of certificate got busted by some change to one of its
+> dependencies, and several libraries that git-annex depends on have not
+> yet been updated to use the new version of certificate. Once those
+> libraries get updated, it'll fix itself.
+> 
+> [[done]]; not git-annex bug. --[[Joey]]
diff --git a/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work.mdwn b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work.mdwn
new file mode 100644
index 0000000000..1bb9858918
--- /dev/null
+++ b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work.mdwn
@@ -0,0 +1,49 @@
+What steps will reproduce the problem?
+1. Create a Repository
+2. Add a Remote Server
+
+What is the expected output? What do you see instead?
+The option "Use a git repository on the server" is marked as not available
+
+What version of git-annex are you using? On what operating system?
+Version: 4.20130405 but on Webapp ist shows: Version: 4.20130324
+Linux 64bit
+
+Please provide any additional information below.
+git and git-annex are available on the Remote Server
+
+> While this bug report was about a server that did not get git-annex-shell
+> installed in PATH (something trivially fixed by `apt-get install
+> git-annex`), the comments below would like to turn this into a bug report about 
+> the error message "unknown UUID; cannot modify". All right then..
+> --[[Joey]]
+> 
+> This can occur if a ssh key is locked down to use directory A, and a
+> new repo is added in directory B which uses the same ssh key. Things will
+> then fail when git-annex-shell rejects the attept to use directory B, and
+> this results in the webapp displaying an internal server error of
+> "unknown UUID; cannot modify" since NoUUID is retreived for the repo.
+> 
+> In fact, I already dealt with this
+> once in 79561774450c8abf7c2cb42b08575a3ca27010dc; it used to not use 
+> the directory name at all as part of the mangled hostname. Most of the 
+> "me too" responses" predate that fix.
+> 
+> Now, this can only happen
+> if the mangled hostname for directory A and B is the same. One way this can
+> happen is if the directories are "annex" and "~/annex". In other words,
+> I suspect that users are entering "annex" once, and "~/annex" another
+> time, when setting up what they intend to be the same repo. Perhaps the
+> first time something else fails (like the original problem of
+> git-annex-shell not being in path), or they want to set it up again,
+> and the next time the subtly different directory is entered.
+> 
+> To fix this,
+> `mangleSshHostName` would need to be changed to generate different mangled
+> hostnames in all cases. Currently, it skips non-alpha-numeric
+> characters in the directory. [[done]] --[[Joey]]
+> --[[Joey]] 
+> 
+> Additionally, just entering a path starting with "~/" would cause this
+> error, since the webapp tacks on "/~/" to make a relative path absolute.
+> I've also fixed that. [[done]] --[[Joey]]
diff --git a/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_1_2143f0540fdcd7efeb25b5a3b54fe0fd._comment b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_1_2143f0540fdcd7efeb25b5a3b54fe0fd._comment
new file mode 100644
index 0000000000..aa8237c177
--- /dev/null
+++ b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_1_2143f0540fdcd7efeb25b5a3b54fe0fd._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-06T16:38:46Z"
+ content="""
+Well, it works here. It checks that all of `git`, `rsync`, and `git-annex` are in the path on the remote server using `which`.
+
+I think the most likely reason would be if you've installed git-annex on the remote server but not in the PATH. If you're using the standalone tarball, for example, it's \"installed\", but it has no way to find it.
+
+Or, you could have installed from cabal, which puts it in ~/.cabal/bin or ~/bin or something like that, and perhaps you configured your shell to put that directory in the PATH, but you did it in a way that only works for login shells. If you set the PATH in `~/.bashrc`, for example, that would not work for a noninteractive shell.
+"""]]
diff --git a/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_2_bca95245b457631d08b47591da6163ad._comment b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_2_bca95245b457631d08b47591da6163ad._comment
new file mode 100644
index 0000000000..f932856112
--- /dev/null
+++ b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_2_bca95245b457631d08b47591da6163ad._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="modules"
+ ip="31.150.97.85"
+ subject="comment 2"
+ date="2013-04-06T20:49:20Z"
+ content="""
+I have the same issue here and it seems to be the PATH problem with standalone tarball for noniteractive shell on remote server. Is there an easy way to setup right PATH or workaround for prebuilt tarballs?
+
+"""]]
diff --git a/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_3_f54bb003096752dae0442660267a1e37._comment b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_3_f54bb003096752dae0442660267a1e37._comment
new file mode 100644
index 0000000000..3a7158b80b
--- /dev/null
+++ b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_3_f54bb003096752dae0442660267a1e37._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-06T20:59:10Z"
+ content="""
+You can run this script as root, and it will install it to /usr/local/bin, which should always be in your path:
+<https://github.com/zerodogg/scriptbucket/blob/master/gitannex-install>
+
+However, I'd hope most people do not need to use the standalone tarball to install git-annex on a server. Most major linux distributions have their own way to install git-annex by now, and while most of them are too old versions to use the git annex assistant with, those old versions work fine on a server. The assistant will interoperate with them just fine.
+"""]]
diff --git a/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_4_38bb916ed5b90b92ffa91a452ff052a9._comment b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_4_38bb916ed5b90b92ffa91a452ff052a9._comment
new file mode 100644
index 0000000000..c9742b6e11
--- /dev/null
+++ b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_4_38bb916ed5b90b92ffa91a452ff052a9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnq5niDqUBoGE7cQ8MDQKtGYIfYtg3_MvY"
+ nickname="Tobias"
+ subject="comment 4"
+ date="2013-04-06T23:03:37Z"
+ content="""
+One Step forward. But now I get the error message \"Internal Server Error unknown UUID; cannot modify\" after click on the \"Use a git repository on the server\"-Button
+
+Thanks a lot for the link to the install-script. It works very well.
+"""]]
diff --git a/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_5_5b6ef464ab1ad061f27122db40191e26._comment b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_5_5b6ef464ab1ad061f27122db40191e26._comment
new file mode 100644
index 0000000000..f818a023e0
--- /dev/null
+++ b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_5_5b6ef464ab1ad061f27122db40191e26._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="EskildHustvedt"
+ ip="84.48.83.221"
+ subject="comment 5"
+ date="2013-04-08T07:41:38Z"
+ content="""
+Tobias, you may want to download the latest version of the install script and then run it as \"gitannex-install --force\", as its version of \"git-annex-shell\" was broken (linked to a missing file, fixed now).
+"""]]
diff --git a/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_6_3727bda5082cb1f2b1f746f9f80ced7d._comment b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_6_3727bda5082cb1f2b1f746f9f80ced7d._comment
new file mode 100644
index 0000000000..3501393504
--- /dev/null
+++ b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_6_3727bda5082cb1f2b1f746f9f80ced7d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnq5niDqUBoGE7cQ8MDQKtGYIfYtg3_MvY"
+ nickname="Tobias"
+ subject="comment 6"
+ date="2013-04-09T17:52:14Z"
+ content="""
+After update the script local and on the remote Server and run it on both with --force, I still get the same error.
+"""]]
diff --git a/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_7_a7139f19f0b73c024cd9218eb01e6104._comment b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_7_a7139f19f0b73c024cd9218eb01e6104._comment
new file mode 100644
index 0000000000..36547245e1
--- /dev/null
+++ b/doc/bugs/Use_a_git_repository_on_the_server_don__39__t_work/comment_7_a7139f19f0b73c024cd9218eb01e6104._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnu1NYw8UF-NoDbKu8YKVGxi8FoZLH7JPs"
+ nickname="Chris"
+ subject="Same error with Android"
+ date="2013-05-21T02:15:25Z"
+ content="""
+I'm using git-annex version 4.20130516-g3240006 on Android, and when I attempt to add a cloud repo with SSH & git, I get that same error - \"unknown UUID: cannot modify\". My Linux box running 4.20130516-gedc4ccd handles the same server as a cloud repo without any problems.
+"""]]
diff --git a/doc/bugs/Using_Github_as_remote_throws_proxy_errors.mdwn b/doc/bugs/Using_Github_as_remote_throws_proxy_errors.mdwn
new file mode 100644
index 0000000000..34d9eafb4f
--- /dev/null
+++ b/doc/bugs/Using_Github_as_remote_throws_proxy_errors.mdwn
@@ -0,0 +1,27 @@
+What steps will reproduce the problem?
+
+1. cd to an already existing git repository that uses Github as a remote, with the remote format similar to git@github.com:user/repo.git
+2. git annex init
+3. git annex status
+
+What is the expected output? What do you see instead?
+
+    $ git annex status
+    supported backends: SHA256 SHA1 SHA512 SHA224 SHA384 SHA256E SHA1E SHA512E SHA224E SHA384E WORM URL
+    supported remote types: git S3 bup directory rsync web hook
+    trusted repositories: Invalid command: 'git-annex-shell 'configlist' '/~/dlo/objectifier.git''
+      You appear to be using ssh to clone a git:// URL.
+      Make sure your core.gitProxy config option and the
+      GIT_PROXY_COMMAND environment variable are NOT set.
+    Command ssh ["-S","/Users/dan/Documents/Web/objectifier/.git/annex/ssh/git@github.com","-o","ControlMaster=auto","-o","ControlPersist=yes","git@github.com","git-annex-shell 'configlist' '/~/dlo/objectifier.git'"] failed; exit code 1
+    0
+    # ... other stuff that isn't relevant
+
+
+What version of git-annex are you using? On what operating system?
+
+git-annex-3.20120825
+
+Max OS X 10.8.1
+
+> [[done]]; see comments --[[Joey]] 
diff --git a/doc/bugs/Using_Github_as_remote_throws_proxy_errors/comment_1_10616b17c3fb8286fdc64c841023f8a1._comment b/doc/bugs/Using_Github_as_remote_throws_proxy_errors/comment_1_10616b17c3fb8286fdc64c841023f8a1._comment
new file mode 100644
index 0000000000..77ebcaa1a2
--- /dev/null
+++ b/doc/bugs/Using_Github_as_remote_throws_proxy_errors/comment_1_10616b17c3fb8286fdc64c841023f8a1._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 1"
+ date="2012-09-24T17:24:47Z"
+ content="""
+The proxy message is sent from github, so I can't do anything about that. `git@github.com:user/repo.git` is a ssh url, so git-annex tries to use it as a full git-annex remote. If you use a git:// url, git-annex will
+skip it. Or you can set `git config remote.origin.annex-ignore true` (replace origin with the name of the github remote).
+"""]]
diff --git a/doc/bugs/Using_Github_as_remote_throws_proxy_errors/comment_2_8a72887d33e492a041f8246d93d0c778._comment b/doc/bugs/Using_Github_as_remote_throws_proxy_errors/comment_2_8a72887d33e492a041f8246d93d0c778._comment
new file mode 100644
index 0000000000..5fe4e6b5ae
--- /dev/null
+++ b/doc/bugs/Using_Github_as_remote_throws_proxy_errors/comment_2_8a72887d33e492a041f8246d93d0c778._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmG8L2pP-i6QATf6pK9WCSGpl0O9twwh8Q"
+ nickname="Dan"
+ subject="comment 2"
+ date="2012-09-24T18:00:17Z"
+ content="""
+Ah, so with the full ssh URL, git annex thinks it's a \"real\" server and can run commands on it. Makes sense. Thanks!
+"""]]
diff --git a/doc/bugs/Using_a_revoked_GPG_key.mdwn b/doc/bugs/Using_a_revoked_GPG_key.mdwn
new file mode 100644
index 0000000000..4e522ab78a
--- /dev/null
+++ b/doc/bugs/Using_a_revoked_GPG_key.mdwn
@@ -0,0 +1,34 @@
+### Please describe the problem.
+git-annex refuses to use revoked GPG keys. This may be understandable for the initial remote setup, but it hit me when I tried to add a new key to a remote. The previous key has been revoked (because it has been superseded by the new one), and git-annex refused to reinvoke the shared key with both keys because one of them was revoked.
+
+Given the encryption model does not allow key replacement, it should not refuse to reencrypt using a revoked key. Maybe using `--expert` would help.
+
+### What steps will reproduce the problem?
+Encrypt a special remote with a key K1. Revoke key K1. Try to add key K2 with enableremote. git-annex will refuse to encrypt the shared key with the revoked one.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130802-g1452ac3
+
+### Please provide any additional information below.
+
+[[!format sh """
+% git annex enableremote zoidberg-crypted encryption=42B8F7C2 
+enableremote zoidberg-crypted (encryption update) 
+You need a passphrase to unlock the secret key for
+user: "Samuel Tardieu <sam@rfc1149.net>"
+2048-bit ELG key, ID F0D70BAF, created 2002-05-31 (main key ID 1B80ADE6)
+
+gpg: NOTE: key has been revoked
+gpg: reason for revocation: Key is superseded
+gpg: revocation comment: Key superseded by 42B8F7C2
+gpg: revocation comment: (fingerprint 1D36 D924 8B33 DCAB 7BA5  BA44 7A30 BCF4 42B8 F7C2)
+gpg: F13322411B80ADE6: skipped: Unusable public key
+gpg: [stdin]: encryption failed: Unusable public key
+
+git-annex: user error (gpg ["--quiet","--trust-model","always","--encrypt","--no-encrypt-to","--no-default-recipient","--recipient","7A30BCF442B8F7C2","--recipient","F13322411B80ADE6"] exited 2)
+failed
+git-annex: enableremote: 1 failed
+"""]]
+
+> [[done]]; can now use: `git annex enableremote foo keyid-=REVOKEDKEY
+> keyid+=NEWKEY` to remove it, and add a new key. --[[Joey]]  
diff --git a/doc/bugs/Using_a_revoked_GPG_key/comment_1_7bb01d081282e5b02b7720b2953fe5be._comment b/doc/bugs/Using_a_revoked_GPG_key/comment_1_7bb01d081282e5b02b7720b2953fe5be._comment
new file mode 100644
index 0000000000..baddbbf49b
--- /dev/null
+++ b/doc/bugs/Using_a_revoked_GPG_key/comment_1_7bb01d081282e5b02b7720b2953fe5be._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWg4VvDTer9f49Y3z-R0AH16P4d1ygotA"
+ nickname="Tobias"
+ subject="comment 1"
+ date="2013-08-12T11:47:28Z"
+ content="""
+I'd be very unhappy indeed if I couldn't revoke access to my annex.
+"""]]
diff --git a/doc/bugs/Using_a_revoked_GPG_key/comment_2_9c0c40360f0058a4bd346c1362e302b6._comment b/doc/bugs/Using_a_revoked_GPG_key/comment_2_9c0c40360f0058a4bd346c1362e302b6._comment
new file mode 100644
index 0000000000..003f9a34a8
--- /dev/null
+++ b/doc/bugs/Using_a_revoked_GPG_key/comment_2_9c0c40360f0058a4bd346c1362e302b6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.rfc1149.net/"
+ nickname="Sam"
+ subject="comment 2"
+ date="2013-08-13T07:28:30Z"
+ content="""
+Tobias: I don't understand what you mean. The issue here is that once an existing key is revoked, git-annex will refuse to add *another non-revoked* key.
+"""]]
diff --git a/doc/bugs/Using_a_revoked_GPG_key/comment_3_8f69f58107246595f5603f35c4aa7395._comment b/doc/bugs/Using_a_revoked_GPG_key/comment_3_8f69f58107246595f5603f35c4aa7395._comment
new file mode 100644
index 0000000000..7f18cfe39b
--- /dev/null
+++ b/doc/bugs/Using_a_revoked_GPG_key/comment_3_8f69f58107246595f5603f35c4aa7395._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmWg4VvDTer9f49Y3z-R0AH16P4d1ygotA"
+ nickname="Tobias"
+ subject="comment 3"
+ date="2013-08-13T08:47:45Z"
+ content="""
+Ah, sorry, i'm uncomprehending :)
+"""]]
diff --git a/doc/bugs/Using_a_revoked_GPG_key/comment_4_78b3c52ba85edfa6ee6e273bec3bea5c._comment b/doc/bugs/Using_a_revoked_GPG_key/comment_4_78b3c52ba85edfa6ee6e273bec3bea5c._comment
new file mode 100644
index 0000000000..61b03c1096
--- /dev/null
+++ b/doc/bugs/Using_a_revoked_GPG_key/comment_4_78b3c52ba85edfa6ee6e273bec3bea5c._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.209"
+ subject="comment 4"
+ date="2013-08-16T07:14:12Z"
+ content="""
+The [[OpenPGP standard|https://tools.ietf.org/html/rfc4880]] specifies that revoked keys/subkeys \"are not to be used\". AFIK GnuPG, as any RFC-compliant implementation, will not let you encrypt to a revoked key no matter what. An extremely dirty workaround is to set up your system clock prior to the revocation date (but that might put your whole system at risk since other applications may rely synced clocks to work properly).
+
+That said, what you really wanted to do was to revoke access to K1 and add K2 instead. That seems to be a perfectly valid use-case, and it shouldn't be hard to add to git-annex; stay tunned ;-)
+
+
+Tobias: Not sure what you meant by \"revoke access to my annex\", but if you were thinking of the key owner, note that with the current [[encryption design|http://git-annex.branchable.com/design/encryption]], since that person may simply grab from the git repo and then at any time decrypt the passphrase for the symmetric cipher, it makes little sense to revoke access for that person unless you change that passphrase, and reencrypt all annexed files on the remote, which of course needs to be done locally for the encryption to make sense at all.
+"""]]
diff --git a/doc/bugs/Using_a_revoked_GPG_key/comment_5_a85ccf2f09ebe87147f8761b81a02326._comment b/doc/bugs/Using_a_revoked_GPG_key/comment_5_a85ccf2f09ebe87147f8761b81a02326._comment
new file mode 100644
index 0000000000..ff441671f7
--- /dev/null
+++ b/doc/bugs/Using_a_revoked_GPG_key/comment_5_a85ccf2f09ebe87147f8761b81a02326._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.rfc1149.net/"
+ nickname="Sam"
+ subject="comment 5"
+ date="2013-08-19T11:35:52Z"
+ content="""
+Indeed, removing the revoked key and putting the new one would be acceptable, there is no reason to keep the revoked one around.
+"""]]
diff --git a/doc/bugs/Using_a_revoked_GPG_key/comment_6_8b89eb5e6386acd0a922310c04f863ac._comment b/doc/bugs/Using_a_revoked_GPG_key/comment_6_8b89eb5e6386acd0a922310c04f863ac._comment
new file mode 100644
index 0000000000..eb9cd0f542
--- /dev/null
+++ b/doc/bugs/Using_a_revoked_GPG_key/comment_6_8b89eb5e6386acd0a922310c04f863ac._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.209"
+ subject="comment 6"
+ date="2013-08-19T13:22:59Z"
+ content="""
+All right, what would be a nice user interface, compatible with the current commands? I was thinking of something along the lines of `git annex enableremote +encryption=newKey -encryption=oldKey`, with an alias `+encryption=encryption` to be backward compatible. It's probably not optimal though, feel free to comment :-)
+
+Of course, `git-annex` should ensure that at any point in time the passphrase is always encrypted using an OpenPGP key. (Otherwise it might be stored clear in the git repository, which would void the encryption.) Also, anyone who can decrypt the passphrase can revoke all existing keys and reencrypt it using another key; this not really a big deal since the cipher is version-controlled anyway, so loosing access to the repo is unlikely.
+
+By the way, since we're about to amend the arguments for `enableremote`, it'd be nice to take advantage of the situation to allow pure asymmetric encryption. I propose `git annex initremote ... encryption=myKey crypto={none,hybrid,pubkey}` to use respectively no-encryption, an asymmetrically encrypted passphrase (the current design, default), and OpenPGP keys only.
+"""]]
diff --git a/doc/bugs/Using_a_revoked_GPG_key/comment_7_20dc5a7ce7cb6ca97ccdfb923c3b24bb._comment b/doc/bugs/Using_a_revoked_GPG_key/comment_7_20dc5a7ce7cb6ca97ccdfb923c3b24bb._comment
new file mode 100644
index 0000000000..02be72e368
--- /dev/null
+++ b/doc/bugs/Using_a_revoked_GPG_key/comment_7_20dc5a7ce7cb6ca97ccdfb923c3b24bb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.209"
+ subject="comment 7"
+ date="2013-08-19T16:08:49Z"
+ content="""
+On second thought, I think it makes more sense to have something like `git annex initremote ... encryption={none,shared,hybrid,pubkey} keyid=whatever` and `git annex enableremote ... [+keyid=newkey] [-keyid=oldkey]`, where `keyid` can only be used when `encryption` is either `hybrid` (default) or `pubkey`.
+
+This would break compatibility with the current interpretation of `encryption`, but I believe it's not so invasive: People are not creating new remotes every day, and an error message could clarify the new behavior. It's also clearer, since key IDs can be added and deleted at will, whereas the encryption scheme cannot.
+"""]]
diff --git a/doc/bugs/Using_a_revoked_GPG_key/comment_8_9dc921dc6077f828454a4444088b9a43._comment b/doc/bugs/Using_a_revoked_GPG_key/comment_8_9dc921dc6077f828454a4444088b9a43._comment
new file mode 100644
index 0000000000..a63ce1262c
--- /dev/null
+++ b/doc/bugs/Using_a_revoked_GPG_key/comment_8_9dc921dc6077f828454a4444088b9a43._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 8"
+ date="2013-08-22T17:05:49Z"
+ content="""
+Note that the assistant generates initremote parameters so code there also needs to be changed if the syntax changes.
+
+I think I am ok with changing the syntax. However, it seems that `encryption=-oldkey encryption=newkey` could be used to remove the old revoked key and add a new one. Using `-keyid` as a parameter to initremote is a bit tricky since git-annex's regular option parser would see it, before the parameter could get to initremote. (Unless -keyid was defined as a regular option specific to initremote.) OR, git-annex could just try to detect when a key is revoked and automatically remove it when a new encryption key is specified.
+
+Hmm, it would be possible to have it just notice, when adding a new key, if one of the existing keys is revoked, and
+remove the revoked key automatically.
+
+The above doesn't deal with the case of wanting to add pure asymmetric encryption. It seems to me that from a user's point of view, what they really need to know about asymmetric encryption is that they can't easily give additional keyids access after the fact (without reencrypting and reuploading everything). So I think it would be good if the syntax made that obvious. Perhaps `encryptiononly=key`
+"""]]
diff --git a/doc/bugs/Using_a_revoked_GPG_key/comment_9_f50c802d78041fd1522f0e7599ce6a45._comment b/doc/bugs/Using_a_revoked_GPG_key/comment_9_f50c802d78041fd1522f0e7599ce6a45._comment
new file mode 100644
index 0000000000..d86de4e1bf
--- /dev/null
+++ b/doc/bugs/Using_a_revoked_GPG_key/comment_9_f50c802d78041fd1522f0e7599ce6a45._comment
@@ -0,0 +1,42 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.209"
+ subject="comment 9"
+ date="2013-08-22T18:42:28Z"
+ content="""
+Hehe, I ran into the option parser issue when implementing that change
+;-) So I moved to `git annex enableremote ... [keyid+=newkey]
+[keyid-=oldkey]` (where `+` is optional, for consistency) which doesn't
+prevent users from specifying a key by something starting with a sign.
+
+While it's certainly possible to tell git-annex to manage the authorized
+keys itself, users may have other reasons to remove a key so I'm not 
+sure it's a good idea. Also, what if someone forgets to add his/her new 
+key after revocation (it's still possible to decrypt after all)? If 
+another person updates the keyring afterwards, the first user will be
+denied further access, and will have to retrieve and reencrypt the
+\"cipher\" manually, which is not so trivial.
+
+
+I understand that asymmetric encryption needs special care, but Sam's 
+use case could be reproduced with that scheme I believe. For instance a
+user may superseed and revoke his/her old key; then new files would be 
+uploaded with the new one, but as long as the old key is not 
+compromised, I don't see why s/he should reupload everything instead of
+using the old key when pulling from the remote. Of course one may argue
+that the key shouldn't be revoked at the first place, but if it's used
+for other purposes (e.g., it's publicly available on a key server) it's
+good practice to revoke it IMHO.
+
+As for the removal of keys with pure asymmetric encryption, it is just
+required I think: Otherwise revoking a key would prevent any further 
+content to be encrypted. There I can't see any problem with git-annex 
+managing the keyring itself (beside the extra code to write :-P).
+
+All in all if we are to allow deletion/addition of keyIDs (and I think 
+we should!), I think it should be done for both `hybrid` and `pubkey` 
+schemes. Do you really want another syntax? I'd say clarify the manage 
+(plus maybe a warning when running the CLI) is enough, but true it's 
+easy to shoot oneself in the foot there...
+
+"""]]
diff --git a/doc/bugs/WEBDAV_443.mdwn b/doc/bugs/WEBDAV_443.mdwn
new file mode 100644
index 0000000000..cfde1a1a78
--- /dev/null
+++ b/doc/bugs/WEBDAV_443.mdwn
@@ -0,0 +1,307 @@
+What steps will reproduce the problem?
+
+```
+WEBDAV_USERNAME=pradermecker@yahoo.ca WEBDAV_PASSWORD=xxxxxx git annex initremote box.com type=webdav url=https://www.box.com/dav/git-annex chunksize=75mb encryption=none
+```
+
+What is the expected output? What do you see instead?
+
+I have: 
+```
+git-annex: WebDAV failed to write file: FailedConnectionException "www.box.com" 443: user error
+```
+# What version of git-annex are you using? On what operating system?
+
+```
+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
+```
+Archlinux 64: https://aur.archlinux.org/packages/git-annex/
+
+# Please provide any additional information below.
+
+1. Try my password a couple of time. It works with Chrome, Firefox or cadaver
+2. I am using a zsh shell and try exporting both env. variables
+3. git-annex test has errors
+
+### Error in:   git-annex add:1           
+sha1foodup: openFile: does not exist (No such file or directory)
+Cases: 3  Tried: 2  Errors: 2  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: dir/foo: getFileStatus: does not exist (No such file or directory)
+### Failure in: git-annex add:2           
+add of subdir failed
+Cases: 3  Tried: 3  Errors: 2  Failures: 1
+----------------------------------------------------------------------
+reinject
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: sha1foo not found
+### Failure in: git-annex reinject/fromkey
+reinject failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+----------------------------------------------------------------------
+unannex
+Cases: 2  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex unannex:0:no content
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 2  Tried: 1  Errors: 1  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+### Error in:   git-annex unannex:1:with content
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 2  Tried: 2  Errors: 2  Failures: 0
+----------------------------------------------------------------------
+drop
+Cases: 3  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+git-annex: foo not found
+### Failure in: git-annex drop:0:no remotes
+drop wrongly succeeded with no known copy of file
+Cases: 3  Tried: 1  Errors: 0  Failures: 1warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+### Error in:   git-annex drop:1:with remote
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 3  Tried: 2  Errors: 1  Failures: 1warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+### Error in:   git-annex drop:2:untrusted remote
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 3  Tried: 3  Errors: 2  Failures: 1
+----------------------------------------------------------------------
+get
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex get             
+foo: openFile: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+move
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex move            
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+copy
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex copy            
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+lock
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex unlock/lock     
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+edit
+Cases: 2  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+### Error in:   git-annex edit/commit:0   
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 2  Tried: 1  Errors: 1  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+### Error in:   git-annex edit/commit:1   
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 2  Tried: 2  Errors: 2  Failures: 0
+----------------------------------------------------------------------
+fix
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex fix             
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+trust
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+Cases: 1  Tried: 1  Errors: 0  Failures: 0
+----------------------------------------------------------------------
+fsck
+Cases: 4  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Failure in: git-annex fsck:0          
+fsck failed to fail with numcopies unsatisfied
+Cases: 4  Tried: 2  Errors: 0  Failures: 1warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+### Failure in: git-annex fsck:2          
+fsck failed to fail with content only available in untrusted (current) repository
+Cases: 4  Tried: 3  Errors: 0  Failures: 2warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+git-annex: sha1foo not found
+### Failure in: git-annex fsck:3          
+fsck failed to fail with content not replicated to enough non-untrusted repositories
+Cases: 4  Tried: 4  Errors: 0  Failures: 3
+----------------------------------------------------------------------
+migrate
+Cases: 2  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex migrate:0       
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 2  Tried: 1  Errors: 1  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex migrate:1       
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 2  Tried: 2  Errors: 2  Failures: 0
+----------------------------------------------------------------------
+ unused
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+git-annex: sha1foo not found
+fatal: pathspec 'foo' did not match any files
+### Failure in: git-annex unused/dropunused
+git rm failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+----------------------------------------------------------------------
+describe
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+Cases: 1  Tried: 1  Errors: 0  Failures: 0
+----------------------------------------------------------------------
+find
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex find            
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+merge
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+Cases: 1  Tried: 1  Errors: 0  Failures: 0
+----------------------------------------------------------------------
+status
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+{"command":"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":[],"semitrusted repositories":[{"uuid":"00000000-0000-0000-0000-000000000001","description":"web","here":false},{"uuid":"80db3ccc-8c73-4279-b803-1b02c91dd158","description":".t/tmprepo0","here":true},{"uuid":"c01ef662-caa7-46d1-95de-544bee8b08f1","description":"origin (test repo)","here":false}],"untrusted repositories":[],"dead repositories":[],"available local disk space":"75 gigabytes (+1 megabyte reserved)","local annex keys":0,"local annex size":"0 bytes","known annex keys":0,"known annex size":"0 bytes","bloom filter size":"16 mebibytes (0% full)","success":true}
+Cases: 1  Tried: 1  Errors: 0  Failures: 0
+----------------------------------------------------------------------
+version
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+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
+Cases: 1  Tried: 1  Errors: 0  Failures: 0
+----------------------------------------------------------------------
+sync
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+# On branch master
+#
+# Initial commit
+#
+nothing to commit (create/copy files and use "git add" to track)
+### Failure in: git-annex sync            
+sync failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+----------------------------------------------------------------------
+sync regression
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+git-annex: foo not found
+git-annex: foo not found
+# On branch master
+#
+# Initial commit
+#
+nothing to commit (create/copy files and use "git add" to track)
+### Failure in: git-annex sync_regression 
+sync failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+----------------------------------------------------------------------
+map
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+Cases: 1  Tried: 1  Errors: 0  Failures: 0
+----------------------------------------------------------------------
+uninit
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex uninit          
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+upgrade
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+Cases: 1  Tried: 1  Errors: 0  Failures: 0
+----------------------------------------------------------------------
+whereis
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+### Error in:   git-annex whereis         
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+hook remote
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+### Error in:   git-annex hook remote     
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+directory remote
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+### Error in:   git-annex directory remote
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+rsync remote
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+### Error in:   git-annex rsync remote    
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+bup remote
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+Cases: 1  Tried: 1  Errors: 0  Failures: 0
+----------------------------------------------------------------------
+crypto
+Cases: 1  Tried: 0  Errors: 0  Failures: 0warning: remote HEAD refers to nonexistent ref, unable to checkout.
+
+git-annex: foo not found
+### Error in:   git-annex crypto          
+foo: getSymbolicLinkStatus: does not exist (No such file or directory)
+Cases: 1  Tried: 1  Errors: 1  Failures: 0
+----------------------------------------------------------------------
+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.)
+
+> (The test suite output suggests to me that it was run on a system
+> that does not support symlinks, and may be broken in some other way
+> as well, but is not relevant to this bug report.)
+> --[[Joey]] 
+
+> Closing this bug since the bug submitter cannot reproduce it and
+> had many problems that seems to point at a bad build. [[done]] --[[Joey]]
diff --git a/doc/bugs/WEBDAV_443/comment_10_9ee2c5ed44295455af890caee7b06f1a._comment b/doc/bugs/WEBDAV_443/comment_10_9ee2c5ed44295455af890caee7b06f1a._comment
new file mode 100644
index 0000000000..38c38e0192
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_10_9ee2c5ed44295455af890caee7b06f1a._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="195.244.162.7"
+ subject="comment 10"
+ date="2013-03-18T15:47:19Z"
+ content="""
+Ok, I will try that.
+
+For your information, I have rebuild the aur package inside a VM using the latest master. All tests passed.
+
+Now I get a new error message with WEBDAV saying:
+
+```
+git-annex: WebDAV failed to write file: \"Conflict\": user error
+```
+
+As a note the current aur build is rather cumbersome because it needs to rebuild a lot of packages using cabal. I believe this is due to a few missing dependencies in the Arch repos [haskell-core] and [haskell-web] such as uuid, SafeSemaphore or c2hs.
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_11_863a7d315212c9a8ab8f6fafa5d1b7f5._comment b/doc/bugs/WEBDAV_443/comment_11_863a7d315212c9a8ab8f6fafa5d1b7f5._comment
new file mode 100644
index 0000000000..c58c70c219
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_11_863a7d315212c9a8ab8f6fafa5d1b7f5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="195.244.162.7"
+ subject="comment 11"
+ date="2013-03-18T16:24:52Z"
+ content="""
+FYI, it is a bit heavy for me to try the standalone version as it is 32 bits only (I am on 64-bits)
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_12_c17a4e23011e0a917dbe0ecf7e9f0cb5._comment b/doc/bugs/WEBDAV_443/comment_12_c17a4e23011e0a917dbe0ecf7e9f0cb5._comment
new file mode 100644
index 0000000000..be045c4073
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_12_c17a4e23011e0a917dbe0ecf7e9f0cb5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 12"
+ date="2013-03-18T16:33:31Z"
+ content="""
+The standalone version works on either architecture, it does not depend on any system libraries, thus the name \"standalone\".
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_13_3414416ff455d2fd1a7c7e7c4554b54d._comment b/doc/bugs/WEBDAV_443/comment_13_3414416ff455d2fd1a7c7e7c4554b54d._comment
new file mode 100644
index 0000000000..0a3297f715
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_13_3414416ff455d2fd1a7c7e7c4554b54d._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="195.244.162.7"
+ subject="comment 13"
+ date="2013-03-18T16:39:58Z"
+ content="""
+I actually don't know if it has something to do with 32 or 64 bits but with the standalone I have got:
+/opt/git-annex.linux/runshell: line 69: /opt/git-annex.linux/bin/git-annex-shell: No such file or directory
+
+I have tried both the aur standalone and directly downloading the tarball.
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_14_e1da141eefb0445c217e5f5c119356da._comment b/doc/bugs/WEBDAV_443/comment_14_e1da141eefb0445c217e5f5c119356da._comment
new file mode 100644
index 0000000000..5097df1833
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_14_e1da141eefb0445c217e5f5c119356da._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 14"
+ date="2013-03-18T16:54:02Z"
+ content="""
+Given that line 69 of runshell is a newline, and that runshell does not ever try to run git-annex-shell, I wonder what you downloaded exactly...
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_15_41c3134bcc222b97bf183559723713d9._comment b/doc/bugs/WEBDAV_443/comment_15_41c3134bcc222b97bf183559723713d9._comment
new file mode 100644
index 0000000000..5bf5bafe45
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_15_41c3134bcc222b97bf183559723713d9._comment
@@ -0,0 +1,27 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="195.244.162.7"
+ subject="comment 15"
+ date="2013-03-18T19:07:31Z"
+ content="""
+Euh. I actually feel stupid enough with this but ...
+
+I have try first with your link and it gives me:
+
+```
+./runshell: line 75: /home/vagrant/programs/git-annex.linux/bin/sh: No such file or directory
+```
+
+As I told you I then try the AUR package : https://aur.archlinux.org/packages/git-annex-standalone/
+
+And it does give me the same error on line 69.
+
+It is the same line (3 lines before the end):
+
+```
+exec \"$cmd\" \"$@\"
+```
+
+I really don't get it because the file is there ... and the first sanity checks of the script have pass.
+
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_16_89621b526065b5bef753ce75db1af7b5._comment b/doc/bugs/WEBDAV_443/comment_16_89621b526065b5bef753ce75db1af7b5._comment
new file mode 100644
index 0000000000..059a8ee00c
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_16_89621b526065b5bef753ce75db1af7b5._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="195.244.162.7"
+ subject="comment 16"
+ date="2013-03-18T19:31:42Z"
+ content="""
+Actually it is even worse ...
+
+With your link, line 75 is actually 2 lines below (sh).
+
+So same command (runshell), same error, different places (I guess it is always the last line executed) ...
+
+Is it supposed to work fine in 64 bits also ?
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_17_131a1b65c8008cf9f02c93d4fb75720b._comment b/doc/bugs/WEBDAV_443/comment_17_131a1b65c8008cf9f02c93d4fb75720b._comment
new file mode 100644
index 0000000000..515976b85b
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_17_131a1b65c8008cf9f02c93d4fb75720b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-03-18T23:05:26Z"
+ content="""
+The standalone linux tarball will work on 64 or 32 bit systems, as long as they are capable of linking 32 bit elf executables. I cannot test if Arch Linux is incapable of this.
+
+I'm getting a bit tired of wild tangents, can we you just find someplace, be it a Debian chroot or whatever, to run the standalone linux tarball and test if DAV works there?
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_18_b4f894a0b9ebb84ab73f6ffcf0778090._comment b/doc/bugs/WEBDAV_443/comment_18_b4f894a0b9ebb84ab73f6ffcf0778090._comment
new file mode 100644
index 0000000000..fe25b98e64
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_18_b4f894a0b9ebb84ab73f6ffcf0778090._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="195.244.162.7"
+ subject="It works !"
+ date="2013-03-19T10:40:31Z"
+ content="""
+Sorry for the wild tangents.
+
+It is now working. I am not sure what went wrong.
+
+For the record here are the steps I took (all using the Git annex UI):
+
+* Set up removable media -> OK
+* Set up remote SSH -> missing lsof -> install it -> everything OK
+* Set up S3  -> had issue with time -> solve it with ntp -> everything OK
+* Try again WebDav -> \"Conflict\" message -> try using another dir -> everything OK
+
+There might be a \"cleanup after error problem\" somewhere that would explain the conflict message I have received.
+
+Again for the record, I made it works inside a VM using the AUR \"git-annex 4.20130314-1\" (not the standalone). The only change I made on the PKGBUILD was to install everything with cabal except for the packages in the [haskell-core] Arch repo. I know you are not aware with Arch but basically I choose not to rely on the [haskell-web] Arch repo.
+
+I will try again at home on my laptop and I will try the standalone as well.
+
+Thanks you so much for the wonderful product !
+
+Cheers
+
+
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_1_c6572ca1eaaf89b01c0ed99a4058412f._comment b/doc/bugs/WEBDAV_443/comment_1_c6572ca1eaaf89b01c0ed99a4058412f._comment
new file mode 100644
index 0000000000..f474fe4884
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_1_c6572ca1eaaf89b01c0ed99a4058412f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-16T15:35:05Z"
+ content="""
+The i386 standalone build for 4.20130314, which is IIRC repackaged by Arch linux, was made using a known broken webdav library. I've since updated that build to use a new version of webdav. Since it only affected that one build, I do not plan to do a full re-release with a new version number.
+
+Probably Arch needs to update their package.
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_2_a357969cde382a91e13920ee1e9f711c._comment b/doc/bugs/WEBDAV_443/comment_2_a357969cde382a91e13920ee1e9f711c._comment
new file mode 100644
index 0000000000..522685670e
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_2_a357969cde382a91e13920ee1e9f711c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="81.244.205.197"
+ subject="Thanks"
+ date="2013-03-16T15:46:45Z"
+ content="""
+Thanks for your quick comment ! I was about to get crazy trying my password again and again ;-)
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_3_213815d6b827d467c60f3e8af925813b._comment b/doc/bugs/WEBDAV_443/comment_3_213815d6b827d467c60f3e8af925813b._comment
new file mode 100644
index 0000000000..60f7ef9d36
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_3_213815d6b827d467c60f3e8af925813b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-17T21:07:50Z"
+ content="""
+Seems that I misdiagnosed this. The error message from the bad TLS library was about a had certificate, not \"user error\" (which, confusingly, does not mean what user error normally means!).
+
+Also, I see you reported this at <https://aur.archlinux.org/packages/git-annex/>, so you're using that build and not the \"git-annex-bin\" build at <https://aur.archlinux.org/packages.php?ID=63503>. The Arch Linux build that's done from source couldn't be affected by the Debian-spefific TLS bug anyway.
+
+I am reopening this bug report. 
+
+Now, FailedConnectionException could be any of several things, but I noticed that someone else (perhaps cooindidentially using Arch Linux) reported the same error message here: [[Proxy_support]]. I wonder if you perhaps also have a http proxy that could be causing trouble.
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_4_b775be4b722fc7124d9fbe2d5d01cc9f._comment b/doc/bugs/WEBDAV_443/comment_4_b775be4b722fc7124d9fbe2d5d01cc9f._comment
new file mode 100644
index 0000000000..12767d9614
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_4_b775be4b722fc7124d9fbe2d5d01cc9f._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-03-17T21:19:20Z"
+ content="""
+Digging into your error message a bit more, it looks like this is not a http proxy (or if it is, it's letting some connections through). 
+
+git-annex is testing the box.com WebDAV server, by performing 3 actions:
+
+1. Creating the requested subdirectory on it, in your case \"git-annex\". 
+2. Creating an empty file to that directory, named \"git-annex-test\"
+3. Deleting the file.
+
+Step 2 is failing. Which sort of suggests step 1 succeeded, but who knows..
+
+So, if you go look at your files on box.com, do you have a git-annex directory?
+
+Does git-annex/git-annex-test exist?
+
+Does it also fail if you use a different directory, like https://www.box.com/dav/git-annex2 ?
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_5_c4ea745da437e56b2426d1c2c00dfcec._comment b/doc/bugs/WEBDAV_443/comment_5_c4ea745da437e56b2426d1c2c00dfcec._comment
new file mode 100644
index 0000000000..e99f36524d
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_5_c4ea745da437e56b2426d1c2c00dfcec._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="81.244.157.3"
+ subject="comment 5"
+ date="2013-03-17T22:03:22Z"
+ content="""
+No there is no directory created on box.com. I have actually tried with other names without success. I did even try to create the directory myself and use this one but it makes no difference.
+
+I am not sure to understand what 443 means.
+
+To be sure it is not a local config problem on my computer, I have tried to put a file to box using cadaver: cadaver works just fine (create dir, upload, delete file).
+
+After your comment, I actually rebuild the package using master. I still have the same error with WebDav but now all tests pass (git annex test)
+
+Let me know if you need me to do further investigation. Thanks.
+
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_6_ef05c0ae88fee9c626922c6064ffdf1e._comment b/doc/bugs/WEBDAV_443/comment_6_ef05c0ae88fee9c626922c6064ffdf1e._comment
new file mode 100644
index 0000000000..0d32616467
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_6_ef05c0ae88fee9c626922c6064ffdf1e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="81.244.157.3"
+ subject="comment 6"
+ date="2013-03-17T22:07:06Z"
+ content="""
+I have also tried with the gui and got the same error.
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_7_eecabe8d5ed564cb540450770ca7d0b6._comment b/doc/bugs/WEBDAV_443/comment_7_eecabe8d5ed564cb540450770ca7d0b6._comment
new file mode 100644
index 0000000000..d6d3241bf6
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_7_eecabe8d5ed564cb540450770ca7d0b6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-03-18T00:18:52Z"
+ content="""
+443 is the port used for https.
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_8_7f77ba8ebd90186d3b3949ae529ba393._comment b/doc/bugs/WEBDAV_443/comment_8_7f77ba8ebd90186d3b3949ae529ba393._comment
new file mode 100644
index 0000000000..68d6d5b839
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_8_7f77ba8ebd90186d3b3949ae529ba393._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://pradermecker.myopenid.com/"
+ ip="195.244.162.7"
+ subject="comment 8"
+ date="2013-03-18T08:33:04Z"
+ content="""
+Yes, of course, I know about 443.
+
+I was just surprised to see it in the error message (where as a code my mind was expecting a http error code).
+
+What I meant is that I don't really see how it fits in the current error message.
+"""]]
diff --git a/doc/bugs/WEBDAV_443/comment_9_87ebdc92b48d672964fb3f248c53600f._comment b/doc/bugs/WEBDAV_443/comment_9_87ebdc92b48d672964fb3f248c53600f._comment
new file mode 100644
index 0000000000..eb51fe641b
--- /dev/null
+++ b/doc/bugs/WEBDAV_443/comment_9_87ebdc92b48d672964fb3f248c53600f._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 9"
+ date="2013-03-18T15:04:00Z"
+ content="""
+I think what you need to do is try installing the [Linux standalone tarball](http://downloads.kitenet.net/git-annex/linux/current/) and see if it works with WebDAV. We need to rule out this being a bad build on the Arch side. The Linux standalone tarball works with box.com for me.
+
+"""]]
diff --git a/doc/bugs/WORM:_Handle_long_filenames_correctly.mdwn b/doc/bugs/WORM:_Handle_long_filenames_correctly.mdwn
new file mode 100644
index 0000000000..3c9374100c
--- /dev/null
+++ b/doc/bugs/WORM:_Handle_long_filenames_correctly.mdwn
@@ -0,0 +1,4 @@
+I have files with very long filenames on an xfs at home. On my laptop the annex should have been checked out on an encfs, but there filenames can't be as long as on the xfs. So perhaps it would be good to limit the keysize to a sane substring of the filename e.g. use only the first 120 characters.
+
+> Since there seems no strong argument for a WORM100, and better options
+> exist, closing. [[done]] --[[Joey]] 
diff --git a/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_1_77aa9cafbe20367a41377f3edccc9ddb._comment b/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_1_77aa9cafbe20367a41377f3edccc9ddb._comment
new file mode 100644
index 0000000000..41d3afb3eb
--- /dev/null
+++ b/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_1_77aa9cafbe20367a41377f3edccc9ddb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-08T17:14:25Z"
+ content="""
+Seems like you probably have files in git with nearly as long filenames as the key files. Course, you can rename those yourself.
+
+This couldn't be changed directly in WORM without some ugly transition, but it would be possible to implement it as a WORM100 or so. OTOH, if you're going to git annex migrate, you might as well use SHA1.
+"""]]
diff --git a/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_2_fe735d728878d889ccd34ec12b3a7dea._comment b/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_2_fe735d728878d889ccd34ec12b3a7dea._comment
new file mode 100644
index 0000000000..d00191f9d8
--- /dev/null
+++ b/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_2_fe735d728878d889ccd34ec12b3a7dea._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-04-08T22:02:41Z"
+ content="""
+What if your files have the same prefix and it happens to be 100 chars long? This can not be solved within WORM, but as Joey pointed out, SHA* exists.
+"""]]
diff --git a/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_3_2bf0f02d27190578e8f4a32ddb195a0a._comment b/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_3_2bf0f02d27190578e8f4a32ddb195a0a._comment
new file mode 100644
index 0000000000..d9c291b178
--- /dev/null
+++ b/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_3_2bf0f02d27190578e8f4a32ddb195a0a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-04-09T20:11:59Z"
+ content="""
+I wouldn't say it's completly impossible for a WORM100 to work. It would just have the contract that the pair of mtime+100chars has to be unique for each unique piece of data.
+
+But, I have yet to be convinced there's any point, since SHA1 exists.
+"""]]
diff --git a/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_4_8f7ba9372463863dda5aae13205861bf._comment b/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_4_8f7ba9372463863dda5aae13205861bf._comment
new file mode 100644
index 0000000000..5c08cad6e0
--- /dev/null
+++ b/doc/bugs/WORM:_Handle_long_filenames_correctly/comment_4_8f7ba9372463863dda5aae13205861bf._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-09T23:45:28Z"
+ content="""
+mtime+100chars can still get collisions and a _lot_ easier than even SHA1. This introduces more problems that it solves, imo.
+"""]]
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults.mdwn b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults.mdwn
new file mode 100644
index 0000000000..f3833b3b3a
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults.mdwn
@@ -0,0 +1,31 @@
+After fixing a few things - see [[bugs/the tip at commit 6cecc26206c4a539999b04664136c6f785211a41 disables the watch command on OSX]], [[bugs/Missing dependancy in commit 6cecc26206c4a539999b04664136c6f785211a41]] and [[bugs/Fix for opening a browser on a mac (or xdg-open on linux/bsd?)]] I tried the watch command on my ~180gig annex of stuff. This might be yet again related to the issue of [[bugs/Issue on OSX with some system limits]]
+
+the watch command segfaults
+
+<pre>
+x00:annex jtang$ git annex watch --foreground -d
+watch . [2012-07-26 12:27:16 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","show-ref","git-annex"] 
+[2012-07-26 12:27:16 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","show-ref","--hash","refs/heads/git-annex"] 
+[2012-07-26 12:27:16 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","log","refs/heads/git-annex..38d3f769ef004b96b6d640cfb59a45f7b4edf5f6","--oneline","-n1"] 
+[2012-07-26 12:27:16 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","log","refs/heads/git-annex..ebabe9c92516c350a30126037173080648f5930b","--oneline","-n1"] 
+[2012-07-26 12:27:16 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 12:27:16 IST] read: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","log","refs/heads/git-annex..aaa62a8191b3c964fdf546077049f626e8561b22","--oneline","-n1"] 
+[2012-07-26 12:27:16 IST] chat: git ["--git-dir=/Users/jtang/annex/.git","--work-tree=/Users/jtang/annex","cat-file","--batch"] 
+(scanning...) error: git-annex died of signal 11
+</pre>
+
+The above was done on the usual OSX 10.7 system that I have.
+
+---
+
+I'll try and bisect it and find out where the problem first appeared, does the tests currently test the watch command? (also my comments seem to get moderated whether i use my openid account with google or with the native ikiwiki account, so some comments might be hidden)
+
+> The test suite does not currently test the watch command, unfortunatly.
+>
+> Wow, I had not noticed the 30 pending moderated comments.. Let them all
+> thru, and I guess I'll turn off comment spam filtering for now, since
+> there has apparently been none. --[[Joey]] 
+
+---
+
+> Seems this segfault is fixed. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_10_6c872dff4fcc63c16bf69d1e96891c89._comment b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_10_6c872dff4fcc63c16bf69d1e96891c89._comment
new file mode 100644
index 0000000000..952ffadc4d
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_10_6c872dff4fcc63c16bf69d1e96891c89._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="jtang"
+ ip="79.97.135.214"
+ subject="comment 10"
+ date="2012-07-29T10:49:05Z"
+ content="""
+This is looking good, no more segfaulting.
+"""]]
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_1_5cad24007f819e4be193123dab0d511a._comment b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_1_5cad24007f819e4be193123dab0d511a._comment
new file mode 100644
index 0000000000..23a4165a40
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_1_5cad24007f819e4be193123dab0d511a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.189"
+ subject="not good.."
+ date="2012-07-26T17:09:16Z"
+ content="""
+Do you see the segfault in a repo with fewer files?
+
+
+"""]]
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_2_d449bf656a59d424833f9ab5a7fb4e82._comment b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_2_d449bf656a59d424833f9ab5a7fb4e82._comment
new file mode 100644
index 0000000000..04b7ed1ae6
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_2_d449bf656a59d424833f9ab5a7fb4e82._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.189"
+ subject="comment 2"
+ date="2012-07-26T17:09:59Z"
+ content="""
+Also, you might try bisecting to find whatever commit it first started segfaulting on.
+"""]]
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_3_ffb1ce41477ad60840abd7a89a133067._comment b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_3_ffb1ce41477ad60840abd7a89a133067._comment
new file mode 100644
index 0000000000..42f59d1bc4
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_3_ffb1ce41477ad60840abd7a89a133067._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="jtang"
+ ip="79.97.135.214"
+ subject="comment 3"
+ date="2012-07-26T17:11:55Z"
+ content="""
+It fails on repos with either no files or smaller repos.
+"""]]
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_4_cebbc138c6861c086bb7937b54f5adbc._comment b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_4_cebbc138c6861c086bb7937b54f5adbc._comment
new file mode 100644
index 0000000000..71e810291e
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_4_cebbc138c6861c086bb7937b54f5adbc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="jtang"
+ ip="79.97.135.214"
+ subject="comment 4"
+ date="2012-07-26T17:50:42Z"
+ content="""
+It just occurred to me that bisecting won't help much, as the watch command was disabled accidentally in earlier commits and doing a script for bisecting is going to be as much work as just stepping through and debugging the issue with a debugger (i might need to fire up gdb on a mac (this wont be fun))
+"""]]
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_5_5e27737a5bb0e9e46c98708700318e67._comment b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_5_5e27737a5bb0e9e46c98708700318e67._comment
new file mode 100644
index 0000000000..8f781ed97b
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_5_5e27737a5bb0e9e46c98708700318e67._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-27T12:20:07Z"
+ content="""
+After some debugging, I looked at the Utility/libkqueue.c and used it as a test, it seems to be hanging/segfaulting around the call to that library. Annoyingly I get segfaults from the library every so often on OSX, it's pretty a random event.
+"""]]
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_6_1f92da712232d050e085a4f39063d7a6._comment b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_6_1f92da712232d050e085a4f39063d7a6._comment
new file mode 100644
index 0000000000..2aa866410a
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_6_1f92da712232d050e085a4f39063d7a6._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.20"
+ subject="comment 6"
+ date="2012-07-27T16:34:45Z"
+ content="""
+Are you seeing libkqueue crash when it's called from a debugger or C program, rather than from Haskell?
+
+Are you building for 32 or 64 bit? You might try getting the 32 bit version of GCC (or The Haskell Platform) and see if it does better. There is a known GCC crashes on 64 bit OSX involving C libraries,
+although this bug report doesn't seem to apply, since we're not using ghci <http://hackage.haskell.org/trac/ghc/ticket/7040>.
+
+Are you building with cabal, or using the Makefile?
+
+You might try reverting git commit da4c506d61115236f3e43dd0bd17f30cd54df950
+
+You might try disabling the -threaded option in the cabal file or Makefile.
+
+I ssh'd to the OSX box I have an account on, and confirmed that git-annex watch still works there as of the current head of the `assistant` branch. That's a 64 bit GHC system, FWIW.
+
+Do you see the crash when building from the `master` branch, or only `assistant`? Master has the watch command, but it's much out of date, so this will tell if the problem was introduced recently... and you might still have to bisect it since I can't reproduce it. :(
+"""]]
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_7_4153dc8029c545f8e86584a38bd536fb._comment b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_7_4153dc8029c545f8e86584a38bd536fb._comment
new file mode 100644
index 0000000000..ccb4593ec8
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_7_4153dc8029c545f8e86584a38bd536fb._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 7"
+ date="2012-07-27T17:23:24Z"
+ content="""
+I'm using make and a 64bit version of haskell-platform, it's fine on the master branch. It's just crashing on the assistant branch, I'm just thinking out loud, but could I share the binaries that I have with you (I'd like to grab your binaries too) to see see if its just some silly problem with my build environment.
+
+I'm seeing the crash when I'm running git-annex (in haskell), when I run libkqueue in a debugger it behaves randomly, is mostly succeeds, but every so often it fails. A back trace reveals nothing so I am a bit at a loss.
+
+I've tried disabling the threaded option, but it still crashes, I will give it another try later when I get home. The problem seems to occur on my desktop mac in work and my home mac, however it is fine on my linux machines.
+
+Could I ask which version of OSX do you have access to? is it 10.6 or 10.7 ?
+
+"""]]
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_8_f85b6eb5bfd28ffc6973fb4ab0fe4337._comment b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_8_f85b6eb5bfd28ffc6973fb4ab0fe4337._comment
new file mode 100644
index 0000000000..cbbd2933cf
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_8_f85b6eb5bfd28ffc6973fb4ab0fe4337._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.20"
+ subject="comment 8"
+ date="2012-07-27T18:10:06Z"
+ content="""
+I've reproduced a crash on OSX, involving not kqueue, but the WebApp's use of getaddrinfo. I've fixed that, but several things you've said in this bug report don't 100% add up to this being the same crash you've been seeing (for one thing, this can't affect `git annex watch`), so I'll wait for you to confirm.
+"""]]
diff --git a/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_9_c747c488461c98cd285b51d3afc2c3eb._comment b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_9_c747c488461c98cd285b51d3afc2c3eb._comment
new file mode 100644
index 0000000000..b23ae0125c
--- /dev/null
+++ b/doc/bugs/Watch_command_as_of_commit_6cecc26206c4a539999b04664136c6f785211a41_segfaults/comment_9_c747c488461c98cd285b51d3afc2c3eb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="jtang"
+ ip="79.97.135.214"
+ subject="comment 9"
+ date="2012-07-27T18:17:45Z"
+ content="""
+Ah, it's alive, I'm testing on my home machine right now and it's functioning as expected. I've tested on my work machine as well and the watch command works as expected! (short of the existing system limits which fails for my bigger annexes).
+
+Apologies for sending you on the wrong path with the kqueue path. I reckon if I give this a good testing over the weekend is a good idea before closing this bug, I will report back in a few days on this after giving a thrashing of files!
+"""]]
diff --git a/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist.mdwn b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist.mdwn
new file mode 100644
index 0000000000..f798fe2ead
--- /dev/null
+++ b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist.mdwn
@@ -0,0 +1,25 @@
+### Please describe the problem.
+
+When starting an git annex webapp in my documents repository, i get the error message, that the watcher thread has died. The error message seems to be arising from the fact, that a watcher thread for an empty string should be started, which does not work.
+
+### What steps will reproduce the problem?
+
+I've no idea, how to reproduce this in another repostory.
+
+### What version of git-annex are you using? On what operating system?
+
+ii  git-annex  4.20130709   i386   manage files with git, without checking their contents into git
+
+### 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
+
+Watcher crashed: addWatch: does not exist (No such file or directory)
+[2013-07-14 10:30:35 CEST] Watcher: warning Watcher crashed: addWatch: does not exist (No such file or directory)
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; see my comment --[[Joey]]
diff --git a/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_1_24f511a8103727894c6e96798a559870._comment b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_1_24f511a8103727894c6e96798a559870._comment
new file mode 100644
index 0000000000..54808de576
--- /dev/null
+++ b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_1_24f511a8103727894c6e96798a559870._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-17T19:33:43Z"
+ content="""
+Are you seeing this every time you start the webapp? Because I see a way it could crash, but only if, for example, a directory gets moved or deleted right when it's starting up. That would look just like the crash you've reported, but would seem to be an unusual case that would be unlikely to happen repeatedly.
+
+I've put in a fix for that crash.
+"""]]
diff --git a/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_2_e14eddbc09cadbf1e4dbbb0c07e0e5b0._comment b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_2_e14eddbc09cadbf1e4dbbb0c07e0e5b0._comment
new file mode 100644
index 0000000000..9f3dd80f53
--- /dev/null
+++ b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_2_e14eddbc09cadbf1e4dbbb0c07e0e5b0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkptNW1PzrVjYlJWP_9e499uH0mjnBV6GQ"
+ nickname="Christian"
+ subject="comment 2"
+ date="2013-07-19T06:14:05Z"
+ content="""
+I see the problem always i start the assistant. Even when i don't touch the repository otherwise. But there is a funny observation: I have multiple seperate repositories: there are two old ones, that were created some months ago (upper bound: one year). Those two (seperate) repositories show the addWatch problem (on multiple machines). A newly created repository does not show the problem.
+
+So i suspect that those old repositories behave in some direction differently. Is this possible? I could also give you a clone of one repository.
+"""]]
diff --git a/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_3_513fae4d379008f954a307be8df34976._comment b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_3_513fae4d379008f954a307be8df34976._comment
new file mode 100644
index 0000000000..a85470f685
--- /dev/null
+++ b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_3_513fae4d379008f954a307be8df34976._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkptNW1PzrVjYlJWP_9e499uH0mjnBV6GQ"
+ nickname="Christian"
+ subject="comment 3"
+ date="2013-07-19T06:57:39Z"
+ content="""
+Oh, I think i found a problem with the inotify_add_watch. I checked the strace and:
+
+    [pid 19346] inotify_add_watch(63, \"./Perry Rhodan - Atlan\", IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE) = 137
+    [pid 19346] inotify_add_watch(63, \"./Perry Rhodan - Atlan/Atlan Blaue- Silberbnde\", IN_CLOSE_WRITE|IN_MOVED_FROM|IN_MOVED_TO|IN_CREATE|IN_DELETE) = -1 ENOENT (No such file or directory)
+
+The problem is that there seems to be an encoding problem. There should be a german Umlaut in Silberb[ae]nde. The directory name is not valid encoded.
+"""]]
diff --git a/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_4_172eaeb3bb8b502379695aba35f96120._comment b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_4_172eaeb3bb8b502379695aba35f96120._comment
new file mode 100644
index 0000000000..84a84dfb85
--- /dev/null
+++ b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_4_172eaeb3bb8b502379695aba35f96120._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkptNW1PzrVjYlJWP_9e499uH0mjnBV6GQ"
+ nickname="Christian"
+ subject="comment 4"
+ date="2013-07-19T19:00:23Z"
+ content="""
+So it is probably not only an assumption. After fixing the filenames with a script from
+
+http://askubuntu.com/questions/113188/character-encoding-problem-with-filenames-find-broken-filenames
+
+The watcher thread did survive, and the assistant is syncing just fine.
+"""]]
diff --git a/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_5_8adb9de82cc8581422734acc66dd094c._comment b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_5_8adb9de82cc8581422734acc66dd094c._comment
new file mode 100644
index 0000000000..cb95ab9134
--- /dev/null
+++ b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_5_8adb9de82cc8581422734acc66dd094c._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 5"
+ date="2013-07-20T17:39:48Z"
+ content="""
+Ok, I was able to reproduce this problem, although only when using LANG=C. 
+
+With a utf8 locale, it doesn't mind the Umlaut, and even works on directories containing invalid unicode characters 
+(0xd801 and 0xffff)
+"""]]
diff --git a/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_6_02f0beef1188bfa336bf4220eb5c6286._comment b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_6_02f0beef1188bfa336bf4220eb5c6286._comment
new file mode 100644
index 0000000000..a21352693e
--- /dev/null
+++ b/doc/bugs/Watcher_crashed:_addWatch:_does_not_exist/comment_6_02f0beef1188bfa336bf4220eb5c6286._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 6"
+ date="2013-07-20T22:31:02Z"
+ content="""
+Isolated the bug to a problem with the upstream inotify library.
+<https://github.com/kolmodin/hinotify/issues/5> I've sent in a patch to that library that fixes the problem.
+
+Unfortunately, I cannot work around it in git-annex more than I already have. It'll no longer crash, but will skip over files or directories that contain characters not valid in the current locale.
+
+I have applied my patch to the haskell-hinotify package in Debian unstable, and have deployed fixed versions to all my linux autobuilds, including Android. (An Android user had mentioned also seeing this bug.)
+"""]]
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..d8b70a66ae
--- /dev/null
+++ b/doc/bugs/Watcher_crashed_in_Android_on___47__storage__47__sdcard1_-_bug__63__.mdwn
@@ -0,0 +1,43 @@
+### 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.
+"""]]
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/WebDAV_HandshakeFailed_.mdwn b/doc/bugs/WebDAV_HandshakeFailed_.mdwn
new file mode 100644
index 0000000000..69be0c4b58
--- /dev/null
+++ b/doc/bugs/WebDAV_HandshakeFailed_.mdwn
@@ -0,0 +1,7 @@
+When I attempt to add a Box.com special remote to my annex I get the following error:
+
+    git-annex: HandshakeFailed (Error_Protocol ("certificate rejected: certificate is not allowed to sign another certificate",True,CertificateUnknown))
+
+Running git-annex version: 3.20130207
+
+> Got that bug fixed in Debian and all builds updated. [[done]] --[[Joey]]
diff --git a/doc/bugs/WebDAV_HandshakeFailed_/comment_1_40499110ea43bc99ad9dd9f642da434c._comment b/doc/bugs/WebDAV_HandshakeFailed_/comment_1_40499110ea43bc99ad9dd9f642da434c._comment
new file mode 100644
index 0000000000..9bcc489ee5
--- /dev/null
+++ b/doc/bugs/WebDAV_HandshakeFailed_/comment_1_40499110ea43bc99ad9dd9f642da434c._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlqOu7P4tb4D-Xo2pYrjln2NsAObtErliM"
+ nickname="Alexander"
+ subject="Same problem"
+ date="2013-02-24T16:51:52Z"
+ content="""
+Hello,
+
+same problem with box.com and german telekom (https://webdav.mediencenter.t-online.de).
+I'm using git-annex (3.20130216) from debian/unstable on amd64.
+git annex --debug is not helpful I think. Any other trace I can help with?
+
+Regards,
+Alexander
+"""]]
diff --git a/doc/bugs/WebDAV_HandshakeFailed_/comment_2_506712e8cc5b47b9bd69edf67ae54da7._comment b/doc/bugs/WebDAV_HandshakeFailed_/comment_2_506712e8cc5b47b9bd69edf67ae54da7._comment
new file mode 100644
index 0000000000..53642bce4c
--- /dev/null
+++ b/doc/bugs/WebDAV_HandshakeFailed_/comment_2_506712e8cc5b47b9bd69edf67ae54da7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="comment 2"
+ date="2013-02-24T19:09:14Z"
+ content="""
+This is a reversion in version haskell-tls-extra-0.4.6.1. 
+
+Opened a bug about this: <https://github.com/vincenthz/hs-tls/issues/32>
+"""]]
diff --git a/doc/bugs/WebDAV_HandshakeFailed_/comment_3_5641481d9e9ed2b711b1516f1abc5c30._comment b/doc/bugs/WebDAV_HandshakeFailed_/comment_3_5641481d9e9ed2b711b1516f1abc5c30._comment
new file mode 100644
index 0000000000..02bb0db118
--- /dev/null
+++ b/doc/bugs/WebDAV_HandshakeFailed_/comment_3_5641481d9e9ed2b711b1516f1abc5c30._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="50.125.41.24"
+ subject="comment 3"
+ date="2013-03-15T18:45:49Z"
+ content="""
+The [day 210 update](http://git-annex.branchable.com/design/assistant/blog/day_210__spring/) said that WebDAV should be working in the next release. I just tried it in 4.20130314 (standalone) and get the same `HandshakeFailed` failed error.
+"""]]
diff --git a/doc/bugs/WebDAV_HandshakeFailed_/comment_4_1d609de93fa66ce9dc802e67b5922243._comment b/doc/bugs/WebDAV_HandshakeFailed_/comment_4_1d609de93fa66ce9dc802e67b5922243._comment
new file mode 100644
index 0000000000..5b91e1d5e0
--- /dev/null
+++ b/doc/bugs/WebDAV_HandshakeFailed_/comment_4_1d609de93fa66ce9dc802e67b5922243._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="which build?"
+ date="2013-03-15T21:47:34Z"
+ content="""
+Can you be more specific which build you are using?
+"""]]
diff --git a/doc/bugs/WebDAV_HandshakeFailed_/comment_5_62761882d30c1b02930c938cb8e30ed4._comment b/doc/bugs/WebDAV_HandshakeFailed_/comment_5_62761882d30c1b02930c938cb8e30ed4._comment
new file mode 100644
index 0000000000..dbb1a7e80d
--- /dev/null
+++ b/doc/bugs/WebDAV_HandshakeFailed_/comment_5_62761882d30c1b02930c938cb8e30ed4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="50.125.41.24"
+ subject="comment 5"
+ date="2013-03-15T22:23:44Z"
+ content="""
+    git-annex version: 4.20130314
+
+Linux i386 standalone build on Arch 64-bit.
+"""]]
diff --git a/doc/bugs/WebDAV_HandshakeFailed_/comment_6_acda8fae848ec486ce2a0b3dff3bd0a5._comment b/doc/bugs/WebDAV_HandshakeFailed_/comment_6_acda8fae848ec486ce2a0b3dff3bd0a5._comment
new file mode 100644
index 0000000000..85678f1acb
--- /dev/null
+++ b/doc/bugs/WebDAV_HandshakeFailed_/comment_6_acda8fae848ec486ce2a0b3dff3bd0a5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-03-15T23:49:27Z"
+ content="""
+Indeed, I forgot to upgrade that one. Did so and have replaced the autobuild.
+"""]]
diff --git a/doc/bugs/WebDAV_HandshakeFailed_/comment_7_6c51b6c7dd477d8911dd9a7a5c41ea2e._comment b/doc/bugs/WebDAV_HandshakeFailed_/comment_7_6c51b6c7dd477d8911dd9a7a5c41ea2e._comment
new file mode 100644
index 0000000000..9a7036ff06
--- /dev/null
+++ b/doc/bugs/WebDAV_HandshakeFailed_/comment_7_6c51b6c7dd477d8911dd9a7a5c41ea2e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="annexuser"
+ ip="50.46.189.77"
+ subject="comment 7"
+ date="2013-03-17T01:29:48Z"
+ content="""
+It's working now! Thanks!
+"""]]
diff --git a/doc/bugs/WebDAV_HandshakeFailed_/comment_8_e834f791d3000669fab25732a7c72ab3._comment b/doc/bugs/WebDAV_HandshakeFailed_/comment_8_e834f791d3000669fab25732a7c72ab3._comment
new file mode 100644
index 0000000000..8858c8c49b
--- /dev/null
+++ b/doc/bugs/WebDAV_HandshakeFailed_/comment_8_e834f791d3000669fab25732a7c72ab3._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlqOu7P4tb4D-Xo2pYrjln2NsAObtErliM"
+ nickname="Alexander"
+ subject="box.com fixed"
+ date="2013-03-29T15:15:31Z"
+ content="""
+yes, box.com is now working. thanks.
+
+german telekom still doesn't work though, due to the lock/unlock issue; see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=698379
+
+best regards,
+alexander
+"""]]
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_behaviour_of_direct_and_indirect_annexes.mdwn b/doc/bugs/Weird_behaviour_of_direct_and_indirect_annexes.mdwn
new file mode 100644
index 0000000000..b3b0eea64b
--- /dev/null
+++ b/doc/bugs/Weird_behaviour_of_direct_and_indirect_annexes.mdwn
@@ -0,0 +1,57 @@
+## What steps will reproduce the problem?
+
+    ~$ git annex webapp
+
+
+* Add Another Local Repository (~/Direct) "Direct", keep separate (from existing repo) no repo type
+* Add Repository, ~/Indirect "Indirect", combine (with Direct) , repo type client
+* Syncing enabled on both
+
+Then
+
+    ~/Indirect$ git annex indirect
+    commit  ok
+    indirect  ok
+    ok
+    ~/Indirect$ touch ../Direct/Test.File
+    
+
+## What is the expected output? What do you see instead?
+
+That ~/Indirect/Test.File be a symlink into .git/annex/objects/.......
+
+Instead, it is not a symlink. However, doing
+
+    ~/Indirect$ git annex direct
+    ~/Indirect$ git annex indirect
+
+results in what I would expect (until the content of Direct/Test.File is changed, when it ceases to be a symlink in ~/Indirect once more)
+
+
+
+## What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130405
+
+Ubuntu 12.10
+
+
+## Please provide any additional information below.
+
+Reading [[direct_mode]], I thought that I could have two repos on my computer, one direct, and one indirect, and if running the assistant, that I could gain the security of retaining old versions, as well as the convenience of direct mode. (I think I understand that correctly; if a direct-mode file only exists in one repository, and is edited, the old version is lost, but if it is in multiple repos, then the old versions will be retained).
+
+It seems to me that if I do
+
+    ~/Direct$ echo Content > Test.File
+    ~/Direct$ echo More Content > Test.File
+    ~/Direct$ echo Even More Content > Test.File
+
+that all three copies are stored in ~/Indirect, so the functionality I'm after seems to work. However, ~/Indirect/Test.File ends up not being a symlink, which I think is odd/unexpected.
+
+
+**Edit:  Doing a git annex sync in ~/Indirect results in the continuing behaviour to be correct, so there's some issue telling Direct that Indirect is no longer in direct-mode?**
+This appears to fix it, but I guess shouldn't be necessary.
+
+> AFAICS, the entire problem is that the assistant does not notice when the
+> repository it's running in is changed from direct to indirect mode. Since this
+> has also been reported to cause problems with the assistant, I have added
+> a check to prevent it from being done. [[done]] --[[Joey]] 
diff --git a/doc/bugs/Weird_behaviour_of_direct_and_indirect_annexes/comment_1_56474a69c2f174d83be9137d3c045a47._comment b/doc/bugs/Weird_behaviour_of_direct_and_indirect_annexes/comment_1_56474a69c2f174d83be9137d3c045a47._comment
new file mode 100644
index 0000000000..d2a261b83d
--- /dev/null
+++ b/doc/bugs/Weird_behaviour_of_direct_and_indirect_annexes/comment_1_56474a69c2f174d83be9137d3c045a47._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="Commands to accomplish same"
+ date="2013-04-13T04:43:41Z"
+ content="""
+I feel that the following commands should do essentially the same (ie they do what I intend to do).
+More, they even display the correct (expected) behaviour, it seems the strangeness is introduced by the webapp (which, by the way, is really cool).
+
+	cd ~
+	mkdir Direct Indirect
+	git init Direct/
+	git init Indirect/
+	cd Direct/
+	git annex init Direct
+	git annex direct
+	cd ../Indirect
+	git annex init Indirect
+	git annex indirect
+    touch Indirect
+    git annex add Indirect
+    git commit -m 'Initial commit'
+	git remote add Direct ..//Direct/
+	git annex assistant
+	cd ../Direct/
+    touch Direct
+    git annex add Direct
+    git commit -m 'Initial commit'
+	git remote add Indirect ../Indirect
+	git annex assistant
+    touch Test
+    echo Test > Test 
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace.mdwn b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace.mdwn
new file mode 100644
index 0000000000..d345cf4dac
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace.mdwn
@@ -0,0 +1,49 @@
+What steps will reproduce the problem?
+Created a repository (working directory), then an another one on the same computer, 
+in a different folder for backup repository.
+
+The initial folder, what I imported, contained:
+741MB, 23381 files, most of the files are 30-150kB in sizes.
+
+After 18 hours of continous work 
+(I started 28 hours ago, but the laptop died one time, 
+and I needed to restart git-annex 4 times in total, and the laptop overheated once):
+The initial directory (/home/user/down) contains at this point (still not finished):
+8.1GB
+
+The target directory(/mnt/dat/annex2) contains:
+975MB
+
+
+What is the expected output? What do you see instead?
+I expect maximum three times the usefull data size. So I can calculate with (rule of thumb). 
+(Ie. if I want to put 1GB data into annex, it would need maximum (at any point of time 3GB of data)
+
+Currently it uses 11x(!) times the original size, and still growing.
+
+I also expect to stop syncing, when it used up all the available disk space 
+(ie. it should leave at least 200MB on the original partition, 
+none of the other programs like to have 0 bytes left).
+The machine just freeze, ie. takes almost 10 minutes to kill process, 
+and delete something to get back to life again.
+
+Also some kind of feedback how many files has been synchronized, 
+because currently the dashboard does not indicate any useful info. 
+Also the log page seems only growing, making firefox crashes.
+
+Self-controlled resource hogging. Ie. dont use more then 50% processor, 
+or dont make heavy disk usage for 3-4 hours, because the laptop can overheat.
+
+What version of git-annex are you using? On what operating system?
+https://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-i386.tar.gz
+Version: 4.20130227
+Ubuntu 10.04, laptop Toshiba L300, Intel Core2Duo T5800@2.0Ghz, 3GB ram
+
+Please provide any additional information below.
+The syncing is still not finished. 
+I hope it will finish within additional 24hours.
+
+Best,
+ Laszlo
+
+> [[done]] per comments
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_0._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_0._comment
new file mode 100644
index 0000000000..87bec85304
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_0._comment
@@ -0,0 +1,34 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="Tried to add a bug, but website fails"
+ date="2013-03-01T14:40:18Z"
+ content="""
+@joeyh: I tried to add a comment to my bugreport:
+http://git-annex.branchable.com/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace.Makefile/
+
+I get this error:
+Error: failed to create directory /home/b-git-annex/source/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace.Makefile/: File exists
+
+The comment I tried to add:
+Seems like the logging is the culprit:
+
+user@usermachine:~/down/annex$ du -ak . | sort -nr | cut -f2 | xargs -d '\n' du -sh |head -n 30 -
+8,2G	.
+7,5G	./.git
+6,5G	./.git/annex
+2,7G	./.git/annex/daemon.log
+1,8G	./.git/annex/daemon.log.1
+1,5G	./.git/annex/daemon.log.5
+980M	./.git/objects
+742M	./mydir
+640M	./mydir/wp
+616M	./mydir/wp/wd
+314M	./mydir/wp/wd/2012
+278M	./.git/annex/daemon.log.4
+226M	./mydir/wp/wd/2011
+154M	./.git/annex/daemon.log.6
+109M	./.git/annex/objects
+
+
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_10_037a6dd6e15ef5f789a1f364f7507b53._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_10_037a6dd6e15ef5f789a1f364f7507b53._comment
new file mode 100644
index 0000000000..f973238d83
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_10_037a6dd6e15ef5f789a1f364f7507b53._comment
@@ -0,0 +1,45 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 10"
+ date="2013-03-03T18:31:24Z"
+ content="""
+The problem with restarting, that it seems, it puts everything one more time into .git.
+(if we ignore the logging problem).
+
+Right now, here is the:
+    $ du -ak . | sort -nr | cut -f2 | xargs -d '\n' du -sh |head -n 30 -
+output:
+    8,7G	.
+    8,0G	./.git
+    6,3G	./.git/annex
+    3,5G	./.git/annex/daemon.log.2
+    2,5G	./.git/annex/daemon.log
+    1,7G	./.git/objects
+    742M	./mydir
+    640M	./mydir/wp
+    616M	./mydir/wp/wd
+    314M	./mydir/wp/wd/2012
+    226M	./mydir/wp/wd/2011
+    227M	./.git/annex/daemon.log.1
+    109M	./.git/annex/objects
+
+If you observe ./.git/objects dir, is 1,7G, 
+while yesterday it was 742M (see my first comment).
+
+Other problem, that once it runs out of space, threads crashes:
+    Pusher crashed: user error (git [\"--git-dir=/home/user/down/annex/.git\",\"--work-tree=/home/user/down/annex\",\"update-index\",\"-z\",\"--index-info\"] exited 128)
+    NetWatcherFallback crashed: fd:28: hGetLine: end of file
+    DaemonStatus crashed: /home/user/down/annex/.git/annex/daemon.status.tmp7564: hClose: resource exhausted (No space left on device)
+
+Right now, I think I tested everything I could. 
+
+Where is the autobuild? This one still is 2013 feb 27:
+http://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-i386.tar.gz
+
+Anyway, once the new version is out, I will retest this experiment.
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_11_614e4110188fc6474e7da50fc4281e13._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_11_614e4110188fc6474e7da50fc4281e13._comment
new file mode 100644
index 0000000000..38d9bb6213
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_11_614e4110188fc6474e7da50fc4281e13._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 11"
+ date="2013-03-03T18:36:31Z"
+ content="""
+The autobuild is linked to on [[install/Linux_standalone]]
+
+I don't understand how you're \"restarting\" and not deleting the old .git repository. The right way would be to stop the assistant, run \"git annex uninit\", and then remove \".git\"
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_12_dcb74fb91e1c2f0db4efd68c8bcbc96c._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_12_dcb74fb91e1c2f0db4efd68c8bcbc96c._comment
new file mode 100644
index 0000000000..8bf20fc18c
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_12_dcb74fb91e1c2f0db4efd68c8bcbc96c._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 12"
+ date="2013-03-03T21:24:18Z"
+ content="""
+restarting == Stop git-annex using the gui (Confirm shutdown daemon). Then check if there are running git process (ps -e |grep git), 
+if there are kill it, if (defunct) process present, then restart computer. Then launch git-annex using \"git-annex-webapp\" script).
+
+So its a normal program usage (start-stop cycle).
+
+The .git directory is growing. Without a single file moving/deleting/renaming/editing in the working directory.
+
+So the .git directory just grows, and I think it is a bug, and a bad one. (if we ignore the logging problem, the slow startup, the failing of disk full).
+
+I'll give it a spin to the autobuild (http://downloads.kitenet.net/git-annex/autobuild/i386/git-annex-standalone-i386.tar.gz), and report back. It will take at least 2 day, to repeat my whole experience. So expect update from me wednesday the soonest.
+
+Best, Laszlo
+
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_14_38671ba8d302f4d32460d1478abd2111._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_14_38671ba8d302f4d32460d1478abd2111._comment
new file mode 100644
index 0000000000..cb9abcf721
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_14_38671ba8d302f4d32460d1478abd2111._comment
@@ -0,0 +1,45 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="version 20130314, still not improved"
+ date="2013-03-16T10:01:27Z"
+ content="""
+Hi,
+
+I promised you a feedback, once a newer version comes out.
+
+I started fresh (from the gui), created a new directory, and copied my files over it, 
+deleted the old one (git-annex-webapp just silently quite, when I tried to use the old directory).
+
+Problems:
+> 1. each starts costs me an hour at least
+
+> 2. when computer starts git-annex starts too, and try to eat all the resources. 
+   Resulting a 10 minute bootup. Would be nice to kick in, when computer idle, 
+and others already finished booting up. (ie. I had a chance to start a webbrowser)
+
+> 3. .git objects still going. 
+find `pwd` >../gitannexstartup[TIME].txt
+
+Some results:
+gitannexstartup1034.txt
+91179
+gitannexstartup1035.txt
+91566
+gitannexstartup1040.txt
+91938
+
+    diff between 1034 and 1035 (only 1 minute difference when the file created), 
+    shows many entries like this:
+    /home/user/Desktop/down/annexnew/.git/objects/52/1ba05331f99585923f1724bb97c18a8f22837444843a45232
+    /home/user/Desktop/down/annexnew/.git/objects/52/7457c478a19f8f85c73b9f17c5640378cf307044868a45258
+
+So git objects keeps still adding. 
+As I have many duplicates in my directory 
+(backup of backups, I'm kind of paranoid, when comes to daily job), so it may be related to this bug:
+
+http://git-annex.branchable.com/bugs/Direct_mode_keeps_re-checksuming_duplicated_files/
+
+It is just a hunch. Please tell me what else to test.
+
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_14_483244b1ed5744308022465f45c091fd._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_14_483244b1ed5744308022465f45c091fd._comment
new file mode 100644
index 0000000000..8594e5d759
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_14_483244b1ed5744308022465f45c091fd._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 14"
+ date="2013-04-18T05:54:09Z"
+ content="""
+Hi, these bugs (too detailed logging) and duplicated files issues are both solved in the latest (2013.04.17) release.
+
+Thank you very much, you can close this issue.
+
+Best, 
+ Laszlo
+
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_1_d2c63723fa4bf828873770a42ffaab20._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_1_d2c63723fa4bf828873770a42ffaab20._comment
new file mode 100644
index 0000000000..3096e596a0
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_1_d2c63723fa4bf828873770a42ffaab20._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-01T16:44:17Z"
+ content="""
+Can you please post a representative sample of the logs?
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_3_52f0db73dc38c3e3a73f6c7a420bf016._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_3_52f0db73dc38c3e3a73f6c7a420bf016._comment
new file mode 100644
index 0000000000..b7b866dc6f
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_3_52f0db73dc38c3e3a73f6c7a420bf016._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-01T17:31:31Z"
+ content="""
+I have made the assistant check hourly if its logs are larger than one megabyte, and trim old logs.
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_4_93596b4d5a48ffcf4bc11ba9c83cf7ca._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_4_93596b4d5a48ffcf4bc11ba9c83cf7ca._comment
new file mode 100644
index 0000000000..7efe773035
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_4_93596b4d5a48ffcf4bc11ba9c83cf7ca._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 4"
+ date="2013-03-01T19:52:13Z"
+ content="""
+Here is the last 300 lines of a 3.3GB daemon.log file:
+http://pastebin.com/TF35H5gu
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_5_de94e80dde6d12485140bb079d74d775._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_5_de94e80dde6d12485140bb079d74d775._comment
new file mode 100644
index 0000000000..16f8cf65a5
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_5_de94e80dde6d12485140bb079d74d775._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-03-01T20:20:21Z"
+ content="""
+Aha, so it's a direct mode repository and all this \"typechange\" stuff git outputs in such repositories is presumably the main culprit for log bloat. I have made it suppress that output.
+
+Excessive repacking may also explain a lot of the CPU usage and slowness. What does this say?
+
+`grep \"Auto packing the repository for optimum performance.\" .git/annex/*.log |wc -l`
+
+It may make sense for the assistant to tune `gc.auto` to avoid repacks. You might try disabling repacking altogether and see if it helps: `git config gc.auto 0`
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_6_5f34c3d449247b4bce4665b3ea4d054c._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_6_5f34c3d449247b4bce4665b3ea4d054c._comment
new file mode 100644
index 0000000000..8da24d60f9
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_6_5f34c3d449247b4bce4665b3ea4d054c._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 6"
+ date="2013-03-02T10:05:38Z"
+ content="""
+    $ ls -lah daemon.log
+    -rw-r--r-- 1 user user 3,3G 2013-03-02 10:54 daemon.log
+
+    $ cat daemon.log |wc -l
+    30746274
+
+    $ grep \"Auto packing the repository for optimum performance.\" daemon.log |wc -l
+    568
+
+    $ grep \"typechange: \" daemon.log |wc -l
+    30713158
+
+I'm not sure where should I issue the git command. Inside the annex/.git directory?
+The useful data is also in git repository locally.
+I try to RTFM over the internet, thanks for the pointer!
+
+
+
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_7_b43ae8aec23ba3acaf70edc0de058710._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_7_b43ae8aec23ba3acaf70edc0de058710._comment
new file mode 100644
index 0000000000..4f53dedd1e
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_7_b43ae8aec23ba3acaf70edc0de058710._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 7"
+ date="2013-03-02T11:03:46Z"
+ content="""
+    Ok, quick question: Should I issue git config gc.auto 0, in both repositories? 
+    (it puts variable inside .git/config)
+
+    With this gc.auto 0, should the \"typechange: \" logging change? (because it still in the log)
+
+    I'm testing the whole experience, and report back, 
+    also when new build is available i will switch to it, to report about the logging size.
+
+Thank you for your fast response!
+
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_8_13b8e0a62f6b6d02960687e206a8b016._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_8_13b8e0a62f6b6d02960687e206a8b016._comment
new file mode 100644
index 0000000000..4d3f11f365
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_8_13b8e0a62f6b6d02960687e206a8b016._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5iosFbL2By7UFeViqkc6v-hoAtqILeDA"
+ nickname="Laszlo"
+ subject="comment 8"
+ date="2013-03-02T12:54:14Z"
+ content="""
+The startup time is somewhere between 4-5 hours 
+(dunno exactly, its only running about 3 hours) with this gc.auto 0.
+
+I will try to relaunch git-annex-assistant once it finishes startup, 
+but I can report back only tomorrow because it may take 5 hours/try.
+
+Laszlo
+
+"""]]
diff --git a/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_9_818b94a74b01a210d1106dd35bc932d8._comment b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_9_818b94a74b01a210d1106dd35bc932d8._comment
new file mode 100644
index 0000000000..11b3efec0b
--- /dev/null
+++ b/doc/bugs/When_syncing_two_repositories__44___git_annex_uses_9x_times_diskspace/comment_9_818b94a74b01a210d1106dd35bc932d8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 9"
+ date="2013-03-03T17:45:34Z"
+ content="""
+Well, that sounds like an improvement for sure with gc.auto=0. I have made that be done by default when committing.
+
+The typechange fix is available in the autobuilds already.
+"""]]
diff --git a/doc/bugs/Windows_and_Linux_in_direct_mode_confuses_git.mdwn b/doc/bugs/Windows_and_Linux_in_direct_mode_confuses_git.mdwn
new file mode 100644
index 0000000000..dd4b6a9214
--- /dev/null
+++ b/doc/bugs/Windows_and_Linux_in_direct_mode_confuses_git.mdwn
@@ -0,0 +1,384 @@
+### Please describe the problem.
+I try to share some files between a windows machine and a linux machine in direct mode, with a remote repository between the two. I can't seem to reproduce the problem in indirect mode...
+
+I add a file on the windows machine then copy it to the remote repository. I then get it on the linux machine and edit it there. If I `git annex sync` and copy the file's data to the remote repository, a `git annex sync` on windows will fail like this:
+
+[[!format sh """
+$ git annex sync
+commit
+ok
+pull origin
+remote: Counting objects: 41, done.
+remote: Compressing objects: 100% (24/24), done.
+remote: Total 31 (delta 9), reused 0 (delta 0)
+Unpacking objects: 100% (31/31), done.
+From ssh://192.168.1.29:/home/raz/work/test
+   b23cb44..9073cc3  git-annex  -> origin/git-annex
+   7d4f0e2..87438fc  master     -> origin/master
+   57a661c..b33b025  synced/git-annex -> origin/synced/git-annex
+   7d4f0e2..87438fc  synced/master -> origin/synced/master
+ok
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+push origin
+Counting objects: 17, done.
+Delta compression using up to 8 threads.
+Compressing objects: 100% (4/4), done.
+Writing objects: 100% (5/5), 565 bytes | 0 bytes/s, done.
+Total 5 (delta 2), reused 0 (delta 0)
+To ssh://192.168.1.29:/home/raz/work/test.git
+   b33b025..dcfaf23  git-annex -> synced/git-annex
+ ! [rejected]        master -> synced/master (non-fast-forward)
+error: failed to push some refs to 'ssh://192.168.1.29:/home/raz/work/test.git'
+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
+"""]]
+
+A `git log` tells me the master branch is not properly merged so I assume the pull failed silently (I paste the log in the transcript).
+
+I can then try to manually fix the windows working copy and sometimes it kind of work, but sometimes I have a hard time recovering and I am better off cloning a new version and moving data's around...
+
+### What steps will reproduce the problem?
+Create a repository on a windows.
+
+Add a file.
+
+`git clone --bare` the repository and put it on a remote machine.
+
+Clone the remote repository to a linux machine.
+
+Get the file's data.
+
+Edit the file on linux.
+
+Commit it and copy the data's to the remote machine.
+
+`git clone sync` on the windows machine --> Error.
+
+### What version of git-annex are you using? On what operating system?
+On Windows:
+[[!format sh """
+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
+"""]]
+
+On Linux
+[[!format sh """
+git-annex version: 4.20130815
+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
+"""]]
+
+### 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
+
+### On Windows
+
+$ mkdir test_windows
+
+$ cd test_windows/
+
+$ git init
+Initialized empty Git repository in c:/Users/raz/test_windows/.git/
+
+$ 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...)
+
+$ echo "test 1" > test.txt
+
+$ git annex add test.txt
+add test.txt (checksum...) ok
+(Recording state in git...)
+
+$ git annex sync
+commit
+ok
+git-annex: no branch is checked out
+
+$ cd ..
+
+$ git clone --bare test_windows/ test.git
+Cloning into bare repository 'test.git'...
+done.
+
+$ scp -r test.git 192.168.1.29:/home/raz/work/
+config                                        100%  183     0.2KB/s   00:00
+description                                   100%   73     0.1KB/s   00:00
+HEAD                                          100%   23     0.0KB/s   00:00
+applypatch-msg.sample                         100%  452     0.4KB/s   00:00
+commit-msg.sample                             100%  896     0.9KB/s   00:00
+post-commit.sample                            100%  160     0.2KB/s   00:00
+post-receive.sample                           100%  552     0.5KB/s   00:00
+post-update.sample                            100%  189     0.2KB/s   00:00
+pre-applypatch.sample                         100%  398     0.4KB/s   00:00
+pre-commit.sample                             100% 1704     1.7KB/s   00:00
+pre-push.sample                               100% 1348     1.3KB/s   00:00
+pre-rebase.sample                             100% 4951     4.8KB/s   00:00
+prepare-commit-msg.sample                     100% 1239     1.2KB/s   00:00
+update.sample                                 100% 3611     3.5KB/s   00:00
+exclude                                       100%  240     0.2KB/s   00:00
+825dc642cb6eb9a060e54bf8d69288fbee4904        100%   15     0.0KB/s   00:00
+a31b7a55380d79248658d3fffff6d2dc41a726        100%  116     0.1KB/s   00:00
+dcabbf728abe62b6e2bcc06b8306eb3aa9a497        100%  176     0.2KB/s   00:00
+332ecbfe923879df51a7a3f9bb86ebdfb64273        100%   45     0.0KB/s   00:00
+4f0e20d38d6dc757340a8c569270b5a857fc67        100%  160     0.2KB/s   00:00
+62956bcf45c63b24a637b22a742db0d9458248        100%   86     0.1KB/s   00:00
+7ec519eb1b257a85ae8f9373d0835dea9ddc04        100%   82     0.1KB/s   00:00
+1d1559a050b4a2df2e653b1e7ac15bdf7d56b1        100%   51     0.1KB/s   00:00
+b74dbedfac4d6a0a90580cff2088a5d61f6675        100%  130     0.1KB/s   00:00
+0ca042f439ef997f04a25a449aa1f539b93cf4        100%   53     0.1KB/s   00:00
+bbce5e51e5a90ffd26900de3546fc4f9704181        100%  151     0.2KB/s   00:00
+18bd66316298fcc5c06af9865c30a2fe4d2476        100%  176     0.2KB/s   00:00
+edf8b5cc207e16ca0173785a2ba569c5d4208c        100%   71     0.1KB/s   00:00
+packed-refs                                   100%  160     0.2KB/s   00:00
+
+$ cd test_windows/
+
+$ git remote add origin ssh://192.168.1.29:/home/raz/work/test.git
+
+$ git annex copy --to origin
+copy test.txt (checking origin...) (to origin...)
+test.txt
+           7 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 79 bytes  received 31 bytes  220.00 bytes/sec
+total size is 7  speedup is 0.06
+ok
+(Recording state in git...)
+
+$ git annex sync
+commit
+ok
+pull origin
+remote: Counting objects: 11, done.
+remote: Compressing objects: 100% (5/5), done.
+remote: Total 6 (delta 1), reused 0 (delta 0)
+Unpacking objects: 100% (6/6), done.
+From ssh://192.168.1.29:/home/raz/work/test
+ * [new branch]      git-annex  -> origin/git-annex
+ * [new branch]      master     -> origin/master
+ok
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+push origin
+Counting objects: 18, done.
+Delta compression using up to 8 threads.
+Compressing objects: 100% (8/8), done.
+Writing objects: 100% (10/10), 874 bytes | 0 bytes/s, done.
+Total 10 (delta 4), reused 0 (delta 0)
+To ssh://192.168.1.29:/home/raz/work/test.git
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+ok
+
+### On Linux
+
+$ git clone test.git test_linux
+Cloning into 'test_linux'...
+done.
+
+$ cd test_linux 
+
+$ git annex init linux
+init linux ok
+(Recording state in git...)
+
+$ git annex sync
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+commit  
+ok
+pull origin 
+ok
+push origin 
+Counting objects: 11, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (6/6), done.
+Writing objects: 100% (8/8), 775 bytes | 0 bytes/s, done.
+Total 8 (delta 3), reused 0 (delta 0)
+To /home/raz/work/test.git
+   0b4f175..41fba1d  git-annex -> synced/git-annex
+ok
+
+$ git annex get
+get test.txt (from origin...) ok
+(Recording state in git...)
+
+$ git annex direct
+commit  
+# On branch master
+nothing to commit, working directory clean
+ok
+direct test.txt ok
+direct  ok
+
+$ git annex sync
+commit  
+ok
+pull origin 
+ok
+push origin 
+Counting objects: 9, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (4/4), done.
+Writing objects: 100% (5/5), 492 bytes | 0 bytes/s, done.
+Total 5 (delta 1), reused 0 (delta 0)
+To /home/raz/work/test.git
+   41fba1d..57a661c  git-annex -> synced/git-annex
+ok
+
+$ cat test.txt  
+test 1
+
+$ echo "test 2" > test.txt
+
+$ git annex sync
+add test.txt (checksum...) ok
+(Recording state in git...)
+commit  
+(Recording state in git...)
+ok
+pull origin 
+ok
+push origin 
+Counting objects: 22, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (12/12), done.
+Writing objects: 100% (16/16), 1.40 KiB | 0 bytes/s, done.
+Total 16 (delta 4), reused 0 (delta 0)
+To /home/raz/work/test.git
+   57a661c..4883cad  git-annex -> synced/git-annex
+   7d4f0e2..87438fc  master -> synced/master
+ok
+
+$ git annex copy --to origin
+copy test.txt (to origin...) ok
+(Recording state in git...)
+
+$ git annex sync            
+commit  
+ok
+pull origin 
+remote: Counting objects: 6, done.
+remote: Compressing objects: 100% (4/4), done.
+remote: Total 5 (delta 0), reused 0 (delta 0)
+Unpacking objects: 100% (5/5), done.
+From /home/raz/work/test
+   b23cb44..9073cc3  git-annex  -> origin/git-annex
+ok
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+push origin 
+Counting objects: 18, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (8/8), done.
+Writing objects: 100% (10/10), 924 bytes | 0 bytes/s, done.
+Total 10 (delta 3), reused 0 (delta 0)
+To /home/raz/work/test.git
+   4883cad..b33b025  git-annex -> synced/git-annex
+ok
+
+$ 
+
+
+### On Windows
+
+$ git annex sync
+commit
+ok
+pull origin
+remote: Counting objects: 41, done.
+remote: Compressing objects: 100% (24/24), done.
+remote: Total 31 (delta 9), reused 0 (delta 0)
+Unpacking objects: 100% (31/31), done.
+From ssh://192.168.1.29:/home/raz/work/test
+   b23cb44..9073cc3  git-annex  -> origin/git-annex
+   7d4f0e2..87438fc  master     -> origin/master
+   57a661c..b33b025  synced/git-annex -> origin/synced/git-annex
+   7d4f0e2..87438fc  synced/master -> origin/synced/master
+ok
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+push origin
+Counting objects: 17, done.
+Delta compression using up to 8 threads.
+Compressing objects: 100% (4/4), done.
+Writing objects: 100% (5/5), 565 bytes | 0 bytes/s, done.
+Total 5 (delta 2), reused 0 (delta 0)
+To ssh://192.168.1.29:/home/raz/work/test.git
+   b33b025..dcfaf23  git-annex -> synced/git-annex
+ ! [rejected]        master -> synced/master (non-fast-forward)
+error: failed to push some refs to 'ssh://192.168.1.29:/home/raz/work/test.git'
+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
+
+$ git log --graph --oneline --decorate --all
+* 87438fc (origin/synced/master, origin/master) git-annex automatic sync
+* 7d4f0e2 (HEAD, synced/master, master) git-annex automatic sync
+*-.   dcfaf23 (origin/synced/git-annex, git-annex) merging origin/git-annex orig
+|\ \
+| | *   b33b025 merging origin/git-annex into git-annex
+| | |\
+| | |/
+| |/|
+| * | 9073cc3 (origin/git-annex) update
+| | * 73518bc update
+| | * 4883cad update
+| | * 1b447f5 update
+| |/
+|/|
+* | 57a661c update
+| |
+|  \
+*-. \   41fba1d merging origin/git-annex origin/synced/git-annex into git-annex
+|\ \ \
+| | |/
+| |/|
+| | *   0b4f175 merging origin/git-annex into git-annex
+| | |\
+| | |/
+| |/|
+| * | b23cb44 update
+| | * b5755a2 update
+| |/
+| * 6adcabb update
+| * df18bd6 update
+| * dcbbce5 branch created
+* 0d138eb update
+* fe6bccc branch created
+
+$
+
+# End of transcript or log.
+"""]]
+
+> Apparently `test.git` had `receive.denyNonFastForwards`
+> set to true, which prevents the forced pushing `git annex sync`
+> needs to do. I have made it print out a hint about this setting
+> when a push failes. [[done]] --[[Joey]]
diff --git a/doc/bugs/Windows_and_Linux_in_direct_mode_confuses_git/comment_1_155e0c4d3aa41eebfe27533ab70a91d3._comment b/doc/bugs/Windows_and_Linux_in_direct_mode_confuses_git/comment_1_155e0c4d3aa41eebfe27533ab70a91d3._comment
new file mode 100644
index 0000000000..1a443fb197
--- /dev/null
+++ b/doc/bugs/Windows_and_Linux_in_direct_mode_confuses_git/comment_1_155e0c4d3aa41eebfe27533ab70a91d3._comment
@@ -0,0 +1,68 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawknruiCHUcOh2mmpkh7OFJ4iNfAOOamRVs"
+ nickname="Renaud"
+ subject="comment 1"
+ date="2013-08-29T06:38:44Z"
+ content="""
+I wonder if it isn't related to the fact that even if I do `git annex drop` on windows, the file is still marked as modified in git.
+What is in repository is the path to the file's data using unix style folder separator but what is in my working directory is a file containing the path using windows style folder separator.
+
+I paste a transcript to describe what I mean:
+
+[[!format sh \"\"\"
+$ mkdir tmp
+
+$ cd tmp
+
+$ git init
+Initialized empty Git repository in c:/Users/raz/tmp/tmp/.git/
+
+$ git annex init test
+init test
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+ok
+(Recording state in git...)
+
+$ echo test > test
+
+$ git annex add
+add test (checksum...) ok
+(Recording state in git...)
+
+$ git annex sync
+commit
+ok
+git-annex: no branch is checked out
+
+$ git annex drop --force
+drop test ok
+(Recording state in git...)
+
+$ 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)
+#
+#       modified:   test
+#
+no changes added to commit (use \"git add\" and/or \"git commit -a\")
+
+$ git diff
+diff --git a/test b/test
+index a9dd439..62343b2 120000
+--- a/test
++++ b/test
+@@ -1 +1 @@
+-.git/annex/objects/w8/pv/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93
+\ No newline at end of file
++.git\annex\objects\w8\pv\SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93
+\ No newline at end of file
+\"\"\"]]
+"""]]
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_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/With_S3__44___GPG_ask_for_a_new_passphrase.mdwn b/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase.mdwn
new file mode 100644
index 0000000000..e6f3524b2b
--- /dev/null
+++ b/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase.mdwn
@@ -0,0 +1,21 @@
+I'm using S3 special remote that I initialized like this:
+
+    git annex initremote s3 type=S3 encryption=EEF2B390 datacenter="EU" storageclass="REDUCED_REDUNDANCY"
+
+Instead of asking me my key passphrase (I have gpg-agent running), it ask me a new passphase an then repeat it. So it's not my passphrase because if I kill gpg-agent, it will ask me three passphrase for each file: one mine and two for the new one. If i don't put anything there it says:
+
+    copy GOPR1672.JPG (checking s3...) (to s3...) gpg: error creating passphrase: Invalid passphrase
+    gpg: symmetric encryption of `[stdin]' failed: Invalid passphrase
+    failed
+    git-annex: fd:13: hPutBuf: resource vanished (Broken pipe)
+    copy GOPR1673.JPG (checking s3...) (to s3...) 
+
+So I create a new passphrase (two times) for each file I tried to upload. The problem is that I have more than 12000 files to upload!
+
+What's this new passphrase for?
+
+BTW: git-annex version: 3.20130102 same precompiled binary on Arch Linux.
+
+> I've reproduced this with gpg 2.0.19. It is a documented incompatability
+> between gpg 1.x and 2.x; the latter needs --batch included in its
+> parameters. I've put in a fix. [[done]]
diff --git a/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_1_a4fc30bf7d39cae337286e9e815e6cba._comment b/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_1_a4fc30bf7d39cae337286e9e815e6cba._comment
new file mode 100644
index 0000000000..b006b3b442
--- /dev/null
+++ b/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_1_a4fc30bf7d39cae337286e9e815e6cba._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="joksnet"
+ ip="193.253.37.245"
+ subject="Working now"
+ date="2013-01-16T01:36:43Z"
+ content="""
+Ok. I don't what happend, but it's working now. I restart gpg-agent a few times with the script found [here](https://wiki.archlinux.org/index.php/GPG#gpg-agent). And now it doesn't ask for any passphrase.
+
+Par contre, I need to export the AWS_* variables if I reboot my pc. I think is because I didn't set embedcreds=yes when initremote. Can I change it now? O I have to remote rm and initremote again?
+
+Thank you,
+Juan
+"""]]
diff --git a/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_2_e5d42b623017acedf6a3890ce15680a3._comment b/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_2_e5d42b623017acedf6a3890ce15680a3._comment
new file mode 100644
index 0000000000..7b26ca7388
--- /dev/null
+++ b/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_2_e5d42b623017acedf6a3890ce15680a3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 2"
+ date="2013-01-16T02:17:26Z"
+ content="""
+Someone else reported what sounds like the same bug at [[encryption_given_a_gpg_keyid_still_uses_symmetric_encryption]]. It sounds like this is somehow an agent bug. I cannot reproduce it. I can hypothesise that, if this bug is occurring, you'll be prompted for a passphrase when running this command.. which if it happens would certainly be a bug in gpg or its agent
+
+touch foo; echo foo| gpg --symmetric --passphrase-fd=0 foo
+
+(You can run `git annex initremote $yourremote embedcreds=yes`  and it'll modify the existing configuration.)
+"""]]
diff --git a/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_3_e5150b65b514896e14b9ad3d951963f7._comment b/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_3_e5150b65b514896e14b9ad3d951963f7._comment
new file mode 100644
index 0000000000..4764dcd5d3
--- /dev/null
+++ b/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_3_e5150b65b514896e14b9ad3d951963f7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="joksnet"
+ ip="193.253.37.245"
+ subject="comment 3"
+ date="2013-01-16T17:23:26Z"
+ content="""
+It's a GPG/GPG-Agent (2.0.19) bug because the command you give me ask me for a new passphrase.
+
+Thank you for the answer.
+"""]]
diff --git a/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_4_47c2fc167b0c396edc40468fb7c7bfee._comment b/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_4_47c2fc167b0c396edc40468fb7c7bfee._comment
new file mode 100644
index 0000000000..20f6564c87
--- /dev/null
+++ b/doc/bugs/With_S3__44___GPG_ask_for_a_new_passphrase/comment_4_47c2fc167b0c396edc40468fb7c7bfee._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 4"
+ date="2013-01-16T19:05:38Z"
+ content="""
+Does it ask for a passphrase if --batch is included in gpg's parameters? 
+"""]]
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/__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..148fa73255
--- /dev/null
+++ b/doc/bugs/__34__Adding_4923_files__34___is_really_slow.mdwn
@@ -0,0 +1,100 @@
+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"]]
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__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error..mdwn b/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error..mdwn
new file mode 100644
index 0000000000..9befd7c801
--- /dev/null
+++ b/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error..mdwn
@@ -0,0 +1,39 @@
+### Please describe the problem.
+
+After setting the username (xyz@gmail.com) and the password the webapp takes several minutes until eventually an error message is displayed stating that:
+
+    Unable to connect to the Jabber server. Maybe you entered the wrong password? (Error message: host gmail.com:5222 failed: connect: does not exist (Network is unreachable))
+
+Testing with xyz@xmpp.l.gmail.com yields:
+
+    Unable to connect to the Jabber server. Maybe you entered the wrong password? (Error message: host xmpp.l.google.com:5222 failed: AuthenticationFailure)
+
+What's strange about that is that the exact same procedure works on a different (Ubuntu-) system with almost no time spend.
+
+### What steps will reproduce the problem?
+
+Trying to set up the jabber connection.
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 4.20130922-g7dc188a
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP Feeds Quvi
+    (actually a zeroinstall feed from here: http://f12n.de/0install/git-annex-webapp.xml which is based on the standalone build)
+
+OS: up-to-date ARCH 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
+
+[2013-09-23 19:24:04 CEST] main: starting assistant version 4.20130922-g7dc188a
+(scanning...) [2013-09-23 19:24:04 CEST] Watcher: Performing startup scan
+(started...) 
+[2013-09-23 20:18:12 CEST] read: host ["-t","SRV","--","_xmpp-client._tcp.gmail.com"]
+.git/annex/daemon.log (END)
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_1_6d821af99ab3c83a5b0f52d3713ab8e2._comment b/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_1_6d821af99ab3c83a5b0f52d3713ab8e2._comment
new file mode 100644
index 0000000000..c2dd31f179
--- /dev/null
+++ b/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_1_6d821af99ab3c83a5b0f52d3713ab8e2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 1"
+ date="2013-09-25T18:27:24Z"
+ content="""
+Sounds like the SRV lookup is failing. Does `git-annex version` list either DNS or ADNS in the build flags?
+
+Does `host -t SRV _xmpp-client._tcp.gmail.com` work?
+"""]]
diff --git a/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_2_206b6c8cce8350fc088f01c42fc4715b._comment b/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_2_206b6c8cce8350fc088f01c42fc4715b._comment
new file mode 100644
index 0000000000..1cb191d8f6
--- /dev/null
+++ b/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_2_206b6c8cce8350fc088f01c42fc4715b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawknwkXgi8SnK4QT32ANl3GMKvFLyQGeHqo"
+ nickname="Florian"
+ subject="comment 2"
+ date="2013-09-25T21:19:23Z"
+ content="""
+Aaaah ok ... the *host* command is not installed by default on Arch Linux. I've installed it ... now it works ... will report it to the package maintainer.
+"""]]
diff --git a/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_3_ed36f503f88611382b50687608b9b7e7._comment b/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_3_ed36f503f88611382b50687608b9b7e7._comment
new file mode 100644
index 0000000000..a69763af7a
--- /dev/null
+++ b/doc/bugs/__34__Configuring_Jabber_Account__34___fails_with_a___34__Network_unreachable__34___error./comment_3_ed36f503f88611382b50687608b9b7e7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="108.236.230.124"
+ subject="comment 3"
+ date="2013-11-08T18:42:22Z"
+ content="""
+Seems like I should fix the standalone linux tarball to either include the host program, or better, build git-annex with the Haskell [DNS library](https://hackage.haskell.org/package/dns). (I think that the Mac app and other builds are built with DNS by default, since they have dependencies installed using cabal directly).
+
+I need to first get that library included in Debian, so I can install it reliably on my build systems.
+"""]]
diff --git a/doc/bugs/__34__annex_sync__34___gets_confused_when_operating_in_a_symlink__39__ed_directory.mdwn b/doc/bugs/__34__annex_sync__34___gets_confused_when_operating_in_a_symlink__39__ed_directory.mdwn
new file mode 100644
index 0000000000..96d1d4d2ee
--- /dev/null
+++ b/doc/bugs/__34__annex_sync__34___gets_confused_when_operating_in_a_symlink__39__ed_directory.mdwn
@@ -0,0 +1,18 @@
+What steps will reproduce the problem?
+
+ * Create a symlink to a directory in your annex repository, like e.g. ~/Notes -> ~/annex/Notes
+ * cd into ~/Notes
+ * execute 'git annex sync <remote>', assuming that <remote> has made some changes
+
+What is the expected output? What do you see instead?
+
+If <remote> has made a change to, say, ~/annex/Documents/test.txt, the sync unexpectedly creates the new test.txt at ~/Notes/Documents/test.txt.
+It should either magically figure out that it has to create the file relative to the repository's root (i.e. ~/annex) or throw an error instead.
+
+What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130323
+OS: Archlinux
+Shell: zsh
+
+
diff --git a/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content.mdwn b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content.mdwn
new file mode 100644
index 0000000000..bdf48760c1
--- /dev/null
+++ b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content.mdwn
@@ -0,0 +1,49 @@
+# What steps will reproduce the problem?
+
+    echo "TEST CONTENT" > fileA
+    cp fileA fileB
+    git annex add file{A,B}
+    git annex drop fileA --force
+    cat fileB
+
+# What is the expected output? What do you see instead?
+
+## expected: 
+
+-->   TEST CONTENT
+
+## observed:
+
+-->   cat: fileB: No such file or directory
+
+
+# What version of git-annex are you using? On what operating system?
+
+git-annex version: 3.20121017
+
+# Please provide any additional information below.
+
+I really like git annex's feature, to store the same content only once. But as this happens transparently (i.e. the user does not need to no, nor is he told, that contents are identical (which is very comfortable, of course)), the "git annex drop" function is broken. For it effectively deleting (seemingly) random files, WITHOUT notifying the user.
+
+
+# Possible solution?
+
+One simple solution would be to use "git annex find" functionality to see who else uses the file and NOT deleting it.
+
+But this still leaves a problem:
+
+Consider the following variation of the above example and assume, that "drop" does not delete content that is still used (i.e. implementing the above solution). 
+
+    echo "TEST CONTENT" > fileA
+    cp fileA fileB
+    git annex add file{A,B}
+    git rm fileB
+    git annex drop fileA --force
+    git checkout --force
+    cat fileB
+-->  cat: fileB: No such file or directory
+
+Here again, the problem is, that the user would probably (correct me if I am wrong) expect that the fileB still exists, because removing a file and checking it out again is expected to not mess with the annex contents (?). He does not know, that the "annex frop fileA" actually drop fileB's contents, because there was no additional file linking to it. It effectively performed a "git annex dropunused".
+
+> We seem to have agreed this is reasonable behavior, and a doc change was done.
+> Do feel free to suggest other doc changes.. [[done]] --[[Joey]]
diff --git a/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_1_2eb20b65582fa7f271b1d0bb5560d08c._comment b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_1_2eb20b65582fa7f271b1d0bb5560d08c._comment
new file mode 100644
index 0000000000..712657e82c
--- /dev/null
+++ b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_1_2eb20b65582fa7f271b1d0bb5560d08c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2012-10-28T17:13:32Z"
+ content="""
+You can avoid this by not using a deduplicating backend; for example you can use the WORM backend.
+
+However, the foot shooting actually occurs due to using drop --force, which is explicitly asking git-annex to be unsafe. If you want to be safe, simply don't use --force. If you want to safely delete a file, simply `git rm` it, and then `git annex unused` will come along and find content that can safely be removed.
+"""]]
diff --git a/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_2_b14e1d31dd6a8fb930fcc0bec798e194._comment b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_2_b14e1d31dd6a8fb930fcc0bec798e194._comment
new file mode 100644
index 0000000000..005c45be26
--- /dev/null
+++ b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_2_b14e1d31dd6a8fb930fcc0bec798e194._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlgyVag95OnpvSzQofjyX0WjW__MOMKsl0"
+ nickname="Sehr"
+ subject="comment 2"
+ date="2012-10-28T21:46:08Z"
+ content="""
+I onyl used \"--force\" for demonstration purposes. I could also set 
+
+   annex.numcopies = 0
+
+which removes the need \"force\". While this setting can be totally reasonable in certain circumstancing it seems very dangerous, that completely unrelated files might unwillingly be deleted.
+
+I agree with you, that a possible solution could be to not use a deduplicating backend. But my point is, that this needs to be either changed or documented. Because even if the user can \"fix\" this by changing his behavior, he will probably only do so AFTER he lost something.
+
+Instead of changing the program (to include a check), I would at least suggest an addition to \"drop\"'s documentation: 
+
+
+\"drop\": keep in mind, that on dedcupliocating backends, you might end up deleting more than one file. to be perfectly safe, use git-rm and git-annex dropunused.
+"""]]
diff --git a/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_3_1892bcfbe3c462aa74552a241d65cad9._comment b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_3_1892bcfbe3c462aa74552a241d65cad9._comment
new file mode 100644
index 0000000000..8dfc30a604
--- /dev/null
+++ b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_3_1892bcfbe3c462aa74552a241d65cad9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 3"
+ date="2012-10-28T23:29:46Z"
+ content="""
+numcopies=0 is inherently unsafe, and unreasonable if you value your data at all. I've added some warnings about it to the man page.
+"""]]
diff --git a/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_4_dfa0e31996eaa14e2945c1d11670c4d9._comment b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_4_dfa0e31996eaa14e2945c1d11670c4d9._comment
new file mode 100644
index 0000000000..d82a3026d4
--- /dev/null
+++ b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_4_dfa0e31996eaa14e2945c1d11670c4d9._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlgyVag95OnpvSzQofjyX0WjW__MOMKsl0"
+ nickname="Sehr"
+ subject="comment 4"
+ date="2012-10-29T00:00:33Z"
+ content="""
+Thanks, that's cool. Admittedly, I cannot think of too many scenarios, where there are two identical files without the user's knowloedge. And an even smaller subset of scenarios, where one would want to issue a \"drop\" on (only) one of these due to storage shortages. 
+
+
+
+By the way, I LOVE git-annex.
+
+
+PS: I just realized, that the same applies to the \"move\" command.
+"""]]
diff --git a/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_5_e2a9336cf1080c158765d4adfe72f26b._comment b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_5_e2a9336cf1080c158765d4adfe72f26b._comment
new file mode 100644
index 0000000000..cc93b0f49f
--- /dev/null
+++ b/doc/bugs/__34__drop__34___deletes_all_files_with_identical_content/comment_5_e2a9336cf1080c158765d4adfe72f26b._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 5"
+ date="2012-10-29T00:03:40Z"
+ content="""
+You're guaranteed to still have at least 1 copy of the file after move though, so you can get it back.
+
+"""]]
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_watch__34___adds_map.dot.mdwn b/doc/bugs/__34__git_annex_watch__34___adds_map.dot.mdwn
new file mode 100644
index 0000000000..94c495735e
--- /dev/null
+++ b/doc/bugs/__34__git_annex_watch__34___adds_map.dot.mdwn
@@ -0,0 +1,23 @@
+"git annex watch" will add the file generated by "git annex map", which is
+probably not intended. Shouldn’t this file be created in /tmp or
+.git/annex/ or somewhere else?
+
+> Indeed, so [[done]] --[[Joey]]
+
+    /tmp $ cd test/
+    /tmp/test $ git init
+    Initialized empty Git repository in /tmp/test/.git/
+    /tmp/test $ git annex init
+    init  ok
+    (Recording state in git...)
+    /tmp/test $ git annex watch
+    /tmp/test $ git annex map
+    map /tmp/test ok
+    
+      running: dot -Tx11 map.dot
+    
+    ok
+    /tmp/test $ ls -l
+    insgesamt 4
+    lrwxrwxrwx 1 jojo jojo 180 Jul 15 23:36 map.dot -> .git/annex/objects/P3/76/SHA256-s208--44199582b5948512ff12cf03de0b86fa1bebf09785dba2827fe52afee0afbe3d/SHA256-s208--44199582b5948512ff12cf03de0b86fa1bebf09785dba2827fe52afee0afbe3d
+    
diff --git a/doc/bugs/__34__make_test__34___fails_silently.mdwn b/doc/bugs/__34__make_test__34___fails_silently.mdwn
new file mode 100644
index 0000000000..8632f03f51
--- /dev/null
+++ b/doc/bugs/__34__make_test__34___fails_silently.mdwn
@@ -0,0 +1,4 @@
+`make test` fails silently when the test program cannot be built. This happens, for example, when attempting to compile git-annex with `QuickCheck-2.4.2`.
+
+> I've made "make test" exit nonzero if the test suite cannot be built.
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/__34__make_test__34___fails_silently/comment_1_f868e34f41d828d4571968d1ab07820a._comment b/doc/bugs/__34__make_test__34___fails_silently/comment_1_f868e34f41d828d4571968d1ab07820a._comment
new file mode 100644
index 0000000000..00f67ad114
--- /dev/null
+++ b/doc/bugs/__34__make_test__34___fails_silently/comment_1_f868e34f41d828d4571968d1ab07820a._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-01-03T16:54:19Z"
+ content="""
+The code is:
+
+<pre>
+@if ! $(GHCMAKE) -O0 test; then \
+                echo \"** not running test suite\" >&2; \
+else \
+</pre>
+
+The error message from the compiler, followed by the above error message does not seem \"silent\". It does exit 0 without running the test suite if it cannot be built.
+"""]]
diff --git a/doc/bugs/__34__make_test__34___fails_silently/comment_2_fb9e8e2716b0dea15b0d4807ae7cd114._comment b/doc/bugs/__34__make_test__34___fails_silently/comment_2_fb9e8e2716b0dea15b0d4807ae7cd114._comment
new file mode 100644
index 0000000000..3b76e3f146
--- /dev/null
+++ b/doc/bugs/__34__make_test__34___fails_silently/comment_2_fb9e8e2716b0dea15b0d4807ae7cd114._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:09:38Z"
+ content="""
+When \"make test\" fails to run any tests at all, it should not return exit code 0. This behavior is quite misleading, and it means that automated build systems are not going to detect the fact that the test suit could not be run.
+"""]]
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/__39__client__39___repo_starts_pulling_in___39__archive__39___content.mdwn b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content.mdwn
new file mode 100644
index 0000000000..6dcb1ec6b0
--- /dev/null
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content.mdwn
@@ -0,0 +1,24 @@
+What steps will reproduce the problem?
+
+running the assistant on my setup, which is a central 'client' repo, and two 'backup' repos on a USB drive and an ssh connection to another server.  Both of those backup repos are non-bare, and I occasionally manually run 'git annex sync' on them to keep them up to date.  I have 'numcopies' set to 2.
+
+
+What is the expected output? What do you see instead?
+
+I expect everything to be copied to the 'backup' repos and content in the 'archive' subdirectories of the 'client' repo to be dropped.
+
+What happened instead: This morning, I started up the assistant without the USB drive present.  I added one file to my client repo.  The assistant began copying it to the SSH backup repo.  I then plugged in the USB drive, and it began copying it to the USB repo; however, it *also* queued up large amounts of content in 'archive' subdirectories and started copying it down onto my client repo, which is unacceptable because there is not actually enough disk space on the client machine to hold everything in the 'archive' subdirectories!  I stopped the assistant and started it up again.  It started doing the same thing (queueing up archive content to transfer to client), and in addition started dropping content from my USB drive.  This seems very similar to the bug in the previous version, where the globbing was broken.  It's acting as if my usb remote preferred no content at all, and it transfers everything away from it and drops it -- and at the same time, brings in content which is not supposed to be there on my client machine.  Strangely it's not doing the same thing on the ssh remote -- the ssh remote is fine.  No anomalies there -- it has not been trying to drop content from there.
+
+This is just happening this morning -- I compiled 4.20130227 last night and ran the assistant and it behaved correctly, with no bugs at all.  Now when I run it, it's going crazy.
+
+What version of git-annex are you using? On what operating system?
+
+4.20130227 on OS X.
+
+
+Please provide any additional information below.
+
+One thing that would be incredibly helpful with the kinds of bugs I've seen in the assistant is if the daemon.log contained info about *why* it is dropping or transferring content.  "transferring content because there was only 1 copy and we need to fulfill numcopies" "transferring content because it matches such-and-such a preferred content expresson" "dropping content because it does not match this preferred content expression" -- that would remove a lot of mystery about the way the assistant is working.
+
+> The several bugs mentioned here seem to be fixed, so closing this report.
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_1_56f9cd5cc2e089b32cb076dc2e2a8ca5._comment b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_1_56f9cd5cc2e089b32cb076dc2e2a8ca5._comment
new file mode 100644
index 0000000000..cf309b8b34
--- /dev/null
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_1_56f9cd5cc2e089b32cb076dc2e2a8ca5._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-01T19:59:23Z"
+ content="""
+I've added some debug info to the log for transfers and drops. You have to start the assistant with the --debug flag, then you'll get stuff like:
+
+<pre>
+[2013-03-01 15:23:10 JEST] Committer: queued Upload UUID \"a0cd7cb6-57ee-4551-955f-aa77738135cc\" myfile : newly added file
+[2013-03-01 15:25:00 JEST] Watcher: queued Download UUID \"a0cd7cb6-57ee-4551-955f-aa77738135cc\" ./foo : new or renamed file wanted
+[2013-03-01 15:54:00 JEST] Watcher: dropped ./archive/foo (from: here) (copies now: 1): file renamed
+</pre>
+
+It would take more work to show the preferred content expressions that caused the transfer or drop, but this is simple to determine:
+
+* for Uploads it should always be the preferred content expression of the remote being uploaded to
+* for Downloads it is always the preferred content expression of the local repository
+* for drops it is always the preferred content expression of the repository it is dropped from
+
+Have not managed to reproduce problem yet.
+"""]]
diff --git a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_2_21c0f7f328cb51080fbd97e086c47a30._comment b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_2_21c0f7f328cb51080fbd97e086c47a30._comment
new file mode 100644
index 0000000000..5eb511b655
--- /dev/null
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_2_21c0f7f328cb51080fbd97e086c47a30._comment
@@ -0,0 +1,37 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 2"
+ date="2013-03-03T18:44:35Z"
+ content="""
+I rebuilt and ran with --debug, and started up git annex.  It behaved itself. 
+
+I tried restarting it, unplugging and plugging back in my USB drive to see if it provoked any problems -- none.
+
+I decided to try adding something.  I added a music video to my Movies/Music directory.  It uploaded it to my ssh remote but not to the USB drive and, bizarrely, when I use \"git annex whereis\" it doesn't show it as existing *anywhere*:
+
+    annex$ git annex whereis Movies/Music/Tanlines\ -\ All\ Of\ Me.flv
+    annex$ 
+
+It does in fact exist in all three repos!  The link is there:
+
+annex$ ls -l Movies/Music/Tanlines\ -\ All\ Of\ Me.flv 
+lrwxr-xr-x  1 ed  staff  206 Mar  3 13:18 Movies/Music/Tanlines - All Of Me.flv -> ../../.git/annex/objects/0k/j6/SHA256E-s37822147--c9df1d6c9f6d2d72e039de9705ea4673160da32eb0cc9ea87e65003506d9297d.flv/SHA256E-s37822147
+
+the object is there!
+
+annex$ ls -l .git/annex/objects/0k/j6/SHA256E-s37822147--c9df1d6c9f6d2d72e039de9705ea4673160da32eb0cc9ea87e65003506d9297d.flv/SHA256E-s37822147--c9df1d6c9f6d2d72e039de9705ea4673160da32eb0cc9ea87e65003506d9297d.flv
+-r--r--r--  1 ed  staff  37822147 Mar  3 13:17 .git/annex/objects/0k/j6/SHA256E-s37822147--c9df1d6c9f6d2d72e039de9705ea4673160da32eb0cc9ea87e65003506d9297d.flv/SHA256E-s37822147--c9df1d6c9f6d2d72e039de9705ea4673160da32eb0cc9ea87e65003506d9297d.flv
+
+The corresponding object also exists in the .git/annex/objects directory of the USB remote and the ssh remote.
+
+here's a pastebin of the daemon.log: http://pastebin.com/BGRBQ6Rx
+
+Shut down the daemon to see if that changed anything; nope.  \"Whereis\" still comes up blank.  Tried a git annex fsck --fast to see if that changed anything; nope.  \"Whereis\" still comes up blank.
+
+Any ideas?  Is the log revealing at all?
+
+
+
+
+"""]]
diff --git a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_3_3287b2f25f3b5ae4c27f4748694563ee._comment b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_3_3287b2f25f3b5ae4c27f4748694563ee._comment
new file mode 100644
index 0000000000..e108052d77
--- /dev/null
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_3_3287b2f25f3b5ae4c27f4748694563ee._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-03T18:53:23Z"
+ content="""
+Are you sure the file in question is checked into git? Because git-annex ignores symlinks that are not checked into git.
+"""]]
diff --git a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_4_e515eca68a70d40c522805d7e0d7c0e6._comment b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_4_e515eca68a70d40c522805d7e0d7c0e6._comment
new file mode 100644
index 0000000000..4a533fc92a
--- /dev/null
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_4_e515eca68a70d40c522805d7e0d7c0e6._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 4"
+ date="2013-03-03T18:58:42Z"
+ content="""
+Just to see what happened, I re-added that same file in another directory manually (not with the assistant).
+
+git annex whereis instantly showed that it was in all the other repositories.
+
+I finally thought to try a \"git status\" -- it showed that with for the original copy of this I added, the actual symlink was never checked into git.
+
+    annex$ git status
+    # On branch master
+    # Untracked files:
+    #   (use \"git add <file>...\" to include in what will be committed)
+    #
+    #	Movies/Music/Tanlines - All Of Me.flv
+    nothing added to commit but untracked files present (use \"git add\" to track)
+    annex$ 
+
+This is probably all unrelated to the original topic of the bug -- I am not seeing the \"client repo starts pulling in archive content, dropping it from backup remote\" issue anymore.
+
+"""]]
diff --git a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_5_b27f4c103dda050b6e9cf03ea3157abc._comment b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_5_b27f4c103dda050b6e9cf03ea3157abc._comment
new file mode 100644
index 0000000000..434bcb1ddf
--- /dev/null
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_5_b27f4c103dda050b6e9cf03ea3157abc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-03-03T19:42:19Z"
+ content="""
+A symlink not added to git could happen with the assistant for various reasons. For example, if the assistant was shut down before it got a chance to stage a newly added file. The assistant detects such symlinks when started up and will add them then.
+
+Back to the original bug report..
+"""]]
diff --git a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_6_2cc7083dab944705bf91fc00319b75e6._comment b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_6_2cc7083dab944705bf91fc00319b75e6._comment
new file mode 100644
index 0000000000..9f110d30d1
--- /dev/null
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_6_2cc7083dab944705bf91fc00319b75e6._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 6"
+ date="2013-03-04T00:20:25Z"
+ content="""
+Since I can't reproduce the \"copy archived content to the client repo then drop it from the backup repo\" anymore, I guess we can close.  If I notice anything like that happening again I have the --debug flag available to investigate and open a new bug report.
+
+"""]]
diff --git a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_7_1175f9be789d4c1907f0be98e435bd2f._comment b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_7_1175f9be789d4c1907f0be98e435bd2f._comment
new file mode 100644
index 0000000000..1f11f8bedc
--- /dev/null
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_7_1175f9be789d4c1907f0be98e435bd2f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-03-04T00:57:38Z"
+ content="""
+With the new Preferences page I added to the webapp today you can also enable debugging while the assistant is running if it starts to misbehave.
+
+However, I'm in no hurry to close this bug just yet.
+"""]]
diff --git a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_8_78e6164ef67a9560a3a9ead1f7a72473._comment b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_8_78e6164ef67a9560a3a9ead1f7a72473._comment
new file mode 100644
index 0000000000..c49cbbeefc
--- /dev/null
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_8_78e6164ef67a9560a3a9ead1f7a72473._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 8"
+ date="2013-03-08T14:46:55Z"
+ content="""
+I've not seen this kind of strange behavior happen again so far.
+
+But I have got another example of a file which I added to git-annex via the assistant not having its symlink added to git.  Again, the content of the file is in git-annex and was even correctly transferred to a couple of remotes, but the symlink is still unstaged.
+
+I tried restarting the assistant to see if that would fix it but that didn't change anything.
+
+I imagine the symlink will be fixed during a daily scan, tomorrow maybe?  Is it problematic for the symlink not to be checked into git for a day?  Is this worth a bug report or is this really harmless behavior?
+
+"""]]
diff --git a/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_9_1d578fd13022dcd6382b415a7f6e097a._comment b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_9_1d578fd13022dcd6382b415a7f6e097a._comment
new file mode 100644
index 0000000000..9c2cd3c750
--- /dev/null
+++ b/doc/bugs/__39__client__39___repo_starts_pulling_in___39__archive__39___content/comment_9_1d578fd13022dcd6382b415a7f6e097a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 9"
+ date="2013-03-18T15:45:19Z"
+ content="""
+There turned out to be a bug specific to OSX that prevented symlinks being checked into git. The daily sanity check did eventually add them. I fixed this bug yesterday.
+"""]]
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..7968d32cc6
--- /dev/null
+++ b/doc/bugs/__40__assistant__41___dependency_on_ssh-askpass_-_not_installed_automatically_on_xubuntu.mdwn
@@ -0,0 +1,22 @@
+### 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.
+"""]]
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/__91__Installation__93___There_is_no_available_version_of_quickcheck_that_satisfies___62____61__2.1.mdwn b/doc/bugs/__91__Installation__93___There_is_no_available_version_of_quickcheck_that_satisfies___62____61__2.1.mdwn
new file mode 100644
index 0000000000..a6e2423a82
--- /dev/null
+++ b/doc/bugs/__91__Installation__93___There_is_no_available_version_of_quickcheck_that_satisfies___62____61__2.1.mdwn
@@ -0,0 +1,40 @@
+Hi,
+
+I just wanted to install git-annex via cabal, as described in the install document. More specifically, I did this on my Ubuntu Lucid box:
+
+    andreas@antares:~$ sudo aptitude install cabal-install
+    [...]
+    andreas@antares:~$ cabal update
+    andreas@antares:~$ cabal install quickcheck --bindir=$HOME/bin
+    andreas@antares:~$ cabal install git-annex -v --bindir=$HOME/bin
+
+However, I got this error:
+
+    /usr/bin/ghc --numeric-version
+    looking for package tool: ghc-pkg near compiler in /usr/bin
+    found package tool in /usr/bin/ghc-pkg
+    /usr/bin/ghc-pkg --version
+    /usr/bin/ghc --supported-languages
+    Reading installed packages...
+    /usr/bin/ghc-pkg dump --global
+    /usr/bin/ghc-pkg dump --user
+    Reading available packages...
+    Resolving dependencies...
+    selecting
+    cabal: cannot configure git-annex-3.20120113. It requires quickcheck >=2.1
+    There is no available version of quickcheck that satisfies >=2.1
+
+which is really strange, because quickcheck 2.4.2 is installed:
+
+    andreas@antares:~$ ls -a .cabal/lib/
+    .  ..  QuickCheck-2.4.2
+
+Any help is greatly appreciated :)
+Andreas.
+
+> QuickCheck has to be spelled in mixed case. --[[Joey]] 
+
+Sorry to disagree, this doesn't fix my problem. cabal still complains that no version >= 2.1 is available, even though 2.4.2 is installed. This problem already occurred before I explicitly installed QuickCheck. According to [[install]], the `cabal install git-annex -v --bindir=$HOME/bin` should already take care of the dependencies.
+
+>> You need to `cabal update` to get the fixed version of git-annex which
+>> spells QuickCheck correctly. [[done]] --[[Joey]]
diff --git a/doc/bugs/__91__webapp__93___pause_syncing_with_specific_repository.mdwn b/doc/bugs/__91__webapp__93___pause_syncing_with_specific_repository.mdwn
new file mode 100644
index 0000000000..dca16e4d37
--- /dev/null
+++ b/doc/bugs/__91__webapp__93___pause_syncing_with_specific_repository.mdwn
@@ -0,0 +1,8 @@
+[Due to some stupid issue on my and AT&T's part] one of my remote repositories is currently unreachable. I would like to tell the webapp/assistant to not attempt to sync with it, or, at least, modify this error message to be more specific (by telling me which repository is unreachable).
+
+In a red bubble it says: "Synced with rose 60justin"
+
+That verbage is the same if they all succeed. The only difference is the red instead of green. Would be nice to know exactly which machine to kick (if I didn't already know, eg I was syncing only with repositories not under my control).
+
+> Fixed alert display. Webapp has allowed pausing syncing with a repository
+> for a while. [[done]] --[[Joey]]
diff --git a/doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu.mdwn b/doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu.mdwn
new file mode 100644
index 0000000000..7366e6ff2d
--- /dev/null
+++ b/doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu.mdwn
@@ -0,0 +1,21 @@
+### Please describe the problem.
+
+quite often is desired to fetch/navigate through the git annex installation under git annex user, e.g. to fetch the log to be provided here for the "additional information".
+Given already big size of the app bundling some lightweight ssh server should not be a major size hit, but would ease troubleshooting and bug reporting
+
+### What steps will reproduce the problem?
+
+
+### What version of git-annex are you using? On what operating system?
+
+Android from Nov 18
+
+### 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/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu/comment_1_9bb53c45d685b368c7ba1758885f2874._comment b/doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu/comment_1_9bb53c45d685b368c7ba1758885f2874._comment
new file mode 100644
index 0000000000..36440eac50
--- /dev/null
+++ b/doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu/comment_1_9bb53c45d685b368c7ba1758885f2874._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-26T16:09:19Z"
+ content="""
+This was previously suggested in the forum: [[forum/Suggestion:_Put_ssh_server_back_into_android_version]]
+
+As said there, I feel that `adb` is a better option in these situations. Of course, the git-annex bundle already has a ssh client, so you can rsync files from it to other ssh servers too.
+
+Also, the bundle is too big, I don't want to make it any bigger.
+"""]]
diff --git a/doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu/comment_2_251311a04f1a610e54ebe8e9b92de72e._comment b/doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu/comment_2_251311a04f1a610e54ebe8e9b92de72e._comment
new file mode 100644
index 0000000000..48707e82b3
--- /dev/null
+++ b/doc/bugs/__91__wishlistAndroid:_bundle_an_ssh_server___40__dropbear__63____41___and_add_an_option_to_start_it_easily_with_the_terminal_app_menu/comment_2_251311a04f1a610e54ebe8e9b92de72e._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://yarikoptic.myopenid.com/"
+ nickname="site-myopenid"
+ subject="comment 2"
+ date="2013-11-27T04:30:53Z"
+ content="""
+we just shrinked the bundle by 60MB so there could be some space for sshd.
+
+adb might indeed be more powerful but would require usb connection (right?) -- at times not convenient
+
+syncing via ssh from phone: that is what I was trying to avoid -- working in the shell on the phone -- it is possible but a bit \"inconvenient\"
+sshd could be ran on any unprivileged port while letting the user who starts it know the IP and the port, thus making it easy to connect.
+"""]]
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_fix__96___run_on_non-annexed_files_is_no-op.mdwn b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op.mdwn
new file mode 100644
index 0000000000..54920fa312
--- /dev/null
+++ b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op.mdwn
@@ -0,0 +1,15 @@
+### Please describe the problem.
+
+`git annex fix` only works on files that have been annexed, already.
+While that's a safety measure of course, an option like `--force` or similar would be nice if one is shuffling around data by hand.
+
+### What steps will reproduce the problem?
+
+Please see [[bugs/__96__git_annex_add__96___changes_mtime_if_symlinks_are_fixed_in_the_background/]] for details; I didn't want to spam exactly the same output twice.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 4.20130709 on Debian unstable i386 and x64.
+
+> We've discussed this on IRC and there seems to be nothing more to do here.
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_1_9b671e583eec5adf870dccd1e97b5dbc._comment b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_1_9b671e583eec5adf870dccd1e97b5dbc._comment
new file mode 100644
index 0000000000..f2db49dd4b
--- /dev/null
+++ b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_1_9b671e583eec5adf870dccd1e97b5dbc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 1"
+ date="2013-07-11T15:26:52Z"
+ content="""
+I don't understand what you want fix to do when run on files that are not annexed.
+"""]]
diff --git a/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_2_d11744202213d6f897f4234bc4c70c18._comment b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_2_d11744202213d6f897f4234bc4c70c18._comment
new file mode 100644
index 0000000000..20b3a251e3
--- /dev/null
+++ b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_2_d11744202213d6f897f4234bc4c70c18._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2013-07-11T20:18:44Z"
+ content="""
+I wanted to use it as a way to prepare the files before running `git annex add`. I like to have everything exactly how I want it before I add anything to git, or git-annex. Does git-annex do anything in the git-annex branch prior to running the pre-commit hook? I.e. is there any penalty, however slight, in running `git annex add` several times while moving stuff around?
+
+"""]]
diff --git a/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_3_a729deb465ff44f5a9b87c963cd6235a._comment b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_3_a729deb465ff44f5a9b87c963cd6235a._comment
new file mode 100644
index 0000000000..d4c65308d0
--- /dev/null
+++ b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_3_a729deb465ff44f5a9b87c963cd6235a._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 3"
+ date="2013-07-13T15:05:53Z"
+ content="""
+With git-annex built from current Git (i.e. the mtime fix for `git annex fix/add` applied), I have imported directory structure and objects (I will write a blog post along with scripts and pitfalls about that once the process is totally finished) and been running `git annex add` and `git mv` repeatedly to keep things up to date.
+
+As I now need to rename a few files with globs (`zmv`/`rename`) where `git mv` does not really cut it, I am in between a rock and a hard place. Most likely, I will `git checkout -- .`, rename, and `git annex add` again. I am pretty sure that `git annex add` does not do anything other than staging in the current branch and does not touch the `git-annex` branch. But I don't _know_.
+
+Long story short, it would make both my workflow easier and give me more peace of mind if there was a `git annex fix --untracked` or similar which does exactly the same, but operates on files that are not checked in and/or staged.
+
+As an aside, `git annex fsck --untracked` which is basically `git annex fsck --numcopies=1` on untracked files would be.... awesome.
+
+"""]]
diff --git a/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_4_3f735503df9a08472d42fabd219c2ec5._comment b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_4_3f735503df9a08472d42fabd219c2ec5._comment
new file mode 100644
index 0000000000..41f4e9db8f
--- /dev/null
+++ b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_4_3f735503df9a08472d42fabd219c2ec5._comment
@@ -0,0 +1,31 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 4"
+ date="2013-07-18T19:27:41Z"
+ content="""
+It seems to me that what you're looking for is:
+
+<pre>
+git annex import /dir
+mv foo bar
+...
+git add .
+git annex fix
+git commit
+</pre>
+
+This avoids the minor overhead of `git annex add` when run on a symlink updating the location tracking information.
+
+(Note that the manual call to `git annex fix` there is entirely unnecessary, since the pre-commit hook does the same thing when you commit.)
+
+Alternatively:
+
+<pre>
+git annex import /dir -c annex.alwayscommit=false
+mv foo bar
+...
+git annex add
+git commit
+</pre>
+"""]]
diff --git a/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_5_2c61eabbba7fd2a52ba02d59a0a76a42._comment b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_5_2c61eabbba7fd2a52ba02d59a0a76a42._comment
new file mode 100644
index 0000000000..a417dac02d
--- /dev/null
+++ b/doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op/comment_5_2c61eabbba7fd2a52ba02d59a0a76a42._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 5"
+ date="2013-07-18T19:29:02Z"
+ content="""
+Note that the second option will work in direct mode; first one won't.
+"""]]
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__git_annex_import__96___does_not_work_on_other_git_annex_repositories.mdwn b/doc/bugs/__96__git_annex_import__96___does_not_work_on_other_git_annex_repositories.mdwn
new file mode 100644
index 0000000000..1580cee812
--- /dev/null
+++ b/doc/bugs/__96__git_annex_import__96___does_not_work_on_other_git_annex_repositories.mdwn
@@ -0,0 +1,113 @@
+### Please describe the problem.
+
+`git annex import otherrepo` does not work.
+
+
+### What steps will reproduce the problem?
+
+    richih@eudyptes  ~ % mcd killme/git-annex-source
+    richih@eudyptes  ~/killme/git-annex-source % git init; git annex init
+    Initialized empty Git repository in /home/richih/killme/git-annex-source/.git/
+    init  ok
+    (Recording state in git...)
+    richih@eudyptes (git)-[master] ~/killme/git-annex-source % dd if=/dev/urandom of=foo bs=1M count=1
+    1+0 records in
+    1+0 records out
+    1048576 bytes (1.0 MB) copied, 0.281043 s, 3.7 MB/s
+    richih@eudyptes (git)-[master] ~/killme/git-annex-source % git annex add .
+    add foo (checksum...) ok
+    (Recording state in git...)
+    richih@eudyptes (git)-[master] ~/killme/git-annex-source % git commit -m files
+    [master (root-commit) 8054eeb] files
+     1 file changed, 1 insertion(+)
+     create mode 120000 foo
+    richih@eudyptes (git)-[master] ~/killme/git-annex-source % mcd ../git-annex-import
+    richih@eudyptes  ~/killme/git-annex-import % git init; git annex init
+    Initialized empty Git repository in /home/richih/killme/git-annex-import/.git/
+    init  ok
+    (Recording state in git...)
+    richih@eudyptes (git)-[master] ~/killme/git-annex-import % git annex import ../git-annex-source/foo
+    richih@eudyptes (git)-[master] ~/killme/git-annex-import % ls
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130920 on Debian Sid
+
+
+### PS:
+
+To add insult to injury, this does "work":
+
+    ih@eudyptes (git)-[master] ~/killme/git-annex-import % mcd bar
+    richih@eudyptes (git)-[master] ~/killme/git-annex-import/bar % git annex import ../../git-annex-source/
+    import .git/description (checksum...) ok
+    import .git/HEAD (checksum...) ok
+    import .git/config (checksum...) ok
+    import .git/index (checksum...) ok
+    import .git/COMMIT_EDITMSG (checksum...) ok
+    import .git/refs/heads/git-annex (checksum...) ok
+    import .git/refs/heads/master (checksum...) ok
+    import .git/hooks/update.sample (checksum...) ok
+    import .git/hooks/applypatch-msg.sample (checksum...) ok
+    import .git/hooks/pre-rebase.sample (checksum...) ok
+    import .git/hooks/pre-commit.sample (checksum...) ok
+    import .git/hooks/pre-applypatch.sample (checksum...) ok
+    import .git/hooks/prepare-commit-msg.sample (checksum...) ok
+    import .git/hooks/commit-msg.sample (checksum...) ok
+    import .git/hooks/post-update.sample (checksum...) ok
+    import .git/hooks/pre-push.sample (checksum...) ok
+    import .git/hooks/pre-commit (checksum...) ok
+    import .git/info/exclude (checksum...) ok
+    import .git/objects/4b/825dc642cb6eb9a060e54bf8d69288fbee4904 (checksum...) ok
+    import .git/objects/a2/6f9bdbe47ada699d537eaa8b6fbfc1e53ef214 (checksum...) ok
+    import .git/objects/30/4b790d132863d54313e2380bed17e557944f08 (checksum...) ok
+    import .git/objects/ab/09feaa1b55080f42ccfad8c8bb5612f2397c5a (checksum...) ok
+    import .git/objects/95/b73ee41ebe8abbd5d8c0c368d1148b5256d4f2 (checksum...) ok
+    import .git/objects/2e/96f9962c1baf83c563aa59dcc67e19f21d4b1f (checksum...) ok
+    import .git/objects/74/6306e594874907246b2300b3af22f2805dde3e (checksum...) ok
+    import .git/objects/5b/11e29d0ef96be4ee73f8dae9b2f525cb808ef1 (checksum...) ok
+    import .git/objects/fc/0c0dc4d0579a15c20be29186a27feb2ee77304 (checksum...) ok
+    import .git/objects/73/c38d817e0a9f1ef4699551ae83130edd166364 (checksum...) ok
+    import .git/objects/c9/80716b5b506515410ca3ad1d88ceae13d8f6f9 (checksum...) ok
+    import .git/objects/e2/6cb10dbce11f4065c249183bb085d0afc1b55d (checksum...) ok
+    import .git/objects/80/54eeb150b094b0d8483c43ccf2ddf182c71bd3 (checksum...) ok
+    import .git/annex/sentinal (checksum...) ok
+    import .git/annex/sentinal.cache (checksum...) ok
+    import .git/annex/index (checksum...) ok
+    import .git/annex/index.lck (checksum...) ok
+    import .git/annex/journal.lck (checksum...) ok
+    import .git/annex/objects/F7/zw/SHA256E-s1048576--74f3a1a65df608d1c8ae575f83c6ee21a5aeb1a914ca73f202a881f8c3ba8f59/SHA256E-s1048576--74f3a1a65df608d1c8ae575f83c6ee21a5aeb1a914ca73f202a881f8c3ba8f59 
+    git-annex: ../../git-annex-source/.git/annex/objects/F7/zw/SHA256E-s1048576--74f3a1a65df608d1c8ae575f83c6ee21a5aeb1a914ca73f202a881f8c3ba8f59/SHA256E-s1048576--74f3a1a65df608d1c8ae575f83c6ee21a5aeb1a914ca73f202a881f8c3ba8f59: rename: permission denied (Permission denied)
+    failed
+    import .git/logs/HEAD (checksum...) ok
+    import .git/logs/refs/heads/git-annex (checksum...) ok
+    import .git/logs/refs/heads/master (checksum...) ok
+    (Recording state in git...)
+    error: Invalid path 'bar/.git/COMMIT_EDITMSG'
+    error: unable to add bar/.git/COMMIT_EDITMSG to index
+    fatal: adding files failed
+    
+    git-annex: user error (xargs ["-0","git","--git-dir=/home/richih/killme/git-annex-import/.git","--work-tree=/home/richih/killme/git-annex-import","add","--"] exited 123)
+    failed
+    git-annex: import: 2 failed
+    richih@eudyptes (git)-[master] ~/killme/git-annex-import/bar % ls -la
+    total 0
+    drwxr-xr-x 3 richih richih  17 Sep 24 01:45 .
+    drwxr-xr-x 4 richih richih  38 Sep 24 01:45 ..
+    drwxr-xr-x 8 richih richih 152 Sep 24 01:45 .git
+    richih@eudyptes (git)-[master] ~/killme/git-annex-import/bar % 
+
+> I have made git-annex import skip .git directories. Of course,
+> running it on *any* directory without the --duplicate option
+> will result in it moving data to git-annex, so is not advisable
+> to do that if you want to keep the data in the directory where it was.
+> 
+> I am doubtful about special-casing git-annex import to do something
+> else when told to import a git-annex repository. It seems a bit of a
+> slippery slope to it getting very complicated, which we seem to already be
+> further down than I would like. If people are this pissed off about
+> git-annex import's behavior,
+> I would be inclined to *remove* it. Then you can use `mv` and `git annex
+> add`. I originally wrote git-annex import just to avoid needing to run
+> those 2 commands myself, and I can make my own local shell script 
+> to do that... --[[Joey]]
diff --git a/doc/bugs/__96__git_annex_import__96___does_not_work_on_other_git_annex_repositories/comment_1_94ccd548c084286163eeb2af1ddc18e3._comment b/doc/bugs/__96__git_annex_import__96___does_not_work_on_other_git_annex_repositories/comment_1_94ccd548c084286163eeb2af1ddc18e3._comment
new file mode 100644
index 0000000000..4de9cc10d6
--- /dev/null
+++ b/doc/bugs/__96__git_annex_import__96___does_not_work_on_other_git_annex_repositories/comment_1_94ccd548c084286163eeb2af1ddc18e3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 1"
+ date="2013-09-25T18:21:25Z"
+ content="""
+Import skips symlinks and other non-regular files. It would work if the source repository was in direct mode.
+"""]]
diff --git a/doc/bugs/__96__git_annex_import__96___does_not_work_on_other_git_annex_repositories/comment_2_befde3ef3d2b171ebb691915ff3af172._comment b/doc/bugs/__96__git_annex_import__96___does_not_work_on_other_git_annex_repositories/comment_2_befde3ef3d2b171ebb691915ff3af172._comment
new file mode 100644
index 0000000000..9996882fc2
--- /dev/null
+++ b/doc/bugs/__96__git_annex_import__96___does_not_work_on_other_git_annex_repositories/comment_2_befde3ef3d2b171ebb691915ff3af172._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="it's worse than not working, it kills! :)"
+ date="2013-10-07T12:06:22Z"
+ content="""
+so yeah, it doesn't really work well, and maybe that is to be expected because of symlinks, but it's much worse than that: the original git annex repo will actually be destroyed because git annex import will [[trash the .git metadata directory|bugs/git_annex_import_destroys_a_fellow_git_annex_repository]]. Recovering from that is... interesting, to say the least. :)
+"""]]
diff --git a/doc/bugs/__96__git_annex_sync__96___ignores_remotes.mdwn b/doc/bugs/__96__git_annex_sync__96___ignores_remotes.mdwn
new file mode 100644
index 0000000000..825d9527b5
--- /dev/null
+++ b/doc/bugs/__96__git_annex_sync__96___ignores_remotes.mdwn
@@ -0,0 +1,106 @@
+### Please describe the problem.
+
+A mere `git annex sync` does not go through the reachable remotes.
+
+### What steps will reproduce the problem?
+
+I do not know what could have put my repository in this state.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130802-g1452ac3
+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
+
+Linux dawn 3.10.3-1-ARCH #1 SMP PREEMPT Fri Jul 26 11:26:59 CEST 2013 x86_64 GNU/Linux
+
+### 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: 1
+	f3cb4e8f-65f1-4ded-a6a1-abef64ddcff5 -- zoidberg (sam@git-annex:/media/git-annex/Music)
+semitrusted repositories: 5
+	00000000-0000-0000-0000-000000000001 -- web
+ 	063a31dc-542d-407f-a9ed-124479fa6354 -- here (dawn)
+ 	22b72aa6-058b-4622-8132-27aa2d8950dc -- arrakis (sam@arrakis:~/Music)
+ 	5b3a1abf-5e0b-41bc-a141-774d6236ec76 -- backup on old USB disk
+ 	6affec3c-fd26-11e2-9ddd-53f02e5ca176 -- music on eeePC
+untrusted repositories: 0
+transfers in progress: none
+available local disk space: 9.83 gigabytes (+1 megabyte reserved)
+local annex keys: 3947
+local annex size: 23.51 gigabytes
+known annex keys: 3965
+known annex size: 23.56 gigabytes
+bloom filter size: 16 mebibytes (0.8% full)
+backend usage: 
+	SHA256E: 7912
+
+% git remote -v
+arrakis	arrakis:Music (fetch)
+arrakis	arrakis:Music (push)
+zoidberg	ssh://git-annex@zoidberg.rfc1149.net:2222/~/Music (fetch)
+zoidberg	ssh://git-annex@zoidberg.rfc1149.net:2222/~/Music (push)
+
+# Note how here it does not seem to sync with any remote
+% git annex sync
+(Recording state in git...)
+commit  
+ok
+
+% git annex sync zoidberg
+(Recording state in git...)
+commit  
+ok
+pull zoidberg 
+ok
+push zoidberg 
+Everything up-to-date
+ok
+
+% git annex sync arrakis
+(Recording state in git...)
+commit  
+ok
+pull arrakis 
+From arrakis:Music
+   c1a24bd..ba060b7  git-annex  -> arrakis/git-annex
+   98b9a8e..be9c146  master     -> arrakis/master
+   e0df2be..be9c146  synced/master -> arrakis/synced/master
+ok
+
+# A nameless sync with debug turned on
+% git annex sync --debug        
+[2013-08-06 10:59:57 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","symbolic-ref","HEAD"]
+[2013-08-06 10:59:57 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","show-ref","refs/heads/master"]
+[2013-08-06 10:59:57 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","show-ref","git-annex"]
+[2013-08-06 10:59:57 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","show-ref","--hash","refs/heads/git-annex"]
+[2013-08-06 10:59:57 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","log","refs/heads/git-annex..ba060b7777413ab687d64771b5d6c2b36a072335","--oneline","-n1"]
+[2013-08-06 10:59:57 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","log","refs/heads/git-annex..f401f2b7b67567862df7c5b8d304f52c3af43f4b","--oneline","-n1"]
+[2013-08-06 10:59:57 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","log","refs/heads/git-annex..feaba7c5ea5f4ca73c123e6ea44ffd6333bf383e","--oneline","-n1"]
+[2013-08-06 10:59:57 CEST] chat: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","cat-file","--batch"]
+[2013-08-06 10:59:57 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","ls-files","--stage","-z","--others","--exclude-standard","--","/home/sam/Music"]
+[2013-08-06 10:59:57 CEST] chat: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","cat-file","--batch"]
+(Recording state in git...)
+[2013-08-06 11:00:16 CEST] feed: xargs ["-0","git","--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","add","-f"]
+commit  
+[2013-08-06 11:00:16 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","commit","-m","git-annex automatic sync"]
+ok
+[2013-08-06 11:00:17 CEST] call: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","show-ref","--verify","-q","refs/heads/synced/master"]
+[2013-08-06 11:00:17 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","log","refs/heads/master..refs/heads/synced/master","--oneline","-n1"]
+[2013-08-06 11:00:17 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","show-ref","git-annex"]
+[2013-08-06 11:00:17 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","show-ref","--hash","refs/heads/git-annex"]
+[2013-08-06 11:00:17 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","log","refs/heads/git-annex..ba060b7777413ab687d64771b5d6c2b36a072335","--oneline","-n1"]
+[2013-08-06 11:00:17 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","log","refs/heads/git-annex..f401f2b7b67567862df7c5b8d304f52c3af43f4b","--oneline","-n1"]
+[2013-08-06 11:00:17 CEST] read: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","log","refs/heads/git-annex..feaba7c5ea5f4ca73c123e6ea44ffd6333bf383e","--oneline","-n1"]
+[2013-08-06 11:00:17 CEST] call: git ["--git-dir=/home/sam/Music/.git","--work-tree=/home/sam/Music","branch","-f","synced/master"]
+"""]]
+
+[[done]]
diff --git a/doc/bugs/__96__git_annex_sync__96___ignores_remotes/comment_1_39421e6935233cd8f45949ebdef369fe._comment b/doc/bugs/__96__git_annex_sync__96___ignores_remotes/comment_1_39421e6935233cd8f45949ebdef369fe._comment
new file mode 100644
index 0000000000..a88baa834b
--- /dev/null
+++ b/doc/bugs/__96__git_annex_sync__96___ignores_remotes/comment_1_39421e6935233cd8f45949ebdef369fe._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-08-07T16:13:31Z"
+ content="""
+It seems to me that you must have set `git config remote.zoidberg.annex-sync false`
+(or clicked around in the webapp and caused it to set that). If you set annex-sync back to true, it will sync with all remotes by default.
+"""]]
diff --git a/doc/bugs/__96__git_annex_sync__96___ignores_remotes/comment_2_53fb15d6fbf96d43564ff7c866239d18._comment b/doc/bugs/__96__git_annex_sync__96___ignores_remotes/comment_2_53fb15d6fbf96d43564ff7c866239d18._comment
new file mode 100644
index 0000000000..1b870e1f73
--- /dev/null
+++ b/doc/bugs/__96__git_annex_sync__96___ignores_remotes/comment_2_53fb15d6fbf96d43564ff7c866239d18._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.rfc1149.net/"
+ nickname="Sam"
+ subject="Indeed"
+ date="2013-08-07T16:17:41Z"
+ content="""
+You are perfectly right. Every remote had this parameter set to false for a reason I do not know.
+"""]]
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/acl_not_honoured_in_rsync_remote.mdwn b/doc/bugs/acl_not_honoured_in_rsync_remote.mdwn
new file mode 100644
index 0000000000..b5f92a9fb9
--- /dev/null
+++ b/doc/bugs/acl_not_honoured_in_rsync_remote.mdwn
@@ -0,0 +1,57 @@
+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]])
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/add_range_argument_to___34__git_annex_dropunused__34___.mdwn b/doc/bugs/add_range_argument_to___34__git_annex_dropunused__34___.mdwn
new file mode 100644
index 0000000000..471a698a0e
--- /dev/null
+++ b/doc/bugs/add_range_argument_to___34__git_annex_dropunused__34___.mdwn
@@ -0,0 +1,21 @@
+The command `git annex dropunused` currently takes a number, as referenced in output of last `git annex unused` command.
+
+When you want to drop all, or a range, this may be annoying, as you have to specify each number on the command line. 
+
+A range argument, such as `1-1845`, possibly combined with other argument types (Cf. many print dialogues: `1,3,5-7,9`) would be great.
+
+I work around this lack as I want to drop all unused files anyway by something like this:
+       
+    git annex unused | grep -o -P "^    [0-9]+" | xargs git annex dropunused
+
+> It's designed to be used with `seq`. There's an example in the
+> [[walkthrough|walkthrough/unused_data]], and of course multiple seq calls can be used to
+> specifiy multiple ranges. So:
+
+	git annex dropunused `seq 1 9` `seq 11 1845`
+
+> I don't see adding my own range operations to be an improvement worth
+> making; it'd arguably only be a complication. --[[Joey]] [[done]]
+
+>> Actually, this did get implemented, since using seq could fall afoul 
+>> of command-line length limits in extreme cases.
diff --git a/doc/bugs/add_script-friendly_output_options.mdwn b/doc/bugs/add_script-friendly_output_options.mdwn
new file mode 100644
index 0000000000..7d7bdfc51a
--- /dev/null
+++ b/doc/bugs/add_script-friendly_output_options.mdwn
@@ -0,0 +1,19 @@
+I have a need to use git-annex from a larger program. It'd be great if the information output by some of the commands that is descriptive (for example, whereis) could be sent to stdout in a machine-readable format like (preferably) JSON, or XML. That way I can simply read in the output of the command and use the data directly instead of having to parse it via regexes or other such string manipulation.
+
+This could perhaps be triggered by a --json or --xml flag to the relevant commands.
+
+> This is [[done]], --json is supported by all commands, more or less.
+> 
+> Caveats: 
+> 
+>  * the version, status, and find commands produce custom output and so
+>    no json. This could change for version and status; find needs to just
+>    be a simple list of files, I think 
+>  * The "note" fields may repeat multiple times per object with different
+>    notes and are of course not machine readable, and subject to change.
+>  * Output of helper commands like rsync is not diverted away, and
+>    could clutter up the json output badly. Should only affect commands
+>    that transfer data. And AFAICS, wget and rsync both output their
+>    progress displays to stderr, so shouldn't be a problem.
+> 
+> --[[Joey]] 
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_an_rsync.net_repo_give_an_gpg_error.mdwn b/doc/bugs/adding_an_rsync.net_repo_give_an_gpg_error.mdwn
new file mode 100644
index 0000000000..bb340231f2
--- /dev/null
+++ b/doc/bugs/adding_an_rsync.net_repo_give_an_gpg_error.mdwn
@@ -0,0 +1,22 @@
+### Please describe the problem.
+adding an rsync.net repo returns an internal server error "user error (gpg ["--quite","--trust-model","always","--gen-random","--armor","1","512"] exited 127)
+
+
+### What steps will reproduce the problem?
+add an rsync.net repo
+
+
+### What version of git-annex are you using? On what operating system?
+4.20130516-g8a26544 for OSX Mountain Lion
+
+### 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.
+"""]]
+
+> [[done]]; the OSX gpg was broken for a while, now fixed. --[[Joey]]
diff --git a/doc/bugs/adding_an_rsync.net_repo_give_an_gpg_error/comment_1_f55cfc133be72ac10cae93c877c487df._comment b/doc/bugs/adding_an_rsync.net_repo_give_an_gpg_error/comment_1_f55cfc133be72ac10cae93c877c487df._comment
new file mode 100644
index 0000000000..7daf6b7347
--- /dev/null
+++ b/doc/bugs/adding_an_rsync.net_repo_give_an_gpg_error/comment_1_f55cfc133be72ac10cae93c877c487df._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-19T21:09:54Z"
+ content="""
+I'm seeing some indications (this bug and also the [[git_annex_fork_bombs_on_gpg_file]] bug) that gpg is somehow broken on OSX.
+
+Aha. I just tried on my build box, and:
+
+<pre>
+oberon:~ joeyh$ gpg
+dyld: warning, LC_RPATH @loader_path/../lib in /usr/local/bin/gpg being ignored in restricted program because of @loader_path
+dyld: Library not loaded: @rpath/libz.1.2.7.dylib
+  Referenced from: /usr/local/bin/gpg
+  Reason: image not found
+</pre>
+
+So, I'm packing up a broken gpg. Need to fix that then..
+
+"""]]
diff --git a/doc/bugs/adding_an_rsync.net_repo_give_an_gpg_error/comment_2_24dd024ac4b21a82a781343b8fe3891e._comment b/doc/bugs/adding_an_rsync.net_repo_give_an_gpg_error/comment_2_24dd024ac4b21a82a781343b8fe3891e._comment
new file mode 100644
index 0000000000..b1a4114a25
--- /dev/null
+++ b/doc/bugs/adding_an_rsync.net_repo_give_an_gpg_error/comment_2_24dd024ac4b21a82a781343b8fe3891e._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnmvJtM53ZX9h8OGQoU2t2OfGwrF7rxFX0"
+ nickname="Shawn"
+ subject="fixed"
+ date="2013-05-22T14:37:05Z"
+ content="""
+seems to be fix with  4.20130521-g25dba9d.
+
+
+Thanks
+"""]]
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/addurl_--relaxed_with_--file_doesn__39__t_actually_relax.mdwn b/doc/bugs/addurl_--relaxed_with_--file_doesn__39__t_actually_relax.mdwn
new file mode 100644
index 0000000000..9118a5041f
--- /dev/null
+++ b/doc/bugs/addurl_--relaxed_with_--file_doesn__39__t_actually_relax.mdwn
@@ -0,0 +1,26 @@
+It appears like addurl --relaxed if used incombination with --file doesn't actually relax.
+
+(I'm interested in quickly adding links to an extremely large set of files (and for a large set of revisions), and the fact that addurl takes a second or so per file makes this impossible performance-wise.)
+
+What steps will reproduce the problem? (Well, this isn't the problem per see, but it illustrates that it does checking)
+
+    $ echo foo > foo
+    $ git annex add foo
+    $ git annex addurl --relaxed http://lambda.haskell.org/platform/download/2012.4.0.0/haskell-platform-2012.4.0.0.tar.gz --file foo
+    addurl foo 
+      failed to verify url: http://lambda.haskell.org/platform/download/2012.4.0.0/haskell-platform-2012.4.0.0.tar.gz
+    failed
+    git-annex: addurl: 1 failed
+
+What version of git-annex are you using? On what operating system?
+
+Debian Sid
+
+    git-annex version: 4.20130228
+    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
+
+> Missed the case of adding an url to an existing file. [[done]] --[[Joey]] 
diff --git a/doc/bugs/addurl_fails_on_the_internet_archive.mdwn b/doc/bugs/addurl_fails_on_the_internet_archive.mdwn
new file mode 100644
index 0000000000..556575db64
--- /dev/null
+++ b/doc/bugs/addurl_fails_on_the_internet_archive.mdwn
@@ -0,0 +1,65 @@
+### Please describe the problem.
+
+`addurl` doesn't support the internet archive:
+
+1. it doesn't actually accept the proper URL as a secondary source of content
+2. it doesn't parse the HTML from the video page (the "details page")
+
+### What steps will reproduce the problem?
+
+    # download eben moglen's excellent re:publica presentation from youtube
+    git annex addurl https://www.youtube.com/watch?v=sKOk4Y4inVY
+    # copy that file aside
+    cp -L re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm-bak
+    # drop it so we can try again
+    git annex drop re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm
+    # add the IA URL for the same video, failing
+    git annex addurl --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
+    # try again with --relaxed to skip some checks
+    git annex addurl --relaxed --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
+    # observe both files are the same size and checksum
+
+The files should look like this:
+
+[[!format txt """
+anarcat@angela:presentations$ ls -alL re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm*
+-r--r--r-- 1 anarcat anarcat 419359123 oct  9 23:41 re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm
+-r--r--r-- 1 anarcat anarcat 419359123 oct 11 19:40 re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm-bak
+anarcat@angela:presentations$ md5sum re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm*
+7892df24a9e1c40e2587be1035728ef0  re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm
+7892df24a9e1c40e2587be1035728ef0  re_publica_2012___Eben_Moglen___Freedom_of_Thought_Requires_Free_Media.webm-bak
+"""]]
+
+There are two separate bugs here: one is the above need to use --relaxed even though the file is the same.
+
+The second is probably simply that quvi doesn't support the internet archive, and maybe that one should be moved to a separate [[todo]]/[[wishlist]]. I was expecting this to "do the right thing" (ie. download the video):
+
+    git annex addurl http://archive.org/details/Republica2012-EbenMoglen-FreedomOfThoughtRequiresFreeMedia
+
+... but instead it downloads the HTML.
+### What version of git-annex are you using? On what operating system?
+
+my good old faithful `4.20130921-g434dc22` i compiled manually some time ago. :)
+
+This is [[done]] in git-annex version: 4.20131011-g2c0badc. Thanks!
+
+### Please provide any additional information below.
+
+[[!format sh """
+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
+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
+"""]]
+
+Originally reported in [[tips/Internet_Archive_via_S3]]. --[[anarcat]]
+
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/addurl_fails_on_the_internet_archive/comment_1_e227aa25eea0b41f1176037a601c5844._comment b/doc/bugs/addurl_fails_on_the_internet_archive/comment_1_e227aa25eea0b41f1176037a601c5844._comment
new file mode 100644
index 0000000000..4754b83662
--- /dev/null
+++ b/doc/bugs/addurl_fails_on_the_internet_archive/comment_1_e227aa25eea0b41f1176037a601c5844._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.22"
+ subject="comment 1"
+ date="2013-10-11T18:49:25Z"
+ content="""
+Afaik this was fixed in 747f5b123cb3c6b3b87d4e79f8767e69d842b96b.
+
+Probably noone has bothered to add IA support to quvi, but it should be doable.
+"""]]
diff --git a/doc/bugs/addurl_fails_on_the_internet_archive/comment_2_6d4fd58f0caa1f75ee2dd3f0a909cd91._comment b/doc/bugs/addurl_fails_on_the_internet_archive/comment_2_6d4fd58f0caa1f75ee2dd3f0a909cd91._comment
new file mode 100644
index 0000000000..f24d0583f1
--- /dev/null
+++ b/doc/bugs/addurl_fails_on_the_internet_archive/comment_2_6d4fd58f0caa1f75ee2dd3f0a909cd91._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="awesome, fix confirmed, and IA+quvi forwarded upstream"
+ date="2013-10-12T11:23:31Z"
+ content="""
+Great! I confirm latest versions work properly.. I have [written the quvi-devel mailing list](http://sourceforge.net/mailarchive/forum.php?thread_name=20131012104904.GA11972%40angela.anarcat.ath.cx&forum_name=quvi-devel) to ask for help for archive.org support, we'll see where it goes...
+"""]]
diff --git a/doc/bugs/addurl_file_doesn__39__t_work_with_spaces_in_filenames_and_--fast.mdwn b/doc/bugs/addurl_file_doesn__39__t_work_with_spaces_in_filenames_and_--fast.mdwn
new file mode 100644
index 0000000000..40a310df4e
--- /dev/null
+++ b/doc/bugs/addurl_file_doesn__39__t_work_with_spaces_in_filenames_and_--fast.mdwn
@@ -0,0 +1,29 @@
+###What steps will reproduce the problem?
+    $ git annex addurl 'file:///$HOME/space file' --fast
+    addurl _$HOME_space%20file 
+      unable to access url: file:///$HOME/space file
+    failed
+    git-annex: addurl: 1 failed
+
+    $ git annex addurl 'file:///home/arand/space\ file' --fast
+    addurl _home_arand_space%5C%20file 
+      unable to access url: file:///home/arand/space\ file
+    failed
+    git-annex: addurl: 1 failed
+
+###What is the expected output? What do you see instead?
+
+I guess it's semi-expected to fail since spaces aren't supposed to be in urls, but with file:// it would be nice if that restriction was lessened.
+
+###What version of git-annex are you using? On what operating system?
+
+Debian sid/experimental
+
+    git-annex version: 4.20130227
+    local repository version: 4
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+> Relaxed url parsing so this will work, and also in http:// urls etc.
+> [[done]] --[[Joey]]
diff --git a/doc/bugs/addurl_file_doesn__39__t_work_with_spaces_in_filenames_and_--fast/comment_1_eea9477ea1157cb88c8a07d8da5f0dba._comment b/doc/bugs/addurl_file_doesn__39__t_work_with_spaces_in_filenames_and_--fast/comment_1_eea9477ea1157cb88c8a07d8da5f0dba._comment
new file mode 100644
index 0000000000..6e970322ce
--- /dev/null
+++ b/doc/bugs/addurl_file_doesn__39__t_work_with_spaces_in_filenames_and_--fast/comment_1_eea9477ea1157cb88c8a07d8da5f0dba._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~arand"
+ nickname="arand"
+ subject="comment 1"
+ date="2013-03-10T21:56:04Z"
+ content="""
+This seems to only occur with the \"--fast\" option.
+
+And the first example above is obviously failing due to '$HOME' as well
+"""]]
diff --git a/doc/bugs/allows_repository_with_the_same_name_twice.mdwn b/doc/bugs/allows_repository_with_the_same_name_twice.mdwn
new file mode 100644
index 0000000000..e32bfda612
--- /dev/null
+++ b/doc/bugs/allows_repository_with_the_same_name_twice.mdwn
@@ -0,0 +1,24 @@
+What steps will reproduce the problem?
+
+Unsure. I believe:
+
+* Add a git remote
+* Mark it as dead
+* Remove the git remote, re-add with the same name
+
+What is the expected output? What do you see instead?
+
+When I do a `git annex status` I see:
+
+ 	04e701b5-8a22-4391-ad74-d75dde715c7b -- bigserver
+ 	6ddfda5d-0f17-45a9-b41a-2a626a823101 -- bigserver
+
+What version of git-annex are you using? On what operating system?
+
+4.20130323 on OSX and Linux
+
+Please provide any additional information below.
+
+Trying to get a file from bigserver kept on failing with the message "Try making some of these repositories available". Which led me on a wild goose chases blaming SSH keys and PATH issues.
+
+> [[done]]; not a bug --[[Joey]]
diff --git a/doc/bugs/allows_repository_with_the_same_name_twice/comment_1_ba7801403e7138684704a3471c8bc4a6._comment b/doc/bugs/allows_repository_with_the_same_name_twice/comment_1_ba7801403e7138684704a3471c8bc4a6._comment
new file mode 100644
index 0000000000..d307d4af6f
--- /dev/null
+++ b/doc/bugs/allows_repository_with_the_same_name_twice/comment_1_ba7801403e7138684704a3471c8bc4a6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-04T16:10:38Z"
+ content="""
+The \"bigserver\" shown there is not a repository name, it's a repository description. You can change it with `git annex describe 6ddfda5d-0f17-45a9-b41a-2a626a823101 otherbigserver`
+
+git-annex does not use these descriptions in any way, except for to show them to you. It also shows the UUID, so that if you have described two repositories the same way, you can still tell them apart.
+
+I don't see a bug here, unless you can be more specific about a problem.
+"""]]
diff --git a/doc/bugs/allows_repository_with_the_same_name_twice/comment_2_8c19a4ddedbe7ddb8bdcf84acac68cc8._comment b/doc/bugs/allows_repository_with_the_same_name_twice/comment_2_8c19a4ddedbe7ddb8bdcf84acac68cc8._comment
new file mode 100644
index 0000000000..4d69058658
--- /dev/null
+++ b/doc/bugs/allows_repository_with_the_same_name_twice/comment_2_8c19a4ddedbe7ddb8bdcf84acac68cc8._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://danieroux.com/"
+ nickname="danie"
+ subject="Having difficulty recreating it"
+ date="2013-04-04T17:53:56Z"
+ content="""
+I got into a situation where:
+
+git annex get myfile.txt
+
+Would complain that I have to \"make bigserver available\" - even though it had a remote called that already.
+
+Will pay closer attention if I get into that corner next time.
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit.mdwn b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit.mdwn
new file mode 100644
index 0000000000..e739b96911
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+
+I installed git-annex on my android device (Nook HD+, with Cyanogenmod 10.1 installed) for the first time today and was excited to get it working.  However, I noticed the device warming alarmingly, and, after installing a CPU usage monitor, it became clear that git annex was the problem, as it was hovering around 30-40% even when idle.
+
+I tried quitting git-annex using the webapp's "Shutdown Daemon" menu option, and it seemed to shut down successfully, but the CPU monitor still showed that process present and taking up high amounts of CPU (sometimes well over 50%).  I used the android app switcher and noticed that the terminal emulator for git annex was still running; I tried to quit this by using the X button and it seemed to close, but the CPU monitor still showed the git-annex process consuming large amounts of CPU.  Finally I had to quit the process forcefully from the monitor.
+
+### What steps will reproduce the problem?
+
+Install & run; observe CPU.  I used a dedicated CPU monitor to stop it the first time; another time, I tried stopping it by going to Preferences, Apps, Running Applications, where it told me it had one process and one service running.  I stopped the service without issue; it said the process could not be safely stopped but I stopped it anyway and that successfully stopped the app.
+
+
+### What version of git-annex are you using? On what operating system?
+
+the current (4.20130826-g46f422) version on 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
+
+(I'm not sure how to get a log out of the web app to paste here unfortunately.
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; I fixed the bug which turned out to be a stupid
+> minunderstanding of how a java library worked. --[[Joey]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_10_1d841ff0b0ffd814efed2449dc1f35f3._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_10_1d841ff0b0ffd814efed2449dc1f35f3._comment
new file mode 100644
index 0000000000..892894ad42
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_10_1d841ff0b0ffd814efed2449dc1f35f3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 10"
+ date="2013-08-27T01:46:36Z"
+ content="""
+This seems to be a reversion instroduced in commit a48d340abdaf3296a2ddacd73c18adc9a13a02ef. With that backed out, I get 0% cpu usage for the terminal app. Even if I run top in the terminal, its CPU sits under 1%.
+
+Clearly the infinite loop in that patch is running faster than expected!
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_10_cd101e0af45d8f463011fb0d04b3b822._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_10_cd101e0af45d8f463011fb0d04b3b822._comment
new file mode 100644
index 0000000000..d8ca9fb05c
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_10_cd101e0af45d8f463011fb0d04b3b822._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 10"
+ date="2013-08-26T20:19:06Z"
+ content="""
+Yeah, that would definitely explain both what I'm seeing and why you haven't been seeing it.
+
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_11_8595041cfe703d9bea49e792732dc15f._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_11_8595041cfe703d9bea49e792732dc15f._comment
new file mode 100644
index 0000000000..085f3d108b
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_11_8595041cfe703d9bea49e792732dc15f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 11"
+ date="2013-08-27T02:27:08Z"
+ content="""
+Awesome!  I'll grab a new nightly in a day or two and give it another shot.
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_1_8e7bc6965ea967a8d43240791a30c5bc._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_1_8e7bc6965ea967a8d43240791a30c5bc._comment
new file mode 100644
index 0000000000..756b9d5c6c
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_1_8e7bc6965ea967a8d43240791a30c5bc._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2013-08-26T18:34:44Z"
+ content="""
+Just noticed I was using the autobuild instead of the last release version; I'll try the release version and see if that makes any difference.
+
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_2_891c1073f908b204651899d41599f944._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_2_891c1073f908b204651899d41599f944._comment
new file mode 100644
index 0000000000..c26c512eae
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_2_891c1073f908b204651899d41599f944._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 2"
+ date="2013-08-26T18:42:02Z"
+ content="""
+If you shut down the daemon, it seems to me that the process that was still running would probably be `git annex transferkey` which runs in its own process to upload/download file contents. I normally see 0% to 1% cpu use from git-annex when it is running on my android tablet. It's possible that the 1% use is due to it waking up every second, which got fixed in 9dc2373977d583b4c4aa6cf0555dc97309f89991.
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_3_de02b8f1b5928fa1a7078c4aa2124bea._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_3_de02b8f1b5928fa1a7078c4aa2124bea._comment
new file mode 100644
index 0000000000..71ad88d740
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_3_de02b8f1b5928fa1a7078c4aa2124bea._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 3"
+ date="2013-08-26T19:03:45Z"
+ content="""
+OK, so I might have a rogue transferkey process going on, but one which starts over again when I restart the app?
+
+I've set this all up purely as a \"can I do this\" experiment right now; there is literally zero important data there to lose, either on the tablet or on the laptop, so maybe I could just write this off as a bad result of my first few shaky attempts to get the device paired with my laptop, wipe out both annexes, and start completely from scratch.
+
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_6_506acc4275a81ed9e9b08e8a40fcf96a._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_6_506acc4275a81ed9e9b08e8a40fcf96a._comment
new file mode 100644
index 0000000000..553a135a00
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_6_506acc4275a81ed9e9b08e8a40fcf96a._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 6"
+ date="2013-08-26T19:38:12Z"
+ content="""
+a final note -- according to the process monitor, the process eating CPU is \"ga.androidterm\".  There are also a small swarm of about 6 git processes none of which are consuming much CPU time at all.
+
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_7_d38d6f40db4c9437764c7b2ddf36b5a9._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_7_d38d6f40db4c9437764c7b2ddf36b5a9._comment
new file mode 100644
index 0000000000..819d316721
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_7_d38d6f40db4c9437764c7b2ddf36b5a9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 7"
+ date="2013-08-26T20:00:39Z"
+ content="""
+It's certainly possible that the terminal app eats cpu for some reason even when sitting idle. It's hard for me to tell since I've been measuring cpu use by running top inside that terminal, which necessarily seems to use a lot of the CPU just to draw the screen.
+
+If it's the terminal at fault, it would continue after you shutdown the git-annex daemon, since that doesn't close the terminal.
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_8_9bb23e9cbc77ecca4b1209b0f66bc2b0._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_8_9bb23e9cbc77ecca4b1209b0f66bc2b0._comment
new file mode 100644
index 0000000000..3fce2f21f7
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_8_9bb23e9cbc77ecca4b1209b0f66bc2b0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="oh yeah, i can run top in adb.."
+ date="2013-08-26T20:14:13Z"
+ content="""
+So, I can tell that on my tablet, the terminal app is using 82% cpu while idle.
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_9_d1ce7fc251db076da61eed5bb9d71b9a._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_9_d1ce7fc251db076da61eed5bb9d71b9a._comment
new file mode 100644
index 0000000000..ffd0a44bea
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_9_d1ce7fc251db076da61eed5bb9d71b9a._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 9"
+ date="2013-08-26T20:49:34Z"
+ content="""
+(removed my earlier comments with debug info, since it wasn't relevant and I'd just as soon not display my gmail id and home machine's address on the web if I don't need to)
+
+"""]]
diff --git a/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_9_feb71c1022ff65d82e66a3958a41dfb2._comment b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_9_feb71c1022ff65d82e66a3958a41dfb2._comment
new file mode 100644
index 0000000000..8f32df0351
--- /dev/null
+++ b/doc/bugs/android:_high_CPU_usage__44___unclear_how_to_quit/comment_9_feb71c1022ff65d82e66a3958a41dfb2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 9"
+ date="2013-08-26T20:16:05Z"
+ content="""
+Strace doesn't show it doing anything. I suppose I should try building the terminal without the several patches I added to it to support git-annex to see if I somehow made it use all this cpu..
+"""]]
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/annex-rsync-options_shell-split_carelessly.mdwn b/doc/bugs/annex-rsync-options_shell-split_carelessly.mdwn
new file mode 100644
index 0000000000..c8eeb7160d
--- /dev/null
+++ b/doc/bugs/annex-rsync-options_shell-split_carelessly.mdwn
@@ -0,0 +1,16 @@
+with rsync, it is sometimes the case that one needs to specify ssh options -- typical examples from the rsync man page are `rsync  -e 'ssh -p 2234'`. as git-annex does the shell splitting of the arguments in `annex-rsync-options` (see [[special remotes/rsync]]) itself by looking for whitespace, these options can't be passed directly. (`annex-rsync-options = -e 'ssh -p 2234'` gets split to `["rsync", "-e", "'ssh", "-p", "2234'"]` instead of `["rsync", "-e", "ssh -p 2234"]`).
+
+git-annex should respect shell splitting rules when looking at annex-rsync-options. (i suppose there is a haskell library or module for that; in python, we have the `shlex` module for that).
+
+## workaround
+
+put this in .git/ssh and mark it as executable:
+
+    #!/bin/sh
+    exec ssh -p 2234 $@
+
+put this in your git annex config in the particular remote's section:
+
+    annex-rsync-options = -e /local/path/to/your/repo/.git/ssh
+
+(typical bug report information: observed with git-annex 3.20121127 on debian)
diff --git a/doc/bugs/annex-rsync-options_shell-split_carelessly/comment_1_2636e0d224317f2e6db94658d8a094c4._comment b/doc/bugs/annex-rsync-options_shell-split_carelessly/comment_1_2636e0d224317f2e6db94658d8a094c4._comment
new file mode 100644
index 0000000000..42b92ce281
--- /dev/null
+++ b/doc/bugs/annex-rsync-options_shell-split_carelessly/comment_1_2636e0d224317f2e6db94658d8a094c4._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 1"
+ date="2012-12-13T17:03:08Z"
+ content="""
+Due to the way git-annex runs rsync, which involves a specific -e parameter it constructs that, you cannot pass -e in annex-rsync-options anyway; or if you do you'll bypass use of git-annex-shell, which is not desirable. I have not checked which, but would not recommend use of it.
+
+There is no need for ugly workarounds. Just use ~/.ssh/config to configure the hostname to use the nonstandard port it needs. For example:
+
+<pre>
+Host example.com
+Port 2234
+</pre>
+
+Or, to make a separate example.com-2234 host that can be used to use the nonstandard port:
+
+<pre>
+Host example.com-2234
+Hostname example.com
+Port 2234
+</pre>
+"""]]
diff --git a/doc/bugs/annex.numcopies_not_overriden_by_--numcopies_option.mdwn b/doc/bugs/annex.numcopies_not_overriden_by_--numcopies_option.mdwn
new file mode 100644
index 0000000000..ba63897ba1
--- /dev/null
+++ b/doc/bugs/annex.numcopies_not_overriden_by_--numcopies_option.mdwn
@@ -0,0 +1,16 @@
+### Please describe the problem.
+Using "--numcopies=N" on the command line doesn't overrides (as advertised) the annex.numcopies variable when set via .gitattributes. 
+
+### What steps will reproduce the problem?
+
+$ echo '* annex.numcopies=2' > .gitattributes
+
+$ git annex drop --numcopies=1 somefile.txt
+
+Second line fails if only one other copy exists.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130627
+
+> I don't think this was ever handled correctly.
+> I've fixed it now. [[done]] --[[Joey]] 
diff --git a/doc/bugs/annex_add_in_annex.mdwn b/doc/bugs/annex_add_in_annex.mdwn
new file mode 100644
index 0000000000..e12826f00e
--- /dev/null
+++ b/doc/bugs/annex_add_in_annex.mdwn
@@ -0,0 +1,6 @@
+I accidentally annexed some files in the .git-annex directory and it cause git-annex/git to be very unhappy when i pulled the repo to somewhere else. It might be worth teaching git-annex to disallow annex'ing of files inside the .git-annex/.git directories.
+
+> There is a guard against `git annex add .git-annex/foo`, but it doesn't
+> notice `cd .git-annex; git annex add foo`. --[[Joey]]
+
+> Now fixed, by removing the .git-annex directory. [[done]] --[[Joey]] 
diff --git a/doc/bugs/annex_get_fails:___34__No_such_file_or_directory__34__.mdwn b/doc/bugs/annex_get_fails:___34__No_such_file_or_directory__34__.mdwn
new file mode 100644
index 0000000000..33ac259d98
--- /dev/null
+++ b/doc/bugs/annex_get_fails:___34__No_such_file_or_directory__34__.mdwn
@@ -0,0 +1,68 @@
+**What steps will reproduce the problem?**
+
+I did a basic git annex setup with two repositories talking to each other.  They are on the same macine, but I identified them via the hostname, because I intend to set up my production systems on two machines.  Since I am new to annex, I'll reproduce the full sequence of commands to create the repos and sync them.  *I* noticed the trouble at the last step, when `git annex get` failed.
+
+Here is the full sequence of commands:
+
+    >>> cd /scr/wandschn/hackNtest/distributed/nyc/STU_files
+    >>> git init
+    >>> git annex init nyc
+    >>> cd /scr/wandschn/hackNtest/distributed/pdx
+
+    >>> git clone xerxes:/scr/wandschn/hackNtest/distributed/nyc/STU_files
+    >>> git annex init pdx
+    >>> git remote add nyc xerxes:/scr/wandschn/hackNtest/distributed/nyc/STU_files
+
+    >>> cd /scr/wandschn/hackNtest/distributed/nyc/STU_files
+    >>> git remote add pdx xerxes:/scr/wandschn/hackNtest/distributed/pdx/STU_files
+
+    >>> mkdir shared
+    >>> cp ../../../files/shared/* shared/.
+    >>> git annex add shared
+    >>> git commit -a -m "initial add of shared files"
+
+    >>> cd /scr/wandschn/hackNtest/distributed/pdx/STU_files
+    >>> git fetch nyc
+    >>> git merge nyc/master
+    >>> ls shared/135.mae
+    shared/135.mae
+    >>> git annex whereis shared/135.mae
+    whereis shared/135.mae (1 copy)
+            6f0368db-f1b1-4192-9200-3575c16c2ef1 -- origin (nyc)
+    ok
+    >>> git annex get shared/135.mae
+    fatal: Could not switch to '../.git/annex/objects/KV/5f/SHA256-s1499628--4a7e2ba13096ee2d1a6b3c3b314efae623516d200c09d35ff0f695395b6ad47a': No such file or directory
+
+    git-annex: <file descriptor: 4>: hGetLine: end of file
+    failed
+    git-annex: get: 1 failed
+
+**What is the expected output? What do you see instead?**
+
+I expected the file shared/135.mae to be copied from the remote repo to the local repo.  Instead, this command failed, and said that there was a missing file.  This file path is the one that the broken link points to, and it exists on the remote repo.
+
+**What version of git-annex are you using? On what operating system?**
+
+git version 1.7.9.6
+
+git-annex 3.20120523
+
+CentOS 6.3 (kernel 2.6.32)
+
+64bit Xeon processor
+
+
+**Please provide any additional information below.**
+
+> Thanks for the command sequence, which I have tested here is ok with
+> a current version of git-annex (except for one cd you left out..).
+> 
+> You version of git-annex is quite old, and this
+> particular bug was fixed in version 3.20120721.
+> 
+> The bug is that it fails to correctly determine the git version at
+> compile time, and I think it thinks you have an old version of git
+> from before 1.7.7, which changed some behavior of `git check-attr`.
+> 
+> Upgrading git-annex should fix this, please let me know if not. [[done]]
+> --[[Joey]] 
diff --git a/doc/bugs/annex_get_over_SSH_is_very_slow.mdwn b/doc/bugs/annex_get_over_SSH_is_very_slow.mdwn
new file mode 100644
index 0000000000..215e725e96
--- /dev/null
+++ b/doc/bugs/annex_get_over_SSH_is_very_slow.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+Attempting to populate one annex from another over an SSH connection is very slow.
+
+### What steps will reproduce the problem?
+1. Create an annex on Linux
+2. Clone annex to Windows system
+3. Set up sshd on Linux system, access keys, etc.
+4. "git annex get ."
+5. Checking if an individual file exists takes a few seconds, and downloading it takes a few seconds. on a 100Mbps LAN, transfers at an average of 7Mbps.
+6. By comparison operating over a working HTTP connection transfers between 20~40 Mbps.
+
+
+### 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)
+
+> The problem is that git-annex is designed to be used with ssh connection
+> caching. However, I have not gotten ssh connection caching to work on 
+> Windows. I did try getting this to work with IIRC, cygwin's ssh, but
+> it seems that the Unix sockets it expects to use with `-o ControlMaster`
+> don't work, or it's not been ported to use the Windows equivilant.
+>
+> It's not practical to make git-annex reuse a single ssh connection
+> itself, due to the way rsync is run over ssh.
+> 
+> Since this is basically a bug in ssh for Windows, and not in git-annex
+> per se, I am going to close this bug report. However, I do mention
+> this in [[todo/windows_support]].
+> 
+> [[done]] --[[Joey]]
+
+[[!meta title="No ssh connection caching support on Windows"]]
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/another_build_error_in_assistant.mdwn b/doc/bugs/another_build_error_in_assistant.mdwn
new file mode 100644
index 0000000000..c21f1ac4ed
--- /dev/null
+++ b/doc/bugs/another_build_error_in_assistant.mdwn
@@ -0,0 +1,79 @@
+What steps will reproduce the problem?
+Just trying to install git-annex last release (20121120) from cabal or from bundled sources
+
+What is the expected output? What do you see instead?
+Build stop like this :
+(doing cabal install or build from the bundle)
+...
+[161 of 284] Compiling Assistant.Alert  ( Assistant/Alert.hs, dist/build/git-annex/git-annex-tmp/Assistant/Alert.o )
+[162 of 284] Compiling Assistant.Types.DaemonStatus ( Assistant/Types/DaemonStatus.hs, dist/build/git-annex/git-annex-tmp/Assistant/Types/DaemonStatus.o )
+[163 of 284] 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
+
+
+
+
+What version of git-annex are you using? On what operating system?
+- version 3.20121112
+- Ubuntu 12.04 LTS, 64 bits
+
+> Dup of [[3.20121112_build_fails_on_Ubuntu_12.04]]. --[[Joey]] [[done]]
diff --git a/doc/bugs/archiving_git_repositories.mdwn b/doc/bugs/archiving_git_repositories.mdwn
new file mode 100644
index 0000000000..1753c10ae3
--- /dev/null
+++ b/doc/bugs/archiving_git_repositories.mdwn
@@ -0,0 +1 @@
+In a true dropbox-like fashion, I tried to import my entire homefolder into the git-annex assistant. However, it seems that git-annex breaks on the several git repositories I've got checked out in my "Projects" folder. Is this a possible use case, or should I look at other tools to perform this with?
diff --git a/doc/bugs/archiving_git_repositories/comment_1_51f546a571303118446a9e0b3e6482c9._comment b/doc/bugs/archiving_git_repositories/comment_1_51f546a571303118446a9e0b3e6482c9._comment
new file mode 100644
index 0000000000..cec1398fc4
--- /dev/null
+++ b/doc/bugs/archiving_git_repositories/comment_1_51f546a571303118446a9e0b3e6482c9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 1"
+ date="2012-10-19T21:01:44Z"
+ content="""
+The assistant is not ready to manage whole home directories, and the webapp refuses to allow you to do that.
+
+git doesn't allow checking a git repository into a git repository either. I archive old git repos inside one of my annexes by tarring them up.
+"""]]
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___40__OS_X_Lion__41___-___34__too_many_open_files__34___error.mdwn b/doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error.mdwn
new file mode 100644
index 0000000000..1b3879e639
--- /dev/null
+++ b/doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error.mdwn
@@ -0,0 +1,32 @@
+What steps will reproduce the problem?
+
+I downloaded the most recent OS X Lion build of the Git Annex application bundle and ran it.
+
+I wanted to test the direct mode, as my existing annex is in the old style.
+So I set up a new (direct) repository, then added an SSH remote, then dropped a large number of files (170) in there.
+
+
+What is the expected output? What do you see instead?
+
+Expected: the files will be added to the repository in direct mode and stored on the ssh remote.
+Instead: the following error appeared in the webapp: 
+ 
+Committer crashed: /Users/ed/directannex/.git/annex/tmp/: openTempFile: resource exhausted (Too many open files)
+
+nothing seems to have been synced to the remote -- I gather this from the fact that the annex directory in the remote git repo is only 70K instead of several hundred megs.
+
+
+What version of git-annex are you using? On what operating system?
+
+ Version: 3.20130102  on OS X lion, using the version bundled as an application bundle.
+
+
+Please provide any additional information below.
+
+I imagine I could avoid this error by using the "ulimit -n" command to increase number of files in a shell session and then running assistant manually, so this is really only a bug report about the bundled application.
+
+> This seems to be caused by Command.Add.lockdown not closing the
+> temporary file handle, so when called in a mapM by the committer
+> thread when there are a lot of files, it could build up a lot of
+> open handles before later GC closes them. Added a manual close,
+> so I think this is [[done]]. --[[Joey]]
diff --git a/doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error/comment_1_9904c30a4c24a699d71e90ce5e9b89cf._comment b/doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error/comment_1_9904c30a4c24a699d71e90ce5e9b89cf._comment
new file mode 100644
index 0000000000..4db7bf9a8b
--- /dev/null
+++ b/doc/bugs/assistant___40__OS_X_Lion__41___-___34__too_many_open_files__34___error/comment_1_9904c30a4c24a699d71e90ce5e9b89cf._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-01-05T00:32:44Z"
+ content="""
+After I painstakingly killed off the assistant's processes (I didn't see a way to stop it in the web interface, and issuing \"git annex assistant --stop\" did not stop it), and restarted the assistant, it synced successfully, so the error seems to have been transient.
+"""]]
diff --git a/doc/bugs/assistant_always_assumes_port_22__63__.mdwn b/doc/bugs/assistant_always_assumes_port_22__63__.mdwn
new file mode 100644
index 0000000000..27896acd49
--- /dev/null
+++ b/doc/bugs/assistant_always_assumes_port_22__63__.mdwn
@@ -0,0 +1,39 @@
+### Please describe the problem.
+git-annex assistant always assumes port 22 (I use a different port), despite my editing .ssh/config to correct this.
+
+Also, assistant doesn't give me a port option like it did in the intro screencast.
+
+### What steps will reproduce the problem?
+Using my version of git-annex, I assume.
+
+### 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.
+I don't see any .git/annex/daemon.log.
+
+I click the "remote server" link, sign in just fine [note below]. I click "Use a git repository on the server" (but "Use an encrypted rsync repository on the server" also does this), and eventually I get an error:
+[[!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 make repository
+
+Something went wrong setting up the repository on the remote server.
+
+Transcript: ssh: connect to host <host> port 22: Connection timed out 
+
+# End of transcript or log.
+"""]]
+
+> Your version of git-annex is too old. 
+> Support for setting the port was added in version 3.20121211 --
+> about a month after the version you have installed
+> (ah, the period where everything was 11 and 12.. I don't miss it!)
+> 
+> I don't recommend using such an old version of the assistant,
+> *massive* numbers of bugs have been fixed since then. Upgrade to 
+> the Ubuntu PPA. [[done]] --[[Joey]]
+
+note:  if I use "git-annex webapp" in the terminal it works fine; if I use xfce's "internet -> git annex" menu, it errors trying to use ssh_askpass, which I don't have. I'm going to make a new thread about this.
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_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_1_1650539846521ae11837e4ac73348af6._comment b/doc/bugs/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_1_1650539846521ae11837e4ac73348af6._comment
new file mode 100644
index 0000000000..859810a444
--- /dev/null
+++ b/doc/bugs/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_1_1650539846521ae11837e4ac73348af6._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-01-06T05:23:25Z"
+ content="""
+Fair enough. :)  Power user solution to power user whine!
+
+"""]]
diff --git a/doc/bugs/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_2_b91415e4ee74eb12bc6e6faddd00af6e._comment b/doc/bugs/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_2_b91415e4ee74eb12bc6e6faddd00af6e._comment
new file mode 100644
index 0000000000..d910e016e8
--- /dev/null
+++ b/doc/bugs/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address/comment_2_b91415e4ee74eb12bc6e6faddd00af6e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmcYryijvlF8bJvM_eZNSrUPEkMlxMDGTQ"
+ nickname="Thiago"
+ subject="Also relevant for machines behind pagekite.net"
+ date="2013-02-19T20:00:30Z"
+ content="""
+I'm running into this problem too. I need to use an ssh alias because machines behind pagekite have to be accessed using an HTTP connect proxy, which is done with the ProxyCommand option in the ssh config file. I'm mentioning this because IMHO it's much less of a power user problem than you seem to think.
+
+In fact, I'd argue that a power user is more likely to have access to a machine with a fixed IP address or FQDN. It is people which fall more into the \"mere mortal\" side of the spectrum that need to resort to ssh aliases to access machines behind NAT or dynamic IPs. :-)
+
+All that to say that it would be nice if this usecase was explicitly supported in the UI (maybe a checkbox saying \"this is an ssh alias\", or a textfield to enter a proxy through which the connection has to be routed).
+"""]]
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..8a6218c04e
--- /dev/null
+++ b/doc/bugs/assistant_does_not_allow_adding_an_existing_repo.mdwn
@@ -0,0 +1,8 @@
+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'"]
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..c00c3448d7
--- /dev/null
+++ b/doc/bugs/assistant_does_not_always_use_repo_cost_info_when_queueing_downloads.mdwn
@@ -0,0 +1,16 @@
+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]] 
diff --git a/doc/bugs/assistant_does_not_list_remote___39__origin__39__.mdwn b/doc/bugs/assistant_does_not_list_remote___39__origin__39__.mdwn
new file mode 100644
index 0000000000..2266c5dc4b
--- /dev/null
+++ b/doc/bugs/assistant_does_not_list_remote___39__origin__39__.mdwn
@@ -0,0 +1,26 @@
+What steps will reproduce the problem?
+
+1. create a git annex repo on a server
+2. clone it on workstation
+3. open the webapp on the workstation
+
+
+What is the expected output? What do you see instead?
+
+The webapp should show the 'origin' remote and the assistant should ensure syncing.
+Instead the remote does not show up in the webapp.
+I checked with `git annex status` and the remote is there.
+
+What version of git-annex are you using? On what operating system?
+
+3.20130207 on latest Ubuntu
+
+Please provide any additional information below.
+
+I tried both with direct and indirect mode for the local annex repo.
+
+I am sorry if I am missing the point. I checked the docs, however without much success.
+
+[[!tag /design/assistant]]
+
+[[done]]
diff --git a/doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_1_ffa008240c61b50396aa92f467731db6._comment b/doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_1_ffa008240c61b50396aa92f467731db6._comment
new file mode 100644
index 0000000000..8f6cb53175
--- /dev/null
+++ b/doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_1_ffa008240c61b50396aa92f467731db6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmaMxYm33s0H-nxBo5uzYUzdIECoyR8Ug8"
+ nickname="Stefan"
+ subject="an update"
+ date="2013-02-13T20:33:22Z"
+ content="""
+The remotes were not listed because git-annex-shell was not working (found in the path, however necessary *.so files were not found).
+
+Now all remotes are listed. `.git/config` is ok, with the uuid listed. `git annex status` returns all.
+
+However sync is not working. The webapp on the workstation states that it has synced with the server, however `ls` on the server returns empty. The server is set as archive, the workstation as client.
+"""]]
diff --git a/doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_2_a53f80090bc2a0f32b8d8307cb24b563._comment b/doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_2_a53f80090bc2a0f32b8d8307cb24b563._comment
new file mode 100644
index 0000000000..5915fd8445
--- /dev/null
+++ b/doc/bugs/assistant_does_not_list_remote___39__origin__39__/comment_2_a53f80090bc2a0f32b8d8307cb24b563._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="comment 2"
+ date="2013-02-26T19:51:47Z"
+ content="""
+You are probably not running the assistant on the server. This is fine, but it means that git pushes made to the server when files are added to the client are not merged into its working copy. Which is why you don't see the files. Running `git annex sync` on the server should make all the files that have been sent to it show up.
+"""]]
diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add.mdwn b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add.mdwn
new file mode 100644
index 0000000000..6539dc9e89
--- /dev/null
+++ b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add.mdwn
@@ -0,0 +1,46 @@
+What steps will reproduce the problem?
+
+Unable to reproduce as it seems to happen randomly, to very few files (4/250).
+
+What is the expected output? What do you see instead?
+
+I expect to see the assistant warn if it attempts to add a file which fails to add to the annex.
+Instead, I see no output from the assistant, but lines like this in the log.
+
+daemon.log.2:add Indie Game Stand/Deadly 30/Deadly30_MAC.zip (checksum...) failed
+daemon.log.2:add Indie Game Stand/Wyv and Keep/xnafx40_redist.msi (checksum...) failed
+daemon.log.2:add Indie Game Stand/Blueberry Garden/Blueberry_Garden_1.1.zip (checksum...) failed
+daemon.log.2:add Indie Game Stand/Flatspace Bundle/fsmusicpack3setup.exe (checksum...) failed
+
+There is no reason given for the failure in the log file. The assistant also never tries to add them again in normal running (but did add them when it was started again after a reboot).
+
+What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130314
+OS: Arch Linux
+
+Please provide any additional information below.
+
+The assistant in this case is being used as nothing more than a way for me to see which files have been added (--verbose, --foreground and --debug with 'watch' outputs nothing..). No remotes or anything like that.
+
+> I have made the assistant re-queue any file that it fails to add,
+> so it will retry it later. Typically within a few seconds. [[done]]
+> 
+> I have only been able to think of one scenario in which this could
+> happen. It's pretty unusual:
+> 
+> * Something writes to a file, and closes it.
+> * Assistant sees file has no writers, and locks it down in preparation
+>   to add it.
+> * Something then re-opens the file to write to it some more.
+>   Note that it would seem to need to bypass permissions that prevent
+>   the file from being written to in order to do this. It makes a change
+>   to the file.
+> * Assistant is checksumming file, reaches end, and detects it has been
+>   tampered with and gives up.
+> 
+> I would still like more information about circumstances that
+> cause this to happen, because while a possible scenario, the 
+> above is too weird to believe anyone could run into it.
+> 
+> --[[Joey]] 
diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_1_13b2f93b7d09c8fd6c22829a0dc6428b._comment b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_1_13b2f93b7d09c8fd6c22829a0dc6428b._comment
new file mode 100644
index 0000000000..02db48da7c
--- /dev/null
+++ b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_1_13b2f93b7d09c8fd6c22829a0dc6428b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-06T16:34:00Z"
+ content="""
+The assistant runs a daily sanity checker job which will clean up files like these. (`git annex watch` does not, however).
+
+I think the main reason add could fail is if a file gets modified while it's in the process of being added. It could retry right away, although it needs to do it in a way that does not loop if the file continually fails to be added.
+"""]]
diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_2_94e46bc0044b8a91a9fd51058825aa8f._comment b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_2_94e46bc0044b8a91a9fd51058825aa8f._comment
new file mode 100644
index 0000000000..a8a5aad9a4
--- /dev/null
+++ b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_2_94e46bc0044b8a91a9fd51058825aa8f._comment
@@ -0,0 +1,60 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 2"
+ date="2013-04-06T21:50:18Z"
+ content="""
+The sanity check never added the failed files:
+
+    daemon.log.2:add Indie Game Stand/Deadly 30/Deadly30_WINDOWS.zip (checksum...) [2013-03-24 20:44:10 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Deadly 30/Deadly30_LINUX.zip (checksum...) [2013-03-24 20:44:34 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Deadly 30/Deadly30_MAC.zip (checksum...) failed
+    daemon.log.2:add Indie Game Stand/Deadly 30/GonzoSSM_YouTube_Videos.zip (checksum...) [2013-03-24 20:51:05 GMT] Committer: Committing changes to git
+
+    daemon.log.2:[2013-03-25 14:48:01 GMT] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+
+    daemon.log.2:add Indie Game Stand/Wyv and Keep/Wyvs_Cartographer.zip (checksum...) [2013-03-25 17:46:19 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Wyv and Keep/WnK_Level_Pack.zip (checksum...) [2013-03-25 17:46:20 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Wyv and Keep/SmashBox_OST_Mp3.zip (checksum...) [2013-03-25 17:56:37 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Wyv and Keep/xnafx40_redist.msi (checksum...) failed
+    daemon.log.2:add Indie Game Stand/Wyv and Keep/WnK091_Win.zip (checksum...) [2013-03-25 18:04:53 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Wyv and Keep/wyv_and_keep_OST_MP3.zip (checksum...) [2013-03-25 18:08:20 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Wyv and Keep/SmashBox_OST_FLAC.zip (checksum...) [2013-03-25 18:08:43 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Wyv and Keep/WnK0907_OSX.zip (checksum...) [2013-03-25 18:10:25 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Wyv and Keep/dotNetFx40_Full_x86_x64.exe (checksum...) [2013-03-25 18:10:39 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Wyv and Keep/wyv_and_keep_OST_FLAC.zip (checksum...) [2013-03-25 18:45:39 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Blueberry Garden/BlueBerryGarden_Sheet_Music.zip (checksum...) [2013-03-25 19:08:04 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Blueberry Garden/dotNetFx45_Full_setup.exe (checksum...) [2013-03-25 19:08:18 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Blueberry Garden/Eriks_Prototypes.zip (checksum...) [2013-03-25 19:08:25 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Blueberry Garden/xnafx40_redist.msi (checksum...) [2013-03-25 19:09:05 GMT] Committer: Committing changes to git
+
+    daemon.log.2:add Indie Game Stand/Blueberry Garden/Blueberry_Garden_1.1.zip (checksum...) failed
+    daemon.log.2:add Indie Game Stand/Blueberry Garden/daduk_Et_Apres.zip (checksum...) [2013-03-25 19:09:53 GMT] Committer: Committing changes to git
+
+    daemon.log.2:add Indie Game Stand/Flatspace Bundle/fsmusicpack3setup.exe (checksum...) failed
+    daemon.log.2:add Indie Game Stand/Flatspace Bundle/flatspaceiifullsetup.exe (checksum...) [2013-03-25 20:45:17 GMT] Committer: Committing changes to git
+    daemon.log.2:add Indie Game Stand/Flatspace Bundle/flatspacefullsetup.exe (checksum...) [2013-03-25 20:45:24 GMT] Committer: Committing changes to git
+
+    daemon.log.2:[2013-03-26 14:48:04 GMT] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+    daemon.log.2:[2013-03-27 14:48:08 GMT] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+    daemon.log.2:[2013-03-28 14:48:12 GMT] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+    daemon.log.2:[2013-03-29 14:48:15 GMT] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+    daemon.log.2:[2013-03-30 14:48:18 GMT] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+    daemon.log.2:[2013-03-31 15:48:22 BST] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+    daemon.log.2:[2013-04-01 15:48:25 BST] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+    daemon.log.2:[2013-04-02 15:48:29 BST] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+    daemon.log.2:[2013-04-03 15:48:33 BST] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+    daemon.log.2:[2013-04-04 15:48:36 BST] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+    daemon.log.2:[2013-04-05 15:48:40 BST] SanityCheckerDaily: Running daily sanity check to make sure everything is ok.
+
+    daemon.log.1:add Indie Game Stand/Blueberry Garden/Blueberry_Garden_1.1.zip (checksum...) [2013-04-05 21:21:15 BST] Committer: Adding Deadly30_MAC.zip
+    daemon.log.1:add Indie Game Stand/Deadly 30/Deadly30_MAC.zip (checksum...) [2013-04-05 21:21:16 BST] Committer: Adding fsmusicpa..setup.exe
+    daemon.log.1:add Indie Game Stand/Flatspace Bundle/fsmusicpack3setup.exe (checksum...) [2013-04-05 21:21:16 BST] Committer: Adding xnafx40_redist.msi
+    daemon.log.1:add Indie Game Stand/Wyv and Keep/xnafx40_redist.msi (checksum...) [2013-04-05 21:21:16 BST] Committer: Committing changes to git
+
+I just managed to trigger the issue again. The file has been chmod-ed to 440 but not added to the annex. The log, once again, shows that the checksum failed.
+
+    add CG Cookie/Modeling a Female Human Head/couse_female_head_05.zip (checksum...) failed
+
+The files are being downloaded directly into the directory with the DownThemAll. This downloads the file in a temporary name ending in .dtapart, which is ignored through \".gitignore\". I would have thought that there was nothing stopping the file from being checksummed as git-annex would only see it after the rename, where the file is no longer being written to by anything.
+"""]]
diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_3_10a38bdbf31dd4071e4bc4ac746d9c56._comment b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_3_10a38bdbf31dd4071e4bc4ac746d9c56._comment
new file mode 100644
index 0000000000..3ad62a2514
--- /dev/null
+++ b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_3_10a38bdbf31dd4071e4bc4ac746d9c56._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-08T17:17:54Z"
+ content="""
+The assistant does not yet support `.gitignore`
+
+Does `git annex add` work on these files?
+
+"""]]
diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_4_b8fdf502c7e80aece5a9544a2078c85c._comment b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_4_b8fdf502c7e80aece5a9544a2078c85c._comment
new file mode 100644
index 0000000000..33b0500701
--- /dev/null
+++ b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_4_b8fdf502c7e80aece5a9544a2078c85c._comment
@@ -0,0 +1,36 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 4"
+ date="2013-04-08T18:25:48Z"
+ content="""
+Interesting that you say .gitignore doesn't work with assistant because.. it definitely does.
+
+    $ git init /tmp/annex-test
+    $ cd /tmp/annex-test
+    $ git annex init
+    $ echo \"file.test\" > .gitignore
+    $ git annex assistant
+    $ echo \"test1\" > file.test
+    $ echo \"test2\" > file2.test
+
+yields this log file:
+    
+    (scanning...) [2013-04-08 19:17:03 BST] Watcher: Performing startup scan
+    (started...) 
+    [2013-04-08 19:17:10 BST] Committer: Adding file2.test
+    add file2.test (checksum...) [2013-04-08 19:17:10 BST] Committer: Committing changes to git
+    (Recording state in git...)
+    (Recording state in git...)
+    [2013-04-08 19:17:11 BST] Committer: Committing changes to git
+
+git annex find:
+
+    file2.test
+
+On the previous files, the log shows all failed files being added to the annex find after the assistant was restarted (daemon.log.1) so I would imagine 'git annex add' would have worked fine too.
+
+Right now, I'm just running
+    while true; do git annex add; sleep 1; done
+in the annex directory, which gives me (expensive) watch-like behaviour, with fairly clear output for me to confirm everything has been added. 
+"""]]
diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_5_a2ff7668f2a0d549b362d7de97fac8a1._comment b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_5_a2ff7668f2a0d549b362d7de97fac8a1._comment
new file mode 100644
index 0000000000..10c068f137
--- /dev/null
+++ b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_5_a2ff7668f2a0d549b362d7de97fac8a1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-04-08T21:16:33Z"
+ content="""
+\"I would imagine\" is not a useful debugging method. I asked you to run `git annex add` so that if it succeeds, I have a verified data point that reduces the problem space to only code inside the assistant, and if it fails, I have an easy way to reproduce the problem to debug further. At the moment, I have neither. :P
+
+`.gitignore` is really, truely, not supported by the assistant. I just ran your test case, and it added `file.test` as soon as I created it. Also, I never wrote support for `.gitignore`; I know right where that support should go, and I have a dozen people who have complained it is not supported.
+"""]]
diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_6_60d72f34a6cfd1c081f74aa610f4305a._comment b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_6_60d72f34a6cfd1c081f74aa610f4305a._comment
new file mode 100644
index 0000000000..c8a2730c2b
--- /dev/null
+++ b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_6_60d72f34a6cfd1c081f74aa610f4305a._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 6"
+ date="2013-04-08T22:06:35Z"
+ content="""
+When you asked me if 'git annex add' worked, I wasn't in the position to test it as I didn't have any files in this failed state. All reported occurrences had been added by the assistant's startup scan on its second running...
+
+I've managed to reproduce the issue again and can confirm 'git annex add'ing the file that failed to checksum through the assistant works successfully. The only difference on this occurrence is that I downloaded the files from a local webserver, sharing the files from my disk as it was taking several gigabytes of download to occur. All other files were added successfully.
+
+daemon.log
+
+    [2013-04-08 22:41:13 BST] Committer: Adding blender_l.eos_04.zip
+    add blender_lowpoly_videos_04.zip (checksum...) failed
+
+git annex add
+
+    $ git annex add blender_lowpoly_videos_04.zip
+    add blender_lowpoly_videos_04.zip (checksum...) ok
+
+In case it matters at all, the workaround I am using below has not demonstrated the issue yet:
+
+    while true; do git annex add; sleep 1; done
+
+Still very interesting that .gitignore is not supposed to work. After running through the test case on my machine:
+Restarting the assistant doesn't add file.test
+'git annex add' doesn't add file.test
+'git annex add file.test' doesn't add file.test
+
+Looks like it works as one would expect from here. Perhaps I'm in some backwards dimension where what should work, doesn't, and what shouldn't work, does! :) Would certainly explain a lot..
+
+Thanks for your help. As you can probably tell, I really want to use git-annex!
+"""]]
diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_7_53a73e662c9356b759fbfa1e5a3bd927._comment b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_7_53a73e662c9356b759fbfa1e5a3bd927._comment
new file mode 100644
index 0000000000..578870f0af
--- /dev/null
+++ b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_7_53a73e662c9356b759fbfa1e5a3bd927._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-04-23T22:11:32Z"
+ content="""
+I have added some messages when add fails to indicate why it failed. Going through the failure modes while doing this, the most likely reason does seem to be that the file is changed while it's in the process of being checksummed. You can upgrade to tonight's build to get a version with these added messages.
+
+Can you run the assistant with `--debug` and send a complete log of the problem happening?
+
+(The sanity checker not adding the files seems to be a red herring; I was wrong and it only adds any symlinks that failed to get staged.)
+
+(Re the .gitignore red herring, the one place in the assistant that *does* honor .gitignore is the startup scan. However this will not affect the assistant's behavior when files are added to the repository after it's started up and is running. I suspect that if you just look at `git log --stat` you will see that the temp files used by DownThemAll are being added, and then deleted from the git repository. But this is a red herring, so meh.)
+"""]]
diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_8_10b65168b6a54d960427966d7e3d05f5._comment b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_8_10b65168b6a54d960427966d7e3d05f5._comment
new file mode 100644
index 0000000000..2cf9790e9e
--- /dev/null
+++ b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_8_10b65168b6a54d960427966d7e3d05f5._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 8"
+ date="2013-05-12T22:59:37Z"
+ content="""
+Just reproduced this issue on 4.20130417-g4bb97d5. Looks like the digesting is the failing part, but no indication as to why.
+
+    [2013-05-12 23:23:21 BST] Watcher: file deleted test/SleepIsDeath_v16_UnixSource.tar.gz-{b8c941eb-baf0-46de-81fa-19d25aca05fb}.dtapart
+    [2013-05-12 23:23:21 BST] read: git [\"--git-dir=/home/xyem/annex/.git\",\"--work-tree=/home/xyem/annex\",\"ls-files\",\"--others\",\"--exclude-standard\",\"-z\",\"--\",\"test/SleepIsDeath_v16_UnixSource.tar.gz-{b8c941eb-baf0-46de-81fa-19d25aca05fb}.dtapart\",\"test/SleepIsDeath_v16_UnixSource.tar.gz\"]
+    [2013-05-12 23:23:21 BST] read: lsof [\"-F0can\",\"+d\",\"/home/xyem/annex/.git/annex/tmp/\"]
+    [2013-05-12 23:23:22 BST] Committer: Adding SleepIsDe..ce.tar.gz
+    add test/SleepIsDeath_v16_UnixSource.tar.gz (checksum...) [2013-05-12 23:23:22 BST] read: sha256sum [\"/home/xyem/annex/.git/annex/tmp/SleepIsDeath_v16_UnixSource.tar6479.gz\"]
+    failed
+    [2013-05-12 23:23:22 BST] Committer: committing 1 changes
+    [2013-05-12 23:23:22 BST] Committer: Committing changes to git
+    (Recording state in git...)
+
+"""]]
diff --git a/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_9_b640e8fa6aafb041d66bbf8857a8fa3d._comment b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_9_b640e8fa6aafb041d66bbf8857a8fa3d._comment
new file mode 100644
index 0000000000..738e1929fd
--- /dev/null
+++ b/doc/bugs/assistant_does_not_warn_on_files_it_failed_to_add/comment_9_b640e8fa6aafb041d66bbf8857a8fa3d._comment
@@ -0,0 +1,44 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 9"
+ date="2013-05-12T23:34:51Z"
+ content="""
+Whoops. Upgraded to 4.20130501-g4a5bfb3 and reproduced it again. Looks like the file is being changed between the file being closed and git-annex trying to add it.
+
+Though I'm using DownThemAll, I have it set to \"1 segment\" so the file should only have 1 writer.
+Looks like the file gets retried immediately and is being added okay though.
+
+Would it be worth me trying to log filesystem accesses with a passthrough FUSE filesystem to try and figure out what it going on?
+
+      O'Reilly/Mind Performance Hacks/urn_x-domain_oreilly.com_product_9780596153113.EBOOK-{711cd6ac-12b9-4d4e-92d6-66caa9825cf4}.dtapart still has writers, not adding
+    [2013-05-13 00:18:29 BST] read: git [\"--git-dir=/home/xyem/annex/.git\",\"--work-tree=/home/xyem/annex\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+    [2013-05-13 00:18:33 BST] Watcher: file deleted O'Reilly/Mind Performance Hacks/urn_x-domain_oreilly.com_product_9780596153113.EBOOK-{711cd6ac-12b9-4d4e-92d6-66caa9825cf4}.dtapart
+    [2013-05-13 00:18:33 BST] read: git [\"--git-dir=/home/xyem/annex/.git\",\"--work-tree=/home/xyem/annex\",\"ls-files\",\"--others\",\"--exclude-standard\",\"-z\",\"--\",\"O'Reilly/Mind Performance Hacks/urn_x-domain_oreilly.com_product_9780596153113.EBOOK-{711cd6ac-12b9-4d4e-92d6-66caa9825cf4}.dtapart\",\"O'Reilly/Mind Performance Hacks/Mind_Performance_Hacks.mobi\"]
+    [2013-05-13 00:18:33 BST] read: lsof [\"-F0can\",\"+d\",\"/home/xyem/annex/.git/annex/tmp/\"]
+    [2013-05-13 00:18:33 BST] Committer: Adding Mind_Perf..acks.mobi
+    add O'Reilly/Mind Performance Hacks/Mind_Performance_Hacks.mobi (checksum...) [2013-05-13 00:18:33 BST] read: sha256sum [\"/home/xyem/annex/.git/annex/tmp/Mind_Performance_Hacks13351.mobi\"]
+
+      O'Reilly/Mind Performance Hacks/Mind_Performance_Hacks.mobi changed while it was being added
+    [2013-05-13 00:18:33 BST] Committer: delaying commit of 1 changes
+    failed
+    [2013-05-13 00:18:33 BST] Committer: committing 1 changes
+    [2013-05-13 00:18:33 BST] Committer: Committing changes to git
+    (Recording state in git...)
+    [2013-05-13 00:18:33 BST] feed: git [\"--git-dir=/home/xyem/annex/.git\",\"--work-tree=/home/xyem/annex\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-05-13 00:18:33 BST] read: git [\"--git-dir=/home/xyem/annex/.git\",\"--work-tree=/home/xyem/annex\",\"commit\",\"--allow-empty-message\",\"--no-edit\",\"-m\",\"\",\"--quiet\",\"--no-verify\"]
+    [2013-05-13 00:18:33 BST] read: git [\"--git-dir=/home/xyem/annex/.git\",\"--work-tree=/home/xyem/annex\",\"symbolic-ref\",\"HEAD\"]
+    [2013-05-13 00:18:33 BST] read: git [\"--git-dir=/home/xyem/annex/.git\",\"--work-tree=/home/xyem/annex\",\"show-ref\",\"refs/heads/master\"]
+    [2013-05-13 00:18:34 BST] read: git [\"--git-dir=/home/xyem/annex/.git\",\"--work-tree=/home/xyem/annex\",\"ls-files\",\"--others\",\"--exclude-standard\",\"-z\",\"--\",\"O'Reilly/Mind Performance Hacks/Mind_Performance_Hacks.mobi\"]
+    [2013-05-13 00:18:34 BST] read: lsof [\"-F0can\",\"+d\",\"/home/xyem/annex/.git/annex/tmp/\"]
+    [2013-05-13 00:18:34 BST] Committer: Adding Mind_Perf..acks.mobi
+    add O'Reilly/Mind Performance Hacks/Mind_Performance_Hacks.mobi (checksum...) [2013-05-13 00:18:34 BST] read: sha256sum [\"/home/xyem/annex/.git/annex/tmp/Mind_Performance_Hacks13351.mobi\"]
+    [2013ok
+    -05-13 00:18:34 BST] Watcher: file deleted O'Reilly/Mind Performance Hacks/Mind_Performance_Hacks.mobi
+    [2013-05-13 00:18:34 BST] Watcher: add symlink O'Reilly/Mind Performance Hacks/Mind_Performance_Hacks.mobi
+    [2013-05-13 00:18:34 BST] Committer: committing 2 changes
+    [2013-05-13 00:18:34 BST] chat: git [\"--git-dir=/home/xyem/annex/.git\",\"--work-tree=/home/xyem/annex\",\"hash-object\",\"-t\",\"blob\",\"-w\",\"--stdin\"]
+    [2013-05-13 00:18:34 BST] Committer: Committing changes to git
+    (Recording state in git...)
+
+"""]]
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..0b8b5bc1a5
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_empty_directories.mdwn
@@ -0,0 +1,30 @@
+### 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
+"""]]
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..3acb402bf8
--- /dev/null
+++ b/doc/bugs/assistant_doesn__39__t_sync_file_permissions.mdwn
@@ -0,0 +1,45 @@
+### 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
+"""]]
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_fails_to_sync_in_preferred_content_mode_manual.mdwn b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual.mdwn
new file mode 100644
index 0000000000..c5a75b361a
--- /dev/null
+++ b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual.mdwn
@@ -0,0 +1,24 @@
+Thanks for git annex!
+
+### Please describe the problem.
+
+I've set up two computers A, B to sync to (and each other through) a remote server S. If I add files to A, it syncs with S. But B is not getting synced unless I run 'git annex sync' or restart the daemon in the webapp, i.e. I don't see these files on B at all, not even as broken symlinks. 
+The same happens if I manually copy files from A to S. B is not updating the copy count in 'git annex whereis' until I manually sync on B.
+
+It would be great if B could automatically sync when S is changed, either file locations or contents.
+
+### What steps will reproduce the problem?
+
+Both computers' local repos were setup with annex assistant, and switched into indirect mode. The server contains git repo and file data. All systems, computers and server are set to manual in the preferred content mode.
+
+### What version of git-annex are you using? On what operating system?
+
+A is running Debian testing with git-annex 4.20130827, B and S are running Debian stable with the backports version of git-annex 4.20130815~bpo70+1. A and S are 64 bit, B is 32 bit. All are up to date.
+
+### Please provide any additional information below.
+
+I tried this setup before with direct mode and different preferred content settings (A, B as client, S as backup or archive), and syncing of git and file data was working then.
+
+Despite being able to run 'sync' it is at least inconvenient to not have automatically updated file location information when I run the assistant. (I could then just run without it, but I had it happen to me that I setup a local repo w/o assistant, and when I ran assistant, expecting it would tell me "there are no local repos, would you like to create one?" it somehow automatically found the manually created one and started copying files. But that's another problem.)
+
+> [[done]] unless my diagnosis is wrong. --[[Joey]] 
diff --git a/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_1_37acb3afafb1b4c4da7c778130cf3035._comment b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_1_37acb3afafb1b4c4da7c778130cf3035._comment
new file mode 100644
index 0000000000..94dc51d0a7
--- /dev/null
+++ b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_1_37acb3afafb1b4c4da7c778130cf3035._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlQsgfXntaEvZPKgd_K0dfoFcYBJXKcaFE"
+ nickname="Sten"
+ subject="Direct oder indirect mode makes no difference"
+ date="2013-09-09T23:36:49Z"
+ content="""
+Direct or indirect mode does not make a difference. I created another setup like this, only different is direct mode, otherwise the same (in particular preferred content mode is manual). Result: Still no sync.
+"""]]
diff --git a/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_2_9d58887ee0184663852bde83b8d497c7._comment b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_2_9d58887ee0184663852bde83b8d497c7._comment
new file mode 100644
index 0000000000..8d388ceeeb
--- /dev/null
+++ b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_2_9d58887ee0184663852bde83b8d497c7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlQsgfXntaEvZPKgd_K0dfoFcYBJXKcaFE"
+ nickname="Sten"
+ subject="computer in manual mode seems to be the reason, not server"
+ date="2013-09-10T02:21:59Z"
+ content="""
+If I create a setup like originally described with the only difference being S set to full backup mode, I see no change in sync behavior. 
+
+In detail, what happens is: A gets files added. These changes are committed and synced. Because S is in full backup mode, the file content is also sent from A to S (this is different, but expected). However, B still does not sync until manually run. I would expect that B's manual mode only applies to file content (it is the preferred content setting), not to changes to the git repo, thus I'd expect git changes to sync to all involved (and accessible) repos.
+"""]]
diff --git a/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_3_b70881c8026e30fd3ddc051bd01a888b._comment b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_3_b70881c8026e30fd3ddc051bd01a888b._comment
new file mode 100644
index 0000000000..d42cf6cd2e
--- /dev/null
+++ b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_3_b70881c8026e30fd3ddc051bd01a888b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlQsgfXntaEvZPKgd_K0dfoFcYBJXKcaFE"
+ nickname="Sten"
+ subject="available copies update need manual sync too"
+ date="2013-09-10T02:55:44Z"
+ content="""
+After copying files from S to B (as expected manually), I have to (unexpectedly) manually sync again on A to update the #copies on A.
+"""]]
diff --git a/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_4_43f756e2e6ff985c8e050da0e369d486._comment b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_4_43f756e2e6ff985c8e050da0e369d486._comment
new file mode 100644
index 0000000000..51e9cc135a
--- /dev/null
+++ b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_4_43f756e2e6ff985c8e050da0e369d486._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlQsgfXntaEvZPKgd_K0dfoFcYBJXKcaFE"
+ nickname="Sten"
+ subject="output of git annex sync "
+ date="2013-09-10T03:19:51Z"
+ content="""
+When running sync on B after copying file content from A to S (manually or automatically), I saw the following output (copied just the end of it):
+ ...
+ file.pdf                                              |    1 +
+ file.txt                                              |    1 +
+ 762 files changed, 762 insertions(+)
+ ...
+ create mode 120000 file.pdf
+ create mode 120000 file.txt
+
+git-annex: /home/sten/Documents/.git/annex/merge/: getDirectoryContents: does not exist (No such file or directory)
+failed
+push server 
+Everything up-to-date
+ok
+git-annex: sync: 1 failed
+
+A subsequent sync worked without error.
+
+"""]]
diff --git a/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_5_eda947eb7f8c46b9a61d6430b5f9ebfd._comment b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_5_eda947eb7f8c46b9a61d6430b5f9ebfd._comment
new file mode 100644
index 0000000000..05a3d7f749
--- /dev/null
+++ b/doc/bugs/assistant_fails_to_sync_in_preferred_content_mode_manual/comment_5_eda947eb7f8c46b9a61d6430b5f9ebfd._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 5"
+ date="2013-09-13T18:30:53Z"
+ content="""
+You have described the following git-annex network:
+
+	A --(ssh)-- S --(ssh)-- B
+
+So A automatically syncs to S. But there is no way at all for A to tell B that it has made changes. So B does not automatically sync.
+
+The git-annex webapp will detect this kind of situation, and display this alert:
+
+[[assistant/xmppnudge.png]]
+
+Once you set up an XMPP account, the network will look like: 
+
+	A --(ssh)-- S --(ssh)-- B
+	\_________(XMPP)_______/
+                    
+And now B will immediatly know when A has pushed a change to S, and will go get it.                                          
+
+(The `getDirectoryContents` error is probably because you are running git annex sync in a repository that the git-annex assistant is running in, and they are both using the same tmp directory for merging branches sync pulled. It does not seem to be worth worrying about.)
+"""]]
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_ignores___34__manual__34___group__44___tries_to_transfer_files.mdwn b/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files.mdwn
new file mode 100644
index 0000000000..9107960917
--- /dev/null
+++ b/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files.mdwn
@@ -0,0 +1,56 @@
+__What steps will reproduce the problem?__
+
+on server:
+
+* mkdir annex
+* cd annex
+* git init
+* git annex init "donkey"
+* git commit -m "CREATE GIT ANNEX" --allow-empty
+
+on desktop:
+
+* git clone ssh://donkey/home/xyem/annex
+* cd annex
+* git annex init "jaguar"
+* git annex vicfg
+(..change origin and 'here' to 'manual' group..)
+* git annex sync
+* git annex webapp
+
+on server: 
+
+* git annex sync
+* git annex assistant
+
+(..download/move a file into the annex folder on the desktop..)
+
+__What is the expected output?__
+
+The server should be synced, gaining a broken symlink to the file. No file data transferred to the server (manual mode).
+
+__What do you see instead?__
+
+In addition to the expected/wanted behaviour above, the webapp shows the assistant trying to transfer the file contents to the server, despite it being in the manual group. This is also shown in 'ps aux | grep git' where there is a 'transferkey' operation for the file[1].
+
+__What version of git-annex are you using? On what operating system?__
+
+* server:  4.20130314
+* desktop: 4.20130314
+* OS: Arch Linux
+* Package: git-annex-bin (AUR)
+
+__Please provide any additional information below.__
+
+[1] The transfer itself doesn't work because the assistant is trying to use its own SSH connection caching, with no keys and without prompting for a password, rather than use my existing connection caching. Running the transferkey command manually seems to work though. This isn't a concern at the moment.
+
+Restarting the webapp has not effect. The file is still in the transfer queue and additional files also get added for transfer.
+
+This was working correctly on a previous version, but I'm not sure which one of these I was using at the time:
+
+* 3.20130114
+* 3.20130216
+* 4.20130227
+
+> Closing this bug report since my comment below seems a reasonable
+> explanation for the behavior you saw. [[done]] --[[Joey]] 
diff --git a/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_1_e3f545d9adc27a4e7340bf16177c4fe0._comment b/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_1_e3f545d9adc27a4e7340bf16177c4fe0._comment
new file mode 100644
index 0000000000..bad85478e9
--- /dev/null
+++ b/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_1_e3f545d9adc27a4e7340bf16177c4fe0._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-24T12:45:23Z"
+ content="""
+You say you changed `origin` and `here` to be in the manual group, but did you set their preferred-content to `standard`? If you did not, the group setting will not influence which files they want, and the default behavior of wanting all files will be used.
+
+Since you are running the assistant on the server, it will automatically update to have symlinks to new files when the desktop does a git push to it. It sounds like the desktop is failing to push to the server for some reason. You can look at '.git/annex/daemon.log` to see any error messages from `git push`.
+
+If you have `ssh-askpass` installed on the client, it should use it to prompt for any necessary ssh password. Given your described configuration, git-annex will be using your regular ssh keys. You can disable its built-in ssh connection caching with `git config annex.sshcaching false` if desired.
+"""]]
diff --git a/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_2_1403076dbc47733607f0c8b2856e2381._comment b/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_2_1403076dbc47733607f0c8b2856e2381._comment
new file mode 100644
index 0000000000..e30e99eee5
--- /dev/null
+++ b/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_2_1403076dbc47733607f0c8b2856e2381._comment
@@ -0,0 +1,37 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 2"
+ date="2013-04-13T20:50:16Z"
+ content="""
+Ah I see. Bit of a misunderstanding on my end about what the groups did, by the looks of it. I was under the impression they controlled how files moved around, if at all (as described in the webapp), and the preferred-content was just fine-tuning controls.
+
+I just went to set this back up to see if setting it to \"standard\" in vicfg works how I want it to and now I've hit a different problem. The webapp/assistant isn't populating the git commit messages on it's own, it is launching $EDITOR (vi if unset on my system) in the background to prompt me for it (where I can't see it).
+
+    ├─xterm
+    │   └─bash
+    │       └─git annex webapp
+    │           └─git-annex webapp
+    │               ├─git --git-dir=/home/xyem/tmp/annex/.git --work-tree=/home/xyem/tmp/annex cat-file --batch
+    │               ├─git --git-dir=/home/xyem/tmp/annex/.git --work-tree=/home/xyem/tmp/annex cat-file --batch
+    │               ├─git --git-dir=/home/xyem/tmp/annex/.git --work-tree=/home/xyem/tmp/annex check-attr -z --stdin annex.backend annex.numcopies --
+    │               ├─git --git-dir=/home/xyem/tmp/annex/.git --work-tree=/home/xyem/tmp/annex commit --allow-empty-message -m  --quiet --no-verify
+    │               │   └─nano .git/COMMIT_EDITMSG
+    │               └─6*[{git-annex}]
+
+If I do the steps manually, it seems to work fine:
+
+    $ echo \"testfile\" > testfile.txt
+    $ git annex add testfile.txt
+
+    add testfile.txt (checksum...) ok
+    (Recording state in git...)
+
+    $ git --git-dir=/home/xyem/tmp/annex/.git --work-tree=/home/xyem/tmp/annex commit --allow-empty-message -m  --quiet --no-verify
+
+    [master 636605f] --quiet
+     1 file changed, 1 insertion(+)
+     create mode 120000 testfile.txt
+
+This, to me, implies it is a bug with the assistant/webapp but I don't know how to isolate it any more than that (--debug doesn't output anything else). Should I report this as another bug?
+"""]]
diff --git a/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_3_af83717bfb260bea6d52ff71c6b34743._comment b/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_3_af83717bfb260bea6d52ff71c6b34743._comment
new file mode 100644
index 0000000000..10216b5cc7
--- /dev/null
+++ b/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_3_af83717bfb260bea6d52ff71c6b34743._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Xyem"
+ ip="87.194.19.134"
+ subject="comment 3"
+ date="2013-04-13T22:02:09Z"
+ content="""
+Just noticed (while trying to commit in another annex) that the command I used above in the \"manual\" one commits with the message \"--quiet\". I guess pstree doesn't show all arguments!
+"""]]
diff --git a/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_4_b4f811611d14e7392009c539fa6b8574._comment b/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_4_b4f811611d14e7392009c539fa6b8574._comment
new file mode 100644
index 0000000000..6ff6b3c163
--- /dev/null
+++ b/doc/bugs/assistant_ignores___34__manual__34___group__44___tries_to_transfer_files/comment_4_b4f811611d14e7392009c539fa6b8574._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-04-16T20:28:44Z"
+ content="""
+There's an open bug about this weird commit editor problem. Please follow up there: [[assistant_hangs_during_commit]]
+"""]]
diff --git a/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts.mdwn b/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts.mdwn
new file mode 100644
index 0000000000..90034f7f57
--- /dev/null
+++ b/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts.mdwn
@@ -0,0 +1,30 @@
+What steps will reproduce the problem?
+
+Using the Linux tarball (i386) with configured IPv6:
+
+* git-annex.linux/git-annex-webapp
+
+A browser is then started, pointing to file:///tmp/webapp313.html which in turn points to http://localhost:$port/$blah .
+
+On my box localhost resolves to ::1, but the webapp is only listening on 127.0.0.1 so . While I can work around this by specifying 127.0.0.1 as the hostname, the next page that is loaded goes back to localhost. 
+
+What is the expected output? What do you see instead?
+
+I would expect that the webapp would bind to ::1 if possible.
+
+What version of git-annex are you using? On what operating system?
+
+3.20130102 fromt the Linux tarball release on Debian Squeeze.
+
+Please provide any additional information below.
+
+I've tested this with:
+
+* epiphany
+* iceweasel
+* chromium
+
+Iceweasel is the only one which correctly fell back to IPv4 and worked.
+
+> Ok, I've made it use the IP address in the URL. Ugly, but avoids
+> whatever mess results in this behavior. [[done]] --[[Joey]]
diff --git a/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_1_91a62a2ce14a1027d2ac8b8e88df5f0c._comment b/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_1_91a62a2ce14a1027d2ac8b8e88df5f0c._comment
new file mode 100644
index 0000000000..540e06ee3c
--- /dev/null
+++ b/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_1_91a62a2ce14a1027d2ac8b8e88df5f0c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.1.42"
+ subject="comment 1"
+ date="2013-01-09T23:21:58Z"
+ content="""
+I have a ipv6 enabled computer here, where the webapp works fine. I think you must have something odd in your network configuration if web browsers, when sent to \"http://localhost:port/ don't manage to connect to a web server running on ipv4.
+
+The webapp only uses 127.0.0.1 if \"localhost\" resolves to that address. If \"localhost\" resolves to both ipv6 and ipv4 addresses, the webapp uses the ipv4 and not the ipv6 address. If \"localhost\" resolves to only ipv6, the webapp uses ipv6.
+
+AFAIK it's not possible to bind to both an ipv4 and an ipv6 address, and get the same port number for both, and the webapp needs a port number to use to launch the web browser. Therefore, it has to choose one address. It choses ipv4 in preference to ipv6 because there are some things that still don't support ipv6. [This commit](http://source.git-annex.branchable.com/?p=source.git;a=commit;h=467844d7d3f703f99fcde1f951f33efda5e90074) is relevant.
+"""]]
diff --git a/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_2_4982cd373eaaeee180be03c6e9fda7b1._comment b/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_2_4982cd373eaaeee180be03c6e9fda7b1._comment
new file mode 100644
index 0000000000..849bde6e47
--- /dev/null
+++ b/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_2_4982cd373eaaeee180be03c6e9fda7b1._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 2"
+ date="2013-01-09T23:51:18Z"
+ content="""
+Watching tcpdump on loopback I only see a request from Epiphany to ::1, after that it gives up.  So not terribly helpful.
+
+It looks like it might be a bug in the browsers. :(
+"""]]
diff --git a/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_3_85d264e311acaa91dac0597ee8deda82._comment b/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_3_85d264e311acaa91dac0597ee8deda82._comment
new file mode 100644
index 0000000000..91da74efc1
--- /dev/null
+++ b/doc/bugs/assistant_listens_on_127.0.0.1_not_::1_which_breaks_IPv6_enabled_hosts/comment_3_85d264e311acaa91dac0597ee8deda82._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkF8_uQjLYm5Mf5F_JuVW-BxlvzpWjvR_o"
+ nickname="Andrew"
+ subject="comment 3"
+ date="2013-01-10T22:10:00Z"
+ content="""
+Cool, thanks Joey. Let's hope we can remove the ugly hack one day. ;)
+"""]]
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_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_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/authentication_to_rsync.net_fails.mdwn b/doc/bugs/authentication_to_rsync.net_fails.mdwn
new file mode 100644
index 0000000000..707f93d495
--- /dev/null
+++ b/doc/bugs/authentication_to_rsync.net_fails.mdwn
@@ -0,0 +1,30 @@
+### Please describe the problem.
+
+Used assistant to "Add a cloud repository".  Supplied hostname, username in webapp. Directory "annex" port 22.
+Clicked on "Use this rsync.net repository" and got
+
+**********************
+ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
+ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
+ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory
+Received disconnect from 69.43.165.7: 2: Too many authentication failures for 2440
+**********************
+
+### What steps will reproduce the problem?
+See above?  A simple "ssh user@host.rsync.net ls /usr/bin" reveals that indeed no ssh-askpass is available in that namespace.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130521 on debian linux 7.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
+
+That log is empty.
+# End of transcript or log.
+"""]]
+
+> I added ssh-askpass as a recommends, so I suppose
+> I can close this. [[done]] --[[Joey]] 
diff --git a/doc/bugs/authentication_to_rsync.net_fails/comment_1_9db65f89415c8d825f268afb75244998._comment b/doc/bugs/authentication_to_rsync.net_fails/comment_1_9db65f89415c8d825f268afb75244998._comment
new file mode 100644
index 0000000000..731d5148fd
--- /dev/null
+++ b/doc/bugs/authentication_to_rsync.net_fails/comment_1_9db65f89415c8d825f268afb75244998._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawliqfHEW134uawIUPwyKiyOdoF-oI5TxnQ"
+ nickname="Ethan"
+ subject="Doh.  /usr/bin/ssh-askpass needs to be on *local* machine."
+ date="2013-08-15T20:13:31Z"
+ content="""
+My mistake; the problem was the I was missing /usr/bin/ssh-askpass on my local machine, not the rsync.net host.
+
+I still think this is a bug.  I'm on a debian machine and installed git-annex from its debian package, so seems like the ssh-askpass package should be listed as a dependency.  But that's a debian packaging problem, not a git-annex bug per se, so I'll go file it elsewhere.
+"""]]
diff --git a/doc/bugs/backend_version_upgrade_leaves_repo_unusable.mdwn b/doc/bugs/backend_version_upgrade_leaves_repo_unusable.mdwn
new file mode 100644
index 0000000000..122224a8f3
--- /dev/null
+++ b/doc/bugs/backend_version_upgrade_leaves_repo_unusable.mdwn
@@ -0,0 +1,72 @@
+foo is a local repo, bar is a bare remote.
+
+I upgraded foo's git-annex to 0.20110325 and upgraded a local repo backend
+to version 2. I then ran `git annex copy . --to bar` and checked the
+remote. This created WORM:SHA512--123123 files in annex/objects.
+Understandable but unwanted. So I upgraded git-annex on bar's machine, as
+well.
+
+    % git annex copy . --to bar
+    copy quux (checking bar) git-annex-shell: Repository version 1 is not supported. Upgrade this repository: git-annex upgrade (to bar)
+    git-annex-shell: Repository version 1 is not supported. Upgrade this repository: git-annex upgrade
+    rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+    rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.7]
+    
+      rsync failed -- run git annex again to resume file transfer
+    failed
+
+Running `git annex upgrade` on bar's machine I get:
+
+    % git annex upgrade
+    upgrade  (v1 to v2) (moving content...) git-annex: Prelude.read: no parse
+
+Again, bar is a bare repo.
+Running the copy job again, I am still getting the same error as above (as expected). Partial contents of annex/objects on bar:
+
+    [...]
+    SHA512:123
+    WORM:SHA512--234
+    [...]
+
+
+-- RichiH
+
+> Upgrading bare repos to v2 generally works fine, so I actually need
+> to see the full content of annex/, not a fragment, in order to debug this.
+> (Filename contents I don't need to see.) Feel free to email me the details at
+> joey@kitenet.net if you don't want to post them here. --[[Joey]]
+
+>> Sent. -- RichiH
+
+>>> Ok, I'm going to go work on my reading comprehension. I see now
+>>> that you
+>>> explained the problem pretty well. The problem is caused by these
+>>> few weird v1 mixed with v2 keys in the annex.
+>>> Ones like "annex/objects/WORM:SHA512--$sha512".
+>>>
+>>> That's a v1 key, but a corrupt form of the key; it's missing the 
+>>> size and mtime fields that all WORM keys have in v1. And 
+>>> the filename is itself a key, a v2 SHA512 key. These were
+>>> created when you did the `git annex copy to the v1 bare repo.
+>>> In v2, git-annex-shell takes a full key object, while in v1,
+>>> it takes a key name and a backend name. This incompatability
+>>> leads to the weird behavior seen.
+>>>
+>>> I had suggested you delete data.. don't. On second thought,
+>>> you shouldn't delete anything. I'll simply make the v2 upgrade
+>>> detect and work around this bug.
+>>> --[[Joey]]
+
+>>>> This should be fixed in current git. The scambled keys will be 
+>>>> fixed up on upgrade. Thanks for your patience! [[done]] --[[Joey]]
+
+>>>>> I should stop reading your answers via git; by the time I got to
+>>>>> "second thoughts", I had already deleted the files & directories
+>>>>> in question, upgraded the bare repo and was busy uploading from my
+>>>>> local repo. I agree that taking care of this in the upgrade code
+>>>>> is the cleanest approach, by the way.
+>>>>> No need to thank me for my patience; thank you for your quickness!
+>>>>> RichiH
+>>>>> 
+>>>>> PS: If I get a handle on the mtime issue in the SHA backend, git
+>>>>> annex will be pretty much perfect :)
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_comment_in_ssh_public_key_ssh-rsa.mdwn b/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa.mdwn
new file mode 100644
index 0000000000..87e937d42d
--- /dev/null
+++ b/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa.mdwn
@@ -0,0 +1,22 @@
+What steps will reproduce the problem?
+I was trying to pair two repositories on 2 different computers, 
+but my public key had this email address at the end:
+bachir@Bachirs-iMac.local
+
+What is the expected output? What do you see instead?
+I was expecting successful pairing.
+I got:
+bad comment in ssh public key ssh-rsa
+AAB3....SAK
+bachir@Bachirs-iMac.local
+
+What version of git-annex are you using? On what operating system?
+I am using the package git-annex  Version: 3.20120925 
+on MacOSX Lion
+
+Please provide any additional information below.
+I've checked your code, seems to complain about the dash '-' in the email address
+bachir@Bachirs-iMac.local
+
+> This bug is already fixed, the fix is in the 
+> 3.20121001 release. [[done]] --[[Joey]] 
diff --git a/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_1_15cce6e6f455e83f4362a38c561bc973._comment b/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_1_15cce6e6f455e83f4362a38c561bc973._comment
new file mode 100644
index 0000000000..5f2dcca850
--- /dev/null
+++ b/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_1_15cce6e6f455e83f4362a38c561bc973._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://lorrin.myopenid.com/"
+ nickname="Lorrin Nelson"
+ subject="Still seeing this"
+ date="2013-07-29T07:44:36Z"
+ content="""
+Trying to pair Ubuntu 13.04 (git-annex 3.20121112ubuntu4) with OS X 10.7.5 (not sure where to see version info, but it was marked 2013-07-23 on the download page).
+
+If the pairing is initiated on OS X and the Ubuntu machine tries to connect, the Ubuntu browser shows:
+Internal Server Error
+
+bad comment in ssh public key ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCr0uArI+Yfusf+jICdv2tSCVQdydtoUuQixBHUGj2QlUlip4zf94HnCBBlSUhMuWBeaGUAAojp05Y3PaxQNS95bX1wWlhraQBx/8w23M68Q1L5Je60PWYha1dLREApJjl5eGxuTIXUip8UcDXIH/esB7G/lMihTjniEBqS430NxrfO01uU9HuNgQfO9zvTcJhjG+myek1GU2bx8GzYc7HAZ8VA3TsYKLaWA63w8WyFC/Hz+kunp9X8dNE11KpmNFVSk/j1QGImUOVcnGd2WupMyjLtRAKL3ikL6tBK2YccZUKPSNYek657CFR8uVek5czzQQCY5bFRAH3Pw9htsPgv user@host.fqdn
+
+Where user@host.fqdn is the user and DNS locally-resolvable host name of the Mac. However, this isn't a key I recognize. Is it generating a new one on the fly? There already are key pairs set up between the machines in my ~/.ssh directory; not sure if relevant.
+
+
+"""]]
diff --git a/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_2_e9e1f38880a32610b3fbce475bffc3e4._comment b/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_2_e9e1f38880a32610b3fbce475bffc3e4._comment
new file mode 100644
index 0000000000..6028f49ed8
--- /dev/null
+++ b/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_2_e9e1f38880a32610b3fbce475bffc3e4._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 2"
+ date="2013-07-30T18:16:06Z"
+ content="""
+Local pairing always sets up a dedicated ssh key that can only be used for git-annex syncing.
+
+I'm afraid that, unless your login is literally \"user@host.fqdn\", you've obfuscated exactly the information I'd need to diagnose the problem. If you don't feel comfortable including the real information here you can mail it to me; see [[privacy]]
+
+Also, you may want to file a new bug report, since I *did* fix and close this bug. You're probably seeing a slightly different bug.
+"""]]
diff --git a/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_3_51da7f5881f65422328d341e5ab0d250._comment b/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_3_51da7f5881f65422328d341e5ab0d250._comment
new file mode 100644
index 0000000000..4cf86f6462
--- /dev/null
+++ b/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_3_51da7f5881f65422328d341e5ab0d250._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlEhzszkzOIy8-Rx8b2mcr75QcnIc6O_OA"
+ nickname="Rachel"
+ subject="I'm afraid I'm getting this too"
+ date="2013-09-12T12:48:04Z"
+ content="""
+Very similar setup. Initially set up on a Mac, then tried to set up the first local pairing with a Linux system. Basically seeing exactly the same thing.
+
+    bad comment in ssh public key ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDa09lpmgLeRVF1KZn2gX6tmBH4Jpcou/rkPbhwLoFNLtQsdNrbjDKuyc4pDbUhexWVvub1YCLItLK0vYRdMvoJWjNzy926sHs8CxXFVg6PMQXw3wOHousSn0NkVfwUMNn5aS+1vz/WDlStmg7WzXgiPg1Whn6CKIomxA63rUMe3I+2nVkyO6jGlOkliPApVP2utURJbyxBDYDB+Ys7zUxvEcCekhxJO263myuo2gwI4A3mfTLRJMzbz8frRZJz5iuUIcOHaIDy6n0qKFq18BDux4SDwNjQ34yti5yqveRBMwFndHQYN6YHk1k26h0kyhb2T6lXaaAirSqa3dwfZuKp rachel@celestia.local
+
+
+# Versions and Stuff:
+
+## Mac:
+
+* OS X 10.8.4
+* git-annex 4.20130909-ga29f960 (downloaded about half an hour ago!)
+* BTW I have git installed from Homebrew, version 1.8.3.4 in my shell's $PATH, but obviously /usr/bin/git from the system is intact.
+* Hostname: celestia.local
+* Username: rachel
+
+## Linux:
+* Ubuntu 13.04
+* git-annex 3.20121112ubuntu4 (from Ubuntu's own repos)
+* I note that's later than the version you said this bug was fixed in, hence the report. :-)
+* Hostname: twilight.local (mDNS domain not appended even by hostname -f but avahi is working)
+* Username: rachel
+
+IPv6 is active, but I note a comment somewhere that that's probably not relevant for git-annex.
+
+Machines are very local to each other, in the same room, connected via a gigabit switch. They can definitely see each other. :-)
+
+"""]]
diff --git a/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_4_ba384314c1e47ec4b72e1843e0500df9._comment b/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_4_ba384314c1e47ec4b72e1843e0500df9._comment
new file mode 100644
index 0000000000..4b9e27bbaa
--- /dev/null
+++ b/doc/bugs/bad_comment_in_ssh_public_key_ssh-rsa/comment_4_ba384314c1e47ec4b72e1843e0500df9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmpBDWko1yZmngBYzm_CeBv8RjoIMXaINE"
+ nickname="Rachel"
+ subject="latest works"
+ date="2013-09-12T13:19:09Z"
+ content="""
+Downloaded the latest tarball (4.20130911-g6625d0e) and that seems to be able to pair ok.
+
+Different bug though: It objects to push.default = simple in ~/.gitconfig, but no such complaint on osx. But that's a different bug; i'll report separately when I'm a bit more up to speed.
+"""]]
diff --git a/doc/bugs/bare_git_repos.mdwn b/doc/bugs/bare_git_repos.mdwn
new file mode 100644
index 0000000000..5e9100acfe
--- /dev/null
+++ b/doc/bugs/bare_git_repos.mdwn
@@ -0,0 +1,29 @@
+It would be nice if git-annex could be used in bare git repos.
+However, that is not currently supported. Problems include:
+
+* git-annex often does not read a git repo's config before touching it,
+  so it doesn't know if the repo is bare or not
+  (reading the config when operating on ssh repos would be a pain and SLOW;
+  I had some of that code in as of 1aa19422ac8748eeff219ac4f46df166dae783c5,
+  but ripped it all out)
+* .. which results in creating `.git/annex` in a bare repo, which mightily
+  confuses git (so it will complain that the bare repo is not
+  a git repo at all!)
+* `.git-annex/` needs to have state recorded to it and committed, and that
+  is not possible with a bare repo. (If [[todo/branching]] were done,
+  that might be fixed.) (now fixed)
+
+----
+
+Update: Now that git-annex-shell is used for accessing remote repos,
+it would be possible to add smarts about bare repos there, and avoid
+some of the above problems. Probably only the state recording problem
+remains.
+
+A possible other approach to the state recording repo is to not
+record state changes on the remote in that case. Git-annex already
+records remote state changes locally whenever it modifies the state of a
+remote. --[[Joey]]
+
+> And... [[done]]! See [[/bare_repositories]] for current status
+> and gotchas. --[[Joey]] 
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..42b2eaf1aa
--- /dev/null
+++ b/doc/bugs/box.com_never_stops_syncing..mdwn
@@ -0,0 +1,63 @@
+### 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)
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/bug_in_download_prebuilt_linux_tarball__44___and_constraints_issues_with_3.20121112.mdwn b/doc/bugs/bug_in_download_prebuilt_linux_tarball__44___and_constraints_issues_with_3.20121112.mdwn
new file mode 100644
index 0000000000..4a942ec9ee
--- /dev/null
+++ b/doc/bugs/bug_in_download_prebuilt_linux_tarball__44___and_constraints_issues_with_3.20121112.mdwn
@@ -0,0 +1,45 @@
+What steps will reproduce the problem?
+
+First issue:
+* The prebuilt tarball doesn't synchronize properly.
+
+Reproduce:
+* Download and untar tarball
+* Start gitannex webapp on multiple computers(i had three in use)
+* Synchronize with xmpp and an ssh server backend.
+* The tarball versions don't push/get from ssh server backend.
+
+Second issue:
+* I can't install git-annex on ubuntu 12.10(Works fine in debian unstable)
+* http://hpaste.org/77684
+
+Reproduce:
+* cabal update
+* cabal install --only-dependencies
+* cabal configure
+* cabal build
+* cabal install --bindir=$HOME/bin
+
+With these constraints the cabal install can work:
+* cabal install --only-dependencies ./ --constraint=certificate==1.2.2 --constraint=crypto-pubkey-types==0.1.1
+
+What is the expected output? What do you see instead?
+* Tarball version doesn't push to ssh backend.
+* cabal install git-annex gives http://hpaste.org/77684
+
+What version of git-annex are you using? On what operating system?
+* git-annex 3.20121112 on debian unstale (working)
+* ubuntu 12.10(failing)
+
+Please provide any additional information below.
+
+With these constraints the cabal install can work:
+* cabal install --only-dependencies ./ --constraint=certificate==1.2.2 --constraint=crypto-pubkey-types==0.1.1
+
+NOTE:
+I couldn't get the markdown to cooperate, so using pl pagetype.
+
+> I suspect this is [[done]]..
+> 
+> I fixed some bugs in the prebuilt tarball in the past 2 days that prevented it
+> from transferring files.
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_is_broken_at_commit_cc0e5b7.mdwn b/doc/bugs/build_is_broken_at_commit_cc0e5b7.mdwn
new file mode 100644
index 0000000000..43074915f0
--- /dev/null
+++ b/doc/bugs/build_is_broken_at_commit_cc0e5b7.mdwn
@@ -0,0 +1,13 @@
+the build is currently borked with
+
+<pre>
+ghc -O2 -threaded -Wall -ignore-package monads-fd -ignore-package monads-tf -outputdir tmp -IUtility -DWITH_ASSISTANT -DWITH_S3 -DWITH_WEBAPP -DWITH_PAIRING -DWITH_KQUEUE -DOSX --make git-annex -o tmp/git-annex Utility/libdiskfree.o Utility/libmounts.o Utility/libkqueue.o
+Assistant/Install.hs:19:8:
+Could not find module `Utility'
+Use -v to see a list of the files searched for.
+make: *** [git-annex] Error 1
+</pre>
+
+This was first introduced at commit e88e3ba
+
+> oops, -DOSX is not a good idea. [[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/build_issue_with_latest_release_0.20110522-1-gde817ba.mdwn b/doc/bugs/build_issue_with_latest_release_0.20110522-1-gde817ba.mdwn
new file mode 100644
index 0000000000..a7bae50b8b
--- /dev/null
+++ b/doc/bugs/build_issue_with_latest_release_0.20110522-1-gde817ba.mdwn
@@ -0,0 +1,14 @@
+A recent checkout of git-annex fails to build for me (I've installed the new dependancies as well)
+
+<pre>
+[70 of 81] Compiling Command.DropUnused ( Command/DropUnused.hs, Command/DropUnused.o )
+[71 of 81] Compiling Command.Status   ( Command/Status.hs, Command/Status.o )
+
+Command/Status.hs:133:37: Not in scope: `swap'
+make: *** [git-annex] Error 1
+</pre>
+
+it fails on OSX 10.6.x with ghc 6.12.3 and a corresponding haskell-platform install. I ran a bisect and found that commit 75a3f5027f74565d909fb940893636d081d9872a seems to have broken git-annex for me, reverting the commit allows me to build git-annex, I have not run the tests to verify everything is working correctly though.
+
+> Probably `swap` appeared only in a newer GHC. I've reverted to avoid a
+> versioned build dependency. [[done]] --[[Joey]]
diff --git a/doc/bugs/build_problem_on_OSX.mdwn b/doc/bugs/build_problem_on_OSX.mdwn
new file mode 100644
index 0000000000..e859a11501
--- /dev/null
+++ b/doc/bugs/build_problem_on_OSX.mdwn
@@ -0,0 +1,18 @@
+I just squelched a bunch of build issues (to do with dependancies) on my autobuilder for OSX, this is currently happening
+
+<pre>
+install -d tmp
+ghc -O2 -Wall -outputdir tmp -IUtility  -DWITH_ASSISTANT -DWITH_S3 -DWITH_WEBAPP -DWITH_PAIRING -DWITH_XMPP -DWITH_DNS -DWITH_KQUEUE -threaded --make git-annex -o tmp/git-annex Utility/libdiskfree.o Utility/libmounts.o Utility/libkqueue.o
+
+Assistant/Threads/NetWatcher.hs:29:0:
+     warning: #warning Building without dbus support; will poll for network connection changes
+
+Assistant/Threads/MountWatcher.hs:36:0:
+     warning: #warning Building without dbus support; will use mtab polling
+[ 29 of 259] Compiling Utility.OSX      ( Utility/OSX.hs, tmp/Utility/OSX.o )
+
+Utility/OSX.hs:22:17: Not in scope: `myHomeDir'
+make: *** [git-annex] Error 1
+</pre>
+
+> Someone else reported that too; I fixed it. [[done]] --[[Joey]] 
diff --git a/doc/bugs/building_on_lenny.mdwn b/doc/bugs/building_on_lenny.mdwn
new file mode 100644
index 0000000000..48386bde47
--- /dev/null
+++ b/doc/bugs/building_on_lenny.mdwn
@@ -0,0 +1,80 @@
+hi,
+
+I am trying to build git annex on lenny.
+
+I checked out the latest from git c88d4939453845efee04da811d64aa41046f9c11,
+installed all the packages (some from backports) as required by dpkg-buildpackage
+
+Then I get this:
+
+	...
+	mkdir -p build
+	ghc -odir build -hidir build --make git-annex
+	[ 1 of 19] Compiling Utility          ( Utility.hs, build/Utility.o )
+	[ 2 of 19] Compiling GitRepo          ( GitRepo.hs, build/GitRepo.o )
+	[ 3 of 19] Compiling GitQueue         ( GitQueue.hs, build/GitQueue.o )
+	[ 4 of 19] Compiling TypeInternals    ( TypeInternals.hs, build/TypeInternals.o )
+	[ 5 of 19] Compiling Types            ( Types.hs, build/Types.o )
+	[ 6 of 19] Compiling Annex            ( Annex.hs, build/Annex.o )
+	[ 7 of 19] Compiling Locations        ( Locations.hs, build/Locations.o )
+	[ 8 of 19] Compiling UUID             ( UUID.hs, build/UUID.o )
+	[ 9 of 19] Compiling LocationLog      ( LocationLog.hs, build/LocationLog.o )
+	[10 of 19] Compiling Core             ( Core.hs, build/Core.o )
+	[11 of 19] Compiling Backend.URL      ( Backend/URL.hs, build/Backend/URL.o )
+	[12 of 19] Compiling Backend          ( Backend.hs, build/Backend.o )
+
+	Backend.hs:114:50:
+	    Not in scope: type constructor or class `SomeException'
+	make[1]: *** [git-annex] Error 1
+	make[1]: Leaving directory `/home/cstamas/tmp/git-annex'
+	dh_auto_build: make -j1 returned exit code 2
+	make: *** [build] Error 2
+	dpkg-buildpackage: failure: debian/rules build gave error exit status 2
+
+I will try to check the mentioned file for error, but I do not know how to program in haskell.
+
+Thanks for your help! --[[cstamas]]
+
+> Newer versions of ghc changed their exception handling types, and
+> I coded git-annex to use the new style and not the old. gch6 6.12 will
+> work. I do not think there is a backport available though. --[[Joey]]
+>
+> Ok, found and deployed a workaround. It is not tested. Let me know how it
+> works for you. --[[Joey]]
+
+>> I did a git pull and now I get:
+
+	mkdir -p build
+	ghc -cpp -odir build -hidir build --make git-annex
+	[ 1 of 20] Compiling Portability      ( Portability.hs, build/Portability.o )
+
+	Portability.hs:13:21:
+	    Not in scope: type constructor or class `Exception'
+	make[1]: *** [git-annex] Error 1
+	make[1]: Leaving directory `/home/cstamas/tmp/git-annex'
+	dh_auto_build: make -j1 returned exit code 2
+	make: *** [build] Error 2
+	dpkg-buildpackage: failure: debian/rules build gave error exit status 2
+
+>> --[[cstamas]]
+
+>>> Ok well, I'm not going to try to reimplement all of
+>>> Control.Exception.Extensible so I've made it use it. You will have to
+>>> figure out how to install that library yourself though, I don't know
+>>> how to use cabal with such an old ghc. Library is here:
+>>> <http://hackage.haskell.org/package/extensible-exceptions> 
+>>> and I asked how to get it on stable here:
+>>> <http://ask.debian.net/questions/how-to-get-haskell-extensible-extceptions-on-stable> --[[Joey]] 
+
+>>>> I made some effort with cabal on lenny. I can install (and I did it) cabal
+>>>> from squeeze as dependencies are ok. Then I installed extensible
+>>>> exceptions, but it places it in some local dir that git-annex's installer
+>>>> (or ghc itself) does not know about.
+>>>>
+>>>> Later I realized that *only* for the compilation ghc6 and its friends are
+>>>> needed. So I built the package on my other machine running squeeze. Then
+>>>> resulting deb packages cleanly installs on lenny
+>>>> 
+>>>> For me this is OK. Thanks! --[[cstamas]]
+
+[[done]]
diff --git a/doc/bugs/bup_initremote_failed_with_localhost_+_username.mdwn b/doc/bugs/bup_initremote_failed_with_localhost_+_username.mdwn
new file mode 100644
index 0000000000..c15de5b3e6
--- /dev/null
+++ b/doc/bugs/bup_initremote_failed_with_localhost_+_username.mdwn
@@ -0,0 +1,49 @@
+### Please describe the problem.
+Attempted to create a bup remote on the current system via ssh. It appears to have created the bup remote fine, but fails when sshing to it and does not add the remote.
+This is a normal indirect annex (currently containing a single test jpg in its root)
+I'm presuming the error is "(storing uuid...) sh: 1: cd: can't cd to /~/archie" 
+
+
+### What steps will reproduce the problem?
+git annex initremote bup type=bup encryption=none buprepo=sshservername:path
+
+I've tried using .ssh/config to remove the username from the servername passed to bup repo and it still fails.
+
+### What version of git-annex are you using? On what operating system?
+[[!format sh """
+>git-annex version
+git-annex version: 4.20130615-g29d5bb9
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+"""]]
+debian wheezy i686
+
+### 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 bup type=bup encryption=none buprepo=bup@localhost:archie
+initremote bup (bup init...)
+Reinitialized existing Git repository in /media/backup/home/archie/.bup/
+Initialized empty Git repository in /media/backup/bup/archie/
+(storing uuid...) sh: 1: cd: can't cd to /~/archie
+git-annex: ssh failed
+
+> ssh bup@localhost
+Last login: Mon Jun 17 10:35:45 2013 from localhost
+$ ls
+archie
+$ cd archie
+$ ls
+branches  config  description  HEAD  hooks  info  objects  refs
+
+
+# End of transcript or log.
+"""]]
+
+> applied patchm, [[done]] --[[Joey]]
diff --git a/doc/bugs/bup_initremote_failed_with_localhost_+_username/comment_1_0e669c3039b089fa8a815d3ec11465d2._comment b/doc/bugs/bup_initremote_failed_with_localhost_+_username/comment_1_0e669c3039b089fa8a815d3ec11465d2._comment
new file mode 100644
index 0000000000..b8bfb0c044
--- /dev/null
+++ b/doc/bugs/bup_initremote_failed_with_localhost_+_username/comment_1_0e669c3039b089fa8a815d3ec11465d2._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnrFnHRRNUQBB5RCDaIwhVmCcxQp8_yiYw"
+ nickname="Oliver"
+ subject="figured it out."
+ date="2013-06-19T14:21:08Z"
+ content="""
+It's failing because I am passing a relative url as buprepo - bup is expanding 
+
+ host:dir
+
+to 
+
+ ssh://host/~/dir
+
+but then onBupRemote isn't converting it back quite right.
+
+My haskell is rather rusty, but I have a working, if perhaps suboptimal patch; I'll email it across.
+
+
+"""]]
diff --git a/doc/bugs/cabal_build:___34__Could_not_find_module___96__Data.AssocList__39____34__.mdwn b/doc/bugs/cabal_build:___34__Could_not_find_module___96__Data.AssocList__39____34__.mdwn
new file mode 100644
index 0000000000..a23930bd75
--- /dev/null
+++ b/doc/bugs/cabal_build:___34__Could_not_find_module___96__Data.AssocList__39____34__.mdwn
@@ -0,0 +1,23 @@
+What steps will reproduce the problem?
+
+Download current git head (fa5100d) and run cabal update; cabal install --only-dependencies; cabal configure; cabal build
+
+What is the expected output? What do you see instead?
+
+Expect succcessful build, get:
+
+Assistant/Install.hs:24:8:
+    Could not find module `Data.AssocList'
+    It is a member of the hidden package `hxt-9.3.1.1'.
+    Perhaps you need to add `hxt' to the build-depends in your .cabal file.
+    Use -v to see a list of the files searched for.
+
+
+What version of git-annex are you using? On what operating system?
+
+building using cabal from clone of git clone git://git-annex.branchable.com/, commit fa5100d (same problem happens with last release, 3.20121127).  On OS X, "Lion".
+
+
+Please provide any additional information below.
+
+> [[done]], using Data.List instead now.
diff --git a/doc/bugs/cabal_build:___34__Could_not_find_module___96__Data.AssocList__39____34__/comment_1_0da9fd67c3cc01b316f95a1df4eb62ae._comment b/doc/bugs/cabal_build:___34__Could_not_find_module___96__Data.AssocList__39____34__/comment_1_0da9fd67c3cc01b316f95a1df4eb62ae._comment
new file mode 100644
index 0000000000..967e203c1b
--- /dev/null
+++ b/doc/bugs/cabal_build:___34__Could_not_find_module___96__Data.AssocList__39____34__/comment_1_0da9fd67c3cc01b316f95a1df4eb62ae._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="Could not find module `Data.AssocList' confirmed fixed."
+ date="2012-11-28T03:38:19Z"
+ content="""
+builds fine now, thank you!
+"""]]
diff --git a/doc/bugs/cabal_configure_is_broken_on_OSX_builds.mdwn b/doc/bugs/cabal_configure_is_broken_on_OSX_builds.mdwn
new file mode 100644
index 0000000000..ddbbcb8746
--- /dev/null
+++ b/doc/bugs/cabal_configure_is_broken_on_OSX_builds.mdwn
@@ -0,0 +1,14 @@
+Seems the last few commits have borked 'cabal configure' on OSX with the following error message
+
+<pre>
+[jtang@laplace git-annex (master)]$ cabal configure 
+Resolving dependencies...
+
+Build/InstallDesktopFile.hs:19:8:
+    Could not find module `Assistant.OSX'
+    Use -v to see a list of the files searched for.
+</pre>
+
+Looks like a missing module.
+
+> Was broken everywhere really, so I fixed it. [[done]] --[[Joey]] 
diff --git a/doc/bugs/cabal_install_fails_to_install_manpage.mdwn b/doc/bugs/cabal_install_fails_to_install_manpage.mdwn
new file mode 100644
index 0000000000..265ad24324
--- /dev/null
+++ b/doc/bugs/cabal_install_fails_to_install_manpage.mdwn
@@ -0,0 +1,43 @@
+### Please describe the problem.
+
+The git-annex manual page is not installed when using [[install/cabal]] to install git-annex.
+
+### What steps will reproduce the problem?
+
+Follow [[install/cabal]] with `--bin-dir=/usr/local` and try `man git-annex`.
+
+I was expecting the manpage to be installed in `/usr/local/share/man`.
+
+### What version of git-annex are you using? On what operating system?
+
+git annex from a recent git build (4.20130909-g7f079d6) in Debian wheezy.
+
+### Please provide any additional information below.
+
+<del>This could be just a documentation problem...</del> Actually, the manpage can be read directly from the source tree in `doc/git-annex.mdwn`, but I still think it should be installed, for [[!wikipedia POLA]]'s sake. --[[anarcat]]
+
+I figured it out - that stuff is in the makefile, I updated [[install/cabal]] accordingly, so <del>done</del> - not done just yet. --[[anarcat]]
+
+> Doesn't seem right to me; Setup.hs has some stuff to do with
+> installing man pages. This does currently require that they 
+> are distributed in pre-built form in the .tar.gz on hackage, 
+> which I've just checked and they are.
+> 
+> Perhaps cabal put the man pages somewhere else? After all, you 
+> apparently did not set --datadir --[[Joey]] 
+
+> > True, I didn't - the docs didn't say to. ;) But really, it's one of two things, either Setup.hs can install manpages, and then the Makefile shouldn't install it, or we should update documentation to use the makefile only. I'll try this again next time I reinstall through cabal i guess... -- [[anarcat]]a
+
+>>> The default location cabal installs man pages to is
+>>> `~/.cabal/share/man/man1`. That is insane, but it is not as
+>>> insane as not installing programs into PATH, which is why
+>>> the documentation tells how to set --bindir to fix that particular
+>>> cabal insanity. (Also, many systems don't have a good per-user
+>>> man directory anyway.)
+>>>
+>>> `make install` does not use `cabal install` because as noted, cabal
+>>> install is thurougly bat shit crazy. Not all systems that have
+>>> cabal have make, which is why the cabal documentation is the way it is.
+>>> --[[Joey]]
+
+[[done]]
diff --git a/doc/bugs/cabal_install_on_Ubuntu_12.04_fails_with_complaint_about_regex-base.mdwn b/doc/bugs/cabal_install_on_Ubuntu_12.04_fails_with_complaint_about_regex-base.mdwn
new file mode 100644
index 0000000000..b84d930b47
--- /dev/null
+++ b/doc/bugs/cabal_install_on_Ubuntu_12.04_fails_with_complaint_about_regex-base.mdwn
@@ -0,0 +1,34 @@
+## What steps will reproduce the problem?
+
+I attempt
+
+      cabal install git-annex
+
+(already having installed `c2hs`)
+
+## What is the expected output? What do you see instead?
+
+I get
+
+        $ cabal install git-annex
+        Resolving dependencies...
+        cabal: Could not resolve dependencies:
+        trying: git-annex-3.20130216.1 (user goal)
+        trying: git-annex-3.20130216.1:+webapp
+        trying: git-annex-3.20130216.1:+assistant
+        trying: yesod-1.1.9 (dependency of git-annex-3.20130216.1:+assistant)
+        trying: http-conduit-1.9.0 (dependency of yesod-1.1.9)
+        trying: regex-compat-0.95.1/installed-851... (dependency of
+        http-conduit-1.9.0)
+        next goal: regex-base (dependency of regex-compat-0.95.1/installed-851...)
+        rejecting: regex-base-0.93.2/installed-999... (conflict: regex-base =>
+        mtl==2.0.1.0/installed-db1..., git-annex => mtl(>=2.1.1))
+        rejecting: regex-base-0.93.2, 0.93.1, 0.93, 0.92, 0.91, 0.90, 0.83, 0.72.0.2,
+        0.72.0.1, 0.71 (conflict: regex-compat => regex-base==0.93.2/installed-999...)
+
+> This is a transient version skew in cabal, generally
+> known as "cabal hell". It will be fixed when the libraries
+> involved fix their versioned dependencies, which may have
+> already happened. Precompiled builds of git-annex are provided
+> so I do not have to chase every transient version skew
+> that occurs for every use who runs into it. [[done]] --[[Joey]] 
diff --git a/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository.mdwn b/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository.mdwn
new file mode 100644
index 0000000000..2a2832da3f
--- /dev/null
+++ b/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository.mdwn
@@ -0,0 +1,208 @@
+What steps will reproduce the problem?
+
+Since syncing of non-git-annex repositories was enabled (thanks!), I see error messages
+
+    conq: invalid command syntax.
+
+in the output of git annex sync (and in the logs of the webapp), which I am fairly sure is an error from bitbucket, which I am using as the centralised repository. I know a similar thing has been reported before ([[conq:_invalid_command_syntax]]), but I really don't know how to tackle this. I have included the output from git annex sync --debug, and the ssh command which is causing this, at the end.
+
+If I strip out all the options from the ssh command, I get the same error. I don't know if this is some peculiarity from bitbucket, or a more general issue.
+
+
+Also, I don't know if this is even a problem. The syncing does seem to work properly.
+
+
+--Walter
+
+**edit** I have tried with another centralised annex-less git server, and the behaviour is better (more logs below). It realises that it doesn't have annex, modifies .git/config, and then afterwards doesn't try to run the problematic command. So, my first guess is that it isn't correctly determining that that command failed in some cases?
+
+
+What version of git-annex are you using? On what operating system?
+
+4.20130423-ge0f5abb, Ubuntu 12.10
+
+Please provide any additional information below.
+
+
+[[!format sh """
+~/annex$ git annex sync --debug
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","symbolic-ref","HEAD"]
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","refs/heads/master"]
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","git-annex"]
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..44700457a651992eb40ff67a148d77217e8aa1d7","--oneline","-n1"]
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..94392bcdad74257adaadb98ce85d17a83da7648c","--oneline","-n1"]
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..ff126032854d9ead0a096acae04f105628de0cc4","--oneline","-n1"]
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..62da8e99021b72a9255064385a75c5fe643e3711","--oneline","-n1"]
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..00cca957c30882c9dfaf494101251e4c634baa31","--oneline","-n1"]
+[2013-04-24 10:21:39 NZST] chat: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","cat-file","--batch"]
+[2013-04-24 10:21:39 NZST] read: git ["config","--null","--list"]
+[2013-04-24 10:21:39 NZST] read: ssh ["-S","/home/walter/annex/.git/annex/ssh/git@bitbucket.org","-o","ControlMaster=auto","-o","ControlPersist=yes","-T","git@bitbucket.org","git-annex-shell 'configlist' '/~/waltersom/annex.git'"]
+conq: invalid command syntax.
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","ls-files","--others","--exclude-standard","--stage","-z","--","/home/walter/annex"]
+commit  
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","commit","-m","git-annex automatic sync"]
+ok
+[2013-04-24 10:21:39 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/heads/synced/master"]
+[2013-04-24 10:21:39 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/master..refs/heads/synced/master","--oneline","-n1"]
+pull bitbucket 
+[2013-04-24 10:21:39 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","fetch","bitbucket"]
+[2013-04-24 10:21:43 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/bitbucket/master"]
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/master..refs/remotes/bitbucket/master","--oneline","-n1"]
+[2013-04-24 10:21:43 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/bitbucket/synced/master"]
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/synced/master..refs/remotes/bitbucket/synced/master","--oneline","-n1"]
+ok
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","git-annex"]
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..44700457a651992eb40ff67a148d77217e8aa1d7","--oneline","-n1"]
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..94392bcdad74257adaadb98ce85d17a83da7648c","--oneline","-n1"]
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..ff126032854d9ead0a096acae04f105628de0cc4","--oneline","-n1"]
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..62da8e99021b72a9255064385a75c5fe643e3711","--oneline","-n1"]
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..00cca957c30882c9dfaf494101251e4c634baa31","--oneline","-n1"]
+[2013-04-24 10:21:43 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","branch","-f","synced/master"]
+[2013-04-24 10:21:43 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/bitbucket/synced/master"]
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/remotes/bitbucket/synced/master..refs/heads/synced/master","--oneline","-n1"]
+[2013-04-24 10:21:43 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/bitbucket/git-annex"]
+[2013-04-24 10:21:43 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/remotes/bitbucket/git-annex..git-annex","--oneline","-n1"]
+push bitbucket 
+[2013-04-24 10:21:43 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","push","bitbucket","git-annex:synced/git-annex","master:synced/master"]
+Everything up-to-date
+ok
+"""]]
+
+
+[[!format sh """
+~/annex$ ssh -vvv -S /home/walter/annex/.git/annex/ssh/git@bitbucket.org -o ControlMaster=auto -o ControlPersist=yes -T git@bitbucket.org git-annex-shell 'configlist' '/~/waltersom/annex.git'
+OpenSSH_6.0p1 Debian-3ubuntu1, OpenSSL 1.0.1c 10 May 2012
+debug1: Reading configuration data /etc/ssh/ssh_config
+debug1: /etc/ssh/ssh_config line 19: Applying options for *
+debug1: auto-mux: Trying existing master
+debug2: fd 3 setting O_NONBLOCK
+debug2: mux_client_hello_exchange: master version 4
+debug3: mux_client_forwards: request forwardings: 0 local, 0 remote
+debug3: mux_client_request_session: entering
+debug3: mux_client_request_alive: entering
+debug3: mux_client_request_alive: done pid = 5213
+debug3: mux_client_request_session: session request sent
+debug1: mux_client_request_session: master session id: 2
+conq: invalid command syntax.
+debug3: mux_client_read_packet: read header failed: Broken pipe
+debug2: Received exit status from master 0
+"""]]
+
+
+Here is the output once I added another (non-bitbucket) repository, also without git-annex-shell
+
+[[!format sh """
+~/annex$ git annex sync --debug
+[2013-04-24 10:56:20 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","symbolic-ref","HEAD"]
+[2013-04-24 10:56:20 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","refs/heads/master"]
+[2013-04-24 10:56:20 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","git-annex"]
+[2013-04-24 10:56:20 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-24 10:56:20 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..44700457a651992eb40ff67a148d77217e8aa1d7","--oneline","-n1"]
+[2013-04-24 10:56:20 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..94392bcdad74257adaadb98ce85d17a83da7648c","--oneline","-n1"]
+[2013-04-24 10:56:20 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..ff126032854d9ead0a096acae04f105628de0cc4","--oneline","-n1"]
+[2013-04-24 10:56:20 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..62da8e99021b72a9255064385a75c5fe643e3711","--oneline","-n1"]
+[2013-04-24 10:56:20 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..00cca957c30882c9dfaf494101251e4c634baa31","--oneline","-n1"]
+[2013-04-24 10:56:20 NZST] chat: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","cat-file","--batch"]
+[2013-04-24 10:56:20 NZST] read: git ["config","--null","--list"]
+[2013-04-24 10:56:20 NZST] read: ssh ["-S","/home/walter/annex/.git/annex/ssh/waltersom_aaatos@ssh.phx.nearlyfreespeech.net","-o","ControlMaster=auto","-o","ControlPersist=yes","-T","waltersom_aaatos@ssh.phx.nearlyfreespeech.net","git-annex-shell 'configlist' '/home/protected/gitroot/test.git'"]
+waltersom_aaatos@ssh.phx.nearlyfreespeech.net's password: 
+-bash: git-annex-shell: command not found
+[2013-04-24 10:56:25 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","fetch","--quiet","aaatos"]
+waltersom_aaatos@ssh.phx.nearlyfreespeech.net's password: 
+
+  Remote aaatos does not have git-annex installed; setting remote.aaatos.annex-ignore
+[2013-04-24 10:56:30 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","config","remote.aaatos.annex-ignore","true"]
+[2013-04-24 10:56:30 NZST] read: ssh ["-S","/home/walter/annex/.git/annex/ssh/git@bitbucket.org","-o","ControlMaster=auto","-o","ControlPersist=yes","-T","git@bitbucket.org","git-annex-shell 'configlist' '/~/waltersom/annex.git'"]
+conq: invalid command syntax.
+[2013-04-24 10:56:30 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","ls-files","--others","--exclude-standard","--stage","-z","--","/home/walter/annex"]
+commit  
+[2013-04-24 10:56:30 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","commit","-m","git-annex automatic sync"]
+ok
+[2013-04-24 10:56:30 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/heads/synced/master"]
+[2013-04-24 10:56:30 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/master..refs/heads/synced/master","--oneline","-n1"]
+pull bitbucket 
+[2013-04-24 10:56:30 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","fetch","bitbucket"]
+[2013-04-24 10:56:34 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/bitbucket/master"]
+[2013-04-24 10:56:34 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/master..refs/remotes/bitbucket/master","--oneline","-n1"]
+[2013-04-24 10:56:34 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/bitbucket/synced/master"]
+[2013-04-24 10:56:35 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/synced/master..refs/remotes/bitbucket/synced/master","--oneline","-n1"]
+ok
+pull aaatos 
+[2013-04-24 10:56:35 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","fetch","aaatos"]
+waltersom_aaatos@ssh.phx.nearlyfreespeech.net's password: 
+[2013-04-24 10:56:40 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/aaatos/master"]
+[2013-04-24 10:56:40 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/aaatos/synced/master"]
+[2013-04-24 10:56:40 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/synced/master..refs/remotes/aaatos/synced/master","--oneline","-n1"]
+ok
+[2013-04-24 10:56:40 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","git-annex"]
+[2013-04-24 10:56:40 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-24 10:56:40 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..44700457a651992eb40ff67a148d77217e8aa1d7","--oneline","-n1"]
+[2013-04-24 10:56:40 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..94392bcdad74257adaadb98ce85d17a83da7648c","--oneline","-n1"]
+[2013-04-24 10:56:40 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..ff126032854d9ead0a096acae04f105628de0cc4","--oneline","-n1"]
+[2013-04-24 10:56:40 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..62da8e99021b72a9255064385a75c5fe643e3711","--oneline","-n1"]
+[2013-04-24 10:56:40 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/heads/git-annex..00cca957c30882c9dfaf494101251e4c634baa31","--oneline","-n1"]
+[2013-04-24 10:56:40 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","branch","-f","synced/master"]
+[2013-04-24 10:56:40 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/bitbucket/synced/master"]
+[2013-04-24 10:56:40 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/remotes/bitbucket/synced/master..refs/heads/synced/master","--oneline","-n1"]
+[2013-04-24 10:56:40 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/bitbucket/git-annex"]
+[2013-04-24 10:56:40 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/remotes/bitbucket/git-annex..git-annex","--oneline","-n1"]
+push bitbucket 
+[2013-04-24 10:56:40 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","push","bitbucket","git-annex:synced/git-annex","master:synced/master"]
+Everything up-to-date
+ok
+[2013-04-24 10:56:44 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/aaatos/synced/master"]
+[2013-04-24 10:56:44 NZST] read: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","log","refs/remotes/aaatos/synced/master..refs/heads/synced/master","--oneline","-n1"]
+[2013-04-24 10:56:44 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","show-ref","--verify","-q","refs/remotes/aaatos/git-annex"]
+push aaatos 
+[2013-04-24 10:56:44 NZST] call: git ["--git-dir=/home/walter/annex/.git","--work-tree=/home/walter/annex","push","aaatos","git-annex:synced/git-annex","master:synced/master"]
+waltersom_aaatos@ssh.phx.nearlyfreespeech.net's password: 
+Counting objects: 1363, done.
+Delta compression using up to 8 threads.
+Compressing objects: 100% (604/604), done.
+Writing objects: 100% (1363/1363), 96.41 KiB, done.
+Total 1363 (delta 709), reused 898 (delta 467)
+To waltersom_aaatos@ssh.phx.nearlyfreespeech.net:/home/protected/gitroot/test.git
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+ok
+[2013-04-24 10:56:50 NZST] read: ssh ["-O","stop","-S","/home/walter/annex/.git/annex/ssh/waltersom_aaatos@ssh.phx.nearlyfreespeech.net","-o","ControlMaster=auto","-o","ControlPersist=yes","waltersom_aaatos@ssh.phx.nearlyfreespeech.net"]
+"""]]
+
+
+Here is the contents of .git/config (the last line was added by git annex sync)
+[[!format sh """
+[core]
+	repositoryformatversion = 0
+	filemode = true
+	bare = false
+	logallrefupdates = true
+[annex]
+	uuid = ef94eb2c-ebce-4419-900b-937c88df9aa1
+	version = 3
+	direct = true
+	diskreserve = 1 gigabyte
+	numcopies = 1
+	autocommit = true
+[gc]
+	auto = 0
+[remote "S3Sydney"]
+	annex-s3 = true
+	annex-uuid = 004d3b86-43db-4d82-9dec-347bc1b86420
+[remote "327D522A6727FE79"]
+	url = /media/walter/327D522A6727FE79/annex
+	fetch = +refs/heads/*:refs/remotes/327D522A6727FE79/*
+	annex-uuid = c9fe9266-3581-4608-aa3c-9322afd9b533
+	annex-cost = 125.0
+	annex-sync = true
+[remote "bitbucket"]
+	url = git@bitbucket.org:waltersom/annex.git
+	fetch = +refs/heads/*:refs/remotes/bitbucket/*
+[remote "aaatos"]
+	url = waltersom_aaatos@ssh.phx.nearlyfreespeech.net:/home/protected/gitroot/test.git
+	fetch = +refs/heads/*:refs/remotes/aaatos/*
+	annex-ignore = true
+"""]]
+
+> Reproduced and fixed. [[done]] --[[Joey]] 
diff --git a/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_1_dd202a7764d9df998868d595a86ffb21._comment b/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_1_dd202a7764d9df998868d595a86ffb21._comment
new file mode 100644
index 0000000000..50a133ac8e
--- /dev/null
+++ b/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_1_dd202a7764d9df998868d595a86ffb21._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="you win at highlighting logs!"
+ date="2013-04-23T23:04:13Z"
+ content="""
+This weird message is coming from whatever equivilant bitbucket has of a login shell.
+
+I'd expect you would only see the message once. When git-annex notices it cannot run git-annex-shell on the remote, it automatically sets `remote.bitbucket.annex-ignore`. Once that is set, it will not try again to send/receive files from the remote. But due to the recent change I made, will still git push/pull to it.
+
+I don't see anything unexpected in the logs.. What would be unexpected is if `remote.bitbucket.annex-ignore` is set, and it tries to do this again next time it syncs. Or if `remote.bitbucket.annex-ignore` is not set to true in `.git/config`.
+
+Here is an example of how it's supposed to work:
+
+<pre>
+joey@gnu:~/tmp/rr>git annex sync
+fatal: unrecognized command 'git-annex-shell 'configlist' '/~/test.git''
+
+  Remote origin does not have git-annex installed; setting remote.origin.annex-ignore
+commit  
+ok
+
+joey@gnu:~/tmp/rr>git config remote.origin.annex-ignore 
+true
+
+joey@gnu:~/tmp/rr>git annex sync
+commit  
+ok
+</pre>
+"""]]
diff --git a/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_2_ca065c82ac8e3215b581660f3e44f459._comment b/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_2_ca065c82ac8e3215b581660f3e44f459._comment
new file mode 100644
index 0000000000..c7d4ad7c39
--- /dev/null
+++ b/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_2_ca065c82ac8e3215b581660f3e44f459._comment
@@ -0,0 +1,51 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject=":'( no format directive in comments?"
+ date="2013-04-23T23:13:02Z"
+ content="""
+That's right; `git config remote.bitbucket.annex-ignore true` does fix the problem.
+
+So, I guess if you're looking for more things to do, there is somehow a problem detecting that git-annex-shell isn't present sometimes.
+
+
+    ~/annex$ git config remote.bitbucket.annex-ignore
+    ~/annex$ git annex sync
+    conq: invalid command syntax.
+    commit  
+    ok
+    pull bitbucket 
+    ok
+    push bitbucket 
+    Everything up-to-date
+    ok
+    ~/annex$ git annex sync
+    conq: invalid command syntax.
+    commit  
+    ok
+    pull bitbucket 
+    ok
+    push bitbucket 
+    Everything up-to-date
+    ok
+    ~/annex$ git annex sync
+    conq: invalid command syntax.
+    commit  
+    ok
+    pull bitbucket 
+    ok
+    push bitbucket 
+    Everything up-to-date
+    ok
+    ~/annex$ git config remote.bitbucket.annex-ignore true
+    ~/annex$ git annex sync
+    commit  
+    ok
+    pull bitbucket 
+    ok
+    push bitbucket 
+    Everything up-to-date
+    ok
+    
+
+"""]]
diff --git a/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_3_927a01f9961c71bedb42c519a31b5fe5._comment b/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_3_927a01f9961c71bedb42c519a31b5fe5._comment
new file mode 100644
index 0000000000..e565eaf7af
--- /dev/null
+++ b/doc/bugs/call_to_git-annex-shell_when_on_centralised___40__non-git-annex__41___repository/comment_3_927a01f9961c71bedb42c519a31b5fe5._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-23T23:13:45Z"
+ content="""
+I noticed this:
+
+> debug2: Received exit status from master 0
+
+So, bitbucket prints an error message.. and exits successfully. Durrrrrr....
+
+I'll put in a fix for this if I can. FWIW, the behavior is nothing to worry about; everything will work as-is, it'll just annoyingly keep trying to ask bitbucket to please identify its repository via git-annex-shell.
+"""]]
diff --git a/doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode.mdwn b/doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode.mdwn
new file mode 100644
index 0000000000..ca47d3a4c7
--- /dev/null
+++ b/doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode.mdwn
@@ -0,0 +1,23 @@
+### Please describe the problem.
+When trying to annex get *from* an annex on a Windows machine, over HTTP, annex get fails with 404 errors.
+
+### What steps will reproduce the problem?
+1. Create an annex on a Windows and Linux machine.
+2. annex add some content on Windows repository.
+3. Configure Windows repository for HTTP access
+4. on Linux machine, fetch updates. this succeeds.
+5. attempt to "annex get <new files>"
+6. requests for files of the format ".git/annex/objects/<3-char-hash>/<3-char-hash>/SHA<filehash>.<extension>" fail with 404 errors. the annex get fails.
+
+
+### 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.
+there is no <filehash>.<extension> file in the relevant directories, there are only .map and .cache files. The Windows annex is in direct mode, and the Linux annex fails to annex get from this correctly.
+
+[[!meta title="can't use a direct mode repository as a http remote"]]
+
+> [[done]]; unsupported configuration. --[[Joey]] 
diff --git a/doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode/comment_1_20c31a844d8351a99cf69e05d2836e0e._comment b/doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode/comment_1_20c31a844d8351a99cf69e05d2836e0e._comment
new file mode 100644
index 0000000000..17665bd704
--- /dev/null
+++ b/doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode/comment_1_20c31a844d8351a99cf69e05d2836e0e._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkxl76M-3zKZXFbFf6NY6c6y-78CSKGyJw"
+ nickname="T"
+ subject="comment 1"
+ date="2013-07-06T20:11:54Z"
+ content="""
+When I tried to duplicate these results today, it failed in a different fashion.
+
+adding a new file (file2.txt) to a test repo on windows, setting up an HTTP access, and fetching and merging onto linux leaves the following state:
+[[!format sh \"\"\"
+test-git-annex@linux_host:~/test_annex$ ls -l
+total 4
+lrwxrwxrwx 1 test-git-annex test-git-annex   <datetime> file1.txt -> this is some content?
+lrwxrwxrwx 1 test-git-annex test-git-annex   <datetime> file2.txt -> some new content, on a new annex
+\"\"\"]]
+
+it is treating the contents of the files as the name of a symlink. get annex get . is unable to retrieve them as contents.
+
+"""]]
diff --git a/doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode/comment_2_f26e0f763f9027d9dfc08cd840ced153._comment b/doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode/comment_2_f26e0f763f9027d9dfc08cd840ced153._comment
new file mode 100644
index 0000000000..913f5304dd
--- /dev/null
+++ b/doc/bugs/can__39__t_annex_get_from_annex_in_direct_mode/comment_2_f26e0f763f9027d9dfc08cd840ced153._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 2"
+ date="2013-07-07T17:43:49Z"
+ content="""
+You generally cannot use a git-annex repository that is in direct mode as a remote over http. A remote git-annex does not have sufficient information to safely use a direct mode repository in that way. I don't think I can fix that. The http transport will work with indirect mode repositories (not supported on Windows), and with bare repositories (should work ok on Windows).
+
+I'm perplexed by what you show happening in the comment. It appears that the content of the files has been staged into the git repository as the symlink target on Windows. I have never seen that happen, cannot imagine how git-annex could do that. My best guess is you might have run `git commit -a` after `git annex add`, and on Windows, since it doesn't really have symlinks, that could leave the symlink bit set while staging the full content of the file. You should never run `git commit -a` in a direct mode repository (Windows always uses direct mode). See [[/direct_mode]] for caveats about git commands that are unsafe to run in direct mode.
+"""]]
diff --git a/doc/bugs/can__39__t_run_the_assistant_from_the_command_line_anymore__63__.mdwn b/doc/bugs/can__39__t_run_the_assistant_from_the_command_line_anymore__63__.mdwn
new file mode 100644
index 0000000000..58828e8ca8
--- /dev/null
+++ b/doc/bugs/can__39__t_run_the_assistant_from_the_command_line_anymore__63__.mdwn
@@ -0,0 +1,31 @@
+What steps will reproduce the problem?
+
+just compiled the latest version of git annex from git, checkout hash was c9c0042
+
+Tried running the assistant from the command line, got unexpected error
+
+What is the expected output? What do you see instead?
+
+Expected assistant to start, instead got:
+
+    annex$  git annex assistant
+    git-annex: watch mode is not available on this system
+
+
+What version of git-annex are you using? On what operating system?
+
+annex$  git annex version
+git-annex version: 3.20130103
+local repository version: 3
+default repository version: 3
+supported repository versions: 3
+upgrade supported from repository versions: 0 1 2
+annex$ 
+
+OS X Lion.
+
+
+Please provide any additional information below.
+
+> The cabal file had a typo that prevented it from using hfsevents. I'm
+> uploading a fix now. [[done]] --[[Joey]]
diff --git a/doc/bugs/can_not_add_ssh_remote_to_assistant_with___34__host:port__34___syntax.mdwn b/doc/bugs/can_not_add_ssh_remote_to_assistant_with___34__host:port__34___syntax.mdwn
new file mode 100644
index 0000000000..dfe2738ef5
--- /dev/null
+++ b/doc/bugs/can_not_add_ssh_remote_to_assistant_with___34__host:port__34___syntax.mdwn
@@ -0,0 +1,30 @@
+What steps will reproduce the problem?
+
+* Start the assistant
+* try to add a remote server (ssh) which is not on port 22. E.g. using myhost:1234
+* after a rather long time the connection fails
+
+
+What is the expected output? What do you see instead?
+
+it would be nice if this syntax was supported, or if an (optional) port field was provided.
+second best solution: inform the user that "myhost:1234" is not the expected format.
+third best solution (already in place) fail with "some error message".
+
+
+
+
+What version of git-annex are you using? On what operating system?
+
+3.20121016 on Ubuntu 12.04 (in future maybe also on home nas with wheezy)
+
+
+Please provide any additional information below.
+
+Thanks for a nice program and all your work on debian!
+this is not really a bug more of a wishlist feature.
+
+
+[[!tag /design/assistant]]
+
+> Ok, it has a port field now. [[done]] --[[Joey]] 
diff --git a/doc/bugs/can_not_add_ssh_remote_to_assistant_with___34__host:port__34___syntax/comment_1_397eb359c3f8ef30460a9556b6f55848._comment b/doc/bugs/can_not_add_ssh_remote_to_assistant_with___34__host:port__34___syntax/comment_1_397eb359c3f8ef30460a9556b6f55848._comment
new file mode 100644
index 0000000000..991a7483d9
--- /dev/null
+++ b/doc/bugs/can_not_add_ssh_remote_to_assistant_with___34__host:port__34___syntax/comment_1_397eb359c3f8ef30460a9556b6f55848._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-11-09T14:04:57Z"
+ content="""
+edit ~/.ssh/config. add
+
+    Host myhost
+    Port 1234
+
+
+now you never have to specify the port again(for ssh,scp,rsync,etc)
+"""]]
diff --git a/doc/bugs/cannot_add_file__44___get___34__user_error__34__.mdwn b/doc/bugs/cannot_add_file__44___get___34__user_error__34__.mdwn
new file mode 100644
index 0000000000..398cda3b60
--- /dev/null
+++ b/doc/bugs/cannot_add_file__44___get___34__user_error__34__.mdwn
@@ -0,0 +1,32 @@
+What steps will reproduce the problem?
+
+I can reproduce it locally:
+
+    % annex -d add Eigene\ Bilder/
+    [2013-03-19 15:44:01 CET] read: git ["--git-dir=/Users/fschulze/Bilder/.git","--work-tree=/Users/fschulze/Bilder","ls-files","--others","--exclude-standard","-z","--","Eigene Bilder/"]
+    [2013-03-19 15:44:01 CET] read: git ["--git-dir=/Users/fschulze/Bilder/.git","--work-tree=/Users/fschulze/Bilder","diff","--name-only","--diff-filter=T","-z","--","Eigene Bilder/"]
+    add Eigene Bilder/20070311/Bild023.jpg [2013-03-19 15:44:01 CET] chat: git ["--git-dir=/Users/fschulze/Bilder/.git","--work-tree=/Users/fschulze/Bilder","check-attr","-z","--    stdin","annex.backend","annex.numcopies","--"]
+    (checksum...) [2013-03-19 15:44:01 CET] read: sha512sum ["/Users/fschulze/Bilder/.git/annex/tmp/Bild02366551.jpg"]
+
+git-annex: user error (sha512sum ["/Users/fschulze/Bilder/.git/annex/tmp/Bild02366551.jpg"] exited 127)
+failed
+
+What is the expected output? What do you see instead?
+
+The file isn't added.
+
+What version of git-annex are you using? On what operating system?
+
+OS X from dmg
+
+    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 FsEvents XMPP DNS
+
+> The OSX app is now changed so that git-annex is a wrapper
+> script using runshell. This allows putting `git-annex.app/Contents/MacOS`
+> into PATH and using git-annex, and it will find all the libraries and
+> utilities bundled with it. [[done]] --[[Joey]]
diff --git a/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_1_14aa717c1befcbbf526f25ca2f0af825._comment b/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_1_14aa717c1befcbbf526f25ca2f0af825._comment
new file mode 100644
index 0000000000..87855ab4bd
--- /dev/null
+++ b/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_1_14aa717c1befcbbf526f25ca2f0af825._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-19T17:19:32Z"
+ content="""
+What version of OSX is this? From what url did you download the dmg? 
+
+Have you run \"runshell\" to get the shell you're using git-annex in?
+
+What happens if you run sha512sum on the file yourself?
+
+The SHA512 backend is not the default backend used by git-annex. Is the default SHA256 backend working?
+"""]]
diff --git a/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_2_7f7ac59e7f3dce9d7a7d0c3379c2edcf._comment b/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_2_7f7ac59e7f3dce9d7a7d0c3379c2edcf._comment
new file mode 100644
index 0000000000..0e9b034c0d
--- /dev/null
+++ b/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_2_7f7ac59e7f3dce9d7a7d0c3379c2edcf._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawla3gLc6_rHuggFfy7o7eGMPvPztFZTrUQ"
+ nickname="Florian"
+ subject="comment 2"
+ date="2013-03-19T17:42:00Z"
+ content="""
+OS X Lion 10.7.5
+http://downloads.kitenet.net/git-annex/OSX/current/10.7.5_Lion/git-annex.dmg.bz2
+
+What is \"runshell\"? I used the binary from inside the app, maybe that's the issue? How am I supposed to use it from the command line? I had used a 2012 version installed via cabal before, but upgrading it didn't work anymore. I got lot's of errors from various cabal packages when I tried.
+
+Directly it seems to work fine:
+
+% ~/Applications/git-annex.app/Contents/MacOS/sha512sum Eigene\ Bilder/20070311/Bild023.jpg
+96d61ed877bcd5c9b5935aca77a1eae78bcb577d5c7aa049b247861bbcd4122ff3c2280ea6dc6152bc843e73c006281614c28d14bdd70aa1692f948e8f19bf4c  Eigene Bilder/20070311/Bild023.jpg
+
+I'm actually using SHA512E. I will try later to reproduce with just that file in another repository. Is there anything else I can provide?
+"""]]
diff --git a/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_3_5ebf03120b12edb3fbb8954546e7603e._comment b/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_3_5ebf03120b12edb3fbb8954546e7603e._comment
new file mode 100644
index 0000000000..8db2a8ea19
--- /dev/null
+++ b/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_3_5ebf03120b12edb3fbb8954546e7603e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-19T18:17:23Z"
+ content="""
+`~/Applications/git-annex.app/Contents/MacOS/runshell` is a little program that sets up your shell to use the programs, and crucially, the libraries, included in the dmg. Running binaries from the app directly and not through runshell is not likely to work. I have updated [[the_OSX_page|/install/OSX]] with information about runshell.
+"""]]
diff --git a/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_4_1ba6d2614778949520b47896fd98b598._comment b/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_4_1ba6d2614778949520b47896fd98b598._comment
new file mode 100644
index 0000000000..383f21f1cb
--- /dev/null
+++ b/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_4_1ba6d2614778949520b47896fd98b598._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawla3gLc6_rHuggFfy7o7eGMPvPztFZTrUQ"
+ nickname="Florian"
+ subject="comment 4"
+ date="2013-03-19T21:18:19Z"
+ content="""
+Using runshell solved the problem, but for my usecases I'm not happy with that. I guess I'll try with a clean cabal again.
+"""]]
diff --git a/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_5_4a6e55861a63b350a02edb888b4da99b._comment b/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_5_4a6e55861a63b350a02edb888b4da99b._comment
new file mode 100644
index 0000000000..1baec9625c
--- /dev/null
+++ b/doc/bugs/cannot_add_file__44___get___34__user_error__34__/comment_5_4a6e55861a63b350a02edb888b4da99b._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-03-19T22:53:30Z"
+ content="""
+Well, one way to use runshell without annoyance is to put a git-annex wrapper in ~/bin
+like this:
+
+<pre>
+#!/bin/sh
+~/Applications/git-annex.app/Contents/MacOS/runshell git-annex \"$@\"
+</pre>
+
+I think I will repurpose this bug report: The git-annex inside the dmg should
+be such a wrapper, so that it can just be put into PATH and used. The actual binaries in the dmg should be hidden away in a subdirectory where users won't stumble over them.
+
+----
+
+However, cabal is a fine choice.
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server.mdwn b/doc/bugs/cannot_connect_to_xmpp_server.mdwn
new file mode 100644
index 0000000000..d64b64003f
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server.mdwn
@@ -0,0 +1,32 @@
+I cannot get the assistant to connect to my jabber account, db48x@db48x.net. I get the message stating that it may take a minute, which is never updated. At the very least I would expect some sort of error message.
+
+I get the same symptoms if I connect to an account @gmail.com, but type in the wrong password. If I put in the correct password, it connects quite quickly.
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format txt """
+[db48x@celebdil ~]$ git annex version
+git-annex version: 4.20130709
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+[db48x@celebdil ~]$ uname -a
+Linux celebdil 3.9.9-201.fc18.x86_64 #1 SMP Fri Jul 5 16:42:02 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
+"""]]
+
+(Fedora 18)
+
+I get exactly the same behavior on my phone, which is running Android 4.1.2
+
+
+### Please provide any additional information below.
+
+[[!format txt """
+[db48x@celebdil books]$ cat .git/annex/daemon.log
+[2013-07-20 16:21:28 PDT] main: starting assistant version 4.20130709
+(scanning...) [2013-07-20 16:21:28 PDT] Watcher: Performing startup scan
+(started...) 
+"""]]
+
+> Closing this bug, since it's not something I can fix in git-annex,
+> but would have to be dealt with in the haskell XMPP library. 
+> Which seems unlikely given John's reply, but you never know --
+> and the bug I filed is still open ;) [[done]] --[[Joey]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_10_5072de8fcca9fe70bc235ea8c8ee2877._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_10_5072de8fcca9fe70bc235ea8c8ee2877._comment
new file mode 100644
index 0000000000..5e2839db2a
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_10_5072de8fcca9fe70bc235ea8c8ee2877._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 10"
+ date="2013-07-21T03:58:35Z"
+ content="""
+Upstream bug report: <http://bugs.debian.org/717463>
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_11_dabd74bba1f38b326a2d0c86d3027cd9._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_11_dabd74bba1f38b326a2d0c86d3027cd9._comment
new file mode 100644
index 0000000000..2ceb4c08f7
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_11_dabd74bba1f38b326a2d0c86d3027cd9._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://john-millikin.com/"
+ nickname="John Millikin"
+ subject="comment 11"
+ date="2013-07-22T01:52:41Z"
+ content="""
+(I'm the author of the XMPP library git-annex uses)
+
+The biggest issue I can think of with continuing in the absence of a &lt;features&gt; element is authentication. Without &lt;features&gt; the client library is not able to know which SASL mechanisms are supported, so it can't authenticate.
+
+It is possible to modify the XMPP library such that it can work around the problems exibited by this server software (adding a timeout to receipt, hardcoding a fallback SASL list), but I very much do not want to do that because it would almost certainly cause unexpected behavior when used with properly working servers.
+
+According to <a href=\"http://www.mail-archive.com/jdev@jabber.org/msg10598.html\">http://www.mail-archive.com/jdev@jabber.org/msg10598.html</a> , jabberd-1.4.3 was released in 2003. Since its release, there have been multiple severe security issues discovered, including a remote crash (see <a href=\"http://mail.jabber.org/pipermail/jabberd/2004-September/002004.html\">http://mail.jabber.org/pipermail/jabberd/2004-September/002004.html</a> and <a href=\"http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2004-1378\">http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2004-1378</a>).
+
+In my opinion, the best course of action is for Daniel to switch to a different Jabber server software, preferably one that is still actively maintained.
+
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_12_0245b426cc0ab64f8c167b8806b03f5d._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_12_0245b426cc0ab64f8c167b8806b03f5d._comment
new file mode 100644
index 0000000000..18f956c3ed
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_12_0245b426cc0ab64f8c167b8806b03f5d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5WyknJirJJridJjiPNgrlYxGG9xrZBvA"
+ nickname="Daniel"
+ subject="comment 12"
+ date="2013-07-23T00:59:33Z"
+ content="""
+oh, I agree that upgrading is sensible, but I don't actually control the server. Also, I don't see anything in the changelog that indicates that this bug has been fixed. The bug database is out of action as well. A brief examination of the source didn't answer any questions either. Very annoying all around.
+
+Just think of it as adding robustness in the face of a misbehaving server.
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_1_307df11b5bcf289d7999e1e7f7c461c9._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_1_307df11b5bcf289d7999e1e7f7c461c9._comment
new file mode 100644
index 0000000000..1ad583ec75
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_1_307df11b5bcf289d7999e1e7f7c461c9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 1"
+ date="2013-07-21T01:20:32Z"
+ content="""
+I've fixed the gmail.com problem. It was trying all the servers returned by the SRV query, which all failed due to the bad password, and then fell back to trying gmail.com directly. For whatever reason, gmail.com will accept XMPP connections, but never responds to traffic, so it hung.
+
+The hang with your own XMPP server does not seem related to that.
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_2_f24378cf30a7d32594da90749fabec3c._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_2_f24378cf30a7d32594da90749fabec3c._comment
new file mode 100644
index 0000000000..39c69b5eae
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_2_f24378cf30a7d32594da90749fabec3c._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 2"
+ date="2013-07-21T01:26:49Z"
+ content="""
+It seems to start to connect to db48x.net, and hang. It may be failing to parse the response about the password being bad, or something like that, and be sitting around waiting for a response. I'm not sure.
+
+What XMPP server software are you using?
+
+The next step would probably be to get a tcpdump of the XMPP connection, ideally with SSL disabled. (Assuming the hang is not occuring during the SSL setup.)
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_3_4b07093be844ac62b611cee1dfde5aa7._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_3_4b07093be844ac62b611cee1dfde5aa7._comment
new file mode 100644
index 0000000000..b396e97a13
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_3_4b07093be844ac62b611cee1dfde5aa7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5WyknJirJJridJjiPNgrlYxGG9xrZBvA"
+ nickname="Daniel"
+ subject="comment 3"
+ date="2013-07-21T02:26:38Z"
+ content="""
+I captured the connection attempt; the trace is at <http://db48x.net/temp/annex-xmpp-connection.pcap.gz>
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_4_fe1ed152a485c4aebfa9b9f300101835._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_4_fe1ed152a485c4aebfa9b9f300101835._comment
new file mode 100644
index 0000000000..89c66d1731
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_4_fe1ed152a485c4aebfa9b9f300101835._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-07-21T02:45:52Z"
+ content="""
+Comparing that to when I connect to gmail, I see that my server isn't sending any stream features; my server doesn't support TLS.
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_5_2d311f520aee04287df6bddfd8535734._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_5_2d311f520aee04287df6bddfd8535734._comment
new file mode 100644
index 0000000000..62e0389412
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_5_2d311f520aee04287df6bddfd8535734._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 5"
+ date="2013-07-21T02:55:36Z"
+ content="""
+Great. We can see git-annex opens the XMPP stream tag, and your server responds by opening its own tag.
+
+Compare with this similar conversation:
+
+    joey@gnu:~>telnet kite 5222
+    Trying 80.68.85.49...
+    Connected to wren.kitenet.net.
+    Escape character is '^]'.
+    <?xml version='1.0'?>
+    <stream:stream xmlns=\"jabber:client\" to=\"kitenet.net\" version=\"1.0\"   xmlns:stream=\"http://etherx.jabber.org/streams\">
+    <?xml version='1.0'?><stream:stream xmlns='jabber:client' xmlns:stream='http://etherx.jabber.org/streams'   id='e7d73883-a362-4923-89f8-0531eb9d16a0' from='kitenet.net' version='1.0' xml:lang='en'><stream:features>   
+
+So far it's the same as the conversation with your server, but now my server goes on to send another line:
+
+    <stream:features><starttls xmlns='urn:ietf:params:xml:ns:xmpp-tls'/><mechanisms xmlns='urn:ietf:params:xml:ns:xmpp-sasl'>  <mechanism>SCRAM-SHA-1</mechanism><mechanism>DIGEST-MD5</mechanism></mechanisms></stream:features>
+
+While your server does not send anything. 
+
+I see that my XMPP client library expects to receive a features tag at this point. Until it does, it won't continue. It may be that your server is not sending the features because it does not implement TLS or any of the other features that need to be advertised.
+
+I think I need to report this to the author of the XMPP client library. It would help to know what XMPP server software you're using, and if it has TLS support enabled.
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_6_d9f916f012184738446c5996ee9d2270._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_6_d9f916f012184738446c5996ee9d2270._comment
new file mode 100644
index 0000000000..5bcc63d20f
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_6_d9f916f012184738446c5996ee9d2270._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 6"
+ date="2013-07-21T03:07:41Z"
+ content="""
+If the initiating entity includes in the initial stream header the 'version' attribute set to a value of at least \"1.0\" (see Section 4.7.5), after sending the response stream header the receiving entity MUST send a <features/> child element 
+
+-- <http://xmpp.org/rfcs/rfc6120.html#streams-negotiation>\"
+
+By my reading this XMPP server is not RFC compliant. It's not clear to me if there's a good way for the XMPP client
+to cater to XMPP servers that neglect to send at least an empty features tag.
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_7_0b5f9350e2367301241c7668a15815ef._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_7_0b5f9350e2367301241c7668a15815ef._comment
new file mode 100644
index 0000000000..bcb47e20a5
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_7_0b5f9350e2367301241c7668a15815ef._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5WyknJirJJridJjiPNgrlYxGG9xrZBvA"
+ nickname="Daniel"
+ subject="comment 7"
+ date="2013-07-21T03:08:52Z"
+ content="""
+My server doesn't support TLS at all, and I don't really know what software it is (It's just a freebie that comes with the webhosting for the domain, I don't actually administer it myself). I'll try to find out, perhaps it's something an upgrade can fix.
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_8_f00b6ae154004e405f0bd23b7359962e._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_8_f00b6ae154004e405f0bd23b7359962e._comment
new file mode 100644
index 0000000000..06311fb13a
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_8_f00b6ae154004e405f0bd23b7359962e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5WyknJirJJridJjiPNgrlYxGG9xrZBvA"
+ nickname="Daniel"
+ subject="comment 8"
+ date="2013-07-21T03:10:25Z"
+ content="""
+Oh, and I agree with your reading of the spec; I was just looking that up myself. I will point out that most other software apparently treats a missing features tag as if it were an empty one, so it's certainly doable :)
+"""]]
diff --git a/doc/bugs/cannot_connect_to_xmpp_server/comment_9_41b86468013da15f46be29da520afa10._comment b/doc/bugs/cannot_connect_to_xmpp_server/comment_9_41b86468013da15f46be29da520afa10._comment
new file mode 100644
index 0000000000..67bec739eb
--- /dev/null
+++ b/doc/bugs/cannot_connect_to_xmpp_server/comment_9_41b86468013da15f46be29da520afa10._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm5WyknJirJJridJjiPNgrlYxGG9xrZBvA"
+ nickname="Daniel"
+ subject="comment 9"
+ date="2013-07-21T03:24:03Z"
+ content="""
+It's jabberd 1.4.3. Unfortunately the jabberd14 webpage is rather broken; I can't get to the bugzilla or even the svn or downloads page so I don't know if this is a known bug, something that's been fixed in a newer version, or anything.
+"""]]
diff --git a/doc/bugs/cannot_determine_uuid_for_origin.mdwn b/doc/bugs/cannot_determine_uuid_for_origin.mdwn
new file mode 100644
index 0000000000..611a0f2368
--- /dev/null
+++ b/doc/bugs/cannot_determine_uuid_for_origin.mdwn
@@ -0,0 +1,135 @@
+[[!toc]]
+
+### Please describe the problem.
+
+I get this error when trying to copy annexed files from my laptop to the bare repository on my server:
+
+    anarcat@angela:ohm2013$ git annex copy -t origin .
+    git-annex: cannot determine uuid for origin
+
+### What steps will reproduce the problem?
+
+Here's my setup:
+
+ * `angela`: regular git repository on my laptop (`angela`) where i ran `git annex init` and `git annex add`ed 4 big files (in `~anarcat/presentations/ohm2013`)
+ * `marcos-bare`: a bare git repository where i ran `git annex init` on a different server (`marcos`) (in `~anarcat/repos/presentations/ohm2013.git`)
+ * `marcos-checkout`: a checkout of the above repository on marcos (in `~anarcat/presentations/ohm2013`)
+
+I ran `git pull/push` everwhere in there, and still get the error.
+
+Remotes on all repos:
+
+ * `angela`: `origin  anarcat.ath.cx:repos/presentations/ohm2013.git`
+ * `marcos-bare`: no remote
+ * `marcos-checkout`: `origin  /home/anarcat/repos/presentations/ohm2013.git`
+
+Note that file added with `git annex addurl` on `marcos-checkout` properly gets propagated on `angela` once i do `git annex get` there.
+
+### What version of git-annex are you using? On what operating system?
+
+`angela` runs:
+
+[[!format txt """
+git-annex version: 4.20130730-ge59a8c6
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+"""]]
+
+I was able to reproduce with the backport version too.
+
+I compiled it by hand from git.
+
+`marcos` runs:
+
+[[!format txt """
+git-annex version: 3.20120629
+local repository version: unknown
+default repository version: 3
+supported repository versions: 3
+upgrade supported from repository versions: 0 1 2
+"""]]
+
+### Please provide any additional information below.
+
+In addition, there's this error on `marcos-bare`:
+
+[[!format sh """
+anarcat@marcos:ohm2013.git$ git annex status -d
+supported backends: SHA256 SHA1 SHA512 SHA224 SHA384 SHA256E SHA1E SHA512E SHA224E SHA384E WORM URL
+supported remote types: git S3 bup directory rsync web hook
+trusted repositories: git ["--git-dir=/home/anarcat/repos/presentations/ohm2013.git","show-ref","git-annex"]
+git ["--git-dir=/home/anarcat/repos/presentations/ohm2013.git","show-ref","--hash","refs/heads/git-annex"]
+git ["--git-dir=/home/anarcat/repos/presentations/ohm2013.git","log","refs/heads/git-annex..6063e958c02259a39b87d0f1dc44c9272c52df3f","--oneline","-n1"]
+git ["--git-dir=/home/anarcat/repos/presentations/ohm2013.git","cat-file","--batch"]
+0
+semitrusted repositories: 4
+        00000000-0000-0000-0000-000000000001 -- web
+        5868f840-02e7-11e3-94e9-9b3701bd28bb -- marcos-checkout
+        aafdd242-02e7-11e3-bb6a-6f16a5c6103e -- here (marcos-bare)
+        befc3057-d23d-4312-843a-0645e93107d8 -- angela
+untrusted repositories: 0
+dead repositories: 0
+available local disk space: 14 gigabytes (+1 megabyte reserved)
+local annex keys: 0
+local annex size: 0 bytes
+known annex keys: git ["--git-dir=/home/anarcat/repos/presentations/ohm2013.git","ls-files","--cached","-z","--","/home/anarcat/repos/presentations/ohm2013.git"]
+fatal: '/home/anarcat/repos/presentations/ohm2013.git' is outside repository
+0
+known annex size: 0 bytes
+bloom filter size: 16 mebibytes (0% full)
+backend usage:
+"""]]
+
+### Workaround!
+
+I found that I could succesfully push to the non-bare repo, like this:
+
+[[!format txt """
+anarcat@angela:ohm2013$ git remote add marcos-checkout ssh://anarcat.ath.cx/~/presentations/ohm2013
+anarcat@angela:ohm2013$ git fetch marcos-checkout
+From ssh://anarcat.ath.cx/~/presentations/ohm2013
+ * [new branch]      git-annex  -> marcos-checkout/git-annex
+ * [new branch]      master     -> marcos-checkout/master
+anarcat@angela:ohm2013$ git annex copy AlerteRouge.webm --to marcos-checkout
+copy AlerteRouge.webm (checking marcos-checkout...) (to marcos-checkout...)
+SHA256E-s138903105--a69db8d4c3835b03bdb08cb1cccfde5c76f586f934d63283694e7101b25352a8.webm
+[...]
+"""]]
+
+It seems that git-annex doesn't like bare repos at all...
+
+### Fix
+
+It seems that my problem was specifically related to [[bare repositories]], which are not well supported historically. There has been other reports of problems in the past, which I missed in my search because symptoms were different:
+
+ * [[bugs/bare git repos]]
+ * [[forum/get and copy with bare repositories]]
+
+Yet while I was able to do `git annex get --all` *from* the `marcos-bare` repository, I still get the original error message while trying to `git annex copy -t marcos-bare`, which is pretty annoying considering the original files are on my laptop, which is not publicly accessible. So I basically need to add the `marcos-checkout` as a remote, copy there, then get from the bare repo to make this work, which is a rather convoluted way of doing things. :)
+
+It seems to me a proper fix would be to be able to `git annex copy --to marcos-bare`. Thanks!
+
+Update: it seems te problem was that I had the following in my `.git/config`:
+
+    [remote "marcos-bare"]
+            url = ssh://anarcat.ath.cx/~/repos/presentations/ohm2013.git
+            annex-ignore = true
+            fetch = +refs/heads/*:refs/remotes/marcos-bare/*
+
+I have *no* idea how that `annex-ignore` got there, but that was the root of my problem. Removing it it allowed my to do `git annex copy`. I really don't know how this happened, but I guess this is [[done]], although I believe this error message is really confusing and could be improved. --[[anarcat]]
+
+> `annex-ignore` is set automatically by git-annex if it fails to query
+> the uuid of a remote the first time it tries to use it. It will say
+> when it does that. The assumption
+> is that a remote whose uuid cannot be looked up is a git remote
+> on a server w/o git-annex support (like github) and it would be annoying
+> to constantly be trying and failing to get that uuid.
+> 
+> So, I've improved the error message. Now when annex-ignore is set
+> for a remote, the error you got will mention that.
+> 
+> (Also, there is not currently anything lacking in git-annex's support
+> for bare repositories.) --[[Joey]]
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/case_sensitivity_on_FAT.mdwn b/doc/bugs/case_sensitivity_on_FAT.mdwn
new file mode 100644
index 0000000000..682acc71d7
--- /dev/null
+++ b/doc/bugs/case_sensitivity_on_FAT.mdwn
@@ -0,0 +1,49 @@
+I was copying files to a directory remote with `git annex copy`.  Out of 114 files, 9 of them failed with no message, just:
+
+    copy data/foo.dat (to usbdrive...) failed
+    copy data/bar.dat (to usbdrive...) failed
+
+According to strace:
+
+    31338 mkdir("/media/annex/Zp/9v/SHA256-s1362999320--d650297c8cf8c2dc0575110a52d0c5cc0ff266f294a0599f85796a6b44b23492", 0777) = -1 ENOENT (No such file or directory)
+    31338 mkdir("/media/annex/Zp/9v", 0777) = -1 ENOENT (No such file or directory)
+    31338 mkdir("/media/annex/Zp", 0777)    = -1 EEXIST (File exists)
+    31338 stat("/media/annex/Zp", 0x7f8449f170d0) = -1 ENOENT (No such file or directory)
+
+The filesystem is FAT32 and has weird case semantics.  This was mounted by udisks with its default options:
+
+    /dev/sdb1 on /media/annex type vfat (rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,shortname=mixed,dmask=0077,utf8=1,showexec)
+
+I wonder if the directory remote should use hashDirLower instead of hashDirMixed?
+
+> git-annex intentionally uses the same layout for directory and rsync
+> special remotes as it does for the .git/annex directory. As far
+> as I know it works ok on (truely) case-insensative filesystems.
+> 
+> Based on your strace, if you `ls /media/annex/Zp`, you will see
+> "No such file or directory", but if you `mkdir /media/annex/Zp` it will
+> fail with "File exists". Doesn't make much sense to me.
+> 
+> The (default) VFAT mount option shortname=mixed causes this behavior.
+> With shortname=lower it works ok. --[[Joey]]
+> 
+>> So, the options for fixing this bug seem to be to fix Linux (which would
+>> be a good idea IMHO but I don't really want to go there), or generally
+>> convert git-annex to using lowercase for its hashing (which would be a
+>> large amount of pain to rewrite all the symlinks in every git repo),
+>> or some special hack around this problem. 
+>> 
+>> I've put in a workaround for the problem in the directory special
+>> remote; it will use mixed case but fall-back to lowercase as necessary.
+>> 
+>> That does leave the case of a bare git repository with annexed content
+>> stored on VFAT. More special casing could fix it, but that is, I
+>> think, an unusual configuration. Leaving the bug open for that case,
+>> and for the even more unlikely configuration of a rsync special remote
+>> stored on VFAT. --[[Joey]] 
+
+>>> Bare repositories now use lowercase. rsync is the only remaining
+>>> unsupported possibility. --[[Joey]]
+>>>> Everything now uses lowercase, with the exception of non-bare
+>>>> repos, which cannot be on FAT anyway due to using symlinks. [[done]]
+>>>> --[[Joey]] 
diff --git a/doc/bugs/check_for_curl_in_configure.hs.mdwn b/doc/bugs/check_for_curl_in_configure.hs.mdwn
new file mode 100644
index 0000000000..a880392bf7
--- /dev/null
+++ b/doc/bugs/check_for_curl_in_configure.hs.mdwn
@@ -0,0 +1,92 @@
+[[!meta title="arbitrary/configurable backends"]]
+
+(Retitling as this has drifted..)
+
+---
+
+I thought this might be useful, since curl is being used for the URL backend, it might be worth checking for it's existence.
+
+<pre>
+diff --git a/configure.hs b/configure.hs
+index 772ba54..1a563e0 100644
+--- a/configure.hs
++++ b/configure.hs
+@@ -13,6 +13,7 @@ tests = [
+        , TestCase "uuid generator" $ selectCmd "uuid" ["uuid", "uuidgen"]
+        , TestCase "xargs -0" $ requireCmd "xargs_0" "xargs -0 </dev/null"
+        , TestCase "rsync" $ requireCmd "rsync" "rsync --version >/dev/null"
++       , TestCase "curl" $ requireCmd "curl" "curl --version >/dev/null"
+        , TestCase "unicode FilePath support" $ unicodeFilePath
+        ] ++ shaTestCases [1, 256, 512, 224, 384]
+</pre>
+
+> Well, curl is an optional extra, so requireCmd is too strong. Changed
+> to testCmd and applied, thank you!
+>
+> I thought about actually *using* the resulting SysConfig.curl
+> to disable the URL backend if False.. but probably it's better
+> to just let it fail if curl is not available. Although, if we wanted
+> to add a check for wget or something and use it when curl was not
+> available, that might be worth doing. --[[Joey]] 
+
+>> I was thinking that is it worth doing a generic "stat", "delete", "get" 
+>> and "put" options, I do like the idea of having the possibility of 
+>> being about to use completely arbitrary storage systems or arbitrary 
+>> transfer systems. If there was the capability of doing so it would be 
+>> interesting to see possibilities of using aria2 for using something 
+>> like bittorrent as backend, or using something like irods or some 
+>> grid storage system as the storage archive. It's just an idea as 
+>> I have seen it implemented quite well in irods.
+
+>>> I'm unsure about the idea of having a backend where that is
+>>> parameterized. It would mean that one annex's GENERIC-foo key
+>>> might be entirely different from another's key with the same backend
+>>> and details. And a misconfiguration could get data the wrong
+>>> way and get the wrong data, etc.
+>>>
+>>> I mostly look at the URL backend as an example that can be modified to
+>>> make this kind of custom backend. You already probably know enough to
+>>> make a TORRENT backend where keys are the urls to torrents to download
+>>> with `aria2c --follow-torrent=mem`.
+>>>
+>>> I am also interested in doing backends that use eg, cloud storage.
+>>> A S3 backend that could upload files to S3 in addition to downloading
+>>> them, for example, would be handy. --[[Joey]]
+
+>>>> So, rather than use backends to do this, it instead made more sense
+>>>> to make them [[special_remotes]]. The URL backend remains a bit
+>>>> of a special case, and a bittorrent backend that downloaded a file
+>>>> from a bittorrent url would still be a good use of backend, but for
+>>>> storing files in external data stores like S3, making it a remote
+>>>> makes better sense. I think I can close this bug now, [[done]]
+>>>> --[[Joey]] 
+
+also in Backend/URL.hs is it worth making a minor change to the way curl is called (I'm not sure if the following is correct or not)
+
+> It's correct, typewise, but I don't see any real reason to bother
+> with the change. But I do appreciate patches, which have been rare
+> so far, probaby because of Haskell.. :) --[[Joey]] 
+
+>> heh agreed
+
+<pre>
+diff --git a/Backend/URL.hs b/Backend/URL.hs
+index 29dc8fe..4afcf86 100644
+--- a/Backend/URL.hs
++++ b/Backend/URL.hs
+@@ -50,10 +50,13 @@ dummyFsck _ _ _ = return True
+ dummyOk :: Key -> Annex Bool
+ dummyOk _ = return True
+ 
++curl :: [CommandParam] -> IO Bool
++curl = boolSystem "curl"
++
+ downloadUrl :: Key -> FilePath -> Annex Bool
+ downloadUrl key file = do
+        showNote "downloading"
+        showProgress -- make way for curl progress bar
+-       liftIO $ boolSystem "curl" [Params "-# -o", File file, File url]
++       liftIO $ curl [Params "-# -o", File file, File url]
+        where
+                url = join ":" $ drop 1 $ split ":" $ show key 
+</pre>
diff --git a/doc/bugs/clicking_back_in_the_web_browser_crashes.mdwn b/doc/bugs/clicking_back_in_the_web_browser_crashes.mdwn
new file mode 100644
index 0000000000..1b7e2ec715
--- /dev/null
+++ b/doc/bugs/clicking_back_in_the_web_browser_crashes.mdwn
@@ -0,0 +1,23 @@
+### Please describe the problem.
+
+When I click on the "back" button in my web browser, I get the following error message:
+
+    git-annex has shut down
+    
+    You can now close this browser window.
+
+### What steps will reproduce the problem?
+
+ 1. git annex webapp
+ 2. click on "configuration" (or whatever)
+ 3. click on the back button of your web browser
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130815~bpo70+1 on Debian Wheezy, with Chromium Version 29.0.1547.57 Debian 7.1 (217859)
+
+### Please provide any additional information below.
+
+Click "forward" actually brings us back to sanity, and the webapp doesn't actually *crash*. -- [[anarcat]]
+
+> I have applied the page reload fix/hack. [[done]] --[[Joey]] 
diff --git a/doc/bugs/clicking_back_in_the_web_browser_crashes/comment_1_c962218657a28494ff837a471d71b43f._comment b/doc/bugs/clicking_back_in_the_web_browser_crashes/comment_1_c962218657a28494ff837a471d71b43f._comment
new file mode 100644
index 0000000000..ece6ce0e34
--- /dev/null
+++ b/doc/bugs/clicking_back_in_the_web_browser_crashes/comment_1_c962218657a28494ff837a471d71b43f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 1"
+ date="2013-09-09T04:23:36Z"
+ content="""
+This occurs when the javascript long polling code fails 4 times in a row attempting to communicate with git-annex's web server. Normally this will mean that the assistant has been stopped. I have seen it once or twice happen while the web server is still running -- possibly due to the browser killing the connection? I have never seen it happen when navigating between pages in the webapp, which is designed to allow use of back button etc. If you can reproduce it reliably, using the chromium inspector to modify the javascript code (look for \"longpoll\") and perhaps add some debug prints might track down what is going on.
+"""]]
diff --git a/doc/bugs/clicking_back_in_the_web_browser_crashes/comment_2_643b2c99ecfe851c576a023ce4385dbb._comment b/doc/bugs/clicking_back_in_the_web_browser_crashes/comment_2_643b2c99ecfe851c576a023ce4385dbb._comment
new file mode 100644
index 0000000000..feac21ffe6
--- /dev/null
+++ b/doc/bugs/clicking_back_in_the_web_browser_crashes/comment_2_643b2c99ecfe851c576a023ce4385dbb._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-09-09T04:31:30Z"
+ content="""
+i can reproduce reliably alright. It's quite systematic. I have found the `longpolling.js` file in the inspector, but I am not very familiar with in-browser javascript debugging, so I am not sure where to go from here.
+
+Note that the assistant doesn't actually crash. This is also reproducable in Debian sid.
+"""]]
diff --git a/doc/bugs/clicking_back_in_the_web_browser_crashes/comment_3_6e85c50439da81212f4239c74947b75e._comment b/doc/bugs/clicking_back_in_the_web_browser_crashes/comment_3_6e85c50439da81212f4239c74947b75e._comment
new file mode 100644
index 0000000000..a3dee1d52a
--- /dev/null
+++ b/doc/bugs/clicking_back_in_the_web_browser_crashes/comment_3_6e85c50439da81212f4239c74947b75e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 3"
+ date="2013-09-09T05:22:49Z"
+ content="""
+Actually I am able to reproduce it. One thing I can see is that git-annex does not see any connection attempts from the browser when these longpolling attempts are made and fail. So this is all failing on the javascript side. Increasing the connection failure counter does not help. Every ajax request fails, no matter how many times it tries. Chromium has apparently decided that, because we've navigated back to a page, it should not be allowed to load any new resources. This seems to be new, buggy behavior.
+
+It seems the only way out of this bad state would be for the javacript to force a reload of the page. Of course, if git-annex has legitimately exited, that would fail to reload. I suppose the chromium \"this webpage is not available\" that would result is at least accurate...
+
+(At some point, I should probably try to add support for something more modern than long polling.)
+"""]]
diff --git a/doc/bugs/com.branchable.git-annex.assistant.plist_is_invalid.mdwn b/doc/bugs/com.branchable.git-annex.assistant.plist_is_invalid.mdwn
new file mode 100644
index 0000000000..d67cdcd404
--- /dev/null
+++ b/doc/bugs/com.branchable.git-annex.assistant.plist_is_invalid.mdwn
@@ -0,0 +1,15 @@
+What steps will reproduce the problem?
+`cat com.branchable.git-annex.assistant`
+
+What version of git-annex are you using? On what operating system?
+  git-annex version: 3.20121112 on OS X Mountain Lion
+
+Please provide any additional information below.
+The '`RunAtLoad`'  key is missing a value.
+
+It should say:
+
+`<key>RunAtLoad</key>`<br>
+`<true/>`
+
+> Fixed in git. [[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/commit_f20a40f_breaks_on_OSX_as_mntent.h_doesn__39__t_exist.mdwn b/doc/bugs/commit_f20a40f_breaks_on_OSX_as_mntent.h_doesn__39__t_exist.mdwn
new file mode 100644
index 0000000000..dfd3ffb829
--- /dev/null
+++ b/doc/bugs/commit_f20a40f_breaks_on_OSX_as_mntent.h_doesn__39__t_exist.mdwn
@@ -0,0 +1,8 @@
+commit f20a40f breaks on OSX as mntent.h doesn't exist, the closet thing available to what mntent.h provides is getmntinfo(), it looks yet another bunch of ifdef's might be needed to work around OSX. This problem maybe similarly true with FreeBSD, libfam  seems to have worked around the issue - <http://oss.sgi.com/projects/fam/download/contrib/freebsd-mntent.patch>
+
+hope the above report helps.
+
+> Thanks, that was a very useful pointer. I couldn't figure out how to
+> use Haskell's FFI to loop over the list of statfs structs returned by
+> getmntinfo, so I incorporated that C code into a little library, 
+> and it seems to work ok. [[done]] --[[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/configure_mistakes_hashalot_bins_for_sha__63____63____63__sum_and_builds_a_broken_git-annex_executable.mdwn b/doc/bugs/configure_mistakes_hashalot_bins_for_sha__63____63____63__sum_and_builds_a_broken_git-annex_executable.mdwn
new file mode 100644
index 0000000000..b71f39e5a7
--- /dev/null
+++ b/doc/bugs/configure_mistakes_hashalot_bins_for_sha__63____63____63__sum_and_builds_a_broken_git-annex_executable.mdwn
@@ -0,0 +1,57 @@
+git-annex's configure step finds hashalot's /usr/sbin/sha256, /usr/sbin/sha384, and /usr/sbin/sha512 executables and mistakes them for sha256sum, sha384sum, and sha512sum and prefers them over the correct executables.  Hashalot is not compatible, but the build does not fail producing a broken git-annex executable which tries to use hashalot's programs instead of the appropriate shaXXXsum program and is non-functional.
+
+Hashalot can be found at: <http://www.paranoiacs.org/~sluskyb/hacks/hashalot/>
+
+
+What steps will reproduce the problem?
+
+Compile with hashalot's programs in the path.
+
+
+What is the expected output? What do you see instead?
+
+Expect to see configure output:
+
+[...]
+<pre>
+  checking sha1... sha1sum
+  checking sha512... sha512sum
+  checking sha224... sha224sum
+  checking sha384... sha384sum
+  checking sha256... sha256sum
+</pre>
+[...]
+
+
+Instead I see configure output:
+
+[...]
+<pre>
+  checking sha1... sha1sum
+  checking sha512... sha512
+  checking sha224... sha224sum
+  checking sha384... sha384
+  checking sha256... sha256
+</pre>
+[...]
+
+
+What version of git-annex are you using? On what operating system?
+
+I am using 3.20120605, but have checked out the latest GIT and confirmed the bug is still there.
+
+
+Please provide any additional information below.
+
+This is not a runtime bug, only compile time.  Uninstalling Hashalot or simply removing it from the PATH is enough to work around this bug.  The bug is, however, frustrating because at first glance there appears to be no problem.  However any functions of git-annex which use the affected SHA hash functions will fail with the resulting executable and the failure gives no clear indication of why.
+
+I found this bug on Gentoo when I installed git-annex on a system which already had hashalot installed.  In the case of Gentoo, git-annex is compiled with hashalot's executables in the path, but normal users don't have /usr/sbin/ in their path so git-annex just fails to find the executable.  If you put hashalot in the path, then git annex still fails to work as hashalot is not a replacement for sha1sum and friends.
+
+It may be enough to just prefer sha???sum over sha??? if they both exist.
+
+> Grr. There is no consistency across unixes as to the names of these
+> programs and now something is installing shaN commands that don't
+> generate a checksum?!
+> 
+> Ok, fine, configure now checks that the program it finds outputs a known
+> good checksum. [[done]] --[[Joey]]
diff --git a/doc/bugs/configure_script_should_detect_uuidgen_instead_of_just_uuid.mdwn b/doc/bugs/configure_script_should_detect_uuidgen_instead_of_just_uuid.mdwn
new file mode 100644
index 0000000000..2b9c773678
--- /dev/null
+++ b/doc/bugs/configure_script_should_detect_uuidgen_instead_of_just_uuid.mdwn
@@ -0,0 +1,6 @@
+On RHEL5 (and clones) systems uuidgen is available as an alternative to
+uuid, the configure script fails, it should probably detect either uuid or
+uuidgen, or let the user decide? - also uuidgen behaves differently from
+uuid on debian.
+
+> uuidgen is now supported. --[[Joey]] [[done]]
diff --git a/doc/bugs/conflicting_haskell_packages.mdwn b/doc/bugs/conflicting_haskell_packages.mdwn
new file mode 100644
index 0000000000..5528fad824
--- /dev/null
+++ b/doc/bugs/conflicting_haskell_packages.mdwn
@@ -0,0 +1,17 @@
+The compilation command should states which packages are used and avoid the default mechnasim that automatically search for them.
+
+This can be done by the flags -hide-packages and then -package foo
+
+> My ghc does not have a `--hide-packages` option.
+> 
+> Could you just show the build problem that you are suggesting I work
+> around? --[[Joey]]
+
+
+> Thanks npouillard, I see the problem now.
+> <http://stackoverflow.com/questions/2048953/control-monad-state-found-in-multiple-packages-haskell>
+> 
+> I've added "-ignore-package monads-fd" to GHCFLAGS. I hope I don't
+> really have to hide all packages and individually turn them back on;
+> surely this monads-fd/mtl conflict is an exception, and Haskell's module
+> system is not a mess of conflicting modules? --[[Joey]] [[done]]
diff --git a/doc/bugs/conflicting_haskell_packages/comment_1_e552a6cc6d7d1882e14130edfc2d6b3b._comment b/doc/bugs/conflicting_haskell_packages/comment_1_e552a6cc6d7d1882e14130edfc2d6b3b._comment
new file mode 100644
index 0000000000..42f44bf9cf
--- /dev/null
+++ b/doc/bugs/conflicting_haskell_packages/comment_1_e552a6cc6d7d1882e14130edfc2d6b3b._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://ertai.myopenid.com/"
+ nickname="npouillard"
+ subject="how to reproduce the package conflict issue"
+ date="2011-02-07T14:12:43Z"
+ content="""
+If you install the monads-fd package (with cabal install for instance), then you can no longer build git-annex:
+
+<pre>
+./configure
+  checking cp -a... yes
+  checking cp -p... yes
+  checking cp --reflink=auto... yes
+  checking uuid generator... uuid
+  checking xargs -0... yes
+  checking rsync... yes
+ghc -O2 -Wall --make git-annex
+
+Annex.hs:22:7:
+    Ambiguous module name `Control.Monad.State':
+      it was found in multiple packages: monads-fd-0.2.0.0 mtl-2.0.1.0
+make: *** [git-annex] Error 1
+</pre>
+"""]]
diff --git a/doc/bugs/conq:_invalid_command_syntax.mdwn b/doc/bugs/conq:_invalid_command_syntax.mdwn
new file mode 100644
index 0000000000..82cd51d8da
--- /dev/null
+++ b/doc/bugs/conq:_invalid_command_syntax.mdwn
@@ -0,0 +1,30 @@
+I've been getting an occasional error from git-annex.
+
+The error is:   'conq: invalid command syntax.'
+
+For example, the last two commands I ran are:
+
+    $ git annex unused
+    unused . (checking for unused data...) (checking master...) (checking origin/master...) 
+      Some annexed data is no longer used by any files:
+        NUMBER  KEY
+        1       SHA256-s.....
+      (To see where data was previously used, try: git log --stat -S'KEY')
+      
+      To remove unwanted data: git-annex dropunused NUMBER
+      
+    ok
+    
+    $ git annex dropunused 1
+    dropunused 1 conq: invalid command syntax.
+    ok
+
+
+
+*OS:*  OSX + port installs of the GNU tools
+
+*git-annex-version:*  3.20111211
+
+*git-version:*  1.7.7.4
+
+> [[done]], apparently not a git-annex bug --[[Joey]] 
diff --git a/doc/bugs/conq:_invalid_command_syntax/comment_1_f33b83025ce974e496f83f248275a66a._comment b/doc/bugs/conq:_invalid_command_syntax/comment_1_f33b83025ce974e496f83f248275a66a._comment
new file mode 100644
index 0000000000..62881bfc7a
--- /dev/null
+++ b/doc/bugs/conq:_invalid_command_syntax/comment_1_f33b83025ce974e496f83f248275a66a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2012-01-03T00:34:59Z"
+ content="""
+AFAICs, you probably just have a \"conq\" program that is running in the background and emitted this error.
+
+The error message is not part of git-annex; it does not run any \"conq\" thing itself. Although you could try passing the --debug parameter to check the commands it does run to see if one of them somehow causes this conq thing.
+"""]]
diff --git a/doc/bugs/conq:_invalid_command_syntax/comment_2_195106ca8dedad5f4d755f625e38e8af._comment b/doc/bugs/conq:_invalid_command_syntax/comment_2_195106ca8dedad5f4d755f625e38e8af._comment
new file mode 100644
index 0000000000..39ece1eca2
--- /dev/null
+++ b/doc/bugs/conq:_invalid_command_syntax/comment_2_195106ca8dedad5f4d755f625e38e8af._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2012-01-03T00:41:08Z"
+ content="""
+A google search <http://www.google.com/search?hl=en&sclient=psy-ab&q=conq%3A+invalid+command+syntax&btnG=>
+finds other examples of this error message related to ssh, mercurial, and bitbucket. What that has to do with git is anyone's guess, but I'm pretty sure git-annex is not related to it at all.
+"""]]
diff --git a/doc/bugs/conq:_invalid_command_syntax/comment_3_55af43e2f43a4c373f7a0a33678d0b1c._comment b/doc/bugs/conq:_invalid_command_syntax/comment_3_55af43e2f43a4c373f7a0a33678d0b1c._comment
new file mode 100644
index 0000000000..75132c1d6b
--- /dev/null
+++ b/doc/bugs/conq:_invalid_command_syntax/comment_3_55af43e2f43a4c373f7a0a33678d0b1c._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="comment 3"
+ date="2012-01-03T00:49:41Z"
+ content="""
+Yeah,  I saw those google links myself, but couldn't see why the bitbucket/ssh would be relevant.
+
+The strange thing is that I *only* get this message when running git-annex.
+
+I also don't have a conq in my path so I don't know where it is running from.
+ 
+
+Oh well, if I ever sort it out I'll post back here.
+"""]]
diff --git a/doc/bugs/copy_doesn__39__t_scale.mdwn b/doc/bugs/copy_doesn__39__t_scale.mdwn
new file mode 100644
index 0000000000..a5ca9d9ee6
--- /dev/null
+++ b/doc/bugs/copy_doesn__39__t_scale.mdwn
@@ -0,0 +1,38 @@
+It seems that git-annex copies every individual file in a separate
+transaction. This is quite costly for mass transfers: each file involves a
+separate rsync invocation and the creation of a new commit. Even with a
+meager thousand files or so in the annex, I have to wait for fifteen
+minutes to copy the contents to another disk, simply because every
+individual file involves some disk thrashing. Also, it seems suspicious
+that the git-annex branch would get a thousands commits of history from the
+simple procedure of copying everything to a new repository. Surely it would
+be better to first copy everything and then create only a single commit
+that registers the changes to the files' availability?
+
+> git-annex is very careful to commit as infrequently as possible,
+> and the current version makes *1* commit after all the copies are
+> complete, even if it transferred a billion files. The only overhead
+> incurred for each file is writing a journal file.
+> You must have an old version.
+> --[[Joey]]
+
+(I'm also not quite clear on why rsync is being used when both repositories
+are local. It seems to be just overhead.)
+
+> Even when copying to another disk it's often on 
+> some slow bus, and the file is by definition large. So it's
+> nice to support resumes of interrupted transfers of files.
+> Also because rsync has a handy progress display that is hard to get with cp.
+> 
+> (However, if the copy is to another directory in the same disk, it does
+> use cp, and even supports really fast copies on COW filesystems.)
+> --[[Joey]]
+
+---
+
+Oneshot mode is now implemented, making git-annex-shell and other
+short lifetime processes not bother with committing changes.
+[[done]] --[[Joey]] 
+
+Update: Now it makes one commit at the very end of such a mass transfer.
+--[[Joey]]
diff --git a/doc/bugs/copy_doesn__39__t_scale/comment_1_7c12499c9ac28a9883c029f8c659eb57._comment b/doc/bugs/copy_doesn__39__t_scale/comment_1_7c12499c9ac28a9883c029f8c659eb57._comment
new file mode 100644
index 0000000000..749b3ba108
--- /dev/null
+++ b/doc/bugs/copy_doesn__39__t_scale/comment_1_7c12499c9ac28a9883c029f8c659eb57._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk6QAwUsFHpr3Km1yQbg8hf3S7RDYf7hX4"
+ nickname="Lauri"
+ subject="comment 1"
+ date="2012-01-28T00:17:37Z"
+ content="""
+To me it very much seems that a commit per file is indeed created at the remote end, although not at the local end. See the following transcript: <https://gist.github.com/1691714>.
+
+
+"""]]
diff --git a/doc/bugs/copy_doesn__39__t_scale/comment_2_f85d8023cdbc203bb439644cf7245d4e._comment b/doc/bugs/copy_doesn__39__t_scale/comment_2_f85d8023cdbc203bb439644cf7245d4e._comment
new file mode 100644
index 0000000000..9a2bd92fa3
--- /dev/null
+++ b/doc/bugs/copy_doesn__39__t_scale/comment_2_f85d8023cdbc203bb439644cf7245d4e._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2012-01-28T19:32:36Z"
+ content="""
+Ah, I see, I was not thinking about the location log update that's done on the remote side.
+
+For transfers over ssh, that's a separate git-annex-shell invoked per change. For local-local transfers, it's all done in a single process but it spins up a state to handle the remote and then immediately shuts it down, also generating a commit.
+
+In either case, I think there is a nice fix. Since git-annex *does* have a journal nowadays, and goes to all the bother to
+support recovery if a process was interrupted and journalled changes that did not get committed, there's really no reason in either of these cases for the remote end to do anything more than journal the change. The next time git-annex is actually run on the remote, and needs to look up location information, it will merge the journalled changes into the branch, in a single commit.
+
+My only real concern is that some remotes might *never* have git-annex run in them directly, and would just continue to accumulate journal files forever. Although due to the way the journal is structured, it can have, at a maximum, the number of files in the git-annex branch. However, the number of files in it is expected to be relatively smal and it might get a trifle innefficient, as it lacks directory hashing. These performance problems could certainly be dealt with if they do turn out to be a problem.
+"""]]
diff --git a/doc/bugs/copy_doesn__39__t_scale/comment_3_4592765c3d77bb5664b8d16867e9d79c._comment b/doc/bugs/copy_doesn__39__t_scale/comment_3_4592765c3d77bb5664b8d16867e9d79c._comment
new file mode 100644
index 0000000000..aa9bf1e45a
--- /dev/null
+++ b/doc/bugs/copy_doesn__39__t_scale/comment_3_4592765c3d77bb5664b8d16867e9d79c._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk6QAwUsFHpr3Km1yQbg8hf3S7RDYf7hX4"
+ nickname="Lauri"
+ subject="comment 3"
+ date="2012-01-29T01:51:35Z"
+ content="""
+That sounds just fine, but indeed my use case was a bare backup/transfer repository that is meant to always be only at the remote end of git-annex operations. So why not as well do a single commit after everything has been copied and journaled? That's what's done at the other end too, after all. Or, if commits are to be minimized, just stage the journal into the index before finishing, but don't commit it yet?
+
+(I would actually prefer this mode of usage for other git-annex operations, too. In git you can add stuff little by little and commit them all in one go. In git-annex the add immediately creates a commit, which is unexpected and a bit annoying.)
+
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog.mdwn b/doc/bugs/copy_fast_confusing_with_broken_locationlog.mdwn
new file mode 100644
index 0000000000..69fbc816f0
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog.mdwn
@@ -0,0 +1,6 @@
+Conversation moved from [[tips/recover_data_from_lost+found]]
+to a proper bug. --[[Joey]]
+
+(Unfortunatly that scrambled the comment creation times and thus order.)
+
+> Added a message [[done]] --[[Joey]] 
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_10_435f87d54052f264096a8f23e99eae06._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_10_435f87d54052f264096a8f23e99eae06._comment
new file mode 100644
index 0000000000..ec24c478d8
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_10_435f87d54052f264096a8f23e99eae06._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 10"
+ date="2011-05-15T16:47:53Z"
+ content="""
+The key is the basename of the symlink target.
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_11_9be0aef403a002c1706d17deee45763c._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_11_9be0aef403a002c1706d17deee45763c._comment
new file mode 100644
index 0000000000..7bc54573ed
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_11_9be0aef403a002c1706d17deee45763c._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 11"
+ date="2011-05-15T18:53:26Z"
+ content="""
+It seems the objects are in the remote after all, but the remote is unaware of this fact. No idea where/why the remote lost that info, but.. Anyway, with the SHA backends, wouldn't it make sense to simply return \"OK\" and update the annex logs accordingly, no?
+
+Local:
+
+    % ls -l foo
+    lrwxrwxrwx 1 richih richih 312 Apr  3 01:18 foo -> .git/annex/objects/gG/VW/SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491/SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491
+    % 
+
+Remote:
+
+    % git-annex-shell recvkey <remote> SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491
+    git-annex-shell: key is already present in annex
+    % strace git-annex-shell recvkey /base/git-annex/fun SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491 2>&1 | grep SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491
+    stat64(\"/base/git-annex/fun/annex/objects/gG/VW/SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491/SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491\", {st_mode=S_IFREG|0444, st_size=80781, ...}) = 0
+    % ls -l /base/git-annex/fun/annex/objects/gG/VW/SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491/SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491
+    -r--r--r-- 1 richih richih 80781 2011-04-01 12:44 /base/git-annex/fun/annex/objects/gG/VW/SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491/SHA512-s80781--cef3966a19c7435acceb8fbfbff1feebe6decab7c81a0c197f00932cf9ef0eac330784cc3f0d211bd4acf56a6d16daaebe9b598aa4dfd5bfec73f4e6df3f0491
+    % 
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_12_26d60661196f63fd01ee4fbb6e2340e7._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_12_26d60661196f63fd01ee4fbb6e2340e7._comment
new file mode 100644
index 0000000000..b458a37b69
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_12_26d60661196f63fd01ee4fbb6e2340e7._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 12"
+ date="2011-05-15T19:40:47Z"
+ content="""
+So, it appears that you're using git annex copy --fast. As documented that assumes the location log is correct. So it avoids directly checking if the bare repo contains the file, and tries to upload it, and the bare repo is all like \"but I've already got this file!\". The only way to improve that behavior might be to let rsync go ahead and retransfer the file, which, with recovery, should require sending little data etc. But I can't say I like the idea much, as the repo already has the content, so unlocking it and letting rsync mess with it is an unnecessary risk. I think it's ok for --force to blow up
+if its assumptions turn out to be wrong.
+
+If you use git annex copy without --fast in this situation, it will do the right thing.
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_13_ead55b915d3b92a62549b2957ad211c8._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_13_ead55b915d3b92a62549b2957ad211c8._comment
new file mode 100644
index 0000000000..d92ecbba03
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_13_ead55b915d3b92a62549b2957ad211c8._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 13"
+ date="2011-05-15T20:25:25Z"
+ content="""
+Yes, makes sense. I am so used to using --fast, I forgot a non-fast mode existed. I still think it would be a good idea to fall back to non-fast mode if --fast runs into an error from the remote, but as that is well without my abilities how about this patch?
+
+
+    From 4855510c7a84eb5d28fdada429580a8a42b7112a Mon Sep 17 00:00:00 2001
+    From: Richard Hartmann <richih.mailinglist@gmail.com>
+    Date: Sun, 15 May 2011 22:20:42 +0200
+    Subject: [PATCH] Make error in RecvKey.hs suggest possible solution
+    
+    ---
+     Command/RecvKey.hs |    2 +-
+     1 files changed, 1 insertions(+), 1 deletions(-)
+    
+    diff --git a/Command/RecvKey.hs b/Command/RecvKey.hs
+    index 126608f..b917a1c 100644
+    --- a/Command/RecvKey.hs
+    +++ b/Command/RecvKey.hs
+    @@ -27,7 +27,7 @@ start :: CommandStartKey
+     start key = do
+        present <- inAnnex key
+        when present $
+    -       error \"key is already present in annex\"
+    +       error \"key is already present in annex. If you are running copy, try without '--fast'\"
+        
+        ok <- getViaTmp key (liftIO . rsyncServerReceive)
+        if ok
+    -- 
+    1.7.4.4
+
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_14_191de89d3988083d9cf001799818ff4a._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_14_191de89d3988083d9cf001799818ff4a._comment
new file mode 100644
index 0000000000..f45bd70468
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_14_191de89d3988083d9cf001799818ff4a._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 14"
+ date="2011-05-15T20:50:26Z"
+ content="""
+Or, even better, wouldn't it make sense to have SHA backends always default to --fast and only use non-fast when any snags are hit, use non-fast mode for that file.
+
+Though if we continue here, we should probably move this to its own page.
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_15_b3e3b338ccfa0a32510c78ba1b1bb617._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_15_b3e3b338ccfa0a32510c78ba1b1bb617._comment
new file mode 100644
index 0000000000..b4a00bd7e1
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_15_b3e3b338ccfa0a32510c78ba1b1bb617._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 15"
+ date="2011-05-15T21:38:47Z"
+ content="""
+PS: Just to make this clear, I am using a custom alias for all my copying needs and thus didn't even see that I used --fast. :p
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_16_04a9f4468c3246c8eff3dbe21dd90101._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_16_04a9f4468c3246c8eff3dbe21dd90101._comment
new file mode 100644
index 0000000000..6d3dabb92b
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_16_04a9f4468c3246c8eff3dbe21dd90101._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 16"
+ date="2011-05-16T20:01:28Z"
+ content="""
+Thanks.
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_1_6a41bf7e2db83db3a01722b516fb6886._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_1_6a41bf7e2db83db3a01722b516fb6886._comment
new file mode 100644
index 0000000000..59c30de534
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_1_6a41bf7e2db83db3a01722b516fb6886._comment
@@ -0,0 +1,18 @@
+[[!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-12T00:07:29Z"
+ content="""
+I followed this to re-inject files which git annex fsck listed as missing.
+
+For everyone of those files, I get 
+
+    git-annex-shell: key is already present in annex
+    rsync: connection unexpectedly closed (0 bytes received so far) [sender]
+    rsync error: error in rsync protocol data stream (code 12) at io.c(601) [sender=3.0.8]
+
+when trying to copy the files to the remote.
+
+-- Richard
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_2_9f5f1dbffb2dd24f4fcf8c2027bf0384._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_2_9f5f1dbffb2dd24f4fcf8c2027bf0384._comment
new file mode 100644
index 0000000000..44aab3baa0
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_2_9f5f1dbffb2dd24f4fcf8c2027bf0384._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-05-12T01:01:34Z"
+ content="""
+Sounds like you probably didn't commit after the fsck, or didn't push so the other repository did not know the first had the content again -- but I'm not 100% sure.
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_3_b596b5cfd3377e58dbbb5d509d026b90._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_3_b596b5cfd3377e58dbbb5d509d026b90._comment
new file mode 100644
index 0000000000..4744db995c
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_3_b596b5cfd3377e58dbbb5d509d026b90._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 3"
+ date="2011-05-14T09:06:54Z"
+ content="""
+As my comment from work is stuck in moderation:
+
+I ran this twice:
+
+    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
+
+but nothing changed
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_4_d7112c315fb016a8a399e24e9b6461d8._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_4_d7112c315fb016a8a399e24e9b6461d8._comment
new file mode 100644
index 0000000000..1fb19ab192
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_4_d7112c315fb016a8a399e24e9b6461d8._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-05-14T16:13:58Z"
+ content="""
+Hmm. Old versions may have forgotten to git add a .git-annex location log file when recovering content with fsck. That could be another reason things are out of sync.
+
+But I'm not clear on which repo is trying to copy files to which.
+
+(NB: If the files were recovered on a bare git repo, fsck cannot update the location log there, which could also explain this.)
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_5_4ea29a6f8152eddf806c536de33ef162._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_5_4ea29a6f8152eddf806c536de33ef162._comment
new file mode 100644
index 0000000000..0a546bd88c
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_5_4ea29a6f8152eddf806c536de33ef162._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 5"
+ date="2011-05-14T19:03:43Z"
+ content="""
+Version: 0.20110503
+
+My local non-bare repo is copying to a remote bare repo.
+
+I have been recovering in a non-bare repo.
+
+If there is anything I can send you to help... If I removed said files and went through http://git-annex.branchable.com/bugs/No_easy_way_to_re-inject_a_file_into_an_annex/ -- would that help?
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_6_0d85f114a103bd6532a3b3b24466012e._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_6_0d85f114a103bd6532a3b3b24466012e._comment
new file mode 100644
index 0000000000..1e3f325319
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_6_0d85f114a103bd6532a3b3b24466012e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 6"
+ date="2011-05-14T19:23:45Z"
+ content="""
+Well, focus on a specific file that exhibits the problem. What does `git annex whereis` say about it? Is the content actually present in annex/objects/ on the bare repository? Does that contradict whereis?
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_7_d38d5bee6d360b0ea852f39e3a7b1bc6._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_7_d38d5bee6d360b0ea852f39e3a7b1bc6._comment
new file mode 100644
index 0000000000..f7dfad68ca
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_7_d38d5bee6d360b0ea852f39e3a7b1bc6._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 7"
+ date="2011-05-14T23:13:15Z"
+ content="""
+It exists locally, whereis tells me it exists locally and locally, only.
+
+The object is _not_ in the bare repo.
+
+The file _might_ have gone missing before I upgraded my annex backend version to 2. Could this be a factor?
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_8_29c3de4bf5fbd990b230c443c0303cbe._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_8_29c3de4bf5fbd990b230c443c0303cbe._comment
new file mode 100644
index 0000000000..01248914c3
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_8_29c3de4bf5fbd990b230c443c0303cbe._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 8"
+ date="2011-05-15T00:09:34Z"
+ content="""
+What you're describing should be impossible; the error message shown can only occur if the object is present in the annex where `git-annex-shell recvkey` is run. So something strange is going on.
+
+Try reproducing it by running on the remote system, `git-annex-shell recvkey /remote/repo.git $key` .. if you can reproduce it, I guess the next thing to do will be to strace the command and see why it's thinking the object is there.
+"""]]
diff --git a/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_9_2cee4f6bd6db7518fd61453c595162c6._comment b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_9_2cee4f6bd6db7518fd61453c595162c6._comment
new file mode 100644
index 0000000000..2755cf3317
--- /dev/null
+++ b/doc/bugs/copy_fast_confusing_with_broken_locationlog/comment_9_2cee4f6bd6db7518fd61453c595162c6._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 9"
+ date="2011-05-15T09:16:49Z"
+ content="""
+Just to make sure: How do I get $key? What I did was look at the path in the object store of the local repo and see if that exact same path & file existed in the remote.
+"""]]
diff --git a/doc/bugs/copy_to_webdav_sometimes_doesn__39__t_work.mdwn b/doc/bugs/copy_to_webdav_sometimes_doesn__39__t_work.mdwn
new file mode 100644
index 0000000000..190f3bb3ba
--- /dev/null
+++ b/doc/bugs/copy_to_webdav_sometimes_doesn__39__t_work.mdwn
@@ -0,0 +1,74 @@
+### Please describe the problem.
+Copying to a gpg encrypted webdav remote (with davfs) seems to work, but fails.
+The command "git annex copy --to 1und1 some/file" returns ok, but a fsck fails and running
+the copy again copies the file again to the remote.
+
+### What steps will reproduce the problem?
+[[!format sh """
+git annex copy --to 1und1 some/file # seems ok
+git annex copy --to 1und1 some/file # copies again
+git annex fsck --from 1und1 some/file # fails
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+4.20131002 on debian (mostly stable), armel.
+
+### Please provide any additional information below.
+
+I used strace to see what is going on. It seems the chunkcount file is not written. When I create that file by hand fsck is happy.
+(git annex seems to have two different locations for that file (dcf/85a and 3W/Qm). The second (3W/Qm) doesn't exist.)
+
+[[!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
+copy to webdav (git annex copy --to 1und1 some/file)
+output of basically "strace git annex ... | grep media":
+
+9871  stat64("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunkcount",  <unfinished ...>
+9871  stat64("/media/1und1/git-annex/3W/Qm/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunkcount", 0xb65145d0) = -1 ENOENT (No such file or directory)
+9871  mkdir("/media/1und1/git-annex/tmp/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33", 0777 <unfinished ...>
+9871  statfs("/media/1und1/git-annex/tmp/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/",  <unfinished ...>
+9871  stat64("/media/1und1/git-annex/tmp/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
+9871  open("/media/1und1/git-annex/tmp/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunk1", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK|O_LARGEFILE, 0666 <unfinished ...>
+9871  stat64("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/",  <unfinished ...>
+9871  chmod("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/", 040755 <unfinished ...>
+9871  openat(AT_FDCWD, "/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 15
+9871  unlink("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunk1" <unfinished ...>
+9871  rmdir("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/" <unfinished ...>
+9871  mkdir("/media/1und1/git-annex/dcf/85a", 0777) = -1 EEXIST (File exists)
+9871  stat64("/media/1und1/git-annex/dcf/85a", {st_mode=S_IFDIR|0755, st_size=64, ...}) = 0
+9871  stat64("/media/1und1/git-annex/tmp/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/", {st_mode=S_IFDIR|0755, st_size=0, ...}) = 0
+9871  rename("/media/1und1/git-annex/tmp/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/", "/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/" <unfinished ...>
+9871  openat(AT_FDCWD, "/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 15
+9871  stat64("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunk1", {st_mode=S_IFREG|0644, st_size=11705, ...}) = 0
+9871  chmod("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunk1", 0100444) = 0
+9871  stat64("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/", {st_mode=S_IFDIR|0755, st_size=152, ...}) = 0
+9871  chmod("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/", 040555 <unfinished ...>
+
+fsck webdav, but fails (git annex fsck --from 1und1 some/file):
+
+10208 stat64("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunkcount",  <unfinished ...>
+10208 stat64("/media/1und1/git-annex/3W/Qm/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunkcount", 0xb6428160) = -1 ENOENT (No such file or directory)
+
+
+manual file creation:
+chmod u+w ...
+echo -n 1 > /media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunkcount
+chmod u-w ...
+
+
+fsck webdav again, now all is fine ("fixing location log"):
+10670 stat64("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunkcount", {st_mode=S_IFREG|0444, st_size=1, ...}) = 0
+10670 open("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunkcount", O_RDONLY|O_NOCTTY|O_NONBLOCK|O_LARGEFILE) = 14
+10670 stat64("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunk1", {st_mode=S_IFREG|0444, st_size=11705, ...}) = 0
+10670 stat64("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunkcount", {st_mode=S_IFREG|0444, st_size=1, ...}) = 0
+10670 open("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunkcount", O_RDONLY|O_NOCTTY|O_NONBLOCK|O_LARGEFILE) = 14
+10670 stat64("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunk1", {st_mode=S_IFREG|0444, st_size=11705, ...}) = 0
+10672 open("/media/1und1/git-annex/dcf/85a/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33/GPGHMACSHA1--10ff9e1cc8191235670c2fd95375bccf62004f33.chunk1", O_RDONLY|O_NOCTTY|O_NONBLOCK|O_LARGEFILE) = 20
+# End of transcript or log.
+"""]]
+
+> There was a bug that caused it not to write the chunkcount file.
+> I have fixed it, and put in a workaround so fsck, etc, will
+> see that the file is stored on the remote despite there being no
+> chunkcount file present. [[done]] --[[Joey]]
diff --git a/doc/bugs/copy_to_webdav_sometimes_doesn__39__t_work/comment_1_77629f620b28ac62364de44b41fa539d._comment b/doc/bugs/copy_to_webdav_sometimes_doesn__39__t_work/comment_1_77629f620b28ac62364de44b41fa539d._comment
new file mode 100644
index 0000000000..d5ad2d88d6
--- /dev/null
+++ b/doc/bugs/copy_to_webdav_sometimes_doesn__39__t_work/comment_1_77629f620b28ac62364de44b41fa539d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlqOu7P4tb4D-Xo2pYrjln2NsAObtErliM"
+ nickname="Alexander"
+ subject="comment 1"
+ date="2013-10-27T07:00:01Z"
+ content="""
+thanks!
+"""]]
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..6f0947eef6
--- /dev/null
+++ b/doc/bugs/creating_a_plain_directory_where_a_mountpoint_should_have_been.mdwn
@@ -0,0 +1,27 @@
+### 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.
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_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/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/cross_platform_permissions_woes.mdwn b/doc/bugs/cross_platform_permissions_woes.mdwn
new file mode 100644
index 0000000000..d67ca4ae0d
--- /dev/null
+++ b/doc/bugs/cross_platform_permissions_woes.mdwn
@@ -0,0 +1,36 @@
+a little introduction:
+i am forced to use windows on my work laptop and workstation, also my wife needs windows.
+my "servers" would be linux, i am actually using fedora and i upgraded from fc17 since i was not able to get a recent version of git annex to compile there.
+
+what happens, is that once i try to copy from the windows machine where the file is to the linux through ssh+rsync, i receive this error - as long as the user owning the linux repository isn't root:
+
+    c:\locale>git annex copy --to linux myfile
+    copy myfile (checking linux...) (to linux...)
+    rsync: failed to open "/linux/annex/tmp/SHA256E-s10--937a89b559820f8658892"
+    myfile
+          10 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+    rsync error: syntax or usage error (code 1) at /home/lapo/package/rsync-3.0.9-1/src/rsyn
+    total size is 10  speedup is 0.09
+    failed
+    git-annex: copy: 1 failed
+
+the file in tmp has no permissions at all:
+
+    me@linux annex]$ ls -lart tmp/SHA256E-s10--937a89b559820f86588921ef3eb12c13074d078b62ef205bb597bf2e895408c3
+    ----------. 1 me me 10 Oct 13 22:50 tmp/SHA256Es10--937a89b559820f86588921ef3eb12c13074d078b62ef205bb597bf2e895408c3
+
+(just consider the following if the above makes any sense:) in another case (i cannot reproduce it now, possibly due to having upgraded git annex from some 2012 release), it happened that a failed download via copy/move from linux to windows (failed for permissions) would not be recorded as failed (on windows side), causing files to possibly be killed at the first subsequent drop command.
+
+my question is: are these 0-permissions on tmp files a bug or just due to some ignorance i did put in setting up the git/annex repo ? is a git/annex repo to be run solely as root/sudoer ? or shall i take any other step in configuring it ? 
+
+technicalities:
+
+"client": windows version:
+
+    git-annex version: 4.20131002-gf25991c
+
+"server": linux version:
+
+    git-annex version: 3.20130207
+
+> [[done]]; fixed in newer git-annex versions. --[[Joey]]
diff --git a/doc/bugs/cross_platform_permissions_woes/comment_1_7f01104de38a6a319a8f36aa1dc8b4b3._comment b/doc/bugs/cross_platform_permissions_woes/comment_1_7f01104de38a6a319a8f36aa1dc8b4b3._comment
new file mode 100644
index 0000000000..a3116cdcf2
--- /dev/null
+++ b/doc/bugs/cross_platform_permissions_woes/comment_1_7f01104de38a6a319a8f36aa1dc8b4b3._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 1"
+ date="2013-10-15T18:29:10Z"
+ content="""
+Based on the '/linux/annex/' path, your \"linux\" git remote is set up using some sort of network mount of your Linux box to Windows. 
+
+If that's the case, then rsync is running on Windows and probably doesn't know anything about permissions, to probably does something horrible when it's told to write a file to the linux filesystem.
+
+If I'm right about that, I can easily fix it, by making git-annex on Windows not use rsync for such file to file copies. But I first need you to verify if I'm right about how your \"linux\" git remote is configured.
+
+(Also, you should be able to work around the problem by changing the git remote to use a ssh:// url to the linux system.)
+"""]]
diff --git a/doc/bugs/cross_platform_permissions_woes/comment_2_0a34e11b466fad287325425e76487fa1._comment b/doc/bugs/cross_platform_permissions_woes/comment_2_0a34e11b466fad287325425e76487fa1._comment
new file mode 100644
index 0000000000..8ee7c18a5d
--- /dev/null
+++ b/doc/bugs/cross_platform_permissions_woes/comment_2_0a34e11b466fad287325425e76487fa1._comment
@@ -0,0 +1,73 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmCzVCPjgg_Un_114P8iiSwExms0G2csCA"
+ nickname="Michele"
+ subject="details about my problem"
+ date="2013-10-15T23:30:26Z"
+ content="""
+Thank for your answer, but unfortunately the remote is already an ssh (although i agree it should happen most certainly also via samba/cifs mount). 
+it happens as long as the remote is NOT defined as root login. 
+I suppose it could as well be something with my setup (although i've tried different windows/linux hosts) and I have no idea how to debug it.
+
+this is a transcript of recreating the problem (i've just edited user/hostname):
+	 
+	 Microsoft Windows [Version 6.1.7601]
+     C:\>git init wintest
+     Initialized empty Git repository in C:/wintest/.git/
+     C:\>cd wintest
+     C:\wintest>git annex init wintest
+     init wintest
+       Detected a crippled filesystem.
+       Enabling direct mode.
+       Detected a filesystem without fifo support.
+       Disabling ssh connection caching.
+     ok
+     (Recording state in git...)
+     C:\wintest>echo \"thisisatest\">wintest
+     C:\wintest>git annex add wintest
+     add wintest (checksum...) ok
+     (Recording state in git...)
+     C:\wintest>git remote add remote ssh://me@linuxbox/home/me/testlinux
+     C:\wintest>ssh me@linuxbox
+     [me@home ~]$ git init --bare testlinux
+     Initialized empty Git repository in /home/me/testlinux/
+     [me@home ~]$ cd testlinux/
+     [me@home testlinux]$ git annex init linux
+     init linux ok
+     (Recording state in git...)
+     [me@home testlinux]$ exit
+     C:\wintest>git annex sync
+     commit
+     ok
+     pull remote
+     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://linux/home/me/testlinux
+      * [new branch]      git-annex  -> remote/git-annex
+     ok
+     (merging remote/git-annex into git-annex...)
+     (Recording state in git...)
+     push remote
+     Counting objects: 18, done.
+     Delta compression using up to 2 threads.
+     Compressing objects: 100% (12/12), done.
+     Writing objects: 100% (16/16), 1.45 KiB, done.
+     Total 16 (delta 2), reused 0 (delta 0)
+     To ssh://me@linux/home/michele/testlinux
+      * [new branch]      git-annex -> synced/git-annex
+      * [new branch]      master -> synced/master
+     ok
+     C:\wintest>git annex copy --to remote wintest
+     copy wintest (checking remote...) (to remote...)
+     wintest
+               15 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+     
+     rsync error: syntax or usage error (code 1) at /home/lapo/package/rsync-3.0.9-1/src/rsync-3.0.9/main.c(1052) [sender=
+     total size is 15  speedup is 0.13
+     failed
+     git-annex: copy: 1 failed
+     
+     C:\wintest>
+"""]]
diff --git a/doc/bugs/cross_platform_permissions_woes/comment_3_278f91b4bc4c32717ab1c39c2abf9305._comment b/doc/bugs/cross_platform_permissions_woes/comment_3_278f91b4bc4c32717ab1c39c2abf9305._comment
new file mode 100644
index 0000000000..1cfed0a906
--- /dev/null
+++ b/doc/bugs/cross_platform_permissions_woes/comment_3_278f91b4bc4c32717ab1c39c2abf9305._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 3"
+ date="2013-10-16T15:47:38Z"
+ content="""
+I think you will have better luck if you upgrade your server's git-annex version. I checked and some fixes for exactly this problem went in around May. Also, testing with the current version, I followed your procedure exactly and did not see the problem.
+"""]]
diff --git a/doc/bugs/cross_platform_permissions_woes/comment_4_eb6a271cb63c71341469c9ff89dc0eb9._comment b/doc/bugs/cross_platform_permissions_woes/comment_4_eb6a271cb63c71341469c9ff89dc0eb9._comment
new file mode 100644
index 0000000000..08ebe1e6de
--- /dev/null
+++ b/doc/bugs/cross_platform_permissions_woes/comment_4_eb6a271cb63c71341469c9ff89dc0eb9._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmCzVCPjgg_Un_114P8iiSwExms0G2csCA"
+ nickname="Michele"
+ subject="solved"
+ date="2013-10-18T21:00:38Z"
+ content="""
+installing very recent version on linux solved the problem !!! indeed a bug, but an old one! (quite difficult to get an updated version with cabal on fc19 and so forth, i would add a couple suggestion to share in the fedora install page)
+thank you 
+"""]]
diff --git a/doc/bugs/cyclic_drop.mdwn b/doc/bugs/cyclic_drop.mdwn
new file mode 100644
index 0000000000..296d61aac5
--- /dev/null
+++ b/doc/bugs/cyclic_drop.mdwn
@@ -0,0 +1,104 @@
+drop's verification that a remote still has content can fail
+if the remote is also dropping the content at the same time. Each
+repository checks that the other still has the content, and then both
+drop it. Could also happen with larger cycles of repositories.
+
+> Confirmed fixed now. All cases tested. [[done]]
+
+---
+
+Fixing this requires locking. (Well, there are other ways, like moving the
+content to a holding area when checking if it's safe to drop, but they
+seem complicated, and would be hard to implement for move --from.)
+
+Add per-content lock files. An exclusive lock is held on content when
+it's in the process of being dropped, or moved. The lock is taken
+nonblocking; if it cannot be obtained, something else is acting on the
+content and git-annex should refuse to do anything.
+
+Then when checking inannex, try to take a shared lock. Note that to avoid
+deadlock, this must be a nonblocking lock. (Actually, with fcntl locking,
+can just check if there is a lock, without needing to take one.) 
+If it fails, the status of the content is unknown, so inannex should fail.
+Note that this failure needs to be distinguishable from "not in annex".
+
+> Thinking about these lock files, this would be a lot more files, 
+> and would possibly break some assumptions that everything in
+> `.git/annex/objects` is a key's content. (Or would need lots more
+> directories to put the lock files elsewhere.) There would be more
+> overhead to manage these and have them on disk.
+> 
+> What if it just locked the actual content file? The obvious limitation
+> is only content that was already inannex could be locked, but that
+> happens to be exactly what's needed here; if content is not present,
+> it's not going to get dropped or moved.
+>
+> Of course, if some consumer of a file locked it, then it could prevent it
+> from being dropped or moved. This could be considered a bug, or a feature. :)
+> 
+> However, this would mean that such a hypothetical consumer could also
+> make inannex checks fail.
+>
+> The other downside is that, for fcntl exclusive locking, the file has to
+> be opened for write. Normally the modes of content files are locked down
+> to prevent modifcation. Dealt with, but oh so nasty. Almost makes flock
+> locking seem worth using.
+
+---
+
+drop --from could also cycle. Locking should fix.
+
+> Confirmed fixed now. 
+
+---
+
+move --to can also be included in the cycle, since it can drop data. 
+
+Consider move to a remote that already has the content and 
+is at the same time doing a drop (or a move). The remote
+verifies the content is present on the movee, and removes its copy.
+The movee removes its copy.
+
+So move --to needs to take the content lock on start. Then the inannex
+will fail.
+
+This is why it's important for inannex to fail in a way that is
+distinguishable from "not in annex". Otherwise, move --to
+would see the cycle as the remote not having content, and try to
+redundantly send it, drop it locally, and still race.
+
+> Confirmed fixed now.
+
+-- 
+
+move --from is similar. Consider a case where both the local and the remote
+are doing a move --from. Both have the content, and confirm the other does,
+via inannex checks. Then both run git-annex-shell dropkey, removing both
+copies.
+
+So move --from needs to take the content lock on start, so the inannex will
+fail.  NB: If the content is not locally present, don't take the lock.
+
+> Confirmed fixed now.
+
+---
+
+Another cycle might be running move --to and move --from on the same file,
+locally. The exclusivity of the content lock solves this, as only one can
+run at a time.
+
+Would it work with a shared lock? The --to would run git-annex-shell
+inannex. The --from would also be running, and would run git-annex-shell
+dropkey. So inannex and dropkey would end up running on the remote
+at the same time. Dropkey takes the content lock, and inannex checks it,
+but what if inannex runs first? Then it returns true, and then the content
+is removed, so both the --to and --from see success and the --to proceeds
+to remove the local content that the --from already caused to be removed
+from the remote. So, no, the nasty exclusive lock is needed.
+
+> Confirmed fixed now.
+
+---
+
+Another cycle might involve move --from and drop, both run on the same
+file, locally. Again, the exclusive lock solves this.
diff --git a/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos.mdwn b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos.mdwn
new file mode 100644
index 0000000000..8007ae11fe
--- /dev/null
+++ b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos.mdwn
@@ -0,0 +1,199 @@
+### Please describe the problem.
+Data loss due to incorrect merge of repos in direct mode. (I tested the same scenario in indirect mode and it worked fine there)
+
+Given 2 repos A and B, in direct mode:
+
+1. in A: mkdir f, with a file f in it
+2. in B: touch f
+3. in B: sync 
+
+Result: Only an f.variant-f###remains, which is file f of B, and the merge conflict has already been automatically resolved. I.e. Directory f containing file f, is lost.
+
+Expected result: remaining contents: f.variant-AAA which is file f of B, f.variant-BBB which is directory f of A, containing a file f. Merge conflict marked resolved.
+
+### What steps will reproduce the problem?
+Execute the script given below in additional information.
+
+### What version of git-annex are you using?
+git-annex version: 4.20130911-g6625d0e
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP Feeds Quvi
+
+### On what operating system?
+Linux basementcat 3.10.10-1-ARCH #1 SMP PREEMPT Fri Aug 30 11:30:06 CEST 2013 x86_64 GNU/Linux
+
+### Please provide any additional information below.
+
+[[!format sh """
+[~]$ mkdir test
+[~/test]$ mkdir a
+[~/test/a]$ git init
+Initialized empty Git repository in /home/limyreth/test/a/.git/
+[~/test/a]$ git annex init test
+init test ok
+(Recording state in git...)
+[~/test/a]$ touch firstfile
+[~/test/a]$ git annex add firstfile 
+add firstfile (checksum...) ok
+(Recording state in git...)
+[~/test/a]$ git annex sync
+commit  
+ok
+git-annex: no branch is checked out
+[~]$ git clone test/a
+Cloning into 'a'...
+done.
+[~]$ mv a test/b
+[~/test/a]$ git annex direct
+commit  
+# On branch master
+nothing to commit, working directory clean
+ok
+direct firstfile ok
+direct  ok
+[~/test/a]$ ls -l
+total 0
+-rw-r--r-- 1 limyreth users 0 Oct 12 15:09 firstfile
+[~/test/a]$ mkdir f
+[~/test/a]$ touch f/f
+[~/test/a]$ git annex add f/f
+add f/f (checksum...) ok
+(Recording state in git...)
+[~/test/a]$ git annex sync
+commit  
+ok
+[~/test/b]$ git remote -v
+origin	/home/limyreth/test/a (fetch)
+origin	/home/limyreth/test/a (push)
+[~/test/b]$ ls
+firstfile
+[~/test/b]$ git annex direct
+commit  
+(Recording state in git...)
+# On branch master
+nothing to commit, working directory clean
+ok
+direct  ok
+[~/test/b]$ touch f
+[~/test/b]$ git annex add f
+add f (checksum...) ok
+(Recording state in git...)
+[~/test/b]$ git annex sync
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+commit  
+ok
+pull origin 
+remote: Counting objects: 14, done.
+remote: Compressing objects: 100% (7/7), done.
+remote: Total 9 (delta 1), reused 0 (delta 0)
+Unpacking objects: 100% (9/9), done.
+From /home/limyreth/test/a
+   2a8fa45..ad6802d  master     -> origin/master
+   1f39016..19e3e12  git-annex  -> origin/git-annex
+ * [new branch]      synced/master -> origin/synced/master
+
+Adding f/f
+CONFLICT (file/directory): There is a directory with name f in refs/remotes/origin/master. Adding f as f~HEAD
+Automatic merge failed; fix conflicts and then commit the result.
+f: needs merge
+(Recording state in git...)
+ok
+[master 37a8019] git-annex automatic merge conflict fix
+
+Already up-to-date.
+ok
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+push origin 
+Counting objects: 36, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (20/20), done.
+Writing objects: 100% (25/25), 2.16 KiB | 0 bytes/s, done.
+Total 25 (delta 5), reused 0 (delta 0)
+To /home/limyreth/test/a
+   ad6802d..37a8019  master -> synced/master
+ * [new branch]      git-annex -> synced/git-annex
+ok
+[~/test/b]$ ls -l
+total 0
+-rw-r--r-- 1 limyreth users 0 Oct 12 15:11 firstfile
+-rw-r--r-- 1 limyreth users 0 Oct 12 15:11 f.variant-f874
+[~/test/b]$ git log --summary
+commit 37a80199abe3cf82100bbdb5dd2217ed6bcb4b62
+Merge: 5a8942a ad6802d
+Author: timdiels <timdiels.m@gmail.com>
+Date:   Sat Oct 12 15:11:47 2013 +0200
+
+    git-annex automatic merge conflict fix
+
+commit 5a8942a9a1735cb313c1f6624cbd3f48b252d9d9
+Author: timdiels <timdiels.m@gmail.com>
+Date:   Sat Oct 12 15:11:47 2013 +0200
+
+    git-annex automatic sync
+
+ create mode 120000 f
+
+commit ad6802dc231d389b86154e2df900a70b18e17b29
+Author: timdiels <timdiels.m@gmail.com>
+Date:   Sat Oct 12 15:11:40 2013 +0200
+
+    git-annex automatic sync
+
+ create mode 120000 f/f
+
+commit 2a8fa45bea996ab5ae219a017d4b642153e6d9c9
+Author: timdiels <timdiels.m@gmail.com>
+Date:   Sat Oct 12 15:09:40 2013 +0200
+
+    git-annex automatic sync
+
+ create mode 120000 firstfile
+[~/test/a]$ git annex sync
+(merging synced/git-annex into git-annex...)
+commit  
+ok
+merge synced/master 
+Updating ad6802d..37a8019
+Fast-forward
+ f.variant-f874 | 1 +
+ f/f            | 1 -
+ 2 files changed, 1 insertion(+), 1 deletion(-)
+ create mode 120000 f.variant-f874
+ delete mode 120000 f/f
+ok
+[~/test/a]$ git log --summary
+commit 37a80199abe3cf82100bbdb5dd2217ed6bcb4b62
+Merge: 5a8942a ad6802d
+Author: timdiels <timdiels.m@gmail.com>
+Date:   Sat Oct 12 15:11:47 2013 +0200
+
+    git-annex automatic merge conflict fix
+
+commit 5a8942a9a1735cb313c1f6624cbd3f48b252d9d9
+Author: timdiels <timdiels.m@gmail.com>
+Date:   Sat Oct 12 15:11:47 2013 +0200
+
+    git-annex automatic sync
+
+ create mode 120000 f
+
+commit ad6802dc231d389b86154e2df900a70b18e17b29
+Author: timdiels <timdiels.m@gmail.com>
+Date:   Sat Oct 12 15:11:40 2013 +0200
+
+    git-annex automatic sync
+
+ create mode 120000 f/f
+
+commit 2a8fa45bea996ab5ae219a017d4b642153e6d9c9
+Author: timdiels <timdiels.m@gmail.com>
+Date:   Sat Oct 12 15:09:40 2013 +0200
+
+    git-annex automatic sync
+
+ create mode 120000 firstfile
+
+"""]]
+
+> Bug fixed; test case added; [[done]] --[[Joey]]
diff --git a/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_1_294c33af08649256908a97894f93c05d._comment b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_1_294c33af08649256908a97894f93c05d._comment
new file mode 100644
index 0000000000..1b22d2ce53
--- /dev/null
+++ b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_1_294c33af08649256908a97894f93c05d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlWskoNgUB7r70OXglR-4iKI4bOuPJb-xg"
+ nickname="Tim"
+ subject="comment 1"
+ date="2013-10-13T12:35:47Z"
+ content="""
+I've just tested a similar scenario with 2 conflicting files, a file-file conflict, and then it works fine. That makes sense, as there's a test written for that.
+
+So the specific bits are: directory-file conflict of repos in direct mode.
+"""]]
diff --git a/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_2_02a2b69adbb04b557146e713b70b34d2._comment b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_2_02a2b69adbb04b557146e713b70b34d2._comment
new file mode 100644
index 0000000000..7df35b33dc
--- /dev/null
+++ b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_2_02a2b69adbb04b557146e713b70b34d2._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 2"
+ date="2013-10-16T18:04:27Z"
+ content="""
+I can confirm this bug, thanks for a good reproduction recipe.
+
+However, there is no actual data loss. If you switch to repo to indirect mode, you can use `git checkout` to check out the past versions from before the botched merge. When you do, you'll find that the files that the merge seemingly deleted in fact still have their contents present. It is preserved in `.git/annex/objects` by the automatic merge conflict resolution code, which does that whenever it deletes a file, whether for good reasons or for buggy reasons.
+
+So if you feel you lost data due to this, you can almost certainly get it back and I'm happy to help with that.
+
+
+"""]]
diff --git a/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_3_d296ef26fc90f4e3166bba6d2de0a1ee._comment b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_3_d296ef26fc90f4e3166bba6d2de0a1ee._comment
new file mode 100644
index 0000000000..4adee73bdc
--- /dev/null
+++ b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_3_d296ef26fc90f4e3166bba6d2de0a1ee._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlWskoNgUB7r70OXglR-4iKI4bOuPJb-xg"
+ nickname="Tim"
+ subject="comment 3"
+ date="2013-10-17T16:04:03Z"
+ content="""
+I had a recent backup of the data so no real harm was done.
+"""]]
diff --git a/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_4_33ba2c890c962a71ae9fadc417359f8e._comment b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_4_33ba2c890c962a71ae9fadc417359f8e._comment
new file mode 100644
index 0000000000..bff93623cc
--- /dev/null
+++ b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_4_33ba2c890c962a71ae9fadc417359f8e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlWskoNgUB7r70OXglR-4iKI4bOuPJb-xg"
+ nickname="Tim"
+ subject="comment 4"
+ date="2013-10-31T19:44:34Z"
+ content="""
+Has this issue been fixed? I checked out the repository today and compiled with cabal, but I don't see a f.variant-A and a f.variant-B pop up after sync.
+"""]]
diff --git a/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_5_39eb0bb96fd271bd0de4a3a40814ae1b._comment b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_5_39eb0bb96fd271bd0de4a3a40814ae1b._comment
new file mode 100644
index 0000000000..0e5d67f744
--- /dev/null
+++ b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_5_39eb0bb96fd271bd0de4a3a40814ae1b._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 5"
+ date="2013-11-01T15:48:21Z"
+ content="""
+AFAIK this bug is fixed, which is why I wrote above, \"Bug fixed; test case added; done\"
+
+If you have reason to think otherwise, better follow up.
+
+"""]]
diff --git a/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_6_d80c4b631bdf58901a06f29a2c5682e2._comment b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_6_d80c4b631bdf58901a06f29a2c5682e2._comment
new file mode 100644
index 0000000000..29457da8af
--- /dev/null
+++ b/doc/bugs/data_loss:_incorrect_merge_upon_conflicting_directory-file_of_direct_repos/comment_6_d80c4b631bdf58901a06f29a2c5682e2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlWskoNgUB7r70OXglR-4iKI4bOuPJb-xg"
+ nickname="Tim"
+ subject="comment 6"
+ date="2013-11-14T14:58:10Z"
+ content="""
+Ah indeed, tried it again and it's indeed fixed. Tried some other things as well, and conflict resolution ended up doing just fine.
+"""]]
diff --git a/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_.mdwn b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_.mdwn
new file mode 100644
index 0000000000..65560f2451
--- /dev/null
+++ b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_.mdwn
@@ -0,0 +1,19 @@
+**What steps will reproduce the problem?**
+
+> git annex add .
+
+**What is the expected output? What do you see instead?**
+
+This was with direct mode turned on.  Distinct files should remain distinct.  Instead, many of the original files were overwritten and became copies of one of the other files.
+
+**What version of git-annex are you using? On what operating system?**
+
+Running rooted android on a Samsung Galaxy Nexus.  Working in a system directory which is not "crippled".
+The git-annex package was dated 2013-03-23 and downloaded from
+> https://downloads.kitenet.net/git-annex/android/current/
+
+**Please provide any additional information below.**
+
+I wish I could provide files that became duplicates, but I didn't make copies before adding them...  Did this twice, first adding JPG and MP4 files, then adding WAVs.  After that, I saw that of 100 JPGs and 8 MP4s, about half the JPGs and all of the MP4s had become copies of a single JPG.  Of 11 WAV files, two had been replaced with copies of one of the others.
+
+> [[done]]; turned out to be Android bug unrelated to git-annex. --[[Joey]]
diff --git a/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_1_eb6db7f6a156a065e2724c2de5fc4366._comment b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_1_eb6db7f6a156a065e2724c2de5fc4366._comment
new file mode 100644
index 0000000000..a0af0bc8fd
--- /dev/null
+++ b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_1_eb6db7f6a156a065e2724c2de5fc4366._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-01T18:28:21Z"
+ content="""
+Are you sure these files did not already have the same content before you ran git-annex on them?
+
+Can you show me the output of `git show` when run on some of these files?
+"""]]
diff --git a/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_2_59a96cade9e4881767562a139fc7fb4b._comment b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_2_59a96cade9e4881767562a139fc7fb4b._comment
new file mode 100644
index 0000000000..f62c2e69ee
--- /dev/null
+++ b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_2_59a96cade9e4881767562a139fc7fb4b._comment
@@ -0,0 +1,40 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn26WQjIP5fnMgQF_L_k3Q3UrR5v8mjRTY"
+ nickname="Ellis"
+ subject="comment 2"
+ date="2013-04-02T20:18:05Z"
+ content="""
+*Are you sure these files did not already have the same content before you ran git-annex on them?*
+
+Yes, each one was a distinct photo, video, or audio recording.  The only operation performed between creation and ``git annex add`` was moving them into the import directory from the command line via e.g. ``mv /sdcard/DCIM/Camera/* .``.
+
+If you'd like, I'll try to find a set of files to reproduce the problem with.
+
+*Can you show me the output of git show when run on some of these files?*
+
+Sure.  Here are two WAV files.  The first one was correctly stored, and the second one is now a duplicate of the first.
+
+    commit bb282af90745c8a50e74c1f724e6cc708bfa9591
+    Author: Ellis Whitehead <ellis@****>
+    Date:   Mon Apr 1 17:05:19 2013 +0200
+
+        git-annex automatic sync
+
+    diff --git a/import/2013-03-02_13-57-08_jeromin.wav b/import/2013-03-02_13-57-08_jeromin.wav
+    new file mode 120000
+    index 0000000..55a8cf1
+    --- /dev/null
+    +++ b/import/2013-03-02_13-57-08_jeromin.wav
+    @@ -0,0 +1 @@
+    +../.git/annex/objects/VG/vf/SHA256E-s49222316--acd9b8f94981543c601461c4cb602dae4e7d9d9a72654a3915c6e9d0221791b7.wav/SHA256E-s49222316--acd9b8f94981543c601461c4cb602dae4e7d9d9a72654a3915c6e9d0221791b7.wav
+    \ No newline at end of file
+    diff --git a/import/2013-03-02_14-06-11_karina.wav b/import/2013-03-02_14-06-11_karina.wav
+    new file mode 120000
+    index 0000000..55a8cf1
+    --- /dev/null
+    +++ b/import/2013-03-02_14-06-11_karina.wav
+    @@ -0,0 +1 @@
+    +../.git/annex/objects/VG/vf/SHA256E-s49222316--acd9b8f94981543c601461c4cb602dae4e7d9d9a72654a3915c6e9d0221791b7.wav/SHA256E-s49222316--acd9b8f94981543c601461c4cb602dae4e7d9d9a72654a3915c6e9d0221791b7.wav
+    \ No newline at end of file
+
+"""]]
diff --git a/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_3_bf9d2562d66f0f6a9478ac178606cf4e._comment b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_3_bf9d2562d66f0f6a9478ac178606cf4e._comment
new file mode 100644
index 0000000000..2cc257839f
--- /dev/null
+++ b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_3_bf9d2562d66f0f6a9478ac178606cf4e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-02T21:34:50Z"
+ content="""
+The truely odd thing about this is that when git-annex adds a direct mode file, it does *not* touch the file at all. The file is left right where it is.
+
+This is even the case if two files have the same SHA checksum. I have just verified that even in this case; neither file is touched in any way by `git annex add`.
+
+(Obviously, I never saw anything like this when working with git-annex on Android. I hope this is not some evil April Fools prank.)
+"""]]
diff --git a/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_4_ad0dbdc448fff2e126ffec9aac6d7463._comment b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_4_ad0dbdc448fff2e126ffec9aac6d7463._comment
new file mode 100644
index 0000000000..47c53ac846
--- /dev/null
+++ b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_4_ad0dbdc448fff2e126ffec9aac6d7463._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn26WQjIP5fnMgQF_L_k3Q3UrR5v8mjRTY"
+ nickname="Ellis"
+ subject="comment 4"
+ date="2013-04-03T09:02:44Z"
+ content="""
+*The truely odd thing about this is that when git-annex adds a direct mode file, it does not touch the file at all. The file is left right where it is.*
+
+After further investigation, I've managed to reproduce the error, and it is **not** caused by git-annex, but by a limitation in my device's sdcard overlay (I can now see that I was using it in an unintended fashion).  Sorry to have taken your time with this.  However, the following information may be useful for others who might also want to use git-annex from the android console to manager their media.
+
+Some android devices don't have sdcards (they are the ones which want you to use MTP (Media Transfer Protocol) to transfer data via a USB cable).  These devices emulate an sdcard for use by apps.  On my Samsung Galaxy Nexus, the emulated sdcard is at ``/sdcard``.  If your device is rooted, you will find the equivalent \"real\" filesystem at ``/data/media/0``.  There is apparently a limitation in the sdcard emulator which causes ``mv`` commands involving multiple files to semi-randomly fail when moving files from ``/sdcard`` to ``/data/media/0``.  What happens is that the command will randomly tend to replace some of the files in the move with a hardlink to another one of the files.  I have encountered no problems when moving files from ``/sdcard`` any other destination.
+
+So **don't do this** (or variants of it):
+
+    $ mv /sdcard/DCIM/Camera/* /data/media/0/annex-on-a-good-fs/import
+
+My reason for placing the repository under ``/data/media/0/`` is so that git-annex can use a non-crippled filesystem, but at the same time other apps can access the data under ``/sdcard``.  To get around the above problem, either of these two commands can be used:
+
+    $ mv /sdcard/DCIM/Camera/* /sdcard/annex-on-a-good-fs/import
+    $ mv /data/media/0/DCIM/Camera/* /data/media/0/annex-on-a-good-fs/import
+
+@joey: the instructions say to link this bug to ``done`` when it's closed, but I don't see how to do that?  Or should it be deleted, since it wasn't a git-annex bug at all?
+"""]]
diff --git a/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_5_e828585e56b10710598143483ce362b6._comment b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_5_e828585e56b10710598143483ce362b6._comment
new file mode 100644
index 0000000000..847226699b
--- /dev/null
+++ b/doc/bugs/data_loss_with___34__git_annex_add__34___on_android_in_direct_mode_/comment_5_e828585e56b10710598143483ce362b6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-04-04T16:03:50Z"
+ content="""
+I'll close the bug.
+
+FWIW, I developed git-annex on an Android device with such an emulated filesystem for /sdcard. It's a FUSE filesystem with a terrible implementation. I found multiple syscalls that just failed, and was careful to avoid using them.
+
+Personally, the benefits of non-crippled filesystem do not seem worth the bother of doing what you're doing..
+"""]]
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_renames.mdwn b/doc/bugs/direct_mode_renames.mdwn
new file mode 100644
index 0000000000..60f4493005
--- /dev/null
+++ b/doc/bugs/direct_mode_renames.mdwn
@@ -0,0 +1,15 @@
+When in direct mode, renaming a file with `git mv` does not update the
+direct mode mapping to use the new filename. --[[Joey]]
+
+Consistency checks now prevent anything bad happening when the mapping file
+contains old filenames. Still, missing the new filename will prevent that
+file working properly in direct mode.
+
+Perhaps the pre-commit hook needs to update the mapping for files that were
+deleted or added.
+
+This also affects moves of files when the assistant is being used.
+In this case, the assistant updates the mapping to add the new name,
+but does not delete the old name from the mapping.
+
+> [[done]]; the pre-commit hook now updates the mappings. --[[Joey]]
diff --git a/doc/bugs/direct_mode_renames/comment_1_f18c335e0d6f4259d2470935ef391cb8._comment b/doc/bugs/direct_mode_renames/comment_1_f18c335e0d6f4259d2470935ef391cb8._comment
new file mode 100644
index 0000000000..aaf43a24ee
--- /dev/null
+++ b/doc/bugs/direct_mode_renames/comment_1_f18c335e0d6f4259d2470935ef391cb8._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-02-06T06:35:21Z"
+ content="""
+I'm not sure if this matters, but in my case I wasn't even using `git mv`, I was just using `mv`.
+"""]]
diff --git a/doc/bugs/direct_mode_sync_should_avoid_git_commit.mdwn b/doc/bugs/direct_mode_sync_should_avoid_git_commit.mdwn
new file mode 100644
index 0000000000..ed4bb8f470
--- /dev/null
+++ b/doc/bugs/direct_mode_sync_should_avoid_git_commit.mdwn
@@ -0,0 +1,5 @@
+Per forum post linking to this bug, git commit can be very slow when run in a filesystem without symlink support, and seems to be reading the content of files just in order to show typechanged messages in the status.
+
+So, git annex sync should stop using git commit when in direct mode, and instead manually make its own commit. Git.Branch.commit and Git.Branch.update should be able to easily be used for this.
+
+PS: this page was created elsewhere, and therefore not listed in bugs page
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/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__.mdwn b/doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__.mdwn
new file mode 100644
index 0000000000..8ee66da19c
--- /dev/null
+++ b/doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__.mdwn
@@ -0,0 +1,51 @@
+### Please describe the problem.
+
+When I create a directory special remote, with encryption enabled (shared) and a chunk size restriction (any), I can copy files *to* the remote, but git annex can't find/access them afterwards.
+
+If I do the same, just without specifying chunk size, it works fine. Restricting chunk size on FAT filesystems to something less that 4GB is necessary (otherwise storing bigger files will just fail).
+
+### What steps will reproduce the problem?
+
+Assume `~/annex` is a normal git annex repository and it contains a file `data.file`.
+
+         # cd ~/annex
+         # mkdir /tmp/remote
+         # git annex initremote dirremote type=directory directory=/tmp/remote encryption=shared chunksize="300 megabytes"
+             initremote dirremote (encryption setup) (shared cipher) ok
+             (Recording state in git...)
+         # git annex copy --to dirremote data.file
+             copy data.file (gpg) (to dirremote...)
+             ok
+             (Recording state in git...)
+         # git annex fsck --from dirremote
+             fsck data.file (gpg) (fixing location log)
+               ** Based on the location log, data.file
+               ** was expected to be present, but its content is missing.
+             failed
+             (Recording state in git...)
+             git-annex: fsck: 1 failed
+
+The file is actually in the remote, e.g. `ls -R /tmp/remote` (shortened output):
+
+        /tmp/remote/be5/af7/GPGHMACSHA1--cb23b50579bf69be9cdc0243b6fda1f66218eb43:
+        GPGHMACSHA1--cb23b50579bf69be9cdc0243b6fda1f66218eb43
+        GPGHMACSHA1--cb23b50579bf69be9cdc0243b6fda1f66218eb43.chunkcount
+
+### What version of git-annex are you using? On what operating system?
+
+- mac OS X (10.8.5)
+- git-annex version: 4.20131002-gf25991c
+- `PATH` variable has `/Applications/git-annex.app/Contents/MacOS/bundle` at the front, so if git-annex comes with a binary, it is used
+
+
+### 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]]; see my comment. --[[Joey]]
diff --git a/doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__/comment_1_69dfbf566c75396cdaaf5ad70f1a94a8._comment b/doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__/comment_1_69dfbf566c75396cdaaf5ad70f1a94a8._comment
new file mode 100644
index 0000000000..e068501ad7
--- /dev/null
+++ b/doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__/comment_1_69dfbf566c75396cdaaf5ad70f1a94a8._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-10-26T19:06:38Z"
+ content="""
+There was a bug that caused it not to write the chunkcount file.
+I have fixed it, and put in a workaround so fsck, etc, will
+see that the file is stored on the remote despite there being no
+chunkcount file present.
+
+I was initially puzzled by your output showing the chunkcount file being present.
+However, the bug also caused it to write a chunkcount file when chunking was disabled (ie, the logic for when to write the file was inverted). 
+So, I think that the ls you show is after you set up the remote without specifying chunk size, and copied a file to it.
+
+Please test with the next autobuild of git-annex (should be one within an hour my my posting this comment) and verify it can now see the files you stored on the remote with chunking.
+
+
+"""]]
diff --git a/doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__/comment_2_8d09cc0e06548c4ebde7956edd1b5d85._comment b/doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__/comment_2_8d09cc0e06548c4ebde7956edd1b5d85._comment
new file mode 100644
index 0000000000..81d6b35a39
--- /dev/null
+++ b/doc/bugs/directory_remote_+_shared_encryption_+_chunk_size___61___lost_files__63__/comment_2_8d09cc0e06548c4ebde7956edd1b5d85._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://jspk.clavid.com/"
+ nickname="flabbergast"
+ subject="comment 2"
+ date="2013-10-28T09:36:19Z"
+ content="""
+Thanks! I've checked now and the problem is gone.
+"""]]
diff --git a/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_1_bcac9fd7b3f4a2ac28bee59bae674fa0._comment b/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_1_bcac9fd7b3f4a2ac28bee59bae674fa0._comment
new file mode 100644
index 0000000000..be8b8b0a72
--- /dev/null
+++ b/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_1_bcac9fd7b3f4a2ac28bee59bae674fa0._comment
@@ -0,0 +1,79 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="Case sensitivity"
+ date="2011-11-22T18:51:03Z"
+ content="""
+I agree, it's weird, but that's what I'm seeing:
+
+    #!/bin/sh
+    
+    if [ $UID != 0 ] ; then echo \"need root\" ; exit 1 ; fi
+    
+    set -x
+    
+    # make image
+    cd /tmp
+    dd if=/dev/zero of=diskimage bs=1M count=40
+    DEV=$(losetup --find --show diskimage)
+    
+    # make FAT32 fs
+    mkfs.vfat -F 32 $DEV
+    
+    # mount it
+    mkdir annex
+    mount -o shortname=mixed,utf8=1 $DEV annex
+    
+    # show bug
+    ( 
+        cd annex
+        mkdir zP
+        mkdir Zp
+        ls Zp
+        ls
+        touch zP
+        touch Zp
+    )
+    
+    # cleanup
+    umount annex
+    rm -r annex
+    losetup -d $DEV
+    rm diskimage
+    
+    # info
+    uname -a
+
+Output:
+
+    + cd /tmp
+    + dd if=/dev/zero of=diskimage bs=1M count=40
+    40+0 records in
+    40+0 records out
+    41943040 bytes (42 MB) copied, 0.0847729 s, 495 MB/s
+    ++ losetup --find --show diskimage
+    + DEV=/dev/loop0
+    + mkfs.vfat -F 32 /dev/loop0
+    mkfs.vfat 3.0.9 (31 Jan 2010)
+    Loop device does not match a floppy size, using default hd params
+    + mkdir annex
+    + mount -o shortname=mixed,utf8=1 /dev/loop0 annex
+    + cd annex
+    + mkdir zP
+    + mkdir Zp
+    mkdir: cannot create directory `Zp': File exists
+    + ls Zp
+    ls: cannot access Zp: No such file or directory
+    + ls
+    zP
+    + touch zP
+    + touch Zp
+    touch: cannot touch `Zp': File exists
+    + umount annex
+    + rm -r annex
+    + losetup -d /dev/loop0
+    + rm diskimage
+    + uname -a
+    Linux pilot 3.0.3+ #1 SMP Mon Aug 29 15:21:18 EDT 2011 x86_64 GNU/Linux
+
+"""]]
diff --git a/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_2_c9088060fb9133b66951f1a3075981e8._comment b/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_2_c9088060fb9133b66951f1a3075981e8._comment
new file mode 100644
index 0000000000..5040b3120f
--- /dev/null
+++ b/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_2_c9088060fb9133b66951f1a3075981e8._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-11-22T19:56:55Z"
+ content="""
+All right, I see the same thing with linux 3.1.0. It seems this behavior has changed since linux 3.0.0. Mounting with shortname=lower avoids the problem. 
+
+I feel a good case could be made that this new behavior is a linux bug. Your example with touch particularly shows how weird it is.
+
+<pre>
+$ touch Foo
+$ echo hi > foo
+sh: cannot create foo: File exists
+$ rm foo
+rm: cannot remove `foo': No such file or directory
+</pre>
+"""]]
diff --git a/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_3_5bf34466187cfc9b34bd3ca8c89a07c6._comment b/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_3_5bf34466187cfc9b34bd3ca8c89a07c6._comment
new file mode 100644
index 0000000000..54d6ff50ab
--- /dev/null
+++ b/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_3_5bf34466187cfc9b34bd3ca8c89a07c6._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="comment 3"
+ date="2011-11-22T20:35:01Z"
+ content="""
+I see the same results (\"`touch: cannot touch 'Zp': File exists`\") on these Debian systems:
+
+    Linux pilot 3.0.3+ #1 SMP Mon Aug 29 15:21:18 EDT 2011 x86_64 GNU/Linux
+    Linux neurosis 3.0.0-1-amd64 #1 SMP Sun Jul 24 02:24:44 UTC 2011 x86_64 GNU/Linux
+    Linux bucket 2.6.39-2-amd64 #1 SMP Tue Jul 5 02:51:22 UTC 2011 x86_64 GNU/Linux
+    Linux psychosis 2.6.37-trunk-amd64 #1 SMP Thu Jan 6 14:13:28 UTC 2011 x86_64 GNU/Linux
+    Linux bacon 2.6.32-5-amd64 #1 SMP Thu Aug 12 13:01:50 UTC 2010 x86_64 GNU/Linux
+
+It does NOT happen on this Ubuntu system:
+
+    Linux esensor 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:56:25 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
+
+So really it seems like only the Ubuntu kernel is the outlier here?  Maybe it has something to do with charsets or something; I think FAT is a mess in that regard and even long versus short filenames can behave differently.
+"""]]
diff --git a/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_4_d6201f2d86d5b44051a7fd7a8c9de583._comment b/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_4_d6201f2d86d5b44051a7fd7a8c9de583._comment
new file mode 100644
index 0000000000..406a6b18ee
--- /dev/null
+++ b/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_4_d6201f2d86d5b44051a7fd7a8c9de583._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-11-22T20:59:55Z"
+ content="""
+Your ubuntu system has 3.0.0 which as noted does not have the problem.
+"""]]
diff --git a/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_5_61c5f0889f30a68ac3b57c4ea564ee0e._comment b/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_5_61c5f0889f30a68ac3b57c4ea564ee0e._comment
new file mode 100644
index 0000000000..1656ff2075
--- /dev/null
+++ b/doc/bugs/directory_remote_and_case_sensitivity_on_FAT/comment_5_61c5f0889f30a68ac3b57c4ea564ee0e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2011-11-22T21:01:14Z"
+ content="""
+I am surprised if it happens on 2.6.x though. Debian 3.0.0 seemed to not have the problem but perhaps my test was bad.
+"""]]
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/dotdot_problem.mdwn b/doc/bugs/dotdot_problem.mdwn
new file mode 100644
index 0000000000..cbefd5dae5
--- /dev/null
+++ b/doc/bugs/dotdot_problem.mdwn
@@ -0,0 +1,4 @@
+cannot "git annex ../foo"   (GitRepo.relative is buggy and
+git-ls-files also refuses w/o --full-name, which would need other changes)
+
+[[done]]
diff --git a/doc/bugs/drop_fails_to_see_copies_that_whereis_sees.mdwn b/doc/bugs/drop_fails_to_see_copies_that_whereis_sees.mdwn
new file mode 100644
index 0000000000..59b76c92b8
--- /dev/null
+++ b/doc/bugs/drop_fails_to_see_copies_that_whereis_sees.mdwn
@@ -0,0 +1,69 @@
+What steps will reproduce the problem?
+------------------------------------------------------
+
+I haven't tried doing this again, but here's what I did:
+
+I was copying files to my usb drive (hugex) with probably this command:
+
+    git annex copy --to=hugex .
+
+While doing that, I did something stupid in another window, and filled my local hard drive (the one I was copying from) and git annex spit out some errors about not being able to write to log files (because my local drive was full.)
+
+I suspended (^Z) git annex, made some hard drive space, then resumed (fg).
+
+At first, git annex whereis didn't see the copies of some of the files in hugex (apparently the ones where git annex had trouble writing the local log files). After a "git remote update hugex" and I think a ``git annex merge``, whereis was able to see both copies.
+
+But git drop can't see both copies, and won't let me drop my local copy. I ran ``git annex fsck .`` on the directory with the now files I was copying above, and that didn't seem to change anything (or report errors.)
+
+Here's a terminal session where I'm showing the problem and some hopefully useful text:
+
+	compy compy compy ~/video/tv/keen-eddie> git annex whereis 02-horse-heir.avi 
+	whereis 02-horse-heir.avi (2 copies) 
+  		5bfe091c-ed07-11df-842e-eb791a485889 -- here (compy)
+   		e15161ec-f1bf-11df-a7b5-eb1f0e6921ee -- hugex
+	ok
+	compy compy compy ~/video/tv/keen-eddie> git annex drop 02-horse-heir.avi 
+	drop 02-horse-heir.avi (unsafe) 
+  	  Could only verify the existence of 1 out of 2 necessary copies
+
+  	  No other repository is known to contain the file.
+
+  	  (Use --force to override this check, or adjust annex.numcopies.)
+	failed
+	git-annex: drop: 1 failed
+	zsh: exit 1     git annex drop 02-horse-heir.avi
+	compy compy compy ~/video/tv/keen-eddie> ls -lh 02-horse-heir.avi              
+	lrwxrwxrwx 1 jasonwoof jasonwoof 149 Nov 15 04:19 02-horse-heir.avi -> ../../../.git/annex/objects/KV/8G/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7
+	compy compy compy ~/video/tv/keen-eddie> ls --dereference -lh 02-horse-heir.avi
+	-r--r--r-- 1 jasonwoof jasonwoof 342M Nov 15 04:19 02-horse-heir.avi
+	compy compy compy ~/video/tv/keen-eddie> ls -lh ../../../.git/annex/objects/KV/8G/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7
+	-r--r--r-- 1 jasonwoof jasonwoof 342M Nov 15 04:19 ../../../.git/annex/objects/KV/8G/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7
+	compy compy compy ~/video/tv/keen-eddie> ls -lh /media/hugex/jason/home.git/annex/objects/5bd/6a1/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7
+	-r--r--r-- 1 jasonwoof jasonwoof 342M Jan  7 16:27 /media/hugex/jason/home.git/annex/objects/5bd/6a1/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7/SHA1-s358316330--7fcbf33b711e41def269f042842212d0bf3736a7
+
+That last command is showing that the file is indeed in hugex's annex/objects
+
+
+Oh, and another wrinkle. hugex is a bare repo. I tried to fsck hugex's video/tv directory, but it said that directory doesn't exist (I assume because there's no working copy.)
+
+
+What is the expected output? What do you see instead?
+------------------------------------------------------------------------------
+
+I'd like ``git annex drop`` to have the same kind of confidence in the copies of these files on hugex.
+
+How can I resolve this. I tried ``git annex copy --to=hugex .`` again, but that command knows that these files are already copied to hugex.
+
+What version of git-annex are you using? On what operating system?
+
+3.20130102 on debian unstable (thanks for packaging!)
+
+Please provide any additional information below.
+------------------------------------------------------------------
+
+You can also reach me at ``jason@jasonwoof.com``
+
+> [[done]]; the confusing message has been improved.
+> 
+> BTW, you can use `git annex move` to ensure a file is on another repo and
+> drop it locally. --[[Joey]]
diff --git a/doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_1_f5a9d99d90daf5eba4773d361fa1807a._comment b/doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_1_f5a9d99d90daf5eba4773d361fa1807a._comment
new file mode 100644
index 0000000000..647c6db3a8
--- /dev/null
+++ b/doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_1_f5a9d99d90daf5eba4773d361fa1807a._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.211"
+ subject="comment 1"
+ date="2013-01-08T18:43:33Z"
+ content="""
+So, the first part of this is git-annex behaving as designed. When there's a fatal disk problem and it cannot update its local location log, only the remote's location log gets updated. After a `git annex sync` (or your manual equivilant), the location log changes get propigated from the remote, and the local repository returns to a consistent state.
+
+As to the drop problem, look at it again. You have numcopies configured to 2, and there are currently 2 copies of the file. So dropping 1 would leave the numcopies constraint unsatisfied, and so it doesn't. You can override --numcopies 1 or --force the drop, but I don't see a bug here.
+
+(Perhaps the \"No other repository is known to contain the file.\" message is confusing in this context? It doesn't mean that no other repo has the file at all, but that there are no other repositories, that it was not able to check, that might have the file. If you had another removable drive with the file, and the drive was detached, this message would instead say \"Try making some of these repositories available: otherdrive\")
+
+(Re fscking in a bare repo, in a bare repository, you cannot fsck specific files/directories; fsck just checks every single key that git-annex knows about.)
+"""]]
diff --git a/doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_2_040aa454cd8acd2857ef36884465576f._comment b/doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_2_040aa454cd8acd2857ef36884465576f._comment
new file mode 100644
index 0000000000..58f69646b5
--- /dev/null
+++ b/doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_2_040aa454cd8acd2857ef36884465576f._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://jasonwoof.com/"
+ nickname="JasonWoof"
+ subject="Thank you."
+ date="2013-01-08T23:02:33Z"
+ content="""
+First off, awesome that git annex auto-fixes itself after I make hard drive space and merge.
+
+The problem was that I didn't realize that my .gitattributes that were supposed to set numcopies to 1 didn't work. (Because I didn't realize that they don't apply recursively.) I fixed my .gitattributes, and then was able to drop those files.
+
+And you are right that the text \"No other repository is known to contain the file\" threw me off. Perhaps when numcopies > 1 you could change that message to \"Not enough other repositories are known to contain the file\".
+
+Thank you.
+
+-- Jason
+"""]]
diff --git a/doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_3_f5d8faab325ee26800ecad5aba49b54b._comment b/doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_3_f5d8faab325ee26800ecad5aba49b54b._comment
new file mode 100644
index 0000000000..ca6287dd6f
--- /dev/null
+++ b/doc/bugs/drop_fails_to_see_copies_that_whereis_sees/comment_3_f5d8faab325ee26800ecad5aba49b54b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://jasonwoof.com/"
+ nickname="JasonWoof"
+ subject="language suggestions"
+ date="2013-01-09T04:31:40Z"
+ content="""
+Maybe it could read \"Could not verify that enough copies of the file exist to safely drop it\". Or \"Could not verify that enough other repositories contain this file to safely drop it.\"
+
+It might be cool (if this isn't supported already) if there was a command to drop a file that would automatically copy it to another repo first if needed to satisfy numcopies.
+"""]]
diff --git a/doc/bugs/dropping_and_re-adding_from_web_remotes_doesn__39__t_work.mdwn b/doc/bugs/dropping_and_re-adding_from_web_remotes_doesn__39__t_work.mdwn
new file mode 100644
index 0000000000..30327ba1fc
--- /dev/null
+++ b/doc/bugs/dropping_and_re-adding_from_web_remotes_doesn__39__t_work.mdwn
@@ -0,0 +1,139 @@
+In experimenting with the web remote, I found that dropping a URL gave an error, but still succeeded, while re-adding the same URL fails to work correctly.
+
+#What steps will reproduce the problem?
+
+<pre>
+/tmp $ dd if=/dev/zero of=/tmp/file.bin count=1024
+1024+0 records in
+1024+0 records out
+524288 bytes (524 kB) copied, 0.0135652 s, 38.6 MB/s
+/tmp $ mkdir /tmp/repo
+/tmp $ cd /tmp/repo
+/tmp/repo $ git init
+Initialized empty Git repository in /tmp/repo/.git/
+/tmp/repo $ git annex init "test"
+init test ok
+(Recording state in git...)
+/tmp/repo $ git annex addurl file:///tmp/file.bin --file annexed.bin
+######################################################################## 100.0%
+(checksum...) ok
+(Recording state in git...)
+/tmp/repo $ git annex drop annexed.bin 
+drop annexed.bin (checking file:///tmp/file.bin...) ok
+(Recording state in git...)
+/tmp/repo $ mv /tmp/file.bin /tmp/file2.bin 
+/tmp/repo $ git annex get annexed.bin 
+get annexed.bin (from web...) 
+curl: (37) Couldn't open file /tmp/file.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
+/tmp/repo $ git annex drop --from web annexed.bin --force
+drop web annexed.bin
+  removal from web not supported
+failed
+(Recording state in git...)
+git-annex: drop: 1 failed
+/tmp/repo $ git annex get annexed.bin 
+get annexed.bin (not available) 
+  No other repository is known to contain the file.
+failed
+git-annex: get: 1 failed
+/tmp/repo $ mv /tmp/file2.bin /tmp/file.bin 
+/tmp/repo $ git annex addurl file:///tmp/file.bin --file annexed.bin
+addurl annexed.bin ok
+/tmp/repo $ git annex whereis annexed.bin
+whereis annexed.bin (0 copies) failed
+git-annex: whereis: 1 failed
+/tmp/repo $ git annex addurl file:///tmp/file.bin --file annexed2.bin
+######################################################################## 100.0%
+(checksum...) ok
+(Recording state in git...)
+/tmp/repo $ git annex whereis annexed.bin
+whereis annexed.bin (1 copy)
+        e2418e81-ec04-4091-aabe-ed75d65f93fa -- here (test)
+ok
+/tmp/repo $ git annex whereis annexed2.bin
+whereis annexed2.bin (1 copy)
+        e2418e81-ec04-4091-aabe-ed75d65f93fa -- here (test)
+ok
+/tmp/repo $ git annex drop annexed.bin
+drop annexed.bin (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 annex.numcopies.)
+failed
+git-annex: drop: 1 failed
+/tmp/repo $ git annex drop annexed2.bin
+drop annexed2.bin (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 annex.numcopies.)
+failed
+git-annex: drop: 1 failed
+/tmp/repo $ mv /tmp/file.bin /tmp/file2.bin 
+/tmp/repo $ git annex addurl file:///tmp/file2.bin --file annexed.bin
+addurl annexed.bin ok
+(Recording state in git...)
+/tmp/repo $ git annex whereis annexed2.bin 
+whereis annexed2.bin (2 copies) 
+        00000000-0000-0000-0000-000000000001 -- web
+        e2418e81-ec04-4091-aabe-ed75d65f93fa -- here (test)
+
+  web: file:///tmp/file.bin
+  web: file:///tmp/file2.bin
+ok
+/tmp/repo $ mv /tmp/file2.bin /tmp/file.bin 
+/tmp/repo $ git annex drop annexed.bin 
+drop annexed.bin (checking file:///tmp/file.bin...) ok
+(Recording state in git...)
+/tmp/repo $ git annex get annexed.bin 
+get annexed.bin (from web...) 
+######################################################################## 100.0%
+ok
+(Recording state in git...)
+/tmp/repo $ git annex drop annexed.bin 
+drop annexed.bin (checking file:///tmp/file.bin...) ok
+(Recording state in git...)
+/tmp/repo $ mv /tmp/file.bin /tmp/file2.bin 
+/tmp/repo $ git annex get annexed.bin 
+get annexed.bin (from web...) 
+curl: (37) Couldn't open file /tmp/file.bin
+######################################################################## 100.0%
+ok
+(Recording state in git...)
+</pre>
+
+#What is the expected output? What do you see inst
+
+
+When dropping one file and I see "git-annex: drop: 1 failed" I would expect the file to still be in the remote as far as git-annex is concerned.
+
+When re-adding the URL, I expect the file to be re-added to the web remote. (note that it re-appears after adding the same file via a different URL)
+
+
+#What version of git-annex are you using? On what operating system?
+
+
+3.20121112 on Gentoo Linux
+
+
+#Please provide any additional information below.
+
+This seems to be a corner case, and would probably have minimal impact on most people.
+
+> Yeah, dropping from the web is pretty weird.
+> 
+> I guess it makes sense to do if a website stops having a file and you don't
+> want git-annex to try to download from it anymore. So, I've made dropping
+> from the web remove all urls associated with the file, rather than failing.
+> 
+> [[done]] --[[Joey]]
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/dropunused_doesn__39__t_handle_double_spaces_in_filename.mdwn b/doc/bugs/dropunused_doesn__39__t_handle_double_spaces_in_filename.mdwn
new file mode 100644
index 0000000000..a6b44cd2a3
--- /dev/null
+++ b/doc/bugs/dropunused_doesn__39__t_handle_double_spaces_in_filename.mdwn
@@ -0,0 +1,87 @@
+Unused files with double spaces in their name are not removed by `dropunused`:
+
+Script:
+
+    #!/bin/bash
+    
+    BASE=/tmp/unused-bug
+    
+    # setup
+    set -x
+    chmod -R +w $BASE
+    rm -rf $BASE
+    mkdir -p $BASE
+    cd $BASE
+    
+    # create annex
+    git init .
+    git annex init
+    
+    # make a file with two spaces
+    echo hello > 'foo  bar'
+    
+    # add it
+    git annex add --backend WORM 'foo  bar'
+    git commit -m 'add'
+    
+    # remove it
+    git rm 'foo  bar'
+    git commit -m 'remove'
+    
+    # unused
+    git annex unused
+    git annex dropunused 1
+    git annex unused
+
+Output:
+
+    + chmod -R +w /tmp/unused-bug
+    + rm -rf /tmp/unused-bug
+    + mkdir -p /tmp/unused-bug
+    + cd /tmp/unused-bug
+    + git init .
+    Initialized empty Git repository in /tmp/unused-bug/.git/
+    + git annex init
+    init  ok
+    + echo hello
+    + git annex add --backend WORM 'foo  bar'
+    add foo  bar ok
+    (Recording state in git...)
+    + git commit -m add
+    [master (root-commit) 926f7f5] add
+     1 files changed, 1 insertions(+), 0 deletions(-)
+     create mode 120000 foo  bar
+    + git rm 'foo  bar'
+    rm 'foo  bar'
+    + git commit -m remove
+    [master d025e3f] remove
+     1 files changed, 0 insertions(+), 1 deletions(-)
+     delete mode 120000 foo  bar
+    + git annex unused
+    unused . (checking for unused data...) (checking master...) 
+      Some annexed data is no longer used by any files:
+        NUMBER  KEY
+        1       WORM-s6-m1322200438--foo  bar
+      (To see where data was previously used, try: git log --stat -S'KEY')
+      
+      To remove unwanted data: git-annex dropunused NUMBER
+      
+    ok
+    + git annex dropunused 1
+    dropunused 1 ok
+    + git annex unused
+    unused . (checking for unused data...) (checking master...) 
+      Some annexed data is no longer used by any files:
+        NUMBER  KEY
+        1       WORM-s6-m1322200438--foo  bar
+      (To see where data was previously used, try: git log --stat -S'KEY')
+      
+      To remove unwanted data: git-annex dropunused NUMBER
+      
+    ok
+
+Strange that `dropunused` still said "ok" when it didn't succeed at removing the file.
+
+> It was misparsing the unused file, so it thought you'd asked it to drop a
+> key that didn't exist (which means already dropped) so no error. I've
+> fixed the bug. [[done]] --[[Joey]] 
diff --git a/doc/bugs/dropunused_doesn__39__t_work_in_my_case__63__.mdwn b/doc/bugs/dropunused_doesn__39__t_work_in_my_case__63__.mdwn
new file mode 100644
index 0000000000..7428b091ae
--- /dev/null
+++ b/doc/bugs/dropunused_doesn__39__t_work_in_my_case__63__.mdwn
@@ -0,0 +1,70 @@
+What steps will reproduce the problem?
+
+I am unable to create a minimal setup to reproduce this unfortunately. But my case is the following:
+
+* Two synced repos, I have switched between direct and indirect in both, currently they are indirect
+* I have two submodules in the repos (not related to the unuesd files)
+
+* I used "git rm -r" to remove a bunch of files along with "git mv" to move some
+* I have three commits of actions like this
+
+* In one repo, the one where I did the deletions, I have 172 unused files, and all seem to come from the first of the three commits
+* In the second repo, to which I synced, I have 188 unused files, which includes a couple of files from the third commit as well
+
+* If I try to dropunused either a single file or the whole range of the files, from either repo, I get git-annex telling me "ok, recording state" but when I run unused again the files are still there. And looking into .git/objects/annex/ the file is still present
+
+This is the debug from the drop command:
+
+    dropunused 9 [2013-02-07 12:47:24 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","show-ref","git-annex"]
+    [2013-02-07 12:47:24 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","show-ref","--hash","refs/heads/git-annex"]
+    [2013-02-07 12:47:24 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","log","refs/heads/git-annex..5f3fc9db5c7badb5fb25c3159c20584f11dadaf9","--oneline","-n1"]
+    [2013-02-07 12:47:24 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","log","refs/heads/git-annex..8e5674078706864f2eade86d8aa43027e05afc1d","--oneline","-n1"]
+    [2013-02-07 12:47:24 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","log","refs/heads/git-annex..cbe492cfa79728698f5d891d7f716fbcd9fc29e2","--oneline","-n1"]
+    [2013-02-07 12:47:24 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","log","refs/heads/git-annex..48a1bdf98a10ad9a81c0587f8909e94c1c0dccc4","--oneline","-n1"]
+    [2013-02-07 12:47:24 CET] chat: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","cat-file","--batch"]
+    [2013-02-07 12:47:24 CET] read: git ["config","--null","--list"]
+    [2013-02-07 12:47:24 CET] chat: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","hash-object","-w","--stdin-paths"]
+    [2013-02-07 12:47:24 CET] feed: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","update-index","-z","--index-info"]
+    [2013-02-07 12:47:24 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","show-ref","--hash","refs/heads/git-annex"]
+    [2013-02-07 12:47:24 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","write-tree"]
+    [2013-02-07 12:47:24 CET] chat: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","commit-tree","76f5041bc6e8a109e0309a09b5f36cd0da8b204a","-p","refs/heads/git-annex"]
+    [2013-02-07 12:47:24 CET] call: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","update-ref","refs/heads/git-annex","96de755475bdd8f0f948dd6421c3956803a63e66"]
+    ok
+    (Recording state in git...)
+
+If I run it again, I get:
+
+    dropunused 9 [2013-02-07 12:47:47 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","show-ref","git-annex"]
+    [2013-02-07 12:47:47 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","show-ref","--hash","refs/heads/git-annex"]
+    [2013-02-07 12:47:47 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","log","refs/heads/git-annex..96de755475bdd8f0f948dd6421c3956803a63e66","--oneline","-n1"]
+    [2013-02-07 12:47:48 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","log","refs/heads/git-annex..8e5674078706864f2eade86d8aa43027e05afc1d","--oneline","-n1"]
+    [2013-02-07 12:47:48 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","log","refs/heads/git-annex..cbe492cfa79728698f5d891d7f716fbcd9fc29e2","--oneline","-n1"]
+    [2013-02-07 12:47:48 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","log","refs/heads/git-annex..48a1bdf98a10ad9a81c0587f8909e94c1c0dccc4","--oneline","-n1"]
+    [2013-02-07 12:47:48 CET] chat: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","cat-file","--batch"]
+    [2013-02-07 12:47:48 CET] read: git ["config","--null","--list"]
+    [2013-02-07 12:47:48 CET] chat: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","hash-object","-w","--stdin-paths"]
+    [2013-02-07 12:47:48 CET] feed: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","update-index","-z","--index-info"]
+    [2013-02-07 12:47:48 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","show-ref","--hash","refs/heads/git-annex"]
+    [2013-02-07 12:47:48 CET] read: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","write-tree"]
+    [2013-02-07 12:47:48 CET] chat: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","commit-tree","e40d82db10c60519f6a3a72055e9577850972fdf","-p","refs/heads/git-annex"]
+    [2013-02-07 12:47:48 CET] call: git ["--git-dir=/home/arand/.git","--work-tree=/home/arand","update-ref","refs/heads/git-annex","6cf49f629251f9b39fa8b457cf6590c71c1d509b"]
+    ok
+    (Recording state in git...)
+
+
+What version of git-annex are you using? On what operating system?
+
+git-annex: 3.20130124
+Debian: sid 2013-02-01
+
+> I put a fix in for this in 57780cb3a4dfe1292b72e1412ec4d2a70b6d04ce 
+> but it was buggy and I had to revert it.
+> 
+> The bug is caused by direct mode cache and mapping info.
+> This makes getKeysPresent find keys that are not present.
+> It would be expensive to make getKeysPresent check that the
+> actual key files are present (it just lists the directories). 
+> But this seems to be needed, since direct mode can leave
+> cache and mapping files behind. --[[Joey]]
+
+>> Now fixed properly. [[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/encrypted_S3_stalls.mdwn b/doc/bugs/encrypted_S3_stalls.mdwn
new file mode 100644
index 0000000000..109e6e793a
--- /dev/null
+++ b/doc/bugs/encrypted_S3_stalls.mdwn
@@ -0,0 +1,9 @@
+Sending large-ish (few megabytes) files to encrypted S3 remotes stalls out.
+It works for the tiny files I was using to test while developing it, on
+dialup.
+
+There was a similar issue with bup, which I fixed by forking a process
+rather than using a thread to do some IO. Probably need the same here.
+--[[Joey]]
+
+[[done]] --[[Joey]] 
diff --git a/doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption.mdwn b/doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption.mdwn
new file mode 100644
index 0000000000..15bc95f27b
--- /dev/null
+++ b/doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption.mdwn
@@ -0,0 +1,46 @@
+What steps will reproduce the problem?
+    % > git annex initremote glacier type=glacier encryption=E9053BDA
+    -- SNIP --
+    initremote glacier [2013-01-10 14:50:12 PST] read: gpg ["--quiet","--trust-model","always","--with-colons","--list-public-keys","E9053BDA"]
+    [2013-01-10 14:50:12 PST] 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 key, ID 353E49B9, created 2008-11-11 (main key ID E9053BDA)
+    
+    [2013-01-10 14:50:13 PST] chat: gpg ["--quiet","--trust-model","always","--encrypt","--no-encrypt-to","--no-default-recipient","--recipient","B608B8F6E9053BDA"]
+    (encryption updated with gpg key B608B8F6E9053BDA) [2013-01-10 14:50:13 PST] call: glacier ["--region=us-west-1","vault","create","glacier-06D927EC-5761-447B-86AC-CA66040BAC25"]
+    [2013-01-10 14:50:13 PST] call: git ["--git-dir=/Users/akraut/Desktop/annex/.git","--work-tree=/Users/akraut/Desktop/annex","config","remote.glacier.annex-glacier","true"]
+    [2013-01-10 14:50:13 PST] call: git ["--git-dir=/Users/akraut/Desktop/annex/.git","--work-tree=/Users/akraut/Desktop/annex","config","remote.glacier.annex-uuid","06D927EC-5761-447B-86AC-CA66040BAC25"]
+    (gpg) [2013-01-10 14:50:13 PST] 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 key, ID 353E49B9, created 2008-11-11 (main key ID E9053BDA)
+    
+    [2013-01-10 14:50:14 PST] chat: gpg ["--quiet","--trust-model","always","--passphrase-fd","8","--symmetric","--force-mdc"]
+    ok
+
+What is the expected output? What do you see instead?
+
+> I expect any transfers to this remote (glacier) to use the given gpg key, but instead it uses --symmetric, as you can see above.
+
+What version of git-annex are you using? On what operating system?
+
+    git-annex version: 3.20130107
+    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.
+
+> Symmetric encryption is used as described in [[design/encryption]],
+> with the symmetric key stored encrypted using your gpg key.
+> 
+> The extra prompting described in the comments in the bug.
+> 
+> I've reproduced this with gpg 2.0.19. It is a documented incompatability
+> between gpg 1.x and 2.x; the latter needs --batch included in its
+> parameters. I've put in a fix. [[done]]
diff --git a/doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption/comment_1_2f4ec4b7b92a0f0a0c4c0758da4a05a5._comment b/doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption/comment_1_2f4ec4b7b92a0f0a0c4c0758da4a05a5._comment
new file mode 100644
index 0000000000..d4c537ed98
--- /dev/null
+++ b/doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption/comment_1_2f4ec4b7b92a0f0a0c4c0758da4a05a5._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 1"
+ date="2013-01-11T00:01:08Z"
+ content="""
+Ok, I just reread [[design/encryption]] and perhaps this isn't a bug after all.
+Though, the annoyance I experience that made me dig into this a bit perhaps is a bug.
+
+In my example output above, if I 'git annex copy dir_full_of_files --to=glacier', I will get the GPG agent's passphrase prompt for each file, even if I have passphrase caching turned on and (on my mac) even if I have the passphrase saved in the keychain. Additionally, GPG will successfully encrypt the file if I enter anything at all into the passphrase prompt as long as I enter something. This leads me to believe that it either doesn't actually need to decrypt my GPG private key or it's using what I enter as the symmetric encryption key.
+
+Ideas?
+"""]]
diff --git a/doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption/comment_2_7c0aeae6b1b2b0338735b0231c5db7d4._comment b/doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption/comment_2_7c0aeae6b1b2b0338735b0231c5db7d4._comment
new file mode 100644
index 0000000000..86dc2aa718
--- /dev/null
+++ b/doc/bugs/encryption_given_a_gpg_keyid_still_uses_symmetric_encryption/comment_2_7c0aeae6b1b2b0338735b0231c5db7d4._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 2"
+ date="2013-01-16T02:17:44Z"
+ content="""
+What operating system is this? 
+
+How did you install git-annex? 
+
+Can you still reproduce the bug? 
+
+What happens if you run this command; does it prompt for a passphrase?
+
+touch foo; echo foo| gpg --symmetric --passphrase-fd=0 foo
+"""]]
diff --git a/doc/bugs/encryption_key_is_surprising.mdwn b/doc/bugs/encryption_key_is_surprising.mdwn
new file mode 100644
index 0000000000..5b18610b55
--- /dev/null
+++ b/doc/bugs/encryption_key_is_surprising.mdwn
@@ -0,0 +1,24 @@
+Crypto.hs seems to imply that the cipher key it's acting upon is 512 bytes long. Because of a probable programming mistake the key that's actually used is a bit surprising. The random key is generated by this snippet in Utility/Gpg.hs:
+
+    {- 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 :: Int -> IO String
+    genRandom size = readStrict
+        [ Params "--gen-random --armor"
+        , Param $ show randomquality
+        , Param $ show size
+        ]
+      where
+        -- 1 is /dev/urandom; 2 is /dev/random
+        randomquality = 1 :: Int
+
+This lets GPG generate the randomness and by passing armor, it avoids newlines. However, this base64 encoding is never undone on the way to Crypto.hs. Hence what cipherPassphrase and cipherHmac do is dropping or skipping the first 256 bytes of the base64 value. Base64, with its 6 bit per byte encoding, causes the Hmac function to operate on 192 bytes instead of 256 bytes. The key used by GPG will be larger. Some assertions that the resulting functions really operate on strings of the right length would've been helpful. Also GPG and HMAC get tested, the encryption/decryption part are not tested AFAICS.
+
+The encryption wiki page could have had more information. Enough code (sadly in Python, not reusing the Haskell code) to operate on the resulting files can be found in [this Gist](https://gist.github.com/pkern/5078559).
+
+-- Philipp Kern
+
+> In addition to the comment below, I have added a check that gpg outputs
+> the expected quantity of data, and the storage of the cipher is now
+> documented in [[internals]]. Think I can call this [[done]]. --[[Joey]]
diff --git a/doc/bugs/encryption_key_is_surprising/comment_1_5b172830ac31d51a1687bc8b1db489f9._comment b/doc/bugs/encryption_key_is_surprising/comment_1_5b172830ac31d51a1687bc8b1db489f9._comment
new file mode 100644
index 0000000000..04854b3a4d
--- /dev/null
+++ b/doc/bugs/encryption_key_is_surprising/comment_1_5b172830ac31d51a1687bc8b1db489f9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-04T00:04:53Z"
+ content="""
+My first concern is if this means it's insecure. Luckily it seems not; HMAC SHA1 needs only 64 bytes of entropy, which are more than provided in the 256 bytes of base64 provided. As long as both gpg and the HMAC code use the full provided key (and not just the first 64 bytes of it, say), we're ok. And as far as I can tell, both do fully consume and use the key.
+
+So, I don't feel the need to change the code, aside from some minor improvements to variable names.
+"""]]
diff --git a/doc/bugs/encryption_key_is_surprising/comment_2_5b7e6bb36c3333dfd71808e8b4544746._comment b/doc/bugs/encryption_key_is_surprising/comment_2_5b7e6bb36c3333dfd71808e8b4544746._comment
new file mode 100644
index 0000000000..24f8452c30
--- /dev/null
+++ b/doc/bugs/encryption_key_is_surprising/comment_2_5b7e6bb36c3333dfd71808e8b4544746._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://phil.0x539.de/"
+ nickname="Philipp Kern"
+ subject="comment 2"
+ date="2013-03-04T07:36:55Z"
+ content="""
+GPG also reduces the key material to the size of a SHA1 hash (because we're using the default option for s2k-digest-algo) to generate the symmetric key used with CAST5. So I wonder a bit why we bother with 512 bytes in the first place. Also they come from urandom (even on Linux), despite being generated once per remote. So maybe the strongness of the weakest link should be written down somewhere.
+"""]]
diff --git a/doc/bugs/encryption_key_is_surprising/comment_4_8ec86b8c35bce15337a143e275961cd5._comment b/doc/bugs/encryption_key_is_surprising/comment_4_8ec86b8c35bce15337a143e275961cd5._comment
new file mode 100644
index 0000000000..ba5be68d4a
--- /dev/null
+++ b/doc/bugs/encryption_key_is_surprising/comment_4_8ec86b8c35bce15337a143e275961cd5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://phil.0x539.de/"
+ nickname="Philipp Kern"
+ subject="comment 4"
+ date="2013-03-05T07:17:08Z"
+ content="""
+You (presumably) hand over 320 bytes of entropy to GPG, but you don't control the encryption key directly. GPG assumes that what it's given as a symmetric key is not at all random. Hence, with the default options (for OpenPGP interop, apparently) it will derive a 128 bit from the given passphrase. For this it uses (again, by default) salted SHA1 on the whole passphrase. So the strength of the cipher is 128 bit CAST5 or an attack on salted SHA1 with a mostly known input length (but this does seem large).
+"""]]
diff --git a/doc/bugs/encryption_key_is_surprising/comment_4_c5e49b3a0eceabe6d14f5226d7ba4c7a._comment b/doc/bugs/encryption_key_is_surprising/comment_4_c5e49b3a0eceabe6d14f5226d7ba4c7a._comment
new file mode 100644
index 0000000000..a685626e5d
--- /dev/null
+++ b/doc/bugs/encryption_key_is_surprising/comment_4_c5e49b3a0eceabe6d14f5226d7ba4c7a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-03-04T17:29:28Z"
+ content="""
+What do you mean by \"reduces\"? I assume it doesn't just take the first N bytes?
+"""]]
diff --git a/doc/bugs/encryption_key_is_surprising/comment_5_cd7cbf0c0ee9cafec344dfbf1acd9590._comment b/doc/bugs/encryption_key_is_surprising/comment_5_cd7cbf0c0ee9cafec344dfbf1acd9590._comment
new file mode 100644
index 0000000000..4e7635402e
--- /dev/null
+++ b/doc/bugs/encryption_key_is_surprising/comment_5_cd7cbf0c0ee9cafec344dfbf1acd9590._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://kaizer.se/"
+ nickname="ulrik.sverdrup"
+ subject="GPG Cipher Algo"
+ date="2013-03-06T04:53:06Z"
+ content="""
+The GPG cipher algorithm is user configurable (unless annex overrides it) the best way to set it is personal-cipher-preferences. Annex' job is simply to provide enough key material for any viable GPG option (so 256 bits of random data). Also note that GPG's string-to-key \"s2k\" algorithm is an iterated application SHA-1 (also this can be configured). For a quick context, it will use a strength number (for example count=128*1024) and it will hash as many iterations as [count]/[key byte length].
+"""]]
diff --git a/doc/bugs/encryption_key_is_surprising/comment_6_01381524114d885961704acc3f172536._comment b/doc/bugs/encryption_key_is_surprising/comment_6_01381524114d885961704acc3f172536._comment
new file mode 100644
index 0000000000..21898b5227
--- /dev/null
+++ b/doc/bugs/encryption_key_is_surprising/comment_6_01381524114d885961704acc3f172536._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://kaizer.se/"
+ nickname="ulrik.sverdrup"
+ subject="comment 6"
+ date="2013-03-06T05:30:16Z"
+ content="""
+I'm not very clear, sorry. S2K is not iterative in the way for example PBKDF2 is. It will hash a very long repetition of salt + passphrase + salt + passphrase etc in one go. The repetition of this happens if more key bits than the hash digest size are needed.
+"""]]
diff --git a/doc/bugs/encryption_key_is_surprising/comment_7_c1eb59e1c5f583dcef7cea17623a2435._comment b/doc/bugs/encryption_key_is_surprising/comment_7_c1eb59e1c5f583dcef7cea17623a2435._comment
new file mode 100644
index 0000000000..19863e8f8e
--- /dev/null
+++ b/doc/bugs/encryption_key_is_surprising/comment_7_c1eb59e1c5f583dcef7cea17623a2435._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://phil.0x539.de/"
+ nickname="Philipp Kern"
+ subject="comment 7"
+ date="2013-03-07T15:21:55Z"
+ content="""
+For the default git-annex will pass plenty of key bytes to make this unnecessary. True, one could adjust <code>$HOME/.gnupg/gpg.conf</code> to select another s2k algorithm and another cipher for the data (the two relevant options being <code>s2k-digest-algo</code> and <code>cipher-algo</code>). To be honest, I'd also like a per-repository gpg options setting for the symmetric cipher. For instance I know that I always want compression with gpg unless I use it with annexed data (at least in certain repositories).
+"""]]
diff --git a/doc/bugs/error_building_git-annex_3.20120624_using_cabal.mdwn b/doc/bugs/error_building_git-annex_3.20120624_using_cabal.mdwn
new file mode 100644
index 0000000000..df83f4e4ed
--- /dev/null
+++ b/doc/bugs/error_building_git-annex_3.20120624_using_cabal.mdwn
@@ -0,0 +1,159 @@
+I am trying to install git-annex 3.20120624 using cabal.  My currently installed version of git-annex is 3.20120615.  After a "cabal update", the build of git-annex fails:
+
+    bram@falafel% cabal install git-annex
+    Resolving dependencies...
+    [1 of 4] Compiling Utility.SafeCommand ( /tmp/git-annex-3.20120624-4173/git-annex-3.20120624/Utility/SafeCommand.hs, /tmp/git-annex-3.20120624-4173/git-annex-3.20120624/dist/setup/Utility/SafeCommand.o )
+    [2 of 4] Compiling Build.TestConfig ( /tmp/git-annex-3.20120624-4173/git-annex-3.20120624/Build/TestConfig.hs, /tmp/git-annex-3.20120624-4173/git-annex-3.20120624/dist/setup/Build/TestConfig.o )
+    [3 of 4] Compiling Build.Configure  ( /tmp/git-annex-3.20120624-4173/git-annex-3.20120624/Build/Configure.hs, /tmp/git-annex-3.20120624-4173/git-annex-3.20120624/dist/setup/Build/Configure.o )
+    [4 of 4] Compiling Main             ( /tmp/git-annex-3.20120624-4173/git-annex-3.20120624/Setup.hs, /tmp/git-annex-3.20120624-4173/git-annex-3.20120624/dist/setup/Main.o )
+    Linking /tmp/git-annex-3.20120624-4173/git-annex-3.20120624/dist/setup/setup ...
+      checking version... 3.20120624
+      checking git... yes
+      checking git version... 1.7.9.5
+      checking cp -a... yes
+      checking cp -p... yes
+      checking cp --reflink=auto... yes
+      checking uuid generator... uuid
+      checking xargs -0... yes
+      checking rsync... yes
+      checking curl... no
+      checking wget... yes
+      checking bup... no
+      checking gpg... yes
+      checking lsof... yes
+      checking ssh connection caching... yes
+      checking sha1... sha1sum
+      checking sha512... sha512sum
+      checking sha224... sha224sum
+      checking sha384... sha384sum
+      checking sha256... sha256sum
+    Configuring git-annex-3.20120624...
+    Building git-annex-3.20120624...
+    Preprocessing executable 'git-annex' for git-annex-3.20120624...
+    [  1 of 183] Compiling Utility.Percentage ( Utility/Percentage.hs, dist/build/git-annex/git-annex-tmp/Utility/Percentage.o )
+    [  2 of 183] Compiling Utility.Dot      ( Utility/Dot.hs, dist/build/git-annex/git-annex-tmp/Utility/Dot.o )
+    [  3 of 183] Compiling Utility.ThreadLock ( Utility/ThreadLock.hs, dist/build/git-annex/git-annex-tmp/Utility/ThreadLock.o )
+    [  4 of 183] Compiling Utility.Base64   ( Utility/Base64.hs, dist/build/git-annex/git-annex-tmp/Utility/Base64.o )
+    [  5 of 183] Compiling Utility.DataUnits ( Utility/DataUnits.hs, dist/build/git-annex/git-annex-tmp/Utility/DataUnits.o )
+    [  6 of 183] Compiling Utility.JSONStream ( Utility/JSONStream.hs, dist/build/git-annex/git-annex-tmp/Utility/JSONStream.o )
+    [  7 of 183] Compiling Messages.JSON    ( Messages/JSON.hs, dist/build/git-annex/git-annex-tmp/Messages/JSON.o )
+    [  8 of 183] Compiling Build.SysConfig  ( Build/SysConfig.hs, dist/build/git-annex/git-annex-tmp/Build/SysConfig.o )
+    [  9 of 183] Compiling Types.KeySource  ( Types/KeySource.hs, dist/build/git-annex/git-annex-tmp/Types/KeySource.o )
+    [ 10 of 183] Compiling Types.UUID       ( Types/UUID.hs, dist/build/git-annex/git-annex-tmp/Types/UUID.o )
+    [ 11 of 183] Compiling Utility.State    ( Utility/State.hs, dist/build/git-annex/git-annex-tmp/Utility/State.o )
+    [ 12 of 183] Compiling Types.Messages   ( Types/Messages.hs, dist/build/git-annex/git-annex-tmp/Types/Messages.o )
+    [ 13 of 183] Compiling Types.TrustLevel ( Types/TrustLevel.hs, dist/build/git-annex/git-annex-tmp/Types/TrustLevel.o )
+    [ 14 of 183] Compiling Types.BranchState ( Types/BranchState.hs, dist/build/git-annex/git-annex-tmp/Types/BranchState.o )
+    [ 15 of 183] Compiling Git.Index        ( Git/Index.hs, dist/build/git-annex/git-annex-tmp/Git/Index.o )
+    [ 16 of 183] Compiling Utility.PartialPrelude ( Utility/PartialPrelude.hs, dist/build/git-annex/git-annex-tmp/Utility/PartialPrelude.o )
+    [ 17 of 183] Compiling Utility.Format   ( Utility/Format.hs, dist/build/git-annex/git-annex-tmp/Utility/Format.o )
+    [ 18 of 183] Compiling Utility.FileSystemEncoding ( Utility/FileSystemEncoding.hs, dist/build/git-annex/git-annex-tmp/Utility/FileSystemEncoding.o )
+    [ 19 of 183] Compiling Utility.Touch    ( dist/build/git-annex/git-annex-tmp/Utility/Touch.hs, dist/build/git-annex/git-annex-tmp/Utility/Touch.o )
+    [ 20 of 183] Compiling Utility.Monad    ( Utility/Monad.hs, dist/build/git-annex/git-annex-tmp/Utility/Monad.o )
+    [ 21 of 183] Compiling Utility.Path     ( Utility/Path.hs, dist/build/git-annex/git-annex-tmp/Utility/Path.o )
+    [ 22 of 183] Compiling Utility.SafeCommand ( Utility/SafeCommand.hs, dist/build/git-annex/git-annex-tmp/Utility/SafeCommand.o )
+    [ 23 of 183] Compiling Utility.RsyncFile ( Utility/RsyncFile.hs, dist/build/git-annex/git-annex-tmp/Utility/RsyncFile.o )
+    [ 24 of 183] Compiling Utility.Exception ( Utility/Exception.hs, dist/build/git-annex/git-annex-tmp/Utility/Exception.o )
+    [ 25 of 183] Compiling Utility.TempFile ( Utility/TempFile.hs, dist/build/git-annex/git-annex-tmp/Utility/TempFile.o )
+    [ 26 of 183] Compiling Utility.Directory ( Utility/Directory.hs, dist/build/git-annex/git-annex-tmp/Utility/Directory.o )
+    [ 27 of 183] Compiling Utility.Misc     ( Utility/Misc.hs, dist/build/git-annex/git-annex-tmp/Utility/Misc.o )
+    [ 28 of 183] Compiling Git.Types        ( Git/Types.hs, dist/build/git-annex/git-annex-tmp/Git/Types.o )
+    [ 29 of 183] Compiling Common           ( Common.hs, dist/build/git-annex/git-annex-tmp/Common.o )
+    [ 30 of 183] Compiling Utility.FileMode ( Utility/FileMode.hs, dist/build/git-annex/git-annex-tmp/Utility/FileMode.o )
+    [ 31 of 183] Compiling Git              ( Git.hs, dist/build/git-annex/git-annex-tmp/Git.o )
+    [ 32 of 183] Compiling Git.Command      ( Git/Command.hs, dist/build/git-annex/git-annex-tmp/Git/Command.o )
+    [ 33 of 183] Compiling Git.Ref          ( Git/Ref.hs, dist/build/git-annex/git-annex-tmp/Git/Ref.o )
+    [ 34 of 183] Compiling Git.FilePath     ( Git/FilePath.hs, dist/build/git-annex/git-annex-tmp/Git/FilePath.o )
+    [ 35 of 183] Compiling Utility.Matcher  ( Utility/Matcher.hs, dist/build/git-annex/git-annex-tmp/Utility/Matcher.o )
+    [ 36 of 183] Compiling Utility.Gpg      ( Utility/Gpg.hs, dist/build/git-annex/git-annex-tmp/Utility/Gpg.o )
+    [ 37 of 183] Compiling Types.Crypto     ( Types/Crypto.hs, dist/build/git-annex/git-annex-tmp/Types/Crypto.o )
+    [ 38 of 183] Compiling Types.Key        ( Types/Key.hs, dist/build/git-annex/git-annex-tmp/Types/Key.o )
+    [ 39 of 183] Compiling Types.Backend    ( Types/Backend.hs, dist/build/git-annex/git-annex-tmp/Types/Backend.o )
+    [ 40 of 183] Compiling Types.Remote     ( Types/Remote.hs, dist/build/git-annex/git-annex-tmp/Types/Remote.o )
+    [ 41 of 183] Compiling Git.Sha          ( Git/Sha.hs, dist/build/git-annex/git-annex-tmp/Git/Sha.o )
+    [ 42 of 183] Compiling Git.Branch       ( Git/Branch.hs, dist/build/git-annex/git-annex-tmp/Git/Branch.o )
+    [ 43 of 183] Compiling Git.UpdateIndex  ( Git/UpdateIndex.hs, dist/build/git-annex/git-annex-tmp/Git/UpdateIndex.o )
+    [ 44 of 183] Compiling Git.Queue        ( Git/Queue.hs, dist/build/git-annex/git-annex-tmp/Git/Queue.o )
+    [ 45 of 183] Compiling Git.Url          ( Git/Url.hs, dist/build/git-annex/git-annex-tmp/Git/Url.o )
+    [ 46 of 183] Compiling Git.Construct    ( Git/Construct.hs, dist/build/git-annex/git-annex-tmp/Git/Construct.o )
+    [ 47 of 183] Compiling Git.Config       ( Git/Config.hs, dist/build/git-annex/git-annex-tmp/Git/Config.o )
+    [ 48 of 183] Compiling Git.SharedRepository ( Git/SharedRepository.hs, dist/build/git-annex/git-annex-tmp/Git/SharedRepository.o )
+    [ 49 of 183] Compiling Git.Version      ( Git/Version.hs, dist/build/git-annex/git-annex-tmp/Git/Version.o )
+    [ 50 of 183] Compiling Utility.CoProcess ( Utility/CoProcess.hs, dist/build/git-annex/git-annex-tmp/Utility/CoProcess.o )
+    [ 51 of 183] Compiling Git.HashObject   ( Git/HashObject.hs, dist/build/git-annex/git-annex-tmp/Git/HashObject.o )
+    [ 52 of 183] Compiling Git.CatFile      ( Git/CatFile.hs, dist/build/git-annex/git-annex-tmp/Git/CatFile.o )
+    [ 53 of 183] Compiling Git.UnionMerge   ( Git/UnionMerge.hs, dist/build/git-annex/git-annex-tmp/Git/UnionMerge.o )
+    [ 54 of 183] Compiling Git.CheckAttr    ( Git/CheckAttr.hs, dist/build/git-annex/git-annex-tmp/Git/CheckAttr.o )
+    [ 55 of 183] Compiling Annex            ( Annex.hs, dist/build/git-annex/git-annex-tmp/Annex.o )
+    [ 56 of 183] Compiling Types.Option     ( Types/Option.hs, dist/build/git-annex/git-annex-tmp/Types/Option.o )
+    [ 57 of 183] Compiling Types            ( Types.hs, dist/build/git-annex/git-annex-tmp/Types.o )
+    [ 58 of 183] Compiling Messages         ( Messages.hs, dist/build/git-annex/git-annex-tmp/Messages.o )
+    [ 59 of 183] Compiling Types.Command    ( Types/Command.hs, dist/build/git-annex/git-annex-tmp/Types/Command.o )
+    [ 60 of 183] Compiling Locations        ( Locations.hs, dist/build/git-annex/git-annex-tmp/Locations.o )
+    [ 61 of 183] Compiling Common.Annex     ( Common/Annex.hs, dist/build/git-annex/git-annex-tmp/Common/Annex.o )
+    [ 62 of 183] Compiling Annex.Exception  ( Annex/Exception.hs, dist/build/git-annex/git-annex-tmp/Annex/Exception.o )
+    [ 63 of 183] Compiling Annex.BranchState ( Annex/BranchState.hs, dist/build/git-annex/git-annex-tmp/Annex/BranchState.o )
+    [ 64 of 183] Compiling Annex.CatFile    ( Annex/CatFile.hs, dist/build/git-annex/git-annex-tmp/Annex/CatFile.o )
+    [ 65 of 183] Compiling Annex.Perms      ( Annex/Perms.hs, dist/build/git-annex/git-annex-tmp/Annex/Perms.o )
+    [ 66 of 183] Compiling Annex.Journal    ( Annex/Journal.hs, dist/build/git-annex/git-annex-tmp/Annex/Journal.o )
+    [ 67 of 183] Compiling Annex.Branch     ( Annex/Branch.hs, dist/build/git-annex/git-annex-tmp/Annex/Branch.o )
+    [ 68 of 183] Compiling Crypto           ( Crypto.hs, dist/build/git-annex/git-annex-tmp/Crypto.o )
+    [ 69 of 183] Compiling Usage            ( Usage.hs, dist/build/git-annex/git-annex-tmp/Usage.o )
+    [ 70 of 183] Compiling Annex.CheckAttr  ( Annex/CheckAttr.hs, dist/build/git-annex/git-annex-tmp/Annex/CheckAttr.o )
+    [ 71 of 183] Compiling Remote.Helper.Special ( Remote/Helper/Special.hs, dist/build/git-annex/git-annex-tmp/Remote/Helper/Special.o )
+    [ 72 of 183] Compiling Logs.Presence    ( Logs/Presence.hs, dist/build/git-annex/git-annex-tmp/Logs/Presence.o )
+    [ 73 of 183] Compiling Logs.Location    ( Logs/Location.hs, dist/build/git-annex/git-annex-tmp/Logs/Location.o )
+    [ 74 of 183] Compiling Logs.Web         ( Logs/Web.hs, dist/build/git-annex/git-annex-tmp/Logs/Web.o )
+    [ 75 of 183] Compiling Annex.LockPool   ( Annex/LockPool.hs, dist/build/git-annex/git-annex-tmp/Annex/LockPool.o )
+    [ 76 of 183] Compiling Backend.SHA      ( Backend/SHA.hs, dist/build/git-annex/git-annex-tmp/Backend/SHA.o )
+    [ 77 of 183] Compiling Backend.WORM     ( Backend/WORM.hs, dist/build/git-annex/git-annex-tmp/Backend/WORM.o )
+    [ 78 of 183] Compiling Backend.URL      ( Backend/URL.hs, dist/build/git-annex/git-annex-tmp/Backend/URL.o )
+    [ 79 of 183] Compiling Assistant.ThreadedMonad ( Assistant/ThreadedMonad.hs, dist/build/git-annex/git-annex-tmp/Assistant/ThreadedMonad.o )
+    [ 80 of 183] Compiling Logs.UUIDBased   ( Logs/UUIDBased.hs, dist/build/git-annex/git-annex-tmp/Logs/UUIDBased.o )
+    [ 81 of 183] Compiling Logs.Remote      ( Logs/Remote.hs, dist/build/git-annex/git-annex-tmp/Logs/Remote.o )
+    [ 82 of 183] Compiling Utility.DiskFree ( Utility/DiskFree.hs, dist/build/git-annex/git-annex-tmp/Utility/DiskFree.o )
+    [ 83 of 183] Compiling Utility.Url      ( Utility/Url.hs, dist/build/git-annex/git-annex-tmp/Utility/Url.o )
+    [ 84 of 183] Compiling Utility.CopyFile ( Utility/CopyFile.hs, dist/build/git-annex/git-annex-tmp/Utility/CopyFile.o )
+    [ 85 of 183] Compiling Git.LsFiles      ( Git/LsFiles.hs, dist/build/git-annex/git-annex-tmp/Git/LsFiles.o )
+    [ 86 of 183] Compiling Git.AutoCorrect  ( Git/AutoCorrect.hs, dist/build/git-annex/git-annex-tmp/Git/AutoCorrect.o )
+    [ 87 of 183] Compiling Git.CurrentRepo  ( Git/CurrentRepo.hs, dist/build/git-annex/git-annex-tmp/Git/CurrentRepo.o )
+    [ 88 of 183] Compiling Utility.Daemon   ( Utility/Daemon.hs, dist/build/git-annex/git-annex-tmp/Utility/Daemon.o )
+    [ 89 of 183] Compiling Utility.LogFile  ( Utility/LogFile.hs, dist/build/git-annex/git-annex-tmp/Utility/LogFile.o )
+    [ 90 of 183] Compiling Utility.ThreadScheduler ( Utility/ThreadScheduler.hs, dist/build/git-annex/git-annex-tmp/Utility/ThreadScheduler.o )
+    [ 91 of 183] Compiling Assistant.DaemonStatus ( Assistant/DaemonStatus.hs, dist/build/git-annex/git-annex-tmp/Assistant/DaemonStatus.o )
+    [ 92 of 183] Compiling Utility.Types.DirWatcher ( Utility/Types/DirWatcher.hs, dist/build/git-annex/git-annex-tmp/Utility/Types/DirWatcher.o )
+    [ 93 of 183] Compiling Utility.INotify  ( Utility/INotify.hs, dist/build/git-annex/git-annex-tmp/Utility/INotify.o )
+    [ 94 of 183] Compiling Utility.DirWatcher ( Utility/DirWatcher.hs, dist/build/git-annex/git-annex-tmp/Utility/DirWatcher.o )
+    [ 95 of 183] Compiling Utility.Lsof     ( Utility/Lsof.hs, dist/build/git-annex/git-annex-tmp/Utility/Lsof.o )
+    [ 96 of 183] Compiling Git.Merge        ( Git/Merge.hs, dist/build/git-annex/git-annex-tmp/Git/Merge.o )
+    [ 97 of 183] Compiling Git.Filename     ( Git/Filename.hs, dist/build/git-annex/git-annex-tmp/Git/Filename.o )
+    [ 98 of 183] Compiling Git.LsTree       ( Git/LsTree.hs, dist/build/git-annex/git-annex-tmp/Git/LsTree.o )
+    [ 99 of 183] Compiling Config           ( Config.hs, dist/build/git-annex/git-annex-tmp/Config.o )
+    [100 of 183] Compiling Annex.UUID       ( Annex/UUID.hs, dist/build/git-annex/git-annex-tmp/Annex/UUID.o )
+    [101 of 183] Compiling Logs.UUID        ( Logs/UUID.hs, dist/build/git-annex/git-annex-tmp/Logs/UUID.o )
+    [102 of 183] Compiling Backend          ( Backend.hs, dist/build/git-annex/git-annex-tmp/Backend.o )
+    [103 of 183] Compiling Remote.Helper.Hooks ( Remote/Helper/Hooks.hs, dist/build/git-annex/git-annex-tmp/Remote/Helper/Hooks.o )
+    [104 of 183] Compiling Remote.Helper.Encryptable ( Remote/Helper/Encryptable.hs, dist/build/git-annex/git-annex-tmp/Remote/Helper/Encryptable.o )
+    [105 of 183] Compiling Annex.Queue      ( Annex/Queue.hs, dist/build/git-annex/git-annex-tmp/Annex/Queue.o )
+    [106 of 183] Compiling Annex.Content    ( Annex/Content.hs, dist/build/git-annex/git-annex-tmp/Annex/Content.o )
+    [107 of 183] Compiling Remote.S3        ( Remote/S3.hs, dist/build/git-annex/git-annex-tmp/Remote/S3.o )
+    [108 of 183] Compiling Remote.Directory ( Remote/Directory.hs, dist/build/git-annex/git-annex-tmp/Remote/Directory.o )
+    [109 of 183] Compiling Remote.Rsync     ( Remote/Rsync.hs, dist/build/git-annex/git-annex-tmp/Remote/Rsync.o )
+    [110 of 183] Compiling Remote.Web       ( Remote/Web.hs, dist/build/git-annex/git-annex-tmp/Remote/Web.o )
+    [111 of 183] Compiling Remote.Hook      ( Remote/Hook.hs, dist/build/git-annex/git-annex-tmp/Remote/Hook.o )
+    [112 of 183] Compiling Upgrade.V2       ( Upgrade/V2.hs, dist/build/git-annex/git-annex-tmp/Upgrade/V2.o )
+    [113 of 183] Compiling Assistant.Changes ( Assistant/Changes.hs, dist/build/git-annex/git-annex-tmp/Assistant/Changes.o )
+    
+    Assistant/Changes.hs:73:30:
+        Not in scope: `tryReadTChan'
+        Perhaps you meant `readTChan' (imported from Control.Concurrent.STM)
+    cabal: Error: some packages failed to install:
+    git-annex-3.20120624 failed during the building phase. The exception was:
+    ExitFailure 1
+
+This is using haskell-platform 2012.1.0.0~debian1 on Ubuntu 12.04.
+
+> Turns out it needs version 2.3 of the STM library. (libghc-stm-dev
+> package). I've made cabal detect an older version and skip building
+> the new `git annex watch` command, so you'll be able to build the next
+> release. [[done]] --[[Joey]]
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/error_propigation.mdwn b/doc/bugs/error_propigation.mdwn
new file mode 100644
index 0000000000..25998907e8
--- /dev/null
+++ b/doc/bugs/error_propigation.mdwn
@@ -0,0 +1,3 @@
+If a subcommand fails w/o throwing an error, no error is propigated to the
+git-annex exit code. With --quiet, this makes it look like the command
+succeeded. [[done]]
diff --git a/doc/bugs/error_when_using_repositories_with_non-ASCII_characters.mdwn b/doc/bugs/error_when_using_repositories_with_non-ASCII_characters.mdwn
new file mode 100644
index 0000000000..d88b86b444
--- /dev/null
+++ b/doc/bugs/error_when_using_repositories_with_non-ASCII_characters.mdwn
@@ -0,0 +1,62 @@
+*What steps will reproduce the problem?*
+
+    hactar% mkdir demonstração
+    hactar% cd demonstração
+    hactar% cp ~/tmp/*(.) .
+    hactar% git init
+    Initialized empty Git repository in /tmp/demonstração/.git/
+    hactar% git annex init
+    init  ok
+    (Recording state in git...)
+    hactar% git annex add .
+    add Equipment Consumption.ods (checksum...) ok
+    add Personal.vcard (checksum...) ok
+    add Trampo.vcard (checksum...) ok
+    add blah.txt (checksum...) ok
+    [ more git output ]
+    hactar% git commit -m initial
+    [master (root-commit) d16bafb] initial
+     42 files changed, 42 insertions(+)
+    [ more git output ]
+    hactar% cd /var/tmp
+    hactar% git clone ssh://localhost//tmp/demonstração demonstração
+    Cloning into 'demonstração'...
+    remote: Counting objects: 176, done.
+    remote: Compressing objects: 100% (134/134), done.
+    remote: Total 176 (delta 1), reused 0 (delta 0)
+    Receiving objects: 100% (176/176), 17.23 KiB, done.
+    Resolving deltas: 100% (1/1), done.
+    hactar% cd demonstração
+    hactar% git annex init
+    init  ok
+    (Recording state in git...)
+    hactar% 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: (merging origin/git-annex into git-annex...)
+
+    git-annex: fd:14: commitBuffer: invalid argument (invalid character)
+    failed
+    git-annex: status: 1 failed
+
+*What is the expected output? What do you see instead?*
+
+I expect that "git annex status" will complete successfuly and show information about all repositories.
+Instead of that I get the "git-annex: fd:14: commitBuffer: invalid argument (invalid character)" error above.
+
+*What version of git-annex are you using? On what operating system?*
+
+This is with Debian's git-annex_3.20121001_i386.deb installed on an Ubuntu 12.04 system.
+Using Ubuntu's original version (3.20120406) the error message is a bit different (here I used the name acentuação instead of demonstração):
+
+    trusted repositories: git-annex-shell: //tmp/acentuação: changeWorkingDirectory: does not exist (No such file or directory)
+    Command ssh ["-S","/var/tmp/acentua\231\227o/.git/annex/ssh/localhost","-o","ControlMaster=auto","-o","ControlPersist=yes","localhost","git-annex-shell 'configlist' '//tmp/acentua\195\167\195\163o'"] failed; exit code 1
+
+> I think this is the last unvalid utf-8 bug in git-annex. At least,
+> the last one I hypothesized exists. It's in the union merge code. I will
+> try to look at it again soon; the last 2 times I looked at that code
+> I could not see an easy way to make it allow invalid utf-8 encoded data.
+> --[[Joey]] 
+
+>> [[done]], although I am no longer so sure this was the last utf-8
+>> encoding bug.. --[[Joey]]
diff --git a/doc/bugs/error_when_using_repositories_with_non-ASCII_characters/comment_1_38cc2d2ed907649df085de8ad83cb9dd._comment b/doc/bugs/error_when_using_repositories_with_non-ASCII_characters/comment_1_38cc2d2ed907649df085de8ad83cb9dd._comment
new file mode 100644
index 0000000000..69d7f1da1e
--- /dev/null
+++ b/doc/bugs/error_when_using_repositories_with_non-ASCII_characters/comment_1_38cc2d2ed907649df085de8ad83cb9dd._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmcYryijvlF8bJvM_eZNSrUPEkMlxMDGTQ"
+ nickname="Thiago"
+ subject="The bug is actually something completely different!"
+ date="2012-10-04T03:53:57Z"
+ content="""
+Ok, this is a mix of luser error and a bug.
+
+I noticed that I wasn't providing a description in git annex init. So if I do \"git annex init foo\" in the first repository and \"git annex init bar\" in the clone, then git annex status works!
+
+So the bug is actually that you need to provide a description in git annex init, even though the man page says a description will be generated otherwise.
+
+(In my defense I hit the non-ACII characters bug with the git annex version in Ubuntu, and that one still has the same error even if a description is provided so this was fixed later).
+"""]]
diff --git a/doc/bugs/error_with_file_names_starting_with_dash.mdwn b/doc/bugs/error_with_file_names_starting_with_dash.mdwn
new file mode 100644
index 0000000000..84bf1cfa07
--- /dev/null
+++ b/doc/bugs/error_with_file_names_starting_with_dash.mdwn
@@ -0,0 +1,15 @@
+git annex add has problems if items start with dashes, example:
+
+-wut-a-directory-name-/file1
+
+leads to
+
+[[!format bash """
+add -wut-a-directory-name-/file1 (checksum...) sha1sum: invalid option -- 'u'
+„sha1sum --help“ gibt weitere Informationen.
+
+  git-annex: <file descriptor: 15>: hGetLine: end of file
+"""]]
+
+> This is fixed in git, at least I think I've found all cases where
+> filenames are passed to programs and escaped them. --[[Joey]] [[done]]
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/fails_to_handle_lot_of_files.mdwn b/doc/bugs/fails_to_handle_lot_of_files.mdwn
new file mode 100644
index 0000000000..470a5180f0
--- /dev/null
+++ b/doc/bugs/fails_to_handle_lot_of_files.mdwn
@@ -0,0 +1,445 @@
+    git-annex version: 3.20111011
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3
+    upgrade supported from repository versions: 0 1 2
+
+I just created a new remote on a USB drive and wanted to copy my files over. git-annex wasn't too happy about that ;)
+I included a few OK transfers as there was an error before git-annex ran into a wall. As I could easily access that temp file after it aborted, I suspect something went wrong internally before git-annex started to throw those errors.
+
+Please note the "_n TIMES_" comments. It's how often I got the same error message...
+
+
+
+    git annex copy . --to USB --fast
+    
+    copy redacted.JPG (to USB...) 
+    redacted
+         4035668 100%   77.91MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4036374 bytes  received 31 bytes  8072810.00 bytes/sec
+    total size is 4035668  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18002094 100%   74.19MB/s    0:00:00 (xfer#1, to-check=0/1)
+    WARNING: redacted failed verification -- update retained (will try again).
+    redacted
+        18002094 100%   19.60MB/s    0:00:00 (xfer#2, to-check=0/1)
+    rsync: open "copy_target/.git/annex/tmp/redacted_E13" failed: Permission denied (13)
+    
+    sent 36008841 bytes  received 52 bytes  24005928.67 bytes/sec
+    total size is 18002094  speedup is 0.50
+    rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1070) [sender=3.0.8]
+    
+      rsync failed -- run git annex again to resume file transfer
+    failed
+    copy redacted.JPG (to USB...) 
+    redacted
+         3687111 100%   39.16MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 3687773 bytes  received 31 bytes  2458536.00 bytes/sec
+    total size is 3687111  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        17877177 100%   79.15MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 17879573 bytes  received 31 bytes  11919736.00 bytes/sec
+    total size is 17877177  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         3694921 100%   40.14MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 3695583 bytes  received 31 bytes  2463742.67 bytes/sec
+    total size is 3694921  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        17875448 100%   71.20MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 17877844 bytes  received 31 bytes  11918583.33 bytes/sec
+    total size is 17875448  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         3833377 100%   62.49MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 3834055 bytes  received 31 bytes  2556057.33 bytes/sec
+    total size is 3833377  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        17938200 100%   65.43MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 17940604 bytes  received 31 bytes  11960423.33 bytes/sec
+    total size is 17938200  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4512557 100%   83.77MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4513319 bytes  received 31 bytes  3008900.00 bytes/sec
+    total size is 4512557  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18001641 100%   76.16MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18004053 bytes  received 31 bytes  12002722.67 bytes/sec
+    total size is 18001641  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4394272 100%   50.11MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4395022 bytes  received 31 bytes  8790106.00 bytes/sec
+    total size is 4394272  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18095781 100%   73.30MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18098205 bytes  received 31 bytes  12065490.67 bytes/sec
+    total size is 18095781  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4683795 100%   65.23MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4684577 bytes  received 31 bytes  9369216.00 bytes/sec
+    total size is 4683795  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18172801 100%   74.25MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18175233 bytes  received 31 bytes  36350528.00 bytes/sec
+    total size is 18172801  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4486231 100%   77.22MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4486989 bytes  received 31 bytes  8974040.00 bytes/sec
+    total size is 4486231  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        17860427 100%   68.56MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 17862823 bytes  received 31 bytes  35725708.00 bytes/sec
+    total size is 17860427  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4499768 100%   36.41MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4500530 bytes  received 31 bytes  9001122.00 bytes/sec
+    total size is 4499768  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        17840132 100%   74.48MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 17842524 bytes  received 31 bytes  11895036.67 bytes/sec
+    total size is 17840132  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4358032 100%   75.00MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4358774 bytes  received 31 bytes  8717610.00 bytes/sec
+    total size is 4358032  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18084753 100%   61.48MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18087173 bytes  received 31 bytes  12058136.00 bytes/sec
+    total size is 18084753  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4270213 100%   68.49MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4270947 bytes  received 31 bytes  2847318.67 bytes/sec
+    total size is 4270213  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        17661246 100%   68.34MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 17663614 bytes  received 31 bytes  11775763.33 bytes/sec
+    total size is 17661246  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4538305 100%   63.19MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4539071 bytes  received 31 bytes  9078204.00 bytes/sec
+    total size is 4538305  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18672466 100%   68.90MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18674958 bytes  received 31 bytes  12449992.67 bytes/sec
+    total size is 18672466  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4453445 100%   73.96MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4454199 bytes  received 31 bytes  8908460.00 bytes/sec
+    total size is 4453445  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18495494 100%   59.28MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18497966 bytes  received 31 bytes  12331998.00 bytes/sec
+    total size is 18495494  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4255858 100%   70.66MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4256588 bytes  received 31 bytes  1702647.60 bytes/sec
+    total size is 4255858  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18376531 100%   69.15MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18378987 bytes  received 31 bytes  36758036.00 bytes/sec
+    total size is 18376531  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4013365 100%   48.67MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4014067 bytes  received 31 bytes  8028196.00 bytes/sec
+    total size is 4013365  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        17606341 100%   51.73MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 17608705 bytes  received 31 bytes  11739157.33 bytes/sec
+    total size is 17606341  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4179869 100%   74.62MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4180591 bytes  received 31 bytes  8361244.00 bytes/sec
+    total size is 4179869  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18382569 100%   67.05MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18385025 bytes  received 31 bytes  12256704.00 bytes/sec
+    total size is 18382569  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4318363 100%   44.91MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4319101 bytes  received 31 bytes  8638264.00 bytes/sec
+    total size is 4318363  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        17715958 100%   72.69MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 17718334 bytes  received 31 bytes  11812243.33 bytes/sec
+    total size is 17715958  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4241893 100%   65.81MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4242623 bytes  received 31 bytes  8485308.00 bytes/sec
+    total size is 4241893  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        17717287 100%   71.77MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 17719663 bytes  received 31 bytes  11813129.33 bytes/sec
+    total size is 17717287  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4488380 100%   49.99MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4489138 bytes  received 31 bytes  2992779.33 bytes/sec
+    total size is 4488380  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        17770208 100%   38.80MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 17772592 bytes  received 31 bytes  11848415.33 bytes/sec
+    total size is 17770208  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4603958 100%   76.48MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4604732 bytes  received 31 bytes  9209526.00 bytes/sec
+    total size is 4603958  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18744380 100%   74.66MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18746884 bytes  received 31 bytes  12497943.33 bytes/sec
+    total size is 18744380  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4592098 100%   79.06MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4592872 bytes  received 31 bytes  3061935.33 bytes/sec
+    total size is 4592098  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18746205 100%   43.00MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18748709 bytes  received 31 bytes  12499160.00 bytes/sec
+    total size is 18746205  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         7493353 100%   80.85MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 7494479 bytes  received 31 bytes  14989020.00 bytes/sec
+    total size is 7493353  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        19496768 100%   81.77MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 19499360 bytes  received 31 bytes  12999594.00 bytes/sec
+    total size is 19496768  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         5462482 100%   82.19MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 5463360 bytes  received 31 bytes  10926782.00 bytes/sec
+    total size is 5462482  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        19669815 100%   80.37MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 19672431 bytes  received 31 bytes  13114974.67 bytes/sec
+    total size is 19669815  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         5449487 100%   57.40MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 5450365 bytes  received 31 bytes  3633597.33 bytes/sec
+    total size is 5449487  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        19633259 100%   74.18MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 19635871 bytes  received 31 bytes  13090601.33 bytes/sec
+    total size is 19633259  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         5392184 100%   62.33MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 5393054 bytes  received 31 bytes  3595390.00 bytes/sec
+    total size is 5392184  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        18912104 100%   65.00MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 18914628 bytes  received 31 bytes  12609772.67 bytes/sec
+    total size is 18912104  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4869300 100%   80.92MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4870106 bytes  received 31 bytes  9740274.00 bytes/sec
+    total size is 4869300  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        20178932 100%   68.13MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 20181608 bytes  received 31 bytes  13454426.00 bytes/sec
+    total size is 20178932  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         4995425 100%   86.05MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 4996247 bytes  received 31 bytes  9992556.00 bytes/sec
+    total size is 4995425  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        19970679 100%   76.36MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 19973331 bytes  received 31 bytes  13315574.67 bytes/sec
+    total size is 19970679  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         7905795 100%   66.45MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 7906973 bytes  received 31 bytes  15814008.00 bytes/sec
+    total size is 7905795  speedup is 1.00
+    ok
+    copy redacted.NEF (to USB...) 
+    redacted
+        21234069 100%   78.07MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 21236877 bytes  received 31 bytes  8494763.20 bytes/sec
+    total size is 21234069  speedup is 1.00
+    ok
+    copy redacted.JPG (to USB...) 
+    redacted
+         7963979 100%   62.51MB/s    0:00:00 (xfer#1, to-check=0/1)
+    
+    sent 7965165 bytes  received 31 bytes  5310130.67 bytes/sec
+    total size is 7963979  speedup is 1.00
+    git ["--git-dir=copy_target/.git","--work-tree=copy_target","update-index","-z","--index-info"]: Error in fork: forkProcess: resource exhausted (Resource temporarily unavailable)
+    
+    git-annex: user error (git ["--git-dir=copy_target/.git","--work-tree=copy_target","update-index","-z","--index-info"]: Error in fork: forkProcess: resource exhausted (Resource temporarily unavailable))
+    failed
+    _506 TIMES_ (user error (Error in fork: forkProcess: resource exhausted (Resource temporarily unavailable))) failed
+    _11 TIMES_ copy foo (createPipe: resource exhausted (Too many open files)) failed
+    _2 TIMES_ (user error (Error in fork: forkProcess: resource exhausted (Resource temporarily unavailable))) failed
+    _8574 TIMES_: copy foo (createPipe: resource exhausted (Too many open files)) failed
+    git-annex: createPipe: resource exhausted (Too many open files)
+    failed
+    git-annex: 9101 failed
+    
+    % ls copy_target/.git/annex/tmp/redacted_E13 copy_target/.git/annex/tmp/SHA512E-redacted_E13 # works
+    % find source -type l | wc -l
+    13554
+    % find copy_target -type l | wc -l
+    13554
+    % find copy_target/.git/annex/objects -type f | wc -l
+    4455
+    % find source -type f | wc -l
+    13554
+
+> Fixed unreaped process leak.
+> (This has nothing to do with NTFS). Ran test with 10k files
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/fails_to_handle_lot_of_files/comment_1_09d8e4e66d8273fab611bd29e82dc7fc._comment b/doc/bugs/fails_to_handle_lot_of_files/comment_1_09d8e4e66d8273fab611bd29e82dc7fc._comment
new file mode 100644
index 0000000000..587b1fd97c
--- /dev/null
+++ b/doc/bugs/fails_to_handle_lot_of_files/comment_1_09d8e4e66d8273fab611bd29e82dc7fc._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-26T17:16:52Z"
+ content="""
+After another run, i am at 8909 files in the remote, now.
+"""]]
diff --git a/doc/bugs/fails_to_handle_lot_of_files/comment_2_fd2ec05f4b5a7a6ae6bd9f5dbc3156de._comment b/doc/bugs/fails_to_handle_lot_of_files/comment_2_fd2ec05f4b5a7a6ae6bd9f5dbc3156de._comment
new file mode 100644
index 0000000000..8e83fc19f4
--- /dev/null
+++ b/doc/bugs/fails_to_handle_lot_of_files/comment_2_fd2ec05f4b5a7a6ae6bd9f5dbc3156de._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-10-26T18:22:34Z"
+ content="""
+In case this matters, I just realized that this disk has been formatted with NTFS instead of a sane FS.
+"""]]
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:_empty_ident_name.mdwn b/doc/bugs/fatal:_empty_ident_name.mdwn
new file mode 100644
index 0000000000..2414772877
--- /dev/null
+++ b/doc/bugs/fatal:_empty_ident_name.mdwn
@@ -0,0 +1,51 @@
+**What steps will reproduce the problem?**
+
+    stone@skynet ~/annex $ git init
+    Initialized empty Git repository in /home/stone/annex/.git/
+    stone@skynet ~/annex $ git annex init "work"
+    init work 
+    *** 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: empty ident name (for <stone@skynet>) not allowed
+    git-annex: git ["--git-dir=/home/stone/annex/.git","--work-tree=/home/stone/annex","commit-tree","4b825dc652cb6eb9a060e64bf8d69288fbee4904"] exited 128
+    stone@skynet ~/annex $ git config -l
+    user.email=stone@nospam.hu
+    user.name=Stone
+    core.editor=nano
+    color.ui=auto
+    core.repositoryformatversion=0
+    core.filemode=true
+    core.bare=false
+    core.logallrefupdates=true
+    annex.uuid=499fb545-0b98-4bfc-816c-fb3704f3aaa0
+    stone@skynet ~/annex $ cat ~/.gitconfig 
+    [user]
+    	email = stone@nospam.hu
+    	name = Stone
+    [core]
+    	editor = nano
+    [color]
+    	ui = auto
+    stone@skynet ~/annex $ 
+
+**What is the expected output? What do you see instead?**
+
+
+**What version of git-annex are you using? On what operating system?**
+
+commit 56c037c69e75def74d6ea90de8aa8a1954c52178 Arch Linux
+
+**Please provide any additional information below.**
+
+> [[done]] by adding name to the user, in /etc/passwd. --Stone
+
+>> Actually, [[done]] by avoiding clobbering HOME when running some git
+>> commands. --[[Joey]]
diff --git a/doc/bugs/fatal:_empty_ident_name/comment_1_ceae87308fb75a1f79c7c8d63ec47226._comment b/doc/bugs/fatal:_empty_ident_name/comment_1_ceae87308fb75a1f79c7c8d63ec47226._comment
new file mode 100644
index 0000000000..798658a46b
--- /dev/null
+++ b/doc/bugs/fatal:_empty_ident_name/comment_1_ceae87308fb75a1f79c7c8d63ec47226._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.16"
+ subject="comment 1"
+ date="2012-08-31T15:04:09Z"
+ content="""
+This is an error message from git. [Git faq](https://git.wiki.kernel.org/index.php/GitFaq#Git_commit_is_dying_telling_me_.22fatal:_empty_ident_.3Cuser.40myhost.3E_not_allowed.22.2C_what.27s_wrong.3F). I don't understand why git is doing it given the configuration shown, but I suppose it would do the same thing if you run git commit by hand.
+"""]]
diff --git a/doc/bugs/fatal:_empty_ident_name/comment_2_68832ee3e0e7244ce62bccabe2e52630._comment b/doc/bugs/fatal:_empty_ident_name/comment_2_68832ee3e0e7244ce62bccabe2e52630._comment
new file mode 100644
index 0000000000..934fcdfaf0
--- /dev/null
+++ b/doc/bugs/fatal:_empty_ident_name/comment_2_68832ee3e0e7244ce62bccabe2e52630._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl1yBP_JDsO1TWSC1usoHXpfDRU01u_GXY"
+ nickname="Péter Károly"
+ subject="comment 2"
+ date="2012-08-31T18:30:15Z"
+ content="""
+I use git on the same machine nearly every day, it does not complain on commit.
+
+(On the same session after \"git annex init\" failed...)
+
+    stone@skynet ~/annex $ echo stone > bu
+    stone@skynet ~/annex $ git add bu 
+    stone@skynet ~/annex $ git commit -a
+    [master (root-commit) ae5d41f] ds
+     1 file changed, 1 insertion(+)
+     create mode 100644 bu
+    stone@skynet ~/annex $ git log
+    commit ae5d41fdd0b7082740633cf7931bb5a07be0fc5e
+    Author: Stone <stone@nospam.hu>
+    Date:   Fri Aug 31 20:26:45 2012 +0200
+    
+        ds
+    stone@skynet ~/annex $ 
+
+"""]]
diff --git a/doc/bugs/fatal:_empty_ident_name/comment_3_ed31ad316747343d7730e4c2d7dacd24._comment b/doc/bugs/fatal:_empty_ident_name/comment_3_ed31ad316747343d7730e4c2d7dacd24._comment
new file mode 100644
index 0000000000..ff7f39e443
--- /dev/null
+++ b/doc/bugs/fatal:_empty_ident_name/comment_3_ed31ad316747343d7730e4c2d7dacd24._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.16"
+ subject="comment 3"
+ date="2012-08-31T18:52:53Z"
+ content="""
+Why don't you try the identical command that git-annex is running that fails:
+
+`git --git-dir=/home/stone/annex/.git --work-tree=/home/stone/annex commit-tree 4b825dc652cb6eb9a060e64bf8d69288fbee4904`
+"""]]
diff --git a/doc/bugs/fatal:_empty_ident_name/comment_4_b812d6f30e8a866bce7260a9ee3218e3._comment b/doc/bugs/fatal:_empty_ident_name/comment_4_b812d6f30e8a866bce7260a9ee3218e3._comment
new file mode 100644
index 0000000000..9e8a1900e0
--- /dev/null
+++ b/doc/bugs/fatal:_empty_ident_name/comment_4_b812d6f30e8a866bce7260a9ee3218e3._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl1yBP_JDsO1TWSC1usoHXpfDRU01u_GXY"
+ nickname="Péter Károly"
+ subject="comment 4"
+ date="2012-09-01T15:05:52Z"
+ content="""
+Finally I managed to get it working.
+
+My use on the computer didn't had name, so the 5th colum of my /etc/password file was empty. After I filled in my name everything worked like charm.
+
+Interesting that not my user's name from /etc/passwd get into the git log but the one that was in my ~/.gitconfig.
+
+"""]]
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/file_access__47__locking_issues_with_the_assitant.mdwn b/doc/bugs/file_access__47__locking_issues_with_the_assitant.mdwn
new file mode 100644
index 0000000000..7015368442
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant.mdwn
@@ -0,0 +1,54 @@
+### Please describe the problem.
+
+I have a latex file which takes two passes to build.  It is in a directory managed by git-annex assistant and configured to use a remote SSH server as a transfer back-end.
+
+If I use latexmk to build the file with the git-assistant on then the build fails.  If I turn off the git-assistant it succeeds.
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+~/current/www.cmt.mhs.man.ac.uk $ git-annex assistant --autostart
+~/current/www.cmt.mhs.man.ac.uk $ latexmk -c admin_guide_cmt.tex
+~/current/www.cmt.mhs.man.ac.uk $ latexmk -pdf -silent admin_guide_cmt.tex
+
+Latexmk: Run number 1 of rule 'pdflatex'
+This is pdfTeX, Version 3.1415926-2.5-1.40.13 (TeX Live 2013/dev)
+ restricted \write18 enabled.
+entering extended mode
+print() on closed filehandle GEN32 at /usr/bin/latexmk line 4742.
+print() on closed filehandle GEN32 at /usr/bin/latexmk line 4759.
+print() on closed filehandle GEN32 at /usr/bin/latexmk line 4761.
+"""]]
+
+Dropping the silent option shows that the admin_guide_cmt.aux file is not available for writing - despite being created.  I suspect that the assistant is somehow locking the file, or using it between passes of latex.  If the auxillary files all ready exist then there is no problem (i.e., don't do the cleanup via latexmk -c)
+
+Disabling the assistant makes everything work.  Latexmk is doing something odd - I can't replicate with the native latex build commands.
+
+### What version of git-annex are you using? On what operating system?
+
+Latest version, via cabal, on Fedora 18.
+
+### Please provide any additional information below.
+
+Nothing appears wrong with the assistant transfer wise.
+[[!format sh """
+add www.cmt.mhs.man.ac.uk/admin_guide_cmt.aux (checksum...) ok
+add www.cmt.mhs.man.ac.uk/admin_guide_cmt.fdb_latexmk (checksum...) [2013-06-11 14:42:17 BST] Committer: Committing changes to g
+it                                                                                                                             
+admin_guide_cmt.fdb_latexmk
+         264 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 372 bytes  received 42 bytes  828.00 bytes/sec
+total size is 264  speedup is 0.64
+[2013-06-11 14:42:17 BST] Transferrer: Uploaded admin_gui..b_latexmk
+[2013-06-11 14:42:18 BST] Committer: Adding 3 files
+ok
+(Recording state in git...)
+add www.cmt.mhs.man.ac.uk/admin_guide_cmt.fls (checksum...) ok
+add www.cmt.mhs.man.ac.uk/admin_guide_cmt.log (checksum...) ok
+
+# End of transcript or log.
+"""]]
+
+> Ok, I was able to remove the write bit fiddling in direct mode. [[done]]
+> --[[Joey]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_10_fadf06f5ab34e36ab130536ec55afc8e._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_10_fadf06f5ab34e36ab130536ec55afc8e._comment
new file mode 100644
index 0000000000..79cfafa17b
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_10_fadf06f5ab34e36ab130536ec55afc8e._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 10"
+ date="2013-06-11T19:27:04Z"
+ content="""
+First off, I really like git-annex :-)
+
+Secondly, if I make the change as suggested, what are the consequences?  When you add files to the annex back-end it may still be open and being written to?  But then the next hash-function will reveal the differences of an incomplete upload and fix things....  But it may be too late as it's sent to other repositories...hmmmmm...I guess I want to know if I do this will my data be safe?  I suspect not.
+
+Perhaps the race condition could be mitigated against (not solved) by simply introducing a slight delay?  If only 5 secs it will catch many of these cases.  And longer would prevent git committing files that I save, realize I've slightly got wrong, tweak and save again.
+"""]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_11_4a337f7b1140c45e5dd660b40202f696._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_11_4a337f7b1140c45e5dd660b40202f696._comment
new file mode 100644
index 0000000000..99787d4c69
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_11_4a337f7b1140c45e5dd660b40202f696._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 11"
+ date="2013-06-12T17:03:07Z"
+ content="""
+There's an annex.delayadd git config setting you can use that makes it wait a specified number of seconds before committing. So it would indeed be a workaround to set: `git config annex.delayadd 2`
+
+However, I'm pretty confident I can entirely avoid this problem, safely.
+"""]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_1_05e1398e78218ced9c2da6a2510949e8._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_1_05e1398e78218ced9c2da6a2510949e8._comment
new file mode 100644
index 0000000000..8adb71b38f
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_1_05e1398e78218ced9c2da6a2510949e8._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 1"
+ date="2013-06-11T13:59:53Z"
+ content="""
+Here's a sample latex document
+  
+    \documentclass[twocolumn,a4paper]{article}
+    \title{Test}
+    \begin{document}
+    \maketitle
+    \begin{abstract}
+      Test
+    \end{abstract}
+
+    Some unresolved refs for two passes:
+    \ref{one:a} and \ref{two:b}
+
+    \end{document}
+"""]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_2_9226f0adf091154c0d8a08b340b71869._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_2_9226f0adf091154c0d8a08b340b71869._comment
new file mode 100644
index 0000000000..c30d751a87
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_2_9226f0adf091154c0d8a08b340b71869._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 2"
+ date="2013-06-11T14:13:22Z"
+ content="""
+My temporary work around so that I may continue to use the assistant is to touch an appropriate test.aux before running latexmk.
+"""]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_3_44d3e2096b7d45a1062222bee83a346d._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_3_44d3e2096b7d45a1062222bee83a346d._comment
new file mode 100644
index 0000000000..d12a094214
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_3_44d3e2096b7d45a1062222bee83a346d._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="2013-06-11T14:23:50Z"
+ content="""
+FYI - I replicated this bug on an OSX system using the latest pre-packaged build of git-annex and TexLive.
+"""]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_4_f2e1d188b7b2d2daf0d832c59a68583e._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_4_f2e1d188b7b2d2daf0d832c59a68583e._comment
new file mode 100644
index 0000000000..438036e706
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_4_f2e1d188b7b2d2daf0d832c59a68583e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-06-11T14:42:09Z"
+ content="""
+Are you using direct mode in your repository?
+"""]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_5_998fe58994ecf855310e4b8e6cce9e18._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_5_998fe58994ecf855310e4b8e6cce9e18._comment
new file mode 100644
index 0000000000..8d27f6b5e7
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_5_998fe58994ecf855310e4b8e6cce9e18._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXybLxkPMYpP3yw4b_I6IdC3cKTD-xEdU"
+ nickname="Matt"
+ subject="comment 5"
+ date="2013-06-11T14:47:40Z"
+ content="""
+hi, yes I am.  Is this bad?
+"""]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_6_4ce243cb0ea8ff810a4949a5320e4afc._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_6_4ce243cb0ea8ff810a4949a5320e4afc._comment
new file mode 100644
index 0000000000..54f533a926
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_6_4ce243cb0ea8ff810a4949a5320e4afc._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-06-11T15:09:44Z"
+ content="""
+No. Direct mode makes this kind of problem less likely to occur.
+
+Are you only seeing this problem on OSX?
+
+My guess, which  is only a guess at this point is that while direct mode leaves files in-place etc, which should avoid this kind of problem, it does mess with their permissions berifly when ingesting them into the annex. The write bit is breifly turned off,
+while it checks that nothing currently has the file open to be written.
+"""]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_7_c713f6316d889c8fc52326f21375c1c4._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_7_c713f6316d889c8fc52326f21375c1c4._comment
new file mode 100644
index 0000000000..754ffe774e
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_7_c713f6316d889c8fc52326f21375c1c4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-06-11T15:14:44Z"
+ content="""
+Re-reading, I see you're using Fedora and OSX.
+"""]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_8_6dd23bab7983b8b1f938dd4f21a16f5a._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_8_6dd23bab7983b8b1f938dd4f21a16f5a._comment
new file mode 100644
index 0000000000..400f7597f3
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_8_6dd23bab7983b8b1f938dd4f21a16f5a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 8"
+ date="2013-06-11T15:17:56Z"
+ content="""
+I can reproduce the bug. Doesn't look likely to involve a race, since it happens every time.
+"""]]
diff --git a/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_9_961c8f968eff0b39a85b607ee3f7630d._comment b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_9_961c8f968eff0b39a85b607ee3f7630d._comment
new file mode 100644
index 0000000000..419abf6989
--- /dev/null
+++ b/doc/bugs/file_access__47__locking_issues_with_the_assitant/comment_9_961c8f968eff0b39a85b607ee3f7630d._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 9"
+ date="2013-06-11T15:30:14Z"
+ content="""
+My guess about the write bit seems to be spot on. Which does mean it's a race, just one that happens to be easy to reproduce. It does not happen every time, but 1 time out of 10 or more often.
+
+You can try commenting out the `preventWrite` line in `Command/Add.hs` and rebuilding to see it fix it for you too. I will need to think long and hard about how to make files be ingested safely without turning off the write bit. But, I had been meaning to work on that at some point anyway, so good to have this bug to make it happen.
+
+I instrumented latexmk's call to `$out_handle->open` to see how it's failing:
+
+open failed: Permission denied 256 
+
+Which confirms the problem. It seems that it first creates the file, and then closes it, and then re-opens it to write to it some more. git-annex gets in between these two calls and messes up the permissions behind its back.
+"""]]
diff --git a/doc/bugs/file_modification_times.mdwn b/doc/bugs/file_modification_times.mdwn
new file mode 100644
index 0000000000..2f75dcab7c
--- /dev/null
+++ b/doc/bugs/file_modification_times.mdwn
@@ -0,0 +1,13 @@
+### Please describe the problem.
+The files created in another remote when syncing is "now" rather than keeping the modification time of the source file. As such, git-annex assistant is removing an important bit of information about the file.
+
+### What steps will reproduce the problem?
+1) create two repositories in your computer using webapp
+2) add files to RepoA, see that they are synced to the RepoB.
+3) check the file modification times from any file manager. you will see that while files in RepoA carry correct modification time, synced file in RepoB carries current time.
+
+### What version of git-annex are you using? On what operating system?
+Ubuntu 13.10 32bit version 4.20130815 from apt-get.
+
+> duplicate of [[todo/add_metadata_to_annexed_files]] --[[Joey]]
+> [[done]]
diff --git a/doc/bugs/fix_for_makefile_to_check_if_OS_is_linux_or_not___40__relates_to_the_new_inotify_flag__41__.mdwn b/doc/bugs/fix_for_makefile_to_check_if_OS_is_linux_or_not___40__relates_to_the_new_inotify_flag__41__.mdwn
new file mode 100644
index 0000000000..fee00855eb
--- /dev/null
+++ b/doc/bugs/fix_for_makefile_to_check_if_OS_is_linux_or_not___40__relates_to_the_new_inotify_flag__41__.mdwn
@@ -0,0 +1,36 @@
+Since the watch branch is now merged into master, it doesn't quite build cleanly on non-linux systems anymore. So here's a small change to the Makefile to work around the problem for now.
+
+<pre>
+From 707cb47744775c324060febe11987db5f10ed9ff Mon Sep 17 00:00:00 2001
+From: Jimmy Tang <jtang@tchpc.tcd.ie>
+Date: Mon, 18 Jun 2012 09:20:35 +0100
+Subject: [PATCH] Teach _Makefile_ to only do _-DWITH_INOTIFY_ when on a Linux
+ machine.
+
+---
+ Makefile |    8 +++++++-
+ 1 file changed, 7 insertions(+), 1 deletion(-)
+
+diff --git a/Makefile b/Makefile
+index 6d36e8b..8884b5c 100644
+--- a/Makefile
++++ b/Makefile
+@@ -1,6 +1,12 @@
++OS:=$(shell uname | sed 's/[-_].*//')
++
++ifeq ($(OS),Linux)
++BASEFLAGS_OPTS+=-DWITH_INOTIFY
++endif
++
+ PREFIX=/usr
+ IGNORE=-ignore-package monads-fd -ignore-package monads-tf
+-BASEFLAGS=-Wall $(IGNORE) -outputdir tmp -IUtility -DWITH_S3 -DWITH_INOTIFY
++BASEFLAGS=-Wall $(IGNORE) -outputdir tmp -IUtility -DWITH_S3 $(BASEFLAGS_OPTS)
+ GHCFLAGS=-O2 $(BASEFLAGS)
+ 
+ ifdef PROFILE
+-- 
+1.7.10.4
+</pre>
+
+[[done]], thanks --[[Joey]] 
diff --git a/doc/bugs/free_space_checking.mdwn b/doc/bugs/free_space_checking.mdwn
new file mode 100644
index 0000000000..92e8be40d1
--- /dev/null
+++ b/doc/bugs/free_space_checking.mdwn
@@ -0,0 +1,21 @@
+Should check that there is enough free space before trying to copy a
+file around.
+
+* Need a way to tell how much free space is available on the disk containing
+  a given repository.
+
+* And, need a way to tell the size of a file before copying it from
+  a remote, to check local disk space.
+
+  As of annex.version 2, this metadata can be available for any type
+  of backend. Newly added files will always have file size metadata,
+  while files that used a SHA backend and were added before the upgrade
+  won't.
+
+  So, need a migration process from eg SHA1 to SHA1+filesize. It will
+  find files that lack size info, and rename their keys to add the size
+  info. Users with old repos can run this on them, to get the missing
+  info recorded.
+
+> [[done]]; no migtation process for old SHA1 keys from v1 repo though.
+> --[[Joey]] 
diff --git a/doc/bugs/free_space_checking/comment_1_a868e805be43c5a7c19c41f1af8e41e6._comment b/doc/bugs/free_space_checking/comment_1_a868e805be43c5a7c19c41f1af8e41e6._comment
new file mode 100644
index 0000000000..954433deb4
--- /dev/null
+++ b/doc/bugs/free_space_checking/comment_1_a868e805be43c5a7c19c41f1af8e41e6._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="2011-03-15T14:11:27Z"
+ content="""
+Keep in mind that lots of small files may have significant overhead, so a warning that it's not possible to make sure there's enough space would make sense for certain corner cases. Actually finding out the exact overhead is beyond git-annex' scope and, given transparent compression etc, ability, but a warning, optionally with a \"do you want to continue\" prompt can't hurt.
+
+-- RichiH
+"""]]
diff --git a/doc/bugs/free_space_checking/comment_2_8a65f6d3dcf5baa3f7f2dbe1346e2615._comment b/doc/bugs/free_space_checking/comment_2_8a65f6d3dcf5baa3f7f2dbe1346e2615._comment
new file mode 100644
index 0000000000..9a43fe3f27
--- /dev/null
+++ b/doc/bugs/free_space_checking/comment_2_8a65f6d3dcf5baa3f7f2dbe1346e2615._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-03-16T03:04:50Z"
+ content="""
+Right. You probably don't want git-annex to fill up your entire drive anyway, so if it tries to reseve 10 mb or 1% or whatever (probably configurable) for overhead, that should be good enough.
+"""]]
diff --git a/doc/bugs/free_space_checking/comment_3_0fc6ff79a357b1619d13018ccacc7c10._comment b/doc/bugs/free_space_checking/comment_3_0fc6ff79a357b1619d13018ccacc7c10._comment
new file mode 100644
index 0000000000..ea4fb6c23e
--- /dev/null
+++ b/doc/bugs/free_space_checking/comment_3_0fc6ff79a357b1619d13018ccacc7c10._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-16T15:40:56Z"
+ content="""
+Sometimes, I might want to fill up the disk as much as possible. Thus, a warning is preferable to erroring out too early, imo -- Richard
+"""]]
diff --git a/doc/bugs/fsck__47__fix_should_check__47__fix_the_permissions_of_.git__47__annex.mdwn b/doc/bugs/fsck__47__fix_should_check__47__fix_the_permissions_of_.git__47__annex.mdwn
new file mode 100644
index 0000000000..c649ff9f7c
--- /dev/null
+++ b/doc/bugs/fsck__47__fix_should_check__47__fix_the_permissions_of_.git__47__annex.mdwn
@@ -0,0 +1,8 @@
+git annex carefully setup restrictive permissions of .git/annex directories and files.
+
+The fsck command should check that they are still correct.
+The fix command should fix them.
+
+PS: Thanks for this nice tool!
+
+> Good idea, [[done]] (actually, fsck just fixes them too)! --[[Joey]]
diff --git a/doc/bugs/fsck_claims_failed_checksum_when_less_copies_than_required_are_found.mdwn b/doc/bugs/fsck_claims_failed_checksum_when_less_copies_than_required_are_found.mdwn
new file mode 100644
index 0000000000..fe6536b6a7
--- /dev/null
+++ b/doc/bugs/fsck_claims_failed_checksum_when_less_copies_than_required_are_found.mdwn
@@ -0,0 +1,57 @@
+    (checksum...) failed
+    fsck foo (fixing location log) 
+      Only 1 of 2 trustworthy copies exist of foo
+      Back it up with git-annex copy.
+
+> You've given me severely partial output, and no test case, but until
+> it says "fsck foo", the output is pertaining to some other file than foo.
+> As far as I can see, there is no bug here. --[[Joey]]
+
+>> Sorry, I thought it would be obvious, but that's no excuse for not
+>> providing additional explanation. The problem is that fsck tells me a
+>> file's fsck has failed without printing extra details. In this case, the
+>> checksum is OK while I don't have enough copies to satisfy the fsck. The
+>> fact that I don't have enough copies is obviously relevant, but I would
+>> still like to know if the checksums are OK. -- Richard
+
+>>> I think you're misreading the truncated output you posted. The actual,
+>>> full output would make much more sense. --[[Joey]]
+
+>>>> No. I have a total of 14908 annex keys, 3333 of which are on a remote. The only message other than 'checksum OK' and the above is 'git-annex: 11577 failed'.
+>>>> I checked several files manually, their checksums are OK so `git annex
+>>>> fsck` is reporting those files as completely failed when they "only" miss copies. -- Richard
+
+>>>>> fsck considers not enough copies to be a failure condition; it prints
+>>>>> error messages about it etc. That has nothing to do with checksums.
+>>>>> --[[Joey]]
+
+>>>>>> I get that. Still, I think it would be _extremely_ useful to know what failures occurred, exactly. Not having enough copies is Not Good, yet not having enough copies and a locally correct file is _lot_ better than having not enough copies and a broken file. I.e. I would prefer:
+
+    (checksum...) OK
+    Not enough copies: Only 1 of 2 trustworthy copies exist of foo
+
+>>>>>> or similar and at the end
+
+    git-annex: 0 wrong checksums
+    git-annex: 11577 with too few copies
+
+>>>>>> In the end, it comes down to the distinction of different failure classes. -- Richard
+
+>>>>>>> For the third, and final time: 
+>>>>>>> # You are misreading the truncated output you posted
+>>>>>>> The "checksum" line is regarding **different** file than the 
+>>>>>>> not enough copies message. fsck does not attempt to checksum a file
+>>>>>>> that is not present. [[done]] --[[Joey]]
+
+
+>>>>>>>> I realized early on that I pasted the wrong cross-passage, but as there is a ton of the same output, I didn't think it would matter. I wasn't aware that it does not try to checksum when there aren't enough copies. To be fair, you only just mentioned that.
+>>>>>>>> Personally, I think that's a bug as it makes ensuring local correctness before copying a file to remotes impossible.
+>>>>>>>> Either way, I really didn't know it actually _skipped_ checksumming; that part was missing.
+>>>>>>>> For the benefit of anyone else who might read this, this is the correct order:
+
+    fsck foo (fixing location log) 
+      Only 1 of 2 trustworthy copies exist of foo
+      Back it up with git-annex copy.
+    (checksum...) failed
+
+>>>>>>>> If you would like to keep things this way, fine. I think it's less than ideal, but I don't want to argue, either. -- Richard
diff --git a/doc/bugs/fsck_output.mdwn b/doc/bugs/fsck_output.mdwn
new file mode 100644
index 0000000000..1b00dd7b37
--- /dev/null
+++ b/doc/bugs/fsck_output.mdwn
@@ -0,0 +1,46 @@
+When you check several files and the fsck fails, you get confusing output:
+
+<pre>
+O fsck test1 (checksum...) 
+E  Only 1 of 2 trustworthy copies of test1 exist.
+E  Back it up with git-annex copy.
+O
+O failed
+O fsck test2 (checksum...) 
+E  Only 1 of 2 trustworthy copies of test2 exist.
+E  Back it up with git-annex copy.
+O 
+O failed
+</pre>
+
+The newline is in the wrong place and confuses the user. It should be printed _after_ "failed".
+
+> This is a consequence of part of the output being printed to stderr, and
+> part to stdout. I've marked the lines above with E and O.
+> 
+> Normally a "failed" is preceeded by a message output to stdout desribing
+> the problem; such a message will not be "\n" terminated, so a newline
+> is always displayed before "failed". In this case, since the message
+> is sent to stderr, it is newline terminated.
+> 
+> Fixing this properly would involve storing state, or rethinking 
+> when git-annex displays newlines (and I rather like its behavior
+> otherwise).
+> 
+> A related problem occurs if an error message is unexpetedly printed.
+> Dummying up an example:
+> 
+> O get test1 (from foo...) E git-annex: failed to run ssh
+> failed
+> 
+> --[[Joey]] 
+
+>> Well, I fixed this in all cases except a thrown non-IO error (last
+>> example aboce), which output is printed by haskell's runtime. I'd
+>> have to add a second error handler to handle those, and it's not
+>> clear what it would do. Often an error will occur before anything
+>> else is printed, and then the current behavior is right; if something
+>> has been printed it would be nice to have a newline before the error,
+>> but by the time the error is caught we'd be out of the annex monad
+>> and not really have any way to know if something has been printed.
+>> I think my fix is good enough [[done]] --[[Joey]] 
diff --git a/doc/bugs/fsck_should_double-check_when_a_content-check_fails.mdwn b/doc/bugs/fsck_should_double-check_when_a_content-check_fails.mdwn
new file mode 100644
index 0000000000..dba775d37e
--- /dev/null
+++ b/doc/bugs/fsck_should_double-check_when_a_content-check_fails.mdwn
@@ -0,0 +1,3 @@
+git annex fsck marks files as bad when the checksumming fails. But this could also be due to a read error when the actual data stored is correct. So, fsck should check twice when a checksum fails.
+
+> [[done]]; apparently problem was caused by bad RAM. --[[Joey]]
diff --git a/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_1_03af24b70adbcd9f4b94d009f6b71d0a._comment b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_1_03af24b70adbcd9f4b94d009f6b71d0a._comment
new file mode 100644
index 0000000000..543777e260
--- /dev/null
+++ b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_1_03af24b70adbcd9f4b94d009f6b71d0a._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-14T16:26:59Z"
+ content="""
+Why stop at checking twice? The second check could also fail with a read error, and perhaps the third one would succeed. :P
+
+Seriously, I doubt that this is likely to be a benefit with a modern drive. If the file has a read error once, then error correction has already failed, and it's likely to fail again. Even if it managed to succeed the second time, you have a file that is being read wrong some of the time, which is not a good thing for fsck to leave unnoticed.
+
+Fsck moves bad files to `.git/annex/bad`, so the data in them can be recovered if it comes to that. Hopefully
+though, there's a copy of the file in another repository, so git-annex can just get it from there instead.
+"""]]
diff --git a/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_2_41214a7d18c66b694645248d6ebeadbf._comment b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_2_41214a7d18c66b694645248d6ebeadbf._comment
new file mode 100644
index 0000000000..ea9518cb6b
--- /dev/null
+++ b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_2_41214a7d18c66b694645248d6ebeadbf._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkHDm_DOFRcHYebCnnYKKyIwiPD4iOiiIU"
+ nickname="Jörn"
+ subject="comment 2"
+ date="2013-01-14T17:37:45Z"
+ content="""
+Maybe I was too quick in blaming the hard drive. It might be my problem is somewhere else. Let me do what I should have done in the first place and give you a detailed problem description:
+
+I have got three hard drives, two internal, one external connected via USB. I have got a couple of repositories with small files (mp3, JPEGs and so on). Those are fine, fsck never complains about them. 
+But in one repository with video files (i.e. much bigger files than in the other repos), git-annex fsck will always find some broken files. I run git-annex get to retrieve the broken files from other sources. Then I run
+fsck again - and it complains about some other files. This happens on all drives.
+
+This could mean:
+
+- all my drives are broken. However, SMART data are unsuspicious, and one of the drives is just a couple of days old.
+- git-annex fsck is broken
+- read errors like I mentioned in my first post
+- some process actually _altering_ the files (should not happen when the files are locked, right?)
+- something completely different? Some possibly dangerous source of radiation? :)
+
+Any ideas on this? Maybe I should hash the data in .git/annex/bad and check which value I get - can I tell git-annex to do so?
+
+Thanks,
+Jörn
+"""]]
diff --git a/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_3_e7ddd77ea35994f2051f840e9b4c7e0c._comment b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_3_e7ddd77ea35994f2051f840e9b4c7e0c._comment
new file mode 100644
index 0000000000..f7d6221dec
--- /dev/null
+++ b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_3_e7ddd77ea35994f2051f840e9b4c7e0c._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 3"
+ date="2013-01-14T19:06:37Z"
+ content="""
+I would doubt you'd have three broken drives, or read errors from 3 drives. 
+
+You can use `sha256sum` to checksum the files in `bad` yourself, and compare the results with their names.
+If it matches, that would point to some kind of bug in fsck.
+"""]]
diff --git a/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_4_36a70d5a378983a76fcdbb7fba044044._comment b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_4_36a70d5a378983a76fcdbb7fba044044._comment
new file mode 100644
index 0000000000..64df24bdb1
--- /dev/null
+++ b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_4_36a70d5a378983a76fcdbb7fba044044._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkHDm_DOFRcHYebCnnYKKyIwiPD4iOiiIU"
+ nickname="Jörn"
+ subject="comment 4"
+ date="2013-01-14T20:04:48Z"
+ content="""
+On the internal disk some files match, others don't:
+
+     42c95aee60c41157ee6d092eeea7fab73dff7b45a6e16ba77a02e2a6fec01c15  SHA256-s1099424853--42c95aee60c41157ee6d092eeea7fab73dff7b45a6e16ba77a02e2a6fec01c15
+     44c4d3b0f29d86597ae09cf52563e0a2adec7074f5359901fde8dbf88f9bc8ad  SHA256-s1173029201--bb981fddd750db1255cc1fda1f9612250f766e4da946eac4c294d8071196615c
+     a9d804fe633ae69d0c926dea41059c211f78cf891abfa275c579bcc8e12fa700  SHA256-s1363601770--a9d804fe633ae69d0c926dea41059c211f78cf891abfa275c579bcc8e12fa700
+     bac5f30b696b643c76a456e3018214ce64be7d289afaac96a7fdba03eccf73fd  SHA256-s1422005768--5754211ac3e7e6314de9aa34f7b1cfd3c9aed432f52b26189c4587dc505a30e8
+     be953e962d9c6a2699f361e468023aae34b1f7c66ad93852d8f88846b60ecbcc  SHA256-s1424026123--258dbe5704a46ecd3190d278efdd2adfeee9ad81843bfaa0ed7adbc10ccd5362
+     b9f06383c76a0161312aaf6298eb764dbfb8e1e51555ec06d8c85c9f5df9fe20  SHA256-s1448369674--a703dfd46c147396def6e1db22c7917dbdf010658aa32df1cf598e37a04d5897
+     e2d748ee5c5098316bbe20c3f771f7f552b07c394a1e9932cba2a90883b6fb5c  SHA256-s1480008949--505c7d2685290069140b2f03fa72a5b5e3f59c14961c60c5fd6532be05ad1c84
+     ac0d49461ca67ca2de0588491c39089634ae194870594dd869fbc84d42831baa  SHA256-s1489602933--f3ff3fc71b4f5493db476f29f373a4b3bf8808e9a7487589fee632ea58a415af
+     b9b1d133772c88a1c5f856e2d4bcb696a453c795337b9f97cfa4c00876f49b88  SHA256-s1512599506--78dc0bdf0b4e382283a770a36c7f699c83611a0436059e6bb44c8e94d26cca5f
+     497af65e2d400e5651d9b850bc5efbaa006cec08f3f0dfce5d09b8e3f994a80b  SHA256-s1524648153--85548bcb693491eeae1d1315a6037d5a9a15d2a10066f04f6e7ce75b6eb1ca47
+     cb793e7ac6df827e96f7dfa34a10f13a899140372c4db58b08650314596d30fa  SHA256-s1541427964--16b8f7d5e5e12af88e947b26ca4d38d6b6692de92a77d9ffef0c8c1d560db727
+     27ea446f928239ade9c3c1f38119fa38da50a74036f9987d57cce3b52ae632e9  SHA256-s1561020163--cfce86c309d16af772e68527ba365ceac5db447d5bbfc335e063a2a4e9d513d6
+     940d2c7ff3bde5662d71a1a463f6949c6dd6cf244d43ab7d48014a10d0fa5d6a  SHA256-s1562397113--a057d447b5b32d2f1a440247d9dc3c3ca697798d73dd740670a3033dd0fcbb68
+     [...]
+
+
+On the usb drive, hashes match:
+
+     [joern@heracles bad]$ sha256sum *
+     e306e07a09af9be9a974632c777935ddd0f5333b603b5f205dba03753619d682  SHA256-s1564783770--e306e07a09af9be9a974632c777935ddd0f5333b603b5f205dba03753619d682
+     8fe78a325a08099e56df44ff46d482607723dfc9402bcd8f4850907327603f05  SHA256-s207925248--8fe78a325a08099e56df44ff46d482607723dfc9402bcd8f4850907327603f05
+     8823bd4ccf5f6ff2fe0976de6a856490ef3de0ab1c1e128bde770b732e86d94c  SHA256-s923668098--8823bd4ccf5f6ff2fe0976de6a856490ef3de0ab1c1e128bde770b732e86d94c
+
+"""]]
diff --git a/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_5_899c4afbc988d81984c5c3397285bb01._comment b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_5_899c4afbc988d81984c5c3397285bb01._comment
new file mode 100644
index 0000000000..fb38385115
--- /dev/null
+++ b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_5_899c4afbc988d81984c5c3397285bb01._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-01-14T21:57:30Z"
+ content="""
+If you have both the corrupted file and the good file you can use the `cmp` command to show exactly how they differ:
+
+    cmp -l file1 file2
+
+If files are regularly marked as corrupted you might have bad ram.
+"""]]
diff --git a/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_6_dbff51d00c5645eb1832aa4644889c5e._comment b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_6_dbff51d00c5645eb1832aa4644889c5e._comment
new file mode 100644
index 0000000000..724be0df06
--- /dev/null
+++ b/doc/bugs/fsck_should_double-check_when_a_content-check_fails/comment_6_dbff51d00c5645eb1832aa4644889c5e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkHDm_DOFRcHYebCnnYKKyIwiPD4iOiiIU"
+ nickname="Jörn"
+ subject="comment 6"
+ date="2013-01-15T09:38:34Z"
+ content="""
+That was a good advice. I have just run memtest, and it seems my memory is broken. So this was probably the cause for all this trouble.
+
+Thanks!
+"""]]
diff --git a/doc/bugs/fsck_thinks_file_content_is_bad_when_it_isn__39__t.mdwn b/doc/bugs/fsck_thinks_file_content_is_bad_when_it_isn__39__t.mdwn
new file mode 100644
index 0000000000..e9051f9f34
--- /dev/null
+++ b/doc/bugs/fsck_thinks_file_content_is_bad_when_it_isn__39__t.mdwn
@@ -0,0 +1,35 @@
+What steps will reproduce the problem?
+What is the expected output? What do you see instead?
+
+I can reproduce it locally, but don't know what's causing it. The file content is the same, I checked with md5sum and sha512sum. But fsck still thinks the content is different. Are there other factors I could check which fsck looks at? I'm using SHA512E backend.
+
+What version of git-annex are you using? On what operating system?
+
+git-annex version: 3.20120807 Ubuntu 12.04 updated on Aug 20th annex was installed via cabal on Aug 20th, all other packages are from ubuntu.
+
+> What is the error message from fsck? --[[Joey]] 
+
+This is the output:
+
+> reinject ....Moon.avi (checksum...) 
+> Bad file content; moved to /mnt/.../.git/annex/bad/SHA512E-s94402560--ead9db1f34739014a216239d9624bce74d92fe723de06505f9b94cb4c063142ba42b04546f11d3d33869b736e40ded2ff779cb32b26aa10482f09407df0f3c8d.Moon.avi
+failed
+> (Recording state in git...)
+> git-annex: reinject: 1 failed
+
+The original file also has sha512 ead9db1f34739014a216239d9624bce74d92fe723de06505f9b94cb4c063142ba42b04546f11d3d33869b736e40ded2ff779cb32b26aa10482f09407df0f3c8d
+
+>> And what sha512 does the file in .git/annex/bad have **now**? (fsck
+>> preserves the original filename; this says nothing about what the
+>> current checksum is, if the file has been corrupted). --[[Joey]]
+
+The same, as it's the file I was trying to inject:
+
+ead9db1f34739014a216239d9624bce74d92fe723de06505f9b94cb4c063142ba42b04546f11d3d33869b736e40ded2ff779cb32b26aa10482f09407df0f3c8d  .git/annex/bad/SHA512E-s94402560--ead9db1f34739014a216239d9624bce74d92fe723de06505f9b94cb4c063142ba42b04546f11d3d33869b736e40ded2ff779cb32b26aa10482f09407df0f3c8d.Moon.avi
+
+That's what puzzles me, it is the same file, but for some weird reason git annex thinks it's not.
+
+> Ok, reproduced and fixed the bug. The "E" backends recently got support
+> for 2 levels of filename extensions, but were not made to drop them both
+> when fscking. [[done]] (I'll release a fixed version probably tomorrow;
+> fix is in git now.) --[[Joey]] 
diff --git a/doc/bugs/fsck_thinks_file_content_is_bad_when_it_isn__39__t/comment_1_cafb58eca97a0a66110ac39b169d8de3._comment b/doc/bugs/fsck_thinks_file_content_is_bad_when_it_isn__39__t/comment_1_cafb58eca97a0a66110ac39b169d8de3._comment
new file mode 100644
index 0000000000..9f63dbfa9a
--- /dev/null
+++ b/doc/bugs/fsck_thinks_file_content_is_bad_when_it_isn__39__t/comment_1_cafb58eca97a0a66110ac39b169d8de3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawla3gLc6_rHuggFfy7o7eGMPvPztFZTrUQ"
+ nickname="Florian"
+ subject="comment 1"
+ date="2012-08-27T08:59:23Z"
+ content="""
+Works!
+"""]]
diff --git a/doc/bugs/gcrypt_initremote_pushes_git-annex_but_not_master.mdwn b/doc/bugs/gcrypt_initremote_pushes_git-annex_but_not_master.mdwn
new file mode 100644
index 0000000000..c256778c88
--- /dev/null
+++ b/doc/bugs/gcrypt_initremote_pushes_git-annex_but_not_master.mdwn
@@ -0,0 +1,19 @@
+git-annex 4.20130911 on Debian Wheezy.
+
+Using `git annex initremote type=gcrypt` as described [here](http://git-annex.branchable.com/tips/fully_encrypted_git_repositories_with_gcrypt/) creates the repository and pushes the `git-annex` branch to it.  It doesn't push `master` (or more generally: the currently checked out branch), as I have verified using `git remote show`.
+
+Manually pushing the branch makes `git annex sync` sync both branches with the gcrypt remote.
+
+I think that it should push the current branch upon creation of the special remote, since for at least me, the whole reason for wanting `git-remote-gcrypt` is that metadata as well as data can be stored encrypted on an SSH server.
+
+Thanks for considering this.
+
+> The git-annex branch is pushed by initremote because I have to push
+> *something* to determine the gcrypt-id. However, this is an implementation
+> detail, and not a feature of initremote. (It's more like a bug of
+> git-remote-gcrypt.)
+> 
+> `git annex sync` will always push your currently checked out branch,
+> as well as the git-annex branch, no matter what `initremote` has done.
+> 
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/get_failed__44___but_remote_has_the_file.mdwn b/doc/bugs/get_failed__44___but_remote_has_the_file.mdwn
new file mode 100644
index 0000000000..254e3d8208
--- /dev/null
+++ b/doc/bugs/get_failed__44___but_remote_has_the_file.mdwn
@@ -0,0 +1,40 @@
+Not sure what caused this, but I have a file that exists on two remotes, but I can only get it from one of them.  If I try to get it from the other, it fails immediately (without even connecting):
+
+    pilot:~/vid/tv/Show$ git annex whereis Show\ -\ S03E08.mp4
+    whereis Show - S03E08.mp4 (2 copies) 
+            09c0b436-f8de-11e0-842f-b7644539d57f -- psychosis
+            82814942-f8e0-11e0-b053-e70a61e98e19 -- bucket
+    ok
+
+    pilot:~/vid/tv/Show$ git annex fsck Show\ -\ S03E08.mp4
+    fsck Show - S03E08.mp4 ok
+
+    pilot:~/vid/tv/Show$ git annex get --from bucket Show\ -\ S03E08.mp4
+    get Show - S03E08.mp4 failed
+    git-annex: get: 1 failed
+
+    pilot:~/vid/tv/Show$ git annex get --debug --from bucket Show\ -\ S03E08.mp4
+    [2013-01-17 19:05:13 EST] read: git ["--git-dir=/home/jim/vid/.git","--work-tree=/home/jim/vid","show-ref","git-annex"]
+    [2013-01-17 19:05:13 EST] read: git ["--git-dir=/home/jim/vid/.git","--work-tree=/home/jim/vid","show-ref","--hash","refs/heads/git-annex"]
+    [2013-01-17 19:05:13 EST] read: git ["--git-dir=/home/jim/vid/.git","--work-tree=/home/jim/vid","log","refs/heads/git-annex..e41c3b1ee9127129f2c9fc3fa5d4771afcb5ffd7","--oneline","-n1"]
+    [2013-01-17 19:05:13 EST] read: git ["--git-dir=/home/jim/vid/.git","--work-tree=/home/jim/vid","log","refs/heads/git-annex..a7ae08bccede282f46c2073f6c3e52685a593482","--oneline","-n1"]
+    [2013-01-17 19:05:13 EST] read: git ["--git-dir=/home/jim/vid/.git","--work-tree=/home/jim/vid","log","refs/heads/git-annex..ae0f84e906423f4da465e3d3df9d46545684d3f5","--oneline","-n1"]
+    [2013-01-17 19:05:13 EST] chat: git ["--git-dir=/home/jim/vid/.git","--work-tree=/home/jim/vid","cat-file","--batch"]
+    [2013-01-17 19:05:13 EST] read: git ["--git-dir=/home/jim/vid/.git","--work-tree=/home/jim/vid","ls-files","--cached","-z","--","Show - S03E08.mp4"]
+    get Show - S03E08.mp4 failed
+    git-annex: get: 1 failed
+
+Same `git annex version` on both `pilot` and `bucket`, and I ran `git annex sync` on both.
+
+    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
+
+How should I debug this?
+
+> [[done]], in c6fbed48 I had made some changes to allow transfers
+> to work from readonly filesystems, but a too broad error trapping
+> hid the "transfer already in progress" error it is supposed to display
+> in this case. --[[Joey]]
diff --git a/doc/bugs/get_failed__44___but_remote_has_the_file/comment_1_55c8b73ce05dfca11a393bb296b99b9a._comment b/doc/bugs/get_failed__44___but_remote_has_the_file/comment_1_55c8b73ce05dfca11a393bb296b99b9a._comment
new file mode 100644
index 0000000000..24825b2eb4
--- /dev/null
+++ b/doc/bugs/get_failed__44___but_remote_has_the_file/comment_1_55c8b73ce05dfca11a393bb296b99b9a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.194"
+ subject="comment 1"
+ date="2013-01-18T20:25:01Z"
+ content="""
+One completely legitimate way for this to happen would be if bucket is a removable drive or other filesystem, and it is not mounted (or its directory doesn't contain a git repo for whatever reason). It would look identical to what you showed happening.
+
+Otherwise, what kind of remote is bucket? Special remote or git remote?
+"""]]
diff --git a/doc/bugs/get_failed__44___but_remote_has_the_file/comment_2_474c67a421dca4c245e7bfe495d3f6d3._comment b/doc/bugs/get_failed__44___but_remote_has_the_file/comment_2_474c67a421dca4c245e7bfe495d3f6d3._comment
new file mode 100644
index 0000000000..a7e3d6b174
--- /dev/null
+++ b/doc/bugs/get_failed__44___but_remote_has_the_file/comment_2_474c67a421dca4c245e7bfe495d3f6d3._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="comment 2"
+ date="2013-01-19T21:40:14Z"
+ content="""
+They're all git remotes:
+
+    pilot:~/vid/tv$ git remote -v show
+    bucket	ssh://bucket/home/jim/private/vid (fetch)
+    bucket	ssh://bucket/home/jim/private/vid (push)
+    origin	https://git/jim/annex.git (fetch)
+    origin	https://git/jim/annex.git (push)
+    psychosis	ssh://psychosis/vid/annex (fetch)
+    psychosis	ssh://psychosis/vid/annex (push)
+
+And it never even attempts a ssh connection to bucket.
+"""]]
diff --git a/doc/bugs/get_failed__44___but_remote_has_the_file/comment_3_845e8a23d63fb0b071c63ee736697d26._comment b/doc/bugs/get_failed__44___but_remote_has_the_file/comment_3_845e8a23d63fb0b071c63ee736697d26._comment
new file mode 100644
index 0000000000..0ddbe14bf3
--- /dev/null
+++ b/doc/bugs/get_failed__44___but_remote_has_the_file/comment_3_845e8a23d63fb0b071c63ee736697d26._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnBJ6Dv1glxzzi4qIzGFNa6F-mfHIvv9Ck"
+ nickname="Jim"
+ subject="comment 3"
+ date="2013-01-19T22:21:04Z"
+ content="""
+Wait, that's weird, it works today.  I'm thinking that maybe there was another copy of `git-annex` backgrounded and holding a lock, since that reproduces this behavior:
+
+    pilot:~/vid/tv/Show$ git annex get --from bucket Show\ -\ S03E08.mp4
+    get Show - S03E08.mp4 (from bucket...) 
+    Enter passphrase for key '/home/jim/.ssh/id_rsa': 
+    SHA256E-s358393024--efda17d23d68b85d47ad342f8e41f79ac04d4a65d7ef654b4838b995b86bdefe.mp4
+        96043008  26%   10.27MB/s    0:00:24  ^Z
+    [1]+  Stopped                 git annex get --from bucket Show\ -\ S03E08.mp4
+    pilot:~/vid/tv/Show$ git annex get --from bucket Show\ -\ S03E08.mp4
+    get Show - S03E08.mp4 failed
+    git-annex: get: 1 failed
+
+So, I guess this is probably \"not a bug\", but having a more specific error would be really helpful.
+"""]]
diff --git a/doc/bugs/get_failed__44___but_remote_has_the_file/comment_4_7dec21cb67e7f4dbdb49da97f2443e8f._comment b/doc/bugs/get_failed__44___but_remote_has_the_file/comment_4_7dec21cb67e7f4dbdb49da97f2443e8f._comment
new file mode 100644
index 0000000000..fd9a1f6d31
--- /dev/null
+++ b/doc/bugs/get_failed__44___but_remote_has_the_file/comment_4_7dec21cb67e7f4dbdb49da97f2443e8f._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawla7u6eLKNYZ09Z7xwBffqLaXquMQC07fU"
+ nickname="Matthias"
+ subject="ssh stall triggers this"
+ date="2013-03-14T22:55:11Z"
+ content="""
+I experienced a very similar bug today.
+
+While retrieving a rather large file from a remote git repository my internet connection broke down such that the ssh connection stalled. I noticed this and killed the transfer on my side. After the connection was up again I restarted the transfer and got the following output:
+
+git annex get --debug backup.iso
+[2013-03-14 23:30:26 CET] read: git [\"--git-dir=/home/user/annex/.git\",\"--work-tree=/home/user/annex\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"backup.iso\"]
+get backup.iso [2013-03-14 23:30:26 CET] read: git [\"--git-dir=/home/user/annex/.git\",\"--work-tree=/home/user/annex\",\"show-ref\",\"git-annex\"]
+[2013-03-14 23:30:26 CET] read: git [\"--git-dir=/home/user/annex/.git\",\"--work-tree=/home/user/annex\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+[2013-03-14 23:30:26 CET] read: git [\"--git-dir=/home/user/annex/.git\",\"--work-tree=/home/user/annex\",\"log\",\"refs/heads/git-annex..7a133679de4f30a0c9cc552b6c9c85e8120e88e6\",\"--oneline\",\"-n1\"]
+[2013-03-14 23:30:26 CET] read: git [\"--git-dir=/home/user/annex/.git\",\"--work-tree=/home/user/annex\",\"log\",\"refs/heads/git-annex..715af259c233713a420f670a134f4550ba67832a\",\"--oneline\",\"-n1\"]
+[2013-03-14 23:30:26 CET] read: git [\"--git-dir=/home/user/annex/.git\",\"--work-tree=/home/user/annex\",\"log\",\"refs/heads/git-annex..7a905bff06ee702886829ca4482330071549994d\",\"--oneline\",\"-n1\"]
+[2013-03-14 23:30:26 CET] read: git [\"--git-dir=/home/user/annex/.git\",\"--work-tree=/home/user/annex\",\"log\",\"refs/heads/git-annex..51ca0f25220b216b12a236c05d2e2a5c121a99b7\",\"--oneline\",\"-n1\"]
+[2013-03-14 23:30:26 CET] read: git [\"--git-dir=/home/user/annex/.git\",\"--work-tree=/home/user/annex\",\"log\",\"refs/heads/git-annex..02f889b99107ddc699f204f4628539112dd90b81\",\"--oneline\",\"-n1\"]
+[2013-03-14 23:30:26 CET] read: git [\"--git-dir=/home/user/annex/.git\",\"--work-tree=/home/user/annex\",\"log\",\"refs/heads/git-annex..01da68a6d86554532701fafb46242dd706e25499\",\"--oneline\",\"-n1\"]
+[2013-03-14 23:30:26 CET] chat: git [\"--git-dir=/home/user/annex/.git\",\"--work-tree=/home/user/annex\",\"cat-file\",\"--batch\"]
+(from origin...) 
+[2013-03-14 23:30:26 CET] read: rsync [\"--progress\",\"--inplace\",\"-e\",\"'ssh' '-S' '/home/user/annex/.git/annex/ssh/server.com' '-o' 'ControlMaster=auto' '-o' 'ControlPersist=yes' 'server.com' 'git-annex-shell ''sendkey'' ''/~/annex'' ''SHA256E-s4628086525--9d8a04ebcfabbda5baa29dbd834cc7e4c3ac5d7b74fec7a23023025952e78686.iso'' --uuid a3b225c4-d832-11e0-b8a3-cbd1782bb1f4 ''--'' ''remoteuuid=e4e649ca-16f9-11e1-ac1d-5f8104ffa876'' ''direct='' ''associatedfile=backup.iso'' ''--'''\",\"--\",\"dummy:\",\"/home/user/annex/.git/annex/tmp/SHA256E-s4628086525--9d8a04ebcfabbda5baa29dbd834cc7e4c3ac5d7b74fec7a23023025952e78686.iso\"]
+rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
+rsync error: error in rsync protocol data stream (code 12) at io.c(605) [Receiver=3.0.9]
+
+  Unable to access these remotes: origin
+
+However, I could retrieve any other file from origin. The problem was that git-annex-shell was still running on the remote side and therefore preventing me from fetching the file and only this file. Once I logged into the remote server, killed the still running git-annex-shell, \"git annex get\" behaved as it should and fetched the file.
+
+However, there is definitely room for an improved error message which at least gives a hint what the problem could be. Of course, the best solution would be if the file was simply transfered.
+
+
+ 
+"""]]
diff --git a/doc/bugs/get_fails_for_file:__47____47___web_remotes_if_the_file_is_empty.mdwn b/doc/bugs/get_fails_for_file:__47____47___web_remotes_if_the_file_is_empty.mdwn
new file mode 100644
index 0000000000..bb943fa868
--- /dev/null
+++ b/doc/bugs/get_fails_for_file:__47____47___web_remotes_if_the_file_is_empty.mdwn
@@ -0,0 +1,26 @@
+###What steps will reproduce the problem?
+    $ touch /home/arand/empty
+    $ git annex addurl 'file:///home/arand/empty'                                                                             
+    addurl _home_arand_empty (downloading file:///home/arand/empty ...) 
+    
+    git-annex: /home/arand/tmp/c/.git/annex/tmp/URL--file&c%%%home%arand%empty: getFileStatus: does not exist (No such file or directory)
+    failed
+    git-annex: addurl: 1 failed
+
+###What is the expected output? What do you see instead?
+If it is possible to distinguish between empty files and files that just fail to open, it would be nice if Annex were able to handle it, or at least give a more obvious error message.
+
+###What version of git-annex are you using? On what operating system?
+
+Debian sid/experimental
+
+    git-annex version: 4.20130227
+    local repository version: 4
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+> Seems that curl doesn't write the file it was asked to 
+> output to in this case. Crazy. Does not affect empty 
+> http urls. Switched to using just cp for file://
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/get_from_bup-remote_with_pubkey_failing.mdwn b/doc/bugs/get_from_bup-remote_with_pubkey_failing.mdwn
new file mode 100644
index 0000000000..5ec1aa9aaa
--- /dev/null
+++ b/doc/bugs/get_from_bup-remote_with_pubkey_failing.mdwn
@@ -0,0 +1,93 @@
+### Please describe the problem.
+
+I'm unable to 'git annex get' a file from a bup-remote with encryption set to 'pubkey'.
+
+### What steps will reproduce the problem?
+     
+I added a bup-remote using [these instructions](http://git-annex.branchable.com/walkthrough/using_bup/):
+
+        bash-3.2$ git annex initremote mybup type=bup encryption=pubkey keyid=0xABE8244505D63E81 buprepo=gumdrop:/home/gert/.bup
+
+        # now adding files and moving them:
+        bash-3.2$ mkdir orgmode && touch orgmode/some.org
+        bash-3.2$ git annex add orgmode/some.org
+        add orgmode/some.org (checksum...) ok
+        (Recording state in git...)
+        bash-3.2$ git commit
+        [master bce8c83] Some.org
+         1 file changed, 1 insertion(+)
+         create mode 120000 orgmode/some.org
+        bash-3.2$ git annex move orgmode/ --to=mybup
+        move orgmode/another.org (gpg)
+        U moet een geheime zin opgeven om de geheime sleutel te gebruiken
+        van: “email”
+        4096-bit RSA key, ID 0xFF8DE378DE223820, created 2013-11-10
+                 (sub-sleutel bij hoofd sleutel ID 0xE9B90528FDA4E1E6)
+
+        (checking mybup...) ok
+        (Recording state in git...)
+        bash-3.2$ less orgmode/another.org
+        orgmode/another.org: No such file or directory
+        bash-3.2$ git annex get orgmode/another.org --debug
+        [2013-11-13 16:18:07 CET] read: git ["--git-dir=/Users/gert/annex/.git","--work-tree=/Users/gert/annex","ls-files","--cached","-z","--","orgmode/another.org"]
+        get orgmode/another.org [2013-11-13 16:18:08 CET] read: git ["--git-dir=/Users/gert/annex/.git","--work-tree=/Users/gert/annex","show-ref","git-annex"]
+        [2013-11-13 16:18:08 CET] read: git ["--git-dir=/Users/gert/annex/.git","--work-tree=/Users/gert/annex","show-ref","--hash","refs/heads/git-annex"]
+        [2013-11-13 16:18:08 CET] read: git ["--git-dir=/Users/gert/annex/.git","--work-tree=/Users/gert/annex","log","refs/heads/git-annex..f25f9bb2b78a8b9c4b64087f1378c68fb5c0a2f1","--oneline","-n1"]
+        [2013-11-13 16:18:08 CET] read: git ["--git-dir=/Users/gert/annex/.git","--work-tree=/Users/gert/annex","log","refs/heads/git-annex..1b0a3dd72be437d800e58d659837d6e528cbbc39","--oneline","-n1"]
+        [2013-11-13 16:18:08 CET] read: git ["--git-dir=/Users/gert/annex/.git","--work-tree=/Users/gert/annex","log","refs/heads/git-annex..f62419efea58245d232a52ceaf0eaefe3b0fdced","--oneline","-n1"]
+        [2013-11-13 16:18:08 CET] read: git ["--git-dir=/Users/gert/annex/.git","--work-tree=/Users/gert/annex","log","refs/heads/git-annex..eb6f0cd983d9a3637e984aa815537fe20a5c2a69","--oneline","-n1"]
+        [2013-11-13 16:18:08 CET] read: git ["--git-dir=/Users/gert/annex/.git","--work-tree=/Users/gert/annex","log","refs/heads/git-annex..5362118e643462a0875bfe31d493ffe64413f2d8","--oneline","-n1"]
+        [2013-11-13 16:18:08 CET] read: git ["--git-dir=/Users/gert/annex/.git","--work-tree=/Users/gert/annex","log","refs/heads/git-annex..e5afaf82ce25f60a108c0ae873b6fd57c5d28ca7","--oneline","-n1"]
+        [2013-11-13 16:18:08 CET] chat: git ["--git-dir=/Users/gert/annex/.git","--work-tree=/Users/gert/annex","cat-file","--batch"]
+        [2013-11-13 16:18:08 CET] read: git ["config","--null","--list"]
+        (from mybup...) (gpg) [2013-11-13 16:18:08 CET] chat: gpg ["--quiet","--trust-model","always","--decrypt"]
+
+        U moet een geheime zin opgeven om de geheime sleutel te gebruiken
+        van: “<email>”
+        4096-bit RSA key, ID 0xFF8DE378DE223820, created 2013-11-10
+                 (sub-sleutel bij hoofd sleutel ID 0xE9B90528FDA4E1E6)
+
+        [2013-11-13 16:18:15 CET] read: bup ["join","-r","gumdrop:/home/gert/.bup","GPGHMACSHA1--67aec1b62d05d000442cf8e7d9df8d327eaf26d5"]
+        [2013-11-13 16:18:15 CET] chat: gpg ["--quiet","--trust-model","always","--batch","--decrypt"]
+        gpg: kan geheime zin niet opvragen in batch modus
+        gpg: decoderen mislukt: secret key not available
+
+          Unable to access these remotes: mybup
+
+          Try making some of these repositories available:
+          080e97d2-4f82-4292-acb7-a48d82009258 -- mybup (mybupmy bup repository at gumdrop)
+
+          (Note that these git remotes have annex-ignore set: origin)
+        failed
+        git-annex: get: 1 failed
+
+### What version of git-annex are you using? On what operating system?
+
+Running git-annex version 4.20131105-g136b030 on OSX 10.8.5.
+
+### Please provide any additional information below.
+
+My ideas:
+
+"Unable to access these remotes: mybup" is weird, I just moved files there.
+
+"secret key not available" makes me think it's looking for the primary secret key (which is indeed offline).
+When I encrypt a file with the same key I used to create the remote it just works:
+
+    $ gpg --armor --recipient 0xABE8244505D63E81 --encrypt file.txt
+    $ gpg --decrypt file.txt.asc
+
+When prompting for my passphrase it states "4096-bit RSA key, ID 0xFF8DE378DE223820, created 2013-11-10".
+That is a different subkey than what I entered when I setting up the remote.
+
+My keys/subkeys:
+
+    pub  4096R/0xE9B90528FDA4E1E6  aangemaakt: 2013-11-10  vervaldatum: 2014-11-10  gebruik: SC
+                               vertrouwen: ultimate      geldigheid: ultimate
+    sub  4096R/0x98816CFB398B4666  aangemaakt: 2013-11-10  vervaldatum: 2014-11-10  gebruik: E
+    sub  4096R/0x91951718D5F11CDD  aangemaakt: 2013-11-10  vervaldatum: 2014-11-10  gebruik: S
+    sub  4096R/0xABE8244505D63E81  aangemaakt: 2013-11-10  vervaldatum: 2014-11-10  gebruik: E
+    sub  4096R/0xB44520A46B27144D  aangemaakt: 2013-11-10  vervaldatum: 2014-11-10  gebruik: S
+    sub  4096R/0xFF8DE378DE223820  aangemaakt: 2013-11-10  vervaldatum: 2014-11-10  gebruik: E
+
+> This was already fixed in version 4.20131106. [[done]] --[[Joey]] 
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-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799.mdwn b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799.mdwn
new file mode 100644
index 0000000000..f9a61a8590
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799.mdwn
@@ -0,0 +1,75 @@
+I ran git-annex (git version) on three machines with ghc-7.0.2 for about a month, but recently (no more than a week ago) I've started getting this error for every file on "git annex get":
+
+    git-annex-shell: internal error: evacuate(static): strange closure type 30799
+        (GHC version 7.0.2 for i386_unknown_linux)
+        Please report this as a GHC bug:  http://www.haskell.org/ghc/reportabug
+
+There were no changes to ghc or it's modules, so I assume something has changed in git-annex itself.
+
+strace shows "git annnex get" (on "host1") performing following exec's:
+
+    [pid  9481] execve("/usr/bin/rsync", ["rsync", "-p", "--progress", "--inplace", "-e", "'ssh' 'user@host2' 'git-annex-shell ''sendkey'' ''/remote/path'' ''SHA1-s6654080--abd8edec20648ade69351d68ae1c64c8074a6f0b'' ''--'''", ":", "/local/path/.git/annex/tmp/SHA1-s6654080--abd8edec20648ade69351d68ae1c64c8074a6f0b"], [/* 41 vars */]) = 0
+    [pid  9482] execve("/usr/bin/ssh", ["ssh", "user@host2", "git-annex-shell 'sendkey' '/remote/path' 'SHA1-s6654080--abd8edec20648ade69351d68ae1c64c8074a6f0b' '--'", "", "rsync", "--server", "--sender", "-vpe.Lsf", "--inplace", ".", ""], [/* 41 vars */] <unfinished ...>
+
+I've tried running the second command directly from the shell and got the same error message from a remote GHC.
+Adding strace before git-annex-shell to remote command yielded something like this in the end:
+
+    stat64("/local/path.git", 0xb727d610) = -1 ENOENT (No such file or directory)
+    stat64("/local/path.git", 0xb727d6b0) = -1 ENOENT (No such file or directory)
+    waitpid(7525, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0) = 7525
+    chdir("/home/user")                  = 0
+    rt_sigprocmask(SIG_BLOCK, [INT], [], 8) = 0
+    write(2, "git-annex-shell: internal error: ", 33git-annex-shell: internal error: ) = 33
+    ...
+
+Note that "/local/path" here is not what's specified in rsync arguments at all, and git repo with files-to-be-fetched on "host2" is in "/remote/path", but "/local/path" is present in git remotes there since I mount it via nfs from "host1" (yes, to the same path as it's there):
+
+    [remote "nfs"]
+      url = /local/path
+      fetch = +refs/heads/*:refs/remotes/nfs/*
+      push = refs/heads/*:refs/remotes/host2/*
+      annex-uuid = 0a4e14ba-5236-11e0-9004-7f24452c0f05
+
+If I comment that remote out from "/remote/path/.git/config", "git annex get" works fine.
+The only git-command git-annex-shell seem to exec there (on "host2") is "git config --list", so it's shouldn't be git trying to do something with it's remotes - it's git-annex itself, right?
+
+Anyways, looks like a simple path-joining error, if "/local/path.git" should be "/local/path/.git" there.
+
+I'm actually quite confused about what it's trying to do with that path.
+Connect from "host1" to "host2" just to connect back to "host1"?
+What for, when it should just fetch files from "host2"?
+
+> git-annex (and git-annex shell) always start up by learning what git
+> remotes are locally configured, and this includes checking them to
+> try to look up their annex.uuid setting.
+> 
+> Since git will, given a remote like "url = /foo", first look in
+> "/foo.git" for a bare git repository, so too does git-annex.
+> I do not think this is a path joining error. That seems likely to
+> be a red herring. --[[Joey]]
+
+Not sure if it's a bug or I'm doing something wrong, but if git-annex really need to check something in git remotes' paths, error message (the one at the top of this post) can be a more descriptive, I guess.
+Something like "error: failed to do something with git remote X on a remote host" would've been a lot less confusing than that GHC thing.
+
+Thanks!
+
+> I've never seen anything like this error message. I don't know if the
+> problem is caused by building with GHC 7, or what. You didn't say what
+> OS you're using. Searching for the error message, it seems to involve
+> Mac OS X. 
+
+> For example: <http://hackage.haskell.org/trac/ghc/ticket/3771>
+>> The error "strange closure type" indicates some kind of memory corruption, which can have many different causes, from bugs in the GC to hardware failures.
+> 
+> You said that you'd been using git-annex built with that version of GHC
+> successfully before. Perhaps you could use `git bisect` to see if you can
+> identify a point in git-annex's history where this started happening?
+> Since you  can reproduce the problem by just running git-annex-shell at
+> the command line with the right parameters, it should be easy to bisect it.
+> 
+> Probably your best bet will be changing to a different version or build of
+> GHC.. --[[Joey]] 
+
+---
+
+forwarded to GHC upstream; closing [[done]] --[[Joey]] 
diff --git a/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_1_1c19e716069911f17bbebd196d9e4b61._comment b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_1_1c19e716069911f17bbebd196d9e4b61._comment
new file mode 100644
index 0000000000..98f0adc3db
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_1_1c19e716069911f17bbebd196d9e4b61._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://fraggod.pip.verisignlabs.com.pip.verisignlabs.com/"
+ subject="Bisect it is, then"
+ date="2011-04-03T04:45:49Z"
+ content="""
+Hm, if path's ok, guess there's no way around git-bisect indeed. Wonder if there's some kind of ccache for haskell...
+
+OS is linux, amd64 on \"host1\" and i386 on \"host2\" where git-annex-shell is crashing.
+I'll try to come up with a commit, thanks for clarifications.
+"""]]
diff --git a/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_2_a4d66f29d257044e548313e014ca3dc3._comment b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_2_a4d66f29d257044e548313e014ca3dc3._comment
new file mode 100644
index 0000000000..fb36581912
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_2_a4d66f29d257044e548313e014ca3dc3._comment
@@ -0,0 +1,66 @@
+[[!comment format=mdwn
+ username="http://fraggod.pip.verisignlabs.com.pip.verisignlabs.com/"
+ subject="Bisect results"
+ date="2011-04-03T06:22:15Z"
+ content="""
+Completed git-bisect twice, getting roughly the same results:
+
+    828a84ba3341d4b7a84292d8b9002a8095dd2382 is the first bad commit
+    commit 828a84ba3341d4b7a84292d8b9002a8095dd2382
+    Author: Joey Hess <joey@kitenet.net>
+    Date:   Sat Mar 19 14:33:24 2011 -0400
+
+        Add version command to show git-annex version as well as repository version information.
+
+    :040000 040000 ed849b7b6e9b177d6887ecebd6a0f146357824f3 1c98699dfd3fc3a3e2ce6b55150c4ef917de96e9 M      Command
+    :100644 100644 b9c22bdfb403b0bdb1999411ccfd34e934f45f5c adf07e5b3e6260b296c982a01a73116b8a9a023c M      GitAnnex.hs
+    :100644 100644 76dd156f83f3d757e1c20c80d689d24d0c533e16 d201cc73edb31f833b6d00edcbe4cf3f48eaecb0 M      Upgrade.hs
+    :100644 100644 5f414e93b84589473af5b093381694090c278e50 d4a58d77a29a6a02daf13cec0df08b5aab74f65e M      Version.hs
+    :100644 100644 f5c2956488a7afafd20374873d79579fb09b1677 f8cd577e992d38c7ec1438ce5c141eb0eb410243 M      configure.hs
+    :040000 040000 f9b7295e997c0a5b1dda352f151417564458bd6e a30008475c1889f4fd8d60d4d9c982563380a692 M      debian
+    :040000 040000 9d87a5d8b9b9fe7b722df303252ffd5760d66f75 08834f61a10d36651b3cdcc38389f45991acdf5e M      doc
+
+contents of final refs/bisect:
+
+    bad (828a84ba3341d4b7a84292d8b9002a8095dd2382)
+    good-33cb114be5135ce02671d8ce80440d40e97ca824
+    good-942480c47f69e13cf053b8f50c98c2ce4eaa256e
+    good-ca48255495e1b8ef4bda5f7f019c482d2a59b431
+
+\"roughly\" because second bisect gave two commits as a result, failing to build one of them (missing .o file on link, guess it's because of -j4 and bad deps in that version's build system):
+
+    There are only 'skip'ped commits left to test.
+    The first bad commit could be any of:
+    828a84ba3341d4b7a84292d8b9002a8095dd2382
+    5022a69e45a073046a2b14b6a4e798910c920ee9
+    We cannot bisect more!
+
+Also noticed that \"git-annex-shell ...\" command succeeds if ran as root user, while failing from unprivileged one.
+There are no permission/access errors in \"strace -f git-annex-shell ...\", so I guess it could be some bug in the GHC indeed.
+
+JIC, logged a whole second bisect operation.
+Resulting log: [http://fraggod.net/static/share/git-annex-bisect.log](http://fraggod.net/static/share/git-annex-bisect.log)
+
+Bisect script I've used (git-annex-shell dies with error code 134 - SIGABRT on GHC error):
+
+    res=
+    while true; do
+      if [[ -n \"$res\" ]]; then
+        cd /var/tmp/paludis/build/dev-scm-git-annex-scm.bak/work/git-annex-scm
+        echo \"---=== BISECT ($res) ===---\"; git bisect \"$res\" 2>&1; echo '---=== /BISECT ===---'
+        cd
+        rm -Rf /var/tmp/paludis/build/dev-scm-git-annex-scm
+        cp -a --reflink=auto /var/tmp/paludis/build/dev-scm-git-annex-scm{.bak,}
+        chown -R paludisbuild: /var/tmp/paludis/build/dev-scm-git-annex-scm
+      fi
+      res=
+      cave resolve -zx1 git-annex --skip-until-phase configure || res=skip
+      if [[ -z \"$res\" ]]; then
+        cd /remote/path
+        sudo -u user git-annex-shell 'sendkey' '/remote/path' 'SHA1-s6654080--abd8edec20648ade69351d68ae1c64c8074a6f0b' '--' rsync --server --sender -vpe.Lsf --inplace . ''
+        if [[ $? -eq 134 ]]; then res=bad; else res=good; fi
+        cd
+      fi
+    done 2>&1 | tee ~/git-annex-bisect.log
+
+"""]]
diff --git a/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_3_f5f1081eb18143383b2fb1f57d8640f5._comment b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_3_f5f1081eb18143383b2fb1f57d8640f5._comment
new file mode 100644
index 0000000000..491b537862
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_3_f5f1081eb18143383b2fb1f57d8640f5._comment
@@ -0,0 +1,38 @@
+[[!comment format=mdwn
+ username="http://fraggod.pip.verisignlabs.com.pip.verisignlabs.com/"
+ subject="comment 3"
+ date="2011-04-03T06:57:02Z"
+ content="""
+Repeated bisect with -j1, just to be sure it's not a random error, and it gave me 828a84ba3341d4b7a84292d8b9002a8095dd2382 again.
+Guess I'll look through the changes there a bit later and try to revert these until it works.
+
+Not sure if it's repeatable by anyone but me  (and hence worth fixing), but here's a bit more of info about the system:
+
+    Exherbo linux
+    Linux sacrilege 2.6.38.2-fg.roam #4 SMP PREEMPT Mon Mar 28 21:08:47 YEKST 2011 i686 GNU/Linux
+
+    dev-lang/ghc-7.0.2:7.0.2::installed
+    dev-haskell/HUnit-1.2.2.3:1.2.2.3::installed
+    dev-haskell/MissingH-1.1.0.3:1.1.0.3::installed
+    dev-haskell/QuickCheck-2.4.0.1:2.4.0.1::installed
+    dev-haskell/array-0.3.0.2:0.3.0.2::installed
+    dev-haskell/bytestring-0.9.1.7:0.9.1.7::installed
+    dev-haskell/containers-0.4.0.0:0.4.0.0::installed
+    dev-haskell/extensible-exceptions-0.1.1.2:0.1.1.2::installed
+    dev-haskell/filepath-1.2.0.0:1.2.0.0::installed
+    dev-haskell/hslogger-1.1.3:0::installed
+    dev-haskell/mtl-2.0.1.0:2.0.1.0::installed
+    dev-haskell/network-2.3.0.1:2.3.0.1::installed
+    dev-haskell/old-locale-1.0.0.2:1.0.0.2::installed
+    dev-haskell/parsec-3.1.0:3.1.0::installed
+    dev-haskell/pcre-light-0.4:0::installed
+    dev-haskell/regex-base-0.93.2:0.93.2::installed
+    dev-haskell/regex-compat-0.93.1:0.93.1::installed
+    dev-haskell/regex-posix-0.94.4:0.94.4::installed
+    dev-haskell/syb-0.3:0.3::installed
+    dev-haskell/transformers-0.2.2.0:0.2.2.0::installed
+    dev-haskell/utf8-string-0.3.6:0.3.6::installed
+
+(some stuff listed here as ::installed, but contains no files, since these packages detect whether ghc-7.0.2 already comes with the same/newer package version)
+
+"""]]
diff --git a/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_4_b1f818b85c3540591c48e7ba8560d070._comment b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_4_b1f818b85c3540591c48e7ba8560d070._comment
new file mode 100644
index 0000000000..45d3d8bac4
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_4_b1f818b85c3540591c48e7ba8560d070._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-04-03T16:06:34Z"
+ content="""
+Nice work on the bisection. It's obviously a compiler bug. Having two test cases that differ in only as trivial and innocous a commit as 828a84ba3341d4b7a84292d8b9002a8095dd2382 might help a GHC developer track it down.
+
+We should probably forward this as a GHC bug. I hope you can find a different version or build of GHC to build git-annex with.
+"""]]
diff --git a/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_5_67406dd8d9bd4944202353508468c907._comment b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_5_67406dd8d9bd4944202353508468c907._comment
new file mode 100644
index 0000000000..bffa9bb868
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_internal_error:_evacuate__40__static__41__:_strange_closure_type_30799/comment_5_67406dd8d9bd4944202353508468c907._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://fraggod.pip.verisignlabs.com.pip.verisignlabs.com/"
+ subject="Reported the issue to GHC"
+ date="2011-04-07T13:44:36Z"
+ content="""
+Finally got around to [report the issue to GHC tracker](http://hackage.haskell.org/trac/ghc/ticket/5085#comment:7).
+
+Looks quite alike (at least to the haskell-illiterate person like me) to a highest-priority issue that's hanging right at the top of the list.
+There are other similar reports, but they seem to be either related to PowerPC Macs, closed as invalid or due to needinfo inactivity.
+
+Guess any further discussion belongs there, unless ghc developers will bounce it back.
+Thanks a lot for your help, Joey, and for sharing a great thing that git-annex is.
+"""]]
diff --git a/doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__.mdwn b/doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__.mdwn
new file mode 100644
index 0000000000..174e8082a7
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__.mdwn
@@ -0,0 +1,53 @@
+What steps will reproduce the problem?
+On Arch Linux, using a cabal installation or prebuilt binaries:
+
+    git-annex get foobar
+
+The remote is an ssh URL: ssh://user@host/path/to/repo.git. Fetching the URL worked just fine.
+
+
+What is the expected output? What do you see instead?
+I expect git-annex to retrieve the file from the remote.
+Insted I see this:
+
+        get foobar (from origin...)                                              
+        git-annex-shell: user error (unrecognized option `--uuid'                                                                                       
+                                                                                 
+        Usage: git-annex-shell [-c] command [parameters ...] [option ..]         
+                                                                                 
+        Options:                                                                 
+                   --force         allow actions that may lose annexed data      
+          -F       --fast          avoid slow operations                         
+          -q       --quiet         avoid verbose output                          
+          -v       --verbose       allow verbose output (default)                
+          -d       --debug         show debug messages                           
+          -b NAME  --backend=NAME  specify key-value backend to use              
+                                                                                 
+        Commands:                                                                
+          configlist DIRECTORY          outputs relevant git configuration       
+          inannex    DIRECTORY KEY ...  checks if keys are present in the annex  
+          dropkey    DIRECTORY KEY ...  drops annexed content for specified keys 
+          recvkey    DIRECTORY KEY      runs rsync in server mode to receive content
+          sendkey    DIRECTORY KEY      runs rsync in server mode to send content
+        )                                                                        
+        rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
+        rsync error: error in rsync protocol data stream (code 12) at io.c(605) [Receiver=3.0.9]
+                                                                                 
+          Unable to access these remotes: origin                                 
+                                                                                 
+          Try making some of these repositories available:                       
+                5afcfc68-aa55-11e2-b5aa-73eac1531269 -- origin (my_remote)       
+        failed                                                                   
+        git-annex: get: 1 failed
+
+
+What version of git-annex are you using? On what operating system?
+git-annex does not understand a '--version' switch and I cannot find another option to print the version. It's the latest I just installed via cabal.
+OS is Arch Linux on kernel 3.8.8
+
+> This happens if the remote server has a very old version of
+> git-annex-shell. While I would not, today, add a new option like
+> --uuid that breaks backwards compatability as happened here, 
+> I don't intend to try to make git-annex backwards compatible
+> with that old version. Not even Debian stable has such an old version of 
+> git-annex anymore, so there's no excuse not to upgrade. [[done]]
diff --git a/doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__/comment_1_13510e954e36484e196e7395a3a9bf1f._comment b/doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__/comment_1_13510e954e36484e196e7395a3a9bf1f._comment
new file mode 100644
index 0000000000..639e364d87
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__/comment_1_13510e954e36484e196e7395a3a9bf1f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-23T17:57:10Z"
+ content="""
+`git annex version` is how you tell git-annex to print its version.
+
+The problem is not with the locally installed version of git-annex. You have a *very* old version of git-annex-shell installed on the server you're using as a remote. The last version of git-annex that did not support `git-annex-shell --uuid` was 3.20110928. You need to upgrade it to make it work with modern git-annex.
+"""]]
diff --git a/doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__/comment_2_7edc478a76983a3b3c68d01f24dce613._comment b/doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__/comment_2_7edc478a76983a3b3c68d01f24dce613._comment
new file mode 100644
index 0000000000..86faca325d
--- /dev/null
+++ b/doc/bugs/git-annex-shell:_user_error___40__unrecognized_option___96__--uuid__39__/comment_2_7edc478a76983a3b3c68d01f24dce613._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn8nmg2ti0tVOD215PNBmLKvf2S4kXkQAY"
+ nickname="Sören"
+ subject="comment 2"
+ date="2013-04-24T05:39:09Z"
+ content="""
+Thanks, for the response. You're correct.
+I finally have it working. But it's not really easy, dealing with Arch Linux and Ubuntu 11.10 and make them talk to each other.
+"""]]
diff --git a/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option.mdwn b/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option.mdwn
new file mode 100644
index 0000000000..8d4a7c5125
--- /dev/null
+++ b/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option.mdwn
@@ -0,0 +1,37 @@
+<h4>What steps will reproduce the problem?</h4>
+
+On <tt>host1.example.tld</tt>:
+<pre><code>    git init /tmp/annex
+    cd /tmp/annex
+    git annex init
+    git config annex.rsync-options '--bwlimit=100'
+    dd if=/dev/urandom of=bigfile bs=1024 count=102400
+    git annex add bigfile
+    git commit -am bigfile
+</code></pre>
+
+On <tt>host2.example.tld</tt>:
+<pre><code>    git clone ssh://host1.example.tld/tmp/annex /tmp/annex
+    cd /tmp/annex
+    git annex init
+    git config annex.rsync-options '--bwlimit=100'
+    git annex get --from=origin bigfile
+</code></pre>
+
+<h4>What is the expected output? What do you see instead?</h4>
+<tt>bigfile</tt> is retrieved full speed, despite the <tt>bwlimit</tt> option. In fact on the origin <tt>host1.example.tld</tt>, <tt>ps x | grep rsync</tt> shows:
+<pre><code>
+    21386 ?        Ssl    0:00 git-annex-shell sendkey /tmp/annex SHA256E-s104857600--3e87b769b88db67c56f8c8a0245203a1c22cdb027f0a1230dac8309b1a9fded0 --uuid 7002cb3d-2205-4
+f8d-892b-5c35c693d76c -- remoteuuid=67263f47-7a5f-4a75-937b-7cffafa85f56 direct= associatedfile=bigfile -- dummy rsync --server --sender -ve.Lsf --bwlimit=100 --inplace .
+    21390 ?        S      0:01 rsync --server -t --inplace -e.Lsf . --sender /tmp/annex/.git/annex/objects/jX/3W/SHA256E-s104857600--3e87b769b88db67c56f8c8a0245203a1c22cdb02
+7f0a1230dac8309b1a9fded0/SHA256E-s104857600--3e87b769b88db67c56f8c8a0245203a1c22cdb027f0a1230dac8309b1a9fded0
+</code></pre>
+
+On the first line the option is indeed there, but it's somehow not forwarded to the actual rsync command. (On the client <tt>host2.example.tld</tt> the option shows up, but the sender's bandwidth seems to take precedence.)
+
+<h4>What version of git-annex are you using? On what operating system?</h4>
+
+git-annex 4.20130227, on Debian GNU/Linux (sid, i386).
+
+> [[done]], --bwlimit is now passed through from the caller.
+> Thanks, guilhem
diff --git a/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_1_8cda861c11ef2fff3442e5a0df741939._comment b/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_1_8cda861c11ef2fff3442e5a0df741939._comment
new file mode 100644
index 0000000000..8c82c7e366
--- /dev/null
+++ b/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_1_8cda861c11ef2fff3442e5a0df741939._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-09T06:13:17Z"
+ content="""
+git-annex-shell cannot pass arbitrary rsync parameters through as specified by the client, because this would be a security hole (eg, allows overwriting or exposing arbitrary files). I'd have to pick out and whitelist safe parameters to make that work. 
+
+I'm also not sure if rsync --server does anything with --bwlimit, it's more of a client side option. When rsync is connecting to a rsync:// server, it can't tell the server to run with --bwlimit, AFAIK.
+
+Also, the bwlimit option works by stalling the connection occasionally, it's hardly very good and you'll sometime see it ramp back to full speed in between stalls.
+"""]]
diff --git a/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_2_15e06f6db9a14a8217dea25e24ddc23a._comment b/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_2_15e06f6db9a14a8217dea25e24ddc23a._comment
new file mode 100644
index 0000000000..8c41b51f00
--- /dev/null
+++ b/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_2_15e06f6db9a14a8217dea25e24ddc23a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="46.239.117.180"
+ subject="comment 2"
+ date="2013-03-10T03:06:55Z"
+ content="""
+From my tests, Rsync actually seems to honor the bandwidth limit that's in the sender's options. In particular, a dirty hard-coding of the limit in <tt>Utility.Rsync.rsyncServerParams</tt> (forwarding the option from <tt>git-annex-shell</tt> to the actuall rsync command, and) did the trick for me.
+
+I know Rsync merely tries to respect <tt>bwlimit</tt> on average, but for large files it's good enough I think. And for those like me who have a volume quota on their connection, it'd a plus to make <tt>git-annex-shell</tt> respect that limit. Well of course I could ask my users to use something like <tt>trickle</tt>, but external commands are more likely to be forgotten than a config option ;-)
+
+I couldn't see where in the code you whitelist the list of safe commands; Did you mean there is already such a thing, or is it empty right now? In any case, my wish doesn't seem to be hard to implement, and I'd be happy to try to provide a patch in the next few days.
+"""]]
diff --git a/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_3_d36045e2b466882108c5bf09580755fa._comment b/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_3_d36045e2b466882108c5bf09580755fa._comment
new file mode 100644
index 0000000000..2b39d4bfa8
--- /dev/null
+++ b/doc/bugs/git-annex-shell_doesn__39__t_honour_Rsync__39__s_bwlimit_option/comment_3_d36045e2b466882108c5bf09580755fa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-10T16:58:44Z"
+ content="""
+There is not yet a white list, no. Patch would be appreciated.
+"""]]
diff --git a/doc/bugs/git-annex:_Argument_list_too_long.mdwn b/doc/bugs/git-annex:_Argument_list_too_long.mdwn
new file mode 100644
index 0000000000..f12d5da65b
--- /dev/null
+++ b/doc/bugs/git-annex:_Argument_list_too_long.mdwn
@@ -0,0 +1,40 @@
+### Please describe the problem.
+
+Creating a SSH remote git-annex repository using the assisstant gives transcript:
+
+Initialized empty shared Git repository in /home/flindner/annex2/
+exec: 76: git-annex: Argument list too long
+
+### What steps will reproduce the problem?
+
+Using assistent: Creating a new empty local repository. Next, add another remote server repository using SSH. Checking the server went fine. I choose creating git repository. After about 5 minutes the error message above appears. In that time on the server runshell and git take plenty of CPU power but almost no memory. The directory on the server is created, but pairing was not successfull.
+
+### What version of git-annex are you using? On what operating system?
+
+Local: git-annex-standalone 4.20130909-1 from Archlinux AUR
+Remote: git-annex-standalone-i386.tar.gz as of 13. sept. 13. on Debian Squeeze.
+
+### 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
+
+daemon.log is empty.
+
+Log from the web GUI:
+
+[2013-09-13 12:34:11 CEST] main: starting assistant version 4.20130827-g4f18612
+
+  No known network monitor available through dbus; falling back to polling
+(scanning...) [2013-09-13 12:34:11 CEST] Watcher: Performing startup scan
+(started...) 
+
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; I have added a guard to runshell to detect when it has
+> started to loop. Although I don't understand how a system could be
+> misconfigured to let that happen, without going far out of your way to 
+> mess it up, it's a failure mode that's worth guarding against. --[[Joey]]
diff --git a/doc/bugs/git-annex:_Argument_list_too_long/comment_1_3f83ea525436b2379ab29a0f860c4669._comment b/doc/bugs/git-annex:_Argument_list_too_long/comment_1_3f83ea525436b2379ab29a0f860c4669._comment
new file mode 100644
index 0000000000..43f4aa98b1
--- /dev/null
+++ b/doc/bugs/git-annex:_Argument_list_too_long/comment_1_3f83ea525436b2379ab29a0f860c4669._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 1"
+ date="2013-09-13T15:31:35Z"
+ content="""
+Can you add set -x near the top of the server's runshell script and run this again also with debugging enabled in the local assistant, and post the log, please.
+"""]]
diff --git a/doc/bugs/git-annex:_Argument_list_too_long/comment_2_b417c94169378ef7d0d278ebae517fa1._comment b/doc/bugs/git-annex:_Argument_list_too_long/comment_2_b417c94169378ef7d0d278ebae517fa1._comment
new file mode 100644
index 0000000000..cd90d9c3be
--- /dev/null
+++ b/doc/bugs/git-annex:_Argument_list_too_long/comment_2_b417c94169378ef7d0d278ebae517fa1._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="2013-09-14T08:49:23Z"
+ content="""
+Is there any way to get the transcript from a log file, not from the web page? The output is so enormous that it crashed my browser out of memory (which is 16 GiB) when I tried to paste it. daemon.log contains no interesting output.
+"""]]
diff --git a/doc/bugs/git-annex:_Argument_list_too_long/comment_3_fa925cca216cb810ad80482b19fc6053._comment b/doc/bugs/git-annex:_Argument_list_too_long/comment_3_fa925cca216cb810ad80482b19fc6053._comment
new file mode 100644
index 0000000000..e182ca2c3e
--- /dev/null
+++ b/doc/bugs/git-annex:_Argument_list_too_long/comment_3_fa925cca216cb810ad80482b19fc6053._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnsuhFUIfWNT-Q-C02FDaSQqceFDge5M9w"
+ nickname="Florian"
+ subject="comment 3"
+ date="2013-09-15T23:08:48Z"
+ content="""
+Ok, I managed to get the transcript. It is located at <http://xgm.de/upload/transcript.log> (partly) resp. <http://xgm.de/upload/transcript.log.gz> (complete). Looks like the same script is executed again and again with an ever growing LD_LIBRARY_PATH argument list. The same happens when I simply run \"git-annex\" on the shell of the server. \"runshell\" standalone works fine.
+"""]]
diff --git a/doc/bugs/git-annex:_Argument_list_too_long/comment_4_8bd2996107b2d272c32810658e07e715._comment b/doc/bugs/git-annex:_Argument_list_too_long/comment_4_8bd2996107b2d272c32810658e07e715._comment
new file mode 100644
index 0000000000..033e695f55
--- /dev/null
+++ b/doc/bugs/git-annex:_Argument_list_too_long/comment_4_8bd2996107b2d272c32810658e07e715._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnsuhFUIfWNT-Q-C02FDaSQqceFDge5M9w"
+ nickname="Florian"
+ subject="comment 4"
+ date="2013-09-15T23:10:38Z"
+ content="""
+Addendum: git inside runshells works, git-annex not.
+"""]]
diff --git a/doc/bugs/git-annex:_Argument_list_too_long/comment_5_378de7d7503a64611eab62f2f5cffef3._comment b/doc/bugs/git-annex:_Argument_list_too_long/comment_5_378de7d7503a64611eab62f2f5cffef3._comment
new file mode 100644
index 0000000000..b10c66c816
--- /dev/null
+++ b/doc/bugs/git-annex:_Argument_list_too_long/comment_5_378de7d7503a64611eab62f2f5cffef3._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnsuhFUIfWNT-Q-C02FDaSQqceFDge5M9w"
+ nickname="Florian"
+ subject="comment 5"
+ date="2013-09-16T09:00:34Z"
+ content="""
+Ok, bug can be closed, it was never a bug (at least not in git-annex). I was using the i386 build on a x86_64 machine.
+
+Server is virtual machine from Strato.
+
+$ uname -a
+Linux h1774498.stratoserver.net 2.6.32-042stab078.27 #1 SMP Mon Jul 1 20:48:07 MSK 2013 i686 GNU/Linux
+
+Since there was no x86_64 in the uname output, I thought it was a i386 machine. The git-annex binaries gave a \"File not found\" error message, the git binaries worked. Nothing I connected to a wrong architecture... Sorry for the hassle!
+"""]]
diff --git a/doc/bugs/git-annex:_Argument_list_too_long/comment_6_a94e17151348d02999442dd1219babfb._comment b/doc/bugs/git-annex:_Argument_list_too_long/comment_6_a94e17151348d02999442dd1219babfb._comment
new file mode 100644
index 0000000000..a788f2c8e7
--- /dev/null
+++ b/doc/bugs/git-annex:_Argument_list_too_long/comment_6_a94e17151348d02999442dd1219babfb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.105"
+ subject="comment 6"
+ date="2013-09-19T17:31:46Z"
+ content="""
+I have tried to reproduce this bug, running the amd64 build on i386, and cannot. When I run the git-annex shell script included in the standalone bundle, it runs runshell, which in turn tries to run bin/git-annex. Since the architecture is wrong, that fails.
+
+I suppose your shell could instead, if presented with a binary of the wrong architecture, skip it and keep searching PATH for another one. That would be a most odd behavior, but if that were the case and you put the git-annex script into PATH, it would lead to what you describe.
+"""]]
diff --git a/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__.mdwn b/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__.mdwn
new file mode 100644
index 0000000000..862259422d
--- /dev/null
+++ b/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__.mdwn
@@ -0,0 +1,34 @@
+What steps will reproduce the problem?
+
+    alip@hayalet /tmp/aaa (git)-[master] % git annex init aaa
+    init aaa ok
+    (Recording state in git...)
+    alip@hayalet /tmp/aaa (git)-[master] % git remote add çüş /tmp/çüş
+    alip@hayalet /tmp/aaa (git)-[master] % git annex sync --debug
+    git ["--git-dir=/tmp/aaa/.git","--work-tree=/tmp/aaa","symbolic-ref","HEAD"]
+    git ["--git-dir=/tmp/aaa/.git","--work-tree=/tmp/aaa","show-ref","git-annex"]
+    git ["--git-dir=/tmp/aaa/.git","--work-tree=/tmp/aaa","show-ref","--hash","refs/heads/git-annex"]
+    git ["--git-dir=/tmp/aaa/.git","--work-tree=/tmp/aaa","log","refs/heads/git-annex..bc45cd9c2cb7c9b0c7a12a4c0210fe6a262abac9","--oneline","-n1"]
+    git ["--git-dir=/tmp/aaa/.git","--work-tree=/tmp/aaa","log","refs/heads/git-annex..9220bfedd1e13b2d791c918e2d59901af353825f","--oneline","-n1"]
+    (merging origin/git-annex into git-annex...)
+    git ["--git-dir=/tmp/aaa/.git","--work-tree=/tmp/aaa","cat-file","--batch"]
+    git ["--git-dir=/tmp/aaa/.git","--work-tree=/tmp/aaa","update-index","-z","--index-info"]
+    git ["--git-dir=/tmp/aaa/.git","--work-tree=/tmp/aaa","diff-index","--raw","-z","-r","--no-renames","-l0","--cached","9220bfedd1e13b2d791c918e2d59901af353825f"]
+    git-annex: Cannot decode byte '\xfc': Data.Text.Encoding.decodeUtf8: Invalid UTF-8 stream
+    1 alip@hayalet /tmp/aaa (git)-[master] % 
+
+What is the expected output? What do you see instead?
+
+Syncing a repository under a path with utf-8 characters in its name fails.
+
+What version of git-annex are you using? On what operating system?
+
+git-annex version: 3.20120624
+
+On Exherbo, linux-3.4
+
+Please provide any additional information below.
+
+'\xfc' is valid UTF-8: 'LATIN SMALL LETTER U WITH DIAERESIS'
+
+> closing as non-reproducible and presumably fixed. [[done]] --[[Joey]] 
diff --git a/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_1_f1a7352b04f395e06e0094c1f51b6fff._comment b/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_1_f1a7352b04f395e06e0094c1f51b6fff._comment
new file mode 100644
index 0000000000..28faa7b45d
--- /dev/null
+++ b/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_1_f1a7352b04f395e06e0094c1f51b6fff._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.25"
+ subject="comment 1"
+ date="2012-06-27T02:48:31Z"
+ content="""
+I don't think this has to do with the path name of the repository containing utf-8 at all.
+
+Your recipe for reproducing this depends on some pre-existing repository that I don't know how to set up to reproduce this bug. All I can guess is that, based on the \"decodeUtf8\" in the error message, it's coming from the one part of the code that still uses that, the union merger.
+
+
+"""]]
diff --git a/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_2_c1890067079cd99667f31cbb4d2e4545._comment b/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_2_c1890067079cd99667f31cbb4d2e4545._comment
new file mode 100644
index 0000000000..3486be7337
--- /dev/null
+++ b/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_2_c1890067079cd99667f31cbb4d2e4545._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.25"
+ subject="comment 2"
+ date="2012-06-27T03:08:13Z"
+ content="""
+Since I can't reproduce it I am not sure, but it may be fixed by the commits I've just made.
+"""]]
diff --git a/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_3_213c96085c60c8e52cd803df07240158._comment b/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_3_213c96085c60c8e52cd803df07240158._comment
new file mode 100644
index 0000000000..48a3820296
--- /dev/null
+++ b/doc/bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/comment_3_213c96085c60c8e52cd803df07240158._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkWzAq6TusMi9zI3FLkDOETRIAUTtmGZVg"
+ nickname="Ali"
+ subject="comment 3"
+ date="2012-06-27T12:56:37Z"
+ content="""
+Yes, the problem is fixed.
+
+The repository was a normal git repository with path /tmp/çüş (git init)
+and with annex description \"çüş\" (git annex init çüş)
+
+afaict, i can't reproduce the problem anymore either :-)
+"""]]
diff --git a/doc/bugs/git-annex:_Not_in_a_git_repository._.mdwn b/doc/bugs/git-annex:_Not_in_a_git_repository._.mdwn
new file mode 100644
index 0000000000..a2817661e7
--- /dev/null
+++ b/doc/bugs/git-annex:_Not_in_a_git_repository._.mdwn
@@ -0,0 +1,22 @@
+What steps will reproduce the problem?
+
+As a default user i want to start git-annex assistent with
+
+`$ git-annex webapp`
+
+`git-annex: Not in a git repository.`
+
+What is the expected output? What do you see instead?
+
+I would expect the assistent to popup in a opened browser window.
+
+What version of git-annex are you using? On what operating system?
+
+Debian wheezy with git-annex version: 3.20130114
+
+Please provide any additional information below.
+
+Its working if i start `git-annex webapp` as root. I had the same error on previous version.
+
+> I've made some improvements. Think this was user error. [[done]]
+> --[[Joey]]
diff --git a/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_1_e10363a912953a646b87c824d1c6e5d4._comment b/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_1_e10363a912953a646b87c824d1c6e5d4._comment
new file mode 100644
index 0000000000..ea2b1fbf3d
--- /dev/null
+++ b/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_1_e10363a912953a646b87c824d1c6e5d4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 1"
+ date="2013-01-15T20:20:22Z"
+ content="""
+Sounds like a permissions error. Take a look at the repository in `~/Desktop/annex/` or `~/annex/` , and see if it contains files owned by root, or has bad directory permissions that would prevent your normal user from accessing it. Don't forget to check in its `.git` directory.
+
+I'd recommend not running the git-annex webapp as root. (There may be valid use cases for root to use git-annex in command-line mode.)
+"""]]
diff --git a/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_2_9e96063a664b2be8a36d7940e7632d3f._comment b/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_2_9e96063a664b2be8a36d7940e7632d3f._comment
new file mode 100644
index 0000000000..4b054b1204
--- /dev/null
+++ b/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_2_9e96063a664b2be8a36d7940e7632d3f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmaMxYm33s0H-nxBo5uzYUzdIECoyR8Ug8"
+ nickname="Stefan"
+ subject="removing config"
+ date="2013-02-11T20:42:29Z"
+ content="""
+What fixed this for me was to remove .config/git-annex.
+"""]]
diff --git a/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_3_8c9bd76b0e1200723ec13fbef943a2cc._comment b/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_3_8c9bd76b0e1200723ec13fbef943a2cc._comment
new file mode 100644
index 0000000000..4039338866
--- /dev/null
+++ b/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_3_8c9bd76b0e1200723ec13fbef943a2cc._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.183"
+ subject="comment 3"
+ date="2013-02-12T15:42:57Z"
+ content="""
+What can happen is that `.config/git-annex/autostart` can list a repository that is somehow trashed. For example, I've seen this when I let the webapp make a repository, and then manually deleted the directory, while the webapp was running. The webapp then re-creates the directory, but it's not a valid git repo, just a mostly empty directory.
+
+Tend to see this as user error though..
+"""]]
diff --git a/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_4_8c49979b8a815f0d6f9de39ee9a88730._comment b/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_4_8c49979b8a815f0d6f9de39ee9a88730._comment
new file mode 100644
index 0000000000..3b7fee676d
--- /dev/null
+++ b/doc/bugs/git-annex:_Not_in_a_git_repository._/comment_4_8c49979b8a815f0d6f9de39ee9a88730._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="modules"
+ ip="2.206.0.102"
+ subject="comment 4"
+ date="2013-04-03T07:45:53Z"
+ content="""
+Seems like a user error from my side. I removed repos while webapp was still running. Removing ~/.config/git-annex solved my problem. Thanks.
+"""]]
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..2f4a6337ec
--- /dev/null
+++ b/doc/bugs/git-annex:___60__socket:_16__62__:_hPutBuf:_resource_vanished___40__Broken_pipe__41__.mdwn
@@ -0,0 +1,14 @@
+### 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?
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:_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:_status:_1_failed.mdwn b/doc/bugs/git-annex:_status:_1_failed.mdwn
new file mode 100644
index 0000000000..65f00469c0
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed.mdwn
@@ -0,0 +1,25 @@
+Hi
+
+I have a 1 To repository on my local linux box
+
+when i try :
+
+    git annex status
+
+i get :
+
+    git-annex: /media/malima/nazare/.git/annex/tmp/0723300. Everywhere I Dub --: getFileStatus: does not exist (No such file or directory)
+    failed
+
+how could i fix this issue ?
+
+many thanks for help
+
+> [[done]]; I managed to reproduce this bug by making a temp file named
+> ".git/annex/tmp/foo-", or indeed with any dash in it. This is enough
+> to make git-annex think it's a key, but badly formed enough that
+> it fails trying to use that key. Fixed to ignore such non-key files.
+> 
+> I'm unsure why `.git/annex/tmp` would have such files in it.
+> Perhaps the assistant was running, but crashed while adding files?
+> --[[Joey]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_10_7cd9de88e55633fc75460f4fe0400f09._comment b/doc/bugs/git-annex:_status:_1_failed/comment_10_7cd9de88e55633fc75460f4fe0400f09._comment
new file mode 100644
index 0000000000..556982e347
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_10_7cd9de88e55633fc75460f4fe0400f09._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="204.8.156.142"
+ subject="comment 10"
+ date="2013-10-15T18:49:26Z"
+ content="""
+`git annex status` complains about `.git/annex/tmp/problematic_file--`. That file doesn't exist, but `.git/annex/tmp/problematic_file-` (with one dash) does. And the file itself (no dashes) does exist in a subdir of the annex.  
+"""]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_11_504a944aab34155046f2fd82c2878f3e._comment b/doc/bugs/git-annex:_status:_1_failed/comment_11_504a944aab34155046f2fd82c2878f3e._comment
new file mode 100644
index 0000000000..45ee3a050c
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_11_504a944aab34155046f2fd82c2878f3e._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="96.44.189.101"
+ subject="comment 11"
+ date="2013-10-27T00:59:56Z"
+ content="""
+I've tried a few things and found a workaround for the problem. TL;DR: `git annex dropunused`
+
+First I created a new annex with the same data. This time I used `git annex add` instead of having the assistant add the files. Adding went fine (no status error). Only when I started the assistant I got the error right away, with exactly the same file as the last time. 
+
+When I removed the file from the annex, the error remained, but this time with a different problematic file in the same directory. 
+
+Then I stumbled upon [this forum post](http://git-annex.branchable.com/forum/dot_git_slash_annex_slash_tmp/). It relates to this bug in that the files git-annex is complaining about are located in .git/annex/tmp. `git annex unused` returned about 130 entries (of about 1,200 files total). The last entry was my problematic file. The second-to-last entry was the file that gave me the same error when I removed the original problematic file. This lets me assume that the bug causes `git annex status' to produce 130 errors, of which only the last one gets displayed.
+
+So I ran `git annex dropunused 1-130 --force`. (The command wouldn't run without `--force`, saying that it couldn't make sure if numcopies were being met. This may or may not be related to network problems I'm having lately.) Anyway, now the error was finally gone and the status output didn't complain anymore.
+
+Weird stuff.
+"""]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_1_c235cc83c75474e6393e08d2d94b119d._comment b/doc/bugs/git-annex:_status:_1_failed/comment_1_c235cc83c75474e6393e08d2d94b119d._comment
new file mode 100644
index 0000000000..a5a378c990
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_1_c235cc83c75474e6393e08d2d94b119d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 1"
+ date="2013-09-09T19:38:50Z"
+ content="""
+You might try moving the .git/annex/transfer/ directory out of the way. 
+
+What version of git-annex do you have installed?
+"""]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_2_932f6aaa712298a47868002872e16310._comment b/doc/bugs/git-annex:_status:_1_failed/comment_2_932f6aaa712298a47868002872e16310._comment
new file mode 100644
index 0000000000..98fb1d8054
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_2_932f6aaa712298a47868002872e16310._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="eezec"
+ ip="93.21.246.236"
+ subject="comment 2"
+ date="2013-09-10T06:05:32Z"
+ content="""
+i have
+    git-annex version: 4.20130815
+
+"""]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_3_4bf55320439de152a65e2f21d4a0604b._comment b/doc/bugs/git-annex:_status:_1_failed/comment_3_4bf55320439de152a65e2f21d4a0604b._comment
new file mode 100644
index 0000000000..0c3604ad6e
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_3_4bf55320439de152a65e2f21d4a0604b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="eezec"
+ ip="93.21.246.236"
+ subject="comment 3"
+ date="2013-09-11T06:12:20Z"
+ content="""
+Joey .. moving transfer didn't work .. i have the same message when doing
+
+    git annex status
+    ....
+    getFileStatus: does not exist (No such file or directory)
+    ....
+    git-annex: status: 1 failed
+"""]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_4_cb2cfb798c6171f77eb7c4c4061c0f0c._comment b/doc/bugs/git-annex:_status:_1_failed/comment_4_cb2cfb798c6171f77eb7c4c4061c0f0c._comment
new file mode 100644
index 0000000000..3e4ecb82f9
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_4_cb2cfb798c6171f77eb7c4c4061c0f0c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.51"
+ subject="comment 4"
+ date="2013-09-12T21:10:12Z"
+ content="""
+can you `strace git-annex status` ?
+"""]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_5_05c84dde377298adfd3fc20749b3108f._comment b/doc/bugs/git-annex:_status:_1_failed/comment_5_05c84dde377298adfd3fc20749b3108f._comment
new file mode 100644
index 0000000000..61af9e9dfb
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_5_05c84dde377298adfd3fc20749b3108f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="213.61.149.100"
+ subject="comment 5"
+ date="2013-10-13T06:33:24Z"
+ content="""
+I use v4.20130909 and get the same error when running `git-annex status`. Does it matter that my filename in question is shown to have two dashes (--) at the end, just as in OP's case? Other files in .git/annex/tmp only have one dash at the end. 
+
+Joey, I straced the command and sent the output to your kitenet e-mail address. Hope it helps.
+"""]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_6_bb5141e29c665bc0bb82611ea27d4be8._comment b/doc/bugs/git-annex:_status:_1_failed/comment_6_bb5141e29c665bc0bb82611ea27d4be8._comment
new file mode 100644
index 0000000000..ab720b6ce5
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_6_bb5141e29c665bc0bb82611ea27d4be8._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.22"
+ subject="comment 6"
+ date="2013-10-13T17:35:20Z"
+ content="""
+What is the last line printed before this error message?
+
+My preliminary analysis is that it is checking the sizes of stale files in .git/annex/tmp, and could fail if a temp file was deleted just as it was running.
+But if so it would be unlikely to happen every time `git annex status` is run. Or even if it did happen every time (perhaps because you appear to be running the git-annex assistant and it might be adding a lot of files in the background), the filename in the error message would be different every time. I have just committed a fix for that problem to git, but am not 100% sure it's really the problem that you're seeing.
+"""]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_7_5fd39168c9e1bf43909ee0ab3c75c40c._comment b/doc/bugs/git-annex:_status:_1_failed/comment_7_5fd39168c9e1bf43909ee0ab3c75c40c._comment
new file mode 100644
index 0000000000..54f87581ca
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_7_5fd39168c9e1bf43909ee0ab3c75c40c._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="37.130.227.133"
+ subject="comment 7"
+ date="2013-10-13T22:14:05Z"
+ content="""
+Yes, I run the assistant in the background. The error came up after I ran 
+
+    git init
+    git annex init
+    git annex direct
+    git annex assistant
+
+in a directory containing a lot of files (around 80G). Right away, `git annex status` gave me the error below. The file name in question never changed during the process of adding files and hasn't changed after all files have been added.
+
+Here's the complete command line output:
+
+    $ git annex status
+    supported backends: SHA256E SHA1E SHA512E SHA224E SHA384E SHA256 SHA1 SHA512 SHA224 SHA384 WORM URL
+    supported remote types: git gcrypt S3 bup directory rsync web glacier hook
+    repository mode: direct
+    trusted repositories: 0
+    semitrusted repositories: 2
+       	00000000-0000-0000-0000-000000000001 -- web
+        c1bb8eb9-fb0c-4bac-b0df-37df25b2d1e7 -- here
+    untrusted repositories: 0
+    transfers in progress: none
+    available local disk space: 1.74 terabytes (+10 gigabytes reserved)
+
+    git-annex: /storage/media/.git/annex/tmp/problematic_file--: getFileStatus: does not exist (No such file or directory)
+    failed
+    git-annex: status: 1 failed
+
+
+"""]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_8_e493f6bddb0bfcd9478d5f4d9fc170e0._comment b/doc/bugs/git-annex:_status:_1_failed/comment_8_e493f6bddb0bfcd9478d5f4d9fc170e0._comment
new file mode 100644
index 0000000000..e4fae1f312
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_8_e493f6bddb0bfcd9478d5f4d9fc170e0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="RaspberryPie"
+ ip="204.8.156.142"
+ subject="comment 8"
+ date="2013-10-14T17:49:05Z"
+ content="""
+Quick question: Is there any way to get rid of the error in the existing repository (e.g. remove the problematic tmp file entry) so I can get a complete status output? Bonus points if I don't have to annex every single file anew. `git annex fsck` doesn't work, as doesn't `git annex fix` (it's a direct repo).
+"""]]
diff --git a/doc/bugs/git-annex:_status:_1_failed/comment_9_573377d444aee0895b231082bc6839a4._comment b/doc/bugs/git-annex:_status:_1_failed/comment_9_573377d444aee0895b231082bc6839a4._comment
new file mode 100644
index 0000000000..208f178a3d
--- /dev/null
+++ b/doc/bugs/git-annex:_status:_1_failed/comment_9_573377d444aee0895b231082bc6839a4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="64.134.31.139"
+ subject="comment 9"
+ date="2013-10-15T17:51:04Z"
+ content="""
+Does the file that it's complaining about exist?
+"""]]
diff --git a/doc/bugs/git-annex_3.20130216.1_tests_are_broken.mdwn b/doc/bugs/git-annex_3.20130216.1_tests_are_broken.mdwn
new file mode 100644
index 0000000000..6df6bf489b
--- /dev/null
+++ b/doc/bugs/git-annex_3.20130216.1_tests_are_broken.mdwn
@@ -0,0 +1,43 @@
+    $ pwd
+    [bla]/git-annex-3.20130216.1
+    $ runhaskell Setup configure --prefix=/usr --libdir=/usr/lib64 --docdir=/usr/share/doc/git-annex-3.20130216.1-r2 \
+    --htmldir=/usr/share/doc/git-annex-3.20130216.1-r2/html --with-compiler=ghc-7.6.2 --enable-shared \
+    --disable-executable-stripping --global --verbose --enable-tests --flags=S3 --flags=-WebDAV --flags=-Inotify \
+    --flags=Dbus --flags=-Assistant --flags=-Webapp --flags=-Pairing --flags=-XMPP --flags=-DNS
+    $ runhaskell Setup.hs build
+    Building git-annex-3.20130217...
+    Preprocessing test suite 'test' for git-annex-3.20130217...
+    
+    Annex/UUID.hs:30:8:
+        Could not find module `System.Random'
+        It is a member of the hidden package `random-1.0.1.1'.
+        Perhaps you need to add `random' to the build-depends in your .cabal file.
+        Use -v to see a list of the files searched for.
+
+Adding `random` to the dependencies of the test suite results in:
+
+    $ runhaskell Setup.hs build
+    Building git-annex-3.20130217...
+    Preprocessing test suite 'test' for git-annex-3.20130217...
+    
+    Annex/UUID.hs:29:18:
+        Could not find module `Data.UUID'
+        It is a member of the hidden package `uuid-1.2.9'.
+        Perhaps you need to add `uuid' to the build-depends in your .cabal file.
+        Use -v to see a list of the files searched for.
+
+Adding `uuid` results in:
+
+    $ runhaskell Setup.hs build
+    Building git-annex-3.20130217...
+    Preprocessing test suite 'test' for git-annex-3.20130217...
+    
+    Command/Add.hs:25:8:
+        Could not find module `Utility.Touch'
+        Use -v to see a list of the files searched for.
+
+
+Also: you included ".git-annex.cabal.swp" in the tarball.
+
+> These problems in the cabal file were fixed the other day. [[done]]
+> --[[Joey]]
diff --git a/doc/bugs/git-annex___38___rsync_can__39__t_copy_files_with___39__:__39___in_their_names.mdwn b/doc/bugs/git-annex___38___rsync_can__39__t_copy_files_with___39__:__39___in_their_names.mdwn
new file mode 100644
index 0000000000..b55493dc4d
--- /dev/null
+++ b/doc/bugs/git-annex___38___rsync_can__39__t_copy_files_with___39__:__39___in_their_names.mdwn
@@ -0,0 +1,38 @@
+What steps will reproduce the problem?
+
+Send a file with the character ':' in it. rsync fails to send those files from the command line as well
+confusing them with hostnames. As far as I know a workaround is prepending the pathname with './'
+(for rsync commandline invocation that is)
+
+What is the expected output? What do you see instead?
+
+    copy müzik/Mixxx/Recordings/2013-01-15_16h:13m:03s.mp3 (checking kaotik...) (to kaotik...) 
+    git-annex: //home/alip/kaotika/.git/annex/transfer/download/effe4eef-926f-494c-a3b6-eeecdc208fb9/SHA256-s36349200--ce51eaf316b19c61831
+    41f0bda1c54be7e590e5999753a4b1c16bafab93a3fc1: commitBuffer: invalid argument (invalid character)
+    git-annex-shell: recvkey: 1 failed
+    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]
+
+
+What version of git-annex are you using? On what operating system?
+
+    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
+
+Operating system is Linux (Exherbo) although this isn't a packaged installation.
+I installed it by hand from git sources.
+
+Please provide any additional information below.
+
+Thanks for the wonderful tool!
+
+> This is a duplicate of
+> [[bugs/commitBuffer:_invalid_argument___40__invalid_character__41__]],
+> which was fixed in version 3.20120924. You need to upgrade the git-annex
+> on kaotik. [[done]]
+>
+> (It has nothing to do with rsync or colon in filenames.) --[[Joey]]
diff --git a/doc/bugs/git-annex_add_should_repack_as_it_goes.mdwn b/doc/bugs/git-annex_add_should_repack_as_it_goes.mdwn
new file mode 100644
index 0000000000..e9c444857f
--- /dev/null
+++ b/doc/bugs/git-annex_add_should_repack_as_it_goes.mdwn
@@ -0,0 +1,32 @@
+What steps will reproduce the problem?
+
+1. Create a fresh git-annex repository
+2. Add a directory tree to it with about 300,000 files in it
+3. wait
+4. change the tree; attempt a git commit
+
+What is the expected output? What do you see instead?
+
+git commit hangs due to the large number of loose objects created during the git annex add. If git annex had stopped to repack the git repo a few times along the way, I think this might have been avoided.
+
+What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130323
+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
+
+Darwin pluto.local 12.3.0 Darwin Kernel Version 12.3.0: Sun Jan  6 22:37:10 PST 2013; root:xnu-2050.22.13~1/RELEASE_X86_64 x86_64
+(Mac OS 10.8.3)
+
+git version 1.8.2
+
+> Based on the benchmarks below, repacking even once does not speed things
+> up; repacking repeatedly as `git annex add` runs would slow things down.
+> 
+> It might be worth following up with the git developers why `git commit`
+> scans loose objects after it has already output the commit sha1sum.
+> 
+> Don't see any improvements git-annex can make. [[done]] --[[Joey]]
diff --git a/doc/bugs/git-annex_add_should_repack_as_it_goes/comment_1_dbcaa0be4cd764128fb7263a95f73a32._comment b/doc/bugs/git-annex_add_should_repack_as_it_goes/comment_1_dbcaa0be4cd764128fb7263a95f73a32._comment
new file mode 100644
index 0000000000..bdbeec1084
--- /dev/null
+++ b/doc/bugs/git-annex_add_should_repack_as_it_goes/comment_1_dbcaa0be4cd764128fb7263a95f73a32._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-05T02:31:08Z"
+ content="""
+I created 300,000 files and added them. I found the following main cost centers:
+
+* Checksumming all those files has overhead. Can be avoided by using `--backend=WORM`
+* git-annex runs `git add` after every 10k files it processes. As the index file grows in size, `git add` gets slower (git has to rewrite the index file each time; which really needs to be improved on the git side in order for git to scale better to lots of files). Can be avoided by setting `annex.queuesize` to a larger value. If you have enough memory, git-annex can buffer all 300,000 files and only run `git add` once.
+* At the end of `git annex add`, it has to stage location logs for all files. This takes a few minutes; it probably on a par with the overhead of running `git add` once with an equal number of files.
+
+After `git annex add`, I ran `git commit -m add`. This commit took only 11 minutes.  (5 year old netbook with a SSD.) That may seem like a long time, but the (un-optimised) `git annex add` took 4 hours or so.
+
+In that commit, I saw these cost centers:
+
+* The `pre-commit` hooks runs `git annex pre-commit`, which scans all 300,000 symlinks to make sure they don't need fixing. That took around 5 seconds. Can be disabled if you don't mind manually running `git annex fix` when moving files.
+* Calculating the commit took a while.
+* `git commit` did process all the loose object files. It did not create a pack, and I am not sure why it needed to look at them, especially since it had already printed the sha of the commit, and so had already created all the objects it needed to at that point.
+
+Next I will try again, and first run `git gc` before `git commit` ....
+"""]]
diff --git a/doc/bugs/git-annex_add_should_repack_as_it_goes/comment_2_6a27551c4fb7f62ed9f627134c755d01._comment b/doc/bugs/git-annex_add_should_repack_as_it_goes/comment_2_6a27551c4fb7f62ed9f627134c755d01._comment
new file mode 100644
index 0000000000..6f2207a6a7
--- /dev/null
+++ b/doc/bugs/git-annex_add_should_repack_as_it_goes/comment_2_6a27551c4fb7f62ed9f627134c755d01._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-05T06:33:54Z"
+ content="""
+`git repack` took 18 minutes. However, it actually only packed the objects for the commit `git annex add` makes to the git-annex branch. Objects for the staged symlinks are left loose, presumably because no commit refers to them.
+
+Unsurprisingly, then, `git commit` still took as long as before.
+
+I then ran `git repack` again. It packed all the loose objects this time. After this, `git commit` only takes 11 seconds. If I remove the `pre-commit` hook, it drops to a respectable 5 seconds.
+
+
+"""]]
diff --git a/doc/bugs/git-annex_add_should_repack_as_it_goes/comment_3_ff8b589fbcf25c98abd1c58830074650._comment b/doc/bugs/git-annex_add_should_repack_as_it_goes/comment_3_ff8b589fbcf25c98abd1c58830074650._comment
new file mode 100644
index 0000000000..e60460443a
--- /dev/null
+++ b/doc/bugs/git-annex_add_should_repack_as_it_goes/comment_3_ff8b589fbcf25c98abd1c58830074650._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-06T06:32:56Z"
+ content="""
+More testing shows that only the first git commit is slow. A second commit will be fast whether or not `git-repack` has been run in between.
+"""]]
diff --git a/doc/bugs/git-annex_branch_corruption.mdwn b/doc/bugs/git-annex_branch_corruption.mdwn
new file mode 100644
index 0000000000..9c864d85f0
--- /dev/null
+++ b/doc/bugs/git-annex_branch_corruption.mdwn
@@ -0,0 +1,95 @@
+Below is a test case which shows a way that the git-annex branch
+can become corrupted and lose data, including location log records and
+uuid.log lines.
+
+At the end, a commit on the git-annex branch removes one of the 2 lines
+from the uuid.log; which should never happen.
+
+The actual problem occurs earlier, at the "push point". Here a repo is
+cloned from the main one, initialized (adding the last uuid.log line),
+and then pushed back to the main one. That push is a fast-forward, so is
+allowed to directly update the git-annex branch in the main repo:
+
+	b884fe5..c497739  git-annex -> git-annex
+
+Now the git-annex branch has a change that is not reflected in
+`.git/annex/index`, so the next time a change is made, it's committed
+using the out of date index, which causes a reversion of the changes
+that were pushed to the branch.
+
+---
+
+## Thoughts
+
+This is essentially the same reason why git blocks pushes to the checked-out
+branch of a non-bare repository. 
+
+This problem only affects workflows that involve pushing. Pulling workflows
+do not directly update the local git-annex branch, so avoid the problem.
+
+And while bare repos are pushed to, they rarely have changes made directly
+to their git-annex branches, so while I think the same problem could
+happen with pushing to a bare repo, it's unlikely.
+
+None of which is to say this is not a bad bug that needs to be comprehensively
+fixed. 
+
+Probably git-annex needs to record which ref of the git-annex branch
+corresponds to its index, and if the branch is at a different ref,
+merge it into the index.
+
+> And now that's [[done]]. I managed to do it with very little slowdown.
+> 
+> A side benefit is that users can now safely check out the git-annex
+> branch and commit changes to it, and git-annex will notice them.
+> Before, it was documented to ignore such changes.
+> --[[Joey]] 
+
+---
+
+## Workaround
+
+Users who want to prevent this bug from occuring when pushing to their
+non-bare repositories can install this script as `.git/hooks/update`
+
+<pre>
+#!/bin/sh
+if [ "$1" = refs/heads/git-annex ]; then
+	exit 1
+fi
+</pre>
+
+--[[Joey]] 
+
+---
+
+## Test Case
+<pre>
+#!/bin/sh
+mkdir annextest
+cd annextest
+
+git init dir1
+cd dir1
+git annex init
+touch foo 
+echo hi > bar
+git annex add
+git commit -m add
+
+cd ..
+git clone dir1 dir2
+cd dir2
+git annex init otherdir
+git annex get
+# push point
+git push
+
+cd ..
+cd dir1
+echo "before"
+git show git-annex:uuid.log
+git annex drop foo --force
+echo "after"
+git show git-annex:uuid.log
+</pre>
diff --git a/doc/bugs/git-annex_branch_push_race.mdwn b/doc/bugs/git-annex_branch_push_race.mdwn
new file mode 100644
index 0000000000..013ff70dd5
--- /dev/null
+++ b/doc/bugs/git-annex_branch_push_race.mdwn
@@ -0,0 +1,45 @@
+The fix for the [[git-annex_branch_corruption]] bug is subject to a race.
+With that fix, git-annex does this when committing a change to the branch:
+
+1. lock the journal file (this avoids git-annex racing itself, FWIW)
+2. check what the head of the branch points to, to see if a newer branch
+   has appeared
+3. if so, updates the index file from the branch
+4. stages changes in the index
+5. commits to the branch using the index file
+
+If a push to the branch comes in during 2-5, then
+[[git-annex_branch_corruption]] could still occur.
+
+---
+
+## approach 1, using locking
+
+Add an update hook and a post-update hook. The update hook
+will use locking to ensure that no git-annex is currently running
+a commit, and block any git-annex's from starting one. It
+will background itself, and remain running during the push.
+The post-update hook will signal it to exit.
+
+I don't like this approach much, since it involves a daemon, two hooks,
+and lots of things to go wrong. And it blocks using git-annex during a
+push. This approach should be a last resort.
+
+## approach 2, lockless method
+
+After a commit is made to the branch, check to see if the parent of
+the commit is the same ref that the index file was last updated to. If it's
+not, then the race occurred.
+
+How to recover from the race? Well, just union merging the parent of the
+commit into the index file and re-committing should work, I think. When
+the race occurs, the commit reverts its parent's changes, and this will
+redo them. 
+
+(Of course, this re-commit will also be subject to the race, and
+will need the same check for the race as the other commits. It won't loop
+forever, I hope.)
+
+> [[done]] and tested.
+
+--[[Joey]]
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_direct_fails_on_repositories_with_a_partial_set_of_files.mdwn b/doc/bugs/git-annex_direct_fails_on_repositories_with_a_partial_set_of_files.mdwn
new file mode 100644
index 0000000000..de88b02467
--- /dev/null
+++ b/doc/bugs/git-annex_direct_fails_on_repositories_with_a_partial_set_of_files.mdwn
@@ -0,0 +1,29 @@
+## What steps will reproduce the problem?
+
+Running the following in an annex with an archive directory with all the files dropped and located offsite
+
+     git annex direct
+
+It seems that if not all the files are in the annex, then the direct mode files.
+
+## What is the expected output? What do you see instead?
+
+The expectation is that either direct mode reverts its changes if it fails instead of
+
+    url: createLink: does not exist (No such file or directory)
+    failed
+    git-annex: direct: 1 failed
+
+It leaves the annex in the indirect mode, but there are a bunch of .map files lying around in git-annex's control directory.
+
+## What version of git-annex are you using? On what operating system?
+
+Running 3.20130102 on OSX
+
+## Please provide any additional information below.
+
+> More specifically, git annex direct fails, on OSX only, when there are two
+> files that both have the same content. Apparently OSX doesn't allow
+> hard linking two symbolic links together. There was no harm in it doing that
+> otherwise, but then again no reason for it to do so, so I've put in a fix.
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx.mdwn b/doc/bugs/git-annex_directory_hashing_problems_on_osx.mdwn
new file mode 100644
index 0000000000..db6a35293c
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx.mdwn
@@ -0,0 +1,100 @@
+Currently the hashed directories in .git-annex allow for upper and lower case directory names... on linux (or any case sensitive filesystem) the directory names such as 'Gg' and 'GG' are different and unique. However on systems like OSX (and probably windows if it is ever supported) the directory names 'Gg' is the same as 'GG'
+
+In one of the annex'd repos that I have this has occured...
+
+<pre>
+$ git add -i                                                                                          
+           staged     unstaged path
+  1:    unchanged        +1/-1 .git-annex/GM/GV/WORM-s183630166-m1301072171--somefile.log
+  2:    unchanged        +1/-1 .git-annex/Gm/GV/WORM-s183630166-m1301072171--somefile.log
+</pre>
+
+
+this has somewhat confused git when it tries to stage/merge files, I didn't notice this at first, but it is definately a problem for someone using case insensitive filesystems  like the default OSX HFS+ formats or vfat/fat32.
+
+> I feel a bit stupid to not have considered case-insensative filesystems.
+> They are just so far from where I have lived for 20 years that it's hard
+> to keep them in mind.
+> 
+> I guess that
+> [[git-annex_has_issues_with_git_when_staging__47__commiting_logs]] is
+> somehow a consequence (or cause?) of this, but I don't quite understand
+> how this is causing git to fail to stage files, or stage the same file
+> twice under different capitalizations. git-annex always will run git add
+> on the path with the "correct" capitalization. So unless something else
+> has added the path with the other capitalization (perhaps git add
+> .git-annex manually?) I don't understand how you get to this state.
+> --[[Joey]]
+
+>> I think I got myself into this situation when I copied some files over from a HFS+ partition to a GPFS network share (which is pretty posix compliant) over samba. It probably is related to the [[git-annex_has_issues_with_git_when_staging__47__commiting_logs]]. I thought they were unique enough to have two bug reports logged as one is a git behavioural thing and the other is git-annex specific.
+
+>>> If you copied `.git/` over, perhaps you got a git repo without
+>>> core.ignorecase set right for the filesystem it landed on?
+
+>>>> I usually git clone or do a fresh repository and pull things in, I was also unaware of this ignorecase setting as well.
+
+>>> 
+>>> Something like this might reproduce it:
+
+<pre>
+# mkdir test; cd test; git init
+# git config core.ignorecase false
+# mkdir Foo
+# touch Foo/bar
+# git add Foo/bar
+# git add foo/bar
+# git add fOo/bar
+# git status
+# touch foo/other
+# git add fOo/other
+# git status
+</pre>
+
+>>>> And then either git commit or git clone would probably get confused
+>>>> if it thought 3 distinct files had been committed.
+>>>> --[[Joey]]
+
+>>>>> Doing the above test on a HFS+ partition yields this
+
+<pre>
+## with ignorecase=false
+commit bb024c6fd7482b2d10f60ae899cb7a949aca1ad8
+Author: Jimmy Tang <jtang@exia>
+Date:   Sun Mar 27 18:40:24 2011 +0100
+
+    commit
+
+diff --git a/Foo/bar b/Foo/bar
+new file mode 100644
+index 0000000..e69de29
+diff --git a/fOo/bar b/fOo/bar
+new file mode 100644
+index 0000000..e69de29
+diff --git a/fOo/other b/fOo/other
+new file mode 100644
+index 0000000..e69de29
+diff --git a/foo/bar b/foo/bar
+new file mode 100644
+index 0000000..e69de29
+</pre>
+
+>>>>> and without changing ignorecase
+
+<pre>
+commit 909a089158ffb98f8e91f98905e2bfdc7234666f
+Author: Jimmy Tang <jtang@exia>
+Date:   Sun Mar 27 18:46:57 2011 +0100
+
+    commit
+
+diff --git a/Foo/bar b/Foo/bar
+new file mode 100644
+index 0000000..e69de29
+diff --git a/Foo/other b/Foo/other
+new file mode 100644
+index 0000000..e69de29
+</pre>
+
+> Closing this bug, as it seems I have dealt with it adequately now.
+> [[done]]
+> --[[Joey]] 
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_10_f3594de3ba2ab17771a4b116031511bb._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_10_f3594de3ba2ab17771a4b116031511bb._comment
new file mode 100644
index 0000000000..c3e6b5e598
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_10_f3594de3ba2ab17771a4b116031511bb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 10"
+ date="2011-04-01T16:11:52Z"
+ content="""
+No, I don't need a copy of your repo now.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_11_97de7252bf5d2a4f1381f4b2b4e24ef8._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_11_97de7252bf5d2a4f1381f4b2b4e24ef8._comment
new file mode 100644
index 0000000000..db605f9650
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_11_97de7252bf5d2a4f1381f4b2b4e24ef8._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 11"
+ date="2011-04-02T17:53:58Z"
+ content="""
+I have pushed out a preliminary fix. The old mixed-case directories will be left where they are, and still read from by git-annex. New data will be written to new, lower-case directories. I think that once git stops seeing changes being made
+to mixed-case, colliding directories, the bugs you ran into won't manifest any more.
+
+You will need to find a way to get your git repository out of the state where it complains about uncommitted files (and won't let you commit them). I have not found a reliable way to do that; git reset --hard worked in one case but not in another. May need to clone a fresh git repository.
+
+Let me know how it works out.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_12_f1c53c3058a587185e7a78d84987539d._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_12_f1c53c3058a587185e7a78d84987539d._comment
new file mode 100644
index 0000000000..5f9a0ae275
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_12_f1c53c3058a587185e7a78d84987539d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 12"
+ date="2011-04-02T17:58:24Z"
+ content="""
+Also, you can delete `.git-annex/??` if you want to, then running `git annex fsck --fast` in each of your clones would regenerate the data using only the lower-case hash directories.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_13_4f56aea35effe5c10ef37d7ad7adb48c._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_13_4f56aea35effe5c10ef37d7ad7adb48c._comment
new file mode 100644
index 0000000000..b4a5a72d01
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_13_4f56aea35effe5c10ef37d7ad7adb48c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 13"
+ date="2011-04-03T07:43:37Z"
+ content="""
+Ok, thanks for the fix. It seems the fix isn't too reliable with my repos, I get different numbers of  \"** No known copies of...\" in the various cloned repos that I have. After all the \"messing\" that I have done to my repos I think git-annex has gotten very confused. I will just leave things as they are and let git-annex slowly migrate over to the new format or re-clone from a linux source and see how things go. I will report back on this issue in abit after I use it more to see.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_14_cc2a53c31332fe4b828ef1e72c2a4d49._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_14_cc2a53c31332fe4b828ef1e72c2a4d49._comment
new file mode 100644
index 0000000000..b92c3ab4ab
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_14_cc2a53c31332fe4b828ef1e72c2a4d49._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 14"
+ date="2011-04-03T08:24:17Z"
+ content="""
+I meant to say in it wasn't reliable when I was following the instructions for \"Comment 12\". I did find that just doing a  \"git annex copy -t externalusb .\"  then a \"git annex drop .\" from the root of my cloned and \"none trusted\" annexed repos to be more reliable, it just means I temporarily need a load of space to get myself out of my earlier mess.
+
+On testing this bug fix, I found a minor behavioural issue with [[git annex copy -f REMOTE . doesn't work as expected]]
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_15_37f1d669c1fa53ee371f781c7bb820ae._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_15_37f1d669c1fa53ee371f781c7bb820ae._comment
new file mode 100644
index 0000000000..d722d546a3
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_15_37f1d669c1fa53ee371f781c7bb820ae._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="gernot"
+ ip="213.168.117.192"
+ subject="comment 15"
+ date="2011-04-03T15:41:00Z"
+ content="""
+I also ran into problems on a case-insensitive HFS+ file system, it seems.  I
+tried following the instructions in comment 12:
+
+	1. Remove everything in .git-annex besides uuid.log and trust.log
+	2. git annex fsck --fast
+	3. Commit
+
+However, I still see upper and lower case directories in .git-annex.  Did I
+misunderstand that they should all be lower case now?
+
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_16_8a4ab1af59098f4950726cf53636c2b3._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_16_8a4ab1af59098f4950726cf53636c2b3._comment
new file mode 100644
index 0000000000..97eab78c91
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_16_8a4ab1af59098f4950726cf53636c2b3._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 16"
+ date="2011-04-03T16:02:33Z"
+ content="""
+I think the correct steps should be, make a backup first :) then ...
+
+1. git pull  # update your clone, and commit everything so you don't lose anything
+2. git annex fsck --fast # check the repo first, just in case
+3. rm -rf .git-annex/?? # remove the old metadata
+4. git annex fsck --fast # get git annex to regenerate it all
+5. push your changes out to your other repos, you will need to make sure git-annex is updated everywhere if there are remotes in your setup.
+
+I eventually migrated all of my own annex'd repos and I no longer have the old hashed directories but the new ones in the form
+
+    .git/annex/aaa/bbb/foo.log
+
+I did lose some tracking information but not data (as far as I can see for now), but that was quickly fixed by pushing and pulling to my bare repo which tracks most of my data.
+
+I also found that it worked a bit more reliably for me on the copies of repos that were located on case sensitive filesystems, but I guess that was expected.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_17_515d5c5fbf5bd0c188a4f1e936d913e2._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_17_515d5c5fbf5bd0c188a4f1e936d913e2._comment
new file mode 100644
index 0000000000..f7feac67cf
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_17_515d5c5fbf5bd0c188a4f1e936d913e2._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 17"
+ date="2011-04-03T16:53:51Z"
+ content="""
+@gernot step 0 is to upgrade git-annex to current git, on all systems where you use it, in case that wasn't clear.
+
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_18_db64c91dd1322a0ab168190686db494f._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_18_db64c91dd1322a0ab168190686db494f._comment
new file mode 100644
index 0000000000..550558ec16
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_18_db64c91dd1322a0ab168190686db494f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="gernot"
+ ip="213.168.117.192"
+ subject="comment 18"
+ date="2011-04-03T19:46:16Z"
+ content="""
+Joey, sorry, I got it wrong.  I thought upgrading git didn't help and you
+adjusted things in git-annex instead.
+
+Anyway, can I get around upgrading on all hosts by reformatting the drive to
+case-sensitive HFS+? Or will I have to upgrade git (currently version 1.7.2.5)
+eventually anyway?
+
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_19_ff555c271637af065203ca99c9eeaf89._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_19_ff555c271637af065203ca99c9eeaf89._comment
new file mode 100644
index 0000000000..2676b35897
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_19_ff555c271637af065203ca99c9eeaf89._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 19"
+ date="2011-04-03T19:53:44Z"
+ content="""
+Git does not need to be upgraded. Git-annex needs to be upgraded to git rev 616e6f8a840ef4d99632d12a2e7ea15c3cfb1805 or newer, on all machines.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_1_9a7b09de132097100c1a68ea7b846727._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_1_9a7b09de132097100c1a68ea7b846727._comment
new file mode 100644
index 0000000000..aa5e46ca2b
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_1_9a7b09de132097100c1a68ea7b846727._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-03-28T07:23:41Z"
+ content="""
+One possible work around is to just create a loopback file system with a case sensitive filesystem. I think I might do that for anything that I really care about for now.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_20_7e328b970169fffb8bce373d1522743b._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_20_7e328b970169fffb8bce373d1522743b._comment
new file mode 100644
index 0000000000..8f0f5ef180
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_20_7e328b970169fffb8bce373d1522743b._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="ssqq"
+ ip="208.70.196.4"
+ subject="Still a problem on 0.20110523"
+ date="2011-06-02T20:31:55Z"
+ content="""
+Hi,
+
+(I'm new to git and git annex, so please forgive any mistakes I make...)
+
+My repo is messed up right now.  The fact that I copied the repo with rsync -a back and forth from a case insensitive filesystem to a case sensitive one, probably didn't help.
+
+I believe the annexed files in .git/annex/objects/ are still using a mixed case directory hashing scheme.  That's the problem I'm having.  The symlinks point to the wrong case and are now broken.  I don't think the latest versions of git-annex changed that (it only changed the hashing under .git-annex, right?).
+
+Even if I clean up my repo, I think I'm still going to have a problem because I have one repo on an OS X case insensitive filesystem and my other repos on case sensitive Linux filesystems.  Potentially the directory name under .git/annex/objects will have a different case.  Then the symlink might have a different case than my Linux FS.  Does git-annex track changes in git by the contents of the symlink?  In which case the case difference would show up as a change even though there is no change?
+
+Is it possible to change the directory hashing scheme under .git/annex/objects to use lowercase names?
+
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_21_98f632652b0db9131b0173d3572f4d62._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_21_98f632652b0db9131b0173d3572f4d62._comment
new file mode 100644
index 0000000000..453a8be11b
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_21_98f632652b0db9131b0173d3572f4d62._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 21"
+ date="2011-06-10T16:46:03Z"
+ content="""
+@seqq git-annex always uses the same case when creating and accessing the files pointed to by the symlinks. So it will not matter if it's used on a case-insensative, or case-insensative but preserving system like OSX.
+
+You need to fix up the cases of the files in .git/annex/objects to what it expects. I'm not sure what would be the best way to do that. The method described in [[walkthrough/recover_data_from_lost+found]] might work well.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_22_52d41afd7fd0b71a4c8e84ab1b4df5bd._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_22_52d41afd7fd0b71a4c8e84ab1b4df5bd._comment
new file mode 100644
index 0000000000..7fa1e7468a
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_22_52d41afd7fd0b71a4c8e84ab1b4df5bd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawltmUlf_zHb-hDkjLLYeUxyd81YVoIgZew"
+ nickname="Jaen"
+ subject="Still somewhat broken"
+ date="2012-12-25T17:58:53Z"
+ content="""
+I moved an external HDD formatted with NTFS from Mac (case-insensitive) to Linux (case sensitive), and half of the links are broken now... What can I do to fix this?
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_23_c2cd8a69c37539c0511bae02016180ca._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_23_c2cd8a69c37539c0511bae02016180ca._comment
new file mode 100644
index 0000000000..8ec1abd89b
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_23_c2cd8a69c37539c0511bae02016180ca._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawltmUlf_zHb-hDkjLLYeUxyd81YVoIgZew"
+ nickname="Jaen"
+ subject="comment 23"
+ date="2012-12-25T20:21:15Z"
+ content="""
+(to be clear, Mac put eg. hashes \"Gg\" and \"gg\" into the same directory, while Linux expects them to be in separate dirs)
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_2_174952fc3e3be12912e5fcfe78f2dd13._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_2_174952fc3e3be12912e5fcfe78f2dd13._comment
new file mode 100644
index 0000000000..6e6e5dc6be
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_2_174952fc3e3be12912e5fcfe78f2dd13._comment
@@ -0,0 +1,185 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2011-03-28T15:09:45Z"
+ content="""
+I think I know how I got myself into this mess... I was on my mac workstation and I had just pulled in a change set from another repo on a linux workstation after I had a made a bunch of moves. here's a bit of a log of what happened...
+
+
+<pre>
+jtang@x00:~/sources $ git pull cports-devel master
+Warning: untrusted X11 forwarding setup failed: xauth key data not generated
+Warning: No xauth data; using fake authentication data for X11 forwarding.
+remote: Counting objects: 4195, done.
+remote: Compressing objects: 100% (1135/1135), done.
+remote: Total 2582 (delta 866), reused 2576 (delta 860)
+Receiving objects: 100% (2582/2582), 229.42 KiB | 111 KiB/s, done.
+Resolving deltas: 100% (866/866), completed with 9 local objects.
+From cports-devel:/home/people/jtang/sources
+ * branch            master     -> FETCH_HEAD
+Updating 319df99..ab0a98c
+error: Your local changes to the following files would be overwritten by merge:
+	.git-annex/09/5X/WORM-s361516678-m1301310614--l_fcompxe_intel64_2011.2.137.tgz.log
+	.git-annex/43/2g/WORM-s19509673-m1301310496--l_fcompxe_2011.2.137_redist.tgz.log
+	.git-annex/4J/qF/WORM-s18891115-m1301310934--w_flm_p_1.0.011_ia64.zip.log
+	.git-annex/87/w1/WORM-s12212473-m1301310909--w_flm_p_1.0.011_ia32.zip.log
+	.git-annex/99/Jq/WORM-s194345957-m1301310926--l_mkl_10.3.2.137_ia32.log
+	.git-annex/99/kf/WORM-s9784531-m1301311680--l_ccompxe_2011.2.137_redist.log
+	.git-annex/FF/f3/WORM-s93033394-m1301311706--l_gen_ipp_7.0.2.137.log
+	.git-annex/MF/xZ/WORM-s515140733-m1301310936--l_cprof_p_11.1.075.log
+	.git-annex/XW/X8/WORM-s355559731-m1301310797--l_mkl_10.3.2.137.log
+	.git-annex/fJ/mZ/WORM-s1372886477-m1301313368--l_cproc_p_11.1.075.log
+	.git-annex/j7/Q9/WORM-s44423202-m1301310622--l_cprof_p_11.1.075_redist.log
+	.git-annex/k4/K7/WORM-s239539070-m1301310760--l_mkl_10.3.2.137_intel64.log
+	.git-annex/kz/01/WORM-s279573314-m1301310783--l_cprof_p_11.1.075_ia32.log
+	.git-annex/p6/Kq/WORM-s31199343-m1301311829--l_cproc_p_11.1.075_redist.log
+	.git-annex/pz/J5/WORM-s626995277-m1301312301--l_ccompxe_ia32_2011.2.137.log
+	.git-annex/v3/kX/WORM-s339693045-m1301310851--l_cprof_p_11.1.075_intel64.log
+Please, commit your changes or stash them before you can merge.
+error: Your local changes to the following files would be overwritten by merge:
+	.git-annex/12/3W/WORM-s3058814-m1276699694--Botan-1.8.9.tgz.log
+	.git-annex/1G/qV/WORM-s9122-m1251558854--Array-Compare-2.01.tar.gz.log
+	.git-annex/3W/W5/WORM-s231523-m1270740744--DBD-Pg-2.17.1.tar.gz.log
+	.git-annex/3x/PX/WORM-s380310-m1293025187--HTSeq-0.4.7.tar.gz.log
+	.git-annex/45/gk/WORM-s67337-m1248732018--ExtUtils-Install-1.54.tar.gz.log
+	.git-annex/4J/7Q/WORM-s8608-m1224694862--Algorithm-Munkres-0.08.tar.gz.log
+	.git-annex/4g/XQ/WORM-s89208-m1278682033--HTML-Parser-3.66.tar.gz.log
+	.git-annex/54/jw/WORM-s300163-m1226422051--AcePerl-1.92.tar.gz.log
+	.git-annex/63/kj/WORM-s1213460-m1262942058--DBD-SQLite-1.29.tar.gz.log
+	.git-annex/6Z/42/WORM-s4074-m943766010--File-Sync-0.09.tar.gz.log
+	.git-annex/8F/M5/WORM-s6989-m1263161127--Digest-HMAC-1.02.tar.gz.log
+	.git-annex/G2/FK/WORM-s3309-m1163872981--Bundle-BioPerl-2.1.8.tar.gz.log
+	.git-annex/Gk/XF/WORM-s23572243-m1279546902--EMBOSS-6.3.1.tar.gz.log
+	.git-annex/Jk/X6/WORM-s566429-m1279309002--DBI-1.612.tar.gz.log
+	.git-annex/K6/fV/WORM-s1561451-m1240055295--Convert-Binary-C-0.74.tar.gz.log
+	.git-annex/KM/4q/WORM-s146959-m1268515086--Graph-0.94.tar.gz.log
+	.git-annex/MF/m2/WORM-s425766-m1212514609--Data-Stag-0.11.tar.gz.log
+	.git-annex/QJ/P6/WORM-s1045868-m1282215033--9base-6.tar.gz.log
+	.git-annex/Qm/WG/WORM-s39078-m1278163547--Digest-SHA1-2.13.tar.gz.log
+	.git-annex/Wq/Fj/WORM-s45680640-m1297862101--BclConverter-1.7.1.tar.log
+	.git-annex/Wq/Wm/WORM-s263536640-m1295025537--CASAVA_v1.7.0.tar.log
+	.git-annex/XW/qm/WORM-s36609-m1276050470--Bio-ASN1-EntrezGene-1.10-withoutworldwriteables.tar.gz.log
+	.git-annex/f7/g0/WORM-s40872-m1278273227--ExtUtils-ParseXS-2.2206.tar.gz.log
+	.git-annex/j3/JF/WORM-s11753-m1232427595--Clone-0.31.tar.gz.log
+	.git-annex/kX/9g/WORM-s84690-m1229117599--GraphViz-2.04.tar.gz.log
+	.git-annex/km/z5/WORM-s44634-m1275505134--Authen-SASL-2.15.tar.gz.log
+	.git-annex/kw/J3/WORM-s132396-m1278780649--DBD-mysql-4.016.tar.gz.log
+	.git-annex/p5/1P/WORM-s53736-m1278673485--Archive-Tar-1.64.tar.gz.log
+	.git-annex/wv/zG/WORM-s30584-m1268774021--ExtUtils-CBuilder-0.2703.tar.gz.log
+	.git-annex/x5/7v/WORM-s10462526-m1254242591--BioPerl-1.6.1.tar.gz.log
+Please, commit your changes or stash them before you can merge.
+error: The following untracked working tree files would be overwritten by merge:
+	.git-annex/1g/X3/WORM-s309910751-m1301311322--l_fcompxe_ia32_2011.2.137.tgz.log
+	.git-annex/3w/Xf/WORM-s805764902-m1301312756--l_cproc_p_11.1.075_intel64.log
+	.git-annex/9Q/Wz/WORM-s1234430253-m1301311891--l_ccompxe_2011.2.137.log
+	.git-annex/FQ/4z/WORM-s318168323-m1301310848--l_cprof_p_11.1.075_ia64.log
+	.git-annex/FV/0P/WORM-s710135470-m1301311835--l_ccompxe_intel64_2011.2.137.log
+	.git-annex/Jx/qM/WORM-s599386592-m1301310731--l_fcompxe_2011.2.137.tgz.log
+	.git-annex/KX/w1/WORM-s35976002-m1301312193--l_tbb_3.0.6.174.log
+	.git-annex/Vw/jK/WORM-s15795178-m1301310913--w_flm_p_1.0.011_intel64.zip.log
+	.git-annex/jK/zK/WORM-s374617670-m1301312705--l_ipp_7.0.2.137_intel64.log
+	.git-annex/vK/kv/WORM-s584342291-m1301312669--l_cproc_p_11.1.075_ia64.log
+	.git-annex/vw/v1/WORM-s736986678-m1301312794--l_cproc_p_11.1.075_ia32.log
+	.git-annex/zq/7X/WORM-s343075585-m1301312233--l_ipp_7.0.2.137_ia32.log
+Please move or remove them before you can merge.
+Aborting
+1|jtang@x00:~/sources $ git status
+# On branch master
+# Your branch is ahead of 'origin/master' by 2 commits.
+#
+# Changes to be committed:
+#   (use \"git reset HEAD <file>...\" to unstage)
+#
+#	modified:   .git-annex/09/5X/WORM-s361516678-m1301310614--l_fcompxe_intel64_2011.2.137.tgz.log
+#	modified:   .git-annex/43/2g/WORM-s19509673-m1301310496--l_fcompxe_2011.2.137_redist.tgz.log
+#	modified:   .git-annex/4J/qF/WORM-s18891115-m1301310934--w_flm_p_1.0.011_ia64.zip.log
+#	modified:   .git-annex/87/w1/WORM-s12212473-m1301310909--w_flm_p_1.0.011_ia32.zip.log
+#	modified:   .git-annex/99/Jq/WORM-s194345957-m1301310926--l_mkl_10.3.2.137_ia32.log
+#	modified:   .git-annex/99/kf/WORM-s9784531-m1301311680--l_ccompxe_2011.2.137_redist.log
+#	modified:   .git-annex/FF/f3/WORM-s93033394-m1301311706--l_gen_ipp_7.0.2.137.log
+#	modified:   .git-annex/MF/xZ/WORM-s515140733-m1301310936--l_cprof_p_11.1.075.log
+#	modified:   .git-annex/XW/X8/WORM-s355559731-m1301310797--l_mkl_10.3.2.137.log
+#	modified:   .git-annex/fJ/mZ/WORM-s1372886477-m1301313368--l_cproc_p_11.1.075.log
+#	modified:   .git-annex/j7/Q9/WORM-s44423202-m1301310622--l_cprof_p_11.1.075_redist.log
+#	modified:   .git-annex/k4/K7/WORM-s239539070-m1301310760--l_mkl_10.3.2.137_intel64.log
+#	modified:   .git-annex/kz/01/WORM-s279573314-m1301310783--l_cprof_p_11.1.075_ia32.log
+#	modified:   .git-annex/p6/Kq/WORM-s31199343-m1301311829--l_cproc_p_11.1.075_redist.log
+#	modified:   .git-annex/pz/J5/WORM-s626995277-m1301312301--l_ccompxe_ia32_2011.2.137.log
+#	modified:   .git-annex/v3/kX/WORM-s339693045-m1301310851--l_cprof_p_11.1.075_intel64.log
+#
+# 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:   .git-annex/12/3W/WORM-s3058814-m1276699694--Botan-1.8.9.tgz.log
+#	modified:   .git-annex/1G/qV/WORM-s9122-m1251558854--Array-Compare-2.01.tar.gz.log
+#	modified:   .git-annex/3W/W5/WORM-s231523-m1270740744--DBD-Pg-2.17.1.tar.gz.log
+#	modified:   .git-annex/3x/PX/WORM-s380310-m1293025187--HTSeq-0.4.7.tar.gz.log
+#	modified:   .git-annex/45/gk/WORM-s67337-m1248732018--ExtUtils-Install-1.54.tar.gz.log
+#	modified:   .git-annex/4J/7Q/WORM-s8608-m1224694862--Algorithm-Munkres-0.08.tar.gz.log
+#	modified:   .git-annex/4g/XQ/WORM-s89208-m1278682033--HTML-Parser-3.66.tar.gz.log
+#	modified:   .git-annex/54/jw/WORM-s300163-m1226422051--AcePerl-1.92.tar.gz.log
+#	modified:   .git-annex/63/kj/WORM-s1213460-m1262942058--DBD-SQLite-1.29.tar.gz.log
+#	modified:   .git-annex/6Z/42/WORM-s4074-m943766010--File-Sync-0.09.tar.gz.log
+#	modified:   .git-annex/8F/M5/WORM-s6989-m1263161127--Digest-HMAC-1.02.tar.gz.log
+#	modified:   .git-annex/G2/FK/WORM-s3309-m1163872981--Bundle-BioPerl-2.1.8.tar.gz.log
+#	modified:   .git-annex/Gk/XF/WORM-s23572243-m1279546902--EMBOSS-6.3.1.tar.gz.log
+#	modified:   .git-annex/Jk/X6/WORM-s566429-m1279309002--DBI-1.612.tar.gz.log
+#	modified:   .git-annex/K6/fV/WORM-s1561451-m1240055295--Convert-Binary-C-0.74.tar.gz.log
+#	modified:   .git-annex/KM/4q/WORM-s146959-m1268515086--Graph-0.94.tar.gz.log
+#	modified:   .git-annex/MF/m2/WORM-s425766-m1212514609--Data-Stag-0.11.tar.gz.log
+#	modified:   .git-annex/QJ/P6/WORM-s1045868-m1282215033--9base-6.tar.gz.log
+#	modified:   .git-annex/Qm/WG/WORM-s39078-m1278163547--Digest-SHA1-2.13.tar.gz.log
+#	modified:   .git-annex/Wq/Fj/WORM-s45680640-m1297862101--BclConverter-1.7.1.tar.log
+#	modified:   .git-annex/Wq/Wm/WORM-s263536640-m1295025537--CASAVA_v1.7.0.tar.log
+#	modified:   .git-annex/XW/qm/WORM-s36609-m1276050470--Bio-ASN1-EntrezGene-1.10-withoutworldwriteables.tar.gz.log
+#	modified:   .git-annex/Zq/7X/WORM-s343075585-m1301312233--l_ipp_7.0.2.137_ia32.log
+#	modified:   .git-annex/f7/g0/WORM-s40872-m1278273227--ExtUtils-ParseXS-2.2206.tar.gz.log
+#	modified:   .git-annex/j3/JF/WORM-s11753-m1232427595--Clone-0.31.tar.gz.log
+#	modified:   .git-annex/kX/9g/WORM-s84690-m1229117599--GraphViz-2.04.tar.gz.log
+#	modified:   .git-annex/km/z5/WORM-s44634-m1275505134--Authen-SASL-2.15.tar.gz.log
+#	modified:   .git-annex/kw/J3/WORM-s132396-m1278780649--DBD-mysql-4.016.tar.gz.log
+#	modified:   .git-annex/p5/1P/WORM-s53736-m1278673485--Archive-Tar-1.64.tar.gz.log
+#	modified:   .git-annex/wv/zG/WORM-s30584-m1268774021--ExtUtils-CBuilder-0.2703.tar.gz.log
+#	modified:   .git-annex/x5/7v/WORM-s10462526-m1254242591--BioPerl-1.6.1.tar.gz.log
+#
+# Untracked files:
+#   (use \"git add <file>...\" to include in what will be committed)
+#
+#	.git-annex/1G/X3/
+#	.git-annex/3W/Xf/
+#	.git-annex/9q/Wz/
+#	.git-annex/Fq/4z/
+#	.git-annex/Jk/zK/
+#	.git-annex/Kx/w1/
+#	.git-annex/VK/kv/
+#	.git-annex/fv/0P/
+#	.git-annex/jX/qM/
+#	.git-annex/vW/jK/
+#	.git-annex/vW/v1/
+jtang@x00:~/sources $ git commit -a -m \"snap\"
+[master 45f254a] snap
+ 47 files changed, 64 insertions(+), 30 deletions(-)
+jtang@x00:~/sources $ git status
+# On branch master
+# Your branch is ahead of 'origin/master' by 3 commits.
+#
+# Untracked files:
+#   (use \"git add <file>...\" to include in what will be committed)
+#
+#	.git-annex/1G/X3/
+#	.git-annex/3W/Xf/
+#	.git-annex/9q/Wz/
+#	.git-annex/Fq/4z/
+#	.git-annex/Jk/zK/
+#	.git-annex/Kx/w1/
+#	.git-annex/VK/kv/
+#	.git-annex/fv/0P/
+#	.git-annex/jX/qM/
+#	.git-annex/vW/jK/
+#	.git-annex/vW/v1/
+nothing added to commit but untracked files present (use \"git add\" to track)
+jtang@x00:~/sources $ git pull
+</pre>
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_3_a18ada7ac74c63be5753fdb2fe68dae5._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_3_a18ada7ac74c63be5753fdb2fe68dae5._comment
new file mode 100644
index 0000000000..00988ab58c
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_3_a18ada7ac74c63be5753fdb2fe68dae5._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-03-28T15:25:18Z"
+ content="""
+So, there is evidence here of a circumstance caused by the [[other_bug|git-annex_has_issues_with_git_when_staging__47__commiting_logs]], as I suspected.
+
+I don't think that manual `git commit -a` caused the problem. I suspect it was a subsequent `git add` that caused git to follow the wrong case paths and add the files in the wrong place. Ie, when you run \"git add .git-annex\", it recurses into `.git-annex/Gm/`, and adds files using that case, that were previously added from `.git-annex/GM/`.
+
+For completeness, can you verify this repo's core.ignorecase setting?
+
+---
+
+I hate that you are stuck using loop filesystems to work around this bug. If my guess is correct, you don't need to, as long as you avoid manually running \"git add .git-annex\". I take this bug seriously. While I'm currently very involved in adding Amazon S3 support to git-annex (which will take days more of solid work), I do plan to make a loop filesystem of my own, probably vfat, so I can try and reproduce this on a case-insensative filesystem. If you could confirm my above hypothesis, that would speed things up for me.
+
+It's possible I will have to tweak the hash directories. Hopefully if so, I will only tweak them for *new* keys; if I had to do a v3 backend just to fix this stupid thing, I'd be sad -- upgrading all my offline disks from v1 to v2 took me many days.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_4_039e945617a6c1852c96974a402db29c._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_4_039e945617a6c1852c96974a402db29c._comment
new file mode 100644
index 0000000000..d045f71205
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_4_039e945617a6c1852c96974a402db29c._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-28T15:41:56Z"
+ content="""
+In my \"sources\" repo on x00, the current setting is this \"ignorecase = true\" it was the first repo that I created before I clone it elsewhere and pull my changes back, it is on a HFS+ partition which is case insensitive and it is replicated on a portable hdd with a bare repo on a exfat partition. I wonder if my portable disk has a partially borked repo :P
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_5_eacd0b18475c05ab9feed8cf7290b79a._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_5_eacd0b18475c05ab9feed8cf7290b79a._comment
new file mode 100644
index 0000000000..7127a6eef8
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_5_eacd0b18475c05ab9feed8cf7290b79a._comment
@@ -0,0 +1,37 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 5"
+ date="2011-03-28T15:51:11Z"
+ content="""
+I also failed to mention, that in the case when i have stray log files after what has happened in comment 2, I get this left over after a commit when git is confused...
+
+
+<pre>
+jtang@x00:~/sources $ git status
+# On branch master
+# Your branch is ahead of 'origin/master' by 1 commit.
+#
+# 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:   .git-annex/1G/X3/WORM-s309910751-m1301311322--l_fcompxe_ia32_2011.2.137.tgz.log
+#	modified:   .git-annex/3W/Xf/WORM-s805764902-m1301312756--l_cproc_p_11.1.075_intel64.log
+#	modified:   .git-annex/9Q/Wz/WORM-s1234430253-m1301311891--l_ccompxe_2011.2.137.log
+#	modified:   .git-annex/FQ/4z/WORM-s318168323-m1301310848--l_cprof_p_11.1.075_ia64.log
+#	modified:   .git-annex/FV/0P/WORM-s710135470-m1301311835--l_ccompxe_intel64_2011.2.137.log
+#	modified:   .git-annex/Jk/zK/WORM-s374617670-m1301312705--l_ipp_7.0.2.137_intel64.log
+#	modified:   .git-annex/Jx/qM/WORM-s599386592-m1301310731--l_fcompxe_2011.2.137.tgz.log
+#	modified:   .git-annex/KX/w1/WORM-s35976002-m1301312193--l_tbb_3.0.6.174.log
+#	modified:   .git-annex/VK/kv/WORM-s584342291-m1301312669--l_cproc_p_11.1.075_ia64.log
+#	modified:   .git-annex/Vw/jK/WORM-s15795178-m1301310913--w_flm_p_1.0.011_intel64.zip.log
+#	modified:   .git-annex/Zq/7X/WORM-s343075585-m1301312233--l_ipp_7.0.2.137_ia32.log
+#	modified:   .git-annex/vW/v1/WORM-s736986678-m1301312794--l_cproc_p_11.1.075_ia32.log
+#
+no changes added to commit (use \"git add\" and/or \"git commit -a\")
+</pre>
+
+
+Up until now I have just been updating the status of the staged files by hand and commiting it on my mac x00, this probably isn't helping. I'd rather not lose the tracking information.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_6_e55117cb628dc532e468519252571474._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_6_e55117cb628dc532e468519252571474._comment
new file mode 100644
index 0000000000..aae020972c
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_6_e55117cb628dc532e468519252571474._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 6"
+ date="2011-03-31T18:02:42Z"
+ content="""
+Alright, I have created a case-insensative HFS+ filesystem here on my linux laptop. 
+
+I have not been able to trick git into staging the same file with 2 different capitalizations yet.
+
+It might be helpful if you can send me a copy of a git repository where 'git add -i' shows the same file staged with two capitalizations. Leaving out .git/annex of course. (joey@kitenet.net; a tarball would probably work)
+
+It seems that `git add` only started properly working on case insensative filesystems quite recently. The commit in question is 5e738ae820ec53c45895b029baa3a1f63e654b1b, \"Support case folding for git add when core.ignorecase=true\", which was first released in git 1.7.4, January 30, 2011. If you don't yet have that version, that could explain the problem entirely. In about half an hour (dialup!) I will have downloaded an older git and will see if I can reproduce the problem with it.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_7_0f4f471102e394ebb01da40e4d0fd9f6._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_7_0f4f471102e394ebb01da40e4d0fd9f6._comment
new file mode 100644
index 0000000000..92b205bc33
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_7_0f4f471102e394ebb01da40e4d0fd9f6._comment
@@ -0,0 +1,68 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 7"
+ date="2011-03-31T19:08:01Z"
+ content="""
+git 1.7.4 does not make things better. With it, if I add first \"X/foo\" and then \"x/bar\", it commits \"X/bar\".
+
+That will *certainly* cause problems when interoperating with a repo clone on a case-sensative filesystem, since
+git-annex there will not see the location log that git committed to the wrong case directory.
+
+It's possible there is some interoperability problem when pulling from linux like you did, onto HFS+, too. I am not quite sure. Ah, I did find one.. if I clone the repo with \"X/foo\" in it to a case-sensative filesystem, and add a \"x/foo\" there,
+and pull that commit back to HFS+, git says:
+
+<pre>
+ * branch            master     -> FETCH_HEAD
+Updating 8754149..e3d4640
+Fast-forward
+ x/foo |    1 +
+ 1 files changed, 1 insertions(+), 0 deletions(-)
+ create mode 100644 x/foo
+joey@gnu:/mnt/r4>ls
+X/
+joey@gnu:/mnt/r4>git st
+# 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
+
+#	modified:   X/foo
+</pre>
+
+Aha -- that lets me reproduce your problem with the same file being staged twice with different capitalizations, too:
+
+<pre>
+joey@gnu:/mnt/r4>echo haaai >| x/foo
+joey@gnu:/mnt/r4>git st
+# 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)
+#
+#	modified:   X/bar
+#	modified:   X/foo
+#	modified:   x/foo
+#
+joey@gnu:/mnt/r4>git commit -a
+fatal: Will not add file alias 'X/Bar' ('x/Bar' already exists in index)
+</pre>
+
+And modified files that git refuses to commit, which entirely explains [[git-annex_has_issues_with_git_when_staging__47__commiting_logs]].
+
+<pre>
+joey@gnu:/mnt/r4>git add X/foo
+joey@gnu:/mnt/r4>git commit X/foo
+# 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)
+#
+#	modified:   X/bar
+#	modified:   X/foo
+#
+no changes added to commit (use \"git add\" and/or \"git commit -a\")
+</pre>
+
+I think git is frankly, buggy. It seems I will need to work around this by stopping using mixed case hashing for location logs.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_8_68e2d6ccdb9622b879e4bc7005804623._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_8_68e2d6ccdb9622b879e4bc7005804623._comment
new file mode 100644
index 0000000000..05fe4658df
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_8_68e2d6ccdb9622b879e4bc7005804623._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 8"
+ date="2011-03-31T19:28:02Z"
+ content="""
+I've posted about this on the git mailing list. It's possible that these bugs, which can be shown to affect things other than just git-annex, will be fixed in git.
+
+I will wait a while to see. But am considering making git-annex use all-lowercase hash dirs for the log files. Maybe it could first look for .git-annex/aaaa/bbbb/foo.log, but also look for, read, and merge in any info from 
+.git-annex/Aa/Bb/foo.log. And always write to the new style filenames. This would avoid confusing git with changes to
+mixed-case files, and avoid another massive transition.
+"""]]
diff --git a/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_9_45b11ddd200261115b653c7a14d28aa9._comment b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_9_45b11ddd200261115b653c7a14d28aa9._comment
new file mode 100644
index 0000000000..8dfe746420
--- /dev/null
+++ b/doc/bugs/git-annex_directory_hashing_problems_on_osx/comment_9_45b11ddd200261115b653c7a14d28aa9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 9"
+ date="2011-03-31T21:32:10Z"
+ content="""
+I'm was running git 1.7.4.1 at the time when I came across it, I have just upgraded to 1.7.4.2. I've also just moved to using a loopback fs for the stuff i care about. Do you still want a repo that exhibits the problem (excluding the .git/annex data) ??? I'm also not sure if 1.7.4.2 has corrected the problem yet as I haven't done much with my repos since. I suspect just making all the .git-annex hashed directories seems to be lower case might be better in the long run. 
+"""]]
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..b36d5e84c6
--- /dev/null
+++ b/doc/bugs/git-annex_does_not_install_on_windows_without_admin_rights.mdwn
@@ -0,0 +1,19 @@
+### 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.
+
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_doesn__39__t_list_files_containing_ISO8859-15_characters.mdwn b/doc/bugs/git-annex_doesn__39__t_list_files_containing_ISO8859-15_characters.mdwn
new file mode 100644
index 0000000000..382ca9a0cd
--- /dev/null
+++ b/doc/bugs/git-annex_doesn__39__t_list_files_containing_ISO8859-15_characters.mdwn
@@ -0,0 +1,48 @@
+<h4>What steps will reproduce the problem?</h4>
+<pre><code>    git init /tmp/test
+    cd /tmp/test
+    git annex init
+    touch òó ō
+    git annex add òó ō
+    git annex find --include='*'
+</code></pre>
+
+<h4>What is the expected output? What do you see instead?</h4>
+Only <tt>ō</tt> is listed. Files containing ISO8859-15 characters that are not in ASCII-7, such as <tt>òó</tt>, are not listed by
+<code>git annex find --include='*'</code>. On the other hand, <code>git annex find --in=here</code> lists both.
+
+<h4>What version of git-annex are you using? On what operating system?</h4>
+git-annex 4.20130227, on Debian GNU/Linux (sid, i386).
+
+<h4>Please provide any additional information below.</h4>
+<pre><code>    ~$ locale
+    LANG=en_US.UTF-8
+    LANGUAGE=en
+    LC_CTYPE="en_US.UTF-8"
+    LC_NUMERIC=C
+    LC_TIME=en_DK.UTF-8
+    LC_COLLATE="en_US.UTF-8"
+    LC_MONETARY="en_US.UTF-8"
+    LC_MESSAGES="en_US.UTF-8"
+    LC_PAPER=sv_SE.UTF-8
+    LC_NAME=sv_SE.UTF-8
+    LC_ADDRESS=sv_SE.UTF-8
+    LC_TELEPHONE=sv_SE.UTF-8
+    LC_MEASUREMENT=sv_SE.UTF-8
+    LC_IDENTIFICATION="en_US.UTF-8"
+    LC_ALL=
+</code></pre>
+
+> Tracked this back to a bug in either the C library or the haskell
+> regex-posix wrpaper around it. I'm not sure which, but I emailed the
+> maintainer of the haskell library. It just doesn't think these
+> things are characters; even `.` fails to match them! Everything should
+> match that...
+> 
+> There are apparently quite a lot of bugs on POSIX regex libraries
+> as implemented on different systems:
+> <http://www.haskell.org/haskellwiki/Regex_Posix>
+> 
+> It seemed best to jettison this dependency entirely; I've switched it to
+> haskell's pure regex-tdfa library, which works nicely. [[done]]
+> --[[Joey]]
diff --git a/doc/bugs/git-annex_doesn__39__t_list_files_containing_ISO8859-15_characters/comment_1_b84e831298c03b12471fb75da597e365._comment b/doc/bugs/git-annex_doesn__39__t_list_files_containing_ISO8859-15_characters/comment_1_b84e831298c03b12471fb75da597e365._comment
new file mode 100644
index 0000000000..17d3d398ab
--- /dev/null
+++ b/doc/bugs/git-annex_doesn__39__t_list_files_containing_ISO8859-15_characters/comment_1_b84e831298c03b12471fb75da597e365._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.212"
+ subject="comment 1"
+ date="2013-03-08T20:09:02Z"
+ content="""
+Wow, that was fast :-) Many thanks!
+"""]]
diff --git a/doc/bugs/git-annex_dropunused_has_no_effect.mdwn b/doc/bugs/git-annex_dropunused_has_no_effect.mdwn
new file mode 100644
index 0000000000..b9b159e3d8
--- /dev/null
+++ b/doc/bugs/git-annex_dropunused_has_no_effect.mdwn
@@ -0,0 +1,12 @@
+Hi Joey,
+
+I have a repository with many thousands of unused files.  It's hard to know exactly how many because it takes up to 5 seconds to print the name of every single one, so I'm largely guessing based on my knowledge of what I've recently deleted.
+
+When I run `git annex dropunused FOO`, it doesn't matter what `FOO` is -- a number, a range, the word "foo" -- the `dropunused` command returns to the prompt instantly in all cases.
+
+What can I do to drop all these unused files eating up i-nodes?  Is there a debug flag I can turn on?
+
+Thanks,
+  John
+
+> added a message [[done]] --[[Joey]]
diff --git a/doc/bugs/git-annex_dropunused_has_no_effect/comment_1_66b581eb7111a9e98c6406ec75b899cf._comment b/doc/bugs/git-annex_dropunused_has_no_effect/comment_1_66b581eb7111a9e98c6406ec75b899cf._comment
new file mode 100644
index 0000000000..0624eb27ce
--- /dev/null
+++ b/doc/bugs/git-annex_dropunused_has_no_effect/comment_1_66b581eb7111a9e98c6406ec75b899cf._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~arand"
+ nickname="arand"
+ subject="comment 1"
+ date="2013-03-03T22:34:27Z"
+ content="""
+Vhat kind of annex is this (direct/indirect, on what filesystem, etc.)?
+
+Also what version of git-annex?
+
+I know that direct mode didn't support dropunused, at least before, and on earlier versions of annex switching back to indirect after deleting things in direct didn't work either for dropunused, if I recall correctly.
+"""]]
diff --git a/doc/bugs/git-annex_dropunused_has_no_effect/comment_2_11c46cd2087511c3d22b7ce7c149b3e9._comment b/doc/bugs/git-annex_dropunused_has_no_effect/comment_2_11c46cd2087511c3d22b7ce7c149b3e9._comment
new file mode 100644
index 0000000000..22a8a0c4f7
--- /dev/null
+++ b/doc/bugs/git-annex_dropunused_has_no_effect/comment_2_11c46cd2087511c3d22b7ce7c149b3e9._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 2"
+ date="2013-03-03T22:43:41Z"
+ content="""
+It's a ZFS filesystem, using indirect mode.  Here are my version numbers:
+
+    Vulcan:~/src/fpco $ git annex version
+    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
+
+"""]]
diff --git a/doc/bugs/git-annex_dropunused_has_no_effect/comment_3_b1c3d8c6ec4b20727aaa9c4b746531b0._comment b/doc/bugs/git-annex_dropunused_has_no_effect/comment_3_b1c3d8c6ec4b20727aaa9c4b746531b0._comment
new file mode 100644
index 0000000000..b1c2ce085f
--- /dev/null
+++ b/doc/bugs/git-annex_dropunused_has_no_effect/comment_3_b1c3d8c6ec4b20727aaa9c4b746531b0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-03T23:56:17Z"
+ content="""
+dropunused will do nothing if the number provided to drop is not listed in `.git/annex/unused`
+
+The file should be generated when you run `git annex unused`
+"""]]
diff --git a/doc/bugs/git-annex_dropunused_has_no_effect/comment_4_f05a9a3760858c5ee5c98dd8ab059c28._comment b/doc/bugs/git-annex_dropunused_has_no_effect/comment_4_f05a9a3760858c5ee5c98dd8ab059c28._comment
new file mode 100644
index 0000000000..9e18696b12
--- /dev/null
+++ b/doc/bugs/git-annex_dropunused_has_no_effect/comment_4_f05a9a3760858c5ee5c98dd8ab059c28._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="comment 4"
+ date="2013-03-05T22:43:12Z"
+ content="""
+Ah, thanks Joey, that explains it.  An error message to that effect would be great!
+"""]]
diff --git a/doc/bugs/git-annex_fix_not_noticing_file_renames.mdwn b/doc/bugs/git-annex_fix_not_noticing_file_renames.mdwn
new file mode 100644
index 0000000000..a68533980e
--- /dev/null
+++ b/doc/bugs/git-annex_fix_not_noticing_file_renames.mdwn
@@ -0,0 +1,36 @@
+What steps will reproduce the problem?
+
+    ~$ 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$ echo "file1" > file1
+    testannex$ git annex add file1
+    add file1 (checksum...) ok
+    (Recording state in git...)
+    testannex$ mkdir directory
+    testannex$ mv file1 directory/
+    testannex$ cat directory/file1 
+    cat: directory/file1: No such file or directory
+    testannex$ git annex fix directory/file1
+    git-annex: directory/file1 not found
+
+
+What is the expected output? What do you see instead?
+
+    git annex fix should fix the symlink.  It looks like maybe it's *following* the symlink?
+
+What version of git-annex are you using? On what operating system?
+
+    checkout:  20d195f   compiled on OS X 10.7 using cabal.  
+
+Please provide any additional information below.
+
+    git annex assistant is not noticing file renames either.
+
+> git-annex commands (other than `git annex add`) only operate on files
+> checked into git, which `directory/file1` is not, since you did not use
+> `git mv`. Once you `git add` the file, it'll work. [[done]] --[[Joey]]
diff --git a/doc/bugs/git-annex_fix_not_noticing_file_renames/comment_1_4edd95200d59ec5a5426167b8da8e3f9._comment b/doc/bugs/git-annex_fix_not_noticing_file_renames/comment_1_4edd95200d59ec5a5426167b8da8e3f9._comment
new file mode 100644
index 0000000000..589dfbf061
--- /dev/null
+++ b/doc/bugs/git-annex_fix_not_noticing_file_renames/comment_1_4edd95200d59ec5a5426167b8da8e3f9._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2012-12-13T20:14:37Z"
+ content="""
+Thanks for the response!  It's good to know how it works right now.
+
+The reason I was expecting it to work on the files even if I moved them without git rename, is this:
+
+Imaginary use case:
+
+I am using git annex assistant, and not using the command line at all.  Maybe I don't know anything about git.  I am on a machine in the \"client\" group, so it drops content in \"archive\" subdirectories after storing it safely in a repository in the \"backup\" group.
+
+To add content to git annex, I drag and drop it into the git annex directory.  Assistant notices, and it gets added to the annex (it is now a symlink).  Yay!
+
+To archive content, I drag and drop the file (its symlink actually) from the git annex directory to an annex/archive directory, assistant notices, and it gets moved off to backup directories, and this symlink becomes dead.  This doesn't work because git annex assistant doesn't notice renames.
+
+To retrieve content from an archive, I drag and drop the dead link in the archive directory to a parent directory, and git annex notices and grabs the content from a backup somewhere.  This doesn't work, because git annex assistant doesn't notice renames.
+
+These kinds of operations are necessary if I'm going to archive and unarchive files, or otherwise move and manage them, while the assistant is running, without using git from the command line.
+
+
+"""]]
diff --git a/doc/bugs/git-annex_fix_not_noticing_file_renames/comment_2_a9a44debefb3bdd4b8ed2d1cf53f2338._comment b/doc/bugs/git-annex_fix_not_noticing_file_renames/comment_2_a9a44debefb3bdd4b8ed2d1cf53f2338._comment
new file mode 100644
index 0000000000..33f05eac7d
--- /dev/null
+++ b/doc/bugs/git-annex_fix_not_noticing_file_renames/comment_2_a9a44debefb3bdd4b8ed2d1cf53f2338._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 2"
+ date="2012-12-13T20:24:32Z"
+ content="""
+The assistant does notice renames, and also automatically fixes links.
+"""]]
diff --git a/doc/bugs/git-annex_fix_not_noticing_file_renames/comment_3_0efb11f35b872b75a3fbc4ebb71ac827._comment b/doc/bugs/git-annex_fix_not_noticing_file_renames/comment_3_0efb11f35b872b75a3fbc4ebb71ac827._comment
new file mode 100644
index 0000000000..75c02dda1e
--- /dev/null
+++ b/doc/bugs/git-annex_fix_not_noticing_file_renames/comment_3_0efb11f35b872b75a3fbc4ebb71ac827._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 3"
+ date="2012-12-13T20:39:57Z"
+ content="""
+The assistant doesn't seem to be noticing renames or fixing files anymore, for me; that was what got me started on this bug report, though it sounds like I took it in an irrelevant direction by focusing on the command line and \"git annex fix.\"
+
+I'll double check, and submit a new bug report if I can confirm that assistant isn't doing what it should.
+"""]]
diff --git a/doc/bugs/git-annex_get:_requested_key_is_not_present.mdwn b/doc/bugs/git-annex_get:_requested_key_is_not_present.mdwn
new file mode 100644
index 0000000000..f4c5b3d09a
--- /dev/null
+++ b/doc/bugs/git-annex_get:_requested_key_is_not_present.mdwn
@@ -0,0 +1,41 @@
+### Please describe the problem.
+
+I setup 3 repositories on my laptop and 3 on my server using the webapp, see the following scheme:
+
+Laptop <- sync with -> Server
+
+    /home/fabian/Dokumente (Client) <-> /mnt/raid/Dokumente (Full-Backup)
+    /home/fabian/Bilder (Client)    <-> /mnt/raid/Bilder (Full-Backup)
+    /mnt/data-common/Audio (Manual) <-> /mnt/raid/Audio (Full-Backup)
+
+As you can see, the Audio folder is in manual mode on the laptop, so it does not get any files automatically.
+If I now want to get a folder with 'git-annex get' I get the following error:
+
+    fabian@fabian-thinkpad /mnt/data-common/Audio $ git-annex get Musik
+    get Musik/+⁄-/2003 - You Are Here (Bonus Disc)/01 - I've Been Lost.ogg (from eifel.fritz.box__mnt_raid_Audio...) 
+      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(605) [Receiver=3.0.9]
+
+      Unable to access these remotes: eifel.fritz.box__mnt_raid_Audio
+    
+      Try making some of these repositories available:
+      	efe13d8c-2b02-455f-9874-b7043caa332f -- eifel.fritz.box__mnt_raid_Audio (fabian@eifel:/mnt/raid/Audio)
+    failed
+
+### What steps will reproduce the problem?
+
+I do not really know the minimal setup to reproduce this problem.
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex 4.20130417 on Gentoo Linux using Ebuilds from Haskell overlay
+
+> I suspect this was some kind of misconfiguration, or 
+> one of the kinds of data corruption that git-annex can automatically heal from. 
+> 
+> I am pretty sure I didn't make any changes to git-annex that caused
+> the problem to stop happening!
+> 
+> While it would be very good to get to the bottom of this, I don't see
+> any benefit to keeping this report open without more info. [[done]] --[[Joey]]
diff --git a/doc/bugs/git-annex_get:_requested_key_is_not_present/comment_1_d4baa6607a61d0e6a7cea1325a5ddf95._comment b/doc/bugs/git-annex_get:_requested_key_is_not_present/comment_1_d4baa6607a61d0e6a7cea1325a5ddf95._comment
new file mode 100644
index 0000000000..70c3f77d08
--- /dev/null
+++ b/doc/bugs/git-annex_get:_requested_key_is_not_present/comment_1_d4baa6607a61d0e6a7cea1325a5ddf95._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-27T19:54:42Z"
+ content="""
+This error message means that the file's content is not present on your server. 
+
+It seems like git-annex *thinks* the file is there, so it sent it there. But something appears to have happened to it.
+
+You can investigate like this:
+
+* Get the file's key, by running `basename $(git cat-file p 'HEAD:Musik/+⁄-/2003 - You Are Here (Bonus Disc)/01 - I've Been Lost.ogg')`
+* Run `find` in /mnt/raid/Audio on the server, and grep for that key.
+
+If that finds any files, we may have a git-annex bug of some kind.
+
+If it finds an empty directory, that's an indication that the file's content was sent to the server before, but has now somehow gotten deleted.
+
+----
+
+You may also want to run, on the client: `git annex fsck --fast --from eifel.fritz.box__mnt_raid_Audio`  
+That will check that all the files it thinks should be on the server are still there. If it says \"fixing location log\",
+then it's found other files that were expected to be on the server but don't seem to be any longer.
+
+"""]]
diff --git a/doc/bugs/git-annex_get:_requested_key_is_not_present/comment_2_b49725488c3db5e00ede7b65ed9d62fa._comment b/doc/bugs/git-annex_get:_requested_key_is_not_present/comment_2_b49725488c3db5e00ede7b65ed9d62fa._comment
new file mode 100644
index 0000000000..46a488c209
--- /dev/null
+++ b/doc/bugs/git-annex_get:_requested_key_is_not_present/comment_2_b49725488c3db5e00ede7b65ed9d62fa._comment
@@ -0,0 +1,110 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~maestro-alubia"
+ nickname="maestro-alubia"
+ subject="comment 2"
+ date="2013-04-29T21:04:30Z"
+ content="""
+Thanks for explaining the error message.
+
+I did some investigation but I am not really understanding what is going on.
+
+But step by step, lets take a file without any confusing characters in filename (e.g. '/'), so we use the file \".directory\".
+
+1.) I run on the client:
+[[!format sh \"\"\"
+fabian@fabian-thinkpad /mnt/data-common/Audio $ ls -la .directory 
+lrwxrwxrwx 1 fabian fabian 180 25. Apr 17:15 .directory -> .git/annex/objects/Ff/m9/SHA256E-s91--378daa8e2a232ae5a04d9f6c83003d8ccfe6c8b7547c1789a130ba94017283ed/SHA256E-s91--378daa8e2a232ae5a04d9f6c83003d8ccfe6c8b7547c1789a130ba94017283ed
+fabian@fabian-thinkpad /mnt/data-common/Audio $ basename $(git cat-file -p \"HEAD:.directory\")
+SHA256E-s91--378daa8e2a232ae5a04d9f6c83003d8ccfe6c8b7547c1789a130ba94017283ed
+\"\"\"]]
+
+2.) I run on the server:
+
+[[!format sh \"\"\"
+fabian@eifel:/mnt/raid/Audio$ ls -la .directory 
+-rw----r-x 1 fabian fabian 91 Dez 13 17:35 .directory
+fabian@eifel:/mnt/raid/Audio$ basename $(git cat-file -p \"HEAD:.directory\")
+SHA256E-s91--378daa8e2a232ae5a04d9f6c83003d8ccfe6c8b7547c1789a130ba94017283ed
+fabian@eifel:/mnt/raid/Audio$ git-annex fsck .directory 
+fsck .directory (checksum...) ok
+\"\"\"]]
+
+So obviously the file is present on the server (it is using direct mode).
+
+3.) On the client again:
+
+[[!format sh \"\"\"
+fabian@fabian-thinkpad /mnt/data-common/Audio $ git-annex get .directory 
+get .directory (from eifel.fritz.box__mnt_raid_Audio...) 
+  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(605) [Receiver=3.0.9]
+
+  Unable to access these remotes: eifel.fritz.box__mnt_raid_Audio
+
+  Try making some of these repositories available:
+  	efe13d8c-2b02-455f-9874-b7043caa332f -- eifel.fritz.box__mnt_raid_Audio (fabian@eifel:/mnt/raid/Audio)
+failed
+git-annex: get: 1 failed
+fsck .directory (checking eifel.fritz.box__mnt_raid_Audio...) (fixing location log) 
+  ** Based on the location log, .directory
+  ** was expected to be present, but its content is missing.
+
+  ** No known copies exist of .directory
+failed
+(Recording state in git...)
+git-annex: fsck: 1 failed
+fabian@fabian-thinkpad /mnt/data-common/Audio $ git-annex get .directory 
+get .directory (not available) 
+  No other repository is known to contain the file.
+failed
+git-annex: get: 1 failed
+\"\"\"]]
+
+Also running \"git annex sync\" on both sides does not help.
+
+This is the configuration:
+
+Client:
+[[!format sh \"\"\"
+fabian@fabian-thinkpad /mnt/data-common/Audio $ cat .git/config 
+[core]
+	repositoryformatversion = 0
+	filemode = true
+	bare = false
+	logallrefupdates = true
+[annex]
+	uuid = a1f816fe-3fce-4887-a85c-b7b9e501a5d7
+	version = 3
+[remote \"eifel.fritz.box__mnt_raid_Audio\"]
+	url = ssh://fabian@git-annex-eifel.fritz.box-fabian_mntraidAudio/mnt/raid/Audio/
+	fetch = +refs/heads/*:refs/remotes/eifel.fritz.box__mnt_raid_Audio/*
+	annex-uuid = efe13d8c-2b02-455f-9874-b7043caa332f
+	annex-cost = 175.0
+\"\"\"]]
+
+Server:
+[[!format sh \"\"\"
+fabian@eifel:/mnt/raid/Audio$ cat .git/config 
+[core]
+	repositoryformatversion = 0
+	filemode = true
+	bare = false
+	logallrefupdates = true
+[annex]
+	uuid = efe13d8c-2b02-455f-9874-b7043caa332f
+	version = 3
+	direct = true
+[gc]
+	auto = 0
+[remote \"fabianthinkpad.fritz.box__mnt_datacommon_Audio\"]
+	url = ssh://fabian@git-annex-fabian-thinkpad.fritz.box-fabian_mntdatacommonAudio/mnt/data-common/Audio/
+	fetch = +refs/heads/*:refs/remotes/fabianthinkpad.fritz.box__mnt_datacommon_Audio/*
+	annex-uuid = a1f816fe-3fce-4887-a85c-b7b9e501a5d7
+	annex-cost = 175.0
+\"\"\"]]
+
+Please let me know if you need more information.
+
+Btw: I sent some money to my flattr account so I can support you soon. Thanks again for your work!
+"""]]
diff --git a/doc/bugs/git-annex_get:_requested_key_is_not_present/comment_3_c17a7138579b93c6f14e3444c11664ac._comment b/doc/bugs/git-annex_get:_requested_key_is_not_present/comment_3_c17a7138579b93c6f14e3444c11664ac._comment
new file mode 100644
index 0000000000..b43e2fbdc1
--- /dev/null
+++ b/doc/bugs/git-annex_get:_requested_key_is_not_present/comment_3_c17a7138579b93c6f14e3444c11664ac._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~maestro-alubia"
+ nickname="maestro-alubia"
+ subject="Fixed"
+ date="2013-06-30T11:50:42Z"
+ content="""
+The bug seems to be fixed in recent versions of git-annex (tested with 4.20130601 on \"client\" and 4.20130621 on \"server\"). Everything is now working as expected. Thank you very much for your work!
+"""]]
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_has_issues_with_git_when_staging__47__commiting_logs.mdwn b/doc/bugs/git-annex_has_issues_with_git_when_staging__47__commiting_logs.mdwn
new file mode 100644
index 0000000000..ed629c4240
--- /dev/null
+++ b/doc/bugs/git-annex_has_issues_with_git_when_staging__47__commiting_logs.mdwn
@@ -0,0 +1,34 @@
+After a series of pretty convoluted copying files around between annex'd repos and pulling changes around between repos. I noticed that occassionally when git-annex tries to stage files (the `.git-annex/*/*/*logs`) git some times gets wedged and doing a "git commit -a" doesn't seem to work or files might not get added thus leaving a bunch of untracked files or modified files that aren't staged for a commit.
+
+I tried running a *`git rm --cached -f -r *`* then *git add -u .git-annex/* or the usual *git add* then a commit fixes things for me. If I don't do that then my subsequent merges/pulls will fail and result in *no known copies of files* I suspect git-annex might have just touched some file modes and git picked up the changes but got confused since there was no content change. It might also just be a git on OSX thing and it doesn't affect linux/bsd users.
+
+For now it's just a bit of extra work for me when it does occur but it does not seem to occur often.
+
+> What do you mean when you say that git "got wedged"? It hung somehow?
+>
+> If git-annex runs concurrently with another git command that locks
+> the repository, its git add of log files can fail.
+> 
+> Update: Also, of course, if you are running a "got annex get" or
+> similar, and ctrl-c it after it has gotten some files, it can
+> end up with unstaged or in some cases un-added log files that git-annex
+> wrote -- since git-annex only stages log files in git on shutdown, and
+> ctrl-c bypasses that.
+> --[[Joey]] 
+
+>> It "got wedged" as in git doesn't let me commit anything, even though it tells me that there is stuff to be committed in the staging area.
+
+>>> I've never seen git refuse to commit staged files. There would have to
+>>> be some error message? --[[Joey]] 
+
+>>>> there were no error messages at all
+
+>>>>> Can I see a transcript? I'm having difficulty getting my head around
+>>>>> what git is doing. Sounds like the files could just not be `git
+>>>>> added` yet, but I get the impression from other things that you say
+>>>>> that it's not so simple. --[[Joey]] 
+
+This turns out to be a bug in git, and I have posted a bug report on the mailing list.
+The git-annex behavior that causes this situation is being handled as
+another bug, [[git-annex directory hashing problems on osx]].
+So, closing this bug report. [[done]] --[[Joey]]
diff --git a/doc/bugs/git-annex_immediately_re-gets_dropped_files.mdwn b/doc/bugs/git-annex_immediately_re-gets_dropped_files.mdwn
new file mode 100644
index 0000000000..2368df98d3
--- /dev/null
+++ b/doc/bugs/git-annex_immediately_re-gets_dropped_files.mdwn
@@ -0,0 +1,27 @@
+### Please describe the problem.
+
+I have some files that I want to drop from my laptop. However, as soon as I drop them (git-annex drop), the assistant starts to download them again from another repository. At first glance, this seems like a variant of [[bugs/Handling_of_files_inside_and_outside_archive_directory_at_the_same_time]].
+
+I would expect that after an explicit drop command, the files would not be re-downloaded.
+
+The repository that this is happening on is a "client" type, direct-mode repository.
+
+### What steps will reproduce the problem?
+
+    git annex drop drop-test/TestFile.data
+
+### What version of git-annex are you using? On what operating system?
+    git-annex version: 4.20130618-g333cb8e
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+    local repository version: 4
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+    I am running Ubuntu 13.04
+
+### Please provide any additional information below.
+
+log emailed.
+
+> [[done]]; not a bug, should use manual mode if manually deciding which files are in a repository --[[Joey]] 
diff --git a/doc/bugs/git-annex_immediately_re-gets_dropped_files/comment_1_09e616a4866e726a48be4febe6375cc8._comment b/doc/bugs/git-annex_immediately_re-gets_dropped_files/comment_1_09e616a4866e726a48be4febe6375cc8._comment
new file mode 100644
index 0000000000..3976f08fae
--- /dev/null
+++ b/doc/bugs/git-annex_immediately_re-gets_dropped_files/comment_1_09e616a4866e726a48be4febe6375cc8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-18T21:01:03Z"
+ content="""
+The assistant does not have information to guess why a file has changed, it just sees it has, and takes appropriate action to get it in sync. If you want to manually manage which files are present, you should enable manual mode.
+"""]]
diff --git a/doc/bugs/git-annex_incorrectly_parses_bare_IPv6_addresses.mdwn b/doc/bugs/git-annex_incorrectly_parses_bare_IPv6_addresses.mdwn
new file mode 100644
index 0000000000..c94952b490
--- /dev/null
+++ b/doc/bugs/git-annex_incorrectly_parses_bare_IPv6_addresses.mdwn
@@ -0,0 +1,59 @@
+I have a git remote in a git-annex-enabled repository. Here's what it looks like in .git/config:
+
+<pre>
+[remote "renaissance"]
+        url = ssh://[2001:0:53aa:64c:24ef:5ce4:2ef9:cdda]/home/paulproteus/Music/annex/
+        fetch = +refs/heads/*:refs/remotes/renaissance/*
+        annex-uuid = 2992752e-1a13-11e0-ba68-57d3c800da64
+</pre>
+
+I wanted to "git annex get" some data. git-annex appears to pass incorrectly-formatted IPv6 addresses to rsync:
+
+<pre>
+get primary/emusiq/Arab Strap/Monday At The Hug And Pint/01-The Shy Retirer.mp3 (copying from renaissance...) 
+ssh: Could not resolve hostname [2001:0:53aa:64c:24ef:5ce4:2ef9:cdda]: Name or service not known
+rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
+rsync error: unexplained error (code 255) at io.c(601) [Receiver=3.0.7]
+
+  rsync failed -- run git annex again to resume file transfer
+  Unable to access these remotes: renaissance
+  Try making some of these repositories available:
+  	2992752e-1a13-11e0-ba68-57d3c800da64
+failed
+</pre>
+
+In this case, the square brackets should not be there.
+
+I tried changing the .git/config syntax slightly, and got a different, also-incorrect behavior:
+
+<pre>
+[remote "renaissance"]
+        url = [2001:0:53aa:64c:24ef:5ce4:2ef9:cdda]:/home/paulproteus/Music/annex/
+        fetch = +refs/heads/*:refs/remotes/renaissance/*
+        annex-uuid = 2992752e-1a13-11e0-ba68-57d3c800da64
+</pre>
+
+<pre>
+paulproteus@pathi:~/Music/annex$ git annex get
+git-annex: bad url ssh://[2001/~/0:53aa:64c:24ef:5ce4:2ef9:cdda]:/home/paulproteus/Music/annex/
+</pre>
+
+(Note that both these .git/config entries work fine with "git fetch".)
+
+-- Asheesh.
+
+> Technically, this seems to be a bug in the haskell URI library; it honors
+> the `[]` in parsing, but does not remove them when the URI is queried for
+> the host part. 
+
+<pre>
+Prelude Network.URI> let (Just u) = parseURI "http://foo@[2001:0:53aa:64c:24ef:5ce4:2ef9:cdda]/bar"
+Prelude Network.URI> let (Just a) = uriAuthority u
+Prelude Network.URI> uriRegName a
+"[2001:0:53aa:64c:24ef:5ce4:2ef9:cdda]"
+Prelude Network.URI> isIPv6address $ uriRegName a
+False
+</pre>
+
+> I have filed a [bug upstream](http://trac.haskell.org/network/ticket/40), and put a workaround in git-annex. [[done]]
+> --[[Joey]] 
diff --git a/doc/bugs/git-annex_losing_rsync_remotes_with_encryption_enabled.mdwn b/doc/bugs/git-annex_losing_rsync_remotes_with_encryption_enabled.mdwn
new file mode 100644
index 0000000000..8df3608dbe
--- /dev/null
+++ b/doc/bugs/git-annex_losing_rsync_remotes_with_encryption_enabled.mdwn
@@ -0,0 +1,103 @@
+Somehow git-annex has again lost a complete rsync remote with encryption enabled...
+
+git-annex version was 3.20111111
+
+> "once again" ? When did it do it before?
+
+>> It's the second time i uploaded all the files to an encrypted rsync remote and git-annex is not able to find it anymore. --[[gebi]]
+
+> "lost" ? How is the remote lost?
+
+>> git-annex is not able to find any files on the encrypted rsync remote anymore.
+>> Copy does not copy the content again but drop doesn't find it, thus it's somehow "lost" and in an strange state.
+>> I've also had the state where the content was already on the remote side but git-annex copy would copy it again,
+>> ignoring all the data on the remote side. --[[gebi]]
+
+Both *remoteserver* and *localserver* are rsync remotes with enabled encryption.
+All commands are executed on the git repository on my laptop.
+Target of origin is a gitolite repository without annex support (thus the two rsync remotes).
+
+Is there a way in git-annex to verify that all files fullfill the numcopies, in my case
+numcopies=2, and can be read from the remotes their are on?
+I thought that *copy* would verify that, but seems not.
+    
+    % g a copy --to remoteserver tools
+    copy tools/md5_sha1_utility.exe (gpg) (checking remoteserver...) ok
+    copy tools/win32diskimager-RELEASE-0.2-r23-win32.zip (checking remoteserver...) ok
+    
+    % g a copy --to localserver tools
+    copy tools/md5_sha1_utility.exe (gpg) (checking localserver...) ok
+    copy tools/win32diskimager-RELEASE-0.2-r23-win32.zip (checking localserver...) ok
+    
+    % g a drop tools
+    drop tools/md5_sha1_utility.exe (gpg) (checking localserver...) (checking remoteserver...) (unsafe)
+      Could only verify the existence of 1 out of 2 necessary copies
+      
+      Try making some of these repositories available:
+            718a9b5c-1b4a-11e1-8211-6f094f20e050 -- remoteserver (remote backupserver)
+      
+      (Use --force to override this check, or adjust annex.numcopies.)
+    failed
+    drop tools/win32diskimager-RELEASE-0.2-r23-win32.zip (checking localserver...) (checking remoteserver...) (unsafe)
+      Could only verify the existence of 1 out of 2 necessary copies
+      
+      Try making some of these repositories available:
+            718a9b5c-1b4a-11e1-8211-6f094f20e050 -- remoteserver (remote backupserver)
+      
+      (Use --force to override this check, or adjust annex.numcopies.)
+    failed
+    git-annex: drop: 2 failed
+    
+    % g a fsck tools
+    fsck tools/md5_sha1_utility.exe (checksum...) ok
+    fsck tools/win32diskimager-RELEASE-0.2-r23-win32.zip (checksum...) ok
+
+> Copy does do an explicit check that the content is present on remoteserver,
+> and based on the above, the content was found to be already there,
+> which is why it did not copy it again.
+> 
+> Drop does an indentical check that the content is present, and 
+> since it failed to find it, I am left thinking something must have
+> happened to the remove in between the copy and the drop to cause the
+> content to go away.
+> 
+> What happens if you copy the data to remoteserver again? --[[Joey]]
+
+The commands above are executed within a few seconds and completely repeatable. --[[gebi]]
+
+> In that case, why don't you run the commands with `-d` to see the actual
+> rsync command it's running to check if the content is present. 
+> Then you can try repeatedly running the command by hand and see why it
+> sometimes succeeds and sometimes fail.
+
+The commands fail and succeed consistently, not either or.
+git annex copy succeeds consistently with not copying the content to remote because it checks and it's already there.
+
+git annex drop fails consistently with error because content is missing on the exact same remote git annex copy checks
+and thinks the content is there. --[[gebi]]
+
+> The command will be something like this:
+> `rsync --quiet hostname:/dir/file 2>/dev/null`
+> 
+> The exit status is what's used to see if content is present -- and
+> currently any failure even a failure to connect is taken to mean it's not
+> present. --[[Joey]]
+
+hm... thats interesting, git annex drop and git annex copy check for different hashes on the same file at the same remote...
+
+git annex drop -d tools/md5_sha1_utility.exe
+> Running: sh ["-c","rsync --quiet 'REMOVED_HOST:annex/work/JF/z7/'\"'\"'GPGHMACSHA1--7ffb3840f0e37aee964352e98808403655e8473a/GPGHMACSHA1--7ffb3840f0e37aee964352e98808403655e8473a'\"'\"'' 2>/dev/null"]
+
+git annex copy --to remoteserver -d tools/md5_sha1_utility.exe
+> Running: sh ["-c","rsync --quiet 'REMOVED_HOST:annex/work/1F/PQ/'\"'\"'GPGHMACSHA1--ff075e57f649300c5698e346be74fb6e22d70e35/GPGHMACSHA1--ff075e57f649300c5698e346be74fb6e22d70e35'\"'\"'' 2>/dev/null"]
+
+And yes, only the hash *annex copy* is checking for exists on the remote side. --[[gebi]]
+
+> Ok, this is due to too aggressive caching of the decrypted cipher
+> for a remote. When dopping, it decrypts localserver's cipher, 
+> caches it, and then when checking remoteserver it says hey, 
+> here's an already decrypted cipher -- it must be the right one!
+> 
+> Problem reproduced here, and fixed. [[done]] --[[Joey]]
+
+THX Joey! -- [[gebi]]
diff --git a/doc/bugs/git-annex_merge_stalls.mdwn b/doc/bugs/git-annex_merge_stalls.mdwn
new file mode 100644
index 0000000000..98615e3523
--- /dev/null
+++ b/doc/bugs/git-annex_merge_stalls.mdwn
@@ -0,0 +1,16 @@
+### 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"]]
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_on_crippled_filesystem_can_still_failed_due_to_case_.mdwn b/doc/bugs/git-annex_on_crippled_filesystem_can_still_failed_due_to_case_.mdwn
new file mode 100644
index 0000000000..53b993de26
--- /dev/null
+++ b/doc/bugs/git-annex_on_crippled_filesystem_can_still_failed_due_to_case_.mdwn
@@ -0,0 +1,32 @@
+What steps will reproduce the problem?
+
+    $ git clone ~/corbeau/travail/ travail
+    Cloning into 'travail'...
+    done.
+    Checking out files: 100% (8670/8670), done.
+    $ cd travail
+    $ git annex init "portable USB drive"
+    init portable USB drive 
+      Detected a crippled filesystem.
+
+      Enabling direct mode.
+
+    git-annex: /media/LACIE/travail/.git/annex/objects/k1: createDirectory: already exists (File exists)
+    failed
+    git-annex: init: 1 failed
+
+What version of git-annex are you using? On what operating system?
+    $ apt-cache policy git-annex
+    git-annex:
+    Installé : 3.20130216
+
+This on a amd64 debian sid recently updated
+
+
+Please provide any additional information below.
+
+The problem is that git annex already created a /media/LACIE/travail/.git/annex/objects/K1 file (same name in uppercase) and FAT isn't realy case sensitive.
+
+
+> I *think* I've found the place that used createDirectory
+> rather than createDirectoryIfMissing and fixed it. [[done]] --[[Joey]]
diff --git a/doc/bugs/git-annex_on_crippled_filesystem_can_still_failed_due_to_case_/comment_1_850695231926dfe94f11342d3af7f63c._comment b/doc/bugs/git-annex_on_crippled_filesystem_can_still_failed_due_to_case_/comment_1_850695231926dfe94f11342d3af7f63c._comment
new file mode 100644
index 0000000000..a11bb3bf55
--- /dev/null
+++ b/doc/bugs/git-annex_on_crippled_filesystem_can_still_failed_due_to_case_/comment_1_850695231926dfe94f11342d3af7f63c._comment
@@ -0,0 +1,54 @@
+[[!comment format=mdwn
+ username="http://hands.com/~phil/"
+ nickname="fil"
+ subject="still seems to be a problem with 4.20130323"
+ date="2013-03-31T16:49:47Z"
+ content="""
+Hi Joey,
+
+Seems that I can still get this to choke on a VFAT system:
+
+    poker% sudo mount -o loop,gid=25,fmask=0117,dmask=0007 /home/phil/nobackup/annextest-image/vfat-annex-test.img /mnt 
+    poker% mount | grep /mnt                                                                                      
+    /home/phil/nobackup/annextest-image/vfat-annex-test.img on /mnt type vfat (rw,relatime,gid=25,fmask=0117,dmask=0007,allow_utime=0020,codepage=cp437,iocharset=utf8,shortname=mixed,errors=remount-ro)        
+    poker% cd /mnt 
+    poker% git init                                                                                               
+    Initialized empty Git repository in /mnt/.git/
+    poker% git annex init simple\ test
+    init simple test 
+      Detected a crippled filesystem.
+    
+      Enabling direct mode.
+    ok
+    (Recording state in git...)
+    poker% for i in $(seq 1 42) ; do echo $i > $i.txt ; done
+    poker% git annex add *.txt
+    add 10.txt (checksum...) ok
+    add 11.txt (checksum...) ok
+    ...
+    add 40.txt (checksum...) ok
+    add 41.txt (checksum...) ok
+    add 42.txt (checksum...) 
+    git-annex: /mnt/.git/annex/objects/Wj/56: createDirectory: does not exist (No such file or directory)
+    failed
+    add 4.txt (checksum...) ok
+    add 5.txt (checksum...) ok
+    add 6.txt (checksum...) ok
+    add 7.txt (checksum...) ok
+    add 8.txt (checksum...) ok
+    add 9.txt (checksum...) ok
+    (Recording state in git...)
+    git-annex: add: 1 failed
+    poker% ls -ld /mnt/.git/annex/objects/[wW][jJ]
+    drwxrwx--- 3 root floppy 4096 Mar 31 17:21 /mnt/.git/annex/objects/wJ
+    poker% git annex version  
+    git-annex version: 4.20130323
+
+perhaps I shouldn't be trying that anyway -- I was wanting to create a direct mode repo on each of my camera's SD cards, which the camera will happily ignore, but allows me to add new photos to the repo by plugging the card into my laptop, and then copy them elsewhere using git annex magic.  I'm hoping that would allow me to leave favourite photos on the camera, for showing off photos when without my laptop, while not becoming confused about which photos I've already got copies of and can safely delete (with annex's drop telling me when I try to delete things I shouldn't).
+
+The reason not to use a special directory remote (at least I think this is right judging from the wiki info) is that the camera won't grok the filenames under .git/annex/... so the photos need to be left with their names as created by the camera.
+
+Anyway, while experimenting with that idea, I bumped into the above, which seems like a continuation of this bug.
+
+_Update:_  Just tried that again, having cloned the git and rebuilt locally, and I'm still seeing the same behaviour with the very latest (i.e. 11b3942ef2aa13fe38d79e91392fc43d65a7e019)
+"""]]
diff --git a/doc/bugs/git-annex_on_crippled_filesystem_can_still_failed_due_to_case_/comment_2_c2a2f801a3e18ad597ff0acf2f104557._comment b/doc/bugs/git-annex_on_crippled_filesystem_can_still_failed_due_to_case_/comment_2_c2a2f801a3e18ad597ff0acf2f104557._comment
new file mode 100644
index 0000000000..8ab32ede26
--- /dev/null
+++ b/doc/bugs/git-annex_on_crippled_filesystem_can_still_failed_due_to_case_/comment_2_c2a2f801a3e18ad597ff0acf2f104557._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-04-04T19:47:50Z"
+ content="""
+Whups, this bug report was closed; I almost missed this new bug and test case.
+
+So, on these filesystems that are horribly confused about case, it's possible for `mkdir FOO` to fail with \"already exists\", because there is a directory named `foo` ... but then `mkdir FOO/bar` fails with \"no such file or directory\". 
+
+That is an intractable problem. It follows that it's simply not safe to use mixed case files on such a filesystem. You will always shoot your later self in the foot. (I personally think it's outright foolish to use a filesystem with such horrible semantics at all, but whatever.)
+
+So.. I took a good look at this, and it turns out that
+
+* since this is a crippled filesystem anyway, git-annex doesn't use symlinks on it
+* so there's no reason to use the mixed case hash directories that we're stuck using to avoid breaking everyone's symlinks to the content
+* so we can do what is already done for all bare repos, and make non-bare repos on crippled filesystems use the all-lower case hash directories
+* which are, happily, all 3 letters long, so they cannot conflict with mixed case hash directories
+* so I was able to 100% fix this and even resuming `git annex add` in the test case will recover and it will all just work.
+
+Yay!
+"""]]
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..d5830be578
--- /dev/null
+++ b/doc/bugs/git-annex_opens_too_many_files.mdwn
@@ -0,0 +1,40 @@
+[[!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.
+"""]]
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_quit_unexpectedly___40__macosx__41__.mdwn b/doc/bugs/git-annex_quit_unexpectedly___40__macosx__41__.mdwn
new file mode 100644
index 0000000000..a682c12cc5
--- /dev/null
+++ b/doc/bugs/git-annex_quit_unexpectedly___40__macosx__41__.mdwn
@@ -0,0 +1,358 @@
+### Please describe the problem.
+
+I installed the git-annex app for MacOSX (10.8.4)
+
+### What steps will reproduce the problem?
+
+- Created a repository
+- In the configuration, entered my google username/password
+
+### What version of git-annex are you using? On what operating system?
+
+bundle version: 0.0.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
+
+Process:         git-annex [12934]
+Path:            /Applications/git-annex.app/Contents/MacOS/bundle/git-annex
+Identifier:      git-annex
+Version:         0
+Code Type:       X86-64 (Native)
+Parent Process:  ??? [1]
+User ID:         502
+
+Date/Time:       2013-08-17 12:27:12.495 -0700
+OS Version:      Mac OS X 10.8.4 (12E55)
+Report Version:  10
+Sleep/Wake UUID: 6DB42174-0147-4C8B-B83E-F305823297CA
+
+Interval Since Last Report:          294009 sec
+Crashes Since Last Report:           4
+Per-App Crashes Since Last Report:   4
+Anonymous UUID:                      0D492F72-DAE5-360C-A6D6-ECB38FD53115
+
+Crashed Thread:  3
+
+Exception Type:  EXC_BAD_ACCESS (SIGSEGV)
+Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000000
+
+VM Regions Near 0:
+--> 
+    __TEXT                 000000010b5e6000-000000010e08d000 [ 42.7M] r-x/rwx SM=COW  /Applications/git-annex.app/Contents/MacOS/bundle/git-annex
+
+Thread 0:: Dispatch queue: com.apple.main-thread
+0   libsystem_kernel.dylib        	0x00007fff931400fa __psynch_cvwait + 10
+1   libsystem_c.dylib             	0x00007fff86adffe9 _pthread_cond_wait + 869
+2   git-annex                     	0x000000010df20179 0x10b5e6000 + 43229561
+3   git-annex                     	0x000000010defc8eb 0x10b5e6000 + 43084011
+4   git-annex                     	0x000000010df0bc86 0x10b5e6000 + 43146374
+5   git-annex                     	0x000000010df0c6fb 0x10b5e6000 + 43149051
+6   git-annex                     	0x000000010df07b46 0x10b5e6000 + 43129670
+7   git-annex                     	0x000000010df07c69 0x10b5e6000 + 43129961
+8   git-annex                     	0x000000010bcff518 0x10b5e6000 + 7443736
+9   libdyld.dylib                 	0x00007fff8c3e47e1 start + 1
+
+Thread 1:
+0   libsystem_kernel.dylib        	0x00007fff931400fa __psynch_cvwait + 10
+1   libsystem_c.dylib             	0x00007fff86adffe9 _pthread_cond_wait + 869
+2   git-annex                     	0x000000010df20179 0x10b5e6000 + 43229561
+3   git-annex                     	0x000000010defc8eb 0x10b5e6000 + 43084011
+4   git-annex                     	0x000000010df0bc86 0x10b5e6000 + 43146374
+5   git-annex                     	0x000000010df0c5e0 0x10b5e6000 + 43148768
+6   libsystem_c.dylib             	0x00007fff86adb7a2 _pthread_start + 327
+7   libsystem_c.dylib             	0x00007fff86ac81e1 thread_start + 13
+
+Thread 2:
+0   libsystem_kernel.dylib        	0x00007fff931400fa __psynch_cvwait + 10
+1   libsystem_c.dylib             	0x00007fff86adffe9 _pthread_cond_wait + 869
+2   git-annex                     	0x000000010df20179 0x10b5e6000 + 43229561
+3   git-annex                     	0x000000010defc8eb 0x10b5e6000 + 43084011
+4   git-annex                     	0x000000010df0bc86 0x10b5e6000 + 43146374
+5   git-annex                     	0x000000010df0c5e0 0x10b5e6000 + 43148768
+6   libsystem_c.dylib             	0x00007fff86adb7a2 _pthread_start + 327
+7   libsystem_c.dylib             	0x00007fff86ac81e1 thread_start + 13
+
+Thread 3 Crashed:
+0   libsystem_c.dylib             	0x00007fff86ae0bf9 pthread_mutex_lock + 20
+1   H                             	0x000000010e9fd29f gnutls_system_mutex_lock + 12
+2   H                             	0x000000010ea7fa29 wrap_nettle_rnd_refresh + 20
+3   H                             	0x000000010e9fee89 gnutls_deinit + 42
+4   git-annex                     	0x000000010caf0a3a 0x10b5e6000 + 22063674
+
+Thread 4:
+0   libsystem_kernel.dylib        	0x00007fff93140d2a kevent64 + 10
+1   git-annex                     	0x000000010deab5fa 0x10b5e6000 + 42751482
+
+Thread 5:
+0   libsystem_kernel.dylib        	0x00007fff931400fa __psynch_cvwait + 10
+1   libsystem_c.dylib             	0x00007fff86adffe9 _pthread_cond_wait + 869
+2   git-annex                     	0x000000010df20179 0x10b5e6000 + 43229561
+3   git-annex                     	0x000000010defc8eb 0x10b5e6000 + 43084011
+4   git-annex                     	0x000000010df0bc86 0x10b5e6000 + 43146374
+5   git-annex                     	0x000000010df0c5e0 0x10b5e6000 + 43148768
+6   libsystem_c.dylib             	0x00007fff86adb7a2 _pthread_start + 327
+7   libsystem_c.dylib             	0x00007fff86ac81e1 thread_start + 13
+
+Thread 6:: Dispatch queue: com.apple.libdispatch-manager
+0   libsystem_kernel.dylib        	0x00007fff93140d16 kevent + 10
+1   libdispatch.dylib             	0x00007fff8e6fedea _dispatch_mgr_invoke + 883
+2   libdispatch.dylib             	0x00007fff8e6fe9ee _dispatch_mgr_thread + 54
+
+Thread 7:
+0   libsystem_kernel.dylib        	0x00007fff9313e686 mach_msg_trap + 10
+1   libsystem_kernel.dylib        	0x00007fff9313dc42 mach_msg + 70
+2   com.apple.CoreFoundation      	0x00007fff8c1e2233 __CFRunLoopServiceMachPort + 195
+3   com.apple.CoreFoundation      	0x00007fff8c1e7916 __CFRunLoopRun + 1078
+4   com.apple.CoreFoundation      	0x00007fff8c1e70e2 CFRunLoopRunSpecific + 290
+5   com.apple.CoreFoundation      	0x00007fff8c1f5dd1 CFRunLoopRun + 97
+6   git-annex                     	0x000000010c72b3ec 0x10b5e6000 + 18109420
+7   libsystem_c.dylib             	0x00007fff86adb7a2 _pthread_start + 327
+8   libsystem_c.dylib             	0x00007fff86ac81e1 thread_start + 13
+
+Thread 8:
+0   libsystem_kernel.dylib        	0x00007fff9313e686 mach_msg_trap + 10
+1   libsystem_kernel.dylib        	0x00007fff9313dc42 mach_msg + 70
+2   com.apple.CoreFoundation      	0x00007fff8c1e2233 __CFRunLoopServiceMachPort + 195
+3   com.apple.CoreFoundation      	0x00007fff8c1e7916 __CFRunLoopRun + 1078
+4   com.apple.CoreFoundation      	0x00007fff8c1e70e2 CFRunLoopRunSpecific + 290
+5   com.apple.CoreFoundation      	0x00007fff8c1f5dd1 CFRunLoopRun + 97
+6   git-annex                     	0x000000010c72b3ec 0x10b5e6000 + 18109420
+7   libsystem_c.dylib             	0x00007fff86adb7a2 _pthread_start + 327
+8   libsystem_c.dylib             	0x00007fff86ac81e1 thread_start + 13
+
+Thread 9:
+0   libsystem_kernel.dylib        	0x00007fff9313e686 mach_msg_trap + 10
+1   libsystem_kernel.dylib        	0x00007fff9313dc42 mach_msg + 70
+2   com.apple.CoreFoundation      	0x00007fff8c1e2233 __CFRunLoopServiceMachPort + 195
+3   com.apple.CoreFoundation      	0x00007fff8c1e7916 __CFRunLoopRun + 1078
+4   com.apple.CoreFoundation      	0x00007fff8c1e70e2 CFRunLoopRunSpecific + 290
+5   com.apple.CoreFoundation      	0x00007fff8c1f5dd1 CFRunLoopRun + 97
+6   git-annex                     	0x000000010c72b3ec 0x10b5e6000 + 18109420
+7   libsystem_c.dylib             	0x00007fff86adb7a2 _pthread_start + 327
+8   libsystem_c.dylib             	0x00007fff86ac81e1 thread_start + 13
+
+Thread 3 crashed with X86 Thread State (64-bit):
+  rax: 0x000000010eaaca28  rbx: 0x00007f9dc38000c0  rcx: 0x000000010f87ce00  rdx: 0x000000010e3c28f0
+  rdi: 0x0000000000000000  rsi: 0x001c4500001c4500  rbp: 0x000000010f87ce10  rsp: 0x000000010f87cdd0
+   r8: 0x0000000000002060   r9: 0x000000010f87ce00  r10: 0x000000010eabf328  r11: 0x000000010e9fee5f
+  r12: 0x000000010f5585d8  r13: 0x000000010e3c2798  r14: 0x0000000000000000  r15: 0x000000010f548140
+  rip: 0x00007fff86ae0bf9  rfl: 0x0000000000010202  cr2: 0x0000000000000000
+Logical CPU: 0
+
+Binary Images:
+       0x10b5e6000 -        0x10e08cff7 +git-annex (0) <2C4C13B3-4830-322A-A144-9E51B386EB1E> /Applications/git-annex.app/Contents/MacOS/bundle/git-annex
+       0x10e85a000 -        0x10e957ff7 +E (22.3) <47B09CB2-C636-3024-8B55-6040F7829B4C> /Applications/git-annex.app/Contents/MacOS/bundle/E
+       0x10e990000 -        0x10e9a4fff +F (0) <FA90B1B1-A866-3A6C-BB97-06955F4C8C0B> /Applications/git-annex.app/Contents/MacOS/bundle/F
+       0x10e9ab000 -        0x10e9d8ff7 +G (0) <D80652C0-9A55-351C-8EAF-2364359BA0A2> /Applications/git-annex.app/Contents/MacOS/bundle/G
+       0x10e9de000 -        0x10eaabfdf +H (0) <29C3AFF5-8EFB-3A16-81F6-0DA6CF2675A6> /Applications/git-annex.app/Contents/MacOS/bundle/H
+       0x10eadd000 -        0x10eaefff7 +B (43) <2A1551E8-A272-3DE5-B692-955974FE1416> /Applications/git-annex.app/Contents/MacOS/bundle/B
+       0x10eaf7000 -        0x10ebecfff +D (34) <FEE8B996-EB44-37FA-B96E-D379664DEFE1> /Applications/git-annex.app/Contents/MacOS/bundle/D
+       0x10ec01000 -        0x10ed1992f +I (532.2) <90D31928-F48D-3E37-874F-220A51FD9E37> /Applications/git-annex.app/Contents/MacOS/bundle/I
+       0x10ed3d000 -        0x10ef3dfff +S (491.11.3) <5783D305-04E8-3D17-94F7-1CEAFA975240> /Applications/git-annex.app/Contents/MacOS/bundle/S
+       0x10f048000 -        0x10f06dff7 +Z (26) <D86169F3-9F31-377A-9AF3-DB17142052E4> /Applications/git-annex.app/Contents/MacOS/bundle/Z
+       0x10f0a1000 -        0x10f109ff7 +0A (65.1) <20E31B90-19B9-3C2A-A9EB-474E08F9FE05> /Applications/git-annex.app/Contents/MacOS/bundle/0A
+       0x10f163000 -        0x10f1ccfff +0B (56) <EAA2B53E-EADE-39CF-A0EF-FB9D4940672A> /Applications/git-annex.app/Contents/MacOS/bundle/0B
+       0x10f235000 -        0x10f248fff +T (0) <C8970714-4C86-3BE6-94D6-4835DCC8A003> /Applications/git-annex.app/Contents/MacOS/bundle/T
+       0x10f257000 -        0x10f264ff7 +U (0) <DCFF385A-090B-3407-868C-91544A2EFEE1> /Applications/git-annex.app/Contents/MacOS/bundle/U
+       0x10f26f000 -        0x10f291ff7 +V (0) <51B317C7-94CC-3C58-B515-924BB3AF0BCC> /Applications/git-annex.app/Contents/MacOS/bundle/V
+       0x10f29b000 -        0x10f2a8ff7 +W (0) <91CF16BE-027F-3FE6-B1EE-6B8BFD51FC1B> /Applications/git-annex.app/Contents/MacOS/bundle/W
+       0x10f2b4000 -        0x10f310fd7 +X (0) <84D934AF-A321-36C0-BBCF-CD3FDAEB0B95> /Applications/git-annex.app/Contents/MacOS/bundle/X
+    0x7fff6b1e6000 -     0x7fff6b21a93f  dyld (210.2.3) <36CAA36E-72BC-3E48-96D9-B96A2DF77730> /usr/lib/dyld
+    0x7fff8652a000 -     0x7fff865d0ff7  com.apple.CoreServices.OSServices (557.6 - 557.6) <FFDDD2D8-690D-388F-A48F-4750A792D2CD> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/OSServices.framework/Versions/A/OSServices
+    0x7fff865d1000 -     0x7fff865e8fff  libGL.dylib (8.9.2) <B8E5948D-BCF2-3727-B74E-D74B8EDC82D6> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
+    0x7fff865e9000 -     0x7fff86610fff  com.apple.framework.familycontrols (4.1 - 410) <50F5A52C-8FB6-300A-977D-5CFDE4D5796B> /System/Library/PrivateFrameworks/FamilyControls.framework/Versions/A/FamilyControls
+    0x7fff86611000 -     0x7fff8663cfff  libxslt.1.dylib (11.3) <441776B8-9130-3893-956F-39C85FFA644F> /usr/lib/libxslt.1.dylib
+    0x7fff86649000 -     0x7fff86698ff7  libcorecrypto.dylib (106.2) <CE0C29A3-C420-339B-ADAA-52F4683233CC> /usr/lib/system/libcorecrypto.dylib
+    0x7fff8669d000 -     0x7fff866a3fff  com.apple.DiskArbitration (2.5.2 - 2.5.2) <C713A35A-360E-36CE-AC0A-25C86A3F50CA> /System/Library/Frameworks/DiskArbitration.framework/Versions/A/DiskArbitration
+    0x7fff866a4000 -     0x7fff86ac1fff  FaceCoreLight (2.4.1) <DDAFFD7A-D312-3407-A010-5AEF3E17831B> /System/Library/PrivateFrameworks/FaceCoreLight.framework/Versions/A/FaceCoreLight
+    0x7fff86ac7000 -     0x7fff86b93ff7  libsystem_c.dylib (825.26) <4C9EB006-FE1F-3F8F-8074-DFD94CF2CE7B> /usr/lib/system/libsystem_c.dylib
+    0x7fff86d50000 -     0x7fff86da1ff7  com.apple.SystemConfiguration (1.12.2 - 1.12.2) <581BF463-C15A-363B-999A-E830222FA925> /System/Library/Frameworks/SystemConfiguration.framework/Versions/A/SystemConfiguration
+    0x7fff86dee000 -     0x7fff86deefff  com.apple.Accelerate.vecLib (3.8 - vecLib 3.8) <B5A18EE8-DF81-38DD-ACAF-7076B2A26225> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib
+    0x7fff86def000 -     0x7fff86df4fff  com.apple.OpenDirectory (10.8 - 151.10) <CF44120B-9B01-32DD-852E-C9C0E1243FC0> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/OpenDirectory
+    0x7fff86df5000 -     0x7fff86df6fff  libDiagnosticMessagesClient.dylib (8) <8548E0DC-0D2F-30B6-B045-FE8A038E76D8> /usr/lib/libDiagnosticMessagesClient.dylib
+    0x7fff86e0a000 -     0x7fff87201fff  libLAPACK.dylib (1073.4) <D632EC8B-2BA0-3853-800A-20DA00A1091C> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib
+    0x7fff87622000 -     0x7fff87650ff7  libsystem_m.dylib (3022.6) <B434BE5C-25AB-3EBD-BAA7-5304B34E3441> /usr/lib/system/libsystem_m.dylib
+    0x7fff8766c000 -     0x7fff8769dff7  com.apple.DictionaryServices (1.2 - 184.4) <FB0540FF-5034-3591-A28D-6887FBC220F7> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/DictionaryServices.framework/Versions/A/DictionaryServices
+    0x7fff8769e000 -     0x7fff8769efff  libkeymgr.dylib (25) <CC9E3394-BE16-397F-926B-E579B60EE429> /usr/lib/system/libkeymgr.dylib
+    0x7fff87732000 -     0x7fff87754ff7  libxpc.dylib (140.43) <70BC645B-6952-3264-930C-C835010CCEF9> /usr/lib/system/libxpc.dylib
+    0x7fff87755000 -     0x7fff877d7ff7  com.apple.Heimdal (3.0 - 2.0) <C94B0C6C-1320-35A1-8143-FE252E7B2A08> /System/Library/PrivateFrameworks/Heimdal.framework/Versions/A/Heimdal
+    0x7fff877d8000 -     0x7fff87859fff  com.apple.Metadata (10.7.0 - 707.11) <2DD25313-420D-351A-90F1-300E95C970CA> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/Metadata.framework/Versions/A/Metadata
+    0x7fff87cbf000 -     0x7fff87d19fff  com.apple.print.framework.PrintCore (8.3 - 387.2) <5BA0CBED-4D80-386A-9646-F835C9805B71> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/PrintCore.framework/Versions/A/PrintCore
+    0x7fff87e27000 -     0x7fff87e34ff7  com.apple.NetAuth (4.0 - 4.0) <F5BC7D7D-AF28-3C83-A674-DADA48FF7810> /System/Library/PrivateFrameworks/NetAuth.framework/Versions/A/NetAuth
+    0x7fff87f54000 -     0x7fff87f68fff  com.apple.speech.synthesis.framework (4.1.12 - 4.1.12) <94EDF2AB-809C-3D15-BED5-7AD45B2A7C16> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/SpeechSynthesis.framework/Versions/A/SpeechSynthesis
+    0x7fff87f77000 -     0x7fff87f7dff7  libunwind.dylib (35.1) <21703D36-2DAB-3D8B-8442-EAAB23C060D3> /usr/lib/system/libunwind.dylib
+    0x7fff87fab000 -     0x7fff87fabfff  com.apple.Accelerate (1.8 - Accelerate 1.8) <6AD48543-0864-3D40-80CE-01F184F24B45> /System/Library/Frameworks/Accelerate.framework/Versions/A/Accelerate
+    0x7fff88161000 -     0x7fff88162ff7  libSystem.B.dylib (169.3) <9089D72D-E714-31E1-80C8-698A8E8B05AD> /usr/lib/libSystem.B.dylib
+    0x7fff88167000 -     0x7fff88205ff7  com.apple.ink.framework (10.8.2 - 150) <3D8D16A2-7E01-3EA1-B637-83A36D353308> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
+    0x7fff88222000 -     0x7fff88223ff7  libsystem_sandbox.dylib (220.3) <B739DA63-B675-387A-AD84-412A651143C0> /usr/lib/system/libsystem_sandbox.dylib
+    0x7fff88224000 -     0x7fff88228ff7  com.apple.TCC (1.0 - 1) <F2F3B753-FC73-3543-8BBE-859FDBB4D6A6> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC
+    0x7fff88229000 -     0x7fff88230fff  libcopyfile.dylib (89) <876573D0-E907-3566-A108-577EAD1B6182> /usr/lib/system/libcopyfile.dylib
+    0x7fff88a6e000 -     0x7fff88a8dff7  libresolv.9.dylib (51) <0882DC2D-A892-31FF-AD8C-0BB518C48B23> /usr/lib/libresolv.9.dylib
+    0x7fff88a8e000 -     0x7fff88aa1ff7  libbsm.0.dylib (32) <F497D3CE-40D9-3551-84B4-3D5E39600737> /usr/lib/libbsm.0.dylib
+    0x7fff88bbd000 -     0x7fff88bbdfff  com.apple.ApplicationServices (45 - 45) <A3ABF20B-ED3A-32B5-830E-B37831A45A80> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/ApplicationServices
+    0x7fff88bce000 -     0x7fff88bf6fff  libJPEG.dylib (850) <DC750E1E-BD07-339B-A4A6-D86BFE969F68> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJPEG.dylib
+    0x7fff88bf7000 -     0x7fff88bf9fff  libquarantine.dylib (52.1) <143B726E-DF47-37A8-90AA-F059CFD1A2E4> /usr/lib/system/libquarantine.dylib
+    0x7fff88fe0000 -     0x7fff8933ffff  com.apple.Foundation (6.8 - 945.18) <1D7E58E6-FA3A-3CE8-AC85-B9D06B8C0AA0> /System/Library/Frameworks/Foundation.framework/Versions/C/Foundation
+    0x7fff89340000 -     0x7fff89575ff7  com.apple.CoreData (106.1 - 407.7) <A676E1A4-2144-376B-92B8-B450DD1D78E5> /System/Library/Frameworks/CoreData.framework/Versions/A/CoreData
+    0x7fff89576000 -     0x7fff8957dfff  libGFXShared.dylib (8.9.2) <398F8D57-EC82-3E13-AC8E-470BE19237D7> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGFXShared.dylib
+    0x7fff895d4000 -     0x7fff8a201fff  com.apple.AppKit (6.8 - 1187.39) <199962F0-B06B-3666-8FD5-5C90374BA16A> /System/Library/Frameworks/AppKit.framework/Versions/C/AppKit
+    0x7fff8a202000 -     0x7fff8a519ff7  com.apple.CoreServices.CarbonCore (1037.6 - 1037.6) <1E567A52-677F-3168-979F-5FBB0818D52B> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/Versions/A/CarbonCore
+    0x7fff8a5e0000 -     0x7fff8a5e7fff  com.apple.NetFS (5.0 - 4.0) <82E24B9A-7742-3DA3-9E99-ED267D98C05E> /System/Library/Frameworks/NetFS.framework/Versions/A/NetFS
+    0x7fff8a5e8000 -     0x7fff8a63fff7  com.apple.ScalableUserInterface (1.0 - 1) <F1D43DFB-1796-361B-AD4B-39F1EED3BE19> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/ScalableUserInterface.framework/Versions/A/ScalableUserInterface
+    0x7fff8a71b000 -     0x7fff8a767ff7  libauto.dylib (185.4) <AD5A4CE7-CB53-313C-9FAE-673303CC2D35> /usr/lib/libauto.dylib
+    0x7fff8a768000 -     0x7fff8a768fff  libOpenScriptingUtil.dylib (148.3) <F8681222-0969-3B10-8BCE-C55A4B9C520C> /usr/lib/libOpenScriptingUtil.dylib
+    0x7fff8a7e7000 -     0x7fff8a808ff7  libCRFSuite.dylib (33) <736ABE58-8DED-3289-A042-C25AF7AE5B23> /usr/lib/libCRFSuite.dylib
+    0x7fff8a809000 -     0x7fff8a815fff  com.apple.CrashReporterSupport (10.8.3 - 418) <DE6AFE16-D97E-399D-82ED-3522C773C36E> /System/Library/PrivateFrameworks/CrashReporterSupport.framework/Versions/A/CrashReporterSupport
+    0x7fff8a816000 -     0x7fff8b1a64af  com.apple.CoreGraphics (1.600.0 - 332) <5AB32E51-9154-3733-B83B-A9A748652847> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/CoreGraphics.framework/Versions/A/CoreGraphics
+    0x7fff8b1a7000 -     0x7fff8b1befff  com.apple.CFOpenDirectory (10.8 - 151.10) <10F41DA4-AD54-3F52-B898-588D9A117171> /System/Library/Frameworks/OpenDirectory.framework/Versions/A/Frameworks/CFOpenDirectory.framework/Versions/A/CFOpenDirectory
+    0x7fff8b242000 -     0x7fff8b285ff7  com.apple.bom (12.0 - 192) <0BF1F2D2-3648-36B7-BE4B-551A0173209B> /System/Library/PrivateFrameworks/Bom.framework/Versions/A/Bom
+    0x7fff8b286000 -     0x7fff8b2c3fef  libGLImage.dylib (8.9.2) <C38649ED-E1C9-315E-9953-F33E8C6A3C89> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
+    0x7fff8b2c4000 -     0x7fff8b303ff7  com.apple.QD (3.42.1 - 285.1) <77A20C25-EBB5-341C-A05C-5D458B97AD5C> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/QD.framework/Versions/A/QD
+    0x7fff8b304000 -     0x7fff8b39efff  libvMisc.dylib (380.6) <714336EA-1C0E-3735-B31C-19DFDAAF6221> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib
+    0x7fff8b3b8000 -     0x7fff8b566fff  com.apple.QuartzCore (1.8 - 304.3) <F450F2DE-2F24-3557-98B6-310E05DAC17F> /System/Library/Frameworks/QuartzCore.framework/Versions/A/QuartzCore
+    0x7fff8ba39000 -     0x7fff8ba4cff7  com.apple.LangAnalysis (1.7.0 - 1.7.0) <2F2694E9-A7BC-33C7-B4CF-8EC907DF0FEB> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/LangAnalysis.framework/Versions/A/LangAnalysis
+    0x7fff8bd12000 -     0x7fff8bd1cfff  com.apple.speech.recognition.framework (4.1.5 - 4.1.5) <D803919C-3102-3515-A178-61E9C86C46A1> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/Versions/A/SpeechRecognition
+    0x7fff8c0d6000 -     0x7fff8c0d7ff7  libdnsinfo.dylib (453.19) <14202FFB-C3CA-3FCC-94B0-14611BF8692D> /usr/lib/system/libdnsinfo.dylib
+    0x7fff8c179000 -     0x7fff8c17efff  libcompiler_rt.dylib (30) <08F8731D-5961-39F1-AD00-4590321D24A9> /usr/lib/system/libcompiler_rt.dylib
+    0x7fff8c1b2000 -     0x7fff8c39cff7  com.apple.CoreFoundation (6.8 - 744.19) <0F7403CA-2CB8-3D0A-992B-679701DF27CA> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation
+    0x7fff8c39d000 -     0x7fff8c3c4ff7  com.apple.PerformanceAnalysis (1.16 - 16) <E4888388-F41B-313E-9CBB-5807D077BDA9> /System/Library/PrivateFrameworks/PerformanceAnalysis.framework/Versions/A/PerformanceAnalysis
+    0x7fff8c3e2000 -     0x7fff8c3e5ff7  libdyld.dylib (210.2.3) <F59367C9-C110-382B-A695-9035A6DD387E> /usr/lib/system/libdyld.dylib
+    0x7fff8c3e6000 -     0x7fff8c3e8fff  libCVMSPluginSupport.dylib (8.9.2) <EF1192AC-3357-3A0B-BFAF-6594D7737892> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCVMSPluginSupport.dylib
+    0x7fff8c3e9000 -     0x7fff8c484fff  com.apple.CoreSymbolication (3.0 - 117) <50716F74-41C2-3BB9-AC16-12C4D4C2DD1E> /System/Library/PrivateFrameworks/CoreSymbolication.framework/Versions/A/CoreSymbolication
+    0x7fff8c75b000 -     0x7fff8c75bfff  com.apple.CoreServices (57 - 57) <9DD44CB0-C644-35C3-8F57-0B41B3EC147D> /System/Library/Frameworks/CoreServices.framework/Versions/A/CoreServices
+    0x7fff8cf1f000 -     0x7fff8d094ff7  com.apple.CFNetwork (596.4.3 - 596.4.3) <A57B3308-2F08-3EC3-B4AC-39A3D9F0B9F7> /System/Library/Frameworks/CFNetwork.framework/Versions/A/CFNetwork
+    0x7fff8d0ae000 -     0x7fff8d0e4fff  libsystem_info.dylib (406.17) <4FFCA242-7F04-365F-87A6-D4EFB89503C1> /usr/lib/system/libsystem_info.dylib
+    0x7fff8d0e5000 -     0x7fff8d148ff7  com.apple.audio.CoreAudio (4.1.1 - 4.1.1) <9ACD3AED-6C04-3BBB-AB2A-FC253B16D093> /System/Library/Frameworks/CoreAudio.framework/Versions/A/CoreAudio
+    0x7fff8d156000 -     0x7fff8d16cfff  com.apple.MultitouchSupport.framework (235.29 - 235.29) <617EC8F1-BCE7-3553-86DD-F857866E1257> /System/Library/PrivateFrameworks/MultitouchSupport.framework/Versions/A/MultitouchSupport
+    0x7fff8d16d000 -     0x7fff8d171fff  libGIF.dylib (850) <D4525F87-759C-338C-B283-BB8DE815D3D5> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libGIF.dylib
+    0x7fff8d264000 -     0x7fff8d2aeff7  libGLU.dylib (8.9.2) <1B5511FF-1064-3004-A245-972CE5687D37> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGLU.dylib
+    0x7fff8d2b2000 -     0x7fff8d2dcff7  com.apple.CoreVideo (1.8 - 99.4) <E5082966-6D81-3973-A05A-38AA5B85F886> /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo
+    0x7fff8d58d000 -     0x7fff8d591fff  com.apple.IOSurface (86.0.4 - 86.0.4) <26F01CD4-B76B-37A3-989D-66E8140542B3> /System/Library/Frameworks/IOSurface.framework/Versions/A/IOSurface
+    0x7fff8d6de000 -     0x7fff8d78ffff  com.apple.LaunchServices (539.9 - 539.9) <07FC6766-778E-3479-8F28-D2C9917E1DD1> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/LaunchServices
+    0x7fff8d7bf000 -     0x7fff8d80eff7  libFontRegistry.dylib (100) <2E03D7DA-9B8F-31BB-8FB5-3D3B6272127F> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontRegistry.dylib
+    0x7fff8d80f000 -     0x7fff8d88fff7  com.apple.ApplicationServices.ATS (332 - 341.1) <39B53565-FA31-3F61-B090-C787C983142E> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/ATS
+    0x7fff8d94e000 -     0x7fff8d95bfff  com.apple.AppleFSCompression (49 - 1.0) <5508344A-2A7E-3122-9562-6F363910A80E> /System/Library/PrivateFrameworks/AppleFSCompression.framework/Versions/A/AppleFSCompression
+    0x7fff8d95c000 -     0x7fff8d99fff7  com.apple.RemoteViewServices (2.0 - 80.6) <5CFA361D-4853-3ACC-9EFC-A2AC1F43BA4B> /System/Library/PrivateFrameworks/RemoteViewServices.framework/Versions/A/RemoteViewServices
+    0x7fff8dac2000 -     0x7fff8dac8fff  libmacho.dylib (829) <BF332AD9-E89F-387E-92A4-6E1AB74BD4D9> /usr/lib/system/libmacho.dylib
+    0x7fff8dac9000 -     0x7fff8db03ff7  com.apple.GSS (3.0 - 2.0) <970CAE00-1437-3F4E-B677-0FDB3714C08C> /System/Library/Frameworks/GSS.framework/Versions/A/GSS
+    0x7fff8db09000 -     0x7fff8db12ff7  com.apple.CommerceCore (1.0 - 26.1) <40A129A8-4E5D-3C7A-B299-8CB203C4C65D> /System/Library/PrivateFrameworks/CommerceKit.framework/Versions/A/Frameworks/CommerceCore.framework/Versions/A/CommerceCore
+    0x7fff8db13000 -     0x7fff8db15fff  com.apple.TrustEvaluationAgent (2.0 - 23) <A97D348B-32BF-3E52-8DF2-59BFAD21E1A3> /System/Library/PrivateFrameworks/TrustEvaluationAgent.framework/Versions/A/TrustEvaluationAgent
+    0x7fff8de6c000 -     0x7fff8de6eff7  libunc.dylib (25) <92805328-CD36-34FF-9436-571AB0485072> /usr/lib/system/libunc.dylib
+    0x7fff8de6f000 -     0x7fff8de8eff7  com.apple.ChunkingLibrary (2.0 - 133.3) <8BEC9AFB-DCAA-37E8-A5AB-24422B234ECF> /System/Library/PrivateFrameworks/ChunkingLibrary.framework/Versions/A/ChunkingLibrary
+    0x7fff8de8f000 -     0x7fff8deeefff  com.apple.AE (645.6 - 645.6) <44F403C1-660A-3543-AB9C-3902E02F936F> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
+    0x7fff8deef000 -     0x7fff8dfecfff  libsqlite3.dylib (138.1) <ADE9CB98-D77D-300C-A32A-556B7440769F> /usr/lib/libsqlite3.dylib
+    0x7fff8e06b000 -     0x7fff8e076ff7  com.apple.bsd.ServiceManagement (2.0 - 2.0) <C12962D5-85FB-349E-AA56-64F4F487F219> /System/Library/Frameworks/ServiceManagement.framework/Versions/A/ServiceManagement
+    0x7fff8e077000 -     0x7fff8e086fff  com.apple.opengl (1.8.9 - 1.8.9) <6FD163A7-16CC-3D1F-B4B5-B0FDC4ADBF79> /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL
+    0x7fff8e087000 -     0x7fff8e092fff  com.apple.CommonAuth (3.0 - 2.0) <7A953C1F-8B18-3E46-9BEA-26D9B5B7745D> /System/Library/PrivateFrameworks/CommonAuth.framework/Versions/A/CommonAuth
+    0x7fff8e093000 -     0x7fff8e093fff  com.apple.Cocoa (6.7 - 19) <1F77945C-F37A-3171-B22E-F7AB0FCBB4D4> /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa
+    0x7fff8e1f3000 -     0x7fff8e1f4fff  libsystem_blocks.dylib (59) <D92DCBC3-541C-37BD-AADE-ACC75A0C59C8> /usr/lib/system/libsystem_blocks.dylib
+    0x7fff8e23c000 -     0x7fff8e23cffd  com.apple.audio.units.AudioUnit (1.9 - 1.9) <EC55FB59-2443-3F08-9142-7BCC93C76E4E> /System/Library/Frameworks/AudioUnit.framework/Versions/A/AudioUnit
+    0x7fff8e23d000 -     0x7fff8e30fff7  com.apple.CoreText (260.0 - 275.16) <5BFC1D67-6A6F-38BC-9D90-9C712684EDAC> /System/Library/Frameworks/CoreText.framework/Versions/A/CoreText
+    0x7fff8e310000 -     0x7fff8e31eff7  libkxld.dylib (2050.24.15) <A619A9AC-09AF-3FF3-95BF-F07CC530EC31> /usr/lib/system/libkxld.dylib
+    0x7fff8e31f000 -     0x7fff8e38dff7  com.apple.framework.IOKit (2.0.1 - 755.24.1) <04BFB138-8AF4-310A-8E8C-045D8A239654> /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit
+    0x7fff8e39f000 -     0x7fff8e525fff  libBLAS.dylib (1073.4) <C102C0F6-8CB6-3B49-BA6B-2EB61F0B2784> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib
+    0x7fff8e553000 -     0x7fff8e597fff  libcups.2.dylib (327.6) <9C01D012-6F4C-3B69-B614-1B408B0ED4E3> /usr/lib/libcups.2.dylib
+    0x7fff8e598000 -     0x7fff8e5a6fff  libcommonCrypto.dylib (60027) <BAAFE0C9-BB86-3CA7-88C0-E3CBA98DA06F> /usr/lib/system/libcommonCrypto.dylib
+    0x7fff8e6fa000 -     0x7fff8e70fff7  libdispatch.dylib (228.23) <D26996BF-FC57-39EB-8829-F63585561E09> /usr/lib/system/libdispatch.dylib
+    0x7fff8e710000 -     0x7fff8e71eff7  libsystem_network.dylib (77.10) <0D99F24E-56FE-380F-B81B-4A4C630EE587> /usr/lib/system/libsystem_network.dylib
+    0x7fff8e71f000 -     0x7fff8e741ff7  com.apple.Kerberos (2.0 - 1) <C49B8820-34ED-39D7-A407-A3E854153556> /System/Library/Frameworks/Kerberos.framework/Versions/A/Kerberos
+    0x7fff8e788000 -     0x7fff8e797ff7  libxar.1.dylib (105) <370ED355-E516-311E-BAFD-D80633A84BE1> /usr/lib/libxar.1.dylib
+    0x7fff8f144000 -     0x7fff8f1d1ff7  com.apple.SearchKit (1.4.0 - 1.4.0) <C7F43889-F8BF-3CB9-AD66-11AEFCBCEDE7> /System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/Versions/A/SearchKit
+    0x7fff8f24c000 -     0x7fff8f24ffff  libRadiance.dylib (850) <62E3F7FB-03E3-3937-A857-AF57A75EAF09> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libRadiance.dylib
+    0x7fff8f533000 -     0x7fff8f7d7ff7  com.apple.CoreImage (8.4.0 - 1.0.1) <CC6DD22B-FFC6-310B-BE13-2397A02C79EF> /System/Library/Frameworks/QuartzCore.framework/Versions/A/Frameworks/CoreImage.framework/Versions/A/CoreImage
+    0x7fff8f7d8000 -     0x7fff8f840fff  libvDSP.dylib (380.6) <CD4C5EEB-9E63-30C4-8103-7A5EAEA0BE60> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib
+    0x7fff8f8ab000 -     0x7fff8f8affff  libpam.2.dylib (20) <C8F45864-5B58-3237-87E1-2C258A1D73B8> /usr/lib/libpam.2.dylib
+    0x7fff8fabb000 -     0x7fff8fb28ff7  com.apple.datadetectorscore (4.1 - 269.3) <5775F0DB-87D6-310D-8B03-E2AD729EFB28> /System/Library/PrivateFrameworks/DataDetectorsCore.framework/Versions/A/DataDetectorsCore
+    0x7fff8fc60000 -     0x7fff8fcbcff7  com.apple.Symbolication (1.3 - 93) <97F3B1D2-D81D-3F37-87B3-B9A686124CF5> /System/Library/PrivateFrameworks/Symbolication.framework/Versions/A/Symbolication
+    0x7fff8fd91000 -     0x7fff8fe6bfff  com.apple.backup.framework (1.4.3 - 1.4.3) <6B65C44C-7777-3331-AD9D-438D10AAC777> /System/Library/PrivateFrameworks/Backup.framework/Versions/A/Backup
+    0x7fff8fe6c000 -     0x7fff8fe79fff  libbz2.1.0.dylib (29) <CE9785E8-B535-3504-B392-82F0064D9AF2> /usr/lib/libbz2.1.0.dylib
+    0x7fff8fe89000 -     0x7fff8ffdbfff  com.apple.audio.toolbox.AudioToolbox (1.9 - 1.9) <62770C0F-5600-3EF9-A893-8A234663FFF5> /System/Library/Frameworks/AudioToolbox.framework/Versions/A/AudioToolbox
+    0x7fff90071000 -     0x7fff90173fff  libJP2.dylib (850) <2E43216C-3A5A-3693-820C-38B360698FA0> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libJP2.dylib
+    0x7fff90ab4000 -     0x7fff90b79ff7  com.apple.coreui (2.0 - 181.1) <83D2C92D-6842-3C9D-9289-39D5B4554C3A> /System/Library/PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
+    0x7fff90e1a000 -     0x7fff90e1bfff  liblangid.dylib (116) <864C409D-D56B-383E-9B44-A435A47F2346> /usr/lib/liblangid.dylib
+    0x7fff90f20000 -     0x7fff90fddff7  com.apple.ColorSync (4.8.0 - 4.8.0) <6CE333AE-EDDB-3768-9598-9DB38041DC55> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ColorSync.framework/Versions/A/ColorSync
+    0x7fff90fde000 -     0x7fff9105dff7  com.apple.securityfoundation (6.0 - 55115.4) <8676E0DF-295F-3690-BDAA-6C9C1D210B88> /System/Library/Frameworks/SecurityFoundation.framework/Versions/A/SecurityFoundation
+    0x7fff9105e000 -     0x7fff910b4fff  com.apple.HIServices (1.20 - 417) <BCD36950-013F-35C2-918E-05A93A47BE8C> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/HIServices.framework/Versions/A/HIServices
+    0x7fff910b5000 -     0x7fff910d6fff  com.apple.Ubiquity (1.2 - 243.15) <C9A7EE77-B637-3676-B667-C0843BBB0409> /System/Library/PrivateFrameworks/Ubiquity.framework/Versions/A/Ubiquity
+    0x7fff910de000 -     0x7fff91133ff7  libTIFF.dylib (850) <EDAF0D99-70AF-3B3F-9EFA-9463C91D0E3C> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libTIFF.dylib
+    0x7fff9125c000 -     0x7fff9127cfff  libPng.dylib (850) <203C43BF-FAD3-3CCB-81D5-F2770E36338B> /System/Library/Frameworks/ImageIO.framework/Versions/A/Resources/libPng.dylib
+    0x7fff9127f000 -     0x7fff91398fff  com.apple.ImageIO.framework (3.2.1 - 850) <C3FFCEEB-AA0C-314B-9E94-7005EE48A403> /System/Library/Frameworks/ImageIO.framework/Versions/A/ImageIO
+    0x7fff9139f000 -     0x7fff913b6fff  com.apple.GenerationalStorage (1.1 - 132.3) <FD4A84B3-13A8-3C60-A59E-25A361447A17> /System/Library/PrivateFrameworks/GenerationalStorage.framework/Versions/A/GenerationalStorage
+    0x7fff91582000 -     0x7fff91586fff  libCoreVMClient.dylib (32.3) <AD8391D9-56DD-3A78-A294-6A30E6ECE1A2> /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libCoreVMClient.dylib
+    0x7fff91587000 -     0x7fff915bdfff  com.apple.DebugSymbols (98 - 98) <14E788B1-4EB2-3FD7-934B-849534DFC198> /System/Library/PrivateFrameworks/DebugSymbols.framework/Versions/A/DebugSymbols
+    0x7fff915cd000 -     0x7fff915d5fff  liblaunch.dylib (442.26.2) <2F71CAF8-6524-329E-AC56-C506658B4C0C> /usr/lib/system/liblaunch.dylib
+    0x7fff915d6000 -     0x7fff915e1fff  libsystem_notify.dylib (98.5) <C49275CC-835A-3207-AFBA-8C01374927B6> /usr/lib/system/libsystem_notify.dylib
+    0x7fff91650000 -     0x7fff917ebfef  com.apple.vImage (6.0 - 6.0) <FAE13169-295A-33A5-8E6B-7C2CC1407FA7> /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/Versions/A/vImage
+    0x7fff917ec000 -     0x7fff917f4ff7  libsystem_dnssd.dylib (379.38.1) <BDCB8566-0189-34C0-9634-35ABD3EFE25B> /usr/lib/system/libsystem_dnssd.dylib
+    0x7fff9182d000 -     0x7fff91938fff  libFontParser.dylib (84.6) <96C42E49-79A6-3475-B5E4-6A782599A6DA> /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/Versions/A/Resources/libFontParser.dylib
+    0x7fff919d8000 -     0x7fff919ddfff  libcache.dylib (57) <65187C6E-3FBF-3EB8-A1AA-389445E2984D> /usr/lib/system/libcache.dylib
+    0x7fff919de000 -     0x7fff919defff  com.apple.vecLib (3.8 - vecLib 3.8) <794317C7-4E38-338A-A874-5E18001C8503> /System/Library/Frameworks/vecLib.framework/Versions/A/vecLib
+    0x7fff919df000 -     0x7fff91cb0ff7  com.apple.security (7.0 - 55179.13) <F428E306-C407-3B55-BA82-E58755E8A76F> /System/Library/Frameworks/Security.framework/Versions/A/Security
+    0x7fff91d3f000 -     0x7fff9206ffff  com.apple.HIToolbox (2.0 - 626.1) <656D08C2-9068-3532-ABDD-32EC5057CCB2> /System/Library/Frameworks/Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/HIToolbox
+    0x7fff92084000 -     0x7fff920deff7  com.apple.opencl (2.2.19 - 2.2.19) <3C7DFB2C-B3F9-3447-A1FC-EAAA42181A6E> /System/Library/Frameworks/OpenCL.framework/Versions/A/OpenCL
+    0x7fff9216c000 -     0x7fff9216dff7  libremovefile.dylib (23.2) <6763BC8E-18B8-3AD9-8FFA-B43713A7264F> /usr/lib/system/libremovefile.dylib
+    0x7fff9312e000 -     0x7fff93149ff7  libsystem_kernel.dylib (2050.24.15) <A9F97289-7985-31D6-AF89-151830684461> /usr/lib/system/libsystem_kernel.dylib
+    0x7fff9314d000 -     0x7fff9326dfff  com.apple.desktopservices (1.7.4 - 1.7.4) <ED3DA8C0-160F-3CDC-B537-BF2E766AB7C1> /System/Library/PrivateFrameworks/DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
+
+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: 168404
+    thread_create: 1
+    thread_set_state: 0
+
+VM Region Summary:
+ReadOnly portion of Libraries: Total=109.3M resident=31.8M(29%) swapped_out_or_unallocated=77.5M(71%)
+Writable regions: Total=90.9M written=16.1M(18%) resident=17.5M(19%) swapped_out=0K(0%) unallocated=73.4M(81%)
+ 
+REGION TYPE                      VIRTUAL
+===========                      =======
+MALLOC                             62.5M
+MALLOC guard page                    48K
+STACK GUARD                        56.0M
+Stack                              12.6M
+VM_ALLOCATE                        12.0M
+__DATA                             13.8M
+__IMAGE                             528K
+__LINKEDIT                         58.6M
+__TEXT                            134.3M
+__UNICODE                           544K
+shared memory                       308K
+===========                      =======
+TOTAL                             351.2M
+
+Model: MacBookPro10,1, BootROM MBP101.00EE.B03, 4 processors, Intel Core i7, 2.8 GHz, 16 GB, SMC 2.3f35
+Graphics: Intel HD Graphics 4000, Intel HD Graphics 4000, Built-In, 512 MB
+Graphics: NVIDIA GeForce GT 650M, NVIDIA GeForce GT 650M, PCIe, 1024 MB
+Memory Module: BANK 0/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 0x484D5434314753364D465238432D50422020
+Memory Module: BANK 1/DIMM0, 8 GB, DDR3, 1600 MHz, 0x80AD, 0x484D5434314753364D465238432D50422020
+AirPort: spairport_wireless_card_type_airport_extreme (0x14E4, 0xEF), Broadcom BCM43xx 1.0 (5.106.98.100.17)
+Bluetooth: Version 4.1.4f2 12041, 2 service, 18 devices, 1 incoming serial ports
+Network Service: Wi-Fi, AirPort, en0
+Serial ATA Device: APPLE SSD SM768E, 751.28 GB
+USB Device: hub_device, 0x8087  (Intel Corporation), 0x0024, 0x1a100000 / 2
+USB Device: FaceTime HD Camera (Built-in), apple_vendor_id, 0x8510, 0x1a110000 / 3
+USB Device: USB Receiver, 0x046d  (Logitech Inc.), 0xc52b, 0x14200000 / 1
+USB Device: hub_device, 0x8087  (Intel Corporation), 0x0024, 0x1d100000 / 2
+USB Device: hub_device, 0x0424  (SMSC), 0x2512, 0x1d180000 / 3
+USB Device: Apple Internal Keyboard / Trackpad, apple_vendor_id, 0x0262, 0x1d182000 / 5
+USB Device: BRCM20702 Hub, 0x0a5c  (Broadcom Corp.), 0x4500, 0x1d181000 / 4
+USB Device: Bluetooth USB Host Controller, apple_vendor_id, 0x8286, 0x1d181300 / 6
+
+# End of transcript or log.
+"""]]
+
+> This got fixed in haskell gnutls 0.1.5. I have updated the Mtn Lion
+> autobuilder and it will be in tonight's build. [[done]]
+> --[[Joey]] 
diff --git a/doc/bugs/git-annex_quit_unexpectedly___40__macosx__41__/comment_1_97abb8442329d19c9687002f43afac74._comment b/doc/bugs/git-annex_quit_unexpectedly___40__macosx__41__/comment_1_97abb8442329d19c9687002f43afac74._comment
new file mode 100644
index 0000000000..4dcc5412c7
--- /dev/null
+++ b/doc/bugs/git-annex_quit_unexpectedly___40__macosx__41__/comment_1_97abb8442329d19c9687002f43afac74._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-26T19:51:48Z"
+ content="""
+So this is a crash in the gnutls library used for XMPP. Someone else using OSX reported a similar crash to me by email, reproducible reliably by setting up xmpp with google. This is great debugging info:
+
+<pre>
+Thread 3 Crashed:
+0   libsystem_c.dylib               0x00007fff86ae0bf9 pthread_mutex_lock + 20
+1   H                               0x000000010e9fd29f gnutls_system_mutex_lock + 12
+2   H                               0x000000010ea7fa29 wrap_nettle_rnd_refresh + 20
+3   H                               0x000000010e9fee89 gnutls_deinit + 42
+4   git-annex                       0x000000010caf0a3a 0x10b5e6000 + 22063674
+</pre>
+
+Looks like `gnutls_deinit` was called and it crashed there, inside pthread code. So I think git-annex has already managed to connect to the XMPP server (to test it) and the cleanup is where it's crashing.
+
+This is the second time I have seen a gnutls-related crash using XMPP. The other one was tracked down by John Millikin to a resource allocation bug in haskell-gnutls and fixed. 
+
+I have written a test case that reproduces the problem -- just forking a dozen threads that each try to connect to the google xmpp server and then close the connection. After a dozen or so succeed, one will reliably cause a segfault. Forwarded this test case to John.
+"""]]
diff --git a/doc/bugs/git-annex_quit_unexpectedly___40__macosx__41__/comment_2_3405f3cd699860ee239cf23ade19e92c._comment b/doc/bugs/git-annex_quit_unexpectedly___40__macosx__41__/comment_2_3405f3cd699860ee239cf23ade19e92c._comment
new file mode 100644
index 0000000000..18b2b7a52c
--- /dev/null
+++ b/doc/bugs/git-annex_quit_unexpectedly___40__macosx__41__/comment_2_3405f3cd699860ee239cf23ade19e92c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.7"
+ subject="comment 2"
+ date="2013-08-29T18:15:08Z"
+ content="""
+I now have a test case that shows that this can happen reliably on OSX if you enter the wrong XMPP password repeatedly. It might also happen if you just enter the wrong password once, with a server like google's, since the assistant will try falling back to different servers. John is aware of this haskell-gnutls problem.
+
+John also found, and we hope fixed (but it's hard to tell) a bug in haskell-gnutls that caused a crash maybe 1 time in 10 under some conditions on OSX, when the right password was entered.
+"""]]
diff --git a/doc/bugs/git-annex_sync_broken_on_squeeze_backports.mdwn b/doc/bugs/git-annex_sync_broken_on_squeeze_backports.mdwn
new file mode 100644
index 0000000000..4e307fd68f
--- /dev/null
+++ b/doc/bugs/git-annex_sync_broken_on_squeeze_backports.mdwn
@@ -0,0 +1,20 @@
+What steps will reproduce the problem?
+
+    git-annex sync
+
+What is the expected output? What do you see instead?
+
+The following error is mixed in with the output, took me a while to notice it:
+
+    Running: git ["--git-dir=/spare/annex/.git","--work-tree=/spare/annex","merge","--no-edit","refs/remotes/pip/synced/master"] 
+    error: unknown option `no-edit'
+
+What version of git-annex are you using? On what operating system?
+
+3.20120629~bpo60+1 on debian squeeze
+
+Please provide any additional information below.
+
+Installing git from backports as well cleared up the problem.
+
+> Uploading a fix for this now. [[done]] Thanks for reporting. --[[Joey]] 
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_thinks_files_are_in_repositories_they_are_not.mdwn b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not.mdwn
new file mode 100644
index 0000000000..cf54eea856
--- /dev/null
+++ b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not.mdwn
@@ -0,0 +1,29 @@
+###What steps will reproduce the problem?
+
+1. Start git annex webapp, and make new repository on two computers.
+1. Pair them as "Local computer"s, and they synchronize fine, a file created on one shows up on the other.
+1. Disconnect one of the computers from the network, and create a new file
+1. Check where the file is.
+
+###What is the expected output? What do you see instead?
+
+    git annex whereis new file
+
+shows the file being in both repositories, when in fact it has had no chance to get added to the one on the other computer, and is not in it.
+
+
+###What version of git-annex are you using? On what operating system?
+
+Both 4.20130405 on Ubuntu 12.10
+
+###Please provide any additional information below.
+
+I noticed this first when using a USB drive to communicate between work and home. Making changes at home, it thought that the new files were now present at work, when the computer there is off, and a long way away.
+--Walter
+
+> A little while ago, I made this change:
+
+  * direct mode: Direct mode commands now work on files staged in the index,
+    they do not need to be committed to git.
+
+> I think that fixes the confusing behavior described here. [[done]] --[[Joey]] 
diff --git a/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_1_6722fd627ec4add9f2b16546bd8ef341._comment b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_1_6722fd627ec4add9f2b16546bd8ef341._comment
new file mode 100644
index 0000000000..fa80536601
--- /dev/null
+++ b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_1_6722fd627ec4add9f2b16546bd8ef341._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-16T19:26:49Z"
+ content="""
+Please show me the full output of `git annex whereis`, and also the contents of `.git/config`
+"""]]
diff --git a/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_2_508e475f764e1cb453b756eb50bc3a15._comment b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_2_508e475f764e1cb453b756eb50bc3a15._comment
new file mode 100644
index 0000000000..c6fea0dbff
--- /dev/null
+++ b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_2_508e475f764e1cb453b756eb50bc3a15._comment
@@ -0,0 +1,34 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 2"
+ date="2013-04-16T20:25:45Z"
+ content="""
+    walter@dionysus:~/presence$ echo 1 > Here.txt
+    walter@dionysus:~/presence$ git annex whereis
+    whereis Here.txt (2 copies) 
+        1c6ffc98-d12c-4844-920b-5e28bc8e8b60 -- here (walter@dionysus:~/presence)
+        8da299b6-006c-4410-9b3d-a542766d40a4 -- kronos.local_presence (walter@kronos:~/presence)
+    ok
+
+This is while kronos is turned off.
+
+The contents of .git/config:
+
+    [core]
+    	repositoryformatversion = 0
+    	filemode = true
+    	bare = false
+    	logallrefupdates = true
+    [annex]
+    	uuid = 1c6ffc98-d12c-4844-920b-5e28bc8e8b60
+    	version = 3
+    	direct = true
+    [gc]
+    	auto = 0
+    [remote \"kronos.local_presence\"]
+    	url = ssh://walter@git-annex-kronos.local-walter/~/presence/
+    	fetch = +refs/heads/*:refs/remotes/kronos.local_presence/*
+    	annex-uuid = 8da299b6-006c-4410-9b3d-a542766d40a4
+        	annex-cost = 175.0
+"""]]
diff --git a/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_3_1656ba18c519a262c57ef626a3449e77._comment b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_3_1656ba18c519a262c57ef626a3449e77._comment
new file mode 100644
index 0000000000..3a33becb8b
--- /dev/null
+++ b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_3_1656ba18c519a262c57ef626a3449e77._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-16T20:33:44Z"
+ content="""
+> walter@dionysus:~/presence$ echo 1 > Here.txt
+> walter@dionysus:~/presence$ git annex whereis
+> whereis Here.txt (2 copies)
+
+It seems the file Here.txt must already have been added to git-annex before this point ... or whereis would not show it. Did you leave out a step? Was the file already added? Are you using direct mode?
+"""]]
diff --git a/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_4_347dc3b6e5bc6c4195ec09d54bc1398e._comment b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_4_347dc3b6e5bc6c4195ec09d54bc1398e._comment
new file mode 100644
index 0000000000..2fc2b573d2
--- /dev/null
+++ b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_4_347dc3b6e5bc6c4195ec09d54bc1398e._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 4"
+ date="2013-04-16T20:42:34Z"
+ content="""
+The repository is a direct mode one.
+
+I think there's something in your comment though; the content (\"1\") had already been added to a file (since deleted on dionysus),
+however it does seem a bit inconsistent.
+
+    walter@dionysus:~/presence$ echo 1 > New1
+    walter@dionysus:~/presence$ echo 1 > New1.txt
+    walter@dionysus:~/presence$ git annex whereis New1 New1.txt
+    whereis New1 (1 copy) 
+      	1c6ffc98-d12c-4844-920b-5e28bc8e8b60 -- here (walter@dionysus:~/presence)
+    ok
+    whereis New1.txt (2 copies) 
+       	1c6ffc98-d12c-4844-920b-5e28bc8e8b60 -- here (walter@dionysus:~/presence)
+       	8da299b6-006c-4410-9b3d-a542766d40a4 -- kronos.local_presence (walter@kronos:~/presence)
+    ok
+
+
+"""]]
diff --git a/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_5_a9c93bfc3278ef8b1117eac2af859bc3._comment b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_5_a9c93bfc3278ef8b1117eac2af859bc3._comment
new file mode 100644
index 0000000000..aa08f6024c
--- /dev/null
+++ b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_5_a9c93bfc3278ef8b1117eac2af859bc3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-04-16T21:25:45Z"
+ content="""
+In a direct mode repository, until you commit changes to a file, `git annex whereis` and most other git-annex commands will operate on the version that was last committed to git.
+
+That seems to be the source of your confusion.
+
+I think this can be confusing.. It might make sense for git-annex whereis to skip over modified files in direct mode.
+"""]]
diff --git a/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_6_804dd62beef64f7d4e203bdb28cbe660._comment b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_6_804dd62beef64f7d4e203bdb28cbe660._comment
new file mode 100644
index 0000000000..1cb046af91
--- /dev/null
+++ b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_6_804dd62beef64f7d4e203bdb28cbe660._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 6"
+ date="2013-04-16T22:40:04Z"
+ content="""
+I am running the webapp, and thought that changes get made immediately?
+Especially, these are files that I never manually commit/add/anything, and are not modified after creation even.
+
+Specifically, in my previous comment, files New1 and New1.txt are (to my eyes) created and treated identically, yet `git annex whereis` gives different results.
+"""]]
diff --git a/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_7_4ef107d70647780eb5347cae6f467fed._comment b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_7_4ef107d70647780eb5347cae6f467fed._comment
new file mode 100644
index 0000000000..f7ca0a5af3
--- /dev/null
+++ b/doc/bugs/git-annex_thinks_files_are_in_repositories_they_are_not/comment_7_4ef107d70647780eb5347cae6f467fed._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 7"
+ date="2013-04-17T20:50:34Z"
+ content="""
+So looking in .git/annex/objects, it is obvious that the difference between New1 and New1.txt is the extension.
+
+So, I think that explains all the things I was seeing. I guess the main point of confusion (though I can't think of a better way) is the distinction between data stored in .git/annex/objects, and files in the working folder.
+If I thought in terms of hashes, that is all that would need to be shown in git annex whereis is which hashes are where (and then it would be obvious if several files have the same hash, that once one of them is present somewhere then all of them are).
+
+"""]]
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_add_..._adds_too_much.mdwn b/doc/bugs/git_annex_add_..._adds_too_much.mdwn
new file mode 100644
index 0000000000..4eb46455f9
--- /dev/null
+++ b/doc/bugs/git_annex_add_..._adds_too_much.mdwn
@@ -0,0 +1,25 @@
+When a hidden file (starting with a dot) is git-annex add'ed, other non-tracked files are also added 
+
+What steps will reproduce the problem?
+
+$ touch a .b
+
+$ git annex add .b
+
+add a (checksum...) ok
+
+add .b (checksum...) ok
+
+(Recording state in git...)
+
+
+What is the expected output? What do you see instead?
+
+Only file .b should be added.
+
+What version of git-annex are you using? On what operating system?
+
+3.20120406
+(same problem with version 3.20120123) on Debian.
+
+> Thanks for reporting this bug, I've fixed it in git. [[done]] --[[Joey]] 
diff --git a/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long.mdwn b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long.mdwn
new file mode 100644
index 0000000000..d17e569f17
--- /dev/null
+++ b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long.mdwn
@@ -0,0 +1,14 @@
+Recently I ran into the following situation under Ubuntu with an encrypted home directory (which shortens the length that filenames can be):
+
+    $ git annex add 687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif
+    add 687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif failed
+    git-annex: /home/lhuhn/annex/.git/annex/tmp/155_518_WORM-s426663-m1310064100--687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif.log: openBinaryFile: invalid argument (File name too long)
+    git-annex: 1 failed
+
+The file seems to be completely gone.  It no longer exists in the current directory, or under .git/annex.
+
+I don't mind horribly that git-annex failed due to the name length limit, but it shouldn't have deleted my file in the process (fortunately the file wasn't very important, or hard to recover).
+
+> [[done]], as noted it did not delete content and now it makes the symlink
+> before trying to write to the location log, avoiding that gotcha.
+> --[[Joey]] 
diff --git a/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_1_9650284913bec2a00cf551b90ab5d8ff._comment b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_1_9650284913bec2a00cf551b90ab5d8ff._comment
new file mode 100644
index 0000000000..1df159181d
--- /dev/null
+++ b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_1_9650284913bec2a00cf551b90ab5d8ff._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-07-07T20:27:33Z"
+ content="""
+When I reproduce this, the file is not gone, it's been moved under .git/annex/objects. There is no way an add can delete a file, since all it does is rename it. It would be good for it to error unwind and move the file back though.
+
+<pre>
+joey@gnu:~/tmp/a>touch 663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif
+joey@gnu:~/tmp/a>git annex add *.gif
+add 663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif failed
+git-annex: /home/joey/tmp/a/.git/annex/tmp/8e2_6a4_WORM-s0-m1310069979--663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif.log: openBinaryFile: invalid argument (File name too long)
+joey@gnu:~/tmp/a>touch 663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif
+joey@gnu:~/tmp/a>git annex add *.gif
+add 663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif failed
+git-annex: /home/joey/tmp/a/.git/annex/tmp/8e2_6a4_WORM-s0-m1310069979--663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif.log: openBinaryFile: invalid argument (File name too long)
+joey@gnu:~/tmp/a>find .git/annex/objects -type f
+.git/annex/objects/Mk/92/WORM-s0-m1310069979--663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif/WORM-s0-m1310069979--663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966687474703a2f2f6d656469612e74756d626c722e636f6d2f74756d626c725f6c656673756557324c703171663879656b2e676966.gif
+</pre>
+"""]]
diff --git a/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_2_c6c8d2a1f444d85c582bc5396b08e148._comment b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_2_c6c8d2a1f444d85c582bc5396b08e148._comment
new file mode 100644
index 0000000000..bd53627bbc
--- /dev/null
+++ b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_2_c6c8d2a1f444d85c582bc5396b08e148._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnpdM9F8VbtQ_H5PaPMpGSxPe_d5L1eJ6w"
+ nickname="Rafaël"
+ subject="this happens also when the user has not the permission to set the file mode"
+ date="2011-07-08T00:21:31Z"
+ content="""
+For example if the file is owned by root, I guess git-annex fails when it tries to remove write permissions (I retested with the last version of today (whose \"version\" subcommand still outputs 3.20110702)).By the way, it would be nice to have a log file created containing the list of all failures, to avoid having to scan manually all the output of a long git-annex operation.
+"""]]
diff --git a/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_3_5776864d78d56849001dd12e3adb9cbe._comment b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_3_5776864d78d56849001dd12e3adb9cbe._comment
new file mode 100644
index 0000000000..f9d1b5d682
--- /dev/null
+++ b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_3_5776864d78d56849001dd12e3adb9cbe._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="2011-07-08T00:45:30Z"
+ content="""
+comment on the output of 'git-annex version' (from my last comment): now I get the right version 3.20110707. But I checked in my console that the three commands \"git checkout 3.20110707\", \"make\" and \"./git-annex version\" gave me before 3.20110702, I don't know why...
+"""]]
diff --git a/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_4_371ec7b4ae73280ede31edfe90b42a95._comment b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_4_371ec7b4ae73280ede31edfe90b42a95._comment
new file mode 100644
index 0000000000..1ba57c1992
--- /dev/null
+++ b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_4_371ec7b4ae73280ede31edfe90b42a95._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-07-08T01:32:30Z"
+ content="""
+Indeed, I've made it even more robust now, handling the case where the file has weird permissions too, and undoing the failed add so the file is always back at the start state. Had to add a dependency on another haskell module to allow this, so it took some time to figure out how to do it..
+
+"""]]
diff --git a/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_5_4fb04f646de591640f8504c0caf61acd._comment b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_5_4fb04f646de591640f8504c0caf61acd._comment
new file mode 100644
index 0000000000..3ece2646ff
--- /dev/null
+++ b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_5_4fb04f646de591640f8504c0caf61acd._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="ckeen"
+ ip="79.249.110.228"
+ subject="Maybe related to this bug?"
+ date="2013-07-30T14:50:35Z"
+ content="""
+I have noticed similar behaviour with the importfeed command: [[tips/downloading_podcasts/#comment-3e448e43830be7e6dbe59fff6bc81e75]]
+
+After the import fails, the symlinks are created and subsequent get command return with no ouput and error code 0.
+
+Or is this a different bug?
+"""]]
diff --git a/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_6_b4055409fe48da95bb3101c0242ef0bc._comment b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_6_b4055409fe48da95bb3101c0242ef0bc._comment
new file mode 100644
index 0000000000..bfdc3bcf98
--- /dev/null
+++ b/doc/bugs/git_annex_add_eats_files_when_filename_is_too_long/comment_6_b4055409fe48da95bb3101c0242ef0bc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 6"
+ date="2013-07-30T17:18:15Z"
+ content="""
+This is an unrelated bug that was fixed 2 years ago.
+"""]]
diff --git a/doc/bugs/git_annex_add_error_with_Andrew_File_System.mdwn b/doc/bugs/git_annex_add_error_with_Andrew_File_System.mdwn
new file mode 100644
index 0000000000..bdddd96e23
--- /dev/null
+++ b/doc/bugs/git_annex_add_error_with_Andrew_File_System.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+I have a git annex clone on Andrew File System. I obtain an error when I try
+to add a file to the annex:
+
+git-annex: test: createLink: unsupported operation (Invalid cross-device link)
+
+### What steps will reproduce the problem?
+Create a test file with touch and add it with git annex add.
+
+### What version of git-annex are you using? On what operating system?
+git-annex 4.20130723 on Debian sid.
+
+### Please provide any additional information below.
+
+[[!format sh """
+gio@crack:~/nobackup/archive$ touch test
+gio@crack:~/nobackup/archive$ git annex add test
+add test 
+git-annex: test: createLink: unsupported operation (Invalid cross-device link)
+failed
+git-annex: add: 1 failed
+gio@crack:~/nobackup/archive$ logout
+"""]]
+
+It seems to me that AFS doesn't support hard links between different
+directories.
+
+> [[done]] per comments --[[Joey]] 
diff --git a/doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_1_bc783e551fc0e8da87bc95bff5b8f73a._comment b/doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_1_bc783e551fc0e8da87bc95bff5b8f73a._comment
new file mode 100644
index 0000000000..7a0d158429
--- /dev/null
+++ b/doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_1_bc783e551fc0e8da87bc95bff5b8f73a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~giomasce"
+ nickname="giomasce"
+ subject="Reference"
+ date="2013-08-12T11:39:44Z"
+ content="""
+https://lists.openafs.org/pipermail/openafs-info/2007-December/028158.html
+"""]]
diff --git a/doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_2_faefcf69bd61c47566131cb31b78cc19._comment b/doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_2_faefcf69bd61c47566131cb31b78cc19._comment
new file mode 100644
index 0000000000..a2301499cb
--- /dev/null
+++ b/doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_2_faefcf69bd61c47566131cb31b78cc19._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 2"
+ date="2013-08-24T19:48:46Z"
+ content="""
+I'm confused by this bug report, because it seems to me I already fixed this same problem in commit a64106dcef5c5aad825662ef115cb2a1cc6985a8. There the problem was that encfs in paranoia mode doesn't support hard links. So I made it detect when createLink fails, and fall back to a code path that doesn't need hard links.
+
+Can you re-check the version you have, and perhaps try with a current daily build?
+"""]]
diff --git a/doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_3_d5014c8b78437b9fddbb1e83d3679081._comment b/doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_3_d5014c8b78437b9fddbb1e83d3679081._comment
new file mode 100644
index 0000000000..3d30cea411
--- /dev/null
+++ b/doc/bugs/git_annex_add_error_with_Andrew_File_System/comment_3_d5014c8b78437b9fddbb1e83d3679081._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://launchpad.net/~giomasce"
+ nickname="giomasce"
+ subject="comment 3"
+ date="2013-09-07T15:35:48Z"
+ content="""
+Apparently I wrote a wrong version number. The version actually running on the system I tested is much older. Probably I wrote the one of my own laptop instead.
+
+The bug can be closed, sorry for the noise.
+"""]]
diff --git a/doc/bugs/git_annex_add_memory_leak.mdwn b/doc/bugs/git_annex_add_memory_leak.mdwn
new file mode 100644
index 0000000000..4bcffb17bf
--- /dev/null
+++ b/doc/bugs/git_annex_add_memory_leak.mdwn
@@ -0,0 +1,39 @@
+For the record, `git annex add` has had a series of memory leaks.
+Mostly these are minor -- until you need to check in a few
+million files in a single operation. 
+
+If this happens to you, git-annex will run out of memory and stop.
+(Generally well before your system runs out of memory, since it has some
+built-in ulimits.) You can recover by just re-running the `git annex add`
+-- it will automatically pick up where it left off.
+
+A history of the leaks:
+
+* Originally, `git annex add` remembered all the files
+  it had added, and fed them to git at the end. Of course
+  that made its memory use grow, so it was fixed to periodically
+  flush its buffer. Fixed in version 0.20110417.
+
+* Something called a "lazy state monad" caused "thunks" to build
+  up and memory to leak. Also affected other git annex commands
+  than `add`. Adding files using a SHA* backend hit the worst.
+  Fixed in versions afer 3.20120123.
+
+* Committing journal files turned out to have another memory leak.
+  After adding a lot of files ran out of memory, this left the journal
+  behind and could affect other git-annex commands. Fixed in versions afer
+  3.20120123.
+
+* The count of the number of failed commands was updated lazily, which
+  caused a slow leak when running on a lot of files. Fixed in versions afer
+  3.20120123.
+
+* (Note that `git ls-files --others`, which is used to find files to add,
+  also uses surpsisingly large amounts
+  of memory when you have a lot of files. It buffers
+  the entire list, so it can compare it with the files in the index,
+  before outputting anything.
+  This is Not Our Problem, but I'm sure the git developers
+  would appreciate a patch that fixes it.)
+
+[[done]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left.mdwn b/doc/bugs/git_annex_add_removes_file_with_no_data_left.mdwn
new file mode 100644
index 0000000000..0256c8476f
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left.mdwn
@@ -0,0 +1,103 @@
+### Please describe the problem.
+Using git-annex from Debian (4.20130709), I attempted to add a 410M file named `Expressionlessm.tar`. It acted like it succeeded, but the link it created was broken. Other files would add correctly.
+
+### What steps will reproduce the problem?
+I can reliably cause the file to be removed and replaced with a dangling symlink by doing `git annex add Expressionlessm.tar`. The "addition" completes much faster than normal. Using the old version of git-annex that Ubuntu provides (3.20131112ubuntu4), the file adds correctly in at least one place it was having issues.
+
+### What version of git-annex are you using? On what operating system?
+I'm using the version of git-annex from Debian Sid on Ubuntu 13.04 (perhaps that's my issue?)
+
+### 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
+
+andrew@andrew-desktop:/media/MainStore/Projects$ git status
+# On branch master
+# Untracked files:
+#   (use "git add <file>..." to include in what will be committed)
+#
+==========Snip!=================
+nothing added to commit but untracked files present (use "git add" to track)
+
+
+
+andrew@andrew-desktop:/media/MainStore/Projects$ ls
+==========Snip!=================
+Expressionlessm.tar
+Expressionlessm.tar.bkup
+==========Snip!=================
+
+
+
+andrew@andrew-desktop:/media/MainStore/Projects$ tar tf Expressionlessm.tar 
+Expressionlessm/
+==========Snip!=================
+# Tar file is valid at this point
+
+
+andrew@andrew-desktop:/media/MainStore/Projects$ git annex add Expressionlessm.tar
+add Expressionlessm.tar ok
+(Recording state in git...)
+
+
+
+andrew@andrew-desktop:/media/MainStore/Projects$ ls
+==========Snip!=================
+Expressionlessm.tar
+Expressionlessm.tar.bkup
+==========Snip!=================
+
+
+
+andrew@andrew-desktop:/media/MainStore/Projects$ ls -l
+==========Snip!=================
+lrwxrwxrwx 1 andrew andrew       109 Jul 12 02:29 Expressionlessm.tar -> ../.git/annex/objects/vk/mF/SHA256-s3131909--a2808d850ba2e880ac58bf622cd68edd7e72ea2775b984d52b5d5266c43b03f0
+-rw-rw-r-- 1 andrew andrew 428759040 Jul 10 20:30 Expressionlessm.tar.bkup
+==========Snip!=================
+
+
+
+andrew@andrew-desktop:/media/MainStore/Projects$ tar tf Expressionlessm.tar 
+tar: Expressionlessm.tar: Cannot open: No such file or directory
+tar: Error is not recoverable: exiting now
+
+
+=================================================================
+W O R K I N G   V E R S I O N
+This is what it looks like when the add works.
+=================================================================
+andrew@andrew-desktop:/media/MainStore/Projects$ cp Expressionlessm.tar.bkup Expressionlessm.tar
+andrew@andrew-desktop:/media/MainStore/Projects$ git annex add Expressionlessm.tar
+add Expressionlessm.tar (checksum...) ok
+(Recording state in git...)
+andrew@andrew-desktop:/media/MainStore/Projects$ git status
+# On branch master
+# Changes to be committed:
+#   (use "git reset HEAD <file>..." to unstage)
+#
+#	new file:   Expressionlessm.tar
+#
+# Untracked files:
+==========Snip!=================
+
+
+
+andrew@andrew-desktop:/media/MainStore/Projects$ ls -l
+==========Snip!=================
+lrwxrwxrwx 1 andrew andrew       195 Jul 12 02:20 Expressionlessm.tar -> ../.git/annex/objects/3v/Z7/SHA256-s428759040--133040f7b9d34ebce235aa24a0a16ab72af8f70e7a0722810d873815a2338eb2/SHA256-s428759040--133040f7b9d34ebce235aa24a0a16ab72af8f70e7a0722810d873815a2338eb2
+-rw-rw-r-- 1 andrew andrew 428759040 Jul 10 20:30 Expressionlessm.tar.bkup
+==========Snip!=================
+# Notice the link target is different this time.
+
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; this bug is now prevented on several levels.
+> 
+> BTW, the earlier behavior where it didn't even make a valid .git/annex/objects/
+> symlink is also explained by this bug I've fixed. It pulled a truncated
+> link out of the tarball, and used that.
+> --[[Joey]] 
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_10_9cc749a6efd4359a99316036f5bc867f._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_10_9cc749a6efd4359a99316036f5bc867f._comment
new file mode 100644
index 0000000000..aa3d2c79b3
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_10_9cc749a6efd4359a99316036f5bc867f._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="108.202.17.204"
+ subject="comment 10"
+ date="2013-07-20T23:50:50Z"
+ content="""
+Wow! Thanks!
+
+I'd be happy to help test something if you need.
+
+Also, I just want to say that I really appreciate your openness about the process of fixing this, and that you so quickly deleted the part of the file you didn't need. It's not particularly sensitive, but I really like how you handled that. Thank you.
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_11_1fed5be9db29866e4dc3d3bb12907bf3._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_11_1fed5be9db29866e4dc3d3bb12907bf3._comment
new file mode 100644
index 0000000000..95309dcf65
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_11_1fed5be9db29866e4dc3d3bb12907bf3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 11"
+ date="2013-07-21T00:25:04Z"
+ content="""
+I've updated the linux daily builds with this bug fix, so if you want to you can get the new standalone tarball and use that.
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_12_06d517ac4ef8def4629a40d7c3549bac._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_12_06d517ac4ef8def4629a40d7c3549bac._comment
new file mode 100644
index 0000000000..30a6526f0c
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_12_06d517ac4ef8def4629a40d7c3549bac._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="108.202.17.204"
+ subject="comment 12"
+ date="2013-07-21T04:47:33Z"
+ content="""
+Thanks! Works great!
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_1_8f081aeba7065d143a453dc128543f59._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_1_8f081aeba7065d143a453dc128543f59._comment
new file mode 100644
index 0000000000..89531ca168
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_1_8f081aeba7065d143a453dc128543f59._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 1"
+ date="2013-07-18T19:37:33Z"
+ content="""
+Sorry about the delay getting to this, I've been overloaded.
+
+The link that you show:
+
+`Expressionlessm.tar -> ../.git/annex/objects/vk/mF/SHA256-s3131909--a2808d850ba2e880ac58bf622cd68edd7e72ea2775b984d52b5d5266c`
+
+.. That's not right at all.  I don't understand in the least how this could happen, and am flummoxed how to try to debug it. It just doesn't match anything I know about how the code works.
+
+If I understand you correctly, it's only happening with one particular file content.
+
+I think you either need to rule out it being due to the way you've installed git-annex, perhaps by installing the linux standalone tarball, and seeing if you can get the same behavior with that. Or you could send me the repository by email (joey@kitenet.net) and I'll see if I can reproduce it, and if so, will certainly be able to debug and fix it.
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_2_54a4b10723fd8a80dd486377ff15ce0d._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_2_54a4b10723fd8a80dd486377ff15ce0d._comment
new file mode 100644
index 0000000000..7ac34e7512
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_2_54a4b10723fd8a80dd486377ff15ce0d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 2"
+ date="2013-07-18T19:46:12Z"
+ content="""
+Hmm, given the size of the repo, please don't email it directly, if you choose to do that. But getting me access to it would certainly be useful.
+
+
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_3_f1964e4e07991a251c2795da0361a4e2._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_3_f1964e4e07991a251c2795da0361a4e2._comment
new file mode 100644
index 0000000000..68ca291d2c
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_3_f1964e4e07991a251c2795da0361a4e2._comment
@@ -0,0 +1,28 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="108.202.17.204"
+ subject="Further testing"
+ date="2013-07-19T06:02:53Z"
+ content="""
+I've just tried it again with the git-annex-standalone-amd64.tar.gz bundle. The problem seems to persist.
+
+I've got a typescript (with no timing info) of the problem occurring with the bundle that I could e-mail to you if it would be of any help. I could also get you the ~410M file that's having issues if you're interested. FWIW, its SHA256 according to `sha256sum` on Ubuntu is `133040f7b9d34ebce235aa24a0a16ab72af8f70e7a0722810d873815a2338eb2`.
+
+    andrew@andrew-desktop:/media/MainStore$ lsb_release -a
+    No LSB modules are available.
+    Distributor ID:	Ubuntu
+    Description:	Ubuntu 13.04
+    Release:    	13.04
+    Codename:   	raring
+
+
+
+	andrew@andrew-desktop:/media/MainStore/testspace$ ls -l
+	total 8
+	lrwxrwxrwx 1 andrew andrew 180 Jul 18 22:09 demofile -> .git/annex/objects/10/8J/SHA256E-s11--896769fb2f15d59f398863a11f3e0aaafac022bb99dfd6db34d7c78e1da307e3/SHA256E-s11--896769fb2f15d59f398863a11f3e0aaafac022bb99dfd6db34d7c78e1da307e3
+	lrwxrwxrwx 1 andrew andrew 188 Jul 18 22:10 express.tar -> .git/annex/objects/vk/mF/SHA256-s3131909--a2808d850ba2e880ac58bf622cd68edd7e72ea2775b984d52b5d5266c43b03f0/SHA256-s3131909--a2808d850ba2e880ac58bf622cd68edd7e72ea2775b984d52b5d5266c43b03f0
+
+
+Notice that the path to the file has changed from the version posted before.
+--Andy
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_4_73c38d843c30f00f6fd8883db8e55f62._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_4_73c38d843c30f00f6fd8883db8e55f62._comment
new file mode 100644
index 0000000000..9d68a431c0
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_4_73c38d843c30f00f6fd8883db8e55f62._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 4"
+ date="2013-07-20T19:54:59Z"
+ content="""
+You don't seem to be getting the broken symlink when using the bundle. Is the symlink still not pointing to the content of the file?
+
+I do think I will need the file to debug further, unless you'd like to go on a possibly hundred step round-trip debugging sage with me.
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_5_7ede5ee312f3abdf78979c0d52a7871a._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_5_7ede5ee312f3abdf78979c0d52a7871a._comment
new file mode 100644
index 0000000000..ccf5e574f1
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_5_7ede5ee312f3abdf78979c0d52a7871a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="andy"
+ ip="108.202.17.204"
+ subject="comment 5"
+ date="2013-07-20T21:34:08Z"
+ content="""
+Yes, the symlink was still broken. Or rather, `tar -tf filename.tar` didn't like the file.
+
+The file's about 193 M bzipped. I'll be e-mailing you a link to an S3 copy with DojOsEf2 in the subject line of the email--once the upload finishes. :)
+
+I'm not sure if this is relevant, but the file is a tar of an annex and another git repo. Perhaps that is influencing something (although I presume it shouldn't)?
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_6_e37cf18708f09619442c3a9532d12ed9._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_6_e37cf18708f09619442c3a9532d12ed9._comment
new file mode 100644
index 0000000000..c1056de9e0
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_6_e37cf18708f09619442c3a9532d12ed9._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 6"
+ date="2013-07-20T22:43:27Z"
+ content="""
+Got the file. Verified checksum.
+
+Reproduced bug!
+
+Wow, it really seems to be a bug specific to this one particular
+file content. That's crazy.
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_7_a744ef7dd3a224a911ebb24858bc2fd6._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_7_a744ef7dd3a224a911ebb24858bc2fd6._comment
new file mode 100644
index 0000000000..aa60ef2fc8
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_7_a744ef7dd3a224a911ebb24858bc2fd6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 7"
+ date="2013-07-20T23:00:59Z"
+ content="""
+Can be reproduced with first 500kb of file. I have deleted all the rest of the file, without looking at it. (Scout's honor!)
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_8_f97141b255073b90120895148220c2d7._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_8_f97141b255073b90120895148220c2d7._comment
new file mode 100644
index 0000000000..8bde554708
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_8_f97141b255073b90120895148220c2d7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 8"
+ date="2013-07-20T23:07:17Z"
+ content="""
+Ok, it is in fact relevant that the file is a tarball of a git-annex repository, because git-annex add turns out to be looking at the beginning of the file, and seeing that it contains a git-annex link.
+
+I thought that code was only supposed to fire in repos on FAT filesystems that don't have symlinks. So, several issues to fix here, it seems..
+"""]]
diff --git a/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_9_dd2be11dfd190129d491f5f891e7cd1a._comment b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_9_dd2be11dfd190129d491f5f891e7cd1a._comment
new file mode 100644
index 0000000000..f7ae63cf8b
--- /dev/null
+++ b/doc/bugs/git_annex_add_removes_file_with_no_data_left/comment_9_dd2be11dfd190129d491f5f891e7cd1a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 9"
+ date="2013-07-20T23:26:09Z"
+ content="""
+Ok, I've put in 2 separate bug fixes, any one of which would have been sufficient to prevent this data loss. Am working on a third fix to detect this kind of problem at a higher level and avoid losing content even if it gets all confused.
+
+This bug may be a candidate to be backported to Debian stable, since it causes data loss.
+"""]]
diff --git a/doc/bugs/git_annex_assistant_--autostart_failed.mdwn b/doc/bugs/git_annex_assistant_--autostart_failed.mdwn
new file mode 100644
index 0000000000..8833944ec8
--- /dev/null
+++ b/doc/bugs/git_annex_assistant_--autostart_failed.mdwn
@@ -0,0 +1,39 @@
+**What steps will reproduce the problem?**
+
+Run *git annex assistant --autostart*
+
+    git-annex autostart in /home/tobru/annex/repo1
+    failed
+    git-annex autostart in /home/tobru/annex/repo2
+    failed
+    git-annex autostart in /home/tobru/annex/repo3
+    failed
+    git-annex autostart in /home/tobru/annex/repo4
+    failed
+    git-annex autostart in /home/tobru/annex/repo5
+    failed
+
+Running *git annex assistant* in each directory starts the assistant without errors.
+
+What could cause autostart to fail? Is there any log? Or a --debug parameter?
+
+
+**What is the expected output? What do you see instead?**
+
+The assistant should start on all known repositories
+
+**What version of git-annex are you using? On what operating system?**
+
+4.20130417-g4bb97d5 on Ubuntu
+
+**Please provide any additional information below.**
+
+The ~/.config/git-annex/autostart file looks like this:
+
+    /home/tobru/annex/repo1
+    /home/tobru/annex/repo2
+    /home/tobru/annex/repo3
+    /home/tobru/annex/repo4
+    /home/tobru/annex/repo5
+
+> Closing, seems local misconfiguration. --[[Joey]] [[done]]
diff --git a/doc/bugs/git_annex_assistant_--autostart_failed/comment_1_746545273b53849c42ff6272324e5155._comment b/doc/bugs/git_annex_assistant_--autostart_failed/comment_1_746545273b53849c42ff6272324e5155._comment
new file mode 100644
index 0000000000..7267ec1c48
--- /dev/null
+++ b/doc/bugs/git_annex_assistant_--autostart_failed/comment_1_746545273b53849c42ff6272324e5155._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-18T20:08:12Z"
+ content="""
+The most likely cause of this error is a bad `~/.config/git-annex/program` file. Either the file is missing, or it points to the wrong location for the git-annex command. All that --autostart does is run the program listed on that file in each repository listed in the autostart file. Note that you don't need the file when git-annex is installed in your PATH.
+
+So, how did you install git-annex?
+"""]]
diff --git a/doc/bugs/git_annex_assistant_--autostart_failed/comment_2_5bdf6f94da12e551ae12e7f550a84d62._comment b/doc/bugs/git_annex_assistant_--autostart_failed/comment_2_5bdf6f94da12e551ae12e7f550a84d62._comment
new file mode 100644
index 0000000000..6fb9fba9df
--- /dev/null
+++ b/doc/bugs/git_annex_assistant_--autostart_failed/comment_2_5bdf6f94da12e551ae12e7f550a84d62._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="2013-04-19T06:48:39Z"
+ content="""
+You're right, this files was the problem. I recently removed my manually downloaded standalone tarball and switched to use gitannex-install. So the path was not correct anymore... Thanks a lot for the hint!
+"""]]
diff --git a/doc/bugs/git_annex_assistant_--autostart_failed/comment_3_bfd646f69946a5fe926b270cf94f87cb._comment b/doc/bugs/git_annex_assistant_--autostart_failed/comment_3_bfd646f69946a5fe926b270cf94f87cb._comment
new file mode 100644
index 0000000000..e53a3115da
--- /dev/null
+++ b/doc/bugs/git_annex_assistant_--autostart_failed/comment_3_bfd646f69946a5fe926b270cf94f87cb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn26WQjIP5fnMgQF_L_k3Q3UrR5v8mjRTY"
+ nickname="Ellis"
+ subject="comment 3"
+ date="2013-05-06T18:24:35Z"
+ content="""
+I just had the exact same issue.  Thanks for posting the fix.
+"""]]
diff --git a/doc/bugs/git_annex_content_fails_with_a_parse_error.txt b/doc/bugs/git_annex_content_fails_with_a_parse_error.txt
new file mode 100644
index 0000000000..38c8fa28d6
--- /dev/null
+++ b/doc/bugs/git_annex_content_fails_with_a_parse_error.txt
@@ -0,0 +1,32 @@
+### Please describe the problem.
+
+I tried to use git annex content, but that failed with a parse error.
+
+
+### What steps will reproduce the problem?
+
+Type this anywhere: 
+
+git annex --debug content . "exclude(foo.ml)"
+content . git-annex: Parse error: Parse failure: near "foo.ml"
+
+It fails with the example of the man page:
+   git annex content . "include(*.mp3) or include(*.ogg)"
+
+However, it works when trying: git annex content . "include()".
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130709.1, ubuntu quantal
+
+### 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 the example, thanks. --[[Joey]] [[done]]
diff --git a/doc/bugs/git_annex_content_fails_with_a_parse_error/comment_1_2b60b6ae0115de13ecf837b34dadcd1d._comment b/doc/bugs/git_annex_content_fails_with_a_parse_error/comment_1_2b60b6ae0115de13ecf837b34dadcd1d._comment
new file mode 100644
index 0000000000..75a1579649
--- /dev/null
+++ b/doc/bugs/git_annex_content_fails_with_a_parse_error/comment_1_2b60b6ae0115de13ecf837b34dadcd1d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Matt"
+ ip="78.251.139.64"
+ subject="Correct syntax"
+ date="2013-07-15T08:46:51Z"
+ content="""
+After some digging, it turned out that the correct syntax is                git annex content . \"include=*.mp3 or include=*.ogg\". So it is more a documentation bug
+"""]]
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_copy_-f_REMOTE_._doesn__39__t_work_as_expected.mdwn b/doc/bugs/git_annex_copy_-f_REMOTE_._doesn__39__t_work_as_expected.mdwn
new file mode 100644
index 0000000000..3bda451499
--- /dev/null
+++ b/doc/bugs/git_annex_copy_-f_REMOTE_._doesn__39__t_work_as_expected.mdwn
@@ -0,0 +1,18 @@
+I was testing out the fix/workaround for [[git-annex directory hashing problems on osx]] and I tried using the short forms of some of the commands i.e.
+
+    git annex copy -f externalusb .
+
+which gives me
+
+    git-annex: user error (option `-f' is ambiguous; could be one of:
+      -f         --force        allow actions that may lose annexed data
+      -f REMOTE  --from=REMOTE  specify from where to transfer content
+
+
+I would have expected that since *--to* is the same as *-t* and *--from* is the same as *-f* as the in program documentation suggests. But *-f* clashes with the force command, I would suggest that the short form of *--force* be changed to *-F* and possibly rename the *Fast* commands to *Quick* and use *-Q* as the short form of the *Quick* operations. I didn't try the *-f* option with the move command, but it probably suffers from the same issue. It's probably better to avoid clashing short forms of command options.
+
+I guess this issue is just a documentation issue and a minor interface change if needed and not a bug of git-annex, but a quirk.
+
+> Yeah, -f needs to be from; -F was already --fast. I have made --force not
+> have any short option abbreviation, I think it's entirely reasonable to
+> avoid fat-fingering an option that can lose data. [[done]] --[[Joey]]
diff --git a/doc/bugs/git_annex_copy_trying_to_connect_to_remotes_uninvolved.mdwn b/doc/bugs/git_annex_copy_trying_to_connect_to_remotes_uninvolved.mdwn
new file mode 100644
index 0000000000..f41a80616a
--- /dev/null
+++ b/doc/bugs/git_annex_copy_trying_to_connect_to_remotes_uninvolved.mdwn
@@ -0,0 +1,27 @@
+git-annex is trying to ssh (twice by the look of it) to a remote that is not involved in the copy. In this case, git-annex gives a usage error, but not before calling ssh twice:
+
+    $ git annex copy --from=hugex --to=h2 01-pilot.avi
+    ssh: connect to host 192.168.1.5 port 22: No route to host
+    ssh: connect to host 192.168.1.5 port 22: No route to host
+    fatal: Could not read from remote repository.
+    
+    Please make sure you have the correct access rights
+    and the repository exists.
+    git-annex: only one of --from or --to can be specified
+
+git-annex shouldn't be running ssh before checking commandline arguments! Or, in this case at all, since both remotes mentioned on the commandline are local:
+
+    $ git config remote.hugex.url
+    /media/hugex/jason/home.git
+    $ git config remote.h2.url
+    /media/h2/backup/git/home.git
+
+
+I'm running git-annex 4.20130627 as shipped with debian unstable.
+
+-- 
+Jason
+
+P.S. 192.168.1.5 is set as the HostName for one of my other remotes in my ~/.ssh/config, so this isn't _totally_ out of the blue. 
+
+> [[done]]; see comment's explanation. --[[Joey]]
diff --git a/doc/bugs/git_annex_copy_trying_to_connect_to_remotes_uninvolved/comment_1_f1330935a07460c9c8bc82ee8d4709c5._comment b/doc/bugs/git_annex_copy_trying_to_connect_to_remotes_uninvolved/comment_1_f1330935a07460c9c8bc82ee8d4709c5._comment
new file mode 100644
index 0000000000..2595e083bd
--- /dev/null
+++ b/doc/bugs/git_annex_copy_trying_to_connect_to_remotes_uninvolved/comment_1_f1330935a07460c9c8bc82ee8d4709c5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-06-30T17:27:07Z"
+ content="""
+git-annex needs to discover the uuid of each remote before it can use it. So it currently goes off the discover these uuids at startup time.
+
+If you have a remote that you do not want git-annex to use, you can set remote.name.annex-ignore and it will not do this discovery process for that remote.
+
+While it would be possible to defer the lookup until an operation that needs to know the remote's uuid, it would complicate the code quite a bit, so I have not tried to do so.
+"""]]
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..7e26f63dfe
--- /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,42 @@
+### 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.
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_describe_can_break_uuid.log.mdwn b/doc/bugs/git_annex_describe_can_break_uuid.log.mdwn
new file mode 100644
index 0000000000..16e6981f5b
--- /dev/null
+++ b/doc/bugs/git_annex_describe_can_break_uuid.log.mdwn
@@ -0,0 +1,46 @@
+### Please describe the problem.
+
+`uuid.log` can end up in a state where `git annex describe` (and probably other things) stops working.
+
+### What steps will reproduce the problem?
+
+Run `git annex describe` against a remote that is not a an initialized git-annex repo.
+
+### What version of git-annex are you using? On what operating system?
+
+debian-packaged git-annex 4.20131106 on Linux Mint 13/Maya (Ubuntu Precise/12.04)
+
+### Please provide any additional information below.
+
+I will follow comments, but can also be found at [[https://microca.st/clacke]].
+
+Full transcript to reproduce:
+
+[[!format sh """
+$ git init a
+Initialized empty Git repository in /tmp/annex/a/.git/
+$ git init b
+Initialized empty Git repository in /tmp/annex/b/.git/
+$ cd a/
+$ git annex init
+init  ok
+(Recording state in git...)
+$ git remote add -f b ../b
+Updating b
+$ git annex describe b b # this should not be ok
+describe b ok
+(Recording state in git...)
+$ git annex describe b b
+describe b git-annex: Prelude.last: empty list
+$ git cat-file blob git-annex:uuid.log
+ b timestamp=1383987654.900868s
+...
+
+# End of transcript.
+"""]]
+
+> Fixed the bug and made git breakage not crash git-annex. [[done]]
+> --[[Joey]] 
+
+> > Update: Also made it automatically clean up the cruft this put in the
+> > log. --[[Joey]] 
diff --git a/doc/bugs/git_annex_describe_can_break_uuid.log/comment_2_9ead36f13cbde6c822b231441de636ae._comment b/doc/bugs/git_annex_describe_can_break_uuid.log/comment_2_9ead36f13cbde6c822b231441de636ae._comment
new file mode 100644
index 0000000000..a5616234ef
--- /dev/null
+++ b/doc/bugs/git_annex_describe_can_break_uuid.log/comment_2_9ead36f13cbde6c822b231441de636ae._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://id.clacke.se/"
+ nickname="clacke"
+ subject="comment 2"
+ date="2013-11-11T05:32:14Z"
+ content="""
+Great, thanks!
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful.mdwn b/doc/bugs/git_annex_does_nothing_useful.mdwn
new file mode 100644
index 0000000000..b68e53da96
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful.mdwn
@@ -0,0 +1,67 @@
+As you can see, I'm running a pretty recent build of git-annex (ac799c3f363e0008b23e9c174e6fedc35e6fa92a),
+
+    $ git annex version
+    git-annex version: 3.20120630
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3
+    upgrade supported from repository versions: 0 1 2
+
+We have a file here which isn't currently available yet isn't
+currently available (the link is shown in red),
+
+    $ ls -l plot.py
+    lrwxrwxrwx 1 ben ben 77 Jul  6 14:01 plot.py -> ../.git/annex/objects/WORM:1301941019:720:plot.py/WORM:1301941019:720:plot.py
+    $ 
+
+Yet git-annex should be able to tell us where it is,
+
+    $ git-annex whereis plot.py
+    $ 
+
+Hmm, well that's strange. What's happening here,
+
+    $ git-annex whereis plot.py -d
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","show-ref","git-annex"]
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","show-ref","--hash","refs/heads/git-annex"]
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","log","refs/heads/git-annex..d5582e05f41011b571a17003934fe9e40859e4be","--oneline","-n1"]
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","cat-file","--batch"]
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","ls-files","--cached","-z","--","plot.py"]
+    $ 
+
+Alright, well maybe `git-annex get` will work,
+
+    $ git annex get plot.py -d
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","ls-files","--cached","-z","--","plot.py"]
+    $ ls -l plot.py
+    lrwxrwxrwx 1 ben ben 77 Jul  6 14:01 plot.py -> ../.git/annex/objects/WORM:1301941019:720:plot.py/WORM:1301941019:720:plot.py
+
+Nope, the link is still shown in red.
+
+Alright, what about `git-annex copy`?
+
+    $ git annex copy plot.py --from=goldnerlab --to=here -d 
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","show-ref","git-annex"]
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","show-ref","--hash","refs/heads/git-annex"]
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","log","refs/heads/git-annex..d5582e05f41011b571a17003934fe9e40859e4be","--oneline","-n1"]
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","cat-file","--batch"]
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","ls-files","--cached","-z","--","plot.py"]
+    $ ls -l plot.py
+    lrwxrwxrwx 1 ben ben 77 Jul  6 14:01 plot.py -> ../.git/annex/objects/WORM:1301941019:720:plot.py/WORM:1301941019:720:plot.py
+
+Still red.
+
+Alright, what if I just try to get a non-existent file?
+
+    $ git annex get adsflkah -d
+    git ["--git-dir=/home/ben/lori/analysis/data/.git","--work-tree=/home/ben/lori/analysis/data","ls-files","--cached","-z","--","adsflkah"]
+    $
+
+Alright, it didn't fail with an error, that's very strange. What is going on here?
+
+[[!meta title="v1 file is ignored"]]
+
+> I don't think I want to make git-annex deal with v1 files, and
+> I doubt there are many repos left using them. This seems to be a case
+> of an upgrade not being done, for whatever reason. Closing [[done]]
+> --[[Joey]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_10_457354dc0018333002dc5049935c0feb._comment b/doc/bugs/git_annex_does_nothing_useful/comment_10_457354dc0018333002dc5049935c0feb._comment
new file mode 100644
index 0000000000..266cff3dbb
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_10_457354dc0018333002dc5049935c0feb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0"
+ nickname="Ben"
+ subject="comment 10"
+ date="2012-07-10T14:17:42Z"
+ content="""
+Hmm, the commands above seem to have worked on both machines (both running 3.20120630). I guess I should probably just try rebuilding my data/ repository from scratch, eh?
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_11_8a6d244165dd238ddf9dd629795de2f6._comment b/doc/bugs/git_annex_does_nothing_useful/comment_11_8a6d244165dd238ddf9dd629795de2f6._comment
new file mode 100644
index 0000000000..1de08ae605
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_11_8a6d244165dd238ddf9dd629795de2f6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 11"
+ date="2012-07-10T14:26:06Z"
+ content="""
+I suppose.. joey can probably help you investigate exactly what went wrong.  You might want to save an empty clone of the git repository for later..
+
+The easiest way to fix the data is probably to run a `git annex uninit` in the old repository which will put the files back how they were before and then `git-annex import` them into a new repository.
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_12_30d06bc0f1c37d988a1a31962b57533c._comment b/doc/bugs/git_annex_does_nothing_useful/comment_12_30d06bc0f1c37d988a1a31962b57533c._comment
new file mode 100644
index 0000000000..3de1577529
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_12_30d06bc0f1c37d988a1a31962b57533c._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="165.98.113.100"
+ subject="comment 12"
+ date="2012-07-11T23:23:04Z"
+ content="""
+Looking at this a leetle more closely, you had:
+
+<pre>
+lrwxrwxrwx 1 ben ben 77 Jul  6 14:01 plot.py -> ../.git/annex/objects/WORM:1301941019:720:plot.py/WORM:1301941019:720:plot.py
+</pre>
+
+Well, that is not how a git-annex symlink currently looks, so it ignores it.
+
+Apparenly this repository was created with an old version of git-annex, possibly version 1, and you've dropped in the current version, but the normal upgrade machinery failed. This could happen if you made a new clone of a version 1 bare repository.
+
+I suggest you first find out what version of git-annex was originally used to create this repository (ie, version 0, 1, or 2 ... probably 1). Then make a clone, and \"git config annex.version $N\" where N=the version used). Then \"git annex upgrade\" and you should be good to go. Remember to push or sync the upgrade back to the bare repo so you don't need to do this again.
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_1_fc4f51ddcbc69631e2835b86c3489c8e._comment b/doc/bugs/git_annex_does_nothing_useful/comment_1_fc4f51ddcbc69631e2835b86c3489c8e._comment
new file mode 100644
index 0000000000..6bf6e96f6f
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_1_fc4f51ddcbc69631e2835b86c3489c8e._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 1"
+ date="2012-07-09T23:16:32Z"
+ content="""
+`git ls-files` is not listing your file. Perhaps your file is not checked into git?
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_2_9bb1647e6c59f1ed7b13b81ecc33f920._comment b/doc/bugs/git_annex_does_nothing_useful/comment_2_9bb1647e6c59f1ed7b13b81ecc33f920._comment
new file mode 100644
index 0000000000..3423bfae45
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_2_9bb1647e6c59f1ed7b13b81ecc33f920._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0"
+ nickname="Ben"
+ subject="comment 2"
+ date="2012-07-09T23:31:08Z"
+ content="""
+Not really sure what to say about that other than,
+
+    $ git --git-dir=/home/ben/lori/analysis/data/.git --work-tree=/home/ben/lori/analysis/data ls-files --cached -- plot.py
+    plot.py
+    $ 
+
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_3_d434f5c614a27b75d73530b5b918b851._comment b/doc/bugs/git_annex_does_nothing_useful/comment_3_d434f5c614a27b75d73530b5b918b851._comment
new file mode 100644
index 0000000000..f03aa27459
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_3_d434f5c614a27b75d73530b5b918b851._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="Remotes? "
+ date="2012-07-10T00:23:11Z"
+ content="""
+What does
+
+    git-annex status
+
+Show? 
+
+Do you have any remotes configured? It looks like you don't somehow. 
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_4_998e33219d29ea41b0b2a5d2955a9862._comment b/doc/bugs/git_annex_does_nothing_useful/comment_4_998e33219d29ea41b0b2a5d2955a9862._comment
new file mode 100644
index 0000000000..fc9f6c30cb
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_4_998e33219d29ea41b0b2a5d2955a9862._comment
@@ -0,0 +1,46 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0"
+ nickname="Ben"
+ subject="comment 4"
+ date="2012-07-10T01:46:23Z"
+ content="""
+    $ git annex status
+    supported backends: SHA256 SHA1 SHA512 SHA224 SHA384 SHA256E SHA1E SHA512E SHA224E SHA384E WORM URL
+    supported remote types: git S3 bup directory rsync web hook
+    trusted repositories: 0
+    semitrusted repositories: 3
+            00000000-0000-0000-0000-000000000001 -- web
+            02e4ea72-a77c-11e1-bbd7-0749b04e4b59 -- goldnerlab (Data for Goldner)
+            3c1fd026-c794-11e1-8ebb-dbe8684e8a73 -- here
+    untrusted repositories: 0
+    dead repositories: 0
+    transfers in progress: none
+    available local disk space: 16 gigabytes (+1 megabyte reserved)
+    local annex keys: 0
+    local annex size: 0 bytes
+    known annex keys: 0
+    known annex size: 0 bytes
+    bloom filter size: 16 mebibytes (0% full)
+    backend usage: 
+    $ git remote 
+    goldnerlab
+    $ git remote show goldnerlab
+    * remote goldnerlab
+      Fetch URL: goldnerlab:data
+      Push  URL: goldnerlab:data
+      HEAD branch (remote HEAD is ambiguous, may be one of the following):
+        master
+        synced/master
+      Remote branches:
+        git-annex     tracked
+        master        tracked
+        synced/master tracked
+      Local branch configured for 'git pull':
+        master merges with remote master
+      Local refs configured for 'git push':
+        git-annex     pushes to git-annex     (up to date)
+        master        pushes to master        (up to date)
+        synced/master pushes to synced/master (up to date)
+    
+
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_5_c72e2571e5b8c06bbfa2276a7ad1e8a6._comment b/doc/bugs/git_annex_does_nothing_useful/comment_5_c72e2571e5b8c06bbfa2276a7ad1e8a6._comment
new file mode 100644
index 0000000000..90159b5b46
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_5_c72e2571e5b8c06bbfa2276a7ad1e8a6._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 5"
+ date="2012-07-10T03:03:27Z"
+ content="""
+Well that's odd. You have remotes but no annexed files.. 
+
+Can you post the commands you used to arrive at this situation? I'm not sure how you would have done that.. Maybe you just need a 
+
+    git-annex sync
+
+to get things going? 
+
+I think somehow you cloned the git repo but not the annex stuff. 
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_6_bc8b42432ba25de8f972c192bc3cdff6._comment b/doc/bugs/git_annex_does_nothing_useful/comment_6_bc8b42432ba25de8f972c192bc3cdff6._comment
new file mode 100644
index 0000000000..ad98e6874e
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_6_bc8b42432ba25de8f972c192bc3cdff6._comment
@@ -0,0 +1,44 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0"
+ nickname="Ben"
+ subject="comment 6"
+ date="2012-07-10T03:26:35Z"
+ content="""
+I can easily reproduce the issue as follows,                                                                                                              
+                                                                                                                                                          
+    $ git clone goldnerlab:data                                                                                                                           
+    Cloning into 'data'...                                                                                                                                
+    remote: Counting objects: 61902, done.                                                                                                                
+    remote: Compressing objects: 100% (61354/61354), done.                                                                                                
+    remote: Total 61902 (delta 356), reused 61902 (delta 356)                                                                                             
+    Receiving objects: 100% (61902/61902), 5.50 MiB | 894 KiB/s, done.                                                                                    
+    Resolving deltas: 100% (356/356), done.                                                                                                               
+    $ cd data                                                                                                                                             
+    $ git annex sync                                                                                                                                      
+    (merging origin/git-annex into git-annex...)                                                                                                          
+    commit                                                                                                                                                
+    (Recording state in git...)                                                                                                                           
+    # On branch master                                                                                                                                    
+    nothing to commit (working directory clean)                                                                                                           
+    ok                                                                                                                                                    
+    pull origin                                                                                                                                           
+    ok                                                                                                                                                    
+    push origin                                                                                                                                           
+    Counting objects: 8, done.                                                                                                                            
+    Delta compression using up to 2 threads.                                                                                                              
+    Compressing objects: 100% (5/5), done.                                                                                                                
+    Writing objects: 100% (6/6), 726 bytes, done.                                                                                                         
+    Total 6 (delta 1), reused 1 (delta 0)                                                                                                                 
+    Auto packing the repository for optimum performance.                                                                                                  
+    warning: There are too many unreachable loose objects; run 'git prune' to remove them.                                                                
+    To goldnerlab:data                                                                                                                                    
+       d5582e0..aaddf3c  git-annex -> git-annex                                                                                                           
+    ok                                                                                                                                                    
+                                                                                                                                                          
+Everything looks good so far. I verify that alex/plot.py doesn't exist. Now let's try getting it,                                                         
+                                                                                                                                                          
+    $ git annex get alex/plot.py -d                                                                                                                       
+    git [\"--git-dir=/home/ben/data/.git\",\"--work-tree=/home/ben/data\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"alex/plot.py\"]                                     
+                                                                                                                                                          
+Uh oh. ls confirms that get was unsucessful.            
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_7_e7469a4c5e45078ade775f5cbdd17cfc._comment b/doc/bugs/git_annex_does_nothing_useful/comment_7_e7469a4c5e45078ade775f5cbdd17cfc._comment
new file mode 100644
index 0000000000..c40e4e2cf7
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_7_e7469a4c5e45078ade775f5cbdd17cfc._comment
@@ -0,0 +1,67 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 7"
+ date="2012-07-10T12:37:43Z"
+ content="""
+But how was the goldnerlab:data repository created?  That looks to be where the problem is..
+
+I have a slightly older version, but in general it should work the same..
+you can see right away, when I do git annex status it shows \"known annex keys: 1\".
+if you do git annex status on goldnerlab, does it say you have any annex keys?
+
+
+    $ git-annex version
+    git-annex version: 3.20120614~bpo60+1
+    $ mkdir a
+    $ cd a
+    $ git init
+    Initialized empty Git repository in /tmp/a/.git/
+    $ git annex init a
+    init a ok
+    (Recording state in git...)
+    $ echo hi > file
+    $ git annex add file
+    add file (checksum...) ok
+    (Recording state in git...)
+    $ git commit -m added
+    fatal: No HEAD commit to compare with (yet)
+    fatal: No HEAD commit to compare with (yet)
+    [master (root-commit) cfa9049] added
+     1 files changed, 1 insertions(+), 0 deletions(-)
+     create mode 120000 file
+    $ cd ..
+    $ git clone a a_clone
+    Cloning into a_clone...
+    done.
+    $ cd a_clone
+    $ git annex status
+    (merging origin/git-annex into git-annex...)
+    supported backends: SHA256 SHA1 SHA512 SHA224 SHA384 SHA256E SHA1E SHA512E SHA224E SHA384E WORM URL
+    supported remote types: git bup directory rsync web hook
+    trusted repositories: 0
+    semitrusted repositories: 3
+            00000000-0000-0000-0000-000000000001 -- web
+            445d616e-ca8b-11e1-b170-ff8b03c54243 -- origin (a)
+            5d3db51c-ca8b-11e1-bbc3-039dd06ab47b -- here
+    untrusted repositories: 0
+    dead repositories: 0
+    available local disk space: 63 megabytes (+1 megabyte reserved)
+    local annex keys: 0
+    local annex size: 0 bytes
+    known annex keys: 1
+    known annex size: 3 bytes
+    backend usage:
+            SHA256: 1
+    (Recording state in git...)
+    $ ls
+    file
+    $ cat file
+    cat: file: No such file or directory
+    $ git annex get file
+    get file (from origin...) ok
+    (Recording state in git...)
+    $ cat file
+    hi
+
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_8_bc9e6fd284440a59ffe4e4ed1f73f7d7._comment b/doc/bugs/git_annex_does_nothing_useful/comment_8_bc9e6fd284440a59ffe4e4ed1f73f7d7._comment
new file mode 100644
index 0000000000..85d03f04bf
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_8_bc9e6fd284440a59ffe4e4ed1f73f7d7._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlup4hyZo4eCjF8T85vfRXMKBxGj9bMdl0"
+ nickname="Ben"
+ subject="comment 8"
+ date="2012-07-10T13:02:37Z"
+ content="""
+On goldnerlab,
+
+    $ git annex status
+    supported backends: SHA256 SHA1 SHA512 SHA224 SHA384 SHA256E SHA1E SHA512E SHA224E SHA384E WORM URL
+    supported remote types: git S3 bup directory rsync web hook
+    trusted repositories: 0
+    semitrusted repositories: 4
+        00000000-0000-0000-0000-000000000001 -- web
+        02e4ea72-a77c-11e1-bbd7-0749b04e4b59 -- here (Data for Goldner)
+        351f3ddc-ca3e-11e1-a3fc-6338ef4724a7
+        3c1fd026-c794-11e1-8ebb-dbe8684e8a73
+    untrusted repositories: 0
+    dead repositories: 0
+    transfers in progress: none
+    available local disk space: 2 terabytes (+1 megabyte reserved)
+    local annex keys: 19101
+    local annex size: 41 gigabytes
+    known annex keys: 19122
+    known annex size: 41 gigabytes
+    bloom filter size: 16 mebibytes (3.8% full)
+    backend usage:
+            WORM: 38223
+
+"""]]
diff --git a/doc/bugs/git_annex_does_nothing_useful/comment_9_38a2dbeee3750d79ca9a943a02fceb29._comment b/doc/bugs/git_annex_does_nothing_useful/comment_9_38a2dbeee3750d79ca9a943a02fceb29._comment
new file mode 100644
index 0000000000..dc3206ac5c
--- /dev/null
+++ b/doc/bugs/git_annex_does_nothing_useful/comment_9_38a2dbeee3750d79ca9a943a02fceb29._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 9"
+ date="2012-07-10T14:08:10Z"
+ content="""
+Can you run the series of commands I had above on your two machines?  I figure there are two possibilities:
+
+1. There is something wrong with the git-annex versions you are using.
+2. There is something wrong with your repository. (\"warning: There are too many unreachable loose objects\"?)
+
+so if you can make a temp repository on goldnerlab, then clone it on the other machine and see where it fails, that would be helpful.
+ 
+after cloning git-annex status should hopefully say that you have 1 known key, not 0.
+
+Obviously this won't fix the problem, but it will at least narrow it down.
+"""]]
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_fork_bombs_on_gpg_file.mdwn b/doc/bugs/git_annex_fork_bombs_on_gpg_file.mdwn
new file mode 100644
index 0000000000..9bfe3ee3bb
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file.mdwn
@@ -0,0 +1,25 @@
+### Please describe the problem.
+git-annex goes into a loop of I think Haskell's createProcess function and causes the entire operating system to starve of process creation.
+
+### What steps will reproduce the problem?
+The last file git-annex was processing was tinco.gpg, my gpg key exported with
+  
+   gpg --export mail@tinco.nl --output tinco.gpg 
+
+### What version of git-annex are you using? On what operating system?
+4.20130516-g8a26544 on OSX
+
+I had a remote setup using bup.
+
+### Please provide any additional information below.
+Unfortunately to fix the problem I have deleted the entire git repository and made a new init in the same directory, this time without the gpg file. Everything seems to be working now.
+
+What I remember about the log file is that the last thing it said was something along the lines of 
+
+add tinco.gpg
+
+.. (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) ..etc
+
+recv (resource unavailable or something) ..
+
+> [[done]]; fixed 3 bugs! --[[Joey]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_10_6e29b60cd77f3288e33ad270f95f410e._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_10_6e29b60cd77f3288e33ad270f95f410e._comment
new file mode 100644
index 0000000000..0338219ac0
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_10_6e29b60cd77f3288e33ad270f95f410e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://me.tinco.nl/"
+ nickname="Tinco"
+ subject="comment 10"
+ date="2013-05-19T20:45:53Z"
+ content="""
+Alright! So first the issue was that gpg was asking for a passphrase. I fixed that by installing gpgtools for mac, but that one doesn't have a gpg executable, instead it has gpg2. I hadn't noticed that, so that's why it was saying 'resource vanished' without a proper error message, it simply couldn't find the gpg executable. I did ln -s /usr/local/bin/gpg2 /usr/local/bin/gpg, and now it's happily copying files. Thanks for helping me find out what was wrong!
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_11_ad13e3221ae06086e86800316912d951._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_11_ad13e3221ae06086e86800316912d951._comment
new file mode 100644
index 0000000000..301b0f9736
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_11_ad13e3221ae06086e86800316912d951._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 11"
+ date="2013-05-19T21:13:41Z"
+ content="""
+You're certainly welcome.
+
+So, you did not install git-annex from the dmg? That bundles its own gpg.
+
+I'm curious about this passphrase thing.. Does gpgtools + gpg2 on the Mac cause it to ask for a passphrase better, like in a dialog window? Perhaps I can improve the gpg stuff bundled in the dmg..
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_12_41746b731eae7f280bb668c776022bcb._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_12_41746b731eae7f280bb668c776022bcb._comment
new file mode 100644
index 0000000000..ee27c5491d
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_12_41746b731eae7f280bb668c776022bcb._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://me.tinco.nl/"
+ nickname="Tinco"
+ subject="comment 12"
+ date="2013-05-19T21:24:48Z"
+ content="""
+Yes exactly, it spawns a dialog window and overall has a very nice interface for managing gpg keys. I switched from the DMG to cabal because I couldn't get the bundled gpg to ask for my password, setting up a gpg-agent seemed pretty complicated, so I just went for the packaged approach from https://gpgtools.org/.
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_13_56ca8590110abffeed6d826c54ca1136._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_13_56ca8590110abffeed6d826c54ca1136._comment
new file mode 100644
index 0000000000..64ee5e8767
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_13_56ca8590110abffeed6d826c54ca1136._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 13"
+ date="2013-05-19T22:03:57Z"
+ content="""
+Ok, I've made a note that I should look into pulling in gpgtools rather than gpg into the DMG. At least if the webapp every gets a UI that allows setting up remotes that are encrypted to a gpg key. Currently the webapp avoids that because I know gpg password prompting is not sorted out everywhere.
+
+And also, I've made the configure script check for gpg2 if it can't find a gpg.
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_1_73ae438a37e4c5f56fe291448e1c64dd._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_1_73ae438a37e4c5f56fe291448e1c64dd._comment
new file mode 100644
index 0000000000..e1c3ed279d
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_1_73ae438a37e4c5f56fe291448e1c64dd._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://me.tinco.nl/"
+ nickname="Tinco"
+ subject="comment 1"
+ date="2013-05-18T23:32:32Z"
+ content="""
+Nevermind the gpg file suspicion, it now crashes without that file too:
+
+[2013-05-19 01:30:36 CEST] main: starting assistant version 4.20130516-g8a26544
+
+(scanning...) [2013-05-19 01:30:36 CEST] Watcher: Performing startup scan
+(started...) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) (gpg) 
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_2_aa237adebe7674b8cdb9a967bb5f96a8._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_2_aa237adebe7674b8cdb9a967bb5f96a8._comment
new file mode 100644
index 0000000000..f5358da984
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_2_aa237adebe7674b8cdb9a967bb5f96a8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://me.tinco.nl/"
+ nickname="Tinco"
+ subject="comment 2"
+ date="2013-05-18T23:36:22Z"
+ content="""
+So that probably means I have some problem with the gpg encryption, that is used by bup. Maybe it doesn't even have to do with git annex, I'll see if I can make it say more in the log.
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_3_ab403d7abbbbabd498b954b0b9742755._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_3_ab403d7abbbbabd498b954b0b9742755._comment
new file mode 100644
index 0000000000..0ffbcccaeb
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_3_ab403d7abbbbabd498b954b0b9742755._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-18T23:59:59Z"
+ content="""
+run it with `--debug`
+
+paste the whole log, not an except
+
+get a `ps lax` so we can see which programs are running which other programs and how many programs are running at the same time
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_4_a35d04440b1220faf9088107c3f17762._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_4_a35d04440b1220faf9088107c3f17762._comment
new file mode 100644
index 0000000000..bd1fef0190
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_4_a35d04440b1220faf9088107c3f17762._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://me.tinco.nl/"
+ nickname="Tinco"
+ subject="comment 4"
+ date="2013-05-19T03:15:10Z"
+ content="""
+Ok I got some interesting data from the debug switch, posted it here: https://pastee.org/ kn2hv (remove space, TTL 1 month)
+
+And managed to get a ps lax in after launch but before I'm starved of processes: http://pastie.org/pastes/7928091/text?key=gdywhjzo8xm5etcgv8e8jw
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_5_8345331b9b313769ba401da2ffd89332._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_5_8345331b9b313769ba401da2ffd89332._comment
new file mode 100644
index 0000000000..d0ff6f0081
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_5_8345331b9b313769ba401da2ffd89332._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://me.tinco.nl/"
+ nickname="Tinco"
+ subject="comment 5"
+ date="2013-05-19T12:37:22Z"
+ content="""
+Sorry, I just noticed that after I killed the process it created some more logs. The log I previously pasted is moved to log.3, here are the additional ones (all created in around the same minute:)
+
+http://pastie.org/7929225
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_6_7eb535ca38b3e84d44d0f8cbf5e61b8b._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_6_7eb535ca38b3e84d44d0f8cbf5e61b8b._comment
new file mode 100644
index 0000000000..03f213c439
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_6_7eb535ca38b3e84d44d0f8cbf5e61b8b._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-05-19T16:39:44Z"
+ content="""
+So there are a lot of uploads attempts being made (and apparently failing), and a lot of zombie git-annex processes are building up as children of the git-annex transferkeys process. That isolates the problem some.
+
+The repeated \"(gpg)\" is an interesting clue, since normally git-annex only runs gpg once, to unlock an encrypted special remote's encryption key, and then should retain the key, cached in memory. I was able to reproduce this part of the bug (but not the zombie processes) when I purposfully broke the bup special remote by making it throw an error when it was supposed to run bup to send a file. That defeats the caching, since the state, including the cache, is thrown away when there's an exception. Working on a fix for that..
+
+That doesn't explain what's actually causing the problem for you, but it does certainly suggest the bup special remote code is failing in some unusual way. What happens if rather than starting the assistant, you use git-annex manually to send files to the remote? Run:
+
+<pre>
+git annex copy --to ffe41272-608e-43c4-8f35-e9cd63087892 --debug
+</pre>
+
+(You may want to give it the name of just 1 file to send.)
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_7_a3aa4231a82917c56cbdf52b65db7133._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_7_a3aa4231a82917c56cbdf52b65db7133._comment
new file mode 100644
index 0000000000..16961afd33
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_7_a3aa4231a82917c56cbdf52b65db7133._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://me.tinco.nl/"
+ nickname="Tinco"
+ subject="comment 7"
+ date="2013-05-19T19:27:03Z"
+ content="""
+Hi Joey thanks for working with me on this. The result from copying one file over is 'resource vanished':
+
+    [2013-05-19 21:24:53 CEST] read: git [\"--git-dir=/Users/tinco/Documents/.git\",\"--work-tree=/Users/tinco/Documents\",\"show-ref\",\"git-annex\"]
+    [2013-05-19 21:24:53 CEST] read: git [\"--git-dir=/Users/tinco/Documents/.git\",\"--work-tree=/Users/tinco/Documents\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-05-19 21:24:53 CEST] read: git [\"--git-dir=/Users/tinco/Documents/.git\",\"--work-tree=/Users/tinco/Documents\",\"log\",\"refs/heads/git-annex..f0523a06e2eb7217d98fe2b9f6ec5afa724ccd92\",\"--oneline\",\"-n1\"]
+    [2013-05-19 21:24:53 CEST] chat: git [\"--git-dir=/Users/tinco/Documents/.git\",\"--work-tree=/Users/tinco/Documents\",\"cat-file\",\"--batch\"]
+    [2013-05-19 21:24:53 CEST] read: git [\"--git-dir=/Users/tinco/Documents/.git\",\"--work-tree=/Users/tinco/Documents\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"About Stacks.pdf\"]
+    copy About Stacks.pdf (gpg) [2013-05-19 21:24:53 CEST] chat: gpg [\"--quiet\",\"--trust-model\",\"always\",\"--decrypt\"]
+
+    git-annex: fd:12: hClose: resource vanished (Broken pipe)
+    failed
+    git-annex: copy: 1 failed
+
+
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_8_178fd4e4d6abbca192fcd6d592615fca._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_8_178fd4e4d6abbca192fcd6d592615fca._comment
new file mode 100644
index 0000000000..38b136b378
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_8_178fd4e4d6abbca192fcd6d592615fca._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 8"
+ date="2013-05-19T19:35:51Z"
+ content="""
+I've fixed the repeated \"(gpg)\" problem. But that is not the real problem...
+
+Looks to me like there is a problem with running gpg to extract the encryption key of the repository. I can cause the same \"resource vanished\" message if I make gpg exit 1 immediately when it starts. I also managed to get 3 zombies when failing to send 100 files. Although in my case they were gpg zombies, not git-annex zombies.
+
+Can you run `gpg` manually at the command line? If you installed git-annex from the OSX dmg file, you need to have used \"runshell\" to get the gpg that's included in it onto the PATH before you do this.
+"""]]
diff --git a/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_9_7d80f131f43312bb061df2be7fa956ef._comment b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_9_7d80f131f43312bb061df2be7fa956ef._comment
new file mode 100644
index 0000000000..ff81f53a40
--- /dev/null
+++ b/doc/bugs/git_annex_fork_bombs_on_gpg_file/comment_9_7d80f131f43312bb061df2be7fa956ef._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 9"
+ date="2013-05-19T19:53:04Z"
+ content="""
+I've fixed things so it will not pile up zombie processes. It'll still fail to send stuff if gpg is broken, but it'll fail more nicely now.
+
+We still need to find out why gpg is failing to run on your system..
+"""]]
diff --git a/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files.mdwn b/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files.mdwn
new file mode 100644
index 0000000000..9563f06836
--- /dev/null
+++ b/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files.mdwn
@@ -0,0 +1,18 @@
+What steps will reproduce the problem?
+
+Put some large files into a direct mode repository (so fsck time is noticeable).  git annex add them, commit, run git annex fsck.
+
+What is the expected output? What do you see instead?
+
+Expected: files are checksummed, which should take considerable amount of time for each file.  For reference, in indirect mode, fsck takes a while for files of ~1GB size.
+Actually: in direct mode, git annex fsck goes through all of the files in an instant and prints OK for each. I believe the file content is not verified.
+Multiple runs of git annex fsck do the same thing.
+
+What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130405, Linux
+
+Please provide any additional information below.
+
+> I've fixed it, fsck is indeed checksumming direct mode files now, as long
+> as they're not known to be modified. [[done]] --[[Joey]]
diff --git a/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_1_a6cde4aa495512344fa7f50e10749c68._comment b/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_1_a6cde4aa495512344fa7f50e10749c68._comment
new file mode 100644
index 0000000000..5aaebc342a
--- /dev/null
+++ b/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_1_a6cde4aa495512344fa7f50e10749c68._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-04-14T17:50:53Z"
+ content="""
+This is expected. The content of direct mode files can change at any time, so fsck does not have a locked down object with a known checksum that it can verify. Similarly, fsck skips unlocked files in indirect mode.
+"""]]
diff --git a/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_2_4ac3b87ec0bc0514c4eff9f5a75b9f5d._comment b/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_2_4ac3b87ec0bc0514c4eff9f5a75b9f5d._comment
new file mode 100644
index 0000000000..1eb8b18e7d
--- /dev/null
+++ b/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_2_4ac3b87ec0bc0514c4eff9f5a75b9f5d._comment
@@ -0,0 +1,26 @@
+[[!comment format=txt
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="comment 2"
+ date="2013-04-15T01:32:52Z"
+ content="""
+I'm still somewhat confused about the following commit (which seems to suggest fsck in direct mode could actually checksum files):
+
+commit 0da2507fd622120217cf03038b851b47c47ace53
+Author: Joey Hess <joey@kitenet.net>
+Date:   Tue Jan 8 15:07:00 2013 -0400
+
+    improve direct mode fsck
+    
+    An earlier commit (mislabeled) made direct mode fsck check file checksums.
+    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 problems.
+    
+    This commit improves that, by checking a second time, if the checksum
+    fails, that the file is still not modified, before taking action. This way,
+    a direct mode file can be modified while being fscked.
+
+
+"""]]
diff --git a/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_3_d18b1fdc866edf2786d2c6b7ec55119f._comment b/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_3_d18b1fdc866edf2786d2c6b7ec55119f._comment
new file mode 100644
index 0000000000..a7b2b38da4
--- /dev/null
+++ b/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_3_d18b1fdc866edf2786d2c6b7ec55119f._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-16T20:16:51Z"
+ content="""
+Thanks for digging that up!
+
+I'd forgotten I finessed the problem that way.. And it looks like that patch was broken and never checked the right file.
+
+"""]]
diff --git a/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_4_31e4fcbf63c11cc374a849daf3ce1dbc._comment b/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_4_31e4fcbf63c11cc374a849daf3ce1dbc._comment
new file mode 100644
index 0000000000..57af756734
--- /dev/null
+++ b/doc/bugs/git_annex_fsck_in_direct_mode_does_not_checksum_files/comment_4_31e4fcbf63c11cc374a849daf3ce1dbc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="Thanks!"
+ date="2013-04-17T18:33:41Z"
+ content="""
+It does fsck for real now.
+"""]]
diff --git a/doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos.mdwn b/doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos.mdwn
new file mode 100644
index 0000000000..9a044860ae
--- /dev/null
+++ b/doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos.mdwn
@@ -0,0 +1,21 @@
+What is says on the tin:
+
+git annex fsck is a no-op in bare repos
+
+See http://lists.madduck.net/pipermail/vcs-home/2011-June/000433.html
+
+> Thinking about this some more, it would be difficult to do anything
+> when bad content is found, since it also cannot update the location log.
+> 
+> So this may be another thing blocked by [[todo/branching]], assuming
+> that is fixed in a way that makes `.git-annex` available to bare repos.
+> --[[Joey]] 
+
+>> Even if there is nothing it can _do_, knowing that the data is intact,
+>> or not, is valuable in and as of itself. -- RichiH
+
+>>> While storing the data is no longer an issue in bare repos, fsck would
+>>> need a special mode that examines all the location logs, since it
+>>> cannot run thru the checked out files. --[[Joey]] 
+
+>>>> [[done]]! --[[Joey]] 
diff --git a/doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos/comment_1_fc59fbd1cdf8ca97b0a4471d9914aaa1._comment b/doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos/comment_1_fc59fbd1cdf8ca97b0a4471d9914aaa1._comment
new file mode 100644
index 0000000000..d50938a784
--- /dev/null
+++ b/doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos/comment_1_fc59fbd1cdf8ca97b0a4471d9914aaa1._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-06-13T16:58:52Z"
+ content="""
+And, maybe, a way to start a fsck from remote? At least when the other side is a ssh or git annex shell, this would work.
+"""]]
diff --git a/doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos/comment_2_273a45e6977d40d39e0d9ab924a83240._comment b/doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos/comment_2_273a45e6977d40d39e0d9ab924a83240._comment
new file mode 100644
index 0000000000..b01590a7a7
--- /dev/null
+++ b/doc/bugs/git_annex_fsck_is_a_no-op_in_bare_repos/comment_2_273a45e6977d40d39e0d9ab924a83240._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://ertai.myopenid.com/"
+ nickname="npouillard"
+ subject="git annex fsck --from remote"
+ date="2011-06-25T16:20:44Z"
+ content="""
+Currently fsck silently ignores --to/--from.
+It should at least complain if it is not supported.
+"""]]
diff --git a/doc/bugs/git_annex_get_choke_when_remote_is_an_ssh_url_with_a_port.mdwn b/doc/bugs/git_annex_get_choke_when_remote_is_an_ssh_url_with_a_port.mdwn
new file mode 100644
index 0000000000..92cc9170f9
--- /dev/null
+++ b/doc/bugs/git_annex_get_choke_when_remote_is_an_ssh_url_with_a_port.mdwn
@@ -0,0 +1,13 @@
+when i want to
+
+    git annex get file
+
+on repo ssh://host-without-port/annex, it works, but if i want to get a file from ssh://host:5122/annex, it tries to run command
+ssh ["host:5122", "git-annex-shell 'configlist' '/annex/file'"] and fails. ssh needs the -p option to set the default port, it doesn't support host:port notation.
+this is confusing because git can handle this url correctly, and will happily clone/push/pull to/from these url.
+
+temporary workaround is to use ssh://host/annex as url and define remote.name.annex-ssh-options to "-p 5122", but we need to use this workaround when doing annex get and undo the workaround when pushing/cloning.
+
+if i had more time, i would have learned haskell and provided a patch ;)
+
+> Fixed in git! --[[Joey]] [[done]]
diff --git a/doc/bugs/git_annex_gets_confused_about_remotes_with_dots_in_their_names.mdwn b/doc/bugs/git_annex_gets_confused_about_remotes_with_dots_in_their_names.mdwn
new file mode 100644
index 0000000000..d35282e750
--- /dev/null
+++ b/doc/bugs/git_annex_gets_confused_about_remotes_with_dots_in_their_names.mdwn
@@ -0,0 +1,34 @@
+For test.com//test, I get this:
+
+    % git annex copy . --to test.com//test
+    (getting UUID for test...) git-annex: there is no git remote named "test.com//test"
+
+And my .git/config changes from
+
+    [remote "test.com//test"]
+    	url = richih@test.com:/test
+    	fetch = +refs/heads/*:refs/remotes/test.com//test/*
+
+to
+
+    [remote "test.com//test"]
+    	url = richih@test.com:/test
+    	fetch = +refs/heads/*:refs/remotes/test.com//test/*
+    	annex-uuid = xyz
+    [remote "test"]
+    	annex-uuid = xyz
+
+
+Unless I am misunderstanding something, git annex gets confused about what the name of the remote it supposed to be, truncates at the dot for some operations and uses the full name for others.
+
+> I've fixed this bug. [[done]]
+> 
+> However, using "/" in a remote name seems likely to me to confuse 
+> git's own remote branch handling. Although I've never tried it.
+> --[[Joey]] 
+
+>> From what I can see, git handles / just fine, but would get upset about : which is why it's not allowed in a remote's name.
+>> My naming scheme is host//path/to/annex. It sorts nicely and gives all important information left to right with the most specific parts at the beginning and end.
+>> If you have any other ideas or scheme, I am all ears :)
+>> Either way, thanks for fixing this so quickly.
+>> -- RichiH
diff --git a/doc/bugs/git_annex_import_destroys_a_fellow_git_annex_repository.mdwn b/doc/bugs/git_annex_import_destroys_a_fellow_git_annex_repository.mdwn
new file mode 100644
index 0000000000..c8307ca6b2
--- /dev/null
+++ b/doc/bugs/git_annex_import_destroys_a_fellow_git_annex_repository.mdwn
@@ -0,0 +1,130 @@
+### Please describe the problem.
+
+`git annex import` not only [[does not work with git annex repositories|bugs/`git annex import` does not work on other git annex repositories]], it even destroys the meta-data in that repository, because it moves the `.git/*` metadata out of the remote repository.
+
+### What steps will reproduce the problem?
+
+[[!format txt """
+git init foo
+cd foo
+git annex init
+dd if=/dev/urandom of=foo bs=1M count=1
+git annex add foo
+git commit -m'files'
+cd ../
+git init bar
+cd bar
+git annex init
+mkdir foo
+cd foo
+git annex import ../../foo
+cd ../../foo
+git status
+"""]]
+
+
+### What version of git-annex are you using? On what operating system?
+
+[[!format txt """
+anarcat@angela:foo$ git annex version
+git-annex version: 4.20130921-g434dc22
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi
+"""]]
+
+### 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:~$ cd /tmp
+anarcat@angela:/tmp$ mkdir test
+anarcat@angela:/tmp$ cd test
+anarcat@angela:test$ ls
+anarcat@angela:test$ git init foo
+Initialized empty Git repository in /tmp/test/foo/.git/
+anarcat@angela:test$ cd foo
+anarcat@angela:foo$ git annex init
+init  ok
+(Recording state in git...)
+anarcat@angela:foo$ dd if=/dev/urandom of=foo bs=1M count=1
+1+0 enregistrements lus
+1+0 enregistrements écrits
+1048576 octets (1,0 MB) copiés, 0,410384 s, 2,6 MB/s
+anarcat@angela:foo$ git annex add foo
+add foo (checksum...) ok
+(Recording state in git...)
+anarcat@angela:foo$ git commit -m'files'
+[master (root-commit) 83daa0b] files
+ 1 file changed, 1 insertion(+)
+ create mode 120000 foo
+anarcat@angela:foo$ cd ../
+anarcat@angela:test$ git init bar
+Initialized empty Git repository in /tmp/test/bar/.git/
+anarcat@angela:test$ cd bar
+anarcat@angela:bar$ git annex init
+init  ok
+(Recording state in git...)
+anarcat@angela:bar$ mkdir foo
+anarcat@angela:bar$ cd foo
+anarcat@angela:foo$ git annex import ../../foo
+import .git/COMMIT_EDITMSG (checksum...) ok
+import .git/description (checksum...) ok
+import .git/config (checksum...) ok
+import .git/index (checksum...) ok
+import .git/HEAD (checksum...) ok
+import .git/annex/journal.lck (checksum...) ok
+import .git/annex/index.lck (checksum...) ok
+import .git/annex/sentinal (checksum...) ok
+import .git/annex/sentinal.cache (checksum...) ok
+import .git/annex/index (checksum...) ok
+import .git/annex/objects/w2/Kz/SHA256E-s1048576--f957108785c8dc30cf792948b89d61af257c40e5ef0e1d20ff6cf6aadaf6f66b/SHA256E-s1048576--f957108785c8dc30cf792948b89d61af257c40e5ef0e1d20ff6cf6aadaf6f66b
+git-annex: ../../foo/.git/annex/objects/w2/Kz/SHA256E-s1048576--f957108785c8dc30cf792948b89d61af257c40e5ef0e1d20ff6cf6aadaf6f66b/SHA256E-s1048576--f957108785c8dc30cf792948b89d61af257c40e5ef0e1d20ff6cf6aadaf6f66b: rename: permission denied (Permission denied)
+failed
+import .git/objects/0e/6881452189b7fc34809f101f075da7cca9d9d8 (checksum...) ok
+import .git/objects/03/c0163611cd061af17b2dd58a93c95ffbb05040 (checksum...) ok
+import .git/objects/39/10912eab082d015bface04ed3a8ed658b94893 (checksum...) ok
+import .git/objects/21/05f6aaf523510f25516b04a0c07d5900df2b0b (checksum...) ok
+import .git/objects/83/daa0b1d8290191f53d1d3b5e39e03653a89ce2 (checksum...) ok
+import .git/objects/83/8fa78626a6cdc4399186172df9109d321ca0bf (checksum...) ok
+import .git/objects/dc/1e1b7b811079e1c5826d44958b736fc3a3a458 (checksum...) ok
+import .git/objects/7b/4d3d6a3ee2286b2da15c1aca39353d63c16fa2 (checksum...) ok
+import .git/objects/86/2b2a09ebc7a1eb298dccc57be75bad897a7c10 (checksum...) ok
+import .git/objects/e1/61ad2ad1843e39937caaf6add6f690fd361126 (checksum...) ok
+import .git/objects/4b/825dc642cb6eb9a060e54bf8d69288fbee4904 (checksum...) ok
+import .git/objects/9b/47feee99b5f24e0dc96cf4a20fcb88c0ec007d (checksum...) ok
+import .git/objects/b0/8c838cfb09bafae40a05312092c37360c880b0 (checksum...) ok
+import .git/refs/heads/master (checksum...) ok
+import .git/refs/heads/git-annex (checksum...) ok
+import .git/logs/HEAD (checksum...) ok
+import .git/logs/refs/heads/master (checksum...) ok
+import .git/logs/refs/heads/git-annex (checksum...) ok
+import .git/info/exclude (checksum...) ok
+import .git/hooks/pre-applypatch.sample (checksum...) ok
+import .git/hooks/applypatch-msg.sample (checksum...) ok
+import .git/hooks/pre-rebase.sample (checksum...) ok
+import .git/hooks/update.sample (checksum...) ok
+import .git/hooks/commit-msg.sample (checksum...) ok
+import .git/hooks/pre-commit (checksum...) ok
+import .git/hooks/prepare-commit-msg.sample (checksum...) ok
+import .git/hooks/post-update.sample (checksum...) ok
+import .git/hooks/pre-commit.sample (checksum...) ok
+(Recording state in git...)
+error: Invalid path 'foo/.git/COMMIT_EDITMSG'
+error: unable to add foo/.git/COMMIT_EDITMSG to index
+fatal: adding files failed
+
+git-annex: user error (xargs ["-0","git","--git-dir=/tmp/test/bar/.git","--work-tree=/tmp/test/bar","add","--"] exited 123)
+failed
+git-annex: import: 2 failed
+anarcat@angela:foo$ cd ../../foo
+anarcat@angela:foo$ git status
+fatal: Not a git repository (or any of the parent directories): .git
+anarcat@angela:foo$
+# End of transcript or log.
+"""]]
+
+Thanks! --[[anarcat]]
+
+> Would have thought this was obviously something you shouldn't do
+> (sorta like running git-annex import on your home directory),
+> but ok, it can skip .git directories. [[done]] --[[Joey]]
diff --git a/doc/bugs/git_annex_importfeed_fails.mdwn b/doc/bugs/git_annex_importfeed_fails.mdwn
new file mode 100644
index 0000000000..244ed769cd
--- /dev/null
+++ b/doc/bugs/git_annex_importfeed_fails.mdwn
@@ -0,0 +1,64 @@
+### Please describe the problem.
+
+git annex importfeed fails
+
+### What steps will reproduce the  problem?
+
+git annex importfeed http://www.tatw.co.uk/podcast.xml
+
+### On what operating system?
+
+Ubuntu 12.04, the prebuilt linux tarball
+
+[[!format sh """
+$ 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: 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
+
+$ git annex importfeed http://www.tatw.co.uk/podcast.xml
+(checking known urls...)
+(Recording state in git...)
+importfeed http://www.tatw.co.uk/podcast.xml
+--2013-09-27 12:16:09--  http://www.tatw.co.uk/podcast.xml
+Résolution de www.tatw.co.uk (www.tatw.co.uk)... 88.190.26.130
+Connexion vers www.tatw.co.uk (www.tatw.co.uk)|88.190.26.130|:80... connecté.
+requête HTTP transmise, en attente de la réponse... 200 OK
+Longueur: 41267 (40K) [application/xml]
+Sauvegarde en : «/tmp/user/2166/feed10670»
+
+100%[==========================================================================>] 41 267      81,6K/s   ds 0,5s
+
+2013-09-27 12:16:10 (81,6 KB/s) - «/tmp/user/2166/feed10670» sauvegardé [41267/41267]
+
+addurl Above___Beyond__Group_Therapy/_001_Group_Therapy_Radio_with_Above___Beyond (downloading  ...)
+failed
+addurl Above___Beyond__Group_Therapy/_002_Group_Therapy_Radio_with_Above___Beyond (downloading  ...)
+failed
+addurl Above___Beyond__Group_Therapy/_003_Group_Therapy_Radio_with_Above___Beyond (downloading  ...)
+failed
+addurl Above___Beyond__Group_Therapy/_004_Group_Therapy_Radio_with_Above___Beyond (downloading  ...)
+failed
+
+etc
+
+
+# End of transcript or log.
+"""]]
+
+> This is a bug in the feed library: <https://github.com/sof/feed/issues/7>  
+> And already fixed upstream this morning, so if you need the fix 
+> immediately, build with cabal. Otherwise fix will percolate out to
+> builds eventually.
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/git_annex_indirect_can_fail_catastrophically.mdwn b/doc/bugs/git_annex_indirect_can_fail_catastrophically.mdwn
new file mode 100644
index 0000000000..3dc1936833
--- /dev/null
+++ b/doc/bugs/git_annex_indirect_can_fail_catastrophically.mdwn
@@ -0,0 +1,78 @@
+### Please describe the problem.
+
+I have a repo that I initialized in direct mode because i felt unconfortable with the "symlink forest" approach.
+
+Now that I prefer that, i want to switch back to indirect mode. The problem is, when I did that, I realized that some files in the repo were not writable by my user, and git annex indirect crashed, and didn't "indirect" all the files. Now the repo is in a "half-direct" state, and I seem to be unable to recover.
+
+### What steps will reproduce the problem?
+
+[[!format txt """
+git init
+git annex init
+git annex direct
+git annex add . # make sure some files are not writable by your user
+git annex indirect
+"""]]
+
+The `indirect` step will stop at the file that is not writable and will fail to move some files to `.git/annex`. And then the repo is in `indirect` mode yet some files are still not symlinks.
+
+Doing a `git annex direct` will try to commit all those nasty files into git, as it does a `git commit -a`.
+
+### What version of git-annex are you using? On what operating system?
+
+    git-annex version: 4.20130912-ga1faca3
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS Feeds Quvi
+
+Debian wheezy.
+
+### Please provide any additional information below.
+
+Ideally, there would be a way to just tell git annex it's really still in direct mode and migrate the remaining files.
+
+The workaround is, obviously, to make sure you own all those files before messing around:
+
+    chown -R you *
+    chmod -R u+w *
+
+A [[patch]], maybe, that allows you to flip cleanly between the two modes:
+
+[[!format diff """
+From a21dfc97da96883b2a088bb5f3f466296f08d858 Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Antoine=20Beaupr=C3=A9?= <anarcat@koumbit.org>
+Date: Mon, 16 Sep 2013 13:58:29 -0400
+Subject: [PATCH] do not commit -a when going back to direct mode
+
+without this, if we switched to indirect mode but failed doing so
+(because of a permission problem, for example), going back to
+direct mode will commit all files to git, which we really want 
+to avoid.
+
+---
+ Command/Direct.hs |    1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/Command/Direct.hs b/Command/Direct.hs
+index 7835988..ed8ea6c 100644
+--- a/Command/Direct.hs
++++ b/Command/Direct.hs
+@@ -33,7 +33,6 @@ perform = do
+        showOutput
+        _ <- inRepo $ Git.Command.runBool
+                [ Param "commit"
+-               , Param "-a"
+                , Param "-m"
+                , Param "commit before switching to direct mode"
+                ]
+--
+1.7.10.4
+
+"""]]
+
+Any update on this? Why is `-a` used here? -- [[anarcat]]
+
+> -a is not really the problem. You certainly do usually want
+> to commit your changes before converting to direct mode.
+> 
+> [[done]]; now when this happens it catches the exception and 
+> leaves the file in direct mode, which is the same as it being
+> unlocked. --[[Joey]]
diff --git a/doc/bugs/git_annex_indirect_can_fail_catastrophically/comment_1_0b085e7e8c8e364f479574bc00c7c394._comment b/doc/bugs/git_annex_indirect_can_fail_catastrophically/comment_1_0b085e7e8c8e364f479574bc00c7c394._comment
new file mode 100644
index 0000000000..68814881da
--- /dev/null
+++ b/doc/bugs/git_annex_indirect_can_fail_catastrophically/comment_1_0b085e7e8c8e364f479574bc00c7c394._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 1"
+ date="2013-09-25T18:57:25Z"
+ content="""
+Worse than  being stuck partway converted, it fails in such a way that the file you can't write to is left stuck in .git/annex/objects/ without a symlink pointint to it. 
+
+Here is how to recover:
+
+1. run `git annex direct`
+2. run `git annex indirect`
+3. run `git annex direct`
+4. run `git annex indirect`
+5. run `git revert HEAD`
+6. run `git annex direct`
+7. fix the permission of the file
+8. run `git annex indirect`
+
+Please don't ask me why this works, but it will..
+"""]]
diff --git a/doc/bugs/git_annex_initremote_needs_some___34__error_checking__34__.mdwn b/doc/bugs/git_annex_initremote_needs_some___34__error_checking__34__.mdwn
new file mode 100644
index 0000000000..6b57f8ce5f
--- /dev/null
+++ b/doc/bugs/git_annex_initremote_needs_some___34__error_checking__34__.mdwn
@@ -0,0 +1,65 @@
+_git annex initremote_ without a complete command set still adds an entry to the uuid.log etc... and thus clutters up the state of the annex. I would not have expected this behaviour as a user.
+
+_initremote_ should fail and not do anything if the commands that it has been given are incomplete or incorrect. I was initialising a few rsync repos and noticed that i ended up having mutiple rsync remotes with the same name but different uuid's. I know its hard if not impossible to remove these uuid's so I have just marked them as "dead" in my live annexes.
+
+Here's a transcript of the problem
+
+<pre>
+x00:sandbox jtang$ mkdir atest
+x00:sandbox jtang$ cd atest/
+x00:atest jtang$ git init
+Initialized empty Git repository in /Users/jtang/sandbox/atest/.git/
+x00:atest jtang$ git annex init 
+init  ok
+(Recording state in git...)
+x00:atest jtang$ git annex status
+supported backends: SHA256 SHA1 SHA512 SHA224 SHA384 SHA256E SHA1E SHA512E SHA224E SHA384E WORM URL
+supported remote types: git S3 bup directory rsync web hook
+trusted repositories: 0
+semitrusted repositories: 2
+	00000000-0000-0000-0000-000000000001 -- web
+ 	cbb58e1c-d737-11e1-b682-83239d5ff2e0 -- here
+untrusted repositories: 0
+dead repositories: 0
+transfers in progress: none
+available local disk space: 185 gigabytes (+1 megabyte reserved)
+local annex keys: 0
+local annex size: 0 bytes
+known annex keys: 0
+known annex size: 0 bytes
+bloom filter size: 16 mebibytes (0% full)
+backend usage: 
+x00:atest jtang$ git annex initremote foo
+git-annex: Specify the type of remote with type=
+x00:atest jtang$ git annex initremote foo type=rsync
+(Recording state in git...)
+initremote foo git-annex: Specify encryption=key or encryption=none or encryption=shared
+x00:atest jtang$ git annex initremote foo type=rsync
+(Recording state in git...)
+initremote foo git-annex: Specify encryption=key or encryption=none or encryption=shared
+x00:atest jtang$ git annex status
+supported backends: SHA256 SHA1 SHA512 SHA224 SHA384 SHA256E SHA1E SHA512E SHA224E SHA384E WORM URL
+supported remote types: git S3 bup directory rsync web hook
+trusted repositories: (Recording state in git...)
+0
+semitrusted repositories: 5
+	00000000-0000-0000-0000-000000000001 -- web
+ 	cbb58e1c-d737-11e1-b682-83239d5ff2e0 -- here
+ 	d3adfcd0-d737-11e1-b15b-b7032388f8aa -- foo
+ 	d6d8e1e0-d737-11e1-956a-0b3d3451226a -- foo
+ 	d78d795c-d737-11e1-ac98-4fe3d6fdfd54 -- foo
+untrusted repositories: 0
+dead repositories: 0
+transfers in progress: none
+available local disk space: 185 gigabytes (+1 megabyte reserved)
+local annex keys: 0
+local annex size: 0 bytes
+known annex keys: 0
+known annex size: 0 bytes
+bloom filter size: 16 mebibytes (0% full)
+backend usage: 
+x00:atest jtang$ 
+</pre>
+
+> Indeed, I broke that in June by making it record the name in a much too
+> early stage. Now fixed. [[done]] --[[Joey]]
diff --git a/doc/bugs/git_annex_initremote_walks_.git-annex.mdwn b/doc/bugs/git_annex_initremote_walks_.git-annex.mdwn
new file mode 100644
index 0000000000..acd369bded
--- /dev/null
+++ b/doc/bugs/git_annex_initremote_walks_.git-annex.mdwn
@@ -0,0 +1,19 @@
+a <!-- (a suggestion for introducing severity tags on bugs,
+feel free to discard) --> issue: `git annex initremote` (in particular, adding
+a key as described in [[encryption]] -- `git annex initremote my_remote
+encryption=my_key`) seems to iterate over the `.git-annex/???/???/*.log` files
+with lstat (tested using strace).
+
+in a 50k key git-annex on a slow disk, this takes quite a while, while not
+seeming necessary (it's just re-encrypting the shared secret, is it?).
+
+could you verify the observed behavior?
+
+> This is due to `git commit` being called. `git commit` exposes git's 
+> rather innefficient handling of the index; in order to make a commit
+> it has to write a new index file, and it does this by scanning every
+> file in the repository. I think that git generally needs its index
+> file handleing overhauled, particularly to deal with repositories with
+> large numbers of files. git-annex is seems to already be running
+> `git commit` in its most efficient mode, by specifying exactly what file
+> to commit. [[done]] --[[Joey]]
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_migrate_leaves_old_backend_versions_around.mdwn b/doc/bugs/git_annex_migrate_leaves_old_backend_versions_around.mdwn
new file mode 100644
index 0000000000..263338d64f
--- /dev/null
+++ b/doc/bugs/git_annex_migrate_leaves_old_backend_versions_around.mdwn
@@ -0,0 +1,19 @@
+`git annex migrate` leaves old, unlinked backend versions lying around. It
+would be great if these were purged automatically somehow. 
+
+> Yes, this is an issue mentioned in the
+> [[tips/migrating_data_to_a_new_backend]].
+> 
+> Since multiple files can point to the same content, it could be that
+> only one file has been migrated, and the content is still used. So
+> the content either has to be retained, or an operation as expensive
+> as `git annex unused` used to find if something else still uses it. 
+> 
+> Rather than adding such an
+> expensive operation to each call to migrate, I focused on hard-linking
+> the values for the old and new keys, so that the old keys don't actually
+> use any additional resources (beyond an extra inode).
+> 
+> This way a lot of migrations can be done, and only when you're done you
+> can do the more expensive cleanup pass if you want to. --[[Joey]]
+> [[done]]
diff --git a/doc/bugs/git_annex_migrate_leaves_old_backend_versions_around/comment_1_f3e418144e5a5a9b3eda459546fc2bb0._comment b/doc/bugs/git_annex_migrate_leaves_old_backend_versions_around/comment_1_f3e418144e5a5a9b3eda459546fc2bb0._comment
new file mode 100644
index 0000000000..dac018cfac
--- /dev/null
+++ b/doc/bugs/git_annex_migrate_leaves_old_backend_versions_around/comment_1_f3e418144e5a5a9b3eda459546fc2bb0._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://nicolas-schodet.myopenid.com/"
+ ip="2a01:e35:8ae6:f130:1e4b:d6ff:fe78:1ddb"
+ subject="Hardlink on remote repository?"
+ date="2013-08-15T06:58:16Z"
+ content="""
+Does the hardlink magic also work on the remote repository? If I understand correctly, the remote does not know that the new hash is the same file (and also, file needs to be transferred again) unless the migration is done on all remote before synchronizing. Is it right?
+"""]]
diff --git a/doc/bugs/git_annex_should_use___39__git_add_-f__39___internally.mdwn b/doc/bugs/git_annex_should_use___39__git_add_-f__39___internally.mdwn
new file mode 100644
index 0000000000..a92f5871b5
--- /dev/null
+++ b/doc/bugs/git_annex_should_use___39__git_add_-f__39___internally.mdwn
@@ -0,0 +1,11 @@
+I have this line in the .gitignore file of one of my repos:
+*log
+
+So the command 'git annex init name' fails to add the file ".git-annex/uuid.log", and the same problem happens when git-annex-add'ing files.
+
+> This is avoided on the v3 branch, which does not store these files in the
+> same branch as your repository.
+
+Also, when a file is git-ignored, it should be possible to 'git annex add' it with a -f/--force option, the same way git does it.
+
+> Reasonable, [[done]] --[[Joey]] 
diff --git a/doc/bugs/git_annex_should_use___39__git_add_-f__39___internally/comment_1_7683bf02cf9e97830fb4690314501568._comment b/doc/bugs/git_annex_should_use___39__git_add_-f__39___internally/comment_1_7683bf02cf9e97830fb4690314501568._comment
new file mode 100644
index 0000000000..c556fbd771
--- /dev/null
+++ b/doc/bugs/git_annex_should_use___39__git_add_-f__39___internally/comment_1_7683bf02cf9e97830fb4690314501568._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 1"
+ date="2011-07-03T11:56:45Z"
+ content="""
+And what about emitting a warning, as git does, that some files were not annex-added (when not using --force)?
+"""]]
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..4d60c96c8b
--- /dev/null
+++ b/doc/bugs/git_annex_sync_in_direct_mode_does_not_honor_skip-worktree.mdwn
@@ -0,0 +1,35 @@
+### 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.
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_uninit_loses_content_when_interrupted.mdwn b/doc/bugs/git_annex_uninit_loses_content_when_interrupted.mdwn
new file mode 100644
index 0000000000..e7698883f8
--- /dev/null
+++ b/doc/bugs/git_annex_uninit_loses_content_when_interrupted.mdwn
@@ -0,0 +1,33 @@
+### Please describe the problem.
+
+When git annex uninit is interrupted, git status shows
+
+# On branch master
+# Changes to be committed:
+#   (use "git reset HEAD <file>..." to unstage)
+
+deleted:    file1
+
+file1 is the file that was being processed at the time of the interrupt.
+
+### What steps will reproduce the problem?
+
+git annex uninit
+
+Ctrl-C
+
+### What version of git-annex are you using? On what operating system?
+
+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
+
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; see my comment --[[Joey]]
diff --git a/doc/bugs/git_annex_uninit_loses_content_when_interrupted/comment_1_fd9d2abbc90fb4f470b2212bc1f4a2dd._comment b/doc/bugs/git_annex_uninit_loses_content_when_interrupted/comment_1_fd9d2abbc90fb4f470b2212bc1f4a2dd._comment
new file mode 100644
index 0000000000..f9865ca692
--- /dev/null
+++ b/doc/bugs/git_annex_uninit_loses_content_when_interrupted/comment_1_fd9d2abbc90fb4f470b2212bc1f4a2dd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-16T18:29:37Z"
+ content="""
+All you have to do to get file1 back is check its symlink back out of git's history. `git checkout file1` should suffice to recover. \"Loses content\" is way overstating the severity of this bug.
+"""]]
diff --git a/doc/bugs/git_annex_uninit_loses_content_when_interrupted/comment_2_0e99f6ef4f8b342ef0ebc64dbf8e2ce6._comment b/doc/bugs/git_annex_uninit_loses_content_when_interrupted/comment_2_0e99f6ef4f8b342ef0ebc64dbf8e2ce6._comment
new file mode 100644
index 0000000000..2b6fc41860
--- /dev/null
+++ b/doc/bugs/git_annex_uninit_loses_content_when_interrupted/comment_2_0e99f6ef4f8b342ef0ebc64dbf8e2ce6._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 2"
+ date="2013-07-16T19:08:49Z"
+ content="""
+However, if you then run `git annex uninit` a second time, it goes ahead and deletes the content! That is a bug.
+
+I looked into trying to make uninit always replace the symlink atomically with the file content. It can't be done when using --fast, since it's not possible to atomically replace a symlink with a hard link (AFAIK). It should be possible to do it in the normal mode, but it would require manually constructing a commit, since git does not provide a way to delete a file from the index and commit that staged change without also committing any other changes that are staged -- and uninit should preseve any changes to non-annexed files that the user has staged. So, I don't think atomic operation is the right answer.
+
+Instead, I have made uninit refuse to delete .git/annex/objects unless it's empty, and if objects are still left in there, for whatever reason, it'll fail at the end with a nice message explaining some options. I think this is the right fix because it also avoids uninit removing historical versions of files that were stored in git-annex.g
+"""]]
diff --git a/doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex.mdwn b/doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex.mdwn
new file mode 100644
index 0000000000..71fd408e23
--- /dev/null
+++ b/doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex.mdwn
@@ -0,0 +1,32 @@
+### Please describe the problem.
+
+Suppose there are files not added/committed to git annex.
+Once git annex uninit is complete, these files are deleted.
+
+### What steps will reproduce the problem?
+
+cp big-file annex-dir;
+cd annex-dir;
+git annex uninit
+
+...
+big-file is gone
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130709
+Linux Ubuntu 13.04
+
+### 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]]
+
+> [[done]]; unreproducible by anyone. --[[Joey]]
diff --git a/doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex/comment_1_ce4e3b1bf0d53119d049cf7dd621c5c4._comment b/doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex/comment_1_ce4e3b1bf0d53119d049cf7dd621c5c4._comment
new file mode 100644
index 0000000000..bf5f04a909
--- /dev/null
+++ b/doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex/comment_1_ce4e3b1bf0d53119d049cf7dd621c5c4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-16T18:21:18Z"
+ content="""
+I can't reproduce that. uninit leaves alone files that are not checked into git. Indeed, it only ever does anything to files that are checked into git and are symlinks to git-annex content. So I don't see how it could possibly behave as described.
+
+Please provide a complete transcript of the problem you are seeing.
+"""]]
diff --git a/doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex/comment_2_3aa125635609fce41ab0c98cefb81f98._comment b/doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex/comment_2_3aa125635609fce41ab0c98cefb81f98._comment
new file mode 100644
index 0000000000..dec43f3904
--- /dev/null
+++ b/doc/bugs/git_annex_uninit_removes_files_not_previously_added_to_annex/comment_2_3aa125635609fce41ab0c98cefb81f98._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="can't reproduce this anymore"
+ date="2013-07-17T17:04:05Z"
+ content="""
+This could have been a PEBKAC.
+
+"""]]
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_aborts_due_to_filename_encoding_problems.mdwn b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems.mdwn
new file mode 100644
index 0000000000..fb0bdb0936
--- /dev/null
+++ b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems.mdwn
@@ -0,0 +1,15 @@
+What steps will reproduce the problem?
+I don't know exactly when it started
+
+What is the expected output? What do you see instead?
+When I run git annex unused I get
+
+    unused . (checking for unused data...) (checking master...) git-annex: Cannot decode byte '\xb4': Data.Text.Encoding.decodeUtf8: Invalid UTF-8 stream
+
+Most likely I have added some file with a strange encoding that git-annex can't decode. The problem is that the unused process aborts because of this.
+
+What version of git-annex are you using? On what operating system?
+ 3.20120522, Debian testing
+
+> I've just fixed this bug in git, will be in the next release. --[[Joey]]
+> [[done]]
diff --git a/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_1_8ba4fdb9f2d3bd44db5e910526cb9124._comment b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_1_8ba4fdb9f2d3bd44db5e910526cb9124._comment
new file mode 100644
index 0000000000..ddea8225e2
--- /dev/null
+++ b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_1_8ba4fdb9f2d3bd44db5e910526cb9124._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.6"
+ subject="comment 1"
+ date="2012-06-20T14:30:27Z"
+ content="""
+Try running `git annex unused --debug`; this will tell us the git command that's outputing the data it cannot process. Then you can try running that git command and see what the problem filename is.
+"""]]
diff --git a/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_2_2a4a2b3e287a0444a1c8e8d98768a206._comment b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_2_2a4a2b3e287a0444a1c8e8d98768a206._comment
new file mode 100644
index 0000000000..8afe3143ce
--- /dev/null
+++ b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_2_2a4a2b3e287a0444a1c8e8d98768a206._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.6"
+ subject="comment 2"
+ date="2012-06-20T14:34:23Z"
+ content="""
+Your `locale` setting may also be relevant. FWIW, I've tried to create a file with `\xb4` in its name and have not gotten git-annex unused to crash on it.
+"""]]
diff --git a/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_3_dacfdb8322045fc4ceefc9128bf7c505._comment b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_3_dacfdb8322045fc4ceefc9128bf7c505._comment
new file mode 100644
index 0000000000..8e2aa285a9
--- /dev/null
+++ b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_3_dacfdb8322045fc4ceefc9128bf7c505._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXgp-iIaBK5pnk22xqMVERQb97VyXaejs"
+ nickname="Kristian"
+ subject="comment 3"
+ date="2012-06-20T14:37:09Z"
+ content="""
+This is what happens when I add the debug parameter
+
+git annex unused --debug
+
+unused . (checking for unused data...) git [\"--git-dir=/home/kristian/AnnexMedia/.git\",\"--work-tree=/home/kristian/AnnexMedia\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"/home/kristian/AnnexMedia\"]
+git [\"--git-dir=/home/kristian/AnnexMedia/.git\",\"--work-tree=/home/kristian/AnnexMedia\",\"show-ref\"]
+(checking master...) git [\"--git-dir=/home/kristian/AnnexMedia/.git\",\"--work-tree=/home/kristian/AnnexMedia\",\"ls-tree\",\"--full-tree\",\"-z\",\"-r\",\"--\",\"refs/heads/master\"]
+git [\"--git-dir=/home/kristian/AnnexMedia/.git\",\"--work-tree=/home/kristian/AnnexMedia\",\"cat-file\",\"--batch\"]
+git-annex: Cannot decode byte '\xb4': Data.Text.Encoding.decodeUtf8: Invalid UTF-8 stream
+
+"""]]
diff --git a/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_4_7889a3ff5ce80c6322448aa674df8525._comment b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_4_7889a3ff5ce80c6322448aa674df8525._comment
new file mode 100644
index 0000000000..da97b12f7d
--- /dev/null
+++ b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_4_7889a3ff5ce80c6322448aa674df8525._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.6"
+ subject="comment 4"
+ date="2012-06-20T14:49:09Z"
+ content="""
+Ah, reproduced it; need to use the WORM backend and have the file present in another branch..
+
+
+"""]]
diff --git a/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_5_6d28c2537ce24eeb3496ca349823defd._comment b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_5_6d28c2537ce24eeb3496ca349823defd._comment
new file mode 100644
index 0000000000..fafd1d248c
--- /dev/null
+++ b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_5_6d28c2537ce24eeb3496ca349823defd._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXgp-iIaBK5pnk22xqMVERQb97VyXaejs"
+ nickname="Kristian"
+ subject="comment 5"
+ date="2012-06-20T14:55:33Z"
+ content="""
+I checkout out the git annex branch and using 
+
+    find * | grep -P \"[\xb4]\"
+
+I found a file
+
+    43e/b16/WORM-s4118528-m1245167306--Jerry Lee Lewis - Whole Lotta Shakin\302\264 Going\302\264 On.mp3.log   
+
+The corresponding file also existed in the master branch (as a link).
+
+I moved both these files to a folder outside my repository and synched my git-annex branch with by master server. I still get the same error. Is there any other place where information about this file is stored?
+
+"""]]
diff --git a/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_6_4bf14ecef622988e80976c0fb55c24b9._comment b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_6_4bf14ecef622988e80976c0fb55c24b9._comment
new file mode 100644
index 0000000000..b35e31da62
--- /dev/null
+++ b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_6_4bf14ecef622988e80976c0fb55c24b9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.6"
+ subject="comment 6"
+ date="2012-06-20T16:59:53Z"
+ content="""
+git-annex was not crashing due to content in the git-annex branch, but due to a symlink in one of your regular git branches, probably master and origin/master. 
+
+This bug is fixed in git master, if you need the fix before the next release.
+"""]]
diff --git a/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_7_d2e5382fe0f38fb9dd9ee69901c68151._comment b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_7_d2e5382fe0f38fb9dd9ee69901c68151._comment
new file mode 100644
index 0000000000..65a02fed96
--- /dev/null
+++ b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_7_d2e5382fe0f38fb9dd9ee69901c68151._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmL8pteP2jbYJUn1M3CbeLDvz2SWAA1wtg"
+ nickname="Kristian"
+ subject="comment 7"
+ date="2012-06-20T20:49:06Z"
+ content="""
+Thank you
+"""]]
diff --git a/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_8_b282757537cda863d3dc6d0bbfd6b656._comment b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_8_b282757537cda863d3dc6d0bbfd6b656._comment
new file mode 100644
index 0000000000..ff1de6b2e8
--- /dev/null
+++ b/doc/bugs/git_annex_unused_aborts_due_to_filename_encoding_problems/comment_8_b282757537cda863d3dc6d0bbfd6b656._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnXgp-iIaBK5pnk22xqMVERQb97VyXaejs"
+ nickname="Kristian"
+ subject="comment 8"
+ date="2012-06-21T07:08:22Z"
+ content="""
+Confirmed. I built the newest version of git-annex and it solved the issue :)
+"""]]
diff --git a/doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent.mdwn b/doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent.mdwn
new file mode 100644
index 0000000000..86151d116c
--- /dev/null
+++ b/doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent.mdwn
@@ -0,0 +1,106 @@
+The "git annex unused" command considers remote branches as well as local branches.  This means that an
+object may be considered unused or not depending on what remotes are present and when they were last synced.
+
+I ran into this issue when experimenting with using repos on removable storage.  I'll post more about
+what I was trying to do in the forum.  I'm posting this in bugs as I believe the inconsistent behavior
+should probably be considered a bug.
+
+#What steps will reproduce the problem?
+
+Here is a sample session illustrating the problem.  At the end, you can see that the object is
+not shown as unused, then the remote is removed and it is shown as unused, then the remote is added
+back and the file is once again not shown as unused.
+
+    /tmp/git $ mkdir 1 2
+    /tmp/git $ cd 1
+    /tmp/git/1 $ git init
+    Initialized empty Git repository in /tmp/git/1/.git/
+    /tmp/git/1 $ git annex init 1
+    init 1 ok
+    (Recording state in git...)
+    /tmp/git/1 $ git remote add 2 ../2
+    /tmp/git/1 $ dd if=/dev/urandom of=file.bin count=100
+    100+0 records in
+    100+0 records out
+    51200 bytes (51 kB) copied, 0.0113172 s, 4.5 MB/s
+    /tmp/git/1 $ git annex add file.bin 
+    add file.bin (checksum...) ok
+    (Recording state in git...)
+    /tmp/git/1 $ git commit -m 'added file'
+    [master (root-commit) 3c1ad30] added file
+     1 files changed, 1 insertions(+), 0 deletions(-)
+     create mode 120000 file.bin
+    /tmp/git/1 $ cd ../2
+    /tmp/git/2 $ git init
+    Initialized empty Git repository in /tmp/git/2/.git/
+    /tmp/git/2 $ git annex init 2
+    init 2 ok
+    (Recording state in git...)
+    /tmp/git/2 $ git remote add 1 ../1
+    /tmp/git/2 $ git fetch 1
+    warning: no common commits
+    remote: Counting objects: 13, done.
+    remote: Compressing objects: 100% (9/9), done.
+    remote: Total 13 (delta 0), reused 0 (delta 0)
+    Unpacking objects: 100% (13/13), done.
+    From ../1
+     * [new branch]      git-annex  -> 1/git-annex
+     * [new branch]      master     -> 1/master
+    /tmp/git/2 $ git checkout -b master 1/master
+    Branch master set up to track remote branch master from 1.
+    Already on 'master'
+    /tmp/git/2 $ cd ../1
+    /tmp/git/1 $ git fetch 2
+    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 ../2
+     * [new branch]      git-annex  -> 2/git-annex
+     * [new branch]      master     -> 2/master
+    /tmp/git/1 $ git rm file.bin 
+    rm 'file.bin'
+    /tmp/git/1 $ git commit -m 'rmed file'
+    [master ab242b0] rmed file
+     1 files changed, 0 insertions(+), 1 deletions(-)
+     delete mode 120000 file.bin
+    /tmp/git/1 $ git annex unused
+    unused . (checking for unused data...) (checking master...) (checking 2/master...) ok
+    /tmp/git/1 $ git remote rm 2
+    /tmp/git/1 $ git annex unused
+    unused . (checking for unused data...) (checking master...) 
+      Some annexed data is no longer used by any files:
+        NUMBER  KEY
+        1       SHA256E-s51200--e400e5abea095ad4364d8f97c5fe1a3f8a6db670b2dfee951d7c9674afc9a21d.bin
+      (To see where data was previously used, try: git log --stat -S'KEY')
+      
+      To remove unwanted data: git-annex dropunused NUMBER
+      
+    ok
+    /tmp/git/1 $ git remote add 2 ../2
+    /tmp/git/1 $ git fetch 2
+    From ../2
+     * [new branch]      git-annex  -> 2/git-annex
+     * [new branch]      master     -> 2/master
+    /tmp/git/1 $ git annex unused
+    unused . (checking for unused data...) (checking master...) (checking 2/master...) ok
+    /tmp/git/1 $ 
+
+
+#What is the expected output? What do you see instead?
+
+I expected that the object's unused status would not change based on which remotes this particular
+repo knows about.  In other words, I expected the unused status to be based on the local branches
+and possibly information in the git-annex branch.
+
+#What version of git-annex are you using? On what operating system?
+
+Gentoo Linux, git annex version 3.20121211
+
+#Please provide any additional information below.
+
+The forum post describing what I was trying to accomplish is [[forum/Best way to manage files on removable media?]]
+
+> While it would be nice if git-annex unused could somehow know about
+> branches that exist on remotes that git doesn't have locally, this is
+> impossible. It does the best it can. [[done]] --[[Joey]]
diff --git a/doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent/comment_1_a636ffe55b11c46a0afcc0b9a3a88cd4._comment b/doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent/comment_1_a636ffe55b11c46a0afcc0b9a3a88cd4._comment
new file mode 100644
index 0000000000..97af66bc71
--- /dev/null
+++ b/doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent/comment_1_a636ffe55b11c46a0afcc0b9a3a88cd4._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.126"
+ subject="comment 1"
+ date="2012-12-23T19:51:52Z"
+ content="""
+The goal is not to consider an object unused that some other remote is known to rely on. We try as hard as we can to avoid losing data, at the expense of possibly not dropping unused content as early as possible.
+
+Running `git annex sync` or similar to get current with the state of all remotes before dropping objects they might still rely on seems reasonable from this perspective.
+"""]]
diff --git a/doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent/comment_2_5e1ad57420efd16ae09c9e5cad55b5f2._comment b/doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent/comment_2_5e1ad57420efd16ae09c9e5cad55b5f2._comment
new file mode 100644
index 0000000000..ffc0359a87
--- /dev/null
+++ b/doc/bugs/git_annex_unused_considers_remote_branches_which_makes_it_inconsistent/comment_2_5e1ad57420efd16ae09c9e5cad55b5f2._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="Steve"
+ ip="92.104.175.136"
+ subject="comment 2"
+ date="2013-01-01T23:51:53Z"
+ content="""
+I filed the bug because I thought the inconsistent behavior was bad.  For example;  If you move the data to a repo which doesn't know about the unsynced remote, it'll happily get dropped with dropunused as opposed to being considered in use in the current repo.
+
+There probably aren't too many people who want to have remotes set that are usually unreachable, and I can work around it now that I know it exists.
+
+If it is expected behavior, feel free to close the bug.
+
+"""]]
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_unused_seems_to_check_for_current_path.mdwn b/doc/bugs/git_annex_unused_seems_to_check_for_current_path.mdwn
new file mode 100644
index 0000000000..f2d301cd7c
--- /dev/null
+++ b/doc/bugs/git_annex_unused_seems_to_check_for_current_path.mdwn
@@ -0,0 +1,39 @@
+When I run `git annex unused` from my repository's root it shows everything ok:
+
+    ~/annex$ git annex unused
+    unused  (checking for unused data...) ok
+
+But... When I run it from a subdirectory, it shows a lot:
+
+    ~/annex/Software$ git annex unused
+    unused  (checking for unused data...) 
+      Some annexed data is no longer pointed to by any files in the repository:
+        NUMBER  KEY
+        1       SHA1:########################################
+    ...
+        921     SHA1:########################################
+      (To see where data was previously used, try: git log --stat -S'KEY')
+      (To remove unwanted data: git-annex dropunused NUMBER)
+      ok
+
+Is this a bug or by design? By removing these "unused" files with `dropunused` I've just lost the only copy of 160 files.
+
+I am using git-annex version 836e71297b8e3b5bd6f89f7eb1198f59af985b0b
+
+> I'm very sorry you lost data.
+> 
+> But, git annex unused absolutely does not let the current directory
+> influence what it does. It always scans the entire repo from the top.
+> And I've tested it just now to make sure that in a subdirectory
+> it does the same thing as at the top. 
+> 
+> There are only two ways this could happen that I can think of:
+> 
+> 1. If "Software" were a separate git repository than "~/annex".
+> 2. If gitignores or something made `git ls-files`
+>    not list the files when ran in the subdir. This seems *possible*,
+>    but I don't know how to construct such an ignore.
+> 
+> --[[Joey]] 
+
+>> Closing as there is no followup. [[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_upgrade_output_is_inconsistent_and_spammy.mdwn b/doc/bugs/git_annex_upgrade_output_is_inconsistent_and_spammy.mdwn
new file mode 100644
index 0000000000..ec8a10915e
--- /dev/null
+++ b/doc/bugs/git_annex_upgrade_output_is_inconsistent_and_spammy.mdwn
@@ -0,0 +1,15 @@
+Upgrading from v1 to v3:
+
+    upgrade . (v1 to v2...) (moving content...) (updating symlinks...) (moving location logs...) (v2 to v3...) ..............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
+      git-annex branch created
+      Be sure to push this branch when pushing to remotes.
+    ok
+
+A whirly would be preferable, imo.
+
+> Erm, I'm pretty sure you were the one who asked for there to be some
+> progress dots, Richard.
+> 
+> I'm not particularly interested in implementing a whirley that would only
+> be used in this one place, in code that very few users are going to run
+> again. I could remove the dots.. [[done]] --[[Joey]]
diff --git a/doc/bugs/git_annex_upgrade_output_is_inconsistent_and_spammy/comment_1_3a01c81efba321b0e46d1bc0426ad8d1._comment b/doc/bugs/git_annex_upgrade_output_is_inconsistent_and_spammy/comment_1_3a01c81efba321b0e46d1bc0426ad8d1._comment
new file mode 100644
index 0000000000..4f9565517d
--- /dev/null
+++ b/doc/bugs/git_annex_upgrade_output_is_inconsistent_and_spammy/comment_1_3a01c81efba321b0e46d1bc0426ad8d1._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="2011-10-29T17:03:26Z"
+ content="""
+I could dig it out, but I am sure I said dots are fine and a whirly better.
+
+Still, WONTFIX is fine.
+"""]]
diff --git a/doc/bugs/git_annex_version_should_without_being_in_a_repo_.mdwn b/doc/bugs/git_annex_version_should_without_being_in_a_repo_.mdwn
new file mode 100644
index 0000000000..5c995852b1
--- /dev/null
+++ b/doc/bugs/git_annex_version_should_without_being_in_a_repo_.mdwn
@@ -0,0 +1,7 @@
+was checking the version of git-annex on a machine before cloning a repo...
+
+    $ git annex version
+    git-annex: Not in a git repository.
+
+> made difficult by the Annex monad, but I made it work! --[[Joey]]
+> [[done]]
diff --git a/doc/bugs/git_annex_version_should_without_being_in_a_repo_/comment_1_e7b26eeb1a765fd83280ef907c0deef2._comment b/doc/bugs/git_annex_version_should_without_being_in_a_repo_/comment_1_e7b26eeb1a765fd83280ef907c0deef2._comment
new file mode 100644
index 0000000000..ab30d8a452
--- /dev/null
+++ b/doc/bugs/git_annex_version_should_without_being_in_a_repo_/comment_1_e7b26eeb1a765fd83280ef907c0deef2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2011-11-16T03:24:30Z"
+ content="""
+oh, and that probably goes for 'help' and other subcommands as well.
+"""]]
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_annex_webapp_runs_on_wine.mdwn b/doc/bugs/git_annex_webapp_runs_on_wine.mdwn
new file mode 100644
index 0000000000..c430239ebf
--- /dev/null
+++ b/doc/bugs/git_annex_webapp_runs_on_wine.mdwn
@@ -0,0 +1,47 @@
+### Please describe the problem.
+I just installed git-annex-20130601 on Gentoo and when running git annex webapp it started to run things on wine.
+
+### What steps will reproduce the problem?
+On Gentoo ~amd64:
+[[!format sh """
+ ~$ layman -a haskell
+ ~$ USE=webapp emerge -1 git-annex
+ ~$ git annex webapp
+"""]]
+### What version of git-annex are you using? On what operating system?
+dev-vcs/git-annex-4.20130601 from https://github.com/gentoo-haskell/gentoo-haskell/tree/master/dev-vcs/git-annex
+
+On 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
+~$ git annex webapp
+Launching web browser on file:///tmp/webapp14071.html
+libpng warning: Application built with libpng-1.6.2 but running with 1.5.13
+err:menubuilder:convert_to_native_icon error 0x80004005 initializing encoder
+libpng warning: Application built with libpng-1.6.2 but running with 1.5.13
+err:menubuilder:convert_to_native_icon error 0x80004005 initializing encoder
+libpng warning: Application built with libpng-1.6.2 but running with 1.5.13
+err:menubuilder:convert_to_native_icon error 0x80004005 initializing encoder
+...
+fixme:exec:SHELL_execute flags ignored: 0x00000100
+fixme:exec:SHELL_execute flags ignored: 0x00000100
+fixme:exec:SHELL_execute flags ignored: 0x00000100
+...
+
+22185 me     20   0 2580M 10196  8156 S  0.0  0.1  0:00.09 ├─ start /ProgIDOpen htmlfile /home/reinis/.wine/dosdevices/z:/tmp/webapp2554.html
+ 2597 me     21   1 2596M 10984  8764 S  0.0  0.1  0:01.23 ├─ c:\windows\system32\explorer.exe /desktop
+ 2589 me     20   0 2581M  2344  1932 S  0.0  0.0  0:00.00 ├─ c:\windows\system32\plugplay.exe
+ 2581 me     20   0 2593M  8900  7500 S  0.0  0.1  0:00.09 ├─ c:\windows\system32\winedevice.exe MountMgr
+ 2577 me     20   0 2583M  2776  2272 S  0.0  0.0  0:00.00 ├─ c:\windows\system32\services.exe
+ 2571 me     20   0 24960  7532   772 S 46.1  0.1  2:29.06 ├─ /usr/bin/wineserver
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; this is a misconfigured system, not a git-annex bug, 
+> and git-annex honors git config web.browser to allow working around
+> this. --[[Joey]]
diff --git a/doc/bugs/git_annex_webapp_runs_on_wine/comment_1_c71dfa42780c0fc78f88ce054e5f3ee3._comment b/doc/bugs/git_annex_webapp_runs_on_wine/comment_1_c71dfa42780c0fc78f88ce054e5f3ee3._comment
new file mode 100644
index 0000000000..e94df5783e
--- /dev/null
+++ b/doc/bugs/git_annex_webapp_runs_on_wine/comment_1_c71dfa42780c0fc78f88ce054e5f3ee3._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-14T18:10:11Z"
+ content="""
+I've had one other user report having this problem. It seems that wine installs some sort of .desktop file claiming it is the One True program to use to open urls. Since git-annex uses the `xdg-open` command, and in some desktop environments that command trusts these .desktop files to be accurate and not nonsensical. So it goes ahead and opens MSIE or whatever.
+
+Happily, git has a configuration setting that you can use to tell it exactly which web browser you want, bypassing all the xdg-open nonsense:
+
+git config web.browser w3m
+
+git-annex honors this configuration setting.
+
+You may also want to investigate the .desktop file that wine has installed on your system, and file appropriate bugs with either your distribution or wine package distributor to get that fixed. It seems that it would affect any program using xdg-open, not only git-annex.
+"""]]
diff --git a/doc/bugs/git_annex_webapp_runs_on_wine/comment_2_f28441b18b0be90c1e58348455ce09d9._comment b/doc/bugs/git_annex_webapp_runs_on_wine/comment_2_f28441b18b0be90c1e58348455ce09d9._comment
new file mode 100644
index 0000000000..9853705b3a
--- /dev/null
+++ b/doc/bugs/git_annex_webapp_runs_on_wine/comment_2_f28441b18b0be90c1e58348455ce09d9._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm01ida6POv7vqyUYtOlymEbJTbrImAIzM"
+ nickname="Reinis"
+ subject="comment 2"
+ date="2013-06-14T18:49:06Z"
+ content="""
+Thanks! It looks like it is a xdg issue, I can reproduce it by running xdg-open manually.
+
+Faulty file is:
+[[!format sh \"\"\"
+~$ grep -ri htmlfile .local/share/applications/
+.local/share/applications/wine-extension-htm.desktop
+~$ rm .local/share/applications/wine-extension-*
+~$ locate .desktop | parallel grep -ri htmlfile {}
+\"\"\"]]
+
+Then it tried to open with /usr/bin/emacsclient! In Gnome setting Firefox is listed as default browser, but xdg-settings thinks that it is Epiphany, what a mess..
+
+Anyways, this fixes it:
+[[!format sh \"\"\"
+~$ xdg-settings set default-web-browser firefox.desktop
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive.mdwn b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive.mdwn
new file mode 100644
index 0000000000..6e1c007816
--- /dev/null
+++ b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive.mdwn
@@ -0,0 +1,60 @@
+One of my remotes, on a USB drive, is behaving exceedingly strangely.  Files sometimes refuse to copy to it - whether I copy to it from my home annex, or whether I "cd" to that USB drive and try to "get" files to it.
+
+Note that the external HD is a FAT32 filesystem.  This has never caused problems in the past, but I am wondering if some of the recent work on "crippled" filesystems might have caused breakage on existing repositories which had been working well on FAT32 filesystems?
+
+What steps will reproduce the problem?
+
+On my annex, something like this:
+
+<pre>
+Talislanta Books$ git annex whereis talislanta_fantasy_roleplaying.pdf
+whereis talislanta_fantasy_roleplaying.pdf (2 copies) 
+  	d16d0d1a-3cdd-11e2-9161-67c83599f720 -- homeworld
+   	fa2bd02e-3ce2-11e2-a675-47389975a32e -- here (macbook)
+ok
+Talislanta Books$ git annex copy --to=toshiba talislanta_fantasy_roleplaying.pdf
+copy talislanta_fantasy_roleplaying.pdf ok
+Talislanta Books$ git annex whereis talislanta_fantasy_roleplaying.pdf
+whereis talislanta_fantasy_roleplaying.pdf (2 copies) 
+  	d16d0d1a-3cdd-11e2-9161-67c83599f720 -- homeworld
+   	fa2bd02e-3ce2-11e2-a675-47389975a32e -- here (macbook)
+ok
+Talislanta Books$ cd /Volumes/TOSHIBAEXT/annex/Books/archive/Talislanta\ Books/
+Talislanta Books$ git annex whereis talislanta_fantasy_roleplaying.pdf
+whereis talislanta_fantasy_roleplaying.pdf (2 copies) 
+  	d16d0d1a-3cdd-11e2-9161-67c83599f720 -- homeworld
+   	fa2bd02e-3ce2-11e2-a675-47389975a32e -- macbook
+ok
+Talislanta Books$ git annex get talislanta_fantasy_roleplaying.pdf
+Talislanta Books$ git annex whereis talislanta_fantasy_roleplaying.pdf
+whereis talislanta_fantasy_roleplaying.pdf (2 copies) 
+  	d16d0d1a-3cdd-11e2-9161-67c83599f720 -- homeworld
+   	fa2bd02e-3ce2-11e2-a675-47389975a32e -- macbook
+ok
+Talislanta Books$
+</pre>
+
+
+What is the expected output? What do you see instead?
+
+I should be able to copy files to my external hard drive, /Volumes/TOSHIBAEXT/annex
+
+
+What version of git-annex are you using? On what operating system?
+
+<pre>
+Talislanta Books$ 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
+</pre>
+
+OS X 10.6 (lion)
+
+Please provide any additional information below.
+
+Most files are affected by this, a few are not.  I don't see any pattern to which is which.
+
+> Both bugs reported here are now [[done]]. --[[Joey]]
diff --git a/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_1_7707017fbf3d92ee21d600fe0aefce4f._comment b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_1_7707017fbf3d92ee21d600fe0aefce4f._comment
new file mode 100644
index 0000000000..2f157417ff
--- /dev/null
+++ b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_1_7707017fbf3d92ee21d600fe0aefce4f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 1"
+ date="2013-02-25T06:18:58Z"
+ content="""
+Just tried downgrading to 3.20130207 and the behavior is the same.  :(
+
+
+"""]]
diff --git a/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_2_f3392ec3ca7392823cbad2cc9b77f54e._comment b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_2_f3392ec3ca7392823cbad2cc9b77f54e._comment
new file mode 100644
index 0000000000..17379f3543
--- /dev/null
+++ b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_2_f3392ec3ca7392823cbad2cc9b77f54e._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 2"
+ date="2013-02-25T12:44:18Z"
+ content="""
+Update: git annex fsck --fast --from=toshiba fixed this.  Guess I was up too late to think about the obvious.  Sorry bout that.
+
+"""]]
diff --git a/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_3_b3d016a487b12748fe2c4d14300eb158._comment b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_3_b3d016a487b12748fe2c4d14300eb158._comment
new file mode 100644
index 0000000000..f891af92e5
--- /dev/null
+++ b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_3_b3d016a487b12748fe2c4d14300eb158._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 3"
+ date="2013-02-25T14:24:29Z"
+ content="""
+This is still weird though.
+
+Setup: I have my home drive, an ssh remote, and a usb remote.
+
+Home drive is a \"client\" and the other two are \"backups.\"  numcopies = 2.
+
+WHen I start the assistant and watch it in the webapp, it starts furiously copying content in \"archive\" subdirectories from the USB remote to the home drive, and then dropping it from the USB remote!
+
+I then kill the assistant because I do not want content dropped from my backup, that's why it's a backup.
+
+Is there any way to tell *why* the assistant is doing this crazy thing?
+
+
+"""]]
diff --git a/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_4_61f600511a3172f0707e5809fc444d0c._comment b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_4_61f600511a3172f0707e5809fc444d0c._comment
new file mode 100644
index 0000000000..c8b6788f3d
--- /dev/null
+++ b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_4_61f600511a3172f0707e5809fc444d0c._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 4"
+ date="2013-02-25T14:57:20Z"
+ content="""
+Yeah, the assistant wants to drop *everything* on my USB drive.  When I vicfg I see that the usb drive repo is \"untrusted/backup/standard\".  Why in the world would the assistant want to drop everything on it?
+
+"""]]
diff --git a/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_5_8cf029ac7bf3c19dcb0b613eed3b52ac._comment b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_5_8cf029ac7bf3c19dcb0b613eed3b52ac._comment
new file mode 100644
index 0000000000..2c133e8d0b
--- /dev/null
+++ b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_5_8cf029ac7bf3c19dcb0b613eed3b52ac._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 5"
+ date="2013-02-25T16:02:44Z"
+ content="""
+Downgrading to 3.20130207 and testing.... this seems to have been a regression since 3.20130207.  3.20130207 seems right now to be behaving normally, not trying to drop things it shouldn't.  Is it possible something went terribly wrong with preferred content settings since 3.20130207?  
+
+Still testing, but things look good so far.
+"""]]
diff --git a/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_6_e40d88eba7d8aec1530ce1d32d1c85f2._comment b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_6_e40d88eba7d8aec1530ce1d32d1c85f2._comment
new file mode 100644
index 0000000000..830a1c6310
--- /dev/null
+++ b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_6_e40d88eba7d8aec1530ce1d32d1c85f2._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="comment 6"
+ date="2013-02-26T17:20:13Z"
+ content="""
+The recent switch to using the Glob library seems to be responsible for this problem. It seems that
+with Glob, \"\*\" matches \"foo\", but not \"directory/foo\", so the \"\*\" in preferred content for backup repositories matches only files in the top directory!
+
+Writing test cases and fixing this now.
+"""]]
diff --git a/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_7_b101fab9e690d1b335a1a29abab68d6c._comment b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_7_b101fab9e690d1b335a1a29abab68d6c._comment
new file mode 100644
index 0000000000..178b62fa78
--- /dev/null
+++ b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_7_b101fab9e690d1b335a1a29abab68d6c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.210"
+ subject="comment 7"
+ date="2013-02-26T18:41:57Z"
+ content="""
+Getting back to the original problem, it seemed to be that the remote already had the files, but the local location log was not aware of this. Perhaps because the remote got the files from somewhere else and `git annex sync` or similar had not been run to get that into into the local repo recently? Anyway, copying files to the remote was correctly detected to be unnecessary.
+
+Currently, when that happens, it does not update the local location log. That is a change made fairly recently, in 40df26757a61d4f057bcbf38cd5fe949d1c9be95, as a kind of optimisation -- I'd seen it updating the location log during mass copies when it didn't need to, which just bloats `.git`. Seems that optimisation went too far: It should avoid updating the location log when it was correct, but if the location log is wrong, it should optimistically update it.
+"""]]
diff --git a/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_8_b30d32086314a7e357f3dd6608828ee5._comment b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_8_b30d32086314a7e357f3dd6608828ee5._comment
new file mode 100644
index 0000000000..32a8012246
--- /dev/null
+++ b/doc/bugs/git_annex_won__39__t_copy_files_to_my_usb_drive/comment_8_b30d32086314a7e357f3dd6608828ee5._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 8"
+ date="2013-02-26T21:55:23Z"
+ content="""
+Cool, glad this led to an important fix, even if it turned out to be unrelated to the thing I opened the bug report for.
+
+"""]]
diff --git a/doc/bugs/git_annix_breaks_git_commit_after_uninstall.mdwn b/doc/bugs/git_annix_breaks_git_commit_after_uninstall.mdwn
new file mode 100644
index 0000000000..a6fdab0fec
--- /dev/null
+++ b/doc/bugs/git_annix_breaks_git_commit_after_uninstall.mdwn
@@ -0,0 +1,42 @@
+Sorry to be reporting another vague bug, this one interferes with my work unfortunately.
+
+### Please describe the problem.
+After uninstalling git-annix, running git commit returns the following error:
+
+git: 'annex' is not a git command. See 'git --help'.
+
+### What steps will reproduce the problem?
+
+Install git-annex using the ubuntu ppa of fmarcier like so:
+
+    sudo apt-get install git-annex
+
+Then remove it:
+
+    sudo apt-get remove git-annex
+
+Then go to work in a git project, that is not in annex and has no relation to it. Add your changes and run commit:
+
+    git add my-new-file
+    git commit -m "added new file"
+
+I expect it to confirm the file is committed, instead I get the error message:
+  
+    git: 'annex' is not a git command. See 'git --help'.
+
+### What version of git-annex are you using? On what operating system?
+
+Ubuntu 13.04, using the PPA by marcier linked on the branchable website.
+
+> I don't think this is something I want to change.. `git-annex init`
+> installs a pre-commit hook that runs `git annex fix`. If git-annex
+> is removed that hook is left behind to fail. However, if you were really
+> using git-annex in the repo, that's the least of your troubles. If you were
+> using git-annex in the repo and stopped, then you should run `git annex uninit` to remove the hook.
+>
+> The only change I could make is to have the hook check if git-annex
+> is in PATH before trying to run it. But this adds time and complexity
+> to the usual case for a edge case. And keeps cruft around in the edge case
+> rather than informing you of the problem. 
+> 
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/git_annix_breaks_git_commit_after_uninstall/comment_1_c8b1bab40d3bb2468a5bba7b116e854e._comment b/doc/bugs/git_annix_breaks_git_commit_after_uninstall/comment_1_c8b1bab40d3bb2468a5bba7b116e854e._comment
new file mode 100644
index 0000000000..1494a876f4
--- /dev/null
+++ b/doc/bugs/git_annix_breaks_git_commit_after_uninstall/comment_1_c8b1bab40d3bb2468a5bba7b116e854e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://me.tinco.nl/"
+ nickname="Tinco"
+ subject="comment 1"
+ date="2013-05-19T15:35:27Z"
+ content="""
+I'm sorry, there seems to be an annex directory in the .git of that repository.. apparently I have accidentily made it an annex repository. I'm going to find out how to remove it now :)
+"""]]
diff --git a/doc/bugs/git_annix_breaks_git_commit_after_uninstall/comment_2_4173770375fca51dcaf9b974296d041a._comment b/doc/bugs/git_annix_breaks_git_commit_after_uninstall/comment_2_4173770375fca51dcaf9b974296d041a._comment
new file mode 100644
index 0000000000..a354c55164
--- /dev/null
+++ b/doc/bugs/git_annix_breaks_git_commit_after_uninstall/comment_2_4173770375fca51dcaf9b974296d041a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://me.tinco.nl/"
+ nickname="Tinco"
+ subject="comment 2"
+ date="2013-05-19T15:37:23Z"
+ content="""
+Alright, found there's a pre-commit hook that performed a git annex task. I removed it and now it all works again.
+"""]]
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_defunct_processes___40__child_of_git-annex_assistant__41__.mdwn b/doc/bugs/git_defunct_processes___40__child_of_git-annex_assistant__41__.mdwn
new file mode 100644
index 0000000000..14eb3b3292
--- /dev/null
+++ b/doc/bugs/git_defunct_processes___40__child_of_git-annex_assistant__41__.mdwn
@@ -0,0 +1,34 @@
+What steps will reproduce the problem?
+
+run git annex assistant, add a file, which is picked up and pushed by the assistant.  
+
+What is the expected output? What do you see instead?
+
+a ps -ef shows a large number of defunct git processes.. for example:
+<pre>
+nelg      9622     1  0 02:01 ?        00:00:01 git-annex assistant
+nelg      9637  9622  0 02:01 ?        00:00:00 git --git-dir=/home/nelg/Downloads/test2/.git --work-tree=/home/nelg/Downloads/test2 cat-file --batch
+nelg     12080  9622  0 02:19 ?        00:00:00 [git] &lt;defunct&gt;
+nelg     12082  9622  0 02:19 ?        00:00:00 [git] &lt;defunct&gt;
+nelg     12083  9622  0 02:19 ?        00:00:00 [git] &lt;defunct&gt;
+nelg     12084  9622  0 02:19 ?        00:00:00 [git] &lt;defunct&gt;
+-----
+</pre>
+
+What version of git-annex are you using? On what operating system?
+
+Compiled git annex from git (cbcd208d158f8e42dda03a5eeaf1bac21045a140), on Mandriva 2010.2, 32 bit, using ghc-7.4.1.
+ git version 1.7.1
+
+
+Please provide any additional information below.
+
+I also found that the version of git I have does not support the option: --allow-empty-message
+So, suggest that if the version of git installed is an older version, that the params in  Assistant/Threads/Committer.hs
+are changed to  [ Param "-m", Param "git assistant".... or something like that.
+
+I have done this on my copy for testing it.
+
+For testing, I am also using two repositories on the same computer.  I set this up from the command line, as the web app does not seem to support syncing to two different git folders on the same computer.
+
+> [[done]]; all zombies are squelched now in the assistant. --[[Joey]]
diff --git a/doc/bugs/git_defunct_processes___40__child_of_git-annex_assistant__41__/comment_1_5e3f4b63db5cd32b63fb3e6a78f9b093._comment b/doc/bugs/git_defunct_processes___40__child_of_git-annex_assistant__41__/comment_1_5e3f4b63db5cd32b63fb3e6a78f9b093._comment
new file mode 100644
index 0000000000..f70cdd1bdc
--- /dev/null
+++ b/doc/bugs/git_defunct_processes___40__child_of_git-annex_assistant__41__/comment_1_5e3f4b63db5cd32b63fb3e6a78f9b093._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.84"
+ subject="comment 1"
+ date="2012-09-19T17:02:47Z"
+ content="""
+Thanks for the note about --allow-empty-message. That appeared in 1.7.2, I've added a fallback for the old version.
+
+As far as I know, the assistant always reaps old children eventually, but it does it somewhat lazily. Effectively each time it starts up a new set of git children it reaps the old set. So you should not see them grow without bounds or anything like that.
+"""]]
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..76f1e098e5
--- /dev/null
+++ b/doc/bugs/git_rename_detection_on_file_move.mdwn
@@ -0,0 +1,13 @@
+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]].
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/git_version_in_prebuilt_linux_tarball_is_outdated.mdwn b/doc/bugs/git_version_in_prebuilt_linux_tarball_is_outdated.mdwn
new file mode 100644
index 0000000000..e5960b62e6
--- /dev/null
+++ b/doc/bugs/git_version_in_prebuilt_linux_tarball_is_outdated.mdwn
@@ -0,0 +1,11 @@
+### Please describe the problem.
+I created a .gitignore file and added it to git annex. In the assistant webapp log, the error "The installed version of git is too old for .gitignores to be honored by git-annex." shows up. According to [[bugs/assistant_ignore_.gitignore/]] this bug should be fixed in a later git version.
+
+### What steps will reproduce the problem?
+Download the current prebuilt linux tarball from [[/install]], extract it, run "./runshell", then "git --version" returns "git version 1.7.10.4"
+
+### What version of git-annex are you using? On what operating system?
+git-annex-standalone-amd64.tar.gz	2013-09-22 09:56 (Linux Ubuntu Precise)
+
+> Updated to wheezy backport 1.8.4. [[done]] for now, obviously it will go
+> out of date again eventually.. --[[Joey]]
diff --git a/doc/bugs/git_version_in_prebuilt_linux_tarball_is_outdated/comment_1_2a5a07498df9d38531d4570f7b463b9a._comment b/doc/bugs/git_version_in_prebuilt_linux_tarball_is_outdated/comment_1_2a5a07498df9d38531d4570f7b463b9a._comment
new file mode 100644
index 0000000000..5287ea9358
--- /dev/null
+++ b/doc/bugs/git_version_in_prebuilt_linux_tarball_is_outdated/comment_1_2a5a07498df9d38531d4570f7b463b9a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 1"
+ date="2013-09-25T18:18:49Z"
+ content="""
+The tarballs are built on Debian stable in order to have an old enough libc to work most places. So I am limited to what is available in stable and backports. Once there is a backport available of git, I will use it.
+"""]]
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/gix-annex_help_is_homicidal.mdwn b/doc/bugs/gix-annex_help_is_homicidal.mdwn
new file mode 100644
index 0000000000..f4a8d72137
--- /dev/null
+++ b/doc/bugs/gix-annex_help_is_homicidal.mdwn
@@ -0,0 +1,23 @@
+> What steps will reproduce the problem?
+
+Run 'git-annex help'
+
+> What is the expected output?
+
+Something similar to 'git-annex --help', or a pointer to --help.
+
+> What do you see instead?
+
+    git-annex: Unknown command 'help'
+    Did you mean one of these?
+    	drop
+    	dead
+
+> What version of git-annex are you using? On what operating system?
+
+git-annex version 3.20120825 on Arch Linux x86_64, installed from AUR package git-annex and using the [haskell] repository for dependencies.
+
+>> Lol, that's great! Also worth noting that with help.autocorrect=1, it'd
+>> actually run drop. Only with --force can you lose data however.
+>>
+>> I've added a help command. [[done]] --[[Joey]]
diff --git a/doc/bugs/glacier_from_multiple_repos.mdwn b/doc/bugs/glacier_from_multiple_repos.mdwn
new file mode 100644
index 0000000000..f6ef2a4acc
--- /dev/null
+++ b/doc/bugs/glacier_from_multiple_repos.mdwn
@@ -0,0 +1,14 @@
+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.
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_bundled_with_OSX_build_fails.mdwn b/doc/bugs/gpg_bundled_with_OSX_build_fails.mdwn
new file mode 100644
index 0000000000..701e67cc5f
--- /dev/null
+++ b/doc/bugs/gpg_bundled_with_OSX_build_fails.mdwn
@@ -0,0 +1,25 @@
+What steps will reproduce the problem?
+
+run
+
+    /Applications/git-annex.app/Contents/MacOS/bin/gpg
+
+from the terminal
+
+What is the expected output? What do you see instead?
+
+I expect to see typical gpg output.  Instead, I see
+
+    dyld: Library not loaded: /opt/local/lib/libiconv.2.dylib
+        Referenced from: /Applications/git-annex.app/Contents/MacOS/bin/gpg
+        Reason: Incompatible library version: gpg requires version 8.0.0 or later, but libiconv.2.dylib provides version 7.0.0
+    Trace/BPT trap: 5
+
+What version of git-annex are you using? On what operating system?
+
+git annex Version: 3.20121017 on Mac OS X 10.7.5
+
+[[!tag /design/assistant/OSX]]
+
+> Libraries are now handled better in the OSX app and this should be able
+> to happen anymore. [[done]] --[[Joey]] 
diff --git a/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_1_ec911f920db6c354ba998ffbb5886606._comment b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_1_ec911f920db6c354ba998ffbb5886606._comment
new file mode 100644
index 0000000000..574a25b5f7
--- /dev/null
+++ b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_1_ec911f920db6c354ba998ffbb5886606._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="comment 1"
+ date="2012-11-01T02:36:07Z"
+ content="""
+You need to use runshell to run the commands included in the OSX app. 
+
+(Also, using them outside of git-annex is not really something that is intended to be supported.)
+"""]]
diff --git a/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_2_bf2a3ab1bbe258bd501ec4b776882adf._comment b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_2_bf2a3ab1bbe258bd501ec4b776882adf._comment
new file mode 100644
index 0000000000..268a577ca1
--- /dev/null
+++ b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_2_bf2a3ab1bbe258bd501ec4b776882adf._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/6xTna_B_h.ECb6_ftC2dYLytAEwrv36etg_054U-#4c1e7"
+ nickname="Fake"
+ subject="comment 2"
+ date="2012-11-01T11:49:55Z"
+ content="""
+Ok, thanks for the info.  I actually tried running this directly because I was getting the same error from inside of git-annex assistant.  When I add a remote server repository with encrypted rsync, I am able to add the server (\"Check this server\" works), but when I click on the \"Use an encrypted rsync repository on the server\" button, I get the following error:
+
+    Internal Server Error
+    
+    user error (gpg [\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"1\",\"512\"] exited 5)
+"""]]
diff --git a/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_3_c0142427400323c00bd8294415ae32c5._comment b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_3_c0142427400323c00bd8294415ae32c5._comment
new file mode 100644
index 0000000000..163ce66c04
--- /dev/null
+++ b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_3_c0142427400323c00bd8294415ae32c5._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/6xTna_B_h.ECb6_ftC2dYLytAEwrv36etg_054U-#4c1e7"
+ nickname="Fake"
+ subject="comment 3"
+ date="2012-11-01T11:52:30Z"
+ content="""
+A little more info.  Here is the error from the console log when I try to add the remote server repository.
+
+    Dyld Error Message:
+      Library not loaded: /opt/local/lib/libncurses.5.dylib
+      Referenced from: /Applications/git-annex.app/Contents/MacOS/opt/local/lib/libreadline.6.2.dylib
+      Reason: no suitable image found.  Did find:
+    	/usr/lib/libncurses.5.dylib: mach-o, but wrong architecture
+    	/usr/lib/libncurses.5.dylib: mach-o, but wrong architecture
+"""]]
diff --git a/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_4_b56db4b5afc276f88a2b980e22fda8a0._comment b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_4_b56db4b5afc276f88a2b980e22fda8a0._comment
new file mode 100644
index 0000000000..64946b41aa
--- /dev/null
+++ b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_4_b56db4b5afc276f88a2b980e22fda8a0._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="comment 4"
+ date="2012-11-01T13:40:39Z"
+ content="""
+Ah ok, thanks for the info about this problem.
+
+Which URL did you download the app from? We have 2 builds.
+"""]]
diff --git a/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_5_a4eda81e5f927c463593bc48fbe84077._comment b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_5_a4eda81e5f927c463593bc48fbe84077._comment
new file mode 100644
index 0000000000..d5a583020b
--- /dev/null
+++ b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_5_a4eda81e5f927c463593bc48fbe84077._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/6xTna_B_h.ECb6_ftC2dYLytAEwrv36etg_054U-#4c1e7"
+ nickname="Fake"
+ subject="comment 5"
+ date="2012-11-01T14:29:40Z"
+ content="""
+This is the beta release (http://downloads.kitenet.net/git-annex/OSX/git-annex.dmg.bz2)  Right now the link to the daily build is broken.
+
+I found the link on this page: http://git-annex.branchable.com/install/OSX/
+
+Thanks!
+"""]]
diff --git a/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_6_2f0b9331d16a208883bac586258a7b50._comment b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_6_2f0b9331d16a208883bac586258a7b50._comment
new file mode 100644
index 0000000000..abcfb6fb2a
--- /dev/null
+++ b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_6_2f0b9331d16a208883bac586258a7b50._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.6.49"
+ subject="comment 6"
+ date="2012-11-26T23:53:01Z"
+ content="""
+The OSX app has been updated for today's release, and includes a lot of missing libraries. Your testing of it would be appreciated.
+"""]]
diff --git a/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_7_c05c484a6134f93796cff08de0f63e80._comment b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_7_c05c484a6134f93796cff08de0f63e80._comment
new file mode 100644
index 0000000000..1e60e5d256
--- /dev/null
+++ b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_7_c05c484a6134f93796cff08de0f63e80._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlpOeCs7zZLR-PBGPxUgjWlg7bwAAzQZyk"
+ nickname="Seth"
+ subject="comment 7"
+ date="2013-06-29T17:26:54Z"
+ content="""
+I get this same internal server error when doing the encrypted rsync repo option:
+
+    user error (gpg [\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"1\",\"512\"] exited 2)
+
+Currently using the file found here:
+
+http://downloads.kitenet.net/git-annex/OSX/current/10.7.5_Lion/
+
+Using MacOS 10.7.5 Lion
+"""]]
diff --git a/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_8_f2cb5467ebe80cf67e1155b771b73978._comment b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_8_f2cb5467ebe80cf67e1155b771b73978._comment
new file mode 100644
index 0000000000..5b2bf88b24
--- /dev/null
+++ b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_8_f2cb5467ebe80cf67e1155b771b73978._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 8"
+ date="2013-06-30T18:02:03Z"
+ content="""
+That's not the same error (2 != 5), and posting comments to long-closed bugs is never a good idea if your goal is to report a current bug in a way that will ensure it's noticed and that anyone remembers to follow up on it. You should file a new bug report, and include whatever actual error message is output *before* the message you pasted.
+"""]]
diff --git a/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_9_27bbda7e31f55b29e1473555ee17e613._comment b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_9_27bbda7e31f55b29e1473555ee17e613._comment
new file mode 100644
index 0000000000..cd2002411e
--- /dev/null
+++ b/doc/bugs/gpg_bundled_with_OSX_build_fails/comment_9_27bbda7e31f55b29e1473555ee17e613._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlpOeCs7zZLR-PBGPxUgjWlg7bwAAzQZyk"
+ nickname="Seth"
+ subject="comment 9"
+ date="2013-06-30T19:38:07Z"
+ content="""
+Just so you know, this post is what comes up on google when I search the error. 
+"""]]
diff --git a/doc/bugs/gpg_error_on_android.mdwn b/doc/bugs/gpg_error_on_android.mdwn
new file mode 100644
index 0000000000..3e69f05f26
--- /dev/null
+++ b/doc/bugs/gpg_error_on_android.mdwn
@@ -0,0 +1,39 @@
+### Please describe the problem.
+
+Adding an existing cloud repo on box.com results in an gpg error:
+
+    user error (gpg ["--quiet","--trust-model","always","--batch","--passphrase-fd","86","--decrypt"] exited 2)
+
+### What steps will reproduce the problem?
+
+Enabling an existing cloud repository.
+
+### What version of git-annex are you using? On what operating system?
+
+Latest Android (4.20130516-g32 40006) on a rooted Samsung Galaxy Note (CyanogenMod 10.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/debug.log
+
+(merging refs/synced/de8a8792-70de-48c3-a646-a168ce1d9d35/c25hdXRoQGphYmJlci5vcmc=/git-annex into git-annex...)
+(Recording state in git...)
+(gpg) 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: encrypted with unknown algorithm 3
+gpg: decryption failed: secret key not available
+(gpg) gpg: encrypted with unknown algorithm 3
+gpg: decryption failed: secret key not available
+(gpg) gpg: encrypted with unknown algorithm 3
+gpg: decryption failed: secret key not available
+(gpg) gpg: encrypted with unknown algorithm 3
+gpg: decryption failed: secret key not available
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; I have deployed the new gpg build for Android and the
+> nightly Android app build is now using it. --[[Joey]]
diff --git a/doc/bugs/gpg_error_on_android/comment_1_870583fd1b7a33b688b9a228077d1333._comment b/doc/bugs/gpg_error_on_android/comment_1_870583fd1b7a33b688b9a228077d1333._comment
new file mode 100644
index 0000000000..b155004547
--- /dev/null
+++ b/doc/bugs/gpg_error_on_android/comment_1_870583fd1b7a33b688b9a228077d1333._comment
@@ -0,0 +1,629 @@
+[[!comment format=mdwn
+ username="carlo"
+ ip="118.208.45.43"
+ subject="comment 1"
+ date="2013-07-06T03:29:10Z"
+ content="""
+I see similar errors on my Samsung Galaxy S3, running Cyanogenmod 9. The phone is trying to sync with an encrypted rsync repository on my Linode. My laptop can sync with no problems.
+
+Here's a dump from daemon.log. Let me know if you need more details.
+
+    [2013-07-06 13:10:22 EST] main: starting assistant version 4.20130704-gaf18656
+    Already up-to-date.
+
+    (scanning...) [2013-07-06 13:10:23 EST] Watcher: Performing startup scan
+    Already up-to-date.
+    Already up-to-date.
+
+
+    (started...) (gpg) [2013-07-06 13:10:28 EST] XMPPSendPack: Syncing with nk 
+    [2013-07-06 13:10:28 EST] XMPPReceivePack: Syncing with nk 
+    [2013-07-06 13:10:29 EST] XMPPSendPack: Syncing with nk 
+
+    <snip>
+
+    GPGHMACSHA1--cfa7bdccfada399b50f086901621ba66a789a4df
+    Already up-to-date.
+    
+              0   0%    0.00kB/s    0:00:00  [2013-07-06 13:10:36 EST] Committer: Committing changes to git
+    [2013-07-06 13:10:36 EST] XMPPSendPack: Syncing with nk 
+    
+        262,144   0%  203.34kB/s    0:06:43  Already up-to-date.
+    
+        655,360   0%  211.99kB/s    0:06:25  [2013-07-06 13:10:38 EST] XMPPSendPack: Syncing with nk 
+    [2013-07-06 13:10:39 EST] XMPPSendPack: Syncing with nk 
+    
+      1,638,400   1%  395.65kB/s    0:03:23  
+      2,424,832   2%  464.04kB/s    0:02:52  
+      2,981,888   3%  546.05kB/s    0:02:25  
+      3,538,944   4%  682.17kB/s    0:01:55  
+      4,096,000   4%  581.68kB/s    0:02:14  
+      4,653,056   5%  529.05kB/s    0:02:26  
+      5,210,112   6%  525.60kB/s    0:02:26  
+      5,767,168   7%  526.24kB/s    0:02:25  
+      6,324,224   7%  526.75kB/s    0:02:24  
+      6,881,280   8%  529.83kB/s    0:02:22  
+      7,438,336   9%  532.94kB/s    0:02:20  (gpg) 
+      7,798,784   9%  486.16kB/s    0:02:33  
+      8,519,680  10%  525.75kB/s    0:02:20  
+      9,076,736  11%  526.01kB/s    0:02:19  
+      9,502,720  11%  459.23kB/s    0:02:38  
+     10,354,688  12%  556.40kB/s    0:02:09  
+     10,911,744  13%  514.20kB/s    0:02:18  (gpg) 
+     11,501,568  13%  508.81kB/s    0:02:19  (gpg) 
+     12,091,392  14%  585.73kB/s    0:01:59  
+    GPGHMACSHA1--15b3dbca166df23b9b14e88bcfb08dceeeeaade9
+    
+              0   0%    0.00kB/s    0:00:00  
+     12,615,680  15%  521.25kB/s    0:02:13  
+        294,912  26%  266.17kB/s    0:00:03  
+     12,910,592  15%  459.84kB/s    0:02:30  
+        589,824  52%  266.67kB/s    0:00:01  
+     13,205,504  16%  396.57kB/s    0:02:54  
+        884,736  79%  266.42kB/s    0:00:00  
+     13,500,416  16%  321.72kB/s    0:03:33  
+      1,116,373 100%  275.58kB/s    0:00:03 (xfr#1, to-chk=0/1)
+    
+     13,860,864  16%  285.92kB/s    0:03:59  
+     14,221,312  17%  304.91kB/s    0:03:43  
+     14,909,440  18%  403.88kB/s    0:02:46  
+    GPGHMACSHA1--ec1cbd34a82fe0997354669b2c7b38419f73d07e
+    
+              0   0%    0.00kB/s    0:00:00  
+     15,400,960  18%  450.59kB/s    0:02:28  gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+    
+        294,912  26%  266.42kB/s    0:00:03  
+    GPGHMACSHA1--b979ec76f3b12b63db8ee540fc9a018cffb82aa8
+    
+     15,663,104  19%  426.46kB/s    0:02:36  
+              0   0%    0.00kB/s    0:00:00  
+        393,216  35%  178.19kB/s    0:00:03  
+     15,761,408  19%  364.08kB/s    0:03:02  
+        131,072  11%  115.21kB/s    0:00:08  
+        688,128  62%  206.52kB/s    0:00:01  
+     16,056,320  19%  262.23kB/s    0:04:12  
+        393,216  34%  176.71kB/s    0:00:04  
+        884,736  80%  199.40kB/s    0:00:01  
+     16,252,928  19%  194.67kB/s    0:05:39  
+        589,824  51%  177.01kB/s    0:00:03  
+      1,095,420 100%  205.52kB/s    0:00:05 (xfr#1, to-chk=0/1)
+    
+     16,482,304  20%  183.44kB/s    0:05:58  
+        819,200  70%  185.96kB/s    0:00:01  
+     16,777,216  20%  224.84kB/s    0:04:51  
+      1,114,112  96%  227.27kB/s    0:00:00  
+      1,154,143 100%  211.07kB/s    0:00:05 (xfr#1, to-chk=0/1)
+    
+     17,334,272  21%  289.96kB/s    0:03:44  
+     17,891,328  21%  376.91kB/s    0:02:50  gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+    send: resource vanisheds e(nBdr:o kreens opuirpcee) 
+    vanished (Broken pipe)
+    
+     18,448,384  22%  461.76kB/s    0:02:18  gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+    se
+     19,005,440  23%  531.25kB/s    0:01:59  nd: resource vanished (Broken pipe)
+    
+     19,562,496  23%  532.81kB/s    0:01:57  
+     19,922,944  24%  484.14kB/s    0:02:08  
+     20,643,840  25%  525.36kB/s    0:01:57  
+     21,200,896  25%  525.62kB/s    0:01:56  
+     21,757,952  26%  526.13kB/s    0:01:55  
+     22,085,632  26%  518.16kB/s    0:01:56  
+     22,872,064  27%  529.05kB/s    0:01:52  
+     23,429,120  28%  528.80kB/s    0:01:51  
+     23,953,408  29%  516.75kB/s    0:01:52  
+     24,543,232  29%  583.66kB/s    0:01:38  
+     25,034,752  30%  516.51kB/s    0:01:50  
+     25,460,736  30%  466.71kB/s    0:02:01  
+     26,050,560  31%  481.20kB/s    0:01:56  
+     26,607,616  32%  471.25kB/s    0:01:58  
+     27,164,672  33%  486.21kB/s    0:01:53  
+     27,721,728  33%  536.44kB/s    0:01:41  
+     28,278,784  34%  533.33kB/s    0:01:41  
+     28,835,840  35%  533.59kB/s    0:01:40  
+     29,392,896  35%  529.44kB/s    0:01:39  
+     29,982,720  36%  532.95kB/s    0:01:38  
+     30,539,776  37%  533.46kB/s    0:01:37  
+     31,096,832  37%  533.46kB/s    0:01:35  
+     31,653,888  38%  537.23kB/s    0:01:34  
+     31,752,192  38%  409.87kB/s    0:02:03  
+     32,800,768  39%  524.96kB/s    0:01:34  
+     33,357,824  40%  524.84kB/s    0:01:33  
+     33,914,880  41%  524.96kB/s    0:01:32  
+     34,471,936  41%  652.74kB/s    0:01:13  
+     35,028,992  42%  533.33kB/s    0:01:28  
+     35,586,048  43%  533.46kB/s    0:01:27  
+     36,143,104  43%  533.07kB/s    0:01:26  
+     36,700,160  44%  533.33kB/s    0:01:25  
+     37,257,216  45%  533.33kB/s    0:01:24  
+     37,814,272  45%  533.20kB/s    0:01:23  
+     38,240,256  46%  467.37kB/s    0:01:34  
+     39,059,456  47%  525.19kB/s    0:01:22  
+     39,616,512  48%  525.31kB/s    0:01:21  
+     40,173,568  48%  525.43kB/s    0:01:20  
+     40,632,320  49%  574.52kB/s    0:01:12  
+     41,254,912  50%  527.82kB/s    0:01:17  
+     41,811,968  50%  528.08kB/s    0:01:16  
+     42,369,024  51%  527.82kB/s    0:01:15  
+     42,926,080  52%  549.15kB/s    0:01:11  
+     43,483,136  52%  533.59kB/s    0:01:12  
+     44,040,192  53%  533.20kB/s    0:01:11  
+     44,597,248  54%  533.20kB/s    0:01:10  
+     45,121,536  54%  525.49kB/s    0:01:10  
+     45,678,592  55%  525.49kB/s    0:01:09  
+     46,039,040  55%  476.68kB/s    0:01:16  
+     46,792,704  56%  520.89kB/s    0:01:08  
+     47,349,760  57%  528.41kB/s    0:01:06  
+     47,906,816  58%  520.20kB/s    0:01:06  
+     48,431,104  58%  500.32kB/s    0:01:07  
+     49,020,928  59%  406.05kB/s    0:01:21  
+     49,807,360  60%  446.10kB/s    0:01:12  
+     50,364,416  61%  451.55kB/s    0:01:10  
+     50,921,472  61%  504.88kB/s    0:01:02  
+     51,412,992  62%  569.76kB/s    0:00:54  
+     51,970,048  63%  515.00kB/s    0:00:58  
+     52,527,104  63%  514.87kB/s    0:00:57  
+     53,084,160  64%  515.25kB/s    0:00:56  
+     53,641,216  65%  530.47kB/s    0:00:54  
+     54,198,272  65%  532.94kB/s    0:00:52  
+     54,755,328  66%  533.46kB/s    0:00:51  
+     55,312,384  67%  533.20kB/s    0:00:50  
+     55,869,440  67%  533.33kB/s    0:00:49  
+     56,426,496  68%  533.46kB/s    0:00:48  
+     56,983,552  69%  533.20kB/s    0:00:47  
+     57,409,536  69%  466.09kB/s    0:00:53  
+     58,228,736  70%  525.79kB/s    0:00:45  
+     58,785,792  71%  525.67kB/s    0:00:44  
+     59,342,848  72%  520.68kB/s    0:00:44  
+     59,736,064  72%  547.60kB/s    0:00:41  
+     60,489,728  73%  528.10kB/s    0:00:41  
+     61,046,784  74%  528.48kB/s    0:00:40  
+     61,603,840  74%  533.72kB/s    0:00:38  
+     62,128,128  75%  567.40kB/s    0:00:35  
+     62,226,432  75%  399.53kB/s    0:00:50  
+     62,652,416  76%  369.81kB/s    0:00:53  
+     62,947,328  76%  300.78kB/s    0:01:04  
+     63,438,848  77%  292.97kB/s    0:01:04  
+     63,963,136  77%  400.66kB/s    0:00:45  
+     64,520,192  78%  426.27kB/s    0:00:41  
+     65,110,016  79%  495.54kB/s    0:00:34  
+     65,601,536  79%  497.76kB/s    0:00:33  
+     66,158,592  80%  506.62kB/s    0:00:31  
+     66,715,648  81%  511.33kB/s    0:00:30  
+     67,207,168  81%  452.20kB/s    0:00:33  
+     68,059,136  82%  527.01kB/s    0:00:27  
+     68,616,192  83%  526.55kB/s    0:00:26  
+     69,173,248  84%  527.24kB/s    0:00:24  
+     69,500,928  84%  529.30kB/s    0:00:24  
+     70,320,128  85%  527.98kB/s    0:00:22  
+     70,877,184  86%  527.60kB/s    0:00:21  
+     71,434,240  86%  526.84kB/s    0:00:20  
+     71,991,296  87%  595.93kB/s    0:00:17  
+     72,548,352  88%  529.70kB/s    0:00:18  
+     73,105,408  88%  528.16kB/s    0:00:17  [2013-07-06 13:13:01 EST] XMPPSendPack: Syncing with ch 
+    
+     73,662,464  89%  527.39kB/s    0:00:16  [2013-07-06 13:13:02 EST] XMPPSendPack: Syncing with ch 
+    
+     74,219,520  90%  524.08kB/s    0:00:15  
+     74,743,808  90%  511.21kB/s    0:00:14  
+     75,104,256  91%  410.00kB/s    0:00:17  
+     75,497,472  91%  377.34kB/s    0:00:18  
+     76,152,832  92%  402.22kB/s    0:00:15  
+     76,709,888  93%  413.44kB/s    0:00:13  
+     77,201,408  93%  458.58kB/s    0:00:11  
+     78,020,608  94%  552.96kB/s    0:00:07  
+     78,577,664  95%  528.45kB/s    0:00:07  
+     79,134,720  96%  528.34kB/s    0:00:06  
+     79,691,776  96%  597.25kB/s    0:00:04  
+     80,248,832  97%  532.42kB/s    0:00:03  
+     80,805,888  98%  533.33kB/s    0:00:02  
+     81,362,944  98%  533.07kB/s    0:00:01  
+     81,920,000  99%  533.07kB/s    0:00:00  
+     82,307,694 100%  491.43kB/s    0:02:43 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+    send: resource vanished (Broken pipe)
+
+    GPGHMACSHA1--836e8cdf7c23d119e08f9d9cb3377abb438f2312
+    
+              0   0%    0.00kB/s    0:00:00  
+        131,072  11%  115.84kB/s    0:00:08  
+        229,376  19%  106.41kB/s    0:00:08  
+        393,216  34%  118.08kB/s    0:00:06  
+        655,360  56%  149.46kB/s    0:00:03  
+        917,504  79%  180.24kB/s    0:00:01  
+      1,154,559 100%  184.38kB/s    0:00:06 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--c34a27463185c59e8cb7df7f647333072e18ddb9
+    
+              0   0%    0.00kB/s    0:00:00  
+        294,912  16%  272.73kB/s    0:00:05  
+        655,360  36%  304.18kB/s    0:00:03  
+      1,114,112  62%  343.54kB/s    0:00:01  
+      1,441,792  81%  335.32kB/s    0:00:00  
+      1,772,175 100%  351.61kB/s    0:00:04 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--7bc715e8c49feb30ba974b246ad8b69bcef8f407
+    
+              0   0%    0.00kB/s    0:00:00  
+        393,216  31%  373.18kB/s    0:00:02  
+        819,200  66%  340.43kB/s    0:00:01  
+      1,234,572 100%  411.48kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--dbc6af27d9b732f3ea7b29f7316cf67986db8ff0
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  60%  532.81kB/s    0:00:00  
+        913,536 100%  540.03kB/s    0:00:01 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--84ce3dc5fe676eb10cfe595564482d48daceeb33
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  44%  532.29kB/s    0:00:01  
+      1,114,112  88%  532.29kB/s    0:00:00  
+      1,256,801 100%  548.90kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--9d042d017e8efc60f82ee3789edbbd8422ddbf1c
+    
+              0   0%    0.00kB/s    0:00:00  
+        491,520  42%  469.67kB/s    0:00:01  
+        950,272  81%  458.50kB/s    0:00:00  
+      1,165,242 100%  483.81kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--951b2f84c011debef9e6dc213d859cc6366f8e01
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  44%  535.96kB/s    0:00:01  
+        983,040  78%  460.21kB/s    0:00:00  
+      1,257,173 100%  468.23kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--88b8021104955c3ff14da53cdf5c8dd445719bfa
+    
+              0   0%    0.00kB/s    0:00:00  
+        589,824  38%  544.94kB/s    0:00:01  
+      1,146,880  75%  536.66kB/s    0:00:00  
+      1,518,637 100%  493.03kB/s    0:00:03 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--89a254b76c1dd92c3bcf6c2db0745287ca306ae6
+    
+              0   0%    0.00kB/s    0:00:00  
+        393,216  29%  367.11kB/s    0:00:02  
+        819,200  61%  391.01kB/s    0:00:01  
+      1,277,952  96%  404.01kB/s    0:00:00  
+      1,326,036 100%  417.32kB/s    0:00:03 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--b975ff334766d744ce6827be273ad7f46dddcdeb
+    
+              0   0%    0.00kB/s    0:00:00  
+        524,288  52%  496.61kB/s    0:00:00  
+        996,592 100%  480.85kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--e828d8bbe5d34598fef577170a9fa9187d09e312
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  35%  529.18kB/s    0:00:01  
+      1,114,112  70%  529.96kB/s    0:00:00  
+      1,581,185 100%  542.18kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--f6b7fc900cd45830afe01711e369d17453a997dd
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  35%  538.61kB/s    0:00:01  
+      1,114,112  70%  535.17kB/s    0:00:00  
+      1,573,373 100%  547.97kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--d7a0413362aff13ce23c76d05d684df1fa884635
+    
+              0   0%    0.00kB/s    0:00:00  
+        524,288  30%  504.93kB/s    0:00:02  
+        950,272  55%  397.94kB/s    0:00:01  
+      1,699,965 100%  524.36kB/s    0:00:03 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--f98f1613a3b8f160ea4029eb9fa3c45f9a2a1bc6
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  37%  532.81kB/s    0:00:01  
+      1,114,112  75%  525.10kB/s    0:00:00  
+      1,478,031 100%  548.19kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--1d35cc37e4a83908a29c0651448a96269458218d
+    
+              0   0%    0.00kB/s    0:00:00  
+        589,824  39%  558.14kB/s    0:00:01  
+      1,146,880  77%  544.75kB/s    0:00:00  
+      1,475,738 100%  556.00kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--41779d89d985def50ee52dbb1abaf41cfb248f02
+    
+              0   0%    0.00kB/s    0:00:00  
+        524,288  77%  509.45kB/s    0:00:00  
+        680,795 100%  500.25kB/s    0:00:01 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--0ac2341072949bd0d26df145e3cef8d39ba177ad
+    
+              0   0%    0.00kB/s    0:00:00  
+        851,968  78%  794.65kB/s    0:00:00  
+      1,085,714 100%  758.96kB/s    0:00:01 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--96239a54b31856d30e50eedb2a3352ec87fd6d1e
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  47%  528.16kB/s    0:00:01  
+      1,114,112  95%  529.96kB/s    0:00:00  
+      1,166,134 100%  549.88kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--e40a7caa66fa1656428cbec103645089579065f8
+    
+              0   0%    0.00kB/s    0:00:00  
+         98,304   7%   95.05kB/s    0:00:13  
+        622,592  45%  297.02kB/s    0:00:02  
+        753,664  55%  232.91kB/s    0:00:02  
+        884,736  64%  204.74kB/s    0:00:02  
+      1,310,720  95%  280.97kB/s    0:00:00  
+      1,369,673 100%  251.94kB/s    0:00:05 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--4907edd5704e1a3540e946cfc80b29226599e466
+    
+              0   0%    0.00kB/s    0:00:00  
+        327,680  25%  310.98kB/s    0:00:03  
+        688,128  52%  328.77kB/s    0:00:01  
+      1,114,112  85%  350.74kB/s    0:00:00  
+      1,303,313 100%  369.78kB/s    0:00:03 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--2a0a0f546f08334d8cd90f2930057837dcf5ba09
+    
+              0   0%    0.00kB/s    0:00:00  
+        491,520  39%  475.25kB/s    0:00:01  
+        917,504  73%  438.57kB/s    0:00:00  
+      1,146,880  92%  359.67kB/s    0:00:00  
+      1,246,084 100%  344.82kB/s    0:00:03 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--9eb761916db3868a5ffe7b310ae5ac3cc7046ae5
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  44%  517.60kB/s    0:00:01  
+        786,432  62%  329.05kB/s    0:00:01  
+      1,254,828 100%  515.31kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--e644608fd731b8eaf6d5d04e78e165300eb25f98
+    
+              0   0%    0.00kB/s    0:00:00  
+        589,824  52%  561.40kB/s    0:00:00  
+      1,048,576  93%  503.19kB/s    0:00:00  
+      1,116,566 100%  522.47kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--58e2af2853f65840a6e16eb7c03d005ed2e79c40
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  42%  530.21kB/s    0:00:01  
+      1,114,112  85%  531.25kB/s    0:00:00  
+      1,300,115 100%  546.79kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--c5c714419a2d7c0f4699f31862e7011a15014482
+    
+              0   0%    0.00kB/s    0:00:00  
+        589,824  38%  547.53kB/s    0:00:01  
+      1,146,880  75%  538.46kB/s    0:00:00  
+      1,521,103 100%  550.17kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--15df191feeb70009d1babbf45edfd895c7ed16fe
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  43%  541.29kB/s    0:00:01  
+      1,114,112  87%  536.22kB/s    0:00:00  
+      1,277,262 100%  550.70kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--da82fe427bcc275851fcff2406702bdf711a0d05
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  39%  539.68kB/s    0:00:01  
+      1,114,112  79%  535.43kB/s    0:00:00  
+      1,394,802 100%  546.16kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--d4a3cd0a0cdfb63e0c822c2971bec47351f0d691
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  43%  542.37kB/s    0:00:01  
+      1,114,112  86%  535.17kB/s    0:00:00  
+      1,284,784 100%  550.05kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--b97860268c7d4811de5d0529fcb6964e72404e77
+    
+              0   0%    0.00kB/s    0:00:00  
+         40,966 100%   13.02MB/s    0:00:00 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--a8b3e383f310580bb6c1035144763ec7db044f78
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  75%  538.08kB/s    0:00:00  
+        733,303 100%  564.76kB/s    0:00:01 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--29011935e74ac079fcb329a43739baeaa17d098c
+    
+              0   0%    0.00kB/s    0:00:00  
+         89,335 100%    1.11MB/s    0:00:00 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--fd6e992885ee3c8305d01166eecf3c464627c4f7
+    
+              0   0%    0.00kB/s    0:00:00  
+         41,462 100%   13.18MB/s    0:00:00 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--a2069f368ff8402a2cb1418bd4b9732af7c4d4a9
+    
+              0   0%    0.00kB/s    0:00:00  
+        170,729 100%  706.47kB/s    0:00:00 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--6792222db461942b05679e53db4e54fa789ca01f
+    
+              0   0%    0.00kB/s    0:00:00  
+            592 100%  578.13kB/s    0:00:00 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--d18187ee562acebfc027ae87ca256ee76291ebc9
+    
+              0   0%    0.00kB/s    0:00:00  
+         92,078 100%    1.16MB/s    0:00:00 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--099750d6c62696356befb2d9f0c6eced87d44982
+    
+              0   0%    0.00kB/s    0:00:00  
+         17,889 100%   17.06MB/s    0:00:00 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--5bfba3f4483f32f614082626cb19c9a80dcef47f
+    
+              0   0%    0.00kB/s    0:00:00  
+        557,056  34%  542.37kB/s    0:00:01  
+      1,114,112  68%  529.44kB/s    0:00:00  
+      1,572,864  96%  493.89kB/s    0:00:00  
+      1,636,134 100%  511.29kB/s    0:00:03 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--c63f95ff9e5e7162324f198763d82135a782a672
+    
+              0   0%    0.00kB/s    0:00:00  
+         11,074 100%   10.56MB/s    0:00:00 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--d5355ccf4f2f48a8adf698d00416569996408c99
+    
+              0   0%    0.00kB/s    0:00:00  
+         17,389 100%   16.58MB/s    0:00:00 (xfr#1, to-chk=0/1)
+    gpg: encrypted with unknown algorithm 3
+    gpg: decryption failed: secret key not available
+
+    GPGHMACSHA1--cd50fc92525ee650189b89373a4791be4c7ffa24
+    
+              0   0%    0.00kB/s    0:00:00  
+        131,072   0%   91.30kB/s    0:06:06  
+        294,912   0%  110.85kB/s    0:05:00  
+        491,520   1%  133.37kB/s    0:04:08  
+        819,200   2%  173.24kB/s    0:03:09  
+      1,343,488   3%  277.48kB/s    0:01:56  
+      1,900,544   5%  383.00kB/s    0:01:22  
+      2,359,296   7%  438.88kB/s    0:01:11  
+      2,785,280   8%  456.82kB/s    0:01:07  
+      3,244,032   9%  390.90kB/s    0:01:17  
+      3,637,248  10%  356.83kB/s    0:01:24  
+      4,259,840  12%  388.28kB/s    0:01:15  
+      4,718,592  14%  395.97kB/s    0:01:13  
+      5,046,272  15%  385.54kB/s    0:01:14  
+      5,210,112  15%  326.18kB/s    0:01:27  
+      6,094,848  18%  385.21kB/s    0:01:11  
+      6,488,064  19%  372.65kB/s    0:01:12  [2013-07-06 13:16:29 EST] XMPPReceivePack: Syncing with ch 
+    
+      6,914,048  20%  403.45kB/s    0:01:06  
+      7,143,424  21%  409.28kB/s    0:01:04  
+      7,667,712  22%  334.06kB/s    0:01:17  
+      8,126,464  24%  347.75kB/s    0:01:13  
+      8,683,520  25%  398.80kB/s    0:01:02  
+      9,240,576  27%  500.86kB/s    0:00:48  
+      9,797,632  29%  507.32kB/s    0:00:46  
+     10,256,384  30%  511.31kB/s    0:00:45  
+     10,682,368  31%  479.25kB/s    0:00:47  
+     11,206,656  33%  471.63kB/s    0:00:47  
+     11,763,712  34%  471.86kB/s    0:00:46  
+     12,320,768  36%  494.24kB/s    0:00:43  
+     12,615,680  37%  460.15kB/s    0:00:45  
+     13,434,880  39%  526.37kB/s    0:00:38  
+     13,991,936  41%  527.39kB/s    0:00:37  
+     14,548,992  43%  527.77kB/s    0:00:36  
+     14,843,904  44%  528.54kB/s    0:00:35  
+     15,663,104  46%  528.54kB/s    0:00:33  
+     16,220,160  48%  528.54kB/s    0:00:32  
+     16,777,216  49%  527.90kB/s    0:00:31  
+     17,334,272  51%  592.02kB/s    0:00:27  
+     17,891,328  53%  533.33kB/s    0:00:29  
+     18,448,384  54%  533.20kB/s    0:00:28  
+     19,005,440  56%  533.73kB/s    0:00:27  
+     19,562,496  58%  533.46kB/s    0:00:26  
+     20,119,552  59%  533.20kB/s    0:00:25  
+     20,414,464  60%  467.95kB/s    0:00:28  
+     21,233,664  63%  528.28kB/s    0:00:23  
+     21,790,720  64%  528.67kB/s    0:00:22  
+     22,347,776  66%  528.67kB/s    0:00:21  
+     22,740,992  67%  492.20kB/s    0:00:22  
+     23,494,656  69%  477.61kB/s    0:00:21  
+     24,051,712  71%  477.41kB/s    0:00:20  
+     24,608,768  73%  477.30kB/s    0:00:18  
+     25,165,824  74%  577.28kB/s    0:00:14  
+     25,722,880  76%  532.81kB/s    0:00:14  
+     26,279,936  78%  533.20kB/s    0:00:13  
+     26,804,224  79%  522.80kB/s    0:00:13  
+
+"""]]
diff --git a/doc/bugs/gpg_error_on_android/comment_2_9ce5511a109bde50d8cf87bad0268b4a._comment b/doc/bugs/gpg_error_on_android/comment_2_9ce5511a109bde50d8cf87bad0268b4a._comment
new file mode 100644
index 0000000000..f1cd472960
--- /dev/null
+++ b/doc/bugs/gpg_error_on_android/comment_2_9ce5511a109bde50d8cf87bad0268b4a._comment
@@ -0,0 +1,26 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 2"
+ date="2013-07-08T19:57:10Z"
+ content="""
+Based on <http://pthree.org/2009/06/08/gnupg-up-and-close/> and <http://www.faqs.org/rfcs/rfc4880.html>, symmetric encryption algorithm 3 is CAST5.
+
+When I run `gpg -v --version` on Android, I get a very short list of Cipher algorithms, just \"3DES (S2)\".
+
+Compare with on Linux, where it supports:
+
+<pre>
+Cipher: 3DES (S2), CAST5 (S3), BLOWFISH (S4), AES (S7), AES192 (S8), 
+        AES256 (S9), TWOFISH (S10), CAMELLIA128 (S11), CAMELLIA192 (S12), 
+        CAMELLIA256 (S13)
+</pre>
+
+I suspect that you guys have a gpg on your non-android side that either defaults to CAST5, or has been configured, via the default-preference-list setting in gpg.conf, to use it. It should be possible to adjust your gpg.conf to use 3DES by default, and then things will interoperate (anything already encrypted by git-annex still won't be visible on Android of course).
+
+The gpg shipped with git-annex on Android could be rebuilt to include these. However, it would probably need porting of more libraries to Android. I stopped once I got gpg to compile at all, and had to pass several configure flags to disable features, 
+
+This is something that anyone interested could work on.  (Ie, no Haskell!) See `standalone/android/Makefile` in the git-annex source tree, which uses the Android SDK and NDK to cross-compile gnupg for Android. 
+
+I think that getting it to build without `--enable-minimal` would probably get most of the way there.  Aha.. I just tried this, and the new binary seems to support nearly everything the linux one does, no extra libraries needed!
+"""]]
diff --git a/doc/bugs/gpg_error_on_android/comment_3_b345e80f38d38f82cfcfce3102138fb8._comment b/doc/bugs/gpg_error_on_android/comment_3_b345e80f38d38f82cfcfce3102138fb8._comment
new file mode 100644
index 0000000000..14cd6070c9
--- /dev/null
+++ b/doc/bugs/gpg_error_on_android/comment_3_b345e80f38d38f82cfcfce3102138fb8._comment
@@ -0,0 +1,46 @@
+[[!comment format=mdwn
+ username="carlo"
+ ip="118.208.1.126"
+ subject="comment 3"
+ date="2013-07-09T00:34:45Z"
+ content="""
+I downloaded the daily build and the errors \"gpg: encrypted with
+unknown algorithm 3\" and \"gpg: decryption failed: secret key not
+available\" have gone, but now there is the problem \"gpg: decryption
+failed: bad key\". Logs are below.
+
+I'm in the process of setting up an Android build environment so I
+can debug this in more detail (I haven't done any Android development
+before but I do have Haskell experience).
+
+    [2013-07-09 10:21:22 EST] main: starting assistant version 4.20130708-g207c9f3
+    Already up-to-date.
+
+    (scanning...) [2013-07-09 10:21:23 EST] Watcher: Performing startup scan
+    Already up-to-date.
+    Already up-to-date.
+    (gpg) 
+
+    (started...) [2013-07-09 10:21:28 EST] XMPPSendPack: Syncing with carlo.hamalainen 
+
+    GPGHMACSHA1--15b3dbca166df23b9b14e88bcfb08dceeeeaade9
+          1,116,373 100%  421.09kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: decryption failed: bad key
+
+    GPGHMACSHA1--ec1cbd34a82fe0997354669b2c7b38419f73d07e
+          1,095,420 100%  236.15kB/s    0:00:04 (xfr#1, to-chk=0/1)
+    gpg: decryption failed: bad key
+
+    GPGHMACSHA1--b979ec76f3b12b63db8ee540fc9a018cffb82aa8
+          1,154,143 100%  412.85kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: decryption failed: bad key
+
+    GPGHMACSHA1--836e8cdf7c23d119e08f9d9cb3377abb438f2312
+          1,154,559 100%  411.95kB/s    0:00:02 (xfr#1, to-chk=0/1)
+    gpg: decryption failed: bad key
+
+    GPGHMACSHA1--c34a27463185c59e8cb7df7f647333072e18ddb9
+          1,772,175 100%  401.63kB/s    0:00:04 (xfr#1, to-chk=0/1)
+    gpg: decryption failed: bad key
+
+"""]]
diff --git a/doc/bugs/gpg_error_on_android/comment_4_032f42235b7f26854e725041ca33384b._comment b/doc/bugs/gpg_error_on_android/comment_4_032f42235b7f26854e725041ca33384b._comment
new file mode 100644
index 0000000000..5fdfa82115
--- /dev/null
+++ b/doc/bugs/gpg_error_on_android/comment_4_032f42235b7f26854e725041ca33384b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.235"
+ subject="comment 4"
+ date="2013-07-09T18:03:12Z"
+ content="""
+So, I am able to get the \"bad\" key message out of gpg if I encrypt with --symmetric with a passphrase and then enter the wrong passphrase when decrypting.
+
+Perhaps git-annex is sending gpg the wrong encryption key, or perhaps the git repo it's operating in has an old version of the key for this remote somehow?
+"""]]
diff --git a/doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant.mdwn b/doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant.mdwn
new file mode 100644
index 0000000000..1a0680c795
--- /dev/null
+++ b/doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant.mdwn
@@ -0,0 +1,55 @@
+### Please describe the problem.
+
+When I use the web app and try to create a remote on a remote server (via ssh connection) the assistant shows a gpg error.
+
+### What steps will reproduce the problem?
+
+1. Start the the web app using git-annex web app
+2. create a local repository
+3. create a new repository on a Remote server (Set up a repository on a remote server using ssh).
+4. provide correct server address, user, port, etc.
+
+Then gpg fails. 
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20131106
+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 4
+upgrade supported from repository versions: 0 1 2
+
+On Mac OS X 10.9 Mavericks, build 13A603.
+
+### 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-11-14 21:03:47 CET] main: starting assistant version 4.20131106
+[2013-11-14 21:03:47 CET] Cronner: You should enable consistency checking to protect your data. 
+(Recording state in git...)
+(scanning...) [2013-11-14 21:03:47 CET] Watcher: Performing startup scan
+(started...) [2013-11-14 21:04:47 CET] Cronner: Consistency check in progress
+[2013-11-14 21:05:21 CET] Committer: Adding sunflower.html test.html cindy.css d3.js d3.min.js Accessors.js Essentials.js List.js Namespace.js and 6 other files
+
+(Recording state in git...)
+
+add /Users/ulli/Documents/annex/test.html (checksum...) ok
+### several similar adds removed for privacy reasons.
+ 
+[2013-11-14 21:05:22 CET] Committer: Committing changes to git
+ok
+(Recording state in git...)
+(Recording state in git...)
+14/Nov/2013:21:21:05 +0100 [Error#yesod-core] user error (gpg ["--quiet","--trust-model","always","--with-colons","--list-secret-keys","--fixed-list-mode"] exited 127) @(yesod-core-1.2.5:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+
+# End of transcript or log.
+"""]]
+
+> I've had reports from others that gpg works when installing from the
+> bundle. [[done]] --[[Joey]] 
diff --git a/doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant/comment_1_7b409701c650b55b3472accd70555f16._comment b/doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant/comment_1_7b409701c650b55b3472accd70555f16._comment
new file mode 100644
index 0000000000..7b1ed74204
--- /dev/null
+++ b/doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant/comment_1_7b409701c650b55b3472accd70555f16._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkXtBdMgE1d9nCz2iBc4f85xh4izZ_auU"
+ nickname="Ulrich"
+ subject="Easy to fix."
+ date="2013-11-14T20:36:17Z"
+ content="""
+Well, this only happens when gpg is not available. Everything works fine after a quick \"brew install gpg\".
+"""]]
diff --git a/doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant/comment_2_40b00f7258512677516ec5036b89090f._comment b/doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant/comment_2_40b00f7258512677516ec5036b89090f._comment
new file mode 100644
index 0000000000..ecc9717d2d
--- /dev/null
+++ b/doc/bugs/gpg_fails_on_Mac_OS_10.9_when_creating_a_new_remote_repository_via_assistant/comment_2_40b00f7258512677516ec5036b89090f._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 2"
+ date="2013-11-14T22:10:32Z"
+ content="""
+gpg is included in the bundle though:
+
+<pre>
+oberon:tmp joeyh$ /Volumes/git-annex/git-annex.app/Contents/MacOS/runshell
+bash-3.2$ which gpg
+/Volumes/git-annex/git-annex.app/Contents/MacOS/bundle/gpg
+</pre>
+"""]]
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/gpg_hangs_on_glacier_remote_creation.mdwn b/doc/bugs/gpg_hangs_on_glacier_remote_creation.mdwn
new file mode 100644
index 0000000000..b4aaa57ea1
--- /dev/null
+++ b/doc/bugs/gpg_hangs_on_glacier_remote_creation.mdwn
@@ -0,0 +1,78 @@
+### Please describe the problem.
+when attempting to create a glacier special remote one of the gpg sub-commands hangs without returning.
+
+### What steps will reproduce the problem?
+I'm not sure what will reproduce this issue. I recently upgraded from the apt-get version of git-annex (version 3) to the cabal version (version 4 shown below), but I'm not sure if that is relevant at all).
+
+### What version of git-annex are you using? On what operating system?
+
+git version: 1.7.9.5
+
+(git annex was installed using cabal)
+[[!format sh """
+$> git-annex version
+git-annex version: 4.20130709
+build flags: Testsuite S3 Inotify DBus
+local repository version: 3
+default repository version: 3
+supported repository versions: 3 4
+upgrade supported from repository versions: 0 1 2
+"""]]
+
+OS version:
+
+12.04.2 LTS, Precise Pangolin
+
+GPG version:
+
+[[!format sh """
+$> gpg --version
+gpg (GnuPG) 1.4.11
+Copyright (C) 2010 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: 3DES, CAST5, BLOWFISH, AES, AES192, AES256, TWOFISH, CAMELLIA128,
+        CAMELLIA192, CAMELLIA256
+Hash: MD5, SHA1, RIPEMD160, SHA256, SHA384, SHA512, SHA224
+Compression: Uncompressed, ZIP, ZLIB, BZIP2
+"""]]
+
+### 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=annex-l1@ggg.local embedcreds=yes vault=some-vault-name --verbose --debug
+[2013-07-20 22:45:13 MDT] read: git ["--git-dir=/home/cantora/annex-l1/.git","--work-tree=/home/cantora/annex-l1","show-ref","git-annex"]
+[2013-07-20 22:45:13 MDT] read: git ["--git-dir=/home/cantora/annex-l1/.git","--work-tree=/home/cantora/annex-l1","show-ref","--hash","refs/heads/git-annex"]
+[2013-07-20 22:45:13 MDT] read: git ["--git-dir=/home/cantora/annex-l1/.git","--work-tree=/home/cantora/annex-l1","log","refs/heads/git-annex..181aa86dfd264557ab73285220d70c67f868b349","--oneline","-n1"]
+[2013-07-20 22:45:13 MDT] read: git ["--git-dir=/home/cantora/annex-l1/.git","--work-tree=/home/cantora/annex-l1","log","refs/heads/git-annex..1dc6e1c4bca2102fc25e86491ab89338750ee1f6","--oneline","-n1"]
+[2013-07-20 22:45:13 MDT] read: git ["--git-dir=/home/cantora/annex-l1/.git","--work-tree=/home/cantora/annex-l1","log","refs/heads/git-annex..b919b83cafeff420d23af24ff7de35b4ff955c8c","--oneline","-n1"]
+[2013-07-20 22:45:13 MDT] chat: git ["--git-dir=/home/cantora/annex-l1/.git","--work-tree=/home/cantora/annex-l1","cat-file","--batch"]
+[2013-07-20 22:45:13 MDT] read: git ["config","--null","--list"]
+initremote glacier (encryption setup) [2013-07-20 22:45:13 MDT] read: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--with-colons","--list-public-keys","annex-l1@ggg.local"]
+[2013-07-20 22:45:13 MDT] read: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--gen-random","--armor","2","512"]
+[2013-07-20 22:47:37 MDT] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--encrypt","--no-encrypt-to","--no-default-recipient","--recipient","DF31708872834ABA"]
+(with gpg key DF31708872834ABA) [2013-07-20 22:47:37 MDT] call: glacier ["--region=us-east-1","vault","create","some-vault-name"]
+[2013-07-20 22:47:38 MDT] call: git ["--git-dir=/home/cantora/annex-l1/.git","--work-tree=/home/cantora/annex-l1","config","remote.glacier.annex-glacier","true"]
+[2013-07-20 22:47:38 MDT] call: git ["--git-dir=/home/cantora/annex-l1/.git","--work-tree=/home/cantora/annex-l1","config","remote.glacier.annex-uuid","a9739087-7860-4ed0-bc38-0b6031b1afd3"]
+(gpg) [2013-07-20 22:47:38 MDT] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--decrypt"]
+[2013-07-20 22:47:38 MDT] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--batch","--passphrase-fd","3","--symmetric","--force-mdc"]
+#at this point it simply waits forever. not sure what it's waiting for, stdin maybe? maybe fd 3 is empty??
+
+#[on a different terminal]
+$> ps ax | grep gpg | grep -v ssh
+ 2024 ?        Ss     0:00 /usr/bin/gpg-agent --daemon --sh --write-env-file=/home/cantora/.gnupg/gpg-agent-info-ggg /usr/bin/dbus-launch --exit-with-session gnome-session --session=ubuntu
+ 8341 pts/4    SL+    0:00 gpg --batch --no-tty --use-agent --quiet --trust-model always --batch --passphrase-fd 3 --symmetric --force-mdc
+ 8652 pts/5    S+     0:00 grep --color=auto gpg
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; see comments --[[Joey]] 
diff --git a/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_1_41ca74a4e4aaf4f6b012a92677037651._comment b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_1_41ca74a4e4aaf4f6b012a92677037651._comment
new file mode 100644
index 0000000000..2dae713b0d
--- /dev/null
+++ b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_1_41ca74a4e4aaf4f6b012a92677037651._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.1.10"
+ subject="comment 1"
+ date="2013-07-22T21:41:01Z"
+ content="""
+I have tried but have not had any luck reproducing this when initializing a glacier remote.
+
+Do you also get this problem if you initialize a special remote of another type, such as the directory special remote, that's encrypted to the same gpg key?
+
+Can you reproduce the hang using the [[/install/Linux_standalone]] tarball?
+
+You should be able to tell which file descriptor gpg is blocking on. Just attach strace to the gpg process, and see what file descriptor it says gpg is reading from (or perhaps writing to). Since git-annex feeds it both a passphrase and data to encrypt, knowing the number of the file descriptor will narrow down the bug's cause.
+"""]]
diff --git a/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_2_dd11fd25c8bb1f2d7e1292c07abf553e._comment b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_2_dd11fd25c8bb1f2d7e1292c07abf553e._comment
new file mode 100644
index 0000000000..7749bed1ef
--- /dev/null
+++ b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_2_dd11fd25c8bb1f2d7e1292c07abf553e._comment
@@ -0,0 +1,591 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkiAsTXFXZbLE8iyy6yDtvz4MPFbzsk3c0"
+ nickname="Tony"
+ subject="strace of gpg process"
+ date="2013-07-24T00:02:22Z"
+ content="""
+Hello, here is some trace information on the gpg process, I hope it helps.
+
+the initremote command used:
+[[!format sh \"\"\"
+$> strace -o /tmp/git-annex.trace -e trace=file -e trace=read -f git annex initremote glacier type=glacier encryption=testA@ggg.local embedcreds=yes vault=test-vault --verbose --debug                                                                      
+[2013-07-23 15:36:06 MDT] read: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"show-ref\",\"git-annex\"]
+[2013-07-23 15:36:06 MDT] read: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]                                                                                                        
+[2013-07-23 15:36:06 MDT] read: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"log\",\"refs/heads/git-annex..55754a54c5777336d594af0a173805d150deb828\",\"--oneline\",\"-n1\"]                                                          
+[2013-07-23 15:36:06 MDT] chat: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"cat-file\",\"--batch\"]
+initremote glacier (encryption setup) [2013-07-23 15:36:07 MDT] read: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--with-colons\",\"--list-public-keys\",\"testA@ggg.local\"]                                                                 
+[2013-07-23 15:36:07 MDT] read: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"2\",\"512\"]
+[2013-07-23 15:39:12 MDT] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--encrypt\",\"--no-encrypt-to\",\"--no-default-recipient\",\"--recipient\",\"05E4CF57CBCAD77C\"]                                                                      
+(with gpg key 05E4CF57CBCAD77C) [2013-07-23 15:39:12 MDT] call: glacier [\"--region=us-east-1\",\"vault\",\"create\",\"test-vault\"]
+[2013-07-23 15:39:14 MDT] call: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"config\",\"remote.glacier.annex-glacier\",\"true\"]                                                                                                    
+[2013-07-23 15:39:14 MDT] call: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"config\",\"remote.glacier.annex-uuid\",\"397411b1-30be-4bdc-b3dd-6ab0d8f8ae8b\"]                                                                       
+(gpg) [2013-07-23 15:39:14 MDT] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--decrypt\"]
+[2013-07-23 15:39:14 MDT] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--batch\",\"--passphrase-fd\",\"3\",\"--symmetric\",\"--force-mdc\"]                                                                                                  
+^C                                                                                                                        
+gpg: Interrupt caught ... exiting
+\"\"\"]]
+
+the hanging gpg process:
+[[!format sh \"\"\"
+$> ps ax | grep gpg | grep -v ssh                                                                        
+ 2017 ?        Ss     0:02 /usr/bin/gpg-agent --daemon --sh --write-env-file=/home/cantora/.gnupg/gpg-agent-info-ggg /usr/bin/dbus-launch --exit-with-session gnome-session --session=ubuntu                                                                             
+ 8268 pts/3    SL+    0:00 gpg --batch --no-tty --use-agent --quiet --trust-model always --batch --passphrase-fd 3 --symmetric --force-mdc
+ 8357 pts/4    S+     0:00 grep --color=auto gpg 
+\"\"\"]]
+
+and the content of the trace (only the end where the gpg process is created):
+
+[[!format txt \"\"\"
+[...]
+8265  read(5, \"[core]\n\trepositoryformatversion \"..., 4096) = 199
+8265  read(5, \"\", 4096)                 = 0
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8245  --- SIGCHLD (Child exited) @ 0 (0) ---
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8266  read(3, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\2209\0\0\0\0\0\0\"..., 832) = 832
+8266  read(3, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P \0\0\0\0\0\0\"..., 832) = 832
+8266  read(3, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\26\0\0\0\0\0\0\"..., 832) = 832
+8266  read(3, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\\"\1\0\0\0\0\0\"..., 832) = 832
+8266  read(3, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\r\0\0\0\0\0\0\"..., 832) = 832
+8266  read(3, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\25\0\0\0\0\0\0\"..., 832) = 832
+8266  read(3, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\30\2\0\0\0\0\0\"..., 832) = 832
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8266  read(3, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\301\0\0\0\0\0\0\"..., 832) = 832
+8266  read(3, \"# Options for GnuPG\n# Copyright \"..., 4096) = 4096
+8266  read(3, \"ost servers (with the notable ex\"..., 4096) = 4096
+8266  read(3, \"t during gpg-agent startup.\n# In\"..., 4096) = 1206
+8266  read(3, \"\", 4096)                 = 0
+8266  read(3, \"\225\7>\4Q\340r!\1\20\0\313B\370D\25\275g\317\270\3>\356\243H\230w\303\252\303\2712\"..., 4096) = 4096
+8266  read(3, \"\231\2\r\4M\370\317\334\1\20\0\223\337X\257\366/\t\307\376\214\207,\26\233+R\31j#K\266\"..., 4096) = 4096
+8266  read(0,  <unfinished ...>
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8266  <... read resumed> \"\205\1\f\3Xp+\246\227\277\336\3\1\7\376 B3K\224\352T\373$\30\246\f?h\272\266\21\"..., 8192) = 889
+8266  read(3,  <unfinished ...>
+8245  read(7,  <unfinished ...>
+8266  <... read resumed> \"\225\7>\4Q\340r!\1\20\0\313B\370D\25\275g\317\270\3>\356\243H\230w\303\252\303\2712\"..., 8192) = 8192
+8245  <... read resumed> 0x7fbc17ead010, 8096) = -1 EAGAIN (Resource temporarily unavailable)
+8266  read(3, \": \351R\326\342Y\325Sk\3~\31X\252d\24\357{+\17\237m\35\273\201\250T\10\200n\226\"..., 8192) = 4129
+8266  read(3, \"\225\7>\4Q\340r!\1\20\0\313B\370D\25\275g\317\270\3>\356\243H\230w\303\252\303\2712\"..., 8192) = 8192
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8266  read(3, \": \351R\326\342Y\325Sk\3~\31X\252d\24\357{+\17\237m\35\273\201\250T\10\200n\226\"..., 8192) = 4129
+8266  read(4, \"\225\3\276\4Q\354\214U\1\10\0\351 NjDf\31\305\16~$\272i#\321\325\10\276\307\273{\"..., 8192) = 2560
+8266  read(4, \"\", 8192)                 = 0
+8266  read(5, \"\231\2\r\4M\370\317\334\1\20\0\223\337X\257\366/\t\307\376\214\207,\26\233+R\31j#K\266\"..., 8192) = 7836
+8266  read(6, \"\231\1\r\4Q\354\214U\1\10\0\351 NjDf\31\305\16~$\272i#\321\325\10\276\307\273{\"..., 8192) = 1182
+8266  read(6, \"\", 8192)                 = 0
+8266  read(5, \"\231\2\r\4M\370\317\334\1\20\0\223\337X\257\366/\t\307\376\214\207,\26\233+R\31j#K\266\"..., 8192) = 7836
+8266  read(6, \"\231\1\r\4Q\354\214U\1\10\0\351 NjDf\31\305\16~$\272i#\321\325\10\276\307\273{\"..., 8192) = 1182
+8266  read(6, \"\", 8192)                 = 0
+8266  read(7, \"OK your orders please\n\", 1002) = 22
+8266  read(7, \"OK \n\", 1002)            = 4
+8266  read(7, \"OK \n\", 1002)            = 4
+8266  read(7, \"OK \n\", 1002)            = 4
+8266  read(7, \"OK \n\", 1002)            = 4
+8266  read(7, \"OK \n\", 1002)            = 4
+8266  read(8, \"# Locale name alias data base.\n#\"..., 4096) = 2570
+8266  read(8, \"\", 4096)                 = 0
+8266  read(8, \"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0\"..., 4096) = 2427
+8266  read(8, \"TZif2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\5\0\0\0\5\0\0\0\0\"..., 4096) = 1550
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8266  read(7, \"OK 616e746f7831616e746f78\n\", 1002) = 26
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8266  read(6, \"\231\2\r\4M\370\317\334\1\20\0\223\337X\257\366/\t\307\376\214\207,\26\233+R\31j#K\266\"..., 8192) = 7836
+8266  read(5, \"\231\1\r\4Q\354\214U\1\10\0\351 NjDf\31\305\16~$\272i#\321\325\10\276\307\273{\"..., 8192) = 1182
+8266  read(5, \"\", 8192)                 = 0
+8266  read(0, \"\", 8192)                 = 0
+8245  read(7, \"hssHvXB6YTHPFmwu0uliVVZlm+olG/Do\"..., 8096) = 685
+8245  read(7, 0x7fbc17ead010, 8096)     = -1 EAGAIN (Resource temporarily unavailable)
+8245  --- SIGCHLD (Child exited) @ 0 (0) ---
+8245  read(7, \"\", 8096)                 = 0
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8245  --- SIGVTALRM (Virtual timer expired) @ 0 (0) ---
+8268  read(4, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\2209\0\0\0\0\0\0\"..., 832) = 832
+8268  read(4, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0P \0\0\0\0\0\0\"..., 832) = 832
+8268  read(4, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\26\0\0\0\0\0\0\"..., 832) = 832
+8268  read(4, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\\"\1\0\0\0\0\0\"..., 832) = 832
+8268  read(4, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\r\0\0\0\0\0\0\"..., 832) = 832
+8268  read(4, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\260\25\0\0\0\0\0\0\"..., 832) = 832
+8268  read(4, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\200\30\2\0\0\0\0\0\"..., 832) = 832
+8268  read(4, \"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\301\0\0\0\0\0\0\"..., 832) = 832
+8268  read(4, \"# Options for GnuPG\n# Copyright \"..., 4096) = 4096
+8268  read(4, \"ost servers (with the notable ex\"..., 4096) = 4096
+8268  read(4, \"t during gpg-agent startup.\n# In\"..., 4096) = 1206
+8268  read(4, \"\", 4096)                 = 0
+8268  read(4, \"\231\2\r\4M\370\317\334\1\20\0\223\337X\257\366/\t\307\376\214\207,\26\233+R\31j#K\266\"..., 4096) = 4096
+8268  read(3, \"0\", 1)                   = 1
+8268  read(3, \"5\", 1)                   = 1
+8268  read(3, \"B\", 1)                   = 1
+8268  read(3, \"5\", 1)                   = 1
+8268  read(3, \"7\", 1)                   = 1
+8268  read(3, \"u\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"X\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"X\", 1)                   = 1
+8268  read(3, \"u\", 1)                   = 1
+8268  read(3, \"R\", 1)                   = 1
+8268  read(3, \"D\", 1)                   = 1
+8268  read(3, \"n\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"T\", 1)                   = 1
+8268  read(3, \"h\", 1)                   = 1
+8268  read(3, \"d\", 1)                   = 1
+8268  read(3, \"Q\", 1)                   = 1
+8268  read(3, \"t\", 1)                   = 1
+8268  read(3, \"k\", 1)                   = 1
+8268  read(3, \"1\", 1)                   = 1
+8268  read(3, \"6\", 1)                   = 1
+8268  read(3, \"F\", 1)                   = 1
+8268  read(3, \"7\", 1)                   = 1
+8268  read(3, \"K\", 1)                   = 1
+8268  read(3, \"/\", 1)                   = 1
+8268  read(3, \"o\", 1)                   = 1
+8268  read(3, \"v\", 1)                   = 1
+8268  read(3, \"A\", 1)                   = 1
+8268  read(3, \"8\", 1)                   = 1
+8268  read(3, \"8\", 1)                   = 1
+8268  read(3, \"5\", 1)                   = 1
+8268  read(3, \"Y\", 1)                   = 1
+8268  read(3, \"6\", 1)                   = 1
+8268  read(3, \"u\", 1)                   = 1
+8268  read(3, \"R\", 1)                   = 1
+8268  read(3, \"V\", 1)                   = 1
+8268  read(3, \"k\", 1)                   = 1
+8268  read(3, \"M\", 1)                   = 1
+8268  read(3, \"n\", 1)                   = 1
+8268  read(3, \"a\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"u\", 1)                   = 1
+8268  read(3, \"Q\", 1)                   = 1
+8268  read(3, \"o\", 1)                   = 1
+8268  read(3, \"9\", 1)                   = 1
+8268  read(3, \"E\", 1)                   = 1
+8268  read(3, \"u\", 1)                   = 1
+8268  read(3, \"9\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"l\", 1)                   = 1
+8268  read(3, \"q\", 1)                   = 1
+8268  read(3, \"+\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"3\", 1)                   = 1
+8268  read(3, \"3\", 1)                   = 1
+8268  read(3, \"v\", 1)                   = 1
+8268  read(3, \"t\", 1)                   = 1
+8268  read(3, \"K\", 1)                   = 1
+8268  read(3, \"c\", 1)                   = 1
+8268  read(3, \"b\", 1)                   = 1
+8268  read(3, \"a\", 1)                   = 1
+8268  read(3, \"8\", 1)                   = 1
+8268  read(3, \"q\", 1)                   = 1
+8268  read(3, \"4\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"y\", 1)                   = 1
+8268  read(3, \"b\", 1)                   = 1
+8268  read(3, \"i\", 1)                   = 1
+8268  read(3, \"k\", 1)                   = 1
+8268  read(3, \"n\", 1)                   = 1
+8268  read(3, \"i\", 1)                   = 1
+8268  read(3, \"A\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"V\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"X\", 1)                   = 1
+8268  read(3, \"Q\", 1)                   = 1
+8268  read(3, \"y\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"6\", 1)                   = 1
+8268  read(3, \"K\", 1)                   = 1
+8268  read(3, \"C\", 1)                   = 1
+8268  read(3, \"d\", 1)                   = 1
+8268  read(3, \"d\", 1)                   = 1
+8268  read(3, \"C\", 1)                   = 1
+8268  read(3, \"3\", 1)                   = 1
+8268  read(3, \"d\", 1)                   = 1
+8268  read(3, \"0\", 1)                   = 1
+8268  read(3, \"Q\", 1)                   = 1
+8268  read(3, \"X\", 1)                   = 1
+8268  read(3, \"c\", 1)                   = 1
+8268  read(3, \"T\", 1)                   = 1
+8268  read(3, \"+\", 1)                   = 1
+8268  read(3, \"a\", 1)                   = 1
+8268  read(3, \"u\", 1)                   = 1
+8268  read(3, \"A\", 1)                   = 1
+8268  read(3, \"h\", 1)                   = 1
+8268  read(3, \"G\", 1)                   = 1
+8268  read(3, \"q\", 1)                   = 1
+8268  read(3, \"1\", 1)                   = 1
+8268  read(3, \"v\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"4\", 1)                   = 1
+8268  read(3, \"o\", 1)                   = 1
+8268  read(3, \"T\", 1)                   = 1
+8268  read(3, \"Z\", 1)                   = 1
+8268  read(3, \"l\", 1)                   = 1
+8268  read(3, \"5\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"j\", 1)                   = 1
+8268  read(3, \"W\", 1)                   = 1
+8268  read(3, \"y\", 1)                   = 1
+8268  read(3, \"i\", 1)                   = 1
+8268  read(3, \"l\", 1)                   = 1
+8268  read(3, \"r\", 1)                   = 1
+8268  read(3, \"5\", 1)                   = 1
+8268  read(3, \"m\", 1)                   = 1
+8268  read(3, \"G\", 1)                   = 1
+8268  read(3, \"b\", 1)                   = 1
+8268  read(3, \"0\", 1)                   = 1
+8268  read(3, \"v\", 1)                   = 1
+8268  read(3, \"9\", 1)                   = 1
+8268  read(3, \"U\", 1)                   = 1
+8268  read(3, \"p\", 1)                   = 1
+8268  read(3, \"F\", 1)                   = 1
+8268  read(3, \"R\", 1)                   = 1
+8268  read(3, \"c\", 1)                   = 1
+8268  read(3, \"/\", 1)                   = 1
+8268  read(3, \"+\", 1)                   = 1
+8268  read(3, \"F\", 1)                   = 1
+8268  read(3, \"4\", 1)                   = 1
+8268  read(3, \"g\", 1)                   = 1
+8268  read(3, \"G\", 1)                   = 1
+8268  read(3, \"E\", 1)                   = 1
+8268  read(3, \"D\", 1)                   = 1
+8268  read(3, \"E\", 1)                   = 1
+8268  read(3, \"t\", 1)                   = 1
+8268  read(3, \"B\", 1)                   = 1
+8268  read(3, \"z\", 1)                   = 1
+8268  read(3, \"q\", 1)                   = 1
+8268  read(3, \"a\", 1)                   = 1
+8268  read(3, \"u\", 1)                   = 1
+8268  read(3, \"9\", 1)                   = 1
+8268  read(3, \"S\", 1)                   = 1
+8268  read(3, \"W\", 1)                   = 1
+8268  read(3, \"2\", 1)                   = 1
+8268  read(3, \"r\", 1)                   = 1
+8268  read(3, \"E\", 1)                   = 1
+8268  read(3, \"2\", 1)                   = 1
+8268  read(3, \"d\", 1)                   = 1
+8268  read(3, \"j\", 1)                   = 1
+8268  read(3, \"T\", 1)                   = 1
+8268  read(3, \"D\", 1)                   = 1
+8268  read(3, \"w\", 1)                   = 1
+8268  read(3, \"R\", 1)                   = 1
+8268  read(3, \"1\", 1)                   = 1
+8268  read(3, \"d\", 1)                   = 1
+8268  read(3, \"j\", 1)                   = 1
+8268  read(3, \"D\", 1)                   = 1
+8268  read(3, \"a\", 1)                   = 1
+8268  read(3, \"Y\", 1)                   = 1
+8268  read(3, \"b\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"v\", 1)                   = 1
+8268  read(3, \"x\", 1)                   = 1
+8268  read(3, \"g\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"E\", 1)                   = 1
+8268  read(3, \"V\", 1)                   = 1
+8268  read(3, \"m\", 1)                   = 1
+8268  read(3, \"+\", 1)                   = 1
+8268  read(3, \"U\", 1)                   = 1
+8268  read(3, \"K\", 1)                   = 1
+8268  read(3, \"p\", 1)                   = 1
+8268  read(3, \"e\", 1)                   = 1
+8268  read(3, \"l\", 1)                   = 1
+8268  read(3, \"R\", 1)                   = 1
+8268  read(3, \"4\", 1)                   = 1
+8268  read(3, \"Y\", 1)                   = 1
+8268  read(3, \"C\", 1)                   = 1
+8268  read(3, \"w\", 1)                   = 1
+8268  read(3, \"o\", 1)                   = 1
+8268  read(3, \"4\", 1)                   = 1
+8268  read(3, \"c\", 1)                   = 1
+8268  read(3, \"C\", 1)                   = 1
+8268  read(3, \"i\", 1)                   = 1
+8268  read(3, \"U\", 1)                   = 1
+8268  read(3, \"q\", 1)                   = 1
+8268  read(3, \"A\", 1)                   = 1
+8268  read(3, \"b\", 1)                   = 1
+8268  read(3, \"K\", 1)                   = 1
+8268  read(3, \"p\", 1)                   = 1
+8268  read(3, \"9\", 1)                   = 1
+8268  read(3, \"T\", 1)                   = 1
+8268  read(3, \"/\", 1)                   = 1
+8268  read(3, \"2\", 1)                   = 1
+8268  read(3, \"R\", 1)                   = 1
+8268  read(3, \"s\", 1)                   = 1
+8268  read(3, \"O\", 1)                   = 1
+8268  read(3, \"P\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"a\", 1)                   = 1
+8268  read(3, \"e\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"M\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"I\", 1)                   = 1
+8268  read(3, \"h\", 1)                   = 1
+8268  read(3, \"T\", 1)                   = 1
+8268  read(3, \"c\", 1)                   = 1
+8268  read(3, \"E\", 1)                   = 1
+8268  read(3, \"w\", 1)                   = 1
+8268  read(3, \"D\", 1)                   = 1
+8268  read(3, \"e\", 1)                   = 1
+8268  read(3, \"O\", 1)                   = 1
+8268  read(3, \"g\", 1)                   = 1
+8268  read(3, \"c\", 1)                   = 1
+8268  read(3, \"M\", 1)                   = 1
+8268  read(3, \"+\", 1)                   = 1
+8268  read(3, \"n\", 1)                   = 1
+8268  read(3, \"U\", 1)                   = 1
+8268  read(3, \"C\", 1)                   = 1
+8268  read(3, \"O\", 1)                   = 1
+8268  read(3, \"H\", 1)                   = 1
+8268  read(3, \"I\", 1)                   = 1
+8268  read(3, \"w\", 1)                   = 1
+8268  read(3, \"h\", 1)                   = 1
+8268  read(3, \"I\", 1)                   = 1
+8268  read(3, \"Z\", 1)                   = 1
+8268  read(3, \"W\", 1)                   = 1
+8268  read(3, \"c\", 1)                   = 1
+8268  read(3, \"T\", 1)                   = 1
+8268  read(3, \"1\", 1)                   = 1
+8268  read(3, \"n\", 1)                   = 1
+8268  read(3, \"p\", 1)                   = 1
+8268  read(3, \"Y\", 1)                   = 1
+8268  read(3, \"+\", 1)                   = 1
+8268  read(3, \"U\", 1)                   = 1
+8268  read(3, \"9\", 1)                   = 1
+8268  read(3, \"H\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"g\", 1)                   = 1
+8268  read(3, \"D\", 1)                   = 1
+8268  read(3, \"G\", 1)                   = 1
+8268  read(3, \"l\", 1)                   = 1
+8268  read(3, \"5\", 1)                   = 1
+8268  read(3, \"B\", 1)                   = 1
+8268  read(3, \"m\", 1)                   = 1
+8268  read(3, \"V\", 1)                   = 1
+8268  read(3, \"w\", 1)                   = 1
+8268  read(3, \"Q\", 1)                   = 1
+8268  read(3, \"d\", 1)                   = 1
+8268  read(3, \"B\", 1)                   = 1
+8268  read(3, \"r\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"n\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"s\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"X\", 1)                   = 1
+8268  read(3, \"+\", 1)                   = 1
+8268  read(3, \"m\", 1)                   = 1
+8268  read(3, \"A\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"t\", 1)                   = 1
+8268  read(3, \"X\", 1)                   = 1
+8268  read(3, \"S\", 1)                   = 1
+8268  read(3, \"R\", 1)                   = 1
+8268  read(3, \"+\", 1)                   = 1
+8268  read(3, \"n\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"U\", 1)                   = 1
+8268  read(3, \"S\", 1)                   = 1
+8268  read(3, \"v\", 1)                   = 1
+8268  read(3, \"i\", 1)                   = 1
+8268  read(3, \"Z\", 1)                   = 1
+8268  read(3, \"S\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"5\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"8\", 1)                   = 1
+8268  read(3, \"3\", 1)                   = 1
+8268  read(3, \"K\", 1)                   = 1
+8268  read(3, \"v\", 1)                   = 1
+8268  read(3, \"O\", 1)                   = 1
+8268  read(3, \"x\", 1)                   = 1
+8268  read(3, \"q\", 1)                   = 1
+8268  read(3, \"v\", 1)                   = 1
+8268  read(3, \"5\", 1)                   = 1
+8268  read(3, \"6\", 1)                   = 1
+8268  read(3, \"d\", 1)                   = 1
+8268  read(3, \"Y\", 1)                   = 1
+8268  read(3, \"Z\", 1)                   = 1
+8268  read(3, \"l\", 1)                   = 1
+8268  read(3, \"h\", 1)                   = 1
+8268  read(3, \"V\", 1)                   = 1
+8268  read(3, \"a\", 1)                   = 1
+8268  read(3, \"l\", 1)                   = 1
+8268  read(3, \"d\", 1)                   = 1
+8268  read(3, \"z\", 1)                   = 1
+8268  read(3, \"P\", 1)                   = 1
+8268  read(3, \"y\", 1)                   = 1
+8268  read(3, \"A\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"2\", 1)                   = 1
+8268  read(3, \"0\", 1)                   = 1
+8268  read(3, \"n\", 1)                   = 1
+8268  read(3, \"U\", 1)                   = 1
+8268  read(3, \"P\", 1)                   = 1
+8268  read(3, \"0\", 1)                   = 1
+8268  read(3, \"j\", 1)                   = 1
+8268  read(3, \"A\", 1)                   = 1
+8268  read(3, \"F\", 1)                   = 1
+8268  read(3, \"g\", 1)                   = 1
+8268  read(3, \"4\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"B\", 1)                   = 1
+8268  read(3, \"C\", 1)                   = 1
+8268  read(3, \"J\", 1)                   = 1
+8268  read(3, \"A\", 1)                   = 1
+8268  read(3, \"T\", 1)                   = 1
+8268  read(3, \"H\", 1)                   = 1
+8268  read(3, \"x\", 1)                   = 1
+8268  read(3, \"E\", 1)                   = 1
+8268  read(3, \"k\", 1)                   = 1
+8268  read(3, \"o\", 1)                   = 1
+8268  read(3, \"Y\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"X\", 1)                   = 1
+8268  read(3, \"X\", 1)                   = 1
+8268  read(3, \"/\", 1)                   = 1
+8268  read(3, \"e\", 1)                   = 1
+8268  read(3, \"j\", 1)                   = 1
+8268  read(3, \"g\", 1)                   = 1
+8268  read(3, \"8\", 1)                   = 1
+8268  read(3, \"j\", 1)                   = 1
+8268  read(3, \"o\", 1)                   = 1
+8268  read(3, \"E\", 1)                   = 1
+8268  read(3, \"h\", 1)                   = 1
+8268  read(3, \"w\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"C\", 1)                   = 1
+8268  read(3, \"/\", 1)                   = 1
+8268  read(3, \"0\", 1)                   = 1
+8268  read(3, \"I\", 1)                   = 1
+8268  read(3, \"r\", 1)                   = 1
+8268  read(3, \"r\", 1)                   = 1
+8268  read(3, \"5\", 1)                   = 1
+8268  read(3, \"p\", 1)                   = 1
+8268  read(3, \"w\", 1)                   = 1
+8268  read(3, \"I\", 1)                   = 1
+8268  read(3, \"c\", 1)                   = 1
+8268  read(3, \"H\", 1)                   = 1
+8268  read(3, \"S\", 1)                   = 1
+8268  read(3, \"C\", 1)                   = 1
+8268  read(3, \"d\", 1)                   = 1
+8268  read(3, \"l\", 1)                   = 1
+8268  read(3, \"Y\", 1)                   = 1
+8268  read(3, \"W\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"E\", 1)                   = 1
+8268  read(3, \"U\", 1)                   = 1
+8268  read(3, \"+\", 1)                   = 1
+8268  read(3, \"O\", 1)                   = 1
+8268  read(3, \"s\", 1)                   = 1
+8268  read(3, \"Y\", 1)                   = 1
+8268  read(3, \"m\", 1)                   = 1
+8268  read(3, \"+\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"Z\", 1)                   = 1
+8268  read(3, \"q\", 1)                   = 1
+8268  read(3, \"l\", 1)                   = 1
+8268  read(3, \"2\", 1)                   = 1
+8268  read(3, \"V\", 1)                   = 1
+8268  read(3, \"f\", 1)                   = 1
+8268  read(3, \"h\", 1)                   = 1
+8268  read(3, \"E\", 1)                   = 1
+8268  read(3, \"j\", 1)                   = 1
+8268  read(3, \"K\", 1)                   = 1
+8268  read(3, \"I\", 1)                   = 1
+8268  read(3, \"O\", 1)                   = 1
+8268  read(3, \"9\", 1)                   = 1
+8268  read(3, \"B\", 1)                   = 1
+8268  read(3, \"y\", 1)                   = 1
+8268  read(3, \"T\", 1)                   = 1
+8268  read(3, \"N\", 1)                   = 1
+8268  read(3, \"V\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"A\", 1)                   = 1
+8268  read(3, \"W\", 1)                   = 1
+8268  read(3, \"u\", 1)                   = 1
+8268  read(3, \"0\", 1)                   = 1
+8268  read(3, \"s\", 1)                   = 1
+8268  read(3, \"6\", 1)                   = 1
+8268  read(3, \"k\", 1)                   = 1
+8268  read(3, \"7\", 1)                   = 1
+8268  read(3, \"U\", 1)                   = 1
+8268  read(3, \"0\", 1)                   = 1
+8268  read(3, \"j\", 1)                   = 1
+8268  read(3, \"k\", 1)                   = 1
+8268  read(3, \"M\", 1)                   = 1
+8268  read(3, \"k\", 1)                   = 1
+8268  read(3, \"y\", 1)                   = 1
+8268  read(3, \"R\", 1)                   = 1
+8268  read(3, \"3\", 1)                   = 1
+8268  read(3, \"a\", 1)                   = 1
+8268  read(3, \"m\", 1)                   = 1
+8268  read(3, \"J\", 1)                   = 1
+8268  read(3, \"0\", 1)                   = 1
+8268  read(3, \"a\", 1)                   = 1
+8268  read(3, \"A\", 1)                   = 1
+8268  read(3, \"g\", 1)                   = 1
+8268  read(3, \"t\", 1)                   = 1
+8268  read(3, \"z\", 1)                   = 1
+8268  read(3, \"Y\", 1)                   = 1
+8268  read(3, \"l\", 1)                   = 1
+8268  read(3, \"F\", 1)                   = 1
+8268  read(3, \"L\", 1)                   = 1
+8268  read(3, \"S\", 1)                   = 1
+8268  read(3, \"J\", 1)                   = 1
+8268  read(3, \"Q\", 1)                   = 1
+8268  read(3, \"z\", 1)                   = 1
+8268  read(3, \"6\", 1)                   = 1
+8268  read(3, \"k\", 1)                   = 1
+8268  read(3, \"=\", 1)                   = 1
+8268  read(3, \"\n\", 1)                  = 1
+8268  read(4, \"q\224R\236\341\264\336\23\315FTD\341\253\372\6o\206\326\376\243\326\34L\1\245;\tb\361v\\\"..., 600) = 600
+8268  read(4, \"\2548\332\257\334\237\343\354\23\224\377\377\302\264\352\21\", 16) = 16
+8268  read(0, 0x1911620, 8192)          = ? ERESTARTSYS (To be restarted)
+8250  <... read resumed> 0x7fb8e76a4000, 4096) = ? ERESTARTSYS (To be restarted)
+8268  --- SIGINT (Interrupt) @ 0 (0) ---
+8250  --- SIGINT (Interrupt) @ 0 (0) ---
+8268  --- SIGINT (Interrupt) @ 0 (0) ---
+8245  --- SIGINT (Interrupt) @ 0 (0) ---
+8244  --- SIGINT (Interrupt) @ 0 (0) ---
+8244  --- SIGINT (Interrupt) @ 0 (0) ---
+8244  +++ killed by SIGINT +++
+
+\"\"\"]]
+
+So it looks like its waiting on fd 0.
+
+Also, here is what happens when I create a directory special remote with encryption:
+[[!format sh \"\"\"
+$> git annex initremote test-remote type=directory directory=/tmp/test-remote encryption=testA@ggg.local --verbose --debug                                                                                                                                     
+[2013-07-23 16:07:10 MDT] read: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"show-ref\",\"git-annex\"]
+[2013-07-23 16:07:10 MDT] read: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]                                                                                                                
+[2013-07-23 16:07:10 MDT] read: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"log\",\"refs/heads/git-annex..27b816334be0c912ae8a4e3811fda0db397974c1\",\"--oneline\",\"-n1\"]
+[2013-07-23 16:07:10 MDT] chat: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"cat-file\",\"--batch\"]
+initremote test-remote (encryption setup) [2013-07-23 16:07:10 MDT] read: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--with-colons\",\"--list-public-keys\",\"testA@ggg.local\"]
+[2013-07-23 16:07:10 MDT] read: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"2\",\"512\"]
+[2013-07-23 16:10:43 MDT] chat: gpg [\"--batch\",\"--no-tty\",\"--use-agent\",\"--quiet\",\"--trust-model\",\"always\",\"--encrypt\",\"--no-encrypt-to\",\"--no-default-recipient\",\"--recipient\",\"05E4CF57CBCAD77C\"]
+(with gpg key 05E4CF57CBCAD77C) [2013-07-23 16:10:43 MDT] call: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"config\",\"remote.test-remote.annex-directory\",\"/tmp/test-remote\"]
+[2013-07-23 16:10:43 MDT] call: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"config\",\"remote.test-remote.annex-uuid\",\"c3fdb6be-2a3b-4bc0-a4df-0fbf7216fd85\"]
+ok
+[2013-07-23 16:10:43 MDT] chat: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"hash-object\",\"-w\",\"--stdin-paths\",\"--no-filters\"]
+[2013-07-23 16:10:43 MDT] feed: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"update-index\",\"-z\",\"--index-info\"]
+[2013-07-23 16:10:43 MDT] read: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+(Recording state in git...)
+[2013-07-23 16:10:43 MDT] read: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"write-tree\"]
+[2013-07-23 16:10:43 MDT] chat: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"commit-tree\",\"19dff833a084fa6b36c9438d6ee77f0122ce9bfd\",\"-p\",\"refs/heads/git-annex\"]
+[2013-07-23 16:10:43 MDT] call: git [\"--git-dir=/home/cantora/annex-test/.git\",\"--work-tree=/home/cantora/annex-test\",\"update-ref\",\"refs/heads/git-annex\",\"f06b1b83b38adc7692adedebc10d03daf584dbbb\"]
+$> git remote
+test-remote
+\"\"\"]]
+So the directory special remote seems to work just fine.
+
+Ill try using the standalone linux install later when I have some more time and post the results back here.
+"""]]
diff --git a/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_3_543d8a13756c1355a5752867bdcbefd3._comment b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_3_543d8a13756c1355a5752867bdcbefd3._comment
new file mode 100644
index 0000000000..1e23e881a4
--- /dev/null
+++ b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_3_543d8a13756c1355a5752867bdcbefd3._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkiAsTXFXZbLE8iyy6yDtvz4MPFbzsk3c0"
+ nickname="Tony"
+ subject="unable to run standalone linux install"
+ date="2013-07-24T17:57:22Z"
+ content="""
+i was unable to test for this bug with the standalone install; this is what happens when i try:
+
+[[!format sh \"\"\"
+$> ./runshell 
+$ which git-annex
+/home/cantora/install/git-annex.linux/bin/git-annex
+$ git-annex version
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.16' not found (required by /home/cantora/install/git-annex.linux//usr/lib/x86_64-linux-gnu/libkrb5.so.3)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.17' not found (required by /home/cantora/install/git-annex.linux//lib/x86_64-linux-gnu/libcom_err.so.2)
+git-annex: /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.17' not found (required by /home/cantora/install/git-annex.linux//usr/lib/x86_64-linux-gnu/libstdc++.so.6)
+$
+\"\"\"]]
+
+"""]]
diff --git a/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_4_6441cf25e6bd62c96d7e766da9bdd7fb._comment b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_4_6441cf25e6bd62c96d7e766da9bdd7fb._comment
new file mode 100644
index 0000000000..d7e2784161
--- /dev/null
+++ b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_4_6441cf25e6bd62c96d7e766da9bdd7fb._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 4"
+ date="2013-07-25T17:38:38Z"
+ content="""
+Hmm, that strace exposes the full symmetric encryption key that git-annex has created. Thankfully, it is a single use key which will only be used for this glacier remote, so if you avoid using that remote (which is probably not usable anyway due to initremote not finishing!), the exposure won't matter.
+
+But, it is possible that this part is where it reads your personal gpg private key file. Hopefully the 55 bytes exposed out of the full 616 byte file are before the actual secret key data, or not enough to weaken your key. :/
+
+8268  read(4, \"q\224R\236\341\264\336\23\315FTD\341\253\372\6o\206\326\376\243\326\34L\1\245;\tb\361v\\\"..., 600) = 600
+8268  read(4, \"\2548\332\257\334\237\343\354\23\224\377\377\302\264\352\21\", 16) = 16
+
+It seems to be easier to social engineer people into stracing gpg and exposing data than I'd have hoped. Actually, I didn't plan to do that at all, I just wanted you to attach to gpg after this point.
+
+----
+
+So yeah, your gpg is hanging on stdin after git-annex has sent it the \"passphrase\" (really a symmetric gpg key) on fd 3. 
+
+The reason the directory special remote doesn't hang is because it does not use gpg to encrypt anything during the initremote process.
+
+I think I have a theory of what's going on with your git-annex build. It does not include the assistant, so will be built without -threaded. Using the non-threaded runtime system may be leading to a deadlock when git-annex is supposed to be simulantaneously feeding stdin to gpg and processing its stdout.  I have historically had some trouble around this, and it has probably not been well tested without the threaded runtime.
+
+(The standalone tarball problem is due to this bug, which will hopefully be fixed soon: [[Linux_stand_alone_build_20130723_breaks_support_for_glibc_2.13_debian_stable]])
+"""]]
diff --git a/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_5_72e152294e36bc5f2d78e8e2ebed6a23._comment b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_5_72e152294e36bc5f2d78e8e2ebed6a23._comment
new file mode 100644
index 0000000000..4fe1cfb85d
--- /dev/null
+++ b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_5_72e152294e36bc5f2d78e8e2ebed6a23._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 5"
+ date="2013-07-25T17:44:59Z"
+ content="""
+I was able to reproduce the bug by building without -threaded
+"""]]
diff --git a/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_6_890e85df05903795e01efbd7879f9c87._comment b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_6_890e85df05903795e01efbd7879f9c87._comment
new file mode 100644
index 0000000000..352adf714b
--- /dev/null
+++ b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_6_890e85df05903795e01efbd7879f9c87._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 6"
+ date="2013-07-25T17:57:31Z"
+ content="""
+I've made it always build with -threaded. Did not see anything obvious I could do to not make it hang with the non-threaded runtime, other than forking a separate feeder process. -threaded may make it not build on a few systems with sustandard ghc support (like sparc). 
+"""]]
diff --git a/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_7_042047f9fcc45abbfa47c3973d79f08e._comment b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_7_042047f9fcc45abbfa47c3973d79f08e._comment
new file mode 100644
index 0000000000..cd88ac9ceb
--- /dev/null
+++ b/doc/bugs/gpg_hangs_on_glacier_remote_creation/comment_7_042047f9fcc45abbfa47c3973d79f08e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkiAsTXFXZbLE8iyy6yDtvz4MPFbzsk3c0"
+ nickname="Tony"
+ subject="thanks!"
+ date="2013-07-27T05:33:34Z"
+ content="""
+thanks it works now (i installed the latest github version using cabal).
+
+btw i created a temporary fake gpg key for the strace i posted, as it seemed likely something would leak from posting it.
+"""]]
diff --git a/doc/bugs/gpg_needs_--use-agent.mdwn b/doc/bugs/gpg_needs_--use-agent.mdwn
new file mode 100644
index 0000000000..d9977909ba
--- /dev/null
+++ b/doc/bugs/gpg_needs_--use-agent.mdwn
@@ -0,0 +1,53 @@
+git-annex gpg encryption fails here when GPG_AGENT_INFO is set, it needs to be supplied --use-agent to work.
+
+Output from git-annex:
+
+    copy file (to origin...) (gpg) gpg: can't query passphrase in batch mode
+    gpg: decryption failed: secret key not available
+    Command gpg ["--batch","--no-tty","--quiet","--trust-model","always","--decrypt"] failed; exit code 2
+    
+    git-annex: user error (Command gpg ["--batch","--no-tty","--quiet","--trust-model","always","--decrypt"] failed; exit code 2)
+    failed
+
+Reproduced on command-line:
+
+    [0 zerodogg@browncoats ~]$ echo test > testfile
+    [0 zerodogg@browncoats ~]$ gpg -e testfile
+    [0 zerodogg@browncoats ~]$ gpg --batch --no-tty --quiet --trust-model always --decrypt testfile.gpg 
+    gpg: can't query passphrase in batch mode
+    gpg: decryption failed: secret key not available
+    [2 zerodogg@browncoats ~]$ gpg --use-agent --batch --no-tty --quiet --trust-model always --decrypt testfile.gpg
+    test
+    [0 zerodogg@browncoats ~]$ 
+
+A patch to fix this issue:
+
+
+    From 77cb02d15245e9ad6e127388adcda960000fb3b8 Mon Sep 17 00:00:00 2001
+    From: Eskild Hustvedt <code@zerodogg.org>
+    Date: Fri, 17 Aug 2012 09:21:44 +0200
+    Subject: [PATCH] Explicitly enable agent to ensure decryption works
+    
+    Otherwise gpg will fail when GPG_AGENT_INFO is set in certain cases.
+    ---
+     Utility/Gpg.hs |    2 +-
+     1 file changed, 1 insertion(+), 1 deletion(-)
+    
+    diff --git a/Utility/Gpg.hs b/Utility/Gpg.hs
+    index e13afe5..c28b209 100644
+    --- a/Utility/Gpg.hs
+    +++ b/Utility/Gpg.hs
+    @@ -29,7 +29,7 @@ stdParams params = do
+        b <- getEnv "GPG_BATCH"
+        let batch = if isNothing e && isNothing b
+            then []
+    -       else ["--batch", "--no-tty"]
+    +       else ["--batch", "--no-tty", "--use-agent"]
+        return $ batch ++ defaults ++ toCommand params
+        where
+            -- be quiet, even about checking the trustdb
+    -- 
+    1.7.10.4
+
+> Thanks, [[done]].. I never noticed this since I have use-agent set in
+> gpg.conf. --[[Joey]
diff --git a/doc/bugs/hGetContents:_user_error.mdwn b/doc/bugs/hGetContents:_user_error.mdwn
new file mode 100644
index 0000000000..3f74670379
--- /dev/null
+++ b/doc/bugs/hGetContents:_user_error.mdwn
@@ -0,0 +1,38 @@
+### Please describe the problem.
+My server is on debian testing.  After an upgrade (git annex: 3.20120629 → 4.20130521) I can't do anything in my repository anymore.  git itself works, but invoking any git-annex command leads to:
+
+    git-annex: fd:6: hGetContents: user error (Pattern match failure in do expression at libraries/base/GHC/Event/Thread.hs:90:3-10)
+
+This repo is handled by a script, which invokes only the following git/git-annex commands:
+
+    $ git annex sync
+    $ git annex add
+    $ git commit -m "…"
+
+I realized this after trying to move files from my server to my local repo.  My local machine runs debian sid.  When trying to transfer files, this happens:
+
+    $ git annex sync
+    → ok
+    $ git annex move --from origin .
+    move x.zip (from origin...) 
+    user@host's password: ← pw ok
+    git-annex-shell: fd:6: hGetContents: user error (Pattern match failure in do expression at libraries/base/GHC/Event/Thread.hs:90:3-10)
+    rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
+    rsync error: error in rsync protocol data stream (code 12) at io.c(605) [Receiver=3.0.9]
+    failed
+
+I updated git-annex on both machines to 4.20130627 (rest of server is still on debian testing), but it didn't change anything.
+
+The server was not down since the last successful transfer, so I can't imagine anything interrupting any git-annex process.
+
+### What steps will reproduce the problem?
+See above.
+
+### What version of git-annex are you using? On what operating system?
+Server: 4.20130521 on debian testing (now: 4.20130627)
+Local: 4.20130621 on debian sid (now: 4.20130627)
+
+[[!meta title="fails to run on Linux with libc 2.17 and old kernel 2.6.32"]]
+
+> Closing this since it's a bad kernel and there is a workaround to build
+> a git-annex that will work with this kernel (see comments).  [[done]] --[[Joey]]
diff --git a/doc/bugs/hGetContents:_user_error/comment_1_30178f151f8c60d2ff856ca543dc506c._comment b/doc/bugs/hGetContents:_user_error/comment_1_30178f151f8c60d2ff856ca543dc506c._comment
new file mode 100644
index 0000000000..cc0ba50d26
--- /dev/null
+++ b/doc/bugs/hGetContents:_user_error/comment_1_30178f151f8c60d2ff856ca543dc506c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-06-30T17:31:26Z"
+ content="""
+This looks uncomfortably like a bug in the ghc compiler's threaded runtime.
+
+What architecture is the server?
+"""]]
diff --git a/doc/bugs/hGetContents:_user_error/comment_2_f74eeed4a007058a22183fd678ecd6c6._comment b/doc/bugs/hGetContents:_user_error/comment_2_f74eeed4a007058a22183fd678ecd6c6._comment
new file mode 100644
index 0000000000..e718ff90e4
--- /dev/null
+++ b/doc/bugs/hGetContents:_user_error/comment_2_f74eeed4a007058a22183fd678ecd6c6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 2"
+ date="2013-06-30T17:33:55Z"
+ content="""
+See this upstream bug report: <http://hackage.haskell.org/trac/ghc/ticket/7653>
+"""]]
diff --git a/doc/bugs/hGetContents:_user_error/comment_3_515e562228a89a13d6d857a874f4a468._comment b/doc/bugs/hGetContents:_user_error/comment_3_515e562228a89a13d6d857a874f4a468._comment
new file mode 100644
index 0000000000..70f45e6dab
--- /dev/null
+++ b/doc/bugs/hGetContents:_user_error/comment_3_515e562228a89a13d6d857a874f4a468._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://m-f-k.myopenid.com/"
+ ip="84.138.125.150"
+ subject="server's architecture"
+ date="2013-06-30T23:37:00Z"
+ content="""
+It's a i686 virtual server at strato.de.  Running kernel 2.6.32.
+"""]]
diff --git a/doc/bugs/hGetContents:_user_error/comment_4_8c6ed5e459c5c66b77db446c6317114c._comment b/doc/bugs/hGetContents:_user_error/comment_4_8c6ed5e459c5c66b77db446c6317114c._comment
new file mode 100644
index 0000000000..f3729d341a
--- /dev/null
+++ b/doc/bugs/hGetContents:_user_error/comment_4_8c6ed5e459c5c66b77db446c6317114c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 4"
+ date="2013-07-02T16:41:51Z"
+ content="""
+I wonder if this could be a glibc/kernel mismatch somehow. Any chance you can upgrade your kernel to something more recent? 
+"""]]
diff --git a/doc/bugs/hGetContents:_user_error/comment_5_f80bce48c3f96b0cd6892af43ee88a96._comment b/doc/bugs/hGetContents:_user_error/comment_5_f80bce48c3f96b0cd6892af43ee88a96._comment
new file mode 100644
index 0000000000..0d5bf0f52c
--- /dev/null
+++ b/doc/bugs/hGetContents:_user_error/comment_5_f80bce48c3f96b0cd6892af43ee88a96._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://m-f-k.myopenid.com/"
+ ip="84.138.125.150"
+ subject="comment 5"
+ date="2013-07-04T15:24:51Z"
+ content="""
+No, I can't.  The kernel is handled by strato. :(
+"""]]
diff --git a/doc/bugs/hGetContents:_user_error/comment_6_69dc09e4ae726856dafbeec34170671c._comment b/doc/bugs/hGetContents:_user_error/comment_6_69dc09e4ae726856dafbeec34170671c._comment
new file mode 100644
index 0000000000..956ae733c3
--- /dev/null
+++ b/doc/bugs/hGetContents:_user_error/comment_6_69dc09e4ae726856dafbeec34170671c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 6"
+ date="2013-07-05T15:29:11Z"
+ content="""
+Is there any chance I could get an account on this or a similar server, so I can investigate this in detail?
+"""]]
diff --git a/doc/bugs/hGetContents:_user_error/comment_7_3f66b03f773341fad94ec16b4f55edaa._comment b/doc/bugs/hGetContents:_user_error/comment_7_3f66b03f773341fad94ec16b4f55edaa._comment
new file mode 100644
index 0000000000..2a64e57b16
--- /dev/null
+++ b/doc/bugs/hGetContents:_user_error/comment_7_3f66b03f773341fad94ec16b4f55edaa._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 7"
+ date="2013-07-07T02:48:05Z"
+ content="""
+Thanks for providing me an account.
+
+I was able to reproduce the problem:
+
+<pre>
+$ git-annex-shell recvkey `pwd`
+git-annex-shell: fd:6: hGetContents: user error (Pattern match failure in do expression at libraries/base/GHC/Event/Thread.hs:90:3-10)
+</pre>
+
+Here's another one:
+
+<pre>
+$ git annex init
+
+git-annex: eventfd: unsupported operation (Function not implemented)
+failed
+init  
+git-annex: fd:10: hGetContents: user error (Pattern match failure in do expression at libraries/base/GHC/Event/Thread.hs:90:3-10)
+failed
+</pre>
+
+Aha! I found a more relevant bug in GHC's bug tracker. This has the same error message including the eventfd problem. <http://ghc.haskell.org/trac/ghc/ticket/7926>
+
+After some more digging around, it's definitely a kernel/glibc incompatability. I have filed a bug on glibc: <http://bugs.debian.org/715212>
+
+"""]]
diff --git a/doc/bugs/hGetContents:_user_error/comment_8_a697e2d36abfc999e65c9f587c0de56e._comment b/doc/bugs/hGetContents:_user_error/comment_8_a697e2d36abfc999e65c9f587c0de56e._comment
new file mode 100644
index 0000000000..d635ba6a79
--- /dev/null
+++ b/doc/bugs/hGetContents:_user_error/comment_8_a697e2d36abfc999e65c9f587c0de56e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="workaround"
+ date="2013-07-07T16:38:09Z"
+ content="""
+This bug only affects programs built with the threaded haskell runtime. 
+
+git-annex can be built without the threaded runtime, by simply disabling the webapp. So a workaround is to pass the flag -f-WebApp to cabal when building git-annex with cabal.
+"""]]
diff --git a/doc/bugs/hGetContents:_user_error/comment_9_da7c5905a64bb6779970f9394155e629._comment b/doc/bugs/hGetContents:_user_error/comment_9_da7c5905a64bb6779970f9394155e629._comment
new file mode 100644
index 0000000000..1a4e977440
--- /dev/null
+++ b/doc/bugs/hGetContents:_user_error/comment_9_da7c5905a64bb6779970f9394155e629._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://openid.stackexchange.com/user/7891307e-4b76-4697-8e71-083669c26e9f"
+ nickname="MichaelK"
+ subject="comment 9"
+ date="2013-07-07T16:54:34Z"
+ content="""
+Thanks a lot for investigating this!
+
+(myopenid.com seems to be down, so I had to use another account.)
+"""]]
diff --git a/doc/bugs/haskell-dbus_problems_on_OSX___40__or_this_a_general_problem__41__.mdwn b/doc/bugs/haskell-dbus_problems_on_OSX___40__or_this_a_general_problem__41__.mdwn
new file mode 100644
index 0000000000..dfc9c4cefe
--- /dev/null
+++ b/doc/bugs/haskell-dbus_problems_on_OSX___40__or_this_a_general_problem__41__.mdwn
@@ -0,0 +1,113 @@
+Building commit 805d50c69d40be97baa28735371778df63b5fed6
+
+<pre>
+x00:git-annex jtang$ cabal install
+Resolving dependencies...
+Configuring dbus-0.10...
+Building dbus-0.10...
+Preprocessing library dbus-0.10...
+[1 of 9] Compiling DBus.Types       ( lib/DBus/Types.hs, dist/build/DBus/Types.o )
+[2 of 9] Compiling DBus.Message     ( lib/DBus/Message.hs, dist/build/DBus/Message.o )
+[3 of 9] Compiling DBus.Wire        ( lib/DBus/Wire.hs, dist/build/DBus/Wire.o )
+[4 of 9] Compiling DBus.Address     ( lib/DBus/Address.hs, dist/build/DBus/Address.o )
+[5 of 9] Compiling DBus             ( lib/DBus.hs, dist/build/DBus.o )
+[6 of 9] Compiling DBus.Introspection ( lib/DBus/Introspection.hs, dist/build/DBus/Introspection.o )
+[7 of 9] Compiling DBus.Transport   ( lib/DBus/Transport.hs, dist/build/DBus/Transport.o )
+
+lib/DBus/Transport.hs:196:72: Not in scope: `getPeerCred'
+cabal: Error: some packages failed to install:
+dbus-0.10 failed during the building phase. The exception was:
+ExitFailure 1
+git-annex-3.20120721 depends on dbus-0.10 which failed to install.
+</pre>
+
+The above isn't a git-annex problem but a dbus problem, at first I thought I didn't have the network package installed, but did. I should probably report this problem to the haskell dbus author.
+
+On a slightly different note, based on the makefile DBUS is not enabled on OSX/BSD so I did not expect the cabal file to use dbus as well, I'm currently interested in poking at the webapp stuff ;)
+
+Although DBUS is available on OSX from macports I get the feeling that the haskell-dbus package might need some poking before it works properly.
+
+To continue, pulling, installing the dependancies (dbus is still boned) and building commit 6cecc26206c4a539999b04664136c6f785211a41
+
+<pre>
+[ 92 of 205] Compiling Utility.Url      ( Utility/Url.hs, tmp/Utility/Url.o )
+
+Utility/Url.hs:39:14: Not in scope: `parseURI'
+
+Utility/Url.hs:73:14: Not in scope: `parseURI'
+
+Utility/Url.hs:88:12: Not in scope: type constructor or class `URI'
+
+Utility/Url.hs:91:30: Not in scope: type constructor or class `URI'
+
+Utility/Url.hs:107:38: Not in scope: `parseURIReference'
+
+Utility/Url.hs:111:95: Not in scope: `relativeTo'
+make: *** [git-annex] Error 1
+</pre>
+
+Which then lead me to doing a "cabal install -f-DBus" which spits out the following when trying to link the binary
+
+<pre>
+[206 of 206] Compiling Main             ( git-annex.hs, dist/build/git-annex/git-annex-tmp/Main.o )
+Linking dist/build/git-annex/git-annex ...
+Undefined symbols for architecture x86_64:
+  "_addfds_kqueue", referenced from:
+      _s16v6_info in Kqueue.o
+  "_init_kqueue", referenced from:
+      _s16v3_info in Kqueue.o
+  "_waitchange_kqueue", referenced from:
+      _UtilityziKqueue_zdwa1_info in Kqueue.o
+ld: symbol(s) not found for architecture x86_64
+collect2: ld returned 1 exit status
+cabal: Error: some packages failed to install:
+git-annex-3.20120721 failed during the building phase. The exception was:
+ExitFailure 1
+</pre>
+
+I then just tried to build commit with 6cecc26206c4a539999b04664136c6f785211a41 (i have the needed dependancies installed), gives me this...
+
+<pre>
+x00: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 --make git-annex Utility/libdiskfree.o Utility/libmounts.o Utility/libkqueue.o
+
+Assistant/Threads/MountWatcher.hs:39:0:
+     warning: #warning Building without dbus support; will use mtab polling
+[ 92 of 205] Compiling Utility.Url      ( Utility/Url.hs, tmp/Utility/Url.o )
+
+Utility/Url.hs:98:65:
+    Couldn't match expected type `network-2.3.0.13:Network.URI.URI'
+                with actual type `URI'
+    In the second argument of `mkRequest', namely `u'
+    In the expression: mkRequest requesttype u :: Request_String
+    In an equation for `req':
+        req = mkRequest requesttype u :: Request_String
+make: *** [git-annex] Error 1
+</pre>
+
+The latest version of the network package in hackage is network-2.3.0.14 which I have installed, this might also be the reason why dbus is broken. removing network-2.3.0.14 at least makes it happy again.
+
+to remove the network-2.3.0.14 package
+
+<pre>
+ghc-pkg unregister network-2.3.0.14
+</pre>
+
+Hope the above isn't too random of bug/issue report.
+
+----
+
+going through <http://hackage.haskell.org/packages/archive/network/2.3.0.14/doc/html/Network-Socket.html> shows that getPeerCred is only available on systems where SO_PEERCRED is supported, *sigh* OSX isn't supported and thus haskell-dbus is broken. Apparently getpeerid is more portable but it isnt supported in the network package. It looks like dbus support on OSX isn't really going to work too well till haskell-dbus gets fixed on OSX (or BSD?)
+
+> Does OSX acually come with dbus by default, and can you
+> use something like `dbus-monitor` to see events when
+> plugging in removable drives? If so, this might be worth spending time
+> on.
+
+>> No OSX does not come with dbus by default, the user must install it
+
+> 
+> Currently though, dbus is not supposed to be built on non-Linux systems.
+> (Well, it might work on Freebsd or something, but I've not tried it.)
+> I've fixed the cabal file to only enable it on Linux. [[done]] --[[Joey]] 
+
diff --git a/doc/bugs/host_with_rysnc_installed__44___not_recognized.mdwn b/doc/bugs/host_with_rysnc_installed__44___not_recognized.mdwn
new file mode 100644
index 0000000000..4513ad9dbc
--- /dev/null
+++ b/doc/bugs/host_with_rysnc_installed__44___not_recognized.mdwn
@@ -0,0 +1,19 @@
+What steps will reproduce the problem?
+Set up a remote server using ssh to a FreeNAS box
+
+What is the expected output? What do you see instead?
+Neither rsync nor git-annex are installed
+rsync is in the path, user with permissions is able to run it
+
+What version of git-annex are you using? On what operating system?
+4.20130227 OSX
+
+Please provide any additional information below.
+ssh keys were installed to allow login, when ssh-askpass was not found on osx version
+
+[[!meta title="webapp rsync probe command failed on FreeNAS box"]]
+[[!tag /design/assistant]]
+
+> [[done]]; based on the error message it's using csh and 
+> the assistant will now wrap its shell commands to work with csh.
+> --[[Joey]]
diff --git a/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_1_3ff000eb3efde41426c7b086ae627dcf._comment b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_1_3ff000eb3efde41426c7b086ae627dcf._comment
new file mode 100644
index 0000000000..6d6fe2ac61
--- /dev/null
+++ b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_1_3ff000eb3efde41426c7b086ae627dcf._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-18T15:55:05Z"
+ content="""
+The git-annex webapp runs some shell commands on the remote it's setting up, in this case the FreeNAS box. It's difficult to do this entirely portably. I have tried to use only POSIX shell compatable commands, that should also work with embedded systems using busybox.
+
+You can try running the probe yourself at the prompt on the FreeNAS and see how it fails. The command run is:
+
+     echo loggedin;if which git-annex-shell; then echo git-annex-shell; fi;if which rsync; then echo rsync; fi
+"""]]
diff --git a/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_2_34e592ab057df2df54e13d3f5cae64f0._comment b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_2_34e592ab057df2df54e13d3f5cae64f0._comment
new file mode 100644
index 0000000000..1616c7c845
--- /dev/null
+++ b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_2_34e592ab057df2df54e13d3f5cae64f0._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmaygIuV4bIfp-U5IRH51FwKHq-i7_os0c"
+ nickname="Mike"
+ subject="comment 2"
+ date="2013-03-25T02:20:05Z"
+ content="""
+I copied and pasted your suggestion into a shell script, and this is what I got back:
+
+    #./test.sh
+
+    loggedin
+    /usr/local/bin/rsync
+    rsync
+"""]]
diff --git a/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_3_05ffbae13d8f9b08315f40bb9b206f46._comment b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_3_05ffbae13d8f9b08315f40bb9b206f46._comment
new file mode 100644
index 0000000000..0dd7a7ee1b
--- /dev/null
+++ b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_3_05ffbae13d8f9b08315f40bb9b206f46._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-03-27T19:22:06Z"
+ content="""
+Hmm, the message you got indicates it saw the \"loggedin\", but not the \"rsync\". 
+
+Actually, the command it runs is closer to this:
+
+<pre>
+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
+</pre>
+
+It's possible that ssh is somehow truncating or not running all of that. The ssh command
+would be something like this:
+
+<pre>
+ssh $HOSTNAME -n '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'
+<pre>
+"""]]
diff --git a/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_4_99d1f151263ca3433dd4afa8a928b1fe._comment b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_4_99d1f151263ca3433dd4afa8a928b1fe._comment
new file mode 100644
index 0000000000..ed377251c4
--- /dev/null
+++ b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_4_99d1f151263ca3433dd4afa8a928b1fe._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmaygIuV4bIfp-U5IRH51FwKHq-i7_os0c"
+ nickname="Mike"
+ subject="comment 4"
+ date="2013-03-29T04:03:44Z"
+ content="""
+running the shell script directly:
+    > ./test.sh                             23:43:25
+
+	git-annex-probe loggedin
+
+	/usr/local/bin/rsync
+
+	git-annex-probe rsync
+
+Running your ssh command:
+
+	git-annex-probe loggedin
+
+	if: Expression Syntax.
+
+Running the shell script through ssh:
+	ssh $HOSTNAME ./test.sh                              23:54:39
+
+	git-annex-probe loggedin
+
+	/usr/local/bin/rsync
+
+	git-annex-probe rsync
+"""]]
diff --git a/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_5_6ef1a377b0b4d3efeffdf9693d0b496b._comment b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_5_6ef1a377b0b4d3efeffdf9693d0b496b._comment
new file mode 100644
index 0000000000..b62c8a9ec3
--- /dev/null
+++ b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_5_6ef1a377b0b4d3efeffdf9693d0b496b._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-03-29T16:47:28Z"
+ content="""
+Sounds like it may not provide a POSIX shell for interactive use (based on the error message, I think it's csh), in which case this could work:
+
+    ssh $HOSTNAME -n '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\"'
+
+
+"""]]
diff --git a/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_6_d9e36828ad55f3181a1c650010f23d6b._comment b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_6_d9e36828ad55f3181a1c650010f23d6b._comment
new file mode 100644
index 0000000000..020408e5bd
--- /dev/null
+++ b/doc/bugs/host_with_rysnc_installed__44___not_recognized/comment_6_d9e36828ad55f3181a1c650010f23d6b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmaygIuV4bIfp-U5IRH51FwKHq-i7_os0c"
+ nickname="Mike"
+ subject="comment 6"
+ date="2013-03-31T03:45:45Z"
+ content="""
+i ran your new command, and got this back:
+
+    git-annex-probe loggedin
+
+    /usr/local/bin/rsync
+
+    git-annex-probe rsync
+"""]]
diff --git a/doc/bugs/immediately_drops_files.mdwn b/doc/bugs/immediately_drops_files.mdwn
new file mode 100644
index 0000000000..70f7faa467
--- /dev/null
+++ b/doc/bugs/immediately_drops_files.mdwn
@@ -0,0 +1,222 @@
+### Please describe the problem.
+When I `git annex get` files in a certain directory, they are got, then are dropped.
+When I do the same in a different directory, then the files there remains (as expected).
+
+`git annex fsck` also fails on these files, but after that the problem persists.
+
+I'm not really sure where to look to see why this is happening, especially why only on some directories.
+The filesystem (ext4) this is on has several GB free.
+
+Looking at the (broken) symlinks, they are strange:
+
+[[!format sh """
+git annex fsck IMG_4230.JPG > /dev/null
+ls -l IMG_4230.JPG
+lrwxrwxrwx 1 walter walter 207 Aug 13 12:14 IMG_4230.JPG -> ../../../.git/annex/objects/86/KF/SHA256E-s4209479--bba2489f526ed1288d23157b2b985bfda99321c52d05d3f4ddb92144b301318e.JPG/SHA256E-s4209479--bba2489f526ed1288d23157b2b985bfda99321c52d05d3f4ddb92144b301318e.JPG
+"""]]
+
+But then after getting it (and it being dropped somehow), the symlink is different (the number of ..s)
+
+[[!format sh """
+git annex get IMG_4230.JPG > /dev/null
+ls -l IMG_4230.JPG
+lrwxrwxrwx 1 walter walter 210 Aug 13 12:16 IMG_4230.JPG -> ../../../../.git/annex/objects/86/KF/SHA256E-s4209479--bba2489f526ed1288d23157b2b985bfda99321c52d05d3f4ddb92144b301318e.JPG/SHA256E-s4209479--bba2489f526ed1288d23157b2b985bfda99321c52d05d3f4ddb92144b301318e.JPG
+"""]]
+
+
+
+### What steps will reproduce the problem?
+
+I'm not really sure; I will test later whether this happens on other computers.
+
+### What version of git-annex are you using? On what operating system?
+    git-annex version: 4.20130812-gc590455
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP DNS
+    local repository version: 3
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+
+On ubuntu 12.10
+
+
+--Walter
+
+### Please provide any additional information below.
+
+*output of git annex fsck*
+[[!format sh """
+git annex fsck 2013/08/01/IMG_4230.JPG
+[2013-08-13 12:01:25 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","ls-files","--cached","-z","--","2013/08/01/IMG_4230.JPG"]
+[2013-08-13 12:01:25 NZST] chat: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","check-attr","-z","--stdin","annex.backend","annex.numcopies","--"]
+fsck 2013/08/01/IMG_4230.JPG [2013-08-13 12:01:25 NZST] chat: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","cat-file","--batch"]
+[2013-08-13 12:01:25 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","git-annex"]
+[2013-08-13 12:01:25 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","--hash","refs/heads/git-annex"]
+[2013-08-13 12:01:25 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..3afd101dade8be4e1ed7ac48fdf4173274d3ecd7","--oneline","-n1"]
+[2013-08-13 12:01:25 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..9be78e75db197a26db6aaaffbcddf5057e30d23f","--oneline","-n1"]
+[2013-08-13 12:01:25 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..2bae49a6e1ce85ad501b0fa85439da7cde8c8597","--oneline","-n1"]
+[2013-08-13 12:01:25 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..b5858e25b7f7c45564ab463ecf3e74ecd8979609","--oneline","-n1"]
+[2013-08-13 12:01:25 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..cad75ea77d513a24006ee0b56ff0aad12b7aa805","--oneline","-n1"]
+[2013-08-13 12:01:25 NZST] read: git ["config","--null","--list"]
+ok
+[2013-08-13 12:01:25 NZST] chat: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","hash-object","-w","--stdin-paths","--no-filters"]
+[2013-08-13 12:01:25 NZST] feed: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","update-index","-z","--index-info"]
+[2013-08-13 12:01:25 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","--hash","refs/heads/git-annex"]
+(Recording state in git...)
+[2013-08-13 12:01:25 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","write-tree"]
+[2013-08-13 12:01:25 NZST] chat: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","commit-tree","78aca82f86ffb91bc841a3978f410e55aa6e0efe","-p","refs/heads/git-annex"]
+[2013-08-13 12:01:25 NZST] call: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","update-ref","refs/heads/git-annex","14908fedbd44917815dd013125b69def1f7f8f7c"]
+
+"""]]
+
+*output of git annex get* (output taken from daemon.log, as output from command does not include the dropping part)
+[[!format sh """
+git annex get 2013/08/01/IMG_4230.JPG
+[2013-08-13 12:03:46 NZST] TransferWatcher: transfer starting: Download UUID "e6bb2ef2-b2b5-11e1-bd1b-3fd40e5e767d" 2013/08/01/IMG_4230.JPG Nothing
+[2013-08-13 12:03:46 NZST] TransferWatcher: transfer starting: Download UUID "e6bb2ef2-b2b5-11e1-bd1b-3fd40e5e767d" 2013/08/01/IMG_4230.JPG Nothing
+[2013-08-13 12:03:46 NZST] TransferWatcher: transfer finishing: Transfer {transferDirection = Download, transferUUID = UUID "e6bb2ef2-b2b5-11e1-bd1b-3fd40e5e767d", transferKey = Key {keyName = "bba2489f526ed1288d23157b2b985bfda99321c52d05d3f4ddb92144b301318e.JPG", keyBackendName = "SHA256E", keySize = Just 4209479, keyMtime = Nothing}}
+[2013-08-13 12:03:46 NZST] Watcher: add symlink 01/IMG_4230.JPG
+[2013-08-13 12:03:46 NZST] chat: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[2013-08-13 12:03:46 NZST] Committer: committing 1 changes
+[2013-08-13 12:03:46 NZST] Committer: Committing changes to git
+[2013-08-13 12:03:46 NZST] feed: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","update-index","-z","--index-info"]
+[2013-08-13 12:03:46 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","commit","--allow-empty-message","--no-edit","-m","","--quiet","--no-verify"]
+[2013-08-13 12:03:46 NZST] Pusher: Synok
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+drop 01/IMG_4230.JPG cing with Adata, b(checking cloud...) itbucket 
+[2013-08-13 12:03:46 NZST] Committer: dropped 01/IMG_4230.JPG (from here) (copies now 4) : file renamed
+[2013-08-13 12:03:46 NZST] chat: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","hash-object","-w","--stdin-paths","--no-filters"]
+[2013-08-13 12:03:46 NZST] feed: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","update-index","-z","--index-info"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","--hash","refs/heads/git-annex"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","write-tree"]
+[2013-08-13 12:03:47 NZST] chat: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","commit-tree","f288bfce8d133cc0ce00b65d48ca726809da34e6","-p","refs/heads/git-annex"]
+[2013-08-13 12:03:47 NZST] call: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","update-ref","refs/heads/git-annex","5a188246bda51207d12adf86c6d87568ca7076d7"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","symbolic-ref","HEAD"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","refs/heads/master"]
+[2013-08-13 12:03:47 NZST] Pusher: pushing to [Remote { name ="Adata" },Remote { name ="bitbucket" }]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","git-annex"]
+[2013-08-13 12:03:47 NZST] call: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","branch","-f","synced/master"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","--hash","refs/heads/git-annex"]
+[2013-08-13 12:03:47 NZST] call: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","push","bitbucket","git-annex:synced/git-annex","master:synced/master"]
+[2013-08-13 12:03:47 NZST] call: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","push","Adata","git-annex:synced/git-annex","master:synced/master"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..5a188246bda51207d12adf86c6d87568ca7076d7","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..9be78e75db197a26db6aaaffbcddf5057e30d23f","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..2bae49a6e1ce85ad501b0fa85439da7cde8c8597","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..b5858e25b7f7c45564ab463ecf3e74ecd8979609","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..3afd101dade8be4e1ed7ac48fdf4173274d3ecd7","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..cad75ea77d513a24006ee0b56ff0aad12b7aa805","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","git-annex"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","--hash","refs/heads/git-annex"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..5a188246bda51207d12adf86c6d87568ca7076d7","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..9be78e75db197a26db6aaaffbcddf5057e30d23f","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..2bae49a6e1ce85ad501b0fa85439da7cde8c8597","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..b5858e25b7f7c45564ab463ecf3e74ecd8979609","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..3afd101dade8be4e1ed7ac48fdf4173274d3ecd7","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..cad75ea77d513a24006ee0b56ff0aad12b7aa805","--oneline","-n1"]
+[2013-08-13 12:03:47 NZST] Watcher: add symlink 01/IMG_4230.JPG
+[2013-08-13 12:03:47 NZST] chat: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","hash-object","-t","blob","-w","--stdin","--no-filters"]
+To /media/walter/327D522A6727FE79/Pictures
+   3afd101..5a18824  git-annex -> synced/git-annex
+[2013-08-13 12:03:48 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","git-annex"]
+[2013-08-13 12:03:48 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","push","Adata","git-annex:synced/git-annex","master"]
+[2013-08-13 12:03:48 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","--hash","refs/heads/git-annex"]
+[2013-08-13 12:03:48 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..5a188246bda51207d12adf86c6d87568ca7076d7","--oneline","-n1"]
+[2013-08-13 12:03:48 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..9be78e75db197a26db6aaaffbcddf5057e30d23f","--oneline","-n1"]
+[2013-08-13 12:03:48 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..2bae49a6e1ce85ad501b0fa85439da7cde8c8597","--oneline","-n1"]
+[2013-08-13 12:03:48 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..b5858e25b7f7c45564ab463ecf3e74ecd8979609","--oneline","-n1"]
+[2013-08-13 12:03:48 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..cad75ea77d513a24006ee0b56ff0aad12b7aa805","--oneline","-n1"]
+[2013-08-13 12:03:48 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..3afd101dade8be4e1ed7ac48fdf4173274d3ecd7","--oneline","-n1"]
+[2013-08-13 12:03:48 NZST] Committer: committing 1 changes
+[2013-08-13 12:03:48 NZST] Committer: Committing changes to git
+[2013-08-13 12:03:48 NZST] feed: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","update-index","-z","--index-info"]
+[2013-08-13 12:03:48 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","commit","--allow-empty-message","--no-edit","-m","","--quiet","--no-verify"]
+To git@bitbucket.org:waltersom/Pictures.git
+   3afd101..5a18824  git-annex -> synced/git-annex
+[2013-08-13 12:03:52 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","git-annex"]
+[2013-08-13 12:03:52 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","push","bitbucket","git-annex:synced/git-annex","master"]
+[2013-08-13 12:03:52 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","--hash","refs/heads/git-annex"]
+[2013-08-13 12:03:52 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..5a188246bda51207d12adf86c6d87568ca7076d7","--oneline","-n1"]
+[2013-08-13 12:03:52 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..9be78e75db197a26db6aaaffbcddf5057e30d23f","--oneline","-n1"]
+[2013-08-13 12:03:52 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..2bae49a6e1ce85ad501b0fa85439da7cde8c8597","--oneline","-n1"]
+[2013-08-13 12:03:52 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..b5858e25b7f7c45564ab463ecf3e74ecd8979609","--oneline","-n1"]
+[2013-08-13 12:03:52 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..cad75ea77d513a24006ee0b56ff0aad12b7aa805","--oneline","-n1"]
+[2013-08-13 12:03:58 NZST] Pusher: Syncing with Adata, bitbucket 
+[2013-08-13 12:03:58 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","symbolic-ref","HEAD"]
+[2013-08-13 12:03:58 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","refs/heads/master"]
+[2013-08-13 12:03:58 NZST] Pusher: pushing to [Remote { name ="Adata" },Remote { name ="bitbucket" }]
+[2013-08-13 12:03:58 NZST] call: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","branch","-f","synced/master"]
+[2013-08-13 12:03:58 NZST] call: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","push","Adata","git-annex:synced/git-annex","master:synced/master"]
+[2013-08-13 12:03:58 NZST] call: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","push","bitbucket","git-annex:synced/git-annex","master:synced/master"]
+Everything up-to-date
+[2013-08-13 12:03:58 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","push","Adata","git-annex:synced/git-annex","master"]
+Everything up-to-date
+[2013-08-13 12:04:02 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","push","bitbucket","git-annex:synced/git-annex","master"]
+
+"""
+]]
+
+
+
+I tried removing the USB drive I had plugged in, and was able to get the file from S3, and it wasn't dropped.
+However, checking the logs, I see that it did try to drop the file, but was unable to verify numcopies, so gives up.
+Also odd, is that it doesn't suggest making the USB drive available, but `git annex whereis` knows that the drive does have it. Also, annex.numcopies is 1, and it got it from S3, so why can't it drop it on the computer?
+Or, why does it say that it needs two copies? `git config annex.numcopies` gives 1.
+
+[[!format sh """
+[2013-08-13 16:52:08 NZST] TransferWatcher: transfer starting: Download UUID "be992080-b1db-11e1-8f79-1b10bb4092ef" 01/IMG_4230.JPG Nothing
+[2013-08-13 16:54:06 NZST] TransferWatcher: transfer starting: Download UUID "be992080-b1db-11e1-8f79-1b10bb4092ef" 01/IMG_4230.JPG Just 65504
+[...]
+[2013-08-13 16:54:06 NZST] TransferWatcher: transfer starting: Download UUID "be992080-b1db-11e1-8f79-1b10bb4092ef" 01/IMG_4230.JPG Just 4192256
+[2013-08-13 16:54:06 NZST] TransferWatcher: transfer finishing: Transfer {transferDirection = Download, transferUUID = UUID "be992080-b1db-11e1-8f79-1b10bb4092ef", transferKey = Key {keyName = "bba2489f526ed1288d23157b2b985bfda99321c52d05d3f4ddb92144b301318e.JPG", keyBackendName = "SHA256E", keySize = Just 4209479, keyMtime = Nothing}}
+[2013-08-13 16:54:06 NZST] Watcher: add symlink 01/IMG_4230.JPG
+[2013-08-13 16:54:06 NZST] chat: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","hash-object","-t","blob","-w","--stdin","--no-filters"]
+[2013-08-13 16:54:06 NZST] Committer: committing 1 changes
+[2013-08-13 16:54:06 NZST] Committer: Committing changes to git
+[2013-08-13 16:54:06 NZST] feed: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","update-index","-z","--index-info"]
+[2013-08-13 16:54:06 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","commit","--allow-empty-message","--no-edit","-m","","--quiet","--no-verify"]
+[2013-08-13 16:54:06 
+  Could only verify the existence of 1 out of 2 necessary copies
+
+  Try making some of these repositories available:
+  	416aa28e-b1d4-11e1-9539-c39b14a3f7d2 -- timeline laptop
+   	f42d30a0-b1d2-11e1-8b32-3bdd169e3280 -- my desktop
+
+  (Use --force to override this check, or adjust annex.numcopies.)
+failed
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+drop 01/IMG_4230.JPG NZST] Pusher:(checking cloud...)  Syncing with bitbucket 
+(unsafe) [2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","symbolic-ref","HEAD"]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","refs/heads/master"]
+[2013-08-13 16:54:07 NZST] Pusher: pushing to [Remote { name ="bitbucket" }]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","git-annex"]
+[2013-08-13 16:54:07 NZST] call: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","branch","-f","synced/master"]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","--hash","refs/heads/git-annex"]
+[2013-08-13 16:54:07 NZST] call: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","push","bitbucket","git-annex:synced/git-annex","master:synced/master"]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..7b6b1c6c479a13f9d4ece135bdf3ba31bc484b31","--oneline","-n1"]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..9be78e75db197a26db6aaaffbcddf5057e30d23f","--oneline","-n1"]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..2bae49a6e1ce85ad501b0fa85439da7cde8c8597","--oneline","-n1"]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..b5858e25b7f7c45564ab463ecf3e74ecd8979609","--oneline","-n1"]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..11a0c19d7c79f3e574b81295782ab2820caea232","--oneline","-n1"]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..cad75ea77d513a24006ee0b56ff0aad12b7aa805","--oneline","-n1"]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..5ebb3e46b8fc109c2966ceccdd716f469d94fcad","--oneline","-n1"]
+[2013-08-13 16:54:07 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+To git@bitbucket.org:waltersom/Pictures.git
+   5ebb3e4..7b6b1c6  git-annex -> synced/git-annex
+[2013-08-13 16:54:12 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","git-annex"]
+[2013-08-13 16:54:12 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","push","bitbucket","git-annex:synced/git-annex","master"]
+[2013-08-13 16:54:12 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","show-ref","--hash","refs/heads/git-annex"]
+[2013-08-13 16:54:12 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..7b6b1c6c479a13f9d4ece135bdf3ba31bc484b31","--oneline","-n1"]
+[2013-08-13 16:54:12 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..9be78e75db197a26db6aaaffbcddf5057e30d23f","--oneline","-n1"]
+[2013-08-13 16:54:12 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..2bae49a6e1ce85ad501b0fa85439da7cde8c8597","--oneline","-n1"]
+[2013-08-13 16:54:12 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..b5858e25b7f7c45564ab463ecf3e74ecd8979609","--oneline","-n1"]
+[2013-08-13 16:54:12 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..11a0c19d7c79f3e574b81295782ab2820caea232","--oneline","-n1"]
+[2013-08-13 16:54:12 NZST] read: git ["--git-dir=/home/walter/Photos/.git","--work-tree=/home/walter/Photos","log","refs/heads/git-annex..cad75ea77d513a24006ee0b56ff0aad12b7aa805","--oneline","-n1"]
+"""]]
diff --git a/doc/bugs/immediately_drops_files/comment_1_9ef6e694ef8a8eee7a42f88554475db7._comment b/doc/bugs/immediately_drops_files/comment_1_9ef6e694ef8a8eee7a42f88554475db7._comment
new file mode 100644
index 0000000000..9d630e385e
--- /dev/null
+++ b/doc/bugs/immediately_drops_files/comment_1_9ef6e694ef8a8eee7a42f88554475db7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-24T16:41:04Z"
+ content="""
+You are running the git annex assistant, which takes care of getting and dropping files as it's configured to do, and you are then going in and manually running `git annex get`. If the assistant sees a file's content has appeared, and that file is in a directory that it has been configured to not want the content of file in (the `archive` directory by default), it will immediately try to drop it.
+
+The only thing I don't understand is why the number of `..` in the symlink would change.
+"""]]
diff --git a/doc/bugs/immediately_drops_files/comment_2_76e4f8b73ab60b2540dd2a3e5379791d._comment b/doc/bugs/immediately_drops_files/comment_2_76e4f8b73ab60b2540dd2a3e5379791d._comment
new file mode 100644
index 0000000000..274090c63e
--- /dev/null
+++ b/doc/bugs/immediately_drops_files/comment_2_76e4f8b73ab60b2540dd2a3e5379791d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 2"
+ date="2013-08-24T16:41:47Z"
+ content="""
+BTW if you don't want the assistant to automatically get and drop files in your repository, you can edit the repository in the webapp and select \"manual mode\".
+"""]]
diff --git a/doc/bugs/immediately_drops_files/comment_3_788db083f5ba2e5589c3b952203ec954._comment b/doc/bugs/immediately_drops_files/comment_3_788db083f5ba2e5589c3b952203ec954._comment
new file mode 100644
index 0000000000..9253caa1aa
--- /dev/null
+++ b/doc/bugs/immediately_drops_files/comment_3_788db083f5ba2e5589c3b952203ec954._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 3"
+ date="2013-08-24T21:59:12Z"
+ content="""
+I have all of my repositories set to either manual (all the computers), or full backup (the usb drive and s3).
+So, this is happening in a manual repository.
+
+
+Also, I still don't understand why it would be confused over the annex.numcopies setting (why does it claim it needs 2 copies, when numcopies is 1?)
+
+I just tested between desktop and laptop. File is also present in s3.
+
+File on desktop. Copy to laptop --> desktop drops (why? both are set to manual, and both have the other set as manual as well)
+
+Get on desktop. Works, it gets it from laptop. But then, desktop makes laptop drop it (why? again, both are manual repositories)
+
+
+
+"""]]
diff --git a/doc/bugs/immediately_drops_files/comment_4_425b79865eb77d69d0b7a71a14639f81._comment b/doc/bugs/immediately_drops_files/comment_4_425b79865eb77d69d0b7a71a14639f81._comment
new file mode 100644
index 0000000000..aacf2f2dc2
--- /dev/null
+++ b/doc/bugs/immediately_drops_files/comment_4_425b79865eb77d69d0b7a71a14639f81._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 4"
+ date="2013-09-13T19:27:51Z"
+ content="""
+> both are set to manual, and both have the other set as manual as well
+
+I'm not sure what you mean by that. Do you mean that when you run git annex vicfg, it is in group manual?
+"""]]
diff --git a/doc/bugs/immediately_drops_files/comment_5_7c9f660b6bcec31827a44a650e9d4622._comment b/doc/bugs/immediately_drops_files/comment_5_7c9f660b6bcec31827a44a650e9d4622._comment
new file mode 100644
index 0000000000..bb2569893d
--- /dev/null
+++ b/doc/bugs/immediately_drops_files/comment_5_7c9f660b6bcec31827a44a650e9d4622._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnSenxKyE_2Z6Wb-EBMO8FciyRywjx1ZiQ"
+ nickname="Walter"
+ subject="comment 5"
+ date="2013-09-13T21:58:30Z"
+ content="""
+I had checked in the webapps, and they were all set to manual.
+
+Looking in `git annex vicfg`, the groups are set to manual, and the content is set to standard.
+"""]]
diff --git a/doc/bugs/importfeed_fails__44___bad_feed_content.mdwn b/doc/bugs/importfeed_fails__44___bad_feed_content.mdwn
new file mode 100644
index 0000000000..4ee312be0b
--- /dev/null
+++ b/doc/bugs/importfeed_fails__44___bad_feed_content.mdwn
@@ -0,0 +1,36 @@
+### Please describe the problem.
+
+I just added a new podcast to my feeds list and it is complaining of "bad feed content" when trying to import.
+
+### What steps will reproduce the problem?
+
+1. git-annex importfeed --fast http://redecentralize.org/podcast/feed.rss
+3. see the sad error "warning: bad feed content"
+
+### What version of git-annex are you using? On what operating system?
+
+git-annex version: 4.20130827
+
+### Please provide any additional information below.
+
+[[!format sh """
+greg@x200s:~/annex/Podcasts$ git-annex importfeed --fast http://redecentralize.org/podcast/feed.rss
+(checking known urls...)
+importfeed http://redecentralize.org/podcast/feed.rss 
+--2013-09-09 15:05:17--  http://redecentralize.org/podcast/feed.rss
+Resolving redecentralize.org (redecentralize.org)... 204.232.175.78
+Connecting to redecentralize.org (redecentralize.org)|204.232.175.78|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 4331 (4.2K) [text/xml]
+Saving to: ‘/tmp/feed12649’
+
+100%[==============================================================>] 4,331       --.-K/s   in 0.08s   
+
+2013-09-09 15:05:17 (56.0 KB/s) - ‘/tmp/feed12649’ saved [4331/4331]
+
+
+  warning: bad feed content
+ok
+"""]]
+
+> upstream bug <https://github.com/sof/feed/issues/5> ; [[done]] --[[Joey]]  
diff --git a/doc/bugs/importfeed_fails_when_using_the_option_--lazy_for_specific_podcast.mdwn b/doc/bugs/importfeed_fails_when_using_the_option_--lazy_for_specific_podcast.mdwn
new file mode 100644
index 0000000000..0d6bcb05c5
--- /dev/null
+++ b/doc/bugs/importfeed_fails_when_using_the_option_--lazy_for_specific_podcast.mdwn
@@ -0,0 +1,77 @@
+### Please describe the problem.
+
+importfeed responds with "failed" when using the option --lazy for specific podcast and no symbolic links get created. However when I don't use the --fast option the podcast enclosures do download and links get created as expected.
+
+### What steps will reproduce the problem?
+
+git-annex importfeed --fast http://schoolsucksproject.com/category/podcast/feed/
+
+### What version of git-annex are you using? On what operating system?
+
+    Ubuntu
+    git-annex version: 4.20130802-g1452ac3
+    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
+
+### Please provide any additional information below.
+
+    git-annex importfeed --fast http://schoolsucksproject.com/category/podcast/feed/
+    (checking known urls...)
+    (Recording state in git...)
+    importfeed http://schoolsucksproject.com/category/podcast/feed/ 
+    --2013-09-28 00:27:25--  http://schoolsucksproject.com/category/podcast/feed/
+    Resolving schoolsucksproject.com (schoolsucksproject.com)... 108.162.199.17, 108.162.198.17
+    Connecting to schoolsucksproject.com (schoolsucksproject.com)|108.162.199.17|:80... connected.
+    HTTP request sent, awaiting response... 200 OK
+    Length: unspecified [text/xml]
+    Saving to: `/tmp/feed16555'
+
+    2013-09-28 00:27:28 (217 KB/s) - `/tmp/feed16555' saved [423071]
+
+    addurl School_Sucks_Project___Podcasts/238f__Presence_and_Productivity__6___Tools_For_A_Freed_Mind_and_A_Voluntary_Life_mp3 
+      unable to access url: http://schoolsucks.podomatic.com/enclosure/2013-09-21T08_21_33-07_00.mp3
+    failed
+    addurl School_Sucks_Project___Podcasts/238e__Presence_and_Productivity__5___Habit_Change_mp3 
+      unable to access url: http://schoolsucks.podomatic.com/enclosure/2013-09-18T20_40_40-07_00.mp3
+    failed
+    addurl School_Sucks_Project___Podcasts/238d__Presence_and_Productivity__4___Next_Actions__Projects__and_Procrastination_mp3 
+      unable to access url: http://schoolsucks.podomatic.com/enclosure/2013-09-16T10_10_06-07_00.mp3
+    failed 
+    ...
+
+> (There is no --lazy option. You seem to mean --fast.)
+> 
+> This fine web server rejects the User-Agent used by curl:
+
+<pre> 
+joey@darkstar:~>curl http://schoolsucks.podomatic.com/enclosure/2013-09-18T20_40_40-07_00.mp3
+Forbidden
+joey@darkstar:~>wget http://schoolsucks.podomatic.com/enclosure/2013-09-18T20_40_40-07_00.mp3
+--2013-09-28 11:18:36--  http://schoolsucks.podomatic.com/enclosure/2013-09-18T20_40_40-07_00.mp3
+Resolving schoolsucks.podomatic.com (schoolsucks.podomatic.com)... 38.99.42.46, 38.110.155.212
+Connecting to schoolsucks.podomatic.com (schoolsucks.podomatic.com)|38.99.42.46|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+<pre>
+
+> git-annex always uses curl for checking file sizes. So the workaround
+> is to use `git annex addurl --relaxed` on this url, which will skip
+> the size check. However, if you only had curl installed, `git-annex get`
+> would again try to use curl to get the file, and would still fail.
+> It only happens to successfully download because git-annex chose
+> to use wget and this site has apparently forgotten to block that.
+> 
+> I don't know if it makes sense for git-annex to vary the user-agent
+> to get around such (incredibly stupid) blocking. It could retry
+> with a random user-agent, but that could be construed as abusive
+> behavior; this site has asked us to go away. The only choices
+> that seem really defensible would be to add a --user-agent
+> switch, and/or to make git-annex set a default user agent header
+> of "git-annex", rather than relying on the curl/wget defaults.
+> --[[Joey]] 
+
+> I've [[done]] what's discussed above, and verified it fixes
+> behavior for this specific server too.
+> --[[Joey]] 
diff --git a/doc/bugs/importfeed_fails_when_using_the_option_--lazy_for_specific_podcast/comment_1_4ccfabbaf75e139b32f6fa6f7bc6a7fe._comment b/doc/bugs/importfeed_fails_when_using_the_option_--lazy_for_specific_podcast/comment_1_4ccfabbaf75e139b32f6fa6f7bc6a7fe._comment
new file mode 100644
index 0000000000..26430ec913
--- /dev/null
+++ b/doc/bugs/importfeed_fails_when_using_the_option_--lazy_for_specific_podcast/comment_1_4ccfabbaf75e139b32f6fa6f7bc6a7fe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="Remy"
+ ip="82.94.186.146"
+ subject="Thank you very much"
+ date="2013-09-30T08:49:33Z"
+ content="""
+Thank you very much for looking into this! This issue was holding me back from using git-annex as my podcatcher. Hope it helps somebody else as well. 
+"""]]
diff --git a/doc/bugs/importfeed_should_allow_pubdate_in_the_template.mdwn b/doc/bugs/importfeed_should_allow_pubdate_in_the_template.mdwn
new file mode 100644
index 0000000000..44d25b02d2
--- /dev/null
+++ b/doc/bugs/importfeed_should_allow_pubdate_in_the_template.mdwn
@@ -0,0 +1,5 @@
+importfeed is a great feature, but it doesn't allow templating the filename with the publish date.
+
+I would suggest adding pubdate option, which would fix this problem.
+
+> duplicate of [[todo/importfeed: allow ${itemdate} with --template]] [[done]] --[[Joey]] 
diff --git a/doc/bugs/importfeed_uses___34____95__foo__34___as_extension.mdwn b/doc/bugs/importfeed_uses___34____95__foo__34___as_extension.mdwn
new file mode 100644
index 0000000000..5f09e26362
--- /dev/null
+++ b/doc/bugs/importfeed_uses___34____95__foo__34___as_extension.mdwn
@@ -0,0 +1,17 @@
+### Please describe the problem.
+When running importfeed on gitminutes <http://feeds.gitminutes.com/gitminutes-podcast> git-annex interprets the extension as "_mp3" rather than ".mp3" which means that renaming is needed for various audio players to accept the files.
+
+### What steps will reproduce the problem?
+git annex importfeed http://feeds.gitminutes.com/gitminutes-podcast --fast
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130802
+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 Sid
+
+> Already fixed in git. [[done]] --[[Joey]]
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/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/internal_server_error:_unknown_UUID_on_webapp.mdwn b/doc/bugs/internal_server_error:_unknown_UUID_on_webapp.mdwn
new file mode 100644
index 0000000000..307eed308a
--- /dev/null
+++ b/doc/bugs/internal_server_error:_unknown_UUID_on_webapp.mdwn
@@ -0,0 +1,147 @@
+### Please describe the problem.
+
+I am having trouble using the webapp with a setup I did on the commandline that was working fine.
+
+I have two machines: one, a server called `marcos`, is available on the internetz and I cloned a repo from there into `markov`, a workstation that is hidden behind a NAT connexion (so I can't add it as a remote).
+
+It seems that because the remote is not locally available as a git remote, the webapp is freaking out because it doesn't recognize `markov` as a proper remote.
+
+### What steps will reproduce the problem?
+
+1. setup git annex locally (on `marcos`) in a repository (probably `git annex init; git annex direct; git annex add .` i somewhat followed [[tips/Git_annex_and_Calibre/]])
+2. `git clone` that repo on a remote, unaccessible (NAT'd) server (`markov`)
+3. start doing some git annex get, get tired, run the web app on `markov`
+4. let that run over there, go back to `marcos`
+5. be curious about what is going on on `markov`, run the webapp and enter the path to the repository created in step one when prompted (it's the first time i run the webapp)
+6. it starts up fine, but doesn't seem to detect `markov`, marking transfers as going to the remote named `unknown`
+7. click on the `unknown` link, crash
+8. go back to the dashboard, crash
+
+From there on, the webapp is pretty much crashed, starting it from scratch asks me if i want to create a git annex repo.
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130921-gd4739c5 compiled and installed by hand on debian wheezy.
+
+### Please provide any additional information below.
+
+[[!format sh """
+# Here's everything that has been logged by the git-annex assistant, as well as by programs it has run.
+
+[2013-11-04 22:42:50 EST] main: starting assistant version 4.20130921-gd4739c5
+(merging synced/git-annex into git-annex...)
+(Recording state in git...)
+
+  No known network monitor available through dbus; falling back to polling
+Already up-to-date.
+
+(scanning...) [2013-11-04 22:42:50 EST] Watcher: Performing startup scan
+04/Nov/2013:22:42:51 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:42:52 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:42:52 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+(Recording state in git...)
+(Recording state in git...)
+(started...) 
+
+  metadata.db still has writers, not adding
+[2013-11-04 22:42:59 EST] Committer: Adding cover.jpg Ars Techn..ibre.epub Cyberpres..ibre.epub cover.jpg cover.jpg Ars Techn..ibre.epub cover.jpg Democracy..ibre.epub cover.jpg and 11 other files
+add Calibre/Ars Technica [dim., 03 nov. 2013] (645)/cover.jpg (checksum...) ok
+add Calibre/Ars Technica [dim., 03 nov. 2013] (645)/Ars Technica [dim., 03 nov. 2013] - Calibre.epub (checksum...) ok
+add Calibre/Cyberpresse [lun., 04 nov. 2013] (647)/Cyberpresse [lun., 04 nov. 2013] - Calibre.epub (checksum...) ok
+add Calibre/Cyberpresse [lun., 04 nov. 2013] (647)/cover.jpg (checksum...) ok
+add Calibre/Ars Technica [sam., 02 nov. 2013] (642)/cover.jpg (checksum...) ok
+add Calibre/Ars Technica [sam., 02 nov. 2013] (642)/Ars Technica [sam., 02 nov. 2013] - Calibre.epub (checksum...) ok
+add Calibre/Democracy now! [lun., 04 nov. 2013] (649)/cover.jpg (checksum...) ok
+add Calibre/Democracy now! [lun., 04 nov. 2013] (649)/Democracy now! [lun., 04 nov. 2013] - Calibre.epub (checksum...) ok
+add Calibre/xkcd [lun., 04 nov. 2013] (646)/cover.jpg (checksum...) ok
+add Calibre/xkcd [lun., 04 nov. 2013] (646)/xkcd [lun., 04 nov. 2013] - Calibre.epub (checksum...) ok
+add Calibre/Cyberpresse [dim., 03 nov. 2013] (644)/cover.jpg (checksum...) ok
+add Calibre/Cyberpresse [dim., 03 nov. 2013] (644)/Cyberpresse [dim., 03 nov. 2013] - Calibre.epub (checksum...) ok
+add Calibre/Le Devoir [sam., 02 nov., 2013] (640)/cover.jpg (checksum...) ok
+add Calibre/Le Devoir [sam., 02 nov., 2013] (640)/Le Devoir [sam., 02 nov., 2013] - Calibre.epub (checksum...) ok
+add Calibre/Le Devoir [lun., 04 nov., 2013] (648)/cover.jpg (checksum...) ok
+add Calibre/Le Devoir [lun., 04 nov., 2013] (648)/Le Devoir [lun., 04 nov., 2013] - Calibre.epub (checksum...) ok
+add Calibre/Cyberpresse [sam., 02 nov. 2013] (641)/cover.jpg (checksum...) ok
+add Calibre/Cyberpresse [sam., 02 nov. 2013] (641)/Cyberpresse [sam., 02 nov. 2013] - Calibre.epub (checksum...) ok
+add Calibre/Le Devoir [dim., 03 nov., 2013] (643)/cover.jpg (checksum...) ok
+add Calibre/Le Devoir [dim., 03 nov., 2013] (643)/Le Devoir [dim., 03 nov., 2013] - Calibre.epub (checksum...) [2013-11-04 22:43:01 EST] Committer: Committing changes to git
+ok
+(Recording state in git...)
+(Recording state in git...)
+04/Nov/2013:22:43:51 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:47:24 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:47:24 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:47:24 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:52:29 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:52:30 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:52:30 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:56:47 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+[2013-11-04 22:57:08 EST] Committer: Adding metadata.db-journal
+add metadata.db-journal (checksum...) [2013-11-04 22:57:08 EST] Committer: Committing changes to git
+[2013-11-04 22:57:09 EST] Committer: Adding metadata.db-journal metadata.db
+ok
+(Recording state in git...)
+(Recording state in git...)
+add metadata.db (checksum...) [2013-11-04 22:57:09 EST] Committer: Committing changes to git
+ok
+(Recording state in git...)
+(Recording state in git...)
+04/Nov/2013:22:57:12 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:57:15 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:57:18 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+04/Nov/2013:22:57:20 -0500 [Error#yesod-core] Unknown UUID @(yesod-core-1.2.4.2:Yesod.Core.Class.Yesod ./Yesod/Core/Class/Yesod.hs:485:5)
+"""]]
+
+> I wonder if this couldn't be related to [[cannot determine uuid for origin]], although in this case the remote is just not added to `.git/config`. --[[anarcat]]
+
+> This was fixed in commit 44e1524be53373ddbf28d643bedf5455433c2b2e
+> on Sep 29th. You should update. [[done]]
+> 
+> (It also sounds like your repository on markov is for some reason not
+> able to push its git repository to marcos. You might need to fix
+> something in your setup to get syncing working) --[[Joey]]
+> 
+> > Humm.. Weird. Upgrading fixes the crash, but `marcos` still sees only
+> > one repository. It sees some syncs going on from `unknown`, and when
+> > I click on that `unknown` link, I get to edit that repository, and
+> > it sees it as `here`. So I am not sure I understand what is going 
+> > on here.
+> >
+> > (As for the repo on `markov`, it does sync properly:
+> > 
+> >     anarcat@desktop008:books$ git annex sync
+> >     commit
+> >     ok
+> >     pull origin
+> >     From anarc.at:/srv/books
+> >        3b4fa7b..c35b13e  git-annex  -> origin/git-annex
+> >     ok
+> > 
+> > Or rather - it doesn't fail. But it doesn't push!
+> > 
+> >     anarcat@desktop008:books$ git push
+> >     Everything up-to-date
+> > 
+> > Note that git on `marcos` is the 1.8.4 backport for some reason.
+> > I know that branch tracking changed with that release, maybe 
+> > that's the problem? --[[anarcat]])
+> > 
+> > > So yep, I confirm that even in 4.20131105-g8efdc1a, the webapp
+> > > doesn't find the `markov` remote properly, even though
+> > > `git annex status` can:
+> > > 
+> > >     $ 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
+> > > 
+> > > I see transfers happening, but they go to "unknown". The link is:
+> > > 
+> > > http://127.0.0.1:56577/config/repository/edit/UUID%20%22aa500f29-42d9-4777-ae02-4a2c3d47db44%22?auth=...
+> > > 
+> > > -- [[anarcat]]
+> > > 
+> > > > I have filed this as a separate bug to close the discussion properly here, sorry for the noise. :) see [[bugs/remote_not_showing_up_in_webapp]] --[[anarcat]]
diff --git a/doc/bugs/internal_server_error_creating_repo_on_ssh_server.mdwn b/doc/bugs/internal_server_error_creating_repo_on_ssh_server.mdwn
new file mode 100644
index 0000000000..7235757bf7
--- /dev/null
+++ b/doc/bugs/internal_server_error_creating_repo_on_ssh_server.mdwn
@@ -0,0 +1,26 @@
+What steps will reproduce the problem?
+
+I downloaded the os x assistant today.
+
+I'd previously installed it but hadn't linked it to another repo.
+
+I tried to create a remote repo on an ssh server using the assistant.
+
+What is the expected output? What do you see instead?
+
+Creating a remote repo or giving an understandable error message.
+
+What version of git-annex are you using? On what operating system?
+
+3.20121212
+OS X 10.8.2 (Mountain Lion)
+
+The remote machine is running debian stable.
+
+Please provide any additional information below.
+
+Internal Server Error
+user error (gpg ["--quiet","--trust-model","always","--gen-random","--armor","1","512"] exited 127)
+git-annex version 3.20121212
+
+> [[done]], see comments --[[Joey]] 
diff --git a/doc/bugs/internal_server_error_creating_repo_on_ssh_server/comment_1_4a2c9338d5c779496049d78e29cf5cbd._comment b/doc/bugs/internal_server_error_creating_repo_on_ssh_server/comment_1_4a2c9338d5c779496049d78e29cf5cbd._comment
new file mode 100644
index 0000000000..04b25ecc2b
--- /dev/null
+++ b/doc/bugs/internal_server_error_creating_repo_on_ssh_server/comment_1_4a2c9338d5c779496049d78e29cf5cbd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlcxKZHglATIiJXD7jcxfYhkhgeFmcVFqE"
+ nickname="James"
+ subject="ignore"
+ date="2013-01-24T16:33:27Z"
+ content="""
+I had downloaded and installed the new version of git annex but not restarted the assistant. I rebooting my computer and started the new version (3.20130114) of the assistant and I was able to create a repo.
+"""]]
diff --git a/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option.mdwn b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option.mdwn
new file mode 100644
index 0000000000..d0ffaf083c
--- /dev/null
+++ b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+I get this same internal server error when doing the encrypted rsync repo option:
+
+    user error (gpg ["--quiet","--trust-model","always","--gen-random","--armor","1","512"] exited 2)
+
+### What steps will reproduce the problem?
+
+1. click Configuration > repositories
+2. click Remote Server
+3. On "Ready to add remote server" screen click Use an encrypted repo
+
+Error pops up:
+
+Internal Server Error
+
+    user error (gpg ["--quiet","--trust-model","always","--gen-random","--armor","1","512"] exited 2)
+
+### What version of git-annex are you using? On what operating system?
+Currently using the file found here:
+
+http://downloads.kitenet.net/git-annex/OSX/current/10.7.5_Lion/
+
+Using MacOS 10.7.5 Lion
+
+[[!meta title="OSX gpg.conf auto-key-locate cert line breaks gpg in git-annex app"]]
+
+> [[done]]; all OSX builds now include a recent gpg that supports 
+> this option. --[[Joey]] 
diff --git a/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_1_14a2f775f43a86129ce3649a06f8ba0b._comment b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_1_14a2f775f43a86129ce3649a06f8ba0b._comment
new file mode 100644
index 0000000000..fd59b3e051
--- /dev/null
+++ b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_1_14a2f775f43a86129ce3649a06f8ba0b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-06-30T20:36:02Z"
+ content="""
+There should be a more useful error message in the repository's debug.log, please post it.
+"""]]
diff --git a/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_2_7b277320fcffd8d03e0d3d31398eb571._comment b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_2_7b277320fcffd8d03e0d3d31398eb571._comment
new file mode 100644
index 0000000000..a990408712
--- /dev/null
+++ b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_2_7b277320fcffd8d03e0d3d31398eb571._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlpOeCs7zZLR-PBGPxUgjWlg7bwAAzQZyk"
+ nickname="Seth"
+ subject="comment 2"
+ date="2013-06-30T21:32:54Z"
+ content="""
+Here it is, with personal info redacted:
+
+(Recording state in git...)
+(encryption setup) gpg: /Users/bokeh/.gnupg/gpg.conf:233: invalid auto-key-locate list
+[2013-06-30 17:31:18 EDT] read: ssh-keygen [\"-F\",\"XXXXXXXXXXXX.com\"]
+[2013-06-30 17:31:18 EDT] read: ssh [\"-oNumberOfPasswordPrompts=0\",\"-n\",\"-p\",\"22\",\"XXXXXXXXXXXX@XXXXXXXXXXXX.com\",\"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-06-30 17:31:23 EDT] chat: ssh [\"XXXXXXXXXXXX@XXXXXXXXXXXX.com\",\"sh -c 'mkdir -p '\\"'\\"'annex'\\"'\\"'&&cd '\\"'\\"'annex'\\"'\\"''\"]
+(encryption setup) [2013-06-30 17:31:25 EDT] read: gpg [\"--quiet\",\"--trust-model\",\"always\",\"--gen-random\",\"--armor\",\"1\",\"512\"]
+gpg: /Users/bokeh/.gnupg/gpg.conf:233: invalid auto-key-locate list
+"""]]
diff --git a/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_3_ba9dd8f2cc46640383d4339a3661571f._comment b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_3_ba9dd8f2cc46640383d4339a3661571f._comment
new file mode 100644
index 0000000000..59ac0d158f
--- /dev/null
+++ b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_3_ba9dd8f2cc46640383d4339a3661571f._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlpOeCs7zZLR-PBGPxUgjWlg7bwAAzQZyk"
+ nickname="Seth"
+ subject="comment 3"
+ date="2013-06-30T21:36:39Z"
+ content="""
+WOO!!! Found a \"solution\" here:
+
+http://eureka.ykyuen.info/2011/10/26/mac-gnupg-installation/
+
+Basically I commented out this line:
+
+    auto-key-locate cert pka ldap hkp://keys.gnupg.net
+
+Any clue why this would solve the problem?
+"""]]
diff --git a/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_4_274ae39d55545bde0be931d7a6c42c94._comment b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_4_274ae39d55545bde0be931d7a6c42c94._comment
new file mode 100644
index 0000000000..e89e8449dd
--- /dev/null
+++ b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_4_274ae39d55545bde0be931d7a6c42c94._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 4"
+ date="2013-07-02T16:52:43Z"
+ content="""
+The question is, where did this line in .gnupg/gpg.conf come from?
+
+It seems likely to me that something else put it there, and perhaps that has a version of gpg that supports some of the options, like ldap, while the version of gpg bundled with git-annex for OSX Lion does not.
+
+(I tried enabling that line on a Mountian Lion machine, and the gpg in git-annex accepts it.)
+"""]]
diff --git a/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_5_242291d46acc61bdfc112e3316de528b._comment b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_5_242291d46acc61bdfc112e3316de528b._comment
new file mode 100644
index 0000000000..12277738a5
--- /dev/null
+++ b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_5_242291d46acc61bdfc112e3316de528b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlpOeCs7zZLR-PBGPxUgjWlg7bwAAzQZyk"
+ nickname="Seth"
+ subject="comment 5"
+ date="2013-07-02T18:15:35Z"
+ content="""
+Hmm.. well I've used gpg before, so maybe this put it there? https://gpgtools.org/
+
+Installed that well before using git-annex.
+"""]]
diff --git a/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_6_76b936263e82ca6c415a16ed57e770b4._comment b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_6_76b936263e82ca6c415a16ed57e770b4._comment
new file mode 100644
index 0000000000..9190278427
--- /dev/null
+++ b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_6_76b936263e82ca6c415a16ed57e770b4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 6"
+ date="2013-07-04T08:32:54Z"
+ content="""
+Just wondering if its because I have gnupg 1.1.0 on the Lion build machine thats causing the problem. I could try installing gnupg 2.0.19 if that will fix the problem. What version of gnupg is on the Mountain Lion build?
+"""]]
diff --git a/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_7_9ccd3749fd9f32b0906c0b9428cc514f._comment b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_7_9ccd3749fd9f32b0906c0b9428cc514f._comment
new file mode 100644
index 0000000000..57ca6cb790
--- /dev/null
+++ b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_7_9ccd3749fd9f32b0906c0b9428cc514f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 7"
+ date="2013-07-05T15:28:33Z"
+ content="""
+@Jimmy it has version 2.0.19 of MacGPG2.
+
+I think an upgrade is a great idea!
+"""]]
diff --git a/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_8_4e8982668b5044b2286d55c90adb9da3._comment b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_8_4e8982668b5044b2286d55c90adb9da3._comment
new file mode 100644
index 0000000000..b91884642e
--- /dev/null
+++ b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_8_4e8982668b5044b2286d55c90adb9da3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 8"
+ date="2013-07-08T18:03:54Z"
+ content="""
+Actually MacGPG caused problems on mountian lion and I have switched to gpg 1.4.13 from brew.
+"""]]
diff --git a/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_9_aaf0ee250972d737a2ca57de5b5f1c0a._comment b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_9_aaf0ee250972d737a2ca57de5b5f1c0a._comment
new file mode 100644
index 0000000000..611c3ebb93
--- /dev/null
+++ b/doc/bugs/internal_server_error_when_choosing_encrypted_rsync_repo_option/comment_9_aaf0ee250972d737a2ca57de5b5f1c0a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkfHTPsiAcHEEN7Xl7WxiZmYq-vX7azxFY"
+ nickname="Vincent"
+ subject="comment 9"
+ date="2013-07-24T13:26:07Z"
+ content="""
+I was seeing this too in os/x until I upgraded to the version published on 2nd July.
+
+I was and am using macports gnupg, v1.4.13.
+
+Seems to be fixed for me now.
+"""]]
diff --git a/doc/bugs/interrupting_migration_causes_problems.mdwn b/doc/bugs/interrupting_migration_causes_problems.mdwn
new file mode 100644
index 0000000000..68426e54af
--- /dev/null
+++ b/doc/bugs/interrupting_migration_causes_problems.mdwn
@@ -0,0 +1,52 @@
+Killing a migration from WORM to SHA256 with ^C breaks things; future attempts to do the migration fail:
+
+    #!/bin/bash
+    
+    BASE=/tmp/migrate-bug
+    
+    set -x
+    
+    chmod -R +w $BASE
+    rm -rf $BASE
+    mkdir -p $BASE
+    cd $BASE
+    
+    # create annex
+    git init .
+    git annex init
+    
+    # make a big (sparse) file and add it
+    dd if=/dev/zero of=bigfile bs=1 count=0 seek=1G
+    git annex add --backend WORM bigfile
+    git commit -m 'added bigfile'
+    
+    # look at status
+    git annex status
+    
+    # now migrate it, but kill migration during checksum
+    # Simulate ^C by making a new process group and sending SIGINT
+    setsid git annex migrate --backend SHA256 bigfile &
+    PID=$!
+    sleep 1
+    kill -INT -$PID
+    wait
+    
+    # look at status
+    git annex status
+    
+    # this migration fails
+    git annex migrate --backend SHA256 bigfile
+    
+    # but fsck says everything's OK
+    git annex fsck
+
+The error:
+
+    migrate bigfile 
+    git-annex: /tmp/migrate-bug/.git/annex/objects/K9/V1/WORM-s1073741824-m1321566308--bigfile/WORM-s1073741824-m1321566308--bigfile: createLink: already exists (File exists)
+    failed
+    git-annex: migrate: 1 failed
+
+> Fixed it to delete the stale temp file. [[done]]
+> 
+> Thanks for making such clear test cases, Jim! --[[Joey]] 
diff --git a/doc/bugs/javascript_functions_qouting_issue.mdwn b/doc/bugs/javascript_functions_qouting_issue.mdwn
new file mode 100644
index 0000000000..7f16462f5d
--- /dev/null
+++ b/doc/bugs/javascript_functions_qouting_issue.mdwn
@@ -0,0 +1,44 @@
+**What is the expected output? What do you see instead?**
+
+SyntaxError: missing ( before formal parameters
+
+function longpoll_"sidebar"() {
+
+reposi...c5e0ead (строка 5, столбец 18)
+	
+
+**Please provide any additional information below.**
+
+functions have illegal characters in their names: *function longpoll_"sidebar"*
+
+    <script>function longpoll_"sidebar"() {
+    	longpoll(longpoll_"sidebar"_url, '"sidebar"'
+    		, function() { setTimeout(longpoll_"sidebar", "10"); }
+    		, function() { webapp_disconnected(); }
+    	);
+    }
+    $(function() {
+    	$.get("/notifier/sidebar?auth=bd717e7499f2c42363719c833d3df2d25b77cf42184aacbcd0f969895911a0208ba17fd4f468c4b97274d5e3f7f419260e5df7d83d2e7642524a89325c5e0ead", function(url){
+    		longpoll_"sidebar"_url = url;
+    		setTimeout(longpoll_"sidebar", "10");
+    	});
+    });
+    function longpoll_"repolist"() {
+    	longpoll(longpoll_"repolist"_url, '"repolist"'
+    		, function() { setTimeout(longpoll_"repolist", "10"); }
+    		, function() { webapp_disconnected(); }
+    	);
+    }
+    $(function() {
+    	$.get("/notifier/repolist/RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True%7D?auth=bd717e7499f2c42363719c833d3df2d25b77cf42184aacbcd0f969895911a0208ba17fd4f468c4b97274d5e3f7f419260e5df7d83d2e7642524a89325c5e0ead", function(url){
+    		longpoll_"repolist"_url = url;
+    		setTimeout(longpoll_"repolist", "10");
+    	});
+    });
+
+> This is already fixed in the 3.20130124 release. [[done]]
+> 
+> (Standalone builds of that release are not yet available for Mountian
+> Lion.
+> 
+> --[[Joey]] 
diff --git a/doc/bugs/journal_commit_error_when_using_annex.mdwn b/doc/bugs/journal_commit_error_when_using_annex.mdwn
new file mode 100644
index 0000000000..fe19282292
--- /dev/null
+++ b/doc/bugs/journal_commit_error_when_using_annex.mdwn
@@ -0,0 +1,21 @@
+Sorry for the noise - notabug - [[done]]
+
+Setup:
+
+* git-annex version: 3.20120629 on Debian unstable.
+* external RAID1 array connected via usb
+
+I did: <code> git-annex add \<a specific album of ogg files\> </code>
+
+When it gets to the fourth song, there is a long delay and a bunch of "journal commit I/O error" from the kernel start appearing. Then GNOME helpfully tells me that my drive was just connected (implying that it thought it was disconnected momentarily)
+
+Log outputs:
+
+Both trying to add whole album, failing at song 4
+
+* <http://paste.mitechie.com/show/745/>
+* <http://paste.mitechie.com/show/746/>
+
+Just trying to add song 4 individually
+
+* <http://paste.mitechie.com/show/747/> (lots o' journal commit I/O errors that time)
diff --git a/doc/bugs/journal_commit_error_when_using_annex/comment_1_38f60ca3503ea1530c4bd2cde5c9182f._comment b/doc/bugs/journal_commit_error_when_using_annex/comment_1_38f60ca3503ea1530c4bd2cde5c9182f._comment
new file mode 100644
index 0000000000..de39249a8b
--- /dev/null
+++ b/doc/bugs/journal_commit_error_when_using_annex/comment_1_38f60ca3503ea1530c4bd2cde5c9182f._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-01T23:06:03Z"
+ content="""
+That's not a git-annex error, your drive is dying.
+
+I'm sure if you tried just playing the song you'll get the same errors.
+"""]]
diff --git a/doc/bugs/journal_commit_error_when_using_annex/comment_2_6de455a67f37d9ee0a307a78123781bf._comment b/doc/bugs/journal_commit_error_when_using_annex/comment_2_6de455a67f37d9ee0a307a78123781bf._comment
new file mode 100644
index 0000000000..dd1e1c92b7
--- /dev/null
+++ b/doc/bugs/journal_commit_error_when_using_annex/comment_2_6de455a67f37d9ee0a307a78123781bf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://creativecommons.net/greg/identity"
+ ip="64.79.125.70"
+ subject="comment 2"
+ date="2012-08-01T23:22:03Z"
+ content="""
+Probably right, the song in question is not playing fully and causing same error.
+
+Time to go into crises mode...
+"""]]
diff --git a/doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX.mdwn b/doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX.mdwn
new file mode 100644
index 0000000000..f556d16e9c
--- /dev/null
+++ b/doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX.mdwn
@@ -0,0 +1,30 @@
+What steps will reproduce the problem?
+
+leave the assistant running for multiple days
+
+What is the expected output? 
+
+Glorious git-annex enlightenment
+
+What do you see instead?
+
+After ~2-3 days, there are hundreds of zombied git processes and the system is unable to fork new processes. This has occurred on 3 differently hardware configured mac's (macbooks and imacs) all running Mountain Lion 10.8.2 Build 12C3006
+In each case, once the system gets to this point, the only solution is forcing a reboot by holding down the power button as not even kill can spin up it's process.
+
+What version of git-annex are you using?
+
+    git-annex version: 3.20130122
+
+On what operating system?
+
+Mac OSX 10.8.2 Mountain Lion Build 12C3006
+
+Please provide any additional information below.
+
+I'm really not sure what to look for next. Happy to take suggestions.
+
+[!tag /design/assistant]]
+
+> [[done]], I found the zombie leak; the ConfigMonitor was 
+> leaving one zombie every time it checked a push/pull.
+> Not a fast leak, but over time they would add up. --[[Joey]]
diff --git a/doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX/comment_1_91c911c29fd126ddc365c561591f627e._comment b/doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX/comment_1_91c911c29fd126ddc365c561591f627e._comment
new file mode 100644
index 0000000000..d4e47b4eb3
--- /dev/null
+++ b/doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX/comment_1_91c911c29fd126ddc365c561591f627e._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 1"
+ date="2013-02-05T19:27:35Z"
+ content="""
+Are you sure about that version number? 
+
+A lot of work was done to avoid excessive numbers of zombie processes back in version 3.20111011. There should be no zombies anymore.
+"""]]
diff --git a/doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX/comment_2_c316aead931a6a2377a4515bbb34ac5b._comment b/doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX/comment_2_c316aead931a6a2377a4515bbb34ac5b._comment
new file mode 100644
index 0000000000..4172a7ee84
--- /dev/null
+++ b/doc/bugs/long_running_assistant_causes_resource_starvation_on_OSX/comment_2_c316aead931a6a2377a4515bbb34ac5b._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-02-05T21:33:12Z"
+ content="""
+That was compiled from the source tree in git. I'm letting it run again today to see if I can see it happen.
+"""]]
diff --git a/doc/bugs/lsof__47__committer_thread_loops_occassionally.mdwn b/doc/bugs/lsof__47__committer_thread_loops_occassionally.mdwn
new file mode 100644
index 0000000000..335581e20d
--- /dev/null
+++ b/doc/bugs/lsof__47__committer_thread_loops_occassionally.mdwn
@@ -0,0 +1,53 @@
+I've noticed this to occur occassionally 
+
+<pre>
+laplace:atest jtang$ ls
+1@  2@	3@  4@	5@  readme.txt@
+laplace:atest jtang$ git annex watch -d --foreground
+watch . [2012-07-29 11:49:26 IST] read: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","show-ref","git-annex"] 
+[2012-07-29 11:49:26 IST] read: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","show-ref","--hash","refs/heads/git-annex"] 
+[2012-07-29 11:49:26 IST] read: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","log","refs/heads/git-annex..f85faa60e73efabc2e92f837b19c3918d3ab030f","--oneline","-n1"] 
+[2012-07-29 11:49:26 IST] chat: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","cat-file","--batch"] 
+(scanning...) [2012-07-29 11:49:26 IST] Assistant: all threads started
+[2012-07-29 11:49:26 IST] Merger: watching /Users/jtang/sandbox/atest/.git/refs/heads/synced
+[2012-07-29 11:49:26 IST] TransferWatcher: watching for transfers
+[2012-07-29 11:49:26 IST] read: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","symbolic-ref","HEAD"] 
+[2012-07-29 11:49:26 IST] call: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","add","--update"] 
+[2012-07-29 11:49:26 IST] Merger: merging changes into Just refs/heads/master
+[2012-07-29 11:49:26 IST] call: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","merge","--no-edit","refs/heads/synced/master"] 
+(started...) [2012-07-29 11:49:26 IST] Watcher: watching .
+[2012-07-29 11:49:26 IST] WebApp: running on port 60042
+Already up-to-date.
+[2012-07-29 11:49:26 IST] Watcher: add symlink ./1
+[2012-07-29 11:49:26 IST] chat: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","cat-file","--batch"] 
+[2012-07-29 11:49:26 IST] Watcher: add symlink ./2
+[2012-07-29 11:49:26 IST] Watcher: add symlink ./3
+[2012-07-29 11:49:26 IST] Watcher: add symlink ./4
+[2012-07-29 11:49:26 IST] Watcher: add symlink ./5
+[2012-07-29 11:49:26 IST] Watcher: add symlink ./readme.txt
+[2012-07-29 11:49:27 IST] Committer: committing 6 changes
+(Recording state in git...)
+[2012-07-29 11:49:27 IST] feed: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","update-index","-z","--index-info"] 
+[2012-07-29 11:49:27 IST] call: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","commit","--allow-empty-message","-m","","--allow-empty","--quiet"] 
+[2012-07-29 11:49:28 IST] read: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","symbolic-ref","HEAD"] 
+[2012-07-29 11:49:28 IST] Pusher: pushing to []
+[2012-07-29 11:49:28 IST] call: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","branch","-f","synced/master"] 
+[2012-07-29 11:49:28 IST] read: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","symbolic-ref","HEAD"] 
+[2012-07-29 11:49:28 IST] Merger: merging changes into Just refs/heads/master
+[2012-07-29 11:49:28 IST] call: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","merge","--no-edit","refs/heads/synced/master"] 
+Already up-to-date.
+[2012-07-29 11:49:43 IST] Watcher: file added ./.gitignore
+[2012-07-29 11:49:43 IST] read: lsof ["-F0can","+d","/Users/jtang/sandbox/atest/.git/annex/tmp/"] 
+[2012-07-29 11:49:44 IST] Committer: delaying commit of 0 changes
+[2012-07-29 11:49:45 IST] read: lsof ["-F0can","+d","/Users/jtang/sandbox/atest/.git/annex/tmp/"] 
+[2012-07-29 11:49:46 IST] Committer: delaying commit of 0 changes
+[2012-07-29 11:49:47 IST] read: lsof ["-F0can","+d","/Users/jtang/sandbox/atest/.git/annex/tmp/"] 
+[2012-07-29 11:49:48 IST] Committer: delaying commit of 0 changes
+[2012-07-29 11:49:49 IST] read: lsof ["-F0can","+d","/Users/jtang/sandbox/atest/.git/annex/tmp/"] 
+</pre>
+
+I ran " git annex watch -d --foreground" to watch what was going one, and just created a .gitignore file and the the commiter/lsof thread just loops over and over.... I only noticed as my laptop battery had drained at somepoint when git-annex was running in the background.
+
+[[!meta title="assistant: lsof/committer thread loops occassionally"]]
+
+> Closing this since it doesn't seem reproducible. [[done]] --[[Joey]]
diff --git a/doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_1_f8d1720aa26c719609720acf0772606e._comment b/doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_1_f8d1720aa26c719609720acf0772606e._comment
new file mode 100644
index 0000000000..521d2e0cb6
--- /dev/null
+++ b/doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_1_f8d1720aa26c719609720acf0772606e._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.133"
+ subject="probably a kqueue specific problem..."
+ date="2012-07-29T18:10:12Z"
+ content="""
+I don't think this would eat your battery badly; it's looping for sure, but with a hardcoded 1 second delay I put in to guard against it eating all CPU.
+
+I tried to fix this in commit c4023f785834bc237e5fcdb69e275bbae10dd40b, but I sort of doubt I did.
+I made one more commit that will at least tell us what file it is trying to check over and over with lsof.
+"""]]
diff --git a/doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_2_0527569ea2924721d19dadcf4fe0ec5a._comment b/doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_2_0527569ea2924721d19dadcf4fe0ec5a._comment
new file mode 100644
index 0000000000..438fdcb3ce
--- /dev/null
+++ b/doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_2_0527569ea2924721d19dadcf4fe0ec5a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.84"
+ subject="comment 2"
+ date="2012-09-19T17:33:20Z"
+ content="""
+Have you seen this anymore? 
+"""]]
diff --git a/doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_3_5b67ff08a897ea3d2266ccc910ab4278._comment b/doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_3_5b67ff08a897ea3d2266ccc910ab4278._comment
new file mode 100644
index 0000000000..a89b12596c
--- /dev/null
+++ b/doc/bugs/lsof__47__committer_thread_loops_occassionally/comment_3_5b67ff08a897ea3d2266ccc910ab4278._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-09-19T20:17:00Z"
+ content="""
+No, I've not noticed this recently, I would consider this issue to be closed for now.
+"""]]
diff --git a/doc/bugs/make_SHA512E_the_default.mdwn b/doc/bugs/make_SHA512E_the_default.mdwn
new file mode 100644
index 0000000000..46f18130c0
--- /dev/null
+++ b/doc/bugs/make_SHA512E_the_default.mdwn
@@ -0,0 +1,29 @@
+What steps will reproduce the problem?
+
+As described in
+http://git-annex.branchable.com/backends/#comment-3c1cd45d2a015b4fc412dd813293ad7d
+, sha512 is faster. On my 64-bit system, the speed difference is about
+1.5times.
+
+What is the expected output? What do you see instead?
+
+
+What version of git-annex are you using? On what operating system?
+
+
+Please provide any additional information below.
+
+> You are free to change the default in your own annexes. This is very easy
+> to do: `echo '* annex.backend=SHA512E' > .gitattributes`
+> 
+> I don't anticipate moving to SHA512, because
+> 
+> 1. It makes `ls -l` really ugly. Each symlink takes like 4 lines
+>    on an 80 column terminal.
+> 2. There are better hashes coming. Particularly SHA3. That should be
+>    faster and/or more secure. And without adding so much length to the
+>    hash.
+> 
+> --[[Joey]]
+
+[[done]]
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/making_annex-merge_try_a_fast-forward.mdwn b/doc/bugs/making_annex-merge_try_a_fast-forward.mdwn
new file mode 100644
index 0000000000..41a5a2a581
--- /dev/null
+++ b/doc/bugs/making_annex-merge_try_a_fast-forward.mdwn
@@ -0,0 +1,35 @@
+While merging the git-annex branch, annex-merge does not end up in a fast-forward even when it would be possible.
+But as sometimes annex-merge takes time, it would probably be worth it
+(but maybe I miss something with my workflow...).
+
+> I don't think a fast-forward will make things much faster.
+> 
+> git-annex needs its index file to be updated to reflect the merge.
+> With the union merge it does now, this can be accomplished by using
+> `git-diff-index` to efficiently get a list of files that have changed,
+> and only merge those changes into the index with `git-update-index`.
+> Then the index gets committed, generating the merge.
+> 
+> To fast-forward, it would just reset the git-annex branch to the new
+> head of the remote it's merging to. But then the index needs to be
+> updated to reflect this new head too. To do that needs the same method
+> described above, essentially (with the difference that it can replace
+> files in the index with the version from the git-annex branch, rather
+> than merging in the changes... but only if the index is known to be
+> already committed and have no other changes, which would require both
+> an attempt to commit it first, and
+> locking). 
+> 
+> So will take basically the same amount of time, except
+> it would not need to commit the index at the end of the merge. The
+> most expensive work is the `git-diff-index` and `git-update-index`,
+> which are not avoided.
+> 
+> Although, perhaps fast-forward merge would use slightly
+> less space. --[[Joey]]
+
+>> To avoid the ladder-merge between two repositories described at
+>> <http://sprunge.us/LOMU>, seems a fast-forward should be detected and
+>> written to git, even if the index is still updated the current way.
+>> [[done]]
+>> --[[Joey]]
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/map_not_respecting_annex_ssh_options__63__.mdwn b/doc/bugs/map_not_respecting_annex_ssh_options__63__.mdwn
new file mode 100644
index 0000000000..63dfec4acf
--- /dev/null
+++ b/doc/bugs/map_not_respecting_annex_ssh_options__63__.mdwn
@@ -0,0 +1,38 @@
+### What steps will reproduce the problem?
+
+1. Have a remote that uses annex-ssh-options to specify an sshkey which is needed to invoke git-annex-shell on that remote.
+2. Run git-annex map.
+
+### What is the expected output? What do you see instead?
+
+I expect to see a map without any errors complaining of commands not recognized.
+
+Instead I see:
+
+    greg@x200s:~/Pictures/Photos$ git-annex map
+    map /home/greg/Pictures/Photos ok
+    map 60justin (sshing...) 
+    ok
+    map rose (sshing...) 
+    fatal: unrecognized command 'cd '/home/greg/Media/Pictures/Photos/' && git config --null --list'
+    git-annex-shell: git-shell failed
+
+relevant part of .git/config:
+
+    [remote "rose"]
+        url = greg@rose.makesad.us:/home/greg/Media/Pictures/Photos/
+        fetch = +refs/heads/*:refs/remotes/rose/*
+        annex-ssh-options = "-i /home/greg/.ssh/annex.x200s_rsa"
+        annex-trustlevel = trusted
+        annex-uuid = c0e4106e-2631-11e2-9749-1bfa37a61069
+
+
+### What version of git-annex are you using? On what operating system?
+
+    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
+
+> [[done]], see comment --[[Joey]]
diff --git a/doc/bugs/map_not_respecting_annex_ssh_options__63__/comment_1_c63a1ed5909d53f116f06e60aba74dc6._comment b/doc/bugs/map_not_respecting_annex_ssh_options__63__/comment_1_c63a1ed5909d53f116f06e60aba74dc6._comment
new file mode 100644
index 0000000000..029373945c
--- /dev/null
+++ b/doc/bugs/map_not_respecting_annex_ssh_options__63__/comment_1_c63a1ed5909d53f116f06e60aba74dc6._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.72"
+ subject="comment 1"
+ date="2012-12-05T17:00:21Z"
+ content="""
+To map a remote, it needs to run `git config --list` on the remote, and the remote may be a non-git-annex git remote. So mapping does a regular ssh first, and cannot use annex.ssh-options (because that would dump it into git-annex-shell). If that fails, it *does* fall back to using git-annex-shell, and will then use annex.ssh-options. 
+
+So, not a bug, I believe.
+"""]]
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/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build.mdwn b/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build.mdwn
new file mode 100644
index 0000000000..c10176463d
--- /dev/null
+++ b/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build.mdwn
@@ -0,0 +1,36 @@
+### Please describe the problem.
+
+1 thumb drive became corrupted when using as a server on raspberry pi, and 2 microSD cards when using as a client in my phone. Both happened during syncing largish repository. (corrupted = permanent input/output error)
+
+* Put git annex on my android phone with a 64GB (FAT) micro SD, fired up git annex, it got reported as corrupted half on hour later, reformatting worked but got reported as corrupted again.
+
+* Put git annex assistant on my raspberry pi, one of the thumbdrives in my LVM (ext4) got corrupted shortly after I began using the assistant. I replaced them with a cheap real SSD drive, and had no problem since.
+
+* Put git annex back on my android phone. Kept it going for an extended sync session, but it never started syncing. I kept it going for an hour or so, and my new 32GB microSD (FAT) got corrupted.
+
+The pattern is nothing like proof, but it seems to be too regular to be completely coincidental. The pattern seems to be: ARM + (SDcard|USBstick) + Assistant = drive corruption.
+
+My guess is that the ARM build might have some kind of unlucky write pattern or loop that causes increased wear, but I know very little of the interna.
+
+### What steps will reproduce the problem?
+
+* Get a raspberry pi and a USB stick, or an android phone and a microSD card
+* Get an [ARM build of the assistant](https://github.com/tradloff/git-annex-RPi)
+* Sync a largish (12GB) repository
+
+### What version of git-annex are you using? On what operating system?
+
+4.20131002 on the pi, 20131024 for the 32GB SD, and 20131015 for the 64GB SD.
+
+### 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
+
+Unfortunately, daemon.log was unrecoverable along with the other files on the SD card.
+
+I can try and autosync the daemon.log somewhere if I happen to come along a bunch of scrap flash storage (not impossible).
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_1_0527581ea60d28bb28504fa2a355ed87._comment b/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_1_0527581ea60d28bb28504fa2a355ed87._comment
new file mode 100644
index 0000000000..52324a5a8b
--- /dev/null
+++ b/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_1_0527581ea60d28bb28504fa2a355ed87._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="salvaged logs"
+ date="2013-10-31T10:00:40Z"
+ content="""
+The previously corrupt memory drive magically reappeared, so this might indicate a phone bug. In any case, I was able to salvage the logs from the phone.
+
+[Salvaged Logs](http://capocasa.name/android-4.2-lenovo-daemonlog.tar.gz)
+"""]]
diff --git a/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_2_926a87b60e20d286d49639c8dad13a1a._comment b/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_2_926a87b60e20d286d49639c8dad13a1a._comment
new file mode 100644
index 0000000000..878e8fd7df
--- /dev/null
+++ b/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_2_926a87b60e20d286d49639c8dad13a1a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="correlation does not imply causation"
+ date="2013-11-01T16:37:31Z"
+ content="""
+I've been using git-annex on thumbdrives for years without problems. It seems more likely to me that you have a general problem with your hardware than that one program that does nothing special is somehow at fault.
+"""]]
diff --git a/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_3_c509fba1a9adacfd26a2bd12b4aea988._comment b/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_3_c509fba1a9adacfd26a2bd12b4aea988._comment
new file mode 100644
index 0000000000..01ab119d27
--- /dev/null
+++ b/doc/bugs/microsd__47__thumbdrives_seem_to_die_when_using_the_ARM_build/comment_3_c509fba1a9adacfd26a2bd12b4aea988._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnZEanlyzay_QlEAL0CWpyZcRTyN7vay8U"
+ nickname="Carlo"
+ subject="comment 3"
+ date="2013-11-02T17:29:55Z"
+ content="""
+True, and good to know. Didn't necessarily want to trigger a big bug hunt here anyway, just some data/logs in case any more correlation comes up.
+"""]]
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/minor_bug:_errors_are_not_verbose_enough.mdwn b/doc/bugs/minor_bug:_errors_are_not_verbose_enough.mdwn
new file mode 100644
index 0000000000..a6620f4255
--- /dev/null
+++ b/doc/bugs/minor_bug:_errors_are_not_verbose_enough.mdwn
@@ -0,0 +1,26 @@
+Current:
+
+    % git annex status
+    git-annex: unknown command
+
+Better: 
+
+    % git annex status
+    git-annex: status: unknown command
+
+Current:
+
+    % git annex fsck
+    [...]
+    git-annex: 18 failed
+
+Better:
+
+    % git annex fsck
+    [...]
+    git-annex: fsck: 18 failed
+
+
+etc pp.
+
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/missing_dependency_in_git-annex-3.20130216.mdwn b/doc/bugs/missing_dependency_in_git-annex-3.20130216.mdwn
new file mode 100644
index 0000000000..7c7664c678
--- /dev/null
+++ b/doc/bugs/missing_dependency_in_git-annex-3.20130216.mdwn
@@ -0,0 +1,29 @@
+What steps will reproduce the problem?
+
+build git-annex-3.20130216 on OS X lion
+
+
+What is the expected output? What do you see instead?
+
+successful compile; error was:
+
+```
+Annex/UUID.hs:30:8:
+    Could not find module `System.Random'
+    It is a member of the hidden package `random-1.0.1.1'.
+    Perhaps you need to add `random' to the build-depends in your .cabal file.
+    Use -v to see a list of the files searched for.
+```
+
+
+What version of git-annex are you using? On what operating system?
+
+building git-annex-3.20130216 on OS X Lion
+
+
+Please provide any additional information below.
+
+
+adding 'random' to the BuildDepends in git-annex.cabal does indeed fix the error.
+
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/missing_kde__47__gnome_menu_item..mdwn b/doc/bugs/missing_kde__47__gnome_menu_item..mdwn
new file mode 100644
index 0000000000..c09cdf3743
--- /dev/null
+++ b/doc/bugs/missing_kde__47__gnome_menu_item..mdwn
@@ -0,0 +1,29 @@
+What steps will reproduce the problem?
+  apt-get install git-annex
+
+
+
+What is the expected output?
+ a menu item at kde or gnome at internet> Git Annex , as
+http://git-annex.branchable.com/assistant/  shows.
+
+ What do you see instead? no menu item.
+
+
+What version of git-annex are you using?
+Version: 1:1.7.10.4-1+wheezy1
+
+ On what operating system?
+Wheezy
+
+
+ Also
+I just installed git-annex on a squeeze system and had the same result.
+
+same with ubuntu precise 12.04
+
+> git-annex ships a /usr/share/applications/git-annex.desktop
+> file that provies the menu item. But there has never been a version
+> 1.7.10. I suspect this is user error; installing a version of git-annex
+> that predates the git-annex assistant and expecting it to have the
+> assistant and its menu item. [[done]] --[[Joey]] 
diff --git a/doc/bugs/moreinfo.mdwn b/doc/bugs/moreinfo.mdwn
new file mode 100644
index 0000000000..8581a2c919
--- /dev/null
+++ b/doc/bugs/moreinfo.mdwn
@@ -0,0 +1,6 @@
+If your bug report is listed here, it has been flagged as needing more
+information. Please respond to the bug and provide the requested
+information.
+
+[[!inline pages="./* and link(./moreinfo) and !link(./done) and !*/Discussion" sort=mtime show=10
+archive=yes]]
diff --git a/doc/bugs/network___62____61___2.4.0.1_is_not_in_Haskell_Platform_2012.4.0.0.mdwn b/doc/bugs/network___62____61___2.4.0.1_is_not_in_Haskell_Platform_2012.4.0.0.mdwn
new file mode 100644
index 0000000000..1b90f593f5
--- /dev/null
+++ b/doc/bugs/network___62____61___2.4.0.1_is_not_in_Haskell_Platform_2012.4.0.0.mdwn
@@ -0,0 +1,12 @@
+git-annex requires version 2.4.0.1 or later of the 'network' library. Unfortunately,
+the current version of the Haskell Platform mandates version 2.3.1.0 of that library.
+This means that git-annex cannot be compiled on the Haskell Platform 2012.4.0.0 (which
+is going to remain the HP version of choice until May next year or so).
+
+Do you think it's possible to support *both* versions of the network library, maybe?
+That would increase the portability of git-annex quite a bit.
+
+Thank you for your consideration.
+
+> Ok, I think I've figured out how to use the CPP macros defined by cabal
+> to deal with this. [[done]], will be in next release. --[[Joey]] 
diff --git a/doc/bugs/network___62____61___2.4.0.1_is_not_in_Haskell_Platform_2012.4.0.0/comment_1_2c4b3757bb8de563edca65aeabcbbc5a._comment b/doc/bugs/network___62____61___2.4.0.1_is_not_in_Haskell_Platform_2012.4.0.0/comment_1_2c4b3757bb8de563edca65aeabcbbc5a._comment
new file mode 100644
index 0000000000..a6df44da91
--- /dev/null
+++ b/doc/bugs/network___62____61___2.4.0.1_is_not_in_Haskell_Platform_2012.4.0.0/comment_1_2c4b3757bb8de563edca65aeabcbbc5a._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 1"
+ date="2012-11-11T21:49:10Z"
+ content="""
+My code already supports using either, but I don't know how to tell cabal to set -DWITH_OLD_URI to build with the old one, when it's installed. I've in the past tried to deal with this by defining cabal flags, and it didn't work out too well, tending to land users solidly in cabal hell.
+
+You can patch the cabal file like so to make it build with the old network:
+
+<pre>
+--- a/git-annex.cabal
++++ b/git-annex.cabal
+@@ -52,7 +52,7 @@ Flag DNS
+ Executable git-annex
+   Main-Is: git-annex.hs
+   Build-Depends: MissingH, hslogger, directory, filepath,
+-   unix, containers, utf8-string, network (>= 2.4.0.1), mtl,
++   unix, containers, utf8-string, network (< 2.4.0.1), mtl,
+    bytestring, old-locale, time,
+    pcre-light, extensible-exceptions, dataenc, SHA, process, json, HTTP,
+    base (>= 4.5 && < 4.7), monad-control, transformers-base, lifted-base,
+@@ -64,6 +64,7 @@ Executable git-annex
+   C-Sources: Utility/libdiskfree.c Utility/libmounts.c
+   Extensions: CPP
+   GHC-Options: -threaded
++  CPP-Options: -DWITH_OLD_URI
+</pre>
+"""]]
diff --git a/doc/bugs/nfs_mounted_repo_results_in_errors_on_drop_move.mdwn b/doc/bugs/nfs_mounted_repo_results_in_errors_on_drop_move.mdwn
new file mode 100644
index 0000000000..761ee5b25b
--- /dev/null
+++ b/doc/bugs/nfs_mounted_repo_results_in_errors_on_drop_move.mdwn
@@ -0,0 +1,59 @@
+I'm on an nfs mounted filesystem (some netapp somewhere).  This is repeatable, every time.
+
+    git init repo; cd repo;
+    git annex init repo
+    truncate -s 20M big
+    git annex add big
+    git commit -m "annexed file"
+    cd ..
+    git clone repo repo_copy
+    cd repo_copy;
+    git annex get .
+    git annex whereis big
+
+    #whereis big (2 copies) 
+    #   	9310b242-6021-4621-8cef-4548a00907ff -- here
+    #   	b3526e4d-38d7-4781-a9c3-436007899f1b -- origin (repo)
+    #ok
+
+    git annex drop big
+
+    #git-annex: /nfspath/repo_copy/.git/annex/objects/fM/4k/SHA1-s20971520--9674344c90c2f0646f0b78026e127c9b86e3ad77: removeDirectory: unsatisified constraints (Directory not empty)
+    #failed
+    #git-annex: drop: 1 failed
+
+    git annex drop big  # no error second time, I suspect nfs has caught up by now.
+    git annex fsck      # Doesn't know that the second drop succeeded.
+
+    #fsck big (fixing location log) 
+    #  ** Based on the location log, big
+    #  ** was expected to be present, but its content is missing.
+    #failed
+    #git-annex: fsck: 1 failed
+
+    git annex fsck
+
+    #fsck big ok
+
+    git annex whereis big
+
+    #whereis big (1 copy) 
+    #  	b3526e4d-38d7-4781-a9c3-436007899f1b -- origin (repo)
+    #ok
+
+I suspect git-annex is just too fast and optimistic for big slow nfs directories.
+
+> git-annex locks files while it is operating on their content
+> to avoid race conditions with other git-annex processes. 
+> Quite likely this problem (which I can reproduce) is due to
+> NFS having bad (non-POSIX) locking semantics. 
+> 
+> Probably the
+> lock is represented on the NFS server as some form of lock file
+> next to the file being locked, and so when that file is deleted, with
+> the lock still held, the directory, which should then be empty, still
+> contains this lock file.
+> 
+> So, this can be worked around by it not failing when the directory
+> unexpectedly cannot be removed. I've made that change. [[done]]
+> --[[Joey]]
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/not_possible_to_have_annex_on_a_separate_filesystem.mdwn b/doc/bugs/not_possible_to_have_annex_on_a_separate_filesystem.mdwn
new file mode 100644
index 0000000000..7daf03284b
--- /dev/null
+++ b/doc/bugs/not_possible_to_have_annex_on_a_separate_filesystem.mdwn
@@ -0,0 +1,32 @@
+I belive I have found a regression.
+
+Inspired by 
+<http://git-annex.branchable.com/forum/performance_improvement:_git_on_ssd__44___annex_on_spindle_disk/>
+I tried to only have .git/annex/objects (also tested moving .git/annex) on NFS while having the rest on local SSD disk.
+
+But when trying to add files i get:
+
+     > git annex add testfile
+    add testfile (checksum...) 
+    git-annex: testfile: rename: unsupported operation (Invalid cross-device link)
+    failed
+    git-annex: add: 1 failed
+
+I have tried both using bind-mount and with a sym-link.
+
+> Grepping for `renameFile` and `createLink` will find all the places
+> in git-annex that assume one filesystem. These would have to be changed
+> to catch errors and fall back to expensive copying.
+> 
+> Putting a separate repository on the file server could work better
+> depending on what you're trying to do. --[[Joey]] 
+
+>> I've added support for putting `.git/annex` on a separate filesystem
+>> from the rest of the git repository.
+>> 
+>> Putting individual subdirectories like `.git/annex/objects` on separate
+>> filesystems from other subdirectories is not fully supported; it may
+>> work but it may be slow and a few things (like `git annex migrate`) are
+>> known to fail due to using hard links. I don't think this is worth
+>> supporting. [[done]]
+>> --[[Joey]]
diff --git a/doc/bugs/old_data_isn__39__t_unused_after_migration.mdwn b/doc/bugs/old_data_isn__39__t_unused_after_migration.mdwn
new file mode 100644
index 0000000000..9d468bdc7d
--- /dev/null
+++ b/doc/bugs/old_data_isn__39__t_unused_after_migration.mdwn
@@ -0,0 +1,66 @@
+Old data isn't listed as unused after migrating backends:
+
+    #!/bin/bash
+    
+    BASE=/tmp/migrate-bug-2
+    set -x
+    chmod -R +w $BASE
+    rm -rf $BASE
+    mkdir -p $BASE
+    cd $BASE
+    
+    # create annex
+    git init .
+    git annex init
+    
+    # make a big (sparse) file and add it
+    dd if=/dev/zero of=bigfile bs=1 count=0 seek=1G
+    git annex add --backend WORM bigfile
+    git commit -m 'added bigfile'
+    
+    # migrate it
+    git annex migrate --backend SHA256 bigfile
+    
+    # status shows 2 keys taking up 2G
+    git annex status
+    
+    # but nothing is unused
+    git annex unused
+
+Output:
+
+    ++ git annex status
+    supported backends: SHA256 SHA1 SHA512 SHA224 SHA384 SHA256E SHA1E SHA512E SHA224E SHA384E WORM URL
+    supported remote types: git S3 bup directory rsync web hook
+    known repositories: 
+            ede95a82-1166-11e1-a475-475d55eb0f8f -- here
+    local annex keys: 2
+    local annex size: 2 gigabytes
+    visible annex keys: 1
+    visible annex size: 1 gigabyte
+    backend usage: 
+            WORM: 1
+            SHA256: 1
+    ++ git annex unused
+    unused . (checking for unused data...) (checking master...) ok
+
+The two files are hardlinked, so it's not taking up extra space, but it would be nice to be able to remove the old keys.
+
+> `git annex unused` checks the content of all branches, and assumes that,
+> when a branch contains a file that points to a key, that key is still 
+> used. In this case, the migration has staged a change to the file,
+> but it is not yet committed, so when it checks the master branch, it
+> still finds a file referring to the old key. 
+> 
+> So, slightly surprising, but not a bug. --[[Joey]] [[done]]
+
+>> Thanks for the explanation.  In my real repository, it was a bit trickier:
+>> the migration was commited to `master`, but other *remote* branches still
+>> referenced those keys.  I was just doing a `git pull` from a central repo, but
+>> needed a `git remote update` to remove those references from `remotes/foo/master` too.
+>> --Jim
+
+>>> I have considered making unused ignore remote tracking branches. 
+>>> On the one hand, it can be a little bit confusing, and those branches
+>>> can be out of date. On the other hand, it can be useful to know you're
+>>> not dropping anything that some remote might still refer to. --[[Joey]] 
diff --git a/doc/bugs/on--git-dir_and_--work-tree_options.mdwn b/doc/bugs/on--git-dir_and_--work-tree_options.mdwn
new file mode 100644
index 0000000000..0bcefbb5df
--- /dev/null
+++ b/doc/bugs/on--git-dir_and_--work-tree_options.mdwn
@@ -0,0 +1,31 @@
+git-annex does not take into account the --git-dir and --work-tree command line options (while they can be useful when scripting).
+
+    > mkdir /tmp/test
+    > cd /tmp/test
+    > git init
+    Initialized empty Git repository in /tmp/test/.git/
+    > git annex init test
+    init test ok
+    > touch foo
+    > cd
+    > git --git-dir=/tmp/test/.git --work-tree=/tmp/test annex add foo
+    git-annex: Not in a git repository.
+
+regular git add works:
+
+    > git --git-dir=/tmp/test/.git --work-tree=/tmp/test add foo
+    > git --git-dir=/tmp/test/.git --work-tree=/tmp/test status 
+    # On branch master
+    #
+    # Initial commit
+    #
+    # Changes to be committed:
+    #   (use "git rm --cached <file>..." to unstage)
+    #
+    #       new file:   foo
+    #
+
+git-annex version: 3.20110702
+
+> [[done]], git-annex now honors `GIT_DIR` and `GIT_WORK_TREE` like other
+> git commands do. --[[Joey]]
diff --git a/doc/bugs/optinally_transfer_file_unencryptedly/comment_1_13a7653d96ddf91f4492a9f3555a69aa._comment b/doc/bugs/optinally_transfer_file_unencryptedly/comment_1_13a7653d96ddf91f4492a9f3555a69aa._comment
new file mode 100644
index 0000000000..5e72d5f0a6
--- /dev/null
+++ b/doc/bugs/optinally_transfer_file_unencryptedly/comment_1_13a7653d96ddf91f4492a9f3555a69aa._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-12-23T17:40:13Z"
+ content="""
+Using a plain tcp connection would be simpler than HTTP, the sending side would just need to tell the receiver to listen on a port and write any data received to a file(or the reverse). Basically what you can do with netcat.
+
+I had a similar problem, but I found that using arcfour was fast enough:
+
+.ssh/config:
+
+    Host slow
+    Ciphers arcfour
+
+"""]]
diff --git a/doc/bugs/optinally_transfer_file_unencryptedly/comment_2_31f154011ec26a463de7b1e307e49cb6._comment b/doc/bugs/optinally_transfer_file_unencryptedly/comment_2_31f154011ec26a463de7b1e307e49cb6._comment
new file mode 100644
index 0000000000..2050da5755
--- /dev/null
+++ b/doc/bugs/optinally_transfer_file_unencryptedly/comment_2_31f154011ec26a463de7b1e307e49cb6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.126"
+ subject="comment 2"
+ date="2012-12-23T19:26:23Z"
+ content="""
+You can configure multiple git remotes that access the same repository using different transports, and use an un-encrypted transport when necessary for speed. I sometimes use an NFS mount for this.
+"""]]
diff --git a/doc/bugs/optinally_transfer_file_unencryptedly/comment_3_33433bcfb1946b52f1f41b9158ab452d._comment b/doc/bugs/optinally_transfer_file_unencryptedly/comment_3_33433bcfb1946b52f1f41b9158ab452d._comment
new file mode 100644
index 0000000000..6b51701a0e
--- /dev/null
+++ b/doc/bugs/optinally_transfer_file_unencryptedly/comment_3_33433bcfb1946b52f1f41b9158ab452d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.126"
+ subject="comment 3"
+ date="2012-12-23T19:29:27Z"
+ content="""
+BTW, I have yet to find any Haskell http library that can upload files without buffering their full contents in memory. (Not, not even http-conduit.) If someone fixes that, git-annex's S3 and WebDAV support will get a lot better and I could consider adding something like what's suggested.
+"""]]
diff --git a/doc/bugs/ordering.mdwn b/doc/bugs/ordering.mdwn
new file mode 100644
index 0000000000..536bfce36a
--- /dev/null
+++ b/doc/bugs/ordering.mdwn
@@ -0,0 +1,12 @@
+One would expect "git annex get foo bar" to first retrieve foo, and then
+bar. Actually though, it will operate on them in alphabetical order
+(probably). This is annoying when you wanted to 1st list the most important
+files to get. Maybe you'll run out of time before all can be gotten. The
+workaround of course is to run "git annex get" twice.
+
+This ordering comes from "git ls-files". git-annex passes it all the files
+the user specified. This is a useful optimisation -- earlier it would
+run "git ls-files" once per parameter, and so "git annex get *" could be
+rather slow. But, it produces this ordering problem.
+
+[[done]]
diff --git a/doc/bugs/pasting_into_annex_on_OSX.mdwn b/doc/bugs/pasting_into_annex_on_OSX.mdwn
new file mode 100644
index 0000000000..4ea4851af2
--- /dev/null
+++ b/doc/bugs/pasting_into_annex_on_OSX.mdwn
@@ -0,0 +1,28 @@
+What steps will reproduce the problem?
+
+Try pasting file into annex directory while assistant is running.
+
+
+What is the expected output? What do you see instead?
+
+Expect file to successfully paste into directory, then be annexed. Instead, see a permissions error, and file disappears.
+
+
+What version of git-annex are you using? On what operating system?
+
+OSX - 10.6. zsh. git-annex version: 3.20120826
+
+Please provide any additional information below.
+
+> Ok, I've put in the one second delay to adding by default on OSX.
+> I consider this bug done, at least for now..
+
+>> Reopening since I've heard from someone else that it can still happen.
+>> --[[Joey]] 
+
+>>> Closing again, since the assistant now makes new repositories on OSX
+>>> using direct mode, which should avoid this problem. NB: any existing
+>>> repositories you have on OSX should be switched to use direct mode by
+>>> manually running `git annex direct` in them. [[done]] --[[Joey]]
+
+[[!tag /design/assistant/OSX]]
diff --git a/doc/bugs/pasting_into_annex_on_OSX/comment_1_4eab52bb6eda92e39bdaa8eee8f31a7f._comment b/doc/bugs/pasting_into_annex_on_OSX/comment_1_4eab52bb6eda92e39bdaa8eee8f31a7f._comment
new file mode 100644
index 0000000000..5c2c64a236
--- /dev/null
+++ b/doc/bugs/pasting_into_annex_on_OSX/comment_1_4eab52bb6eda92e39bdaa8eee8f31a7f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.60"
+ subject="comment 1"
+ date="2012-09-18T16:35:36Z"
+ content="""
+What is the error message?
+"""]]
diff --git a/doc/bugs/pasting_into_annex_on_OSX/comment_2_f1b58adfec179b75c1fc2bf578a3b5c4._comment b/doc/bugs/pasting_into_annex_on_OSX/comment_2_f1b58adfec179b75c1fc2bf578a3b5c4._comment
new file mode 100644
index 0000000000..ed38c2ca23
--- /dev/null
+++ b/doc/bugs/pasting_into_annex_on_OSX/comment_2_f1b58adfec179b75c1fc2bf578a3b5c4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.davidhaslem.com/"
+ nickname="David"
+ subject="comment 2"
+ date="2012-09-18T22:49:09Z"
+ content="""
+Exact error message is: \"The operation can’t be completed because you don’t have permission to access some of the items.\" Looks like it starts symlinking and committing before the file is fully copied over.
+"""]]
diff --git a/doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment b/doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment
new file mode 100644
index 0000000000..51c06ba123
--- /dev/null
+++ b/doc/bugs/pasting_into_annex_on_OSX/comment_3_270aa7680c3b899a92ce6543eaba666a._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.2.84"
+ subject="comment 3"
+ date="2012-09-19T17:32:13Z"
+ content="""
+I can only guess what this paste operation entails, but as far as I can tell, the error message and the deletion of the file both come from the paste program, not git-annex. 
+
+I know that git-annex assistant will not annex a file while it's still open to be written to. So my hypothesis is that the file is written to, closed, and then the paste program tries to do something else -- perhaps set the mode of the file -- and by that point git-annex has annexed it, and the program deletes the symlink. (So the content is probably buried in the git annex.)
+
+Could you build from git master and in your annex, run:
+
+   git config annex.delayadd 10
+
+That'll add a 10 second grace period for things to finish with files before they get added to the annex.
+Perhaps this will be enough to avoid the problem. Feel free to play with the number of seconds..
+"""]]
diff --git a/doc/bugs/pasting_into_annex_on_OSX/comment_4_ec11a80d5b0f78c7a927f8aa71a6c57a._comment b/doc/bugs/pasting_into_annex_on_OSX/comment_4_ec11a80d5b0f78c7a927f8aa71a6c57a._comment
new file mode 100644
index 0000000000..3f4d9b87c8
--- /dev/null
+++ b/doc/bugs/pasting_into_annex_on_OSX/comment_4_ec11a80d5b0f78c7a927f8aa71a6c57a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.davidhaslem.com/"
+ nickname="David"
+ subject="comment 4"
+ date="2012-09-21T04:05:20Z"
+ content="""
+Looks like that did it. I started with 5 seconds, which seems to be more than enough - turned it down to 1 and it still seems to work.  The mode change sounds like a likely guess for what it's doing after it is doing writing the file - so even a second is probably more than enough.
+"""]]
diff --git a/doc/bugs/pasting_into_annex_on_OSX/comment_5_1928bd25e5e6874a3b83c2f2adc776f5._comment b/doc/bugs/pasting_into_annex_on_OSX/comment_5_1928bd25e5e6874a3b83c2f2adc776f5._comment
new file mode 100644
index 0000000000..73eb3fa1e9
--- /dev/null
+++ b/doc/bugs/pasting_into_annex_on_OSX/comment_5_1928bd25e5e6874a3b83c2f2adc776f5._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 5"
+ date="2012-09-21T04:12:54Z"
+ content="""
+Ok.. My concern with this kind of \"fix\" is it could theoretically break under heavy load, and I get to pick a tradeoff between a timeout that's unlikely to break and one that'll make git-annex appear sluggish. OTOH, I can't think of anything better to do to address this. How common is \"pasting a file\" on OSX?
+"""]]
diff --git a/doc/bugs/pasting_into_annex_on_OSX/comment_6_0fe288f54b781a0c51395cb32f0e2f9d._comment b/doc/bugs/pasting_into_annex_on_OSX/comment_6_0fe288f54b781a0c51395cb32f0e2f9d._comment
new file mode 100644
index 0000000000..a3199d6d8d
--- /dev/null
+++ b/doc/bugs/pasting_into_annex_on_OSX/comment_6_0fe288f54b781a0c51395cb32f0e2f9d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.davidhaslem.com/"
+ nickname="David"
+ subject="comment 6"
+ date="2012-09-21T14:06:45Z"
+ content="""
+Well, it's not super common - but in the initial import where I'm first trying out git-annex, I'm copy-pasting my files in from my dropbox, keeping them both as separate folders to try out.
+"""]]
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_utf8_names.mdwn b/doc/bugs/problems_with_utf8_names.mdwn
new file mode 100644
index 0000000000..aeeb16be65
--- /dev/null
+++ b/doc/bugs/problems_with_utf8_names.mdwn
@@ -0,0 +1,81 @@
+This bug is reopened to track some new UTF-8 filename issues caused by GHC
+7.4. In this version of GHC, git-annex's hack to support filenames in any
+encoding no longer works. Even unicode filenames fail to work when
+git-annex is built with 7.4. --[[Joey]]
+
+This bug is now fixed in current master. Once again, git-annex will work
+for all filename encodings, and all system encodings. It will
+only build with the new GHC. [[done]] --[[Joey]] 
+
+----
+
+Old, now fixed bug report follows:
+
+There are problems with displaying filenames in UTF8 encoding, as shown here:
+
+    $ echo $LANG
+    en_GB.UTF-8
+    $ git init
+    $ git annex init test
+    [...]
+    $ touch "Umlaut Ü.txt"
+    $ git annex add Uml*
+    add Umlaut Ã.txt ok
+    (Recording state in git...)
+    $ find -name U\* | hexdump -C
+    00000000  2e 2f 55 6d 6c 61 75 74  20 c3 9c 2e 74 78 74 0a  |./Umlaut ...txt.|
+    00000010
+    $ git annex find | hexdump -C
+    00000000  55 6d 6c 61 75 74 20 c3  83 c2 9c 2e 74 78 74 0a  |Umlaut .....txt.|
+    00000010
+    $
+
+It looks like the common latin1-to-UTF8 encoding. Functionality other than otuput seems not to be affected.
+
+> Yes, I believe that git-annex is reading filename data from git
+> as a stream of char8s, and not decoding unicode in it into logical
+> characters.
+> Haskell then I guess, tries to unicode encode it when it's output to
+> the console.
+> This only seems to matter WRT its output to the console; the data
+> does not get mangled internally and so it accesses the right files
+> under the hood.
+> 
+> I am too new to haskell to really have a handle on how to handle
+> unicode and other encodings issues with it. In general, there are three
+> valid approaches: --[[Joey]] 
+> 
+> 1. Convert all input data to unicode and be unicode clean end-to-end
+>    internally. Problimatic here since filenames may not necessarily be
+>    encoded in utf-8 (an archive could have historical filenames using
+>    varying encodings), and you don't want which files are accessed to
+>    depend on locale settings.
+>    > I tried to do this by making parts of GitRepo call
+>    > Codec.Binary.UTF8.String.decodeString when reading filenames from
+>    > git. This seemed to break attempts to operate on the files,
+>    > weirdly encoded strings were seen in syscalls in strace.
+> 1. Keep input and internal data un-decoded, but decode it when
+>    outputting a filename (assuming the filename is encoded using the
+>    user's configured encoding), and allow haskell's output encoding to then
+>    encode it according to the user's locale configuration.
+>    > This is now implemented. I'm not very happy that I have to watch
+>    > out for any place that a filename is output and call `filePathToString`
+>    > on it, but there are really not too many such places in git-annex.
+>    >
+>    > Note that this only affects filenames apparently. 
+>    > (Names of files in the annex, and also some places where names
+>    > of keys are displayed.) Utf-8 in the uuid.map file etc seems
+>    > to be handled cleanly.
+> 1. Avoid encodings entirely. Mostly what I'm doing now; probably
+>    could find a way to disable encoding of console output. Then the raw
+>    filename would be displayed, which should work ok. git-annex does
+>    not really need to pull apart filenames; they are almost entirely
+>    opaque blobs. I guess that the `--exclude` option is the exception
+>    to that, but it is currently not unicode safe anyway. (Update: tried
+>    `--exclude` again, seems it is unicode clean..)
+>    One other possible
+>    issue would be that this could cause problems if git-annex were
+>    translated.
+>    > On second thought, I switched to this. Any decoding of a filename
+>    > is going to make someone unhappy; the previous approach broke
+>    > non-utf8 filenames.
diff --git a/doc/bugs/problems_with_utf8_names/comment_1_3c7e3f021c2c94277eecf9c8af6cec5f._comment b/doc/bugs/problems_with_utf8_names/comment_1_3c7e3f021c2c94277eecf9c8af6cec5f._comment
new file mode 100644
index 0000000000..692b5d5378
--- /dev/null
+++ b/doc/bugs/problems_with_utf8_names/comment_1_3c7e3f021c2c94277eecf9c8af6cec5f._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="Any update on this?"
+ date="2011-12-24T01:05:07Z"
+ content="""
+I just noticed this issue, and was wondering what the current status is.
+
+    % ls -l 04\ -\ Orixás.mp3
+    -rw-r--r-- 1 adam users 8377816 Jul 12  2007 04 - Orixás.mp3
+    % echo 04\ -\ Orixás.mp3 | od -c
+    0000000   0   4       -       O   r   i   x 303 241   s   .   m   p   3
+    0000020  \n
+    0000021
+    % git annex add 04\ -\ Orixás.mp3
+    git-annex: /home/adam/music/RotC/transcribe/04 - Orixás.mp3: getSymbolicLinkStatus: does not exist (No such file or directory)
+"""]]
diff --git a/doc/bugs/problems_with_utf8_names/comment_2_bad4c4c5f54358d1bc0ab2adc713782a._comment b/doc/bugs/problems_with_utf8_names/comment_2_bad4c4c5f54358d1bc0ab2adc713782a._comment
new file mode 100644
index 0000000000..a45706e4a3
--- /dev/null
+++ b/doc/bugs/problems_with_utf8_names/comment_2_bad4c4c5f54358d1bc0ab2adc713782a._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="comment 2"
+ date="2011-12-24T12:49:40Z"
+ content="""
+This (rather longish) thread discusses the current situation, the planned changes for 7.2 and the various issues: http://haskell.org/pipermail/glasgow-haskell-users/2011-November/021115.html
+
+The summary seems to be: From 7.2 on, getDirectoryContents _will_ return proper Strings, i.e. where a Char represents a Unicode code point, and not a Word8, which will fix the problem of outputting them.
+"""]]
diff --git a/doc/bugs/problems_with_utf8_names/comment_3_4f936a5d3f9c7df64c8a87e62b7fbfdc._comment b/doc/bugs/problems_with_utf8_names/comment_3_4f936a5d3f9c7df64c8a87e62b7fbfdc._comment
new file mode 100644
index 0000000000..9fef2eb1f2
--- /dev/null
+++ b/doc/bugs/problems_with_utf8_names/comment_3_4f936a5d3f9c7df64c8a87e62b7fbfdc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.joachim-breitner.de/"
+ nickname="nomeata"
+ subject="comment 3"
+ date="2011-12-24T12:51:43Z"
+ content="""
+An alternative that is available from ghc 7.4 on is a pure ByteString based unix API: http://thread.gmane.org/gmane.comp.lang.haskell.libraries/16556
+"""]]
diff --git a/doc/bugs/problems_with_utf8_names/comment_4_93bee35f5fa7744834994bc7a253a6f9._comment b/doc/bugs/problems_with_utf8_names/comment_4_93bee35f5fa7744834994bc7a253a6f9._comment
new file mode 100644
index 0000000000..5e11af6abe
--- /dev/null
+++ b/doc/bugs/problems_with_utf8_names/comment_4_93bee35f5fa7744834994bc7a253a6f9._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-12-24T16:49:13Z"
+ content="""
+Adam, this bug was fixed a long time ago, first using option #2 above, but later switching to option #3 -- git-annex treats filenames as opaque binary blobs and never decodes them in any encoding; haskell's normal encoding support for stdio is disabled. 
+
+And it never resulted in a failure like you show. I cannot reproduce your problem, but it is a different bug, please open a new bug report.
+"""]]
diff --git a/doc/bugs/problems_with_utf8_names/comment_5_519cda534c7aea7f5ad5acd3f76e21fa._comment b/doc/bugs/problems_with_utf8_names/comment_5_519cda534c7aea7f5ad5acd3f76e21fa._comment
new file mode 100644
index 0000000000..96b0ffed04
--- /dev/null
+++ b/doc/bugs/problems_with_utf8_names/comment_5_519cda534c7aea7f5ad5acd3f76e21fa._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk6QAwUsFHpr3Km1yQbg8hf3S7RDYf7hX4"
+ nickname="Lauri"
+ subject="comment 5"
+ date="2012-01-26T22:13:18Z"
+ content="""
+I also encountered Adam's bug. The problem seems to be that communication with the git process is done with `Char8`-bytestrings. So, when `L.unpack` is called, all filenames that git outputs (with `ls-files` or `ls-tree`) are interpreted to be in latin-1, which wreaks havoc if they are really in UTF-8.
+
+I suspect that it would be enough to just switch to standard `String`s (or `Data.Text.Text`) instead of bytestrings for textual data, and to `Word8`-bytestrings for pure binary data. GHC should nowadays handle locale-dependent encoding of `String`s transparently.
+
+"""]]
diff --git a/doc/bugs/problems_with_utf8_names/comment_6_52e0bfff2b177b6f92e226b25d2f3ff1._comment b/doc/bugs/problems_with_utf8_names/comment_6_52e0bfff2b177b6f92e226b25d2f3ff1._comment
new file mode 100644
index 0000000000..093616d476
--- /dev/null
+++ b/doc/bugs/problems_with_utf8_names/comment_6_52e0bfff2b177b6f92e226b25d2f3ff1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 6"
+ date="2012-01-27T21:00:06Z"
+ content="""
+Lauri, what version of GHC do you have that behaves this way? 7.0.4 does not. 
+"""]]
diff --git a/doc/bugs/problems_with_utf8_names/comment_7_0cc588f787d6eecfa19a8f6cee4b07b5._comment b/doc/bugs/problems_with_utf8_names/comment_7_0cc588f787d6eecfa19a8f6cee4b07b5._comment
new file mode 100644
index 0000000000..5a929940d4
--- /dev/null
+++ b/doc/bugs/problems_with_utf8_names/comment_7_0cc588f787d6eecfa19a8f6cee4b07b5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk6QAwUsFHpr3Km1yQbg8hf3S7RDYf7hX4"
+ nickname="Lauri"
+ subject="comment 7"
+ date="2012-01-28T00:21:40Z"
+ content="""
+7.2. nomeata already explained the issue. I got utf-8 filenames to work on a utf-8 locale by switching from Char8-bytestrings to UTF8-bytestrings, and adding `hSetEncoding h localeEncoding` to suitable places. Making things work properly with an arbitrary locale encoding would be more complicated.
+"""]]
diff --git a/doc/bugs/problems_with_utf8_names/comment_8_ff5c6da9eadfee20c18c86b648a62c47._comment b/doc/bugs/problems_with_utf8_names/comment_8_ff5c6da9eadfee20c18c86b648a62c47._comment
new file mode 100644
index 0000000000..dcfd59bce9
--- /dev/null
+++ b/doc/bugs/problems_with_utf8_names/comment_8_ff5c6da9eadfee20c18c86b648a62c47._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 8"
+ date="2012-01-28T19:40:34Z"
+ content="""
+Lauri a scratch patch would be very helpful. Encoding stuff makes my head explode.
+
+However, I am very worried by haskell's changes WRT unicode and filenames. Based on user input, git-annex users like to use it on diverse sets of files, with diverse and ill-defined encodings. Faffing about with converting between encodings seems likely to speactacularly fail.
+"""]]
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/reinject_should_leave_file_in_place_on_checksum_mismatch.mdwn b/doc/bugs/reinject_should_leave_file_in_place_on_checksum_mismatch.mdwn
new file mode 100644
index 0000000000..a487b2d3d1
--- /dev/null
+++ b/doc/bugs/reinject_should_leave_file_in_place_on_checksum_mismatch.mdwn
@@ -0,0 +1,15 @@
+What steps will reproduce the problem?
+
+Run git annex reinject source dest with a file that has the wrong content and thus a wrong checksum.
+
+What is the expected output? What do you see instead?
+
+The file should stay in it's original location. Currently it's moved to .git/annex/bad with a mangled filename.
+
+What version of git-annex are you using? On what operating system?
+
+git-annex version: 3.20120807
+Ubuntu 12.04 updated on Aug 20th
+annex was installed via cabal on Aug 20th, all other packages are from ubuntu.
+
+> [[done]] --[[Joey]] 
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..e90fb6a5fe
--- /dev/null
+++ b/doc/bugs/remote_files_appear_but_are_unreadable_because_their_symlink_targets_don__39__t_exist.mdwn
@@ -0,0 +1,65 @@
+### 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"]]
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_not_showing_up_in_webapp.mdwn b/doc/bugs/remote_not_showing_up_in_webapp.mdwn
new file mode 100644
index 0000000000..f8b4da7b1e
--- /dev/null
+++ b/doc/bugs/remote_not_showing_up_in_webapp.mdwn
@@ -0,0 +1,88 @@
+### 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]]
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/removable_device_configurator_chokes_on_spaces.mdwn b/doc/bugs/removable_device_configurator_chokes_on_spaces.mdwn
new file mode 100644
index 0000000000..e114877ec5
--- /dev/null
+++ b/doc/bugs/removable_device_configurator_chokes_on_spaces.mdwn
@@ -0,0 +1,18 @@
+# What steps will reproduce the problem?
+
+1. Get a removable device and create a filesystem with a label containing a space, e.g.:
+    # mkfs.ext4 -L "Backup Home" /dev/sdb1
+2. Open the webapp and add a new repository on a removabledevice
+3. Select the devices mountpoint, e.g. /media/Backup\ Home
+
+# What is the expected output? What do you see instead?
+
+The configurator should remove spaces for branch names, but it actually seems to call git remote add with "Backup Home" as argument which is invalid.
+
+The assistant produces an internal server error and subsequently crashes completely.
+
+# What version of git-annex are you using? On what operating system?
+
+git-annex 3.20120924 from the Debian package in sid on Debian wheezy, amd64.
+
+> Thanks for reporting this, I've fixed it in git. [[done]] --[[Joey]] 
diff --git a/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch.mdwn b/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch.mdwn
new file mode 100644
index 0000000000..c315d47899
--- /dev/null
+++ b/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch.mdwn
@@ -0,0 +1,81 @@
+### Please describe the problem.
+
+On Mac OS X, I tried to switch a repository to direct mode, but there was a
+problem in the middle of the switch (permission denied) and the switch
+aborted, leaving the repository in a half switched state.
+
+I tried different manipulations, one of which was a checkout (oops), switch
+back to indirect, then direct again, and now I have the repository in direct
+mode except one file which caused the permission denied error.
+
+### What steps will reproduce the problem?
+
+Do not know exactly why this file is special. I still have the repository, and
+each time I try to get this file, it fails with the same error message.
+
+### What version of git-annex are you using? On what operating system?
+
+On Umba, git-annex version: 4.20130723, on Mac OS X 10.6.8.
+
+### Please provide any additional information below.
+
+Umba is the Mac OS X, camaar and riva are Debian machines.
+
+[[!format sh """
+Umba$ git annex version
+git-annex version: 4.20130723
+build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
+Umba$
+
+Umba$ git annex get --from riva --not --in here
+get 2013-07-31/2013-07-31_180411.jpg (from riva...) 
+Password: 
+SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c
+     2819887 100%  943.08kB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 42 bytes  received 2820397 bytes  433913.69 bytes/sec
+total size is 2819887  speedup is 1.00
+failed
+git-annex: get: 1 failed
+Umba$ find . -name SHA256-s2819887-\*
+./.git/annex/objects/wq/3j/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c
+./.git/annex/objects/wq/3j/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c.cache
+./.git/annex/objects/wq/3j/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c.map
+./.git/annex/transfer/failed/download/13fd5d5a-ed97-11e2-9178-574d3b1c0618/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c
+./.git/annex/transfer/failed/download/95443f2e-ed96-11e2-9d3f-8ffa5b1aae7a/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c
+Umba$ git annex fsck
+fsck 2013-07-31/2013-07-31_180411.jpg ok
+(Recording state in git...)
+Umba$ git annex drop 2013-07-31/2013-07-31_180411.jpg 
+Umba$ git annex get --from riva --not --in here
+get 2013-07-31/2013-07-31_180411.jpg (from riva...) 
+Password: 
+SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c
+     2819887 100%  949.58kB/s    0:00:02 (xfer#1, to-check=0/1)
+
+sent 42 bytes  received 2820397 bytes  512807.09 bytes/sec
+total size is 2819887  speedup is 1.00
+failed
+git-annex: get: 1 failed
+Umba$
+
+camaar% git annex copy --to umba --not --in umba
+copy 2013-07-31/2013-07-31_180411.jpg (checking umba...) (to umba...)
+SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c
+     2819887 100%    4.19MB/s    0:00:00 (xfer#1, to-check=0/1)
+git-annex: //Users/nicolas/Pictures/Petites Boutes/.git/annex/tmp/2013-07-31_18041141700.jpg: rename: permission denied (Operation not permitted)
+git-annex-shell: recvkey: 1 failed
+
+sent 2820393 bytes  received 42 bytes  1128174.00 bytes/sec
+total size is 2819887  speedup is 1.00
+rsync error: syntax or usage error (code 1) at main.c(1070) [sender=3.0.9]
+  
+  rsync failed -- run git annex again to resume file transfer
+failed
+git-annex: copy: 1 failed
+camaar%
+"""]]
+
+> Put in a fix that works, although perhaps not ideal as I do not
+> understand how the repo got into the original problem state. [[done]]
+> --[[Joey]]
diff --git a/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_1_14cec6448831c67794b62926a03b2fc5._comment b/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_1_14cec6448831c67794b62926a03b2fc5._comment
new file mode 100644
index 0000000000..1aef52076b
--- /dev/null
+++ b/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_1_14cec6448831c67794b62926a03b2fc5._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.80"
+ subject="comment 1"
+ date="2013-09-30T16:47:42Z"
+ content="""
+I was able to cause a permission denied on `git annex direct` if I made the file in .git/annex/objects be owned by an different user than me. I do not know how that could happen in normal operation of git-annex.
+
+
+I have made `git annex direct` catch this exception and continue. So you will get a repository that is switched to direct mode, but with one file that is still a symlink to the content, and if you fix the permissions problem, `git annex fsck` will fix it.
+
+I am curious about any details of how your repository got into the original state..
+"""]]
diff --git a/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_2_93af8f48a01b6e2d011bd6f60499ccd2._comment b/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_2_93af8f48a01b6e2d011bd6f60499ccd2._comment
new file mode 100644
index 0000000000..a0e73cc5e0
--- /dev/null
+++ b/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_2_93af8f48a01b6e2d011bd6f60499ccd2._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://nicolas-schodet.myopenid.com/"
+ ip="81.56.19.53"
+ subject="comment 2"
+ date="2013-11-23T14:38:21Z"
+ content="""
+Here are the files in details:
+
+[[!format sh \"\"\"
+Umba:.../.git$ ls -ld $(find . -name SHA256-s2819887-\*) # the bad file
+drwxr-xr-t  4 marie-eve  staff  136 Aug 17 17:05 ./annex/objects/wq/3j/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c/
+-rw-r--r--  1 marie-eve  staff  560 Nov 23 15:25 ./annex/objects/wq/3j/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c.cache
+-rw-------  1 marie-eve  staff   33 Aug 17 17:05 ./annex/objects/wq/3j/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c.map
+-rw-r--r--  1 marie-eve  staff   52 Aug 17 17:06 ./annex/transfer/failed/download/13fd5d5a-ed97-11e2-9178-574d3b1c0618/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c
+-rw-r--r--  1 marie-eve  staff   51 Aug 17 10:13 ./annex/transfer/failed/download/95443f2e-ed96-11e2-9d3f-8ffa5b1aae7a/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c
+Umba:.../.git$ ls -ld $(find . -name SHA256-s5066556-\*) # a good file
+dr-xr-xr-x  3 marie-eve  staff      102 Nov 23 15:27 ./annex/objects/Fx/w0/SHA256-s5066556--0e4a47efdc14c884d07c017ba5506a56affb136d87bef5700145774fd9089f25/
+-r--r--r--  1 marie-eve  staff  5066556 Nov  6 17:43 ./annex/objects/Fx/w0/SHA256-s5066556--0e4a47efdc14c884d07c017ba5506a56affb136d87bef5700145774fd9089f25/SHA256-s5066556--0e4a47efdc14c884d07c017ba5506a56affb136d87bef5700145774fd9089
+Umba:.../.git$
+\"\"\"]]
+
+No more idea on how it reached this situation.
+"""]]
diff --git a/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_3_f8fba1955e62360061613e5898b3d74e._comment b/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_3_f8fba1955e62360061613e5898b3d74e._comment
new file mode 100644
index 0000000000..d7d05da85d
--- /dev/null
+++ b/doc/bugs/rename:_permission_denied__44___after_direct_mode_switch/comment_3_f8fba1955e62360061613e5898b3d74e._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://nicolas-schodet.myopenid.com/"
+ ip="81.56.19.53"
+ subject="comment 3"
+ date="2013-11-23T15:42:26Z"
+ content="""
+The link seems to be special:
+
+[[!format sh \"\"\"
+Umba:2013-07-31$ ls -lO 2013-07-31_180411.jpg 
+lrwxr-xr-x  1 marie-eve  staff  uchg 191 Aug 12 21:45 2013-07-31_180411.jpg@ -> ../.git/annex/objects/wq/3j/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c/SHA256-s2819887--987f9811d7b5c7a287a74b7adbb852be4d18eeda61c3507f4e08c534d2356f4c
+Umba:2013-07-31$
+\"\"\"]]
+
+I tried the chflags command with no success... I suppose I need a MAC specialist.
+"""]]
diff --git a/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn b/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn
new file mode 100644
index 0000000000..c2ca43da58
--- /dev/null
+++ b/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote.mdwn
@@ -0,0 +1,27 @@
+# What steps will reproduce the problem?
+
+1. Use assistant to setup a local repository (client group) and a remote repository (via ssh, backup group).
+
+2. Add some big files and wait for them to be syncronized.
+
+3. Manually switch to indirect mode (to make 'drop' work)
+
+4. Drop the file's content from the local repository.
+
+5. Rename the file using any file manager or mv on the command line.
+
+
+# What is the expected output? What do you see instead?
+
+* Expected outcome was the file being renamed and that name change being propagated to the remote repository without re-transferring the whole file. I didn't drop it for nothing!
+
+* Instead, the file was renamed and the file's content was retrieved from the remote repository.
+
+
+# What version of git-annex are you using? On what operating system?
+
+Git-Annex 3.20130102
+
+Arch Linux on x64.
+
+[[done]]; was not a bug and also the webapp now offers a "manual mode" option that can be chosen instead of "client" to get the desired behavior. --[[Joey]] 
diff --git a/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote/comment_1_d6aad1831674586fe4cdf61dd2a4bbb9._comment b/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote/comment_1_d6aad1831674586fe4cdf61dd2a4bbb9._comment
new file mode 100644
index 0000000000..21954076eb
--- /dev/null
+++ b/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote/comment_1_d6aad1831674586fe4cdf61dd2a4bbb9._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.211"
+ subject="comment 1"
+ date="2013-01-08T18:35:58Z"
+ content="""
+Since your local repository is in the client group, this behavior is actually as intended. Client group means the [[preferred_content]] settings will try to get the content of all files, unlless they're in a directory named \"archive\". This happens not just when you rename a dropped file, but on startup, when the network comes up, or even just periodically it'll notice if some file's content is missing and download it.
+
+So, your choices are
+
+1. Make an `archive` directory, and move files into it when you don't want them available locally. The assistant will even automatically drop them when you move them.
+2. Use `git annex vicfg` to set up your own [[preferred content]] expression that makes it behave how you want. For example, you could use `present` to make the assistant not prefer to have the content of files, unless the content is already present, and then manually `git annex get` and `git annex drop` files as desired.
+
+(BTW, you can use \"drop\" in direct mode with yesterday's release.)
+"""]]
diff --git a/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote/comment_2_8591e174c1a8cddfae9371407a58ff1c._comment b/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote/comment_2_8591e174c1a8cddfae9371407a58ff1c._comment
new file mode 100644
index 0000000000..5dc891c46a
--- /dev/null
+++ b/doc/bugs/renaming_a_file_makes_annex_get_the_file__39__s_content_from_remote/comment_2_8591e174c1a8cddfae9371407a58ff1c._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-08T21:27:39Z"
+ content="""
+Thank you for your answer. In the mean time I already changed the preferred content setting to \"present\" and it's good to know that this issue should be resolved by that as well. Will check later.
+
+Ciao, Marcus
+"""]]
diff --git a/doc/bugs/repair_fails_when_home_on_seperate_partition.mdwn b/doc/bugs/repair_fails_when_home_on_seperate_partition.mdwn
new file mode 100644
index 0000000000..19780c7dec
--- /dev/null
+++ b/doc/bugs/repair_fails_when_home_on_seperate_partition.mdwn
@@ -0,0 +1,60 @@
+### Please describe the problem.
+
+
+### What steps will reproduce the problem?
+
+(1) Place a broken repo on a different mount point than the root partition.
+
+(2) Run
+    git annex repair.
+
+### What version of git-annex are you using? On what operating system?
+
+ 5.20131118-gc7e5cde on Ubuntu 12.04
+
+### 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 repair --force
+
+Running git fsck ...
+git fsck found 74 broken objects.
+Unpacking all pack files.
+Unpacking objects: 100% (2307/2307), done.
+Unpacking objects: 100% (241565/241565), done.
+Re-running git fsck to see if it finds more problems.
+Initialized empty Git repository in /tmp/tmprepo.0/.git/
+Trying to recover missing objects from remote pi.fritz.box__var_lib_store_annex
+Trying to recover missing objects from remote pi.fritz.box__var_lib_store_annex
+74 missing objects could not be recovered!
+
+
+Deleted remote branch pi.fritz.box__var_lib_store_annex/master (was dffa056).
+error: Could not read 4e01bbdc7ce31247ad66ab13ca46925ac2c8db9a
+fatal: Failed to traverse parents of commit 718525a48b4d6b3404eda5e189332d73c968a2be
+Deleted remote branch pi.fritz.box__var_lib_store_annex/synced/git-annex (was 718525a).
+Deleted remote branch pi.fritz.box__var_lib_store_annex/synced/master (was 9aedf69).
+Deleted remote branch pi.fritz.box_annex/synced/master (was 92b1042).
+Deleted remote branch store/master (was b059380).
+removed 5 remote tracking branches that referred to missing objects
+fatal: bad object refs/heads/git-annex
+fatal: bad object refs/heads/git-annex
+fatal: bad object refs/heads/git-annex
+error: remote branch 'git-annex' not found.
+
+git-annex: /tmp/packed-refs19813: rename: unsupported operation (Invalid cross-device link)
+failed
+git-annex: repair: 1 failed
+
+
+# End of transcript or log.
+"""]]
+
+> Thanks for reporting. As far as I can see, this was fixed
+> accidentially, when I rewrote the packed refs file handling code to not
+> re-write the file. It had been using a temp file, and renaming it, thus
+> the problem. I checked the repair code and can find no other probems
+> of this sort currently in it. [[done]] --[[Joey]]
diff --git a/doc/bugs/restart_daemon_required.mdwn b/doc/bugs/restart_daemon_required.mdwn
new file mode 100644
index 0000000000..fe765e24f9
--- /dev/null
+++ b/doc/bugs/restart_daemon_required.mdwn
@@ -0,0 +1,22 @@
+Git annex refuses to get/drop files until it's manually relaunched.
+
+I'm trying to setup a basic dropbox like system where a couple of computers sync with a local server I have constantly running ubuntu with ssh.
+
+I think I've setup git annex correctly: when I put files in the repo folder they get uploaded to the bare git repo on the server over ssh automatically and the other computer updates with a broken alias to the file. However the file does not then download from the server despite it being available without a manual restart of the daemon or a git-annex get command from the terminal.
+
+Additionally, files inside archive folders do not get dropped once uploaded to the server without a restart of the daemon.
+
+
+My computers are each setup with the ssh server as a 2nd repository (fullarchive), they are both OSX, and running Version: 4.20130521-g25dba9d according to the webapp. I have also entered my gmail/jabber account on each mac which I believe allows them to communicate indirectly when using the ssh repo.
+
+
+I don't know if this is a setup/misconfiguration error or a bug but I can't see how I've setup the assistant wrong, I did manually change the remote url in the config file, as the assistant was having issues connecting  (I'm sshing on 21 for various reasons, although I thought this was supported and I no longer receive errors in the webapp now I've specified my remote.
+
+Should I put the corresponding computers as a repositories of each other? I thought each syncing independently with a centralised git would be a more reliable/simple situation than a potential 3 way sync?
+
+
+I hope this is enough information, I'm usually good at working out issues myself, however this is just frustrating me and the git-annex solution is so nearly perfect if it would work reliably that I can't bring myself to give up on it!
+
+Thanks!
+
+> [[done]], release notes updated; see my comment --[[Joey]]
diff --git a/doc/bugs/restart_daemon_required/comment_1_f79ac16cc9f1e3b08cd121bf5efb29c3._comment b/doc/bugs/restart_daemon_required/comment_1_f79ac16cc9f1e3b08cd121bf5efb29c3._comment
new file mode 100644
index 0000000000..bd3fc74c8a
--- /dev/null
+++ b/doc/bugs/restart_daemon_required/comment_1_f79ac16cc9f1e3b08cd121bf5efb29c3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-31T18:15:03Z"
+ content="""
+Enabling debugging, and send a log. XMPP may not be working.
+"""]]
diff --git a/doc/bugs/restart_daemon_required/comment_2_50c1b268a3cc4514681059eabca674e3._comment b/doc/bugs/restart_daemon_required/comment_2_50c1b268a3cc4514681059eabca674e3._comment
new file mode 100644
index 0000000000..439d7ae1a4
--- /dev/null
+++ b/doc/bugs/restart_daemon_required/comment_2_50c1b268a3cc4514681059eabca674e3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-31T18:20:26Z"
+ content="""
+You could also try upgrading to a current nightly build. There have been a lot of XMPP improvements recently.
+"""]]
diff --git a/doc/bugs/restart_daemon_required/comment_3_1716e0f3c7c44dc77ebf7f00fdd8f9e3._comment b/doc/bugs/restart_daemon_required/comment_3_1716e0f3c7c44dc77ebf7f00fdd8f9e3._comment
new file mode 100644
index 0000000000..61423066ae
--- /dev/null
+++ b/doc/bugs/restart_daemon_required/comment_3_1716e0f3c7c44dc77ebf7f00fdd8f9e3._comment
@@ -0,0 +1,310 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmxns2UBAMDbTwrwHq_Lx1sNKrVVayq1X4"
+ nickname="Darren"
+ subject="comment 3"
+ date="2013-06-01T01:19:02Z"
+ content="""
+Thanks Joey for the quick reply, I've just updated both clients to the latest versions I could find, one is running Lion so the version is slightly behind as the autobuilds are currently failing to compile. The mountain lion system I believe is running one of the latest builds.
+
+I've captured the error here as best I can, I didn't know what to leave out so apologies for the length of the logs.
+
+===
+Sending Repo (added sync.mov)
+===
+
+    [2013-06-01 01:59:56 BST] main: starting assistant version 4.20130522-g933ba09
+    [2013-06-01 01:59:56\"_xmpp-client._tcp.gmail.com\"
+     BST] TransferScanner: Syncing with Cloud 
+    Already up-to-date.
+    Just [(20,0,5222,\"alt1.xmpp.l.google.com.\"),(20,0,5222,\"alt2.xmpp.l.google.com.\"),(20,0,5222,\"alt3.xmpp.l.google.com.\"),(20,0,5222,\"alt4.xmpp.l.google.com.\"),(5,0,5222,\"xmpp.l.google.com.\")]
+
+    (scanning...) [2013-06-01 01:59:56 BST] Watcher: Performing startup scan
+    Already up-to-date.
+    Everything up-to-date
+
+    (started...) [2013-06-01 01:59:58 BST] Committer: Committing changes to git
+    [2013-06-01 01:59:58 BST] Pusher: Syncing with Cloud 
+    Everything up-to-date
+    From ssh://cloud.rhymeorange.com:21/tank/git-annex/projects
+       da9a4d5..4142ae6  synced/git-annex -> Cloud/synced/git-annex
+    [2013-06-01 02:00:56 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+    [2013-06-01 02:01:19 BST] Watcher: add direct /Volumes/StoragePool/Projects/init/sync.mov
+    [2013-06-01 02:01:19 BST] read: lsof [\"-F0can\",\"+d\",\"/Volumes/StoragePool/Projects/init/.git/annex/tmp/\"]
+    [2013-06-01 02:01:19 BST] Committer: Adding sync.mov
+
+    (Recording state in git...)
+    (merging Cloud/synced/git-annex into git-annex...)
+    add /Volumes/StoragePool/Projects/init/sync.mov (checksum...) [2013-06-01 02:01:19 BST] read: sha256sum [\"/Volumes/StoragePool/Projects/init/.git/annex/tmp/sync1693.mov\"]
+    recv: resource vanished (Connection reset by peer)
+    [2013-06-01 02:01:20 BST] chat: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"hash-object\",\"-t\",\"blob\",\"-w\",\"--stdin\"]
+    [2013-06-01 02:01:20 BST] Committer: committing 1 changes
+    [2013-06-01 02:01:20 BST] Committer: Committing changes to git
+    [2013-06-01 02:01:20 BST] feed: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-06-01 02:01:20 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"commit\",\"--allow-empty-message\",\"--no-edit\",\"-m\",\"\",\"--quiet\",\"--no-verify\"]
+    [2013-06-01 02:01:20 BST] Pusher: Syncing with Cloud 
+    [2013-06-01 02:01:20 BST] Committer: queued Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Nothing : new file created
+    [2013-06-01 02:01:20 rBeScTv]:  Trreasnosufrecrer evra:n iTsrhaends f(eCrorninnegc:t iUopnl oraeds eUtU IbDy  \"pee3e9r3)d
+    45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Nothing
+    [2013-06-01 02:01:20 BST] chat: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"hash-object\",\"-w\",\"--stdin-paths\"]
+    [2013-06-01 02:01:20 BST] call: /Applications/git-annex.app/Contents/MacOS/git-annex [\"transferkeys\",\"--readfd\",\"82\",\"--writefd\",\"81\"]
+    [2013-06-01 02:01:20 BST] feed: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-06-01 02:01:20 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:20 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"write-tree\"]
+    [2013-06-01 02:01:20 BST] chat: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"commit-tree\",\"181162ed25fb1bec4d077e359a5f0e60344e735e\",\"-p\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:20 BST] call: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"update-ref\",\"refs/heads/git-annex\",\"ef8dc3b251fbf6baa8149ed077703b2363b3dbc9\"]
+    [2013-06-01 02:01:20 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:20 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:20 BST] Pusher: pushing to [Remote { name =\"Cloud\" }]
+    [2013-06-01 02:01:20 BST] call: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"branch\",\"-f\",\"synced/master\"]
+    [2013-06-01 02:01:20 BST] call: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"push\",\"Cloud\",\"git-annex:synced/git-annex\",\"master:synced/master\"]
+    [2013-06-01 02:01:20 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Nothing
+    [2013-06-01 02:01:20 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Nothing
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"git-annex\"]
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+
+    sync.mov
+           32768   0%    0.00kB/s    0:00:00
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"log\",\"refs/heads/git-annex..ef8dc3b251fbf6baa8149ed077703b2363b3dbc9\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"log\",\"refs/heads/git-annex..8c35b10f8f42367fddc5c12fe39b30014358cd4d\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"log\",\"refs/heads/git-annex..4142ae6e3befdff987748a92feb65a11aecf4b63\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:21 BST] Merger: merging refs/heads/synced/master into refs/heads/master
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-06-01 02:01:21 BST] call: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init/.git/annex/merge/\",\"merge\",\"--no-edit\",\"refs/heads/synced/master\"]
+    To ssh://darren@cloud.rhymeorange.com:21/tank/git-annex/projects/
+       4142ae6..ef8dc3b2 git-annex -> synced/git-annex
+       1723064..75aa568  master -> synced/master
+    [2013-06-01 02:01:21 BST] XMPPClient: sending: NotifyPush [UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\"]
+    Already up-to-date.
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"diff-tree\",\"-z\",\"--raw\",\"--no-renames\",\"-l0\",\"-r\",\"75aa568fb7f484609a36abdf6afd84ab5aeb0f06\",\"75aa568fb7f484609a36abdf6afd84ab5aeb0f06\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"git-annex\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"log\",\"refs/heads/git     7602176  11%    7.17MB/s    0:00:08
+    -annex..ef8dc3b251fbf6baa8149ed077703b2363b3dbc9\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"log\",\"refs/heads/git-annex..8c35b10f8f42367fddc5c12fe39b30014358cd4d\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 7602176
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:22 BST] Merger: merging refs/remotes/Cloud/synced/master into refs/heads/master
+    [2013-06-01 02:01:22 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 7602176
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-06-01 02:01:22 BST] call: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init/.git/annex/merge/\",\"merge\",\"--no-edit\",\"refs/remotes/Cloud/synced/master\"]
+    Already up-to-date.
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"diff-tree\",\"-z\",\"--raw\",\"--no-renames\",\"-l0\",\"-r\",\"75aa568fb7f484609a36abdf6afd84ab5aeb0f06\",\"75aa568fb7f484609a36abdf6afd84ab5aeb0f06\"]
+        12943360  19%    6.11MB/s    0:00:08
+    [2013-06-01 02:01:23 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 12943360
+    [2013-06-01 02:01:23 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 12943360
+        18710528  27%    5.90MB/s    0:00:08
+    [2013-06-01 02:01:24 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 18710528
+    [2013-06-01 02:01:24 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 18710528
+        24477696  36%    5.79MB/s    0:00:07
+    [2013-06-01 02:01:25 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 24477696
+    [2013-06-01 02:01:25 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 24477696
+        30375936  44%    5.39MB/s    0:00:06
+    [2013-06-01 02:01:26 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 30375936
+    [2013-06-01 02:01:26 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 30375936
+        36143104  53%    5.49MB/s    0:00:05
+    [2013-06-01 02:01:27 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 36143104
+    [2013-06-01 02:01:27 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 36143104
+        42008576  61%    5.51MB/s    0:00:04
+    [2013-06-01 02:01:28 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 42008576
+    [2013-06-01 02:01:28 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 42008576
+        47906816  70%    5.52MB/s    0:00:03
+    [2013-06-01 02:01:29 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 47906816
+    [2013-06-01 02:01:29 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 47906816
+        53805056  79%    5.51MB/s    0:00:02
+    [2013-06-01 02:01:30 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 53805056
+        59572224  87%    5.52MB/s    0:00:01
+    [2013-06-01 02:01:31 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 59572224
+        65339392  96%    5.50MB/s    0:00:00
+    [2013-06-01 02:01:32 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 65339392
+        67924272 100%    5.61MB/s    0:00:11 (xfer#1, to-check=0/1)
+    [2013-06-01 02:01:33 BST] TransferWatcher: transfer starting: Upload UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\" /Volumes/StoragePool/Projects/init/sync.mov Just 67924272
+
+    sent 67932633 bytes  received 31 bytes  5032049.19 bytes/sec
+    total size is 67924272  speedup is 1.00
+    [2013-06-01 02:01:33 BST] Transferrer: Uploaded sync.mov
+    [2013-06-01 02:01:33 BST] Pusher: Syncing with Cloud 
+    [2013-06-01 02:01:33 BST] chat: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"hash-object\",\"-w\",\"--stdin-paths\"]
+    [2013-06-01 02:01:33 BST] feed: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-06-01 02:01:33 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:33 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"write-tree\"]
+    [2013-06-01 02:01:33 BST] chat: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"commit-tree\",\"45ae1694ed9a7f54bab38405fa963859fd1c1918\",\"-p\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:33 BST] call: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"update-ref\",\"refs/heads/git-annex\",\"c22f52548a6fa05418d655906d8f182fb2d1bced\"]
+    [2013-06-01 02:01:33 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:33 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:33 BST] Pusher: pushing to [Remote { name =\"Cloud\" }]
+    [2013-06-01 02:01:33 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"git-annex\"]
+    [2013-06-01 02:01:33 BST] call: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"branch\",\"-f\",\"synced/master\"]
+    [2013-06-01 02:01:33 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:33 BST] call: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"push\",\"Cloud\",\"git-annex:synced/git-annex\",\"master:synced/master\"]
+    [2013-06-01 02:01:33 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"log\",\"refs/heads/git-annex..c22f52548a6fa05418d655906d8f182fb2d1bced\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:33 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"log\",\"refs/heads/git-annex..8c35b10f8f42367fddc5c12fe39b30014358cd4d\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:33 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"log\",\"refs/heads/git-annex..ef8dc3b251fbf6baa8149ed077703b2363b3dbc9\",\"--oneline\",\"-n1\"]
+    To ssh://darren@cloud.rhymeorange.com:21/tank/git-annex/projects/
+       ef8dc3b2..c22f525 git-annex -> synced/git-annex
+    [2013-06-01 02:01:34 BST] XMPPClient: sending: NotifyPush [UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\"]
+    [2013-06-01 02:01:34 BST] TransferWatcher: transfer finishing: Transfer {transferDirection = Upload, transferUUID = UUID \"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\", transferKey = Key {keyName = \"48acd7e4d52f823c679d5adc2a1f52d18a8d1e05faecd779ec362d2f50c521dd.mov\", keyBackendName = \"SHA256E\", keySize = Just 67924272, keyMtime = Nothing}}
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"git-annex\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"log\",\"refs/heads/git-annex..c22f52548a6fa05418d655906d8f182fb2d1bced\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"log\",\"refs/heads/git-annex..8c35b10f8f42367fddc5c12fe39b30014358cd4d\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:56 BST] read: git [\"--git-dir=/Volumes/StoragePool/Projects/init/.git\",\"--work-tree=/Volumes/StoragePool/Projects/init\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+
+
+
+
+
+
+
+
+
+
+====
+Receiving Repo (recognises sync.mov but does not download)
+====
+
+
+    [2013-06-01 02:00:04 BST] main: starting assistant version 4.20130530-g8100cad
+
+    [2013-06-01 02:00:04 BST] TransferScanner: Syncing with Cloud 
+    Already up-to-date.
+
+    (scanning...) [2013-06-01 02:00:04 BST] Watcher: Performing startup scan
+    Already up-to-date.
+    Already up-to-date.
+    Already up-to-date.
+    Already up-to-date.
+    [2013-06-01 02:00:05 BST] Committer: Committing changes to git
+    Already up-to-date.
+    Already up-to-date.
+    To ssh://darren@cloud.rhymeorange.com:21/tank/git-annex/projects/
+       da9a4d5..4142ae6  git-annex -> synced/git-annex
+
+
+
+
+
+    (Recording state in git...)
+
+    (started...) [2013-06-01 02:00:06 BST] Pusher: Syncing with Cloud 
+    Everything up-to-date
+    [2013-06-01 02:00:07 BST] Committer: Committing changes to git
+    [2013-06-01 02:00:08 BST] Pusher: Syncing with Cloud 
+    Everything up-to-date
+    [2013-06-01 02:01:04 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+    [2013-06-01 02:01:21 BST] XMPPClient: received: [\"Presence from d15/BB5939E1 Just (Element {elementName = Name {nameLocalName = \\"git-annex\\", nameNamespace = Just \\"git-annex\\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \\"push\\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \\"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\\"])], elementNodes = []})\",\"NotifyPush [UUID \\"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\\"]\"]
+    [2013-06-01 02:01:21 BST] XMPPClient: push notification for e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:21 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:21 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"fetch\",\"Cloud\"]
+    From ssh://cloud.rhymeorange.com:21/tank/git-annex/projects
+       4142ae6..ef8dc3b2 synced/git-annex -> Cloud/synced/git-annex
+       1723064..75aa568  synced/master -> Cloud/synced/master
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"git-annex\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..4142ae6e3befdff987748a92feb65a11aecf4b63\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8c35b10f8f42367fddc5c12fe39b30014358cd4d\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..ef8dc3b251fbf6baa8149ed077703b2363b3dbc9\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..3ddff95f0fdc37a75e0124ba5f965606b2f81bea\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..5e6dd0a555a5f67879e66ca1d83fe1312e87a0e1\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8a0e3fb46d23acdfe9a30e6e85823b37bfae182c\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] feed: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"ef8dc3b251fbf6baa8149ed077703b2363b3dbc9\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"ef8dc3b251fbf6baa8149ed077703b2363b3dbc9..refs/heads/git-annex\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"update-ref\",\"refs/heads/git-annex\",\"ef8dc3b251fbf6baa8149ed077703b2363b3dbc9\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"git-annex\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..ef8dc3b251fbf6baa8149ed077703b2363b3dbc9\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8c35b10f8f42367fddc5c12fe39b30014358cd4d\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..3ddff95f0fdc37a75e0124ba5f965606b2f81bea\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:22 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..5e6dd0a555a5f67879e66ca1d83fe1312e87a0e1\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8a0e3fb46d23acdfe9a30e6e85823b37bfae182c\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:23 BST] feed: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:23 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/Cloud/master\"]
+    [2013-06-01 02:01:23 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/Cloud/synced/master\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/synced/master..refs/remotes/Cloud/synced/master\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-06-01 02:01:23 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects/.git/annex/merge/\",\"merge\",\"--no-edit\",\"refs/remotes/Cloud/synced/master\"]
+    Updating 1723064..75aa568
+    Fast-forward
+     sync.mov | 1 +
+     1 file changed, 1 insertion(+)
+     create mode 120000 sync.mov
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"diff-tree\",\"-z\",\"--raw\",\"--no-renames\",\"-l0\",\"-r\",\"172306459777930560a2cbbfd5c39ad596d93a0e\",\"75aa568fb7f484609a36abdf6afd84ab5aeb0f06\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:23 BST] Merger: merging refs/remotes/Cloud/synced/master into refs/heads/master
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-06-01 02:01:23 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects/.git/annex/merge/\",\"merge\",\"--no-edit\",\"refs/remotes/Cloud/synced/master\"]
+    Already up-to-date.
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"diff-tree\",\"-z\",\"--raw\",\"--no-renames\",\"-l0\",\"-r\",\"75aa568fb7f484609a36abdf6afd84ab5aeb0f06\",\"75aa568fb7f484609a36abdf6afd84ab5aeb0f06\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"git-annex\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..ef8dc3b251fbf6baa8149ed077703b2363b3dbc9\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8c35b10f8f42367fddc5c12fe39b30014358cd4d\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..3ddff95f0fdc37a75e0124ba5f965606b2f81bea\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..5e6dd0a555a5f67879e66ca1d83fe1312e87a0e1\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:23 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8a0e3fb46d23acdfe9a30e6e85823b37bfae182c\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] XMPPClient: received: [\"Presence from d15/BB5939E1 Just (Element {elementName = Name {nameLocalName = \\"git-annex\\", nameNamespace = Just \\"git-annex\\", namePrefix = Nothing}, elementAttributes = [(Name {nameLocalName = \\"push\\", nameNamespace = Nothing, namePrefix = Nothing},[ContentText \\"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\\"])], elementNodes = []})\",\"NotifyPush [UUID \\"e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae\\"]\"]
+    [2013-06-01 02:01:34 BST] XMPPClient: push notification for e393d45e-c8b7-11e2-a1f9-f7c95b1b45ae
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:34 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"fetch\",\"Cloud\"]
+    From ssh://cloud.rhymeorange.com:21/tank/git-annex/projects
+       ef8dc3b2..c22f525 synced/git-annex -> Cloud/synced/git-annex
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"git-annex\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..ef8dc3b251fbf6baa8149ed077703b2363b3dbc9\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8c35b10f8f42367fddc5c12fe39b30014358cd4d\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..c22f52548a6fa05418d655906d8f182fb2d1bced\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..3ddff95f0fdc37a75e0124ba5f965606b2f81bea\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..5e6dd0a555a5f67879e66ca1d83fe1312e87a0e1\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8a0e3fb46d23acdfe9a30e6e85823b37bfae182c\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] feed: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"c22f52548a6fa05418d655906d8f182fb2d1bced\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"c22f52548a6fa05418d655906d8f182fb2d1bced..refs/heads/git-annex\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"update-ref\",\"refs/heads/git-annex\",\"c22f52548a6fa05418d655906d8f182fb2d1bced\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"git-annex\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..c22f52548a6fa05418d655906d8f182fb2d1bced\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8c35b10f8f42367fddc5c12fe39b30014358cd4d\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..3ddff95f0fdc37a75e0124ba5f965606b2f81bea\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:34 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..5e6dd0a555a5f67879e66ca1d83fe1312e87a0e1\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8a0e3fb46d23acdfe9a30e6e85823b37bfae182c\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:35 BST] feed: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"update-index\",\"-z\",\"--index-info\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"diff-index\",\"--raw\",\"-z\",\"-r\",\"--no-renames\",\"-l0\",\"--cached\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:35 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/Cloud/master\"]
+    [2013-06-01 02:01:35 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--verify\",\"-q\",\"refs/remotes/Cloud/synced/master\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/synced/master..refs/remotes/Cloud/synced/master\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"symbolic-ref\",\"HEAD\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"refs/heads/master\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-06-01 02:01:35 BST] call: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects/.git/annex/merge/\",\"merge\",\"--no-edit\",\"refs/remotes/Cloud/synced/master\"]
+    Already up-to-date.
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/master\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"diff-tree\",\"-z\",\"--raw\",\"--no-renames\",\"-l0\",\"-r\",\"75aa568fb7f484609a36abdf6afd84ab5aeb0f06\",\"75aa568fb7f484609a36abdf6afd84ab5aeb0f06\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"git-annex\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..c22f52548a6fa05418d655906d8f182fb2d1bced\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8c35b10f8f42367fddc5c12fe39b30014358cd4d\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..3ddff95f0fdc37a75e0124ba5f965606b2f81bea\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..5e6dd0a555a5f67879e66ca1d83fe1312e87a0e1\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:01:35 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"log\",\"refs/heads/git-annex..8a0e3fb46d23acdfe9a30e6e85823b37bfae182c\",\"--oneline\",\"-n1\"]
+    [2013-06-01 02:02:04 BST] read: git [\"--git-dir=/Users/darren/Projects/.git\",\"--work-tree=/Users/darren/Projects\",\"ls-tree\",\"-z\",\"--\",\"refs/heads/git-annex\",\"uuid.log\",\"remote.log\",\"trust.log\",\"group.log\",\"preferred-content.log\"]
+    [2013-06-01 02:02:05 BST] XMPPClient: received: [\"Unknown message\"]
+"""]]
diff --git a/doc/bugs/restart_daemon_required/comment_4_3ce776786eca83fcb8ff94c8f6ff3eb9._comment b/doc/bugs/restart_daemon_required/comment_4_3ce776786eca83fcb8ff94c8f6ff3eb9._comment
new file mode 100644
index 0000000000..1163fcbcf5
--- /dev/null
+++ b/doc/bugs/restart_daemon_required/comment_4_3ce776786eca83fcb8ff94c8f6ff3eb9._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-06-10T21:31:04Z"
+ content="""
+Darren, I'm sorry about the delay getting back to you -- I've been on vacation.
+
+> XMPPClient: received: [\"Unknown message\"]
+
+This and the versions tell me what the problem is. Version 4.20130601 made a backwards-incompatable change in its XMPP protocol.
+You need to upgrade the one that's using 4.20130522, and that'll solve that. The current build for Lion is 4.20130601, which will do. (The Lion autobuild is also building again for some time.)
+
+I forgot to mention this protocol change in the release notes, it was only in the changelog. Am doing that now.
+"""]]
diff --git a/doc/bugs/rsync_remote_shows_no_progress.mdwn b/doc/bugs/rsync_remote_shows_no_progress.mdwn
new file mode 100644
index 0000000000..0192291f2e
--- /dev/null
+++ b/doc/bugs/rsync_remote_shows_no_progress.mdwn
@@ -0,0 +1,15 @@
+What steps will reproduce the problem?
+Init a annex, add rsync remote (with or without encryption, does not matter), launch annex assistant
+
+What is the expected output? What do you see instead?
+In the dashboard, no progress is recorded for the transfer. Each file stays at 0% and then disappears as it is fully transfered. I expect the progressbar to move and show the actual transfer progress.
+
+What version of git-annex are you using? On what operating system?
+git head of today, Ubuntu 12.04
+
+Please provide any additional information below.
+I looked in the source code and found some hints that the rsync progress should actually be evaluated and shown, I'm opening a bug report for this reason.
+
+[[!meta title="assistant: No progress bars for file uploads"]]
+
+> now upload progress bars work! [[done]] --[[Joey]]
diff --git a/doc/bugs/rsync_remote_shows_no_progress/comment_1_a7f5d646a924c462b987561cf6fc4318._comment b/doc/bugs/rsync_remote_shows_no_progress/comment_1_a7f5d646a924c462b987561cf6fc4318._comment
new file mode 100644
index 0000000000..09afec65aa
--- /dev/null
+++ b/doc/bugs/rsync_remote_shows_no_progress/comment_1_a7f5d646a924c462b987561cf6fc4318._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 1"
+ date="2012-09-09T20:01:53Z"
+ content="""
+Yes, progress bars for uploads are not implemented yet. See [[design/assistant/progressbars]]
+"""]]
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/scp_interrupt_to_background.mdwn b/doc/bugs/scp_interrupt_to_background.mdwn
new file mode 100644
index 0000000000..381f5cd736
--- /dev/null
+++ b/doc/bugs/scp_interrupt_to_background.mdwn
@@ -0,0 +1,2 @@
+When getting a file with scp, SIGINT is blocked, exposing the git
+subcommand fork to background bug again. [[done]]
diff --git a/doc/bugs/show_version_without_having_to_be_in_a_git_repo.mdwn b/doc/bugs/show_version_without_having_to_be_in_a_git_repo.mdwn
new file mode 100644
index 0000000000..98b9ced228
--- /dev/null
+++ b/doc/bugs/show_version_without_having_to_be_in_a_git_repo.mdwn
@@ -0,0 +1,11 @@
+It'd be nice to be able to run "git annex version" -- and maybe some other
+commands, like "git annex" itself for the help text, without having to be
+inside a git repo. Right now it requires you to be in a git repo even if
+it's not a git-annex repo.
+
+> You need a newer verison of git-annex. --[[Joey]] 
+
+	joey@gnu:/>git annex version
+	git-annex version: 3.20120124
+
+[[done]]
diff --git a/doc/bugs/signal_weirdness.mdwn b/doc/bugs/signal_weirdness.mdwn
new file mode 100644
index 0000000000..1942a924aa
--- /dev/null
+++ b/doc/bugs/signal_weirdness.mdwn
@@ -0,0 +1,48 @@
+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]] 
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/smarter_flood_filling.mdwn b/doc/bugs/smarter_flood_filling.mdwn
new file mode 100644
index 0000000000..47b6942c76
--- /dev/null
+++ b/doc/bugs/smarter_flood_filling.mdwn
@@ -0,0 +1,31 @@
+The assistant performs a flood fill, sending every file to every remote
+that will have it. This is naive, but it's a good way to ensure the file
+gets to every corner of the repo network that it possibly can.
+
+However, this means that locally paired computers will still upload files
+to a transfer repo, even when they're next to each other and that
+is a massive waste of bandwidth.
+
+It occurred to me this morning that there is a simple change that can avoid
+this.
+
+1. Ensure that locally paired computers have a lower cost than network
+   transfer remotes. (done)
+2. When queuing uploads, queue transfers to the lowest cost remotes first.
+   (already done)
+3. Just before starting a transfer, re-check if the transfer is still wanted.
+   (done)
+
+> [[done]]
+
+Now, unnecessary transfers to tranfer repos are avoided if it can send
+the file locally instead.
+
+It doesn't solve it for all network topologies of course. If there
+are three computers paired in a line "A --- B --- C", and all 3 share
+a transfer repo, A will still send to both B and the transfer repo
+even though B can reach C via a faster route.
+
+See also: [[assistant does not always use repo cost info when queueing downloads]]
+
+[[!tag /design/assistant]]
diff --git a/doc/bugs/softlink_mtime.mdwn b/doc/bugs/softlink_mtime.mdwn
new file mode 100644
index 0000000000..1427fc7147
--- /dev/null
+++ b/doc/bugs/softlink_mtime.mdwn
@@ -0,0 +1,54 @@
+When adding files to git annex, softlinks are created with current atime (and ctime, etc). Instead, the atime of the added file should be used and added to the meta-data, restoring it everywhere an annex is cloned to. -- RichiH
+
+Optionally, editing the meta-data should change the times in all annexes.
+
+> Thing is, git does not preserve file timestamps much at all. 
+> It's not uncommon for a `git checkout` to or `git update` to
+> mess up timestamps. This is why things like metastore exist (and
+> metastore should work ok with git annexed files too). Trying to 
+> make annexed file symlinks have better timestamp handling than regular
+> files in git seems pointless. --[[Joey]]
+
+> > Improving an area where git is (not yet?) good at still makes sense, imo. Photos and the like need absolute timestamps more than source code which is fine with relative timestamps (local builds & updates). Maintaining global timestamps for source code could even cause a lot of unwanted effects. As it is, this issue is the only, but a major, blocker for me before I can start adapting git-annex. As I have three different use cases for it, this is a shame. Unfortunately, I don't speak any Haskell so scratching my own itch isn't do-able (without major effort and not soon, at least). Is there a realistic chance that you will tackle this nonetheless or is this WONTFIX? -- RichiH
+
+>>> Not quite WONTFIX. git-annex should at least, when adding new files,
+>>> preserve their timestamp in the symlink it creates.
+>>>
+>>> Since it doesn't have anything to do with maintaining the symlinks
+>>> during an update, or a clone, etc, maintaining the permissions of them 
+>>> is also out of scope, and it's best to just use metastore if you need
+>>> it. Otherwise, git-annex would have to reimplement metastore, and is
+>>> unlikely to do it better.
+
+>>>> OK, thanks for the clarification. Would it be acceptable for you to put the timestamps into the metastore with vanilla git? If such an option existed, everyone would be able to benefit and not just me. -- RichiH
+
+>>>>> I've now committed to git changes to make git-annex add make
+>>>>> symlinks that reflect the original file's mtime. (It's not possible
+>>>>> to set the ctime of a symlink; nor would you want to as messing with
+>>>>> ctimes can break backup software ... and atime doesn't much matter.)
+>>>>> 
+>>>>> So all you have to do is make the pre-commit hook call
+>>>>> [metastore](http://david.hardeman.nu/software.php). The hook
+>>>>> would look like this: ---[[Joey]]
+
+	#!/bin/sh
+	git annex pre-commit .
+	metastore --save
+	git add .metadata
+
+>>>>>> Thanks a lot. Doing this in a new git-annex repo from the start should at least ensure local consistency and I assume I can simply add a post-pull hook to restore the mtimes on all all other repositories? -- RichiH
+
+>>>>>>> This is even better:
+
+    #!/bin/sh
+    if ! type metastore >/dev/null; then echo "$0: metastore is not installed; exiting"; exit 1; fi
+    git annex pre-commit .
+    metastore --save
+    git add .metadata
+
+>>>>>>> -- RichiH
+
+>>>>>>>> After getting to actually play with this from different machines with a bare git as central instance for several distributed repos, the metastore trick does not work. The .metadata is causing merge conflicts for every pull. I removed the "done" tag from this issue. -- RichiH
+
+>>>>>>>>> softbox sounds _really_ nice. File systems need to preserve mtimes. Oviously, it would be nice if git-annex exposed this to the upper layer instead of relying on this FUSE implementation, or the next, or the other totally cool thing around the corner to implement it again and again. 
+>>>>>>>>> I talked to the author of metastore; he is aware that the format is merge-unfriendly but never needed merges for himself. He is aware that this is not ideal for something like git. He does not have the time to implement a text storage instead of binary and I lack the skills to do it. If metastore is used, all it would need to do is introduce a new version of the store (it's versioned, apparently) and save metadata in text, one file per line. xattr would need to be ASCII-armoured, the rest could be plain text. I still think storing this directly in git-annex would make the most sense. Introducing a metadata storage file per storage object in .git/annex and using the object file's name as index is impossible because several softlinks might point to one object so it would need to be done per-softlink :/ -- RichiH
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_connection_caching_broken_on_NTFS.mdwn b/doc/bugs/ssh_connection_caching_broken_on_NTFS.mdwn
new file mode 100644
index 0000000000..fc3168e0f2
--- /dev/null
+++ b/doc/bugs/ssh_connection_caching_broken_on_NTFS.mdwn
@@ -0,0 +1,66 @@
+TL;DNR ssh connection caching seems to cause git-annex to not work on NTFS volumes.  Setting `annex.sshcaching` to `false` seems to solve the problem.
+
+## What version of git-annex are you using? On what operating system? Please provide any additional information below.
+
+* git-annex version: 3.20120629 on Debian Testing.
+* `the-repo` is located on an NTFS volume on a USB HDD.
+* `the-remote` is on the server `example.com`.
+* `example.com` is running gitolite3 v3.2-19-gb9bbb78, git 1.7.2.5, and git-annex 3.20120629~bpo60+2
+
+
+## What steps will reproduce the problem? What is the expected output? What do you see instead?
+
+Create or clone a repo onto an NTFS volume.  
+Make sure `git annex` is initialized.  
+Run some regular git operations.  These always seem to work.  
+Try git-annex operations.  
+
+Some operations work despite the error messages:
+
+    $ git annex sync
+    Control socket connect(/media/NTFSVOL/the-repo/.git/annex/ssh/git@example.com): Connection refused
+    Failed to connect to new control master
+    Command ssh ["-S","/media/NTFSVOL/the-repo/.git/annex/ssh/git@example.com","-o","ControlMaster=auto","-o","ControlPersist=yes","git@example.com","git-annex-shell 'configlist' '/~/the-repo.git'"] failed; exit code 255
+    Control socket connect(/media/NTFSVOL/the-repo/.git/annex/ssh/git@example.com): Connection refused
+    Failed to connect to new control master
+    Command ssh ["-S","/media/NTFSVOL/the-repo/.git/annex/ssh/git@example.com","-o","ControlMaster=auto","-o","ControlPersist=yes","git@example.com","git-annex-shell 'configlist' '/~/the-repo'"] failed; exit code 255
+    commit  
+    # On branch master
+    nothing to commit (working directory clean)
+    ok
+    pull the-remote 
+    ok
+    pull origin 
+    ok
+
+Other operations fail:
+
+    $ git annex copy -t the-remote the-file.jpg
+    Control socket connect(/media/NTFSVOL/the-repo/.git/annex/ssh/git@example.com): Connection refused
+    Failed to connect to new control master
+    Command ssh ["-S","/media/NTFSVOL/the-repo/.git/annex/ssh/git@example.com","-o","ControlMaster=auto","-o","ControlPersist=yes","git@example.com","git-annex-shell 'configlist' '/~/the-repo.git'"] failed; exit code 255
+    Control socket connect(/media/NTFSVOL/the-repo/.git/annex/ssh/git@example.com): Connection refused
+    Failed to connect to new control master
+    Command ssh ["-S","/media/NTFSVOL/the-repo/.git/annex/ssh/git@example.com","-o","ControlMaster=auto","-o","ControlPersist=yes","git@example.com","git-annex-shell 'configlist' '/~/the-repo'"] failed; exit code 255
+    copy the-file.jpg (checking the-remote...) Control socket connect(/media/NTFSVOL/the-repo/.git/annex/ssh/git@example.com): Connection refused
+    Failed to connect to new control master
+    (unable to check the-remote) failed
+    git-annex: copy: 1 failed
+
+Some googling revealed the errors to be stale socket files.  
+- [Three SSH Tips](http://shallowsky.com/blog/tags/ssh/)  
+- [Improving SSH (OpenSSH) connection speed with shared connections](http://protempore.net/~calvins/howto/ssh-connection-sharing/#section-03)  
+
+It appears that SSH connection caching was implemented in response to this wishlist item:  
+[wishlist: Prevent repeated password prompts for one command](http://git-annex.branchable.com/todo/wishlist:_Prevent_repeated_password_prompts_for_one_command/)
+
+However ssh connection caching breaks things on NTFS volumes.  If I turn off connection caching, it seems to work fine
+
+    $ git config annex.sshcaching false
+
+but it would be nifty if git-annex could detect the filesystem type and do The Right Thing.
+
+Thanks for all the work on git-annex -- it's an awesome project!
+
+> [[done]], `git annex init` now probes for fifo support and disables ssh
+> connection caching if it cannot make one. --[[Joey]] 
diff --git a/doc/bugs/ssh_connection_caching_broken_on_NTFS/comment_1_54e7e12514f4c109fd57a4eb744b731a._comment b/doc/bugs/ssh_connection_caching_broken_on_NTFS/comment_1_54e7e12514f4c109fd57a4eb744b731a._comment
new file mode 100644
index 0000000000..9219e96d34
--- /dev/null
+++ b/doc/bugs/ssh_connection_caching_broken_on_NTFS/comment_1_54e7e12514f4c109fd57a4eb744b731a._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-16T20:47:02Z"
+ content="""
+This failed because ssh connection caching needs fifos,
+which are not supported on NTFS. Also, the linux NTFS code behaves most strangly when asked to make a fifo; creating an empty file instead and then failing with EEXIST.
+
+In more recent versions of git-annex, you can set the `GIT_ANNEX_TMP_DIR` to point somewhere that supports fifos.
+
+Recent versions also try to detect crippled filesystems, and disable use of unix sockets along with symlinks etc.
+However, since ntfs supports symlinks, and it does not probe specially for fifo support, this won't help.
+"""]]
diff --git a/doc/bugs/submodule_path_problem.mdwn b/doc/bugs/submodule_path_problem.mdwn
new file mode 100644
index 0000000000..664e246bc6
--- /dev/null
+++ b/doc/bugs/submodule_path_problem.mdwn
@@ -0,0 +1,56 @@
+If a submodule isn't toplevel, git-annex breaks
+
+**What steps will reproduce the problem?**
+
+Make two non-empty repositories:
+
+    mkdir submod
+    cd submod
+    git init
+    touch README && git add README
+    git commit -a -m "first import of submodule"
+    cd ..
+
+    mkdir test
+    cd test
+    git init
+    touch README && git add README
+    git commit -a -m "first import of master"
+
+Add first repository as a non-toplevel submodule:
+
+    git submodule add ../submod lib/submod
+    
+Setup git-annex for the submodule inside the other repository:
+
+    cd lib/submod
+    git annex init
+
+**What is the expected output? What do you see instead?**
+
+Expected:
+
+    init  ok
+    (Recording state in git...)
+
+Got:
+
+    init  fatal: Could not switch to '../../../../lib': No such file or directory
+    git-annex: git config [Param "annex.uuid",Param "55D974D1-73E8-489E-B454-03D164664C82"] failed
+
+
+**What version of git-annex are you using? On what operating system?**
+
+3.20121011 compiled from git on Mac OS X 10.8
+
+
+**Please provide any additional information below.**
+
+* git-annex read the path from the "worktree" variable in the git config.
+* The git config for a submodule is storen in the main repository, e.g. "../../.git/modules/lib/submod/config"
+* The path in that config is relative to the config file: "worktree = ../../../../lib/submod"
+* Git-annex expect the path to be relative to the current directory, which is why it fails.
+
+> Impressive analysis, thanks. I've fixed handling of relative
+> core.worktree. [[done]] --[[Joey]]
+
diff --git a/doc/bugs/submodule_path_problem/comment_1_69aec9207d2e9da4bc042d3f4963d80e._comment b/doc/bugs/submodule_path_problem/comment_1_69aec9207d2e9da4bc042d3f4963d80e._comment
new file mode 100644
index 0000000000..1ff33e36ad
--- /dev/null
+++ b/doc/bugs/submodule_path_problem/comment_1_69aec9207d2e9da4bc042d3f4963d80e._comment
@@ -0,0 +1,48 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkywesyg6tKBZcmxJ2EMUO89DZL1LZ7Sng"
+ nickname="Peter"
+ subject="comment 1"
+ date="2012-10-16T12:02:27Z"
+ content="""
+Not quite there yet.
+
+git-annex init works now, but there is still a problem with paths:
+
+Using the same setup as previously, git-annex init now works: 
+
+    cd lib/submod
+    git annex init
+
+But adding a file failes:
+
+    git annex add big-file
+
+Output:
+
+    add big-file (checksum...) 
+    git-annex: big-file: getFileStatus: does not exist (No such file or directory)
+    failed
+    (Recording state in git...)
+    git-annex: add: 1 failed
+
+Debug:
+
+
+[2012-10-16 13:59:26 CEST] read: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"ls-files\",\"--others\",\"--exclude-standard\",\"-z\",\"--\",\"big-file\"]
+[2012-10-16 13:59:26 CEST] read: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"diff\",\"--name-only\",\"--diff-filter=T\",\"-z\",\"--\",\"big-file\"]
+add big-file [2012-10-16 13:59:26 CEST] chat: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"check-attr\",\"-z\",\"--stdin\",\"annex.backend\",\"annex.numcopies\",\"--\"]
+(checksum...) [2012-10-16 13:59:26 CEST] chat: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"cat-file\",\"--batch\"]
+
+git-annex: big-file: getFileStatus: does not exist (No such file or directory)
+failed
+
+    [2012-10-16 13:59:26 CEST] chat: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"hash-object\",\"-w\",\"--stdin-paths\"]
+    [2012-10-16 13:59:26 CEST] feed: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"update-index\",\"-z\",\"--index-info\"]
+    [2012-10-16 13:59:26 CEST] read: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"show-ref\",\"--hash\",\"refs/heads/git-annex\"]
+    (Recording state in git...)
+    [2012-10-16 13:59:26 CEST] read: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"write-tree\"]
+    [2012-10-16 13:59:26 CEST] chat: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"commit-tree\",\"ed2f98d7105deed7482b3dde43426c177b360131\",\"-p\",\"refs/heads/git-annex\"]
+    [2012-10-16 13:59:26 CEST] call: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"update-ref\",\"refs/heads/git-annex\",\"df49e7bef8409dff450ce549c40f4ab429ea3144\"]
+    [2012-10-16 13:59:26 CEST] chat: git [\"--git-dir=../../.git/modules/lib/submod\",\"--work-tree=/Users/ptx/tmp/test-annex/test/lib/submod\",\"cat-file\",\"--batch\"]
+    git-annex: add: 1 failed
+"""]]
diff --git a/doc/bugs/submodule_path_problem/comment_2_53d9eb28cb70b51637470175a80ddf35._comment b/doc/bugs/submodule_path_problem/comment_2_53d9eb28cb70b51637470175a80ddf35._comment
new file mode 100644
index 0000000000..a60a096e8f
--- /dev/null
+++ b/doc/bugs/submodule_path_problem/comment_2_53d9eb28cb70b51637470175a80ddf35._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2012-10-16T20:28:03Z"
+ content="""
+Cute, it was making the wrong symlink and then noticed it was broken and reverted the add. At least my error unwind works! Anyway, fixed this too.
+"""]]
diff --git a/doc/bugs/submodule_path_problem/comment_3_aa5e0f99000a5b4988bccbb2ca28353b._comment b/doc/bugs/submodule_path_problem/comment_3_aa5e0f99000a5b4988bccbb2ca28353b._comment
new file mode 100644
index 0000000000..3f446a777d
--- /dev/null
+++ b/doc/bugs/submodule_path_problem/comment_3_aa5e0f99000a5b4988bccbb2ca28353b._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkywesyg6tKBZcmxJ2EMUO89DZL1LZ7Sng"
+ nickname="Peter"
+ subject="comment 3"
+ date="2012-10-17T11:41:54Z"
+ content="""
+One step closer, but still not perfect:
+
+    git annex add big-file
+    > add big-file (checksum...) ok
+    > (Recording state in git...)
+
+    git commit -a -m \"Added file\"
+    > git-annex: /Users/ptx/tmp/test-annex/test/.git/lib/submod: changeWorkingDirectory: does not exist (No such file or directory)
+
+So when applying the post-hook, git-annex is getting the wrong directory.
+
+`test/.git/lib/submod` should be `test/.git/modules/lib/submod`
+
+"""]]
diff --git a/doc/bugs/submodule_path_problem/comment_4_ab1508a5a04e2106aad5e7985775a6fa._comment b/doc/bugs/submodule_path_problem/comment_4_ab1508a5a04e2106aad5e7985775a6fa._comment
new file mode 100644
index 0000000000..c46eedf8ed
--- /dev/null
+++ b/doc/bugs/submodule_path_problem/comment_4_ab1508a5a04e2106aad5e7985775a6fa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 4"
+ date="2012-10-17T18:29:24Z"
+ content="""
+Ok, fixed that.
+"""]]
diff --git a/doc/bugs/submodule_path_problem/comment_5_8c7539d1c11b81f5d46aa8e1c61745ae._comment b/doc/bugs/submodule_path_problem/comment_5_8c7539d1c11b81f5d46aa8e1c61745ae._comment
new file mode 100644
index 0000000000..088517c5bb
--- /dev/null
+++ b/doc/bugs/submodule_path_problem/comment_5_8c7539d1c11b81f5d46aa8e1c61745ae._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkywesyg6tKBZcmxJ2EMUO89DZL1LZ7Sng"
+ nickname="Peter"
+ subject="comment 5"
+ date="2012-11-08T10:32:26Z"
+ content="""
+Great!
+
+Everything is working now, unfortunately the package in cabal and the prebuild linux packages are one day too old.
+
+Are you going to release a newer build soon?
+
+/ptx
+"""]]
diff --git a/doc/bugs/submodule_path_problem/comment_6_cacc91afcb1739dfca3a60590bb70356._comment b/doc/bugs/submodule_path_problem/comment_6_cacc91afcb1739dfca3a60590bb70356._comment
new file mode 100644
index 0000000000..1cae4ea985
--- /dev/null
+++ b/doc/bugs/submodule_path_problem/comment_6_cacc91afcb1739dfca3a60590bb70356._comment
@@ -0,0 +1,67 @@
+[[!comment format=mdwn
+ username="konubinix"
+ ip="82.243.233.186"
+ subject="Git annexed files symlink are wrong when submodule is not in the same path "
+ date="2013-08-08T06:36:10Z"
+ content="""
+Hi,
+
+First, thanks for the great tool that is git-annex!
+
+I have a problem with submodules when the git repository is not a submodule everywhere.
+
+    $ git-annex version
+    git-annex version: 4.20130802
+    ...
+
+    $ git --version
+    git version 1.8.3.2
+
+I try to have a repository has a submodule of another.
+
+    # 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 would expect, since this repository is not an annex:
+test -> .git/annex/objects/w8/pv/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2/SHA256E-s5--f2ca1bb6c7e907d06dafe4687e579fce76b37e4e93b7605022da52e6ccc26fd2
+
+Do you think that is possible?
+
+Thanks.
+"""]]
diff --git a/doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__.mdwn b/doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__.mdwn
new file mode 100644
index 0000000000..3a50256db3
--- /dev/null
+++ b/doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__.mdwn
@@ -0,0 +1,50 @@
+I've just come across a subtle build issue (as haskell-platform just
+got updated, I thought I might give it a try) The scenario is
+
+* OSX 10.7 (everything is up to date with xcode etc... the usual)
+* The 32bit version of Haskell Platform 2012.2
+
+The issue is when libdiskfree.c is compiled and linked to git-annex, 
+OSX defaults to a 64bit binary, thus...
+
+        Linking git-annex ...
+        ld: warning: ignoring file Utility/libdiskfree.o, file was built for unsupported file format which is not the architecture being linked (i386)
+        Undefined symbols for architecture i386:
+          "_diskfree", referenced from:
+              _UtilityziDiskFree_zdwa_info in DiskFree.o
+        ld: symbol(s) not found for architecture i386
+        collect2: ld returned 1 exit status
+        make: *** [git-annex] Error 1
+
+You can either compile up the c library in a 32bit mode if you have the 32bit 
+version of Haskell Platform installed as in the following example
+
+        laplace:git-annex jtang$ cc  -m32  -c -o Utility/libdiskfree.o Utility/libdiskfree.c
+        Utility/libdiskfree.c: In function ‘diskfree’:
+        Utility/libdiskfree.c:61: warning: ‘statfs64’ is deprecated (declared at /usr/include/sys/mount.h:379)
+        laplace:git-annex jtang$ make
+        ghc -O2 -Wall -ignore-package monads-fd -outputdir tmp -IUtility -DWITH_S3 --make git-annex Utility/libdiskfree.o
+
+        Utility/Touch.hs:1:12:
+            Warning: -#include and INCLUDE pragmas are deprecated: They no longer have any effect
+
+        Utility/Touch.hs:2:12:
+            Warning: -#include and INCLUDE pragmas are deprecated: They no longer have any effect
+
+        Utility/Touch.hs:3:12:
+            Warning: -#include and INCLUDE pragmas are deprecated: They no longer have any effect
+
+        Utility/Touch.hs:4:12:
+            Warning: -#include and INCLUDE pragmas are deprecated: They no longer have any effect
+        Linking git-annex ...
+
+Or else just install the 64bit haskell platform. I'm not too sure where
+you would but the intelligence to detect 32 or 64 outputs from the
+different compilers. I suspect checking what ghc outputs then putting in
+the appropriate -m32 or -m64 for the c compiler is the right thing to do. 
+Or just telling users to use the 64bit version of the haskell platform?
+It may also be possible to get osx's c compiler to output a universal binary 
+to give you everything, but that be going down the _being too platform 
+specific route_.
+
+> [[done]], it'll detect this and force -m32. --[[Joey]]
diff --git a/doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__/comment_1_6208e70a21a048d5423926d16e32d421._comment b/doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__/comment_1_6208e70a21a048d5423926d16e32d421._comment
new file mode 100644
index 0000000000..11d135251d
--- /dev/null
+++ b/doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__/comment_1_6208e70a21a048d5423926d16e32d421._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ subject="comment 1"
+ date="2012-06-04T20:02:23Z"
+ content="""
+Seems you built it using `make` .. could you try instead building with cabal, ie run `cabal install git-annex` or `cabal build` in the source tree. I think cabal will probably do the right thing.
+
+I could fix the Makefile, I suppose. What does this say: `ghc -e 'print System.Info.arch'
+"""]]
diff --git a/doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__/comment_2_8765b6190e79251637bb59ba28f245c1._comment b/doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__/comment_2_8765b6190e79251637bb59ba28f245c1._comment
new file mode 100644
index 0000000000..cad802a88a
--- /dev/null
+++ b/doc/bugs/subtle_build_issue_on_OSX_10.7_and_Haskell_Platform___40__if_you_have_the_32bit_version_installed__41__/comment_2_8765b6190e79251637bb59ba28f245c1._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2012-06-05T14:07:26Z"
+ content="""
+FYI, (the follow is on OSX 10.7 on two different machines)
+
+On my 64bit install of haskell platform...
+
+    laplace:~ jtang$ ghc -e 'print System.Info.arch'
+    \"x86_64\"
+
+On my 32bit install of haskell platform...
+
+     x00:git-annex jtang$ ghc -e 'print System.Info.arch'
+    \"i386\"
+
+Running _cabal build_ or _cabal install git-annex_ as you suggest with the 32bit install does do the right thing.
+
+"""]]
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/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..490bdf2c83
--- /dev/null
+++ b/doc/bugs/test_failures_on_window_for_5.20131118.mdwn
@@ -0,0 +1,20 @@
+### 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
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/test_suite_failure_on_samba_mount.mdwn b/doc/bugs/test_suite_failure_on_samba_mount.mdwn
new file mode 100644
index 0000000000..ab3990c32a
--- /dev/null
+++ b/doc/bugs/test_suite_failure_on_samba_mount.mdwn
@@ -0,0 +1,278 @@
+### Please describe the problem.
+
+`git annex test` show multiple failures on a samba mounted partition.
+
+### What steps will reproduce the problem?
+
+just run `git annex test` (in the mounted dir)
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130521, built for architecture `armhf` by the Raspbian maintainers ("jessie" suite at the time of writing)
+
+### Please provide any additional information below.
+
+Here are the last lines of `git annex test` output; AFAICT they are the only lines mentioning failures. Before them the output mentions `+++ OK, passed 100 tests.`.
+
+[[!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
+
+Cases: 1  Tried: 0  Errors: 0  Failures: 0----------------------------------------------------------------------
+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
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+                                          Cases: 1  Tried: 1  Errors: 0  Failures: 0
+Cases: 3  Tried: 0  Errors: 0  Failures: 0Cases: 3  Tried: 1  Errors: 0  Failures: 0----------------------------------------------------------------------
+add
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+Cases: 3  Tried: 2  Errors: 0  Failures: 0  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+error: unable to create temporary sha1 filename : No such file or directory
+
+git-annex: user error (git ["--git-dir=/media/freebox/.t/tmprepo0/.git","--work-tree=/media/freebox/.t/tmprepo0","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904"] exited 1)
+                                          ### Failure in: git-annex add:2
+git annex init failed
+Cases: 3  Tried: 3  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0----------------------------------------------------------------------
+reinject
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+                                          Cases: 1  Tried: 1  Errors: 0  Failures: 0
+Cases: 2  Tried: 0  Errors: 0  Failures: 0not supported in direct mode; skipping
+----------------------------------------------------------------------
+unannex
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+error: unable to create temporary sha1 filename : No such file or directory
+
+git-annex: user error (git ["--git-dir=/media/freebox/.t/tmprepo1/.git","--work-tree=/media/freebox/.t/tmprepo1","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904"] exited 1)
+                                          ### Failure in: git-annex unannex:0:no content
+git annex init failed
+Cases: 2  Tried: 1  Errors: 0  Failures: 1  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+  Detected a crippled filesystem.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+                                          Cases: 2  Tried: 2  Errors: 0  Failures: 1
+Cases: 3  Tried: 0  Errors: 0  Failures: 0not supported in direct mode; skipping
+----------------------------------------------------------------------
+drop
+  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+error: unable to create temporary sha1 filename : No such file or directory
+
+git-annex: user error (git ["--git-dir=/media/freebox/.t/tmprepo2/.git","--work-tree=/media/freebox/.t/tmprepo2","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904"] exited 1)
+                                          ### Failure in: git-annex drop:0:no remotes
+git annex init failed
+Cases: 3  Tried: 1  Errors: 0  Failures: 1  Detected a crippled filesystem.
+  Enabling direct mode.
+  Detected a filesystem without fifo support.
+  Disabling ssh connection caching.
+Cases: 3  Tried: 2  Errors: 0  Failures: 1/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex drop:2:untrusted remote
+git clone failed
+Cases: 3  Tried: 3  Errors: 0  Failures: 2
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex get
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex move
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex copy
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex unlock/lock
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 2  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex edit/commit:0
+git clone failed
+Cases: 2  Tried: 1  Errors: 0  Failures: 1/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### 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: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex fix
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### 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: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex fsck:0
+git clone failed
+Cases: 4  Tried: 1  Errors: 0  Failures: 1/media/freebox/.t/tmprepo3/refs: No such file or directory
+                                          ### Failure in: git-annex fsck:1
+git clone failed
+Cases: 4  Tried: 2  Errors: 0  Failures: 2/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex fsck:2
+git clone failed
+Cases: 4  Tried: 3  Errors: 0  Failures: 3/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex fsck:3
+git clone failed
+Cases: 4  Tried: 4  Errors: 0  Failures: 4
+Cases: 2  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex migrate:0
+git clone failed
+Cases: 2  Tried: 1  Errors: 0  Failures: 1/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex migrate:1
+git clone failed
+Cases: 2  Tried: 2  Errors: 0  Failures: 2
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex unused/dropunused
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex describe
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex find
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex merge
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex status
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex version
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex sync
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: union merge regression
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: automatic conflict resolution
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex map
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex uninit
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex upgrade
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex whereis
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex hook remote
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex directory remote
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex rsync remote
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex bup remote
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+Cases: 1  Tried: 0  Errors: 0  Failures: 0/media/freebox/.t/tmprepo3/.git: No such file or directory
+                                          ### Failure in: git-annex crypto
+git clone failed
+Cases: 1  Tried: 1  Errors: 0  Failures: 1
+----------------------------------------------------------------------
+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
+git-annex: .t/repo/.git/annex: removeDirectory: unsatisified constraints (Directory not empty)
+
+# End of transcript or log.
+"""]]
diff --git a/doc/bugs/test_suite_failure_on_samba_mount/comment_1_e074b20801b921ee2661025a050a8af2._comment b/doc/bugs/test_suite_failure_on_samba_mount/comment_1_e074b20801b921ee2661025a050a8af2._comment
new file mode 100644
index 0000000000..623028c80c
--- /dev/null
+++ b/doc/bugs/test_suite_failure_on_samba_mount/comment_1_e074b20801b921ee2661025a050a8af2._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="seems like a general git problem"
+ date="2013-08-24T19:55:56Z"
+ content="""
+\"unable to create temporary sha1 filename\" is a git error message. I don't actually see any git-annex failure here, just a git failure that seems to lead to a cascade of other failures. 
+
+I'm not sure if the \"/media/freebox/.t/tmprepo3/.git: No such file or directory\" is because git clone has failed due to the other errors, or if git clone somehow failed to set up the .git directory.
+
+It would probably be helpful to have a play around with git on this filesystem and see what breaks. Alternatively, you can use git-annex with `--debug` to see the git commands it's running that fail, and try them yourself and perhaps strace or gdb them or something to see where they go wrong.
+"""]]
diff --git a/doc/bugs/test_suite_shouldn__39__t_fail_silently.mdwn b/doc/bugs/test_suite_shouldn__39__t_fail_silently.mdwn
new file mode 100644
index 0000000000..2f486ad652
--- /dev/null
+++ b/doc/bugs/test_suite_shouldn__39__t_fail_silently.mdwn
@@ -0,0 +1,3 @@
+When the test suite cannot be compiled, the build just fails silenty. This means that in automated builds there is no easy way to ensure that the generated binaries have passed the test suite, because it may not even have been run! IMHO, "make test" should fail (i.e. return a non-zero exit code) when it can't succeeed.
+
+> Ok, fixed. --[[Joey]] [[done]]
diff --git a/doc/bugs/tests_fail_when_there_is_no_global_.gitconfig_for_the_user.mdwn b/doc/bugs/tests_fail_when_there_is_no_global_.gitconfig_for_the_user.mdwn
new file mode 100644
index 0000000000..b90b501e31
--- /dev/null
+++ b/doc/bugs/tests_fail_when_there_is_no_global_.gitconfig_for_the_user.mdwn
@@ -0,0 +1,50 @@
+Make test fails when git doesn't know what identity to give to commits
+
+<pre>
+
+Testing 1:blackbox:0:git-annex init
+Cases: 30  Tried: 7  Errors: 0  Failures: 0
+*** 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: empty ident  <jtang@lenny.localdomain> not allowed
+### Failure in: 1:blackbox:0:git-annex init
+init failed
+Testing 1:blackbox:1:git-annex add:0
+Cases: 30  Tried: 8  Errors: 0  Failures: 1
+*** Please tell me who you are.
+</pre>
+
+I guess most users testing git-annex probably have a .gitconfig sitting in their home directories already so the above never cropped up. This failure was initially found in a clean and fresh install of a virtual machine with archlinux and repeated again on my archlinux laptop.
+
+Update: I pulled the master on my rhel5 test machine and moved my .gitconfig out of the way, the tests passes and continues but I still get a "warning message" from git. 
+
+<pre>
+Testing 1:blackbox:3:git-annex unannex:1:with content                         
+Cases: 30  Tried: 12  Errors: 0  Failures: 0[master fce0cde] content removed from git annex
+ Committer: Jimmy Tang <jtang@removed.removed.tcd.ie>
+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
+
+ 2 files changed, 1 insertions(+), 2 deletions(-)
+ delete mode 120000 foo
+</pre>
+
+I guess it also depends a bit on how git figures out who it is is committing and how the machine in question is configured with hostnames and domain names.
+
+> Fixed that. [[done]] --[[Joey]] 
diff --git a/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform.mdwn b/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform.mdwn
new file mode 100644
index 0000000000..4088162e75
--- /dev/null
+++ b/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform.mdwn
@@ -0,0 +1,23 @@
+I updated haskell platform, and now
+
+<pre>
+[jtang@x00 git-annex (master)]$ make test
+
+Assistant/Threads/NetWatcher.hs:26:2:
+     warning: #warning Building without dbus support; will poll for network connection changes [-Wcpp]
+
+Assistant/Threads/MountWatcher.hs:33:2:
+     warning: #warning Building without dbus support; will use mtab polling [-Wcpp]
+
+test.hs:11:8:
+    Could not find module `Test.HUnit.Tools'
+    Perhaps you meant Test.HUnit.Text (from HUnit-1.2.5.1)
+    Use -v to see a list of the files searched for.
+** failed to build the test suite
+make: *** [test] Error 1
+</pre>
+
+Looks like a missing dep somewhere with testpack or quickcheck... I haven't had time to figure it out yet, its not git-annex specific but I thought I might log it as a reminder for myself just in case if the osxapp is more borked than usual, I probably need to flush my .cabal directory of installed userland dependancies.
+
+> The testpack library has been broken by some other library changes. I
+> made changes in git yesterday to avoid using it. [[done]] --[[Joey]]
diff --git a/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_1_20a6fe046111e9ae56fd4d9c9f41f536._comment b/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_1_20a6fe046111e9ae56fd4d9c9f41f536._comment
new file mode 100644
index 0000000000..cff4254c90
--- /dev/null
+++ b/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_1_20a6fe046111e9ae56fd4d9c9f41f536._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.117"
+ subject="comment 1"
+ date="2012-12-10T19:18:59Z"
+ content="""
+Test.HUnit.Tools is part of testpack: <http://hackage.haskell.org/package/testpack>
+"""]]
diff --git a/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_2_6fdc5f8b07908c6eda8a97690408f44e._comment b/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_2_6fdc5f8b07908c6eda8a97690408f44e._comment
new file mode 100644
index 0000000000..a8ed998cd4
--- /dev/null
+++ b/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_2_6fdc5f8b07908c6eda8a97690408f44e._comment
@@ -0,0 +1,45 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 2"
+ date="2012-12-11T08:29:07Z"
+ content="""
+yea its a problem with testpack rather than git-annex's test suite,
+
+<pre>
+[jtang@laplace git-annex (master)]$ cabal install testpack
+Resolving dependencies...
+Configuring testpack-2.1.2...
+Building testpack-2.1.2...
+Preprocessing library testpack-2.1.2...
+[1 of 3] Compiling Test.QuickCheck.Instances ( src/Test/QuickCheck/Instances.hs, dist/build/Test/QuickCheck/Instances.o )
+[2 of 3] Compiling Test.QuickCheck.Tools ( src/Test/QuickCheck/Tools.hs, dist/build/Test/QuickCheck/Tools.o )
+
+src/Test/QuickCheck/Tools.hs:33:9:
+    Warning: Fields of `MkResult' not initialised: abort
+    In the expression:
+      MkResult
+        {ok = Just (expected == actual), expect = True,
+         interrupted = False,
+         reason = \"Result: expected \"
+                  ++ show expected ++ \", got \" ++ show actual,
+         stamp = [], callbacks = []}
+    In an equation for `@=?':
+        expected @=? actual
+          = MkResult
+              {ok = Just (expected == actual), expect = True,
+               interrupted = False,
+               reason = \"Result: expected \"
+                        ++ show expected ++ \", got \" ++ show actual,
+               stamp = [], callbacks = []}
+[3 of 3] Compiling Test.HUnit.Tools ( src/Test/HUnit/Tools.hs, dist/build/Test/HUnit/Tools.o )
+
+src/Test/HUnit/Tools.hs:131:57:
+    `maxDiscard' is not a (visible) constructor field name
+
+src/Test/HUnit/Tools.hs:177:40: Not in scope: `maxDiscard'
+cabal: Error: some packages failed to install:
+testpack-2.1.2 failed during the building phase. The exception was:
+ExitFailure 1
+</pre>
+"""]]
diff --git a/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_3_014474a133c7ff0131029d8721afc710._comment b/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_3_014474a133c7ff0131029d8721afc710._comment
new file mode 100644
index 0000000000..58bbbd91f7
--- /dev/null
+++ b/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_3_014474a133c7ff0131029d8721afc710._comment
@@ -0,0 +1,46 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn7gQ1zZDdWhXy9H51W2krZYShNmKL3qfM"
+ nickname="Karsten"
+ subject="Testpack install fails on ubuntu 12.04"
+ date="2013-02-28T10:42:36Z"
+ content="""
+The current release (git-annex-4.20130227, via cabal) fails to install because testpack-2.1.2 fails to install:
+
+    karsten@vdr1:~$ cabal install --bindir $HOME/bin git-annex
+    Resolving dependencies...
+    Configuring testpack-2.1.2...
+    Building testpack-2.1.2...
+    Preprocessing library testpack-2.1.2...
+    [1 of 3] Compiling Test.QuickCheck.Instances ( src/Test/QuickCheck/Instances.hs, dist/build/Test/QuickCheck/Instances.o )
+    [2 of 3] Compiling Test.QuickCheck.Tools ( src/Test/QuickCheck/Tools.hs, dist/build/Test/QuickCheck/Tools.o )
+    
+    src/Test/QuickCheck/Tools.hs:33:9:
+        Warning: Fields of `MkResult' not initialised: abort
+        In the expression:
+          MkResult
+            {ok = Just (expected == actual), expect = True,
+             interrupted = False,
+             reason = \"Result: expected \"
+                      ++ show expected ++ \", got \" ++ show actual,
+             stamp = [], callbacks = []}
+        In an equation for `@=?':
+            expected @=? actual
+              = MkResult
+                  {ok = Just (expected == actual), expect = True,
+                   interrupted = False,
+                   reason = \"Result: expected \"
+                            ++ show expected ++ \", got \" ++ show actual,
+                   stamp = [], callbacks = []}
+    [3 of 3] Compiling Test.HUnit.Tools ( src/Test/HUnit/Tools.hs, dist/build/Test/HUnit/Tools.o )
+    
+    src/Test/HUnit/Tools.hs:131:57:
+        `maxDiscard' is not a (visible) constructor field name
+    
+    src/Test/HUnit/Tools.hs:177:40: Not in scope: `maxDiscard'
+    cabal: Error: some packages failed to install:
+    git-annex-4.20130227 depends on testpack-2.1.2 which failed to install.
+    testpack-2.1.2 failed during the building phase. The exception was:
+    ExitFailure 1
+
+Manually installing testpack gives Version testpack-2.1.2.1 which installs correctly. Maybe the dependencies should be updated?
+"""]]
diff --git a/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_4_9c537e251dc99667fe87870804d802c2._comment b/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_4_9c537e251dc99667fe87870804d802c2._comment
new file mode 100644
index 0000000000..0a122efafe
--- /dev/null
+++ b/doc/bugs/tests_failed_to_build_-_after_an_update_of_haskell_platform/comment_4_9c537e251dc99667fe87870804d802c2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-02-28T19:40:11Z"
+ content="""
+This is a closed bug from 2 months ago, it's the wrong place to report current problems.
+
+Anyway, I made changes in git last night to avoid using testpack, so breakage with it is no longer a concern.
+"""]]
diff --git a/doc/bugs/the_tip_at_commit_6cecc26206c4a539999b04664136c6f785211a41_disables_the_watch_command_on_OSX.mdwn b/doc/bugs/the_tip_at_commit_6cecc26206c4a539999b04664136c6f785211a41_disables_the_watch_command_on_OSX.mdwn
new file mode 100644
index 0000000000..1ee4781d10
--- /dev/null
+++ b/doc/bugs/the_tip_at_commit_6cecc26206c4a539999b04664136c6f785211a41_disables_the_watch_command_on_OSX.mdwn
@@ -0,0 +1,22 @@
+The recent commit 6cecc26206c4a539999b04664136c6f785211a41 seems to have disabled the watch command on OSX, this certainly is the case when I try to run the webapp.
+
+The following fixes the makefile
+
+<pre>
+x00:git-annex jtang$ git diff
+diff --git a/Makefile b/Makefile
+index 9f312dc..4a74e71 100644
+--- a/Makefile
++++ b/Makefile
+@@ -27,7 +27,7 @@ endif
+ endif
+ 
+ PREFIX=/usr
+-GHCFLAGS=-O2 $(BASEFLAGS) $(FEATURES)
++GHCFLAGS=-O2 $(BASEFLAGS) $(FEATURES) $(OPTFLAGS)
+ 
+ ifdef PROFILE
+ GHCFLAGS=-prof -auto-all -rtsopts -caf-all -fforce-recomp $(BASEFLAGS) $(FEATURES) $(OPTFLAGS)
+</pre>
+
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/three_character_directories_created.mdwn b/doc/bugs/three_character_directories_created.mdwn
new file mode 100644
index 0000000000..658ad3c20a
--- /dev/null
+++ b/doc/bugs/three_character_directories_created.mdwn
@@ -0,0 +1,56 @@
+What steps will reproduce the problem?
+
+I don't know how, but this happened already a second time, I don't know how to reproduce this yet.
+
+What is the expected output? What do you see instead?
+
+There are many three character name directories created that look like the parts of a hash - and each contains a logfile.
+
+    % ls
+    027
+    1d1
+    1e3
+    232
+    36e
+    583
+    5f6
+    69c
+    9ea
+    bd7
+    c46
+    d20
+    d48
+    f31
+    f88
+    uuid.log
+    [+the intended data directories]
+
+    % find 027/
+    027/
+    027//b73
+    027//b73/SHA256-s10108928--3c3766aed8b66de9d0ef37820e0ddfba25f9463b37f30e25ceb5ce3cdf12db36.log
+
+     % cat f88/7c3/SHA256-s4100608--903530747dfdc7bc9d487d7cbd8ab09ddc1ffad52c08849d049c8a5ff5cfb854.log
+    1351711677.187589s 1 2efd46d2-0e32-11e2-95fe-f73f09c6615e
+    1351971337.667243s 1 ab50cd8a-11c0-11e2-934c-87e45f64e5c6
+
+What version of git-annex are you using? On what operating system?
+
+% 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
+
+OS X 10.6.8
+
+Please provide any additional information below.
+
+I use a symlink to the repository to change into it.
+
+> Closing this bug as user error. If the `git-annex` branch
+> gets merged into master by the user, then that adds all its log files
+> to master, and so they're visible as regular files. Solution: Don't do
+> that, or if you do that, use `git log --stat` to find the commit that
+> adds all those files, and `git revery` the commit. [[done]] --[[Joey]]
diff --git a/doc/bugs/three_character_directories_created/comment_1_dd91de24dab4f2eaded1f7d659869d4d._comment b/doc/bugs/three_character_directories_created/comment_1_dd91de24dab4f2eaded1f7d659869d4d._comment
new file mode 100644
index 0000000000..158fa8e9e5
--- /dev/null
+++ b/doc/bugs/three_character_directories_created/comment_1_dd91de24dab4f2eaded1f7d659869d4d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.27"
+ subject="comment 1"
+ date="2012-11-10T00:36:49Z"
+ content="""
+The three character directories, as well as the uuid.log file are supposed to stay in the git-annex branch. Perhaps you have somehow merged that branch into your master branch? I recommend you look at the history of your git repository to see how it happened. It seems very unlikely that git-annex did this.
+"""]]
diff --git a/doc/bugs/three_character_directories_created/comment_2_f6375964a6c8bb1e6c5b7238effca66d._comment b/doc/bugs/three_character_directories_created/comment_2_f6375964a6c8bb1e6c5b7238effca66d._comment
new file mode 100644
index 0000000000..800a276f20
--- /dev/null
+++ b/doc/bugs/three_character_directories_created/comment_2_f6375964a6c8bb1e6c5b7238effca66d._comment
@@ -0,0 +1,62 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmPHsszTlpa3s3x_LEzmEYkZfEmqq7IjU"
+ nickname="Jan"
+ subject="happened again"
+ date="2012-11-12T15:57:20Z"
+ content="""
+It just happened again to me, on another computer:
+
+<pre>
+    % git annex sync
+    (merging synced/git-annex into git-annex...)
+    commit  
+    add PATH/FILE (checksum...) ok
+    ok
+    add PATH/SUBPATH/FILE (checksum...) ok
+    ok
+    (Recording state in git...)
+    [master 93c4526] git-annex automatic sync
+    2 files changed, 2 insertions(+), 2 deletions(-)
+    ok
+    merge synced/master 
+    CONFLICT (modify/delete): PATH/FILE deleted in refs/heads/synced/master and modified in HEAD. Version HEAD of PATH/FILE left in tree.
+    Automatic merge failed; fix conflicts and then commit the result.
+    failed
+    pull origin 
+    remote: Counting objects: 71, done.
+    remote: Compressing objects: 100% (51/51), done.
+    remote: Total 64 (delta 25), reused 52 (delta 13)
+    Unpacking objects: 100% (64/64), done.
+    From host:git/repo
+      03d4b1f..c800e83  master     -> origin/master
+      61239fb..6d8ae6b  git-annex  -> origin/git-annex
+      69914b0..61239fb  synced/git-annex -> origin/synced/git-annex
+      03d4b1f..2137ab9  synced/master -> origin/synced/master
+
+    error: 'merge' is not possible because you have unmerged files.
+    hint: Fix them up in the work tree,
+    hint: and then use 'git add/rm <file>' as
+    hint: appropriate to mark resolution and make a commit,
+    hint: or use 'git commit -a'.
+    fatal: Exiting because of an unresolved conflict.
+    failed
+    push origin 
+    Counting objects: 26, done.
+    Delta compression using up to 4 threads.
+    Compressing objects: 100% (14/14), done.
+    Writing objects: 100% (17/17), 1.47 KiB, done.
+    Total 17 (delta 5), reused 0 (delta 0)
+    To host:git/repo.git
+      6d8ae6b..37eb875  git-annex -> git-annex
+    ! [rejected]        master -> synced/master (non-fast-forward)
+    error: failed to push some refs to 'host:git/repo.git'
+    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.
+    failed
+    git-annex: sync: 3 failed
+</pre>
+
+git status was showing all the 3 character directories and new files. I commited to git the path I actually wanted to commit, ran a git annex sync again and now my status is clean, but the directories are there. Am I doing something wrong this way?
+
+"""]]
diff --git a/doc/bugs/three_character_directories_created/comment_3_776e0a9b938d8b260a5111594b442536._comment b/doc/bugs/three_character_directories_created/comment_3_776e0a9b938d8b260a5111594b442536._comment
new file mode 100644
index 0000000000..92f8f8892c
--- /dev/null
+++ b/doc/bugs/three_character_directories_created/comment_3_776e0a9b938d8b260a5111594b442536._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn9JRcJ_69McoLFe5-dvTMdfS9rJpGy6JI"
+ nickname="Warren"
+ subject="this just happened to me as well"
+ date="2013-03-29T23:28:05Z"
+ content="""
+I was trying to undo some changes from another bare repo, and then all of a sudden the three letter directories popped up.  I think the way I did this was to hard reset the master and git-annex branches to the same commit.  I take it that was the wrong thing to do?  I take it the git-annex and master branch should never be merged?
+"""]]
diff --git a/doc/bugs/three_character_directories_created/comment_4_e288bacdb336c4886adb6eeb4dca1e92._comment b/doc/bugs/three_character_directories_created/comment_4_e288bacdb336c4886adb6eeb4dca1e92._comment
new file mode 100644
index 0000000000..b7ca8bc034
--- /dev/null
+++ b/doc/bugs/three_character_directories_created/comment_4_e288bacdb336c4886adb6eeb4dca1e92._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn9JRcJ_69McoLFe5-dvTMdfS9rJpGy6JI"
+ nickname="Warren"
+ subject="solved the problem"
+ date="2013-03-30T00:13:29Z"
+ content="""
+Just wanted to let future searchers know that I solved this problem by finding the most recent commit of the master that was not merged with the git-annex branch and hard resetting to that.  I hard reset the git-annex branch to its most recent separate commit and now things seem to working again.  By hard reset I mean the command \"git reset --hard <commit>\".
+"""]]
diff --git a/doc/bugs/three_character_directories_created/comment_5_359b80948ac92a0f1eb695599456486c._comment b/doc/bugs/three_character_directories_created/comment_5_359b80948ac92a0f1eb695599456486c._comment
new file mode 100644
index 0000000000..6942efe529
--- /dev/null
+++ b/doc/bugs/three_character_directories_created/comment_5_359b80948ac92a0f1eb695599456486c._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-03-30T18:01:28Z"
+ content="""
+Clearly this can happen if the git-annex branch is merged into the master branch. I cannot think of any valid reason to want to do that. reset --hard git-annex would also do it; ditto.
+
+Inclined to close this bug as user error; I'm pretty sure git-annex does not contain a bug that makes it merge in the git-annex branch on its own. Basically the only change that could be made to git-annex to prevent this kind of user error is to move the git-annex branch so it's not under refs/heads, and so is not a visible branch. But then `git push` would not push it either, which needs to happen.
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber.mdwn b/doc/bugs/three_way_sync_via_S3_and_Jabber.mdwn
new file mode 100644
index 0000000000..e67291ca9e
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber.mdwn
@@ -0,0 +1,119 @@
+## What steps will reproduce the problem?
+
+I wanted to setup a `~/Desktop/annex` synchronised between three machines, my home desktop (`dagon`), my work desktop (`zakaz`) and my laptop (`hastur`).
+
+I set this up via the annex interface, using my gmail account and Amazon S3.
+
+## What is the expected output? What do you see instead?
+
+I expected that anything dropped into `~/Desktop/annex` on any of the three machines would be synced to the other 2.
+
+I ran:
+<pre>
+    $ echo Created on `hostname` > `hostname`.txt on each of the three machines.
+</pre>
+
+What I ended up with was:
+
+* Home desktop (`dagon`): dagon.txt (ok)
+* Work desktop (`zakaz`): zakaz.txt (ok) and hastur.txt (broken link)
+* Laptop (`hastur`): hastur.txt (ok) and zakaz.txt (broken link)
+
+In each case the local file had been detected and annexed -- "(ok)" means it is a symlink to the annex.
+
+Manually running `git annex sync` on any of the machines didn't change anything. Running `git annex copy --auto --from=DesktopAnnex` on the Work desktop synced the broken hastur.txt but dagon.txt didn't appear. Running the same on my laptop did nothing. Likewise on my home desktop it did nothing. (I'm not sure if running stuff from the CLI is valid when the assistant is running, but I couldn't see a "force refresh" option in the UI)
+
+In the `git log --oneline` my laptop and Work machines both have:
+<pre>
+3f541e5 Merge commit 'refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/master'
+cbee12b 
+dddc4f0 
+d8854e7 Merge commit 'refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/master'
+</pre>
+
+While my home desktop has:
+<pre>
+43a80d5 git-annex automatic sync
+46328db 
+d8854e7 Merge commit 'refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/master'
+</pre>
+
+There are other commits prior to d8854e7 which appear to be the same on all hosts. d8854e7 was committed in December when I first played with this stuff. All the commits after that were made today as part of the experiment above, with the exception of 43a80d5 on my home desktop with was the removal of a "Test.txt" created last year. This removal also didn't sync to the other two machines.
+
+git-annex status on my home desktop (dagon) shows:
+<pre>
+semitrusted repositories: 5
+	00000000-0000-0000-0000-000000000001 -- web
+ 	1167ef76-4791-11e2-9bfe-4319f44b8a5f -- annex on hastur
+ 	54f6febc-4791-11e2-952f-13bd7a1c79f1 -- here (annex on dagon)
+ 	552d29fe-4a86-11e2-819a-9f61585ee7a2 -- ian.james.campbell (annex on zakaz)
+ 	ad5c6a4c-4791-11e2-b9f0-53f8af10a9e6 -- DesktopAnnex
+</pre>
+(DesktopAnnex is the S3 remote, ian.james.campbell is my gmail username)
+
+However the webapp only shows 3 repos:
+<pre>
+	here (annex on dagon)
+	ian.james.campbell (annex on zakaz)
+	DesktopAnnex
+</pre>
+
+git-annex status on my laptop (hastur) shows only:
+<pre>
+	00000000-0000-0000-0000-000000000001 -- web
+ 	1167ef76-4791-11e2-9bfe-4319f44b8a5f -- here (ijc@hastur:~/Desktop/annex)
+ 	54f6febc-4791-11e2-952f-13bd7a1c79f1 -- ian.james.campbell (ijc@dagon:~/Desktop/annex)
+ 	ad5c6a4c-4791-11e2-b9f0-53f8af10a9e6 -- DesktopAnnex
+</pre>
+
+while the webapp shows:
+<pre>
+	here (ijc@hastur:~/Desktop/annex)
+	ian.james.campbell (ijc@dagon:~/Desktop/annex)
+	DesktopAnnex
+</pre>
+
+Lastly on my work desktop (zakaz) annex status shows:
+<pre>
+	00000000-0000-0000-0000-000000000001 -- web
+ 	1167ef76-4791-11e2-9bfe-4319f44b8a5f -- annex on hastur
+ 	54f6febc-4791-11e2-952f-13bd7a1c79f1 -- ian.james.campbell (annex on dagon)
+ 	552d29fe-4a86-11e2-819a-9f61585ee7a2 -- here (annex on zakaz)
+ 	ad5c6a4c-4791-11e2-b9f0-53f8af10a9e6 -- DesktopAnnex
+</pre>
+
+The webapp shows:
+<pre>
+ 	here (annex on zakaz)
+ 	ian.james.campbell (annex on dagon)
+ 	DesktopAnnex 
+</pre>
+
+git-annex sync on any of them shows:
+<pre>
+$ git annex sync
+commit  
+# On branch master
+nothing to commit (working directory clean)
+ok
+pull ian.james.campbell 
+fatal: Unable to find remote helper for 'xmpp'
+failed
+push ian.james.campbell 
+fatal: Unable to find remote helper for 'xmpp'
+failed
+git-annex: sync: 2 failed
+</pre>
+
+## What version of git-annex are you using? On what operating system?
+
+3.20121211 on Debian Sid. All machines are amd64
+
+## Please provide any additional information below.
+
+I'm not 100% sure this sort of multiway synching is supposed to work, so maybe this is just as expected. If this isn't a bug you could consider it a feature request though ;-)
+
+This issue also made me wonder about how one would go about syncing multiple unrelated annexes via XMPP. Would you need a different gmail account for each? Maybe there is a trick similar to the email local+foo@ thing?
+
+> [[done]], turned out I left XMPP git push working,
+> but had not done all the stuff around it to get reliable syncing. Now have. --[[Joey]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_10_fc5ec5505f141bb9135e772d1094bc4d._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_10_fc5ec5505f141bb9135e772d1094bc4d._comment
new file mode 100644
index 0000000000..c611b7d6e1
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_10_fc5ec5505f141bb9135e772d1094bc4d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 10"
+ date="2013-03-06T20:35:43Z"
+ content="""
+I've been revisiting the XMPP stuff this week, and today I fixed at least 3 problems that would keep XMPP sync from happening reliably. This would affect machines that are using XMPP and are sometimes disconnected from the net (or suspended). Nothing caused a sync to happen when restarting the assistant, or resuming from a network disconnection. This could result in both files not showing up, and file contents not being transferred, depending on the case hit.
+
+I think it explains everything in this bug report, hopefully.
+
+(All XMPP nodes sync with all other nodes, BTW.)
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_11_0df2210c30dec6d88d7858d93eec19a3._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_11_0df2210c30dec6d88d7858d93eec19a3._comment
new file mode 100644
index 0000000000..0ed43cc41c
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_11_0df2210c30dec6d88d7858d93eec19a3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhjlfoU21OiXKH_MXw75Uq5EsX7LJW5p0"
+ nickname="Ian"
+ subject="comment 11"
+ date="2013-03-10T08:33:26Z"
+ content="""
+Thanks Joey! I'll hopefully manage to give the new version a try after my current batch of traveling.
+
+From the sounds of things I can expect it to just work now, rather than requiring some manual step to kick it out of its current state?
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_1_41682b2e72e657e0f23af244f8345e85._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_1_41682b2e72e657e0f23af244f8345e85._comment
new file mode 100644
index 0000000000..382dcee6ad
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_1_41682b2e72e657e0f23af244f8345e85._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-12T14:34:34Z"
+ content="""
+    fatal: Unable to find remote helper for 'xmpp'
+
+is probably why things are not working for you. git annex sync is not actually syncing because of that.
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_2_c7b4ea9aea6839763eb8b89e8d6a5ad5._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_2_c7b4ea9aea6839763eb8b89e8d6a5ad5._comment
new file mode 100644
index 0000000000..5eea53d199
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_2_c7b4ea9aea6839763eb8b89e8d6a5ad5._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhjlfoU21OiXKH_MXw75Uq5EsX7LJW5p0"
+ nickname="Ian"
+ subject="comment 2"
+ date="2013-01-12T14:47:07Z"
+ content="""
+@Justin,
+
+It seems to be synching a least something over this channel, e.g. my work desktop and laptop seem to be keeping the git side in sync at least (I think the broken symlinks appearing and the copy --from working show this?).
+
+In the pairing window (under Config->Share with a friend) it shows ian.james.campbell as being \"paired\" on all three machines.
+
+I have a feeling there isn't supposed to be a remote helper for xmpp and the assistant is expected to take care of this through other means, IOW I shouldn't be running `git annex sync` by hand at all.
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_3_063f5e5e554ad6710f16394906d87616._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_3_063f5e5e554ad6710f16394906d87616._comment
new file mode 100644
index 0000000000..fd129a4685
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_3_063f5e5e554ad6710f16394906d87616._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.7.238"
+ subject="comment 3"
+ date="2013-01-14T17:40:51Z"
+ content="""
+`git annex sync` cannot sync xmpp remotes. Only the assistant can do that. So that's a red herring indeed..
+
+I've replicated the same setup with 3 repositories all paired using a single jabber account.
+In my test, all 3 stay in sync, with any change to one git repository being synced to the other 2.
+
+I checked the XMPP sync protocol, and it doesn't use the UUIDs at all for XMPP syncing, so the fact that `.git/config` only has the UUID of one of the two repositories that is accessible via XMPP in this case, should not matter. That is, though, why the webapp only shows one of the other two repositories; it's using that UUID information.
+
+Dagon seems to be where the problem is occuring; it's not managing to sync out its changes via XMPP.
+I think the thing to do is create another new file on dagon, and look at its `.git/annex/daemon.log`.
+You should see two xmpp pushes happen, which would look rather like this:
+
+<pre>
+To xmpp::you@gmail.com
+   a7549be..011ccc2  git-annex -> refs/synced/9346f5a8-5e63-11e2-bd8b-77356d7f5bd0/git-annex
+   3acca89..5123067  master -> refs/synced/9346f5a8-5e63-11e2-bd8b-77356d7f5bd0/master
+Counting objects: 12, done.
+Delta compression using up to 2 threads.
+Compressing objects: 100% (6/6), done.
+Writing objects: 100% (7/7), 622 bytes, done.
+Total 7 (delta 3), reused 0 (delta 0)
+To xmpp::you@gmail.com
+   a7549be..011ccc2  git-annex -> refs/synced/9346f5a8-5e63-11e2-bd8b-77356d7f5bd0/git-annex
+   3acca89..5123067  master -> refs/synced/9346f5a8-5e63-11e2-bd8b-77356d7f5bd0/master
+</pre>
+
+If you don't see both pushes, maybe you'll see a useful error message.
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_4_197ad39b4a46936afeeb04eb26cf1ef3._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_4_197ad39b4a46936afeeb04eb26cf1ef3._comment
new file mode 100644
index 0000000000..113e5f9118
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_4_197ad39b4a46936afeeb04eb26cf1ef3._comment
@@ -0,0 +1,138 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhjlfoU21OiXKH_MXw75Uq5EsX7LJW5p0"
+ nickname="Ian"
+ subject="comment 4"
+ date="2013-01-14T19:52:16Z"
+ content="""
+Looking at the annex on dagon this evening (before trying the experiment you suggested) I see that dagon.txt and hastur.txt are present and correct while zakaz.txt is a broken symlink. On both hastur and zakaz dagon.txt has appeared as a broken link. The git history is now in sync across all three devices (according to `git log`)
+
+I hadn't touched anything since I reported the bug. Looking in the .git/annex/daemon.log on dagon I see:
+
+<pre>
+scanning...) (started...) 
+  No known network monitor available through dbus; falling back to polling
+Already up-to-date.
+Already up-to-date.
+Already up-to-date.
+fatal: unresolved deltas left after unpacking
+fatal: Unable to find remote helper for 'xmpp'
+To xmpp::ian.james.campbell@gmail.com
+   794532e..ea12017  git-annex -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/git-annex
+   d8854e7..43a80d5  master -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/master
+(merging refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/git-annex into git-annex...)
+Updating 43a80d5..81afdca
+Fast-forward
+ hastur.txt |    1 +
+ zakaz.txt  |    1 +
+ 2 files changed, 2 insertions(+)
+ create mode 120000 hastur.txt
+ create mode 120000 zakaz.txt
+(Recording state in git...)
+# On branch master
+nothing to commit (working directory clean)
+Already up-to-date.
+(Recording state in git...)
+# On branch master
+nothing to commit (working directory clean)
+To xmpp::ian.james.campbell@gmail.com
+   ea12017..a6efff5  git-annex -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/git-annex
+   43a80d5..81afdca  master -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/master
+(Recording state in git...)
+To xmpp::ian.james.campbell@gmail.com
+   a6efff5..931c11b  git-annex -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/git-annex
+fatal: Unable to find remote helper for 'xmpp'
+Everything up-to-date
+fatal: Unable to find remote helper for 'xmpp'
+Everything up-to-date
+fatal: Unable to find remote helper for 'xmpp'
+Everything up-to-date
+fatal: Unable to find remote helper for 'xmpp'
+git-annex: /home/ijc/Desktop/annex/.git/annex/tmp/xmppgit/git-remote-xmpp: openFile: resource busy (file is locked)
+fatal: The remote end hung up unexpectedly
+error: Ref refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/git-annex is at 931c11bc8f974934026f005ac63596d078e044ea but expected 8da50426cced18713b1deb8ea6bb0420cadf1076
+error: Ref refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/master is at 81afdca7c69e689d34cc3fc729e1e4ec5d0fcc33 but expected 3f541e58b726ef2f46bd55bfb8e955e1418b33cb
+Already up-to-date.
+fatal: Unable to find remote helper for 'xmpp'
+fatal: cannot exec 'git-remote-xmpp': Text file busy
+fatal: The remote end hung up unexpectedly
+error: Ref refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/git-annex is at 931c11bc8f974934026f005ac63596d078e044ea but expected 8da50426cced18713b1deb8ea6bb0420cadf1076
+error: Ref refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/master is at 81afdca7c69e689d34cc3fc729e1e4ec5d0fcc33 but expected 3f541e58b726ef2f46bd55bfb8e955e1418b33cb
+fatal: Unable to find remote helper for 'xmpp'
+Everything up-to-date
+fatal: Unable to find remote helper for 'xmpp'
+Everything up-to-date
+fatal: Unable to find remote helper for 'xmpp'
+git-annex: <socket: 8>: hWaitForInput: resource vanished (Connection reset by peer)
+fatal: Unable to find remote helper for 'xmpp'
+git-annex: <socket: 8>: hPutBuf: resource vanished (Broken pipe)
+git-annex: forkProcess: interrupted
+</pre>
+
+I also notice that the annex assistant doesn't seem to be running on dagon any more and the webapp window says \"git annex has shutdown, you can now close this window\". The assistant is running on zakaz and hastur.
+
+On dagon I ran `/usr/bin/git-annex assistant --autostart`. THe daemon.log now contains:
+<pre>
+(scanning...) (started...) 
+  No known network monitor available through dbus; falling back to polling
+Already up-to-date.
+Already up-to-date.
+Already up-to-date.
+drop DesktopAnnex hastur.txt (gpg) ok
+</pre>
+I suppose this makes sense since hastur.txt is the only file present on all three devices, so it makes sense to remove it from the transfer repo.
+
+On zakaz the daemon.log is full of things like:
+<pre>
+gpg: cannot open tty `/dev/tty': No such device or address
+Already up-to-date.
+gpg: cannot open tty `/dev/tty': No such device or address
+fatal: protocol error: expected sha/ref, got '^A000eunpack ok
+0042ok refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/git-annex
+003fok refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/master
+0000'
+send-pack: protocol error: bad band #56
+fatal: The remote end hung up unexpectedly
+fatal: The remote end hung up unexpectedly
+fatal: Unable to find remote helper for 'xmpp'
+gpg: cannot open tty `/dev/tty': No such device or address
+gpg: cannot open tty `/dev/tty': No such device or address
+fatal: The remote end hung up unexpectedly
+</pre>
+There are lots of the tty message and also some `git-annex: fd:97: hClose: resource vanished (Broken pipe)`.
+
+Hastur doesn't seem to have a daemon.log, although the daemon is running AFAICT.
+
+BTW something else I noticed is that there are quite a few defunct git children of the annex processes.
+
+e.g. on dagon `ps auxf | grep [g]it`:
+<pre>
+ijc       8792  0.0  0.3 157396 29752 ?        Sl   19:40   0:00 git-annex assistant
+ijc       8795  0.0  0.0      0     0 ?        Z    19:40   0:00  \_ [git] <defunct>
+ijc       8817  0.0  0.0      0     0 ?        Z    19:40   0:00  \_ [git] <defunct>
+ijc       8874  0.0  0.0  14156  1332 ?        S    19:41   0:00  \_ git --git-dir=/home/ijc/Desktop/annex/.git --work-tree=/home/ijc/Desktop/annex cat-file --batch
+ijc       8875  0.0  0.0  14132  1100 ?        S    19:41   0:00  \_ git --git-dir=/home/ijc/Desktop/annex/.git --work-tree=/home/ijc/Desktop/annex check-attr -z --stdin annex.backend annex.numcopies --
+ijc       8908  0.0  0.0      0     0 ?        Z    19:41   0:00  \_ [git] <defunct>
+</pre>
+
+(I only restarted the daemon just now)
+
+On zakaz:
+<pre>
+ianc     32004  0.0  0.5 229620 21708 ?        Sl   Jan12   3:04 git-annex assistant
+ianc     32007  0.0  0.0      0     0 ?        Z    Jan12   0:00  \_ [git] <defunct>
+ianc     32021  0.0  0.0      0     0 ?        Z    Jan12   0:00  \_ [git] <defunct>
+ianc     32106  0.0  0.0      0     0 ?        Z    Jan12   0:00  \_ [git] <defunct>
+ianc     32107  0.0  0.0  13652   924 ?        S    Jan12   0:00  \_ git --git-dir=/home/ianc/Desktop/annex/.git --work-tree=/home/ianc/Desktop/annex check-attr -z --stdin annex.backend annex.numcopies --
+ianc     32113  0.0  0.0  13652  1156 ?        S    Jan12   0:00  \_ git --git-dir=/home/ianc/Desktop/annex/.git --work-tree=/home/ianc/Desktop/annex cat-file --batch
+ianc     32258  0.0  0.0      0     0 ?        Z    Jan12   0:00  \_ [git] <defunct>
+ianc     32377  0.0  0.0      0     0 ?        Z    Jan12   0:00  \_ [git] <defunct>
+ianc       453  0.0  0.0      0     0 ?        Z    Jan12   0:00  \_ [git] <defunct>
+ianc       530  0.0  0.0      0     0 ?        Z    Jan12   0:00  \_ [git] <defunct>
+ianc      6681  0.0  0.0      0     0 ?        Z    Jan13   0:00  \_ [git] <defunct>
+ianc      6697  0.0  0.0      0     0 ?        Z    Jan13   0:00  \_ [git] <defunct>
+ianc     32232  0.0  0.4 128952 16340 ?        Sl   Jan12   0:00 git-annex xmppgit
+ianc     32239  0.0  0.4 128952 16340 ?        Sl   Jan12   0:00 git-annex xmppgit
+</pre>
+
+I'm going to create a new file on dagon as requested now. I'll post the results in a separate comment.
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_5_0b0d829ccd255be0177ae9d8f6b10e63._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_5_0b0d829ccd255be0177ae9d8f6b10e63._comment
new file mode 100644
index 0000000000..0451395442
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_5_0b0d829ccd255be0177ae9d8f6b10e63._comment
@@ -0,0 +1,61 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhjlfoU21OiXKH_MXw75Uq5EsX7LJW5p0"
+ nickname="Ian"
+ subject="comment 5"
+ date="2013-01-14T20:04:02Z"
+ content="""
+Here is the result of running `echo Foo > ~/Desktop/annex/dagon2.txt` on dagon.
+
+In dagon's daemon.log:
+<pre>
+add dagon2.txt (checksum...) (Recording state in git...)
+(Recording state in git...)
+Already up-to-date.
+To xmpp::ian.james.campbell@gmail.com
+   0bf7dc2..0182e26  git-annex -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/git-annex
+   c1e1f70..2711f11  master -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/master
+(merging refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/git-annex into git-annex...)
+Already up-to-date.
+</pre>
+
+Nothing appeared in zakaz's log. As I mentioned in the previous comment hastur doesn't seem to have a log (should this worry me?).
+
+The new file appeared on dagon and hastur but not zakaz (not even as a broken link).
+
+I tried a couple more times (dagon3 and dagon4) with the same effect.
+
+Since zakaz now appears to be the host which is playing up I then tried `echo Foo > zakaz2.2txt` on zakaz.
+
+The log on zakaz said:
+<pre>
+add zakaz2.2txt (checksum...) gpg: cannot open tty `/dev/tty': No such device or address
+gpg: cannot open tty `/dev/tty': No such device or address
+(Recording state in git...)
+(Recording state in git...)
+gpg: cannot open tty `/dev/tty': No such device or address
+gpg: cannot open tty `/dev/tty': No such device or address
+</pre>
+
+and dagon:
+<pre>
+(merging refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/git-annex into git-annex...)
+(Recording state in git...)
+Merge made by the 'recursive' strategy.
+ zakaz2.2txt |    1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 zakaz2.2txt
+(Recording state in git...)
+# On branch master
+nothing to commit (working directory clean)
+(merging refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/git-annex into git-annex...)
+(Recording state in git...)
+Already up-to-date!
+Merge made by the 'recursive' strategy.
+Already up-to-date.
+To xmpp::ian.james.campbell@gmail.com
+   d220ce6..4e8647f  git-annex -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/git-annex
+   b2a84e4..ef0a200  master -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/master
+</pre>
+
+However zakaz2.2txt is a broken symlink on both hastur and dagon.
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_6_37a8e19440c764317589bc4248cbccdf._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_6_37a8e19440c764317589bc4248cbccdf._comment
new file mode 100644
index 0000000000..827ca8f637
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_6_37a8e19440c764317589bc4248cbccdf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhjlfoU21OiXKH_MXw75Uq5EsX7LJW5p0"
+ nickname="Ian"
+ subject="comment 6"
+ date="2013-01-14T20:14:57Z"
+ content="""
+FYI I've waited a bit and zakaz2.2txt hasn't been syned to either of the other two machines (as appeared to happen after the initial report). Obviously I could wait longer 
+
+Just thought I'd mention it since I'm going offline now which is going to involve hibernating hastur (I suppose I should have mentioned that I do this quite regularly in case it matters). dagon and zakaz will remain on and connected to the net (just me and hastur which are going offline).
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_7_12eb333327d31ca2bfee3f3c5e26d641._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_7_12eb333327d31ca2bfee3f3c5e26d641._comment
new file mode 100644
index 0000000000..e93738bd9f
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_7_12eb333327d31ca2bfee3f3c5e26d641._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhjlfoU21OiXKH_MXw75Uq5EsX7LJW5p0"
+ nickname="Ian"
+ subject="comment 7"
+ date="2013-01-28T19:51:06Z"
+ content="""
+I've upgraded to 3.20130124 and everything appears to be fine now.
+
+However .git/annex/daemon.log has loads of 
+<pre>
+usage: git rm [options] [--] <file>...
+
+    -n, --dry-run         dry run
+    -q, --quiet           do not list removed files
+    --cached              only remove from the index
+    -f, --force           override the up-to-date check
+    -r                    allow recursive removal
+    --ignore-unmatch      exit with a zero status even if nothing matched
+
+user error (xargs [\"-0\",\"git\",\"--git-dir=/home/ianc/Desktop/annex/.git\",\"--work-tree=/home/ianc/Desktop/annex\",\"rm\",\"--quiet\",\"-f\",\"--\"] exited 123)
+</pre>
+
+I suspect you might want xargs --no-run-if-empty?
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_8_e6b1084b2f18d8e536c8692e165754a3._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_8_e6b1084b2f18d8e536c8692e165754a3._comment
new file mode 100644
index 0000000000..0e91f47fb1
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_8_e6b1084b2f18d8e536c8692e165754a3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.3.125"
+ subject="comment 8"
+ date="2013-02-05T19:13:34Z"
+ content="""
+I don't know of anything that changed in XMPP handling between 3.20121211 and 3.20130124, so am hesitant to close this bug report.
+
+
+
+(I did put in a fix to avoid it queueing `git rm` when there were no files to remove.)
+"""]]
diff --git a/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_9_2120a1c3e5f490a55f68bb1bef5efd0d._comment b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_9_2120a1c3e5f490a55f68bb1bef5efd0d._comment
new file mode 100644
index 0000000000..78ec899352
--- /dev/null
+++ b/doc/bugs/three_way_sync_via_S3_and_Jabber/comment_9_2120a1c3e5f490a55f68bb1bef5efd0d._comment
@@ -0,0 +1,183 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhjlfoU21OiXKH_MXw75Uq5EsX7LJW5p0"
+ nickname="Ian"
+ subject="comment 9"
+ date="2013-02-07T21:11:39Z"
+ content="""
+It seems I may have spoken to soon, currently zakaz (the work machine) is out of sync with the other two again.
+
+daemon.log has a bunch of these:
+<pre>
+    [2013-02-07 19:42:56 GMT] NetWatcherFallback: Syncing with ian.james.campbell DesktopAnnex web 
+    fatal: Unable to find remote helper for 'xmpp'
+</pre>
+on zakaz and dagon.
+
+hastur does not have these messages in daemon.log but I just had to restart the assistant because it seems to have crashed. daemon.log.1 ends:
+<pre>
+    [2013-02-03 14:07:51 GMT] NetWatcherFallback: Syncing with ian.james.campbell DesktopAnnex web 
+    fatal: Unable to find remote helper for 'xmpp'
+    git-annex: <socket: 99>: hPutBuf: resource vanished (Broken pipe)
+    git-annex: forkProcess: interrupted
+</pre>
+
+zakaz is stuck at commit 81768b7, dagon and hastur have 8240e2b, with a few commits in between:
+<pre>
+$ git log --oneline 81768b74892ee5ec7f5a9ae15fb65d81c8a4d29d^..master
+8240e2b Merge commit 'refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/master'
+e6ae87e Merge commit 'refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/master'
+7bee777 
+3871031 
+c86bed3 
+81768b7 
+</pre>
+
+Before all the \"cannot find remote helper messages\" in zakaz's daemon.log I see:
+<pre>
+[2013-01-30 14:54:29 GMT] Pusher: Syncing with ian.james.campbell
+(Recording state in git...)
+
+Already up-to-date.
+To xmpp::ian.james.campbell@gmail.com
+   871b9c0..4585d72  git-annex -> refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/git-annex
+   6dadc6d..81768b7  master -> refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/master
+To xmpp::ian.james.campbell@gmail.com
+   871b9c0..4585d72  git-annex -> refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/git-annex
+   6dadc6d..81768b7  master -> refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/master
+(merging refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/git-annex into git-annex...)
+
+Already up-to-date.
+(merging refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/git-annex into git-annex...)
+[2013-01-30 15:48:10 GMT] NetWatcherFallback: Syncing with ian.james.campbell DesktopAnnex web 
+fatal: Unable to find remote helper for 'xmpp'
+fatal: The remote end hung up unexpectedly
+To xmpp::ian.james.campbell@gmail.com
+   4585d72..7d0d48f  git-annex -> refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/git-annex
+error: failed to push some refs to 'xmpp::ian.james.campbell@gmail.com'
+[2013-01-30 16:48:10 GMT] NetWatcherFallback: Syncing with ian.james.campbell DesktopAnnex web 
+fatal: Unable to find remote helper for 'xmpp'
+Everything up-to-date
+</pre>
+
+The last 3 lines are repeated, interspersed with the daily sanity checks (no errors).
+
+On hastur I see:
+<pre>
+[2013-01-30 15:33:44 GMT] NetWatcherFallback: Syncing with ian.james.campbell DesktopAnnex web 
+fatal: Unable to find remote helper for 'xmpp'
+To xmpp::ian.james.campbell@gmail.com
+   cec23e5..4585d72  git-annex -> refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/git-annex
+To xmpp::ian.james.campbell@gmail.com
+   871b9c0..4585d72  git-annex -> refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/git-annex
+   6dadc6d..81768b7  master -> refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/master
+fatal: The remote end hung up unexpectedly
+[2013-01-31 10:46:18 GMT] NetWatcherFallback: Syncing with ian.james.campbell DesktopAnnex web 
+fatal: Unable to find remote helper for 'xmpp'
+[2013-01-31 10:46:25 GMT] NetWatcher: Syncing with ian.james.campbell DesktopAnnex web 
+fatal: Unable to find remote helper for 'xmpp'
+(Recording state in git...)
+(Recording state in git...)
+(Recording state in git...)
+
+(merging refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/git-annex into git-annex...)
+
+git-annex: <socket: 52>: hWaitForInput: resource vanished (Connection reset by peer)
+</pre>
+
+and on dagon
+<pre>
+[2013-01-30 14:28:41 GMT] NetWatcherFallback: Syncing with ian.james.campbell DesktopAnnex web 
+fatal: Unable to find remote helper for 'xmpp'
+Everything up-to-date
+fatal: The remote end hung up unexpectedly
+Updating 6dadc6d..81768b7
+Fast-forward
+ 2013-02-fosdem-evolving-xen-paravirtualisation.txt |    1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 2013-02-fosdem-evolving-xen-paravirtualisation.txt
+[2013-01-30 14:56:34 GMT] Committer: Committing changes to git
+# On branch master
+nothing to commit (working directory clean)
+[2013-01-30 14:56:36 GMT] Pusher: Syncing with ian.james.campbell
+[2013-01-30 14:56:36 GMT] Transferr: Downloaded 2013-02-f..ation.txt
+[2013-01-30 14:56:38 GMT] Pusher: Syncing with ian.james.campbell
+fatal: Unable to create '/home/ijc/Desktop/annex/.git/refs/heads/synced/master.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.
+(merging refs/synced/552d29fe-4a86-11e2-819a-9f61585ee7a2/git-annex into git-annex...)
+
+(Recording state in git...)
+(Recording state in git...)
+git-annex: failed to update refs/heads/synced/master
+fatal: Unable to create '/home/ijc/Desktop/annex/.git/refs/heads/synced/master.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/ijc/Desktop/annex/.git/refs/heads/synced/master.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: failed to update refs/heads/synced/master
+git-annex: failed to update refs/heads/synced/master
+Already up-to-date.
+To xmpp::ian.james.campbell@gmail.com
+   871b9c0..8b8b935  git-annex -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/git-annex
+   6dadc6d..81768b7  master -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/master
+
+drop DesktopAnnex ./2013-02-fosdem-evolving-xen-paravirtualisation.txt (gpg) [2013-01-30 15:28:41 GMT] NetWatcherFallback: Syncing with ian.james.campbell DesktopAnnex web 
+fatal: Unable to find remote helper for 'xmpp'
+To xmpp::ian.james.campbell@gmail.com
+   8b8b935..7d0d48f  git-annex -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/git-annex
+Already up-to-date.
+</pre>
+
+It seems like something was up here but it recovered? All 3 managed to sync on 81768b7.
+
+Next on hastur I see:
+<pre>
+[2013-02-01 10:43:18 GMT] Committer: Committing changes to git
+[2013-02-01 10:43:18 GMT] Pusher: Syncing with ian.james.campbell
+Already up-to-date.
+[2013-02-01 10:43:19 GMT] Committer: Committing changes to git
+To xmpp::ian.james.campbell@gmail.com
+   81768b7..3871031  master -> refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/master
+[2013-02-01 10:43:20 GMT] Pusher: Syncing with ian.james.campbell
+Already up-to-date.
+To xmpp::ian.james.campbell@gmail.com
+   3871031..7bee777  master -> refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/master
+Updating 7bee777..8240e2b
+Fast-forward
+ Xen at FOSDEM.docx |    1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 Xen at FOSDEM.docx
+</pre>
+
+And on dagon
+<pre>
+[2013-02-01 10:45:52 GMT] Committer: Committing changes to git
+(Recording state in git...)
+# On branch master
+nothing to commit (working directory clean)
+[2013-02-01 10:45:53 GMT] Pusher: Syncing with ian.james.campbell
+To xmpp::ian.james.campbell@gmail.com
+   fc4ad88..70a6877  git-annex -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/git-annex
+   5e83708..8240e2b  master -> refs/synced/54f6febc-4791-11e2-952f-13bd7a1c79f1/master
+
+Already up-to-date.
+Everything up-to-date
+(merging refs/synced/1167ef76-4791-11e2-9bfe-4319f44b8a5f/git-annex into git-annex...)
+
+Already up-to-date.
+
+</pre>
+(5e83708 is 81768b7~2)
+
+However there is nothing in the logs on zakaz about moving on from 81768b7. The last interesting message is the \"[2013-01-30 15:48:10 GMT\" one above.
+
+is the XMPP peering supposed to be fully connected (i.e. each node is talking to both the others) or would it be expected that one of the nodes would be in the middle of the other two acting as a relay?
+
+I'm wondering about that because hastur is frequently suspended. I can't quite remember but I think when I set this up I peered dagon<->hastur at home and then while I was at work I peered zakaz<->hastur.  That would seem to suggest that hastur would have ended up as the man in the middle. TBH I can't quite recall what the setup process involves, so maybe I'm talking nonsense. I think I went into the \"Share with a friend\" page and shared with myself.
+"""]]
diff --git a/doc/bugs/tmp_file_handling.mdwn b/doc/bugs/tmp_file_handling.mdwn
new file mode 100644
index 0000000000..9db932e571
--- /dev/null
+++ b/doc/bugs/tmp_file_handling.mdwn
@@ -0,0 +1,13 @@
+git-annex deletes all tmp files on shutdown, if everything succeeded.
+This presents 2 problems:
+
+1. If git-annex is rsyncing something and another one is run, it will
+   delete the running instance's tmp files.
+2. If a long-running rsync transfer is interrupted partway through, the
+   tmp file was expensive to obtain, and one needs to avoid running
+   git-annex to do anything else until that transfer can be resumed and
+   finished.
+
+--[[Joey]] 
+
+[[done]]
diff --git a/doc/bugs/tmp_file_handling/comment_1_0300c11ee3f94a9e7c832671e16f5511._comment b/doc/bugs/tmp_file_handling/comment_1_0300c11ee3f94a9e7c832671e16f5511._comment
new file mode 100644
index 0000000000..244e580b2d
--- /dev/null
+++ b/doc/bugs/tmp_file_handling/comment_1_0300c11ee3f94a9e7c832671e16f5511._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://www.openid.albertlash.com/openid/"
+ ip="74.96.185.87"
+ subject="What to do?"
+ date="2012-10-24T15:47:16Z"
+ content="""
+I've got a stale .git/annex/tmp/rsynctmp file that just won't go away, and I think its because I cancelled an in-progress rsync, then did something else, as you describe.
+
+Is it ok to manually remove the file?
+
+Thanks!
+Albert
+"""]]
diff --git a/doc/bugs/tmp_file_handling/comment_2_cc14c7a79a544e47654e4cd8abc85edd._comment b/doc/bugs/tmp_file_handling/comment_2_cc14c7a79a544e47654e4cd8abc85edd._comment
new file mode 100644
index 0000000000..d6ae5bcf04
--- /dev/null
+++ b/doc/bugs/tmp_file_handling/comment_2_cc14c7a79a544e47654e4cd8abc85edd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 2"
+ date="2012-10-24T15:50:40Z"
+ content="""
+`rsynctmp` is only used when sending files to a rsync special remote. You can certainly delete it if you got a stale one, but the next time a file is sent to a rsync special remote it should delete it anyway.
+"""]]
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..118f6fbb7c
--- /dev/null
+++ b/doc/bugs/touch.hsc_has_problems_on_non-linux_based_systems.mdwn
@@ -0,0 +1,19 @@
+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"]]
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/transferkey_fails_due_to_gpg.mdwn b/doc/bugs/transferkey_fails_due_to_gpg.mdwn
new file mode 100644
index 0000000000..26bd0443e9
--- /dev/null
+++ b/doc/bugs/transferkey_fails_due_to_gpg.mdwn
@@ -0,0 +1,51 @@
+What steps will reproduce the problem?
+Create a new annex, add a new repository:
+
+  git annex initremote vserver2 type=rsync rsyncurl=vserver.dbruhn.de:/annex encryption=dominik@dbruhn.de
+
+Add some files, add them to annex, try to transfer them:
+  git annex transferkey SHA256-s6486446--df84b11a0e9543134224d0ac1e0f2567bcd79d86605117c5af008a1b133cee3a --to vserver2 --file MKBD/OB.mp3 --debug
+
+What is the expected output? What do you see instead?
+
+I expect the file to be transfered to my remote server. Instead I see a 'gpg>' prompt with nothing happening. When pressing CTRL+C, the following mesage is shown:
+
+gpg: Interrupt caught ... exiting
+
+There must be some faults when interfacing gpg. The other console-output is:
+
+-----
+    [2012-09-08 18:50:12 CEST] read: git ["--git-dir=/home/dominik/Annex/.git","--work-tree=/home/dominik/Annex","show-ref","git-annex"] 
+    [2012-09-08 18:50:12 CEST] read: git ["--git-dir=/home/dominik/Annex/.git","--work-tree=/home/dominik/Annex","show-ref","--hash","refs/heads/git-annex"] 
+    [2012-09-08 18:50:12 CEST] read: git ["--git-dir=/home/dominik/Annex/.git","--work-tree=/home/dominik/Annex","log","refs/heads/gitannex..245fa80db6733dbbeff6c40d46bd65ed00811548","--oneline","-n1"] 
+    [2012-09-08 18:50:12 CEST] chat: git ["--git-dir=/home/dominik/Annex/.git","--work-tree=/home/dominik/Annex","cat-file","--batch"] 
+    (gpg) [2012-09-08 18:50:12 CEST] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--decrypt"] 
+    [2012-09-08 18:50:12 CEST] chat: gpg ["--batch","--no-tty","--use-agent","--quiet","--trust-model","always","--passphrase-fd","8","--symmetric","--force-mdc"] 
+    sdgdg
+    dsgdgs
+    ^C
+    gpg: Interrupt caught ... exiting
+-----
+
+What version of git-annex are you using? On what operating system?
+git-annex version: 3.20120826
+Ubuntu 12.04, GHC 7.4.1
+gpg is 'gpg (GnuPG) 1.4.11'
+
+Please provide any additional information below.
+
+The key which is used for the remote is password protected. The GnuPG Agent asks me for the password, so this seems to work. I do not know what content the gpg expects but does not recieve. The .git/config entry for the remote looks reasonable:
+
+    [remote "vserver2"]
+        annex-rsyncurl = vserver.dbruhn.de:/annex
+        annex-uuid = ea3d6acc-716c-48e8-9b6b-993b90dcc1db
+
+When adding a new rsync-remote with encryption set to 'none' (therefore disabled), everything works, so it really seems a gpg issue.
+
+How can I help debugging?
+
+> Thanks, I reproduced a deadlock in the gpg code, which was introduced
+> with some of my earlier changes to use threading. No released version of
+> git-annex was affected, and I have developed a fix, which works for me
+> and is now committed to master. Marking this [[done]]; please do check
+> that my fix works for you! --[[Joey]]
diff --git a/doc/bugs/transferkey_fails_due_to_gpg/comment_1_f6434400d528a0fa59c056995ff2e6f3._comment b/doc/bugs/transferkey_fails_due_to_gpg/comment_1_f6434400d528a0fa59c056995ff2e6f3._comment
new file mode 100644
index 0000000000..1fb9d2a0b4
--- /dev/null
+++ b/doc/bugs/transferkey_fails_due_to_gpg/comment_1_f6434400d528a0fa59c056995ff2e6f3._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 1"
+ date="2012-09-09T16:45:20Z"
+ content="""
+This is very strange behavior for gpg, it's being told several ways not to be interactive (--batch, --no-tty, --passphrase-fd); the mode it's being run in should, even without those options, only prompt for a password.
+
+I'm left wondering what settings you have in gpg.conf, and even wondering if you have some kind of wrapper around gpg that makes it more interactive, or some odd gpg agent that's interactive, or something.
+
+(I'm also confused that you mention a \"gpg>\" prompt, but your transcript doesn't show one.)
+"""]]
diff --git a/doc/bugs/transferkey_fails_due_to_gpg/comment_2_c540b05b62a3186a87efcb180ea2a52d._comment b/doc/bugs/transferkey_fails_due_to_gpg/comment_2_c540b05b62a3186a87efcb180ea2a52d._comment
new file mode 100644
index 0000000000..7203f45df5
--- /dev/null
+++ b/doc/bugs/transferkey_fails_due_to_gpg/comment_2_c540b05b62a3186a87efcb180ea2a52d._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 2"
+ date="2012-09-09T16:50:40Z"
+ content="""
+Perhaps you mistook the \"(gpg)\" that git-annex prints out for a gpg prompt? If your transcript is accurate, things seem to be stalled, and gpg is not behaving like you're at a prompt when you type stuff to it, just the terminal is echoing back what you typed.
+
+This then looks like it might be the same bug someone else mentioned here <http://git-annex.branchable.com/design/assistant/blog/day_70__adding_ssh_remotes/#comment-048f7fad45dc545f9d5a560491b275a1>
+
+I have not managed to reproduce that problem. Are you seeing stalls with any particular size of file? Does it happen with very small files?
+"""]]
diff --git a/doc/bugs/transferkey_fails_due_to_gpg/comment_3_9ad2ef73169dbd2866da2f4259ab0f00._comment b/doc/bugs/transferkey_fails_due_to_gpg/comment_3_9ad2ef73169dbd2866da2f4259ab0f00._comment
new file mode 100644
index 0000000000..3838e70f03
--- /dev/null
+++ b/doc/bugs/transferkey_fails_due_to_gpg/comment_3_9ad2ef73169dbd2866da2f4259ab0f00._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.30"
+ subject="comment 3"
+ date="2012-09-09T16:55:02Z"
+ content="""
+I've replicated a stall with current git-annex head and gpg. Doesn't happen with an older build. bisecting..
+"""]]
diff --git a/doc/bugs/transferkey_fails_due_to_gpg/comment_4_7631b8842efba6a4aad87386ce9443a7._comment b/doc/bugs/transferkey_fails_due_to_gpg/comment_4_7631b8842efba6a4aad87386ce9443a7._comment
new file mode 100644
index 0000000000..6c7a3f2d4d
--- /dev/null
+++ b/doc/bugs/transferkey_fails_due_to_gpg/comment_4_7631b8842efba6a4aad87386ce9443a7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://www.dbruhn.de/"
+ nickname="Dominik"
+ subject="comment 4"
+ date="2012-09-09T19:45:07Z"
+ content="""
+Thanks, your recent changes fixed the bug! 
+"""]]
diff --git a/doc/bugs/typo_in___34__ready_to_add_remote_server__34___message.mdwn b/doc/bugs/typo_in___34__ready_to_add_remote_server__34___message.mdwn
new file mode 100644
index 0000000000..9d370b6401
--- /dev/null
+++ b/doc/bugs/typo_in___34__ready_to_add_remote_server__34___message.mdwn
@@ -0,0 +1,16 @@
+What steps will reproduce the problem?
+Add a ssh remote to an existing git annex repository. The word "sensitive" is misspelled.
+
+What is the expected output? What do you see instead?
+I expect to see:
+"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."
+
+But instead I see:
+"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 sensative data."
+
+What version of git-annex are you using? On what operating system?
+3.20130102, Fedora 17 x86_64
+
+Please provide any additional information below.
+
+> [[done]] --[[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/unannex_and_uninit_do_not_work_when_git_index_is_broken.mdwn b/doc/bugs/unannex_and_uninit_do_not_work_when_git_index_is_broken.mdwn
new file mode 100644
index 0000000000..c31205ede0
--- /dev/null
+++ b/doc/bugs/unannex_and_uninit_do_not_work_when_git_index_is_broken.mdwn
@@ -0,0 +1,17 @@
+git's index broke and I was unable to restore it. While this is not git-annex' problem, it should still be possible to get my data in an un-annexed state.
+
+    % git status
+    fatal: index file smaller than expected
+    % git annex unannex foo
+    fatal: index file smaller than expected
+    % git annex uninit
+    fatal: index file smaller than expected
+    uninit  
+      pre-commit hook (/path/to/git-annex/.git/hooks/pre-commit) contents modified; not deleting. Edit it to remove call to git annex.
+    ok
+    %
+
+Ttbomk, the softlinks and objects are enough to un-annex the files; side-stepping git's index if necessary.
+
+> `git annex repair` can now repair broken index files and other
+> git repository corruption. [[done]] --[[Joey]]
diff --git a/doc/bugs/unannex_and_uninit_do_not_work_when_git_index_is_broken/comment_1_1931e733f0698af5603a8b92267203d4._comment b/doc/bugs/unannex_and_uninit_do_not_work_when_git_index_is_broken/comment_1_1931e733f0698af5603a8b92267203d4._comment
new file mode 100644
index 0000000000..84b68bb7ba
--- /dev/null
+++ b/doc/bugs/unannex_and_uninit_do_not_work_when_git_index_is_broken/comment_1_1931e733f0698af5603a8b92267203d4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-03T01:40:50Z"
+ content="""
+They rely on git-ls-files to get a list of files that are checked into git, in order to tell what to unannex.
+"""]]
diff --git a/doc/bugs/unannex_and_uninit_do_not_work_when_git_index_is_broken/comment_2_40920b88537b7715395808d8aa94bf03._comment b/doc/bugs/unannex_and_uninit_do_not_work_when_git_index_is_broken/comment_2_40920b88537b7715395808d8aa94bf03._comment
new file mode 100644
index 0000000000..215619043a
--- /dev/null
+++ b/doc/bugs/unannex_and_uninit_do_not_work_when_git_index_is_broken/comment_2_40920b88537b7715395808d8aa94bf03._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-04-03T08:55:18Z"
+ content="""
+Given that the softlinks contain all needed information (if the object exists, locally), an emergency way to get files \"out\" of git-annex would be nice. I am aware that one can script it, but a canonical way is always better, especially when things go south.
+"""]]
diff --git a/doc/bugs/unannex_command_doesn__39__t_all_files.mdwn b/doc/bugs/unannex_command_doesn__39__t_all_files.mdwn
new file mode 100644
index 0000000000..a6500c3775
--- /dev/null
+++ b/doc/bugs/unannex_command_doesn__39__t_all_files.mdwn
@@ -0,0 +1,30 @@
+    $ git init ; git annex init test ; dd if=/dev/urandom of=file1 count=128 ; cp file1 file2 ; git annex add --backend=SHA1 file? ; git commit -m init ; git annex unannex ; ls -l
+    Initialized empty Git repository in /tmp/annex/.git/
+    init test ok
+    128+0 records in
+    128+0 records out
+    65536 bytes (66 kB) copied, 0.007173 s, 9.1 MB/s
+    add file1 (checksum...) ok
+    add file2 (checksum...) ok
+    (Recording state in git...)
+    [master (root-commit) 2177b10] init
+     2 files changed, 2 insertions(+), 0 deletions(-)
+     create mode 120000 file1
+     create mode 120000 file2
+    unannex file1 ok
+    (Recording state in git...)
+    [master bef78b1] content removed from git annex
+     1 files changed, 0 insertions(+), 1 deletions(-)
+     delete mode 120000 file1
+    total 72
+    -rw-r--r-- 1 simons users 65536 Jul 15 17:29 file1
+    lrwxrwxrwx 1 simons users   132 Jul 15 17:29 file2 -> .git/annex/objects/jp/Fk/SHA1-s65536--795b58cc4e5190b02e7026fd9e94a10c98c6475f/SHA1-s65536--795b58cc4e5190b02e7026fd9e94a10c98c6475f
+
+> This was recently discussed in
+> [[annex_unannex__47__uninit_should_handle_copies]] and `unannex --fast`
+> added to leave contents behind in the annex, which allows handling
+> copies. But needs manual cleanup later with dropunused. --[[Joey]] 
+
+> This is basically a dup of [[Large unannex operations result in stale symlinks and data loss]],
+> or at least the ideas in there will also deal with this. Closing as dupe.
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/unannex_removes_object_even_if_referred_to_by_others.mdwn b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others.mdwn
new file mode 100644
index 0000000000..874e5c27f4
--- /dev/null
+++ b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others.mdwn
@@ -0,0 +1,20 @@
+##What steps will reproduce the problem?
+
+    echo text > foo
+    echo text > bar
+    git annex add foo bar
+    git annex unannex foo
+
+##What is the expected output? What do you see instead?
+
+I would expect that the object behind 'bar' remained intact, what happens is that the object is moved out of the annex and 'bar' is left as a dangling symlink, if you are unlucky and don't spot this, it could be potentially dangerous, since you can easily lose data.
+
+##What version of git-annex are you using? On what operating system?
+
+git-annex built from git on Tue Mar 12 15:58:36 2013 -0400
+
+From commit: 70b7555eaf9ac5f88bb137985d93bed8d5a434e8
+
+On Debian Sid
+
+> [[done]]; duplicate bug report
diff --git a/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_1_0ce72d0f67082f202cfa58b7c00f2fd3._comment b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_1_0ce72d0f67082f202cfa58b7c00f2fd3._comment
new file mode 100644
index 0000000000..da80a8f011
--- /dev/null
+++ b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_1_0ce72d0f67082f202cfa58b7c00f2fd3._comment
@@ -0,0 +1,39 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="git annex uninit does this too..."
+ date="2013-07-27T07:55:49Z"
+ content="""
+Here are my files from a backup...
+
+    fozz@cobol:/mnt/store/Music/Jukebox/Markus Schulz/Miami'05 Euro Trance $ md5sum AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg AlbumArtSmall.jpg
+    9cfd8347becf87da8b1c5962e77267ad  AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg
+    9cfd8347becf87da8b1c5962e77267ad  AlbumArtSmall.jpg
+
+Here is how git annex unannex left my files...
+
+    fozz@markdown:/exports/music$ ls -alh Jukebox/Markus\ Schulz/Miami\'05\ Euro\ Trance/
+    total 127M
+    drwxr-x---+ 2 fozz audio 4.0K Jul 27 03:04 .
+    drwxr-x---+ 9 fozz audio 4.0K Feb  8 20:03 ..
+    -rwxr-x---+ 1 fozz audio  13M Mar 24  2008 01 - Hydroid  Blue Tubes (Intro Mix).mp3
+    -rwxr-x---+ 1 fozz audio 9.8M Mar 24  2008 02 - Interstate  I Found U (Harry Lemon Remix).mp3
+    -rwxr-x---+ 1 fozz audio  15M Mar 24  2008 03 - Kalafut & Fygle  '3579 Km.mp3
+    -rwxr-x---+ 1 fozz audio  11M Mar 24  2008 04 - Hammer & Bennett  Baltic Sea.mp3
+    -rwxr-x---+ 1 fozz audio  11M Mar 24  2008 05 - Fluid In Motion  Soul Dimension.mp3
+    -rwxr-x---+ 1 fozz audio  12M Mar 24  2008 06 - Keo  Close Enough (Noel Sanger Mix).mp3
+    -rwxr-x---+ 1 fozz audio 9.4M Mar 24  2008 08 - Lens  Let The Light In.mp3
+    -rwxr-x---+ 1 fozz audio  11M Mar 24  2008 09 - Aronek  Free Yourself.mp3
+    -rwxr-x---+ 1 fozz audio  14M Mar 24  2008 10 - Ava Mea  In The End.mp3
+    -rwxr-x---+ 1 fozz audio  13M Mar 24  2008 11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3
+    -rwxr-x---+ 1 fozz audio  12M Mar 24  2008 12 - Max Graham Feat- Jessica Jacobs  Gone.mp3
+    -rwxr-x---+ 1 fozz audio 6.9K Mar 24  2008 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg
+    lrwxrwxrwx  1 fozz fozz   191 Mar 24  2008 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg -> ../../../.git/annex/objects/ZZ/86/SHA256-s2067--   b870f34a1eee9fdfae8a488626b51d17f25f17788655fe8924d598109a95104a/SHA256-s2067--b870f34a1eee9fdfae8a488626b51d17f25f17788655fe8924d598109a95104a
+    -rwxr-x---+ 1 fozz audio 2.1K Mar 24  2008 AlbumArtSmall.jpg
+    -rwxr-x---+ 1 fozz audio  361 Mar 24  2008 desktop.ini
+    lrwxrwxrwx  1 fozz fozz   191 Mar 24  2008 Folder.jpg -> ../../../.git/annex/objects/k7/xp/SHA256-s7024--8d5778605b211e0971824df9a970f16b38dee97a6a529f41113c31378ef83f3f/SHA256-s7024--8d5778605b211e0971824df9a970f16b38dee97a6a529f41113c31378ef83f3f
+
+The symlinks are now broken links
+
+
+"""]]
diff --git a/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_2_647f49ffcaa348660659f9954a59b3ae._comment b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_2_647f49ffcaa348660659f9954a59b3ae._comment
new file mode 100644
index 0000000000..041d700dd0
--- /dev/null
+++ b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_2_647f49ffcaa348660659f9954a59b3ae._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="comment 2"
+ date="2013-07-27T08:14:33Z"
+ content="""
+Sorry, that was an unannex . not a uninit, which I used first briefly. Version information:
+
+    git-annex version: 4.20130725-gd10dfef
+    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
+
+"""]]
diff --git a/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_3_3f7f4b55b7ec2641a70109788e0b5672._comment b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_3_3f7f4b55b7ec2641a70109788e0b5672._comment
new file mode 100644
index 0000000000..890e96fea1
--- /dev/null
+++ b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_3_3f7f4b55b7ec2641a70109788e0b5672._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 3"
+ date="2013-07-27T23:51:38Z"
+ content="""
+uninit does not do this. Nor does unannex --fast FWIW.
+
+
+"""]]
diff --git a/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_4_313d393c416495aa0f8573113e41c2f7._comment b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_4_313d393c416495aa0f8573113e41c2f7._comment
new file mode 100644
index 0000000000..0f691059d7
--- /dev/null
+++ b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_4_313d393c416495aa0f8573113e41c2f7._comment
@@ -0,0 +1,431 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="Yes it does"
+ date="2013-07-28T12:04:18Z"
+ content="""
+I think it does, I just tested it with Ubuntu default version and the newest linux tarball on your site...
+
+See Log:
+
+    fozz@cobol:~ $ cd /tmp
+    
+    fozz@cobol:/tmp $ tar -zxf ~/Downloads/git-annex-standalone-amd64.tar.gz 
+    
+    fozz@cobol:/tmp $ export PATH=/tmp/git-annex.linux/:$PATH
+    
+    fozz@cobol:/tmp $ cp -R /mnt/store/Music/Jukebox/Markus\ Schulz/
+    Amsterdam 08/                                   Progression/
+    Do You Dream/                                   Thoughts Become Things II/
+    June 2005 Promo Mix/                            Track/
+    Miami'05 Euro Trance/                           Without You Near/
+    Mysteryland 2007 Haarlemmermeermeer 25-08-2007/ 
+    
+    fozz@cobol:/tmp $ cp -R /mnt/store/Music/Jukebox/Markus\ Schulz/Miami\'05\ Euro\ Trance/ .
+    
+    fozz@cobol:/tmp $ cd Miami\'05\ Euro\ Trance/
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ ls -alh
+    total 127M
+    drwx------  2 fozz fozz 4.0K Jul 28 12:52 .
+    drwxrwxrwt 23 root root 4.0K Jul 28 12:52 ..
+    -rwx------  1 fozz fozz  13M Jul 28 12:52 01 - Hydroid  Blue Tubes (Intro Mix).mp3
+    -rwx------  1 fozz fozz 9.8M Jul 28 12:52 02 - Interstate  I Found U (Harry Lemon Remix).mp3
+    -rwx------  1 fozz fozz  15M Jul 28 12:52 03 - Kalafut & Fygle  '3579 Km.mp3
+    -rwx------  1 fozz fozz  11M Jul 28 12:52 04 - Hammer & Bennett  Baltic Sea.mp3
+    -rwx------  1 fozz fozz  11M Jul 28 12:52 05 - Fluid In Motion  Soul Dimension.mp3
+    -rwx------  1 fozz fozz  12M Jul 28 12:52 06 - Keo  Close Enough (Noel Sanger Mix).mp3
+    -rwx------  1 fozz fozz 9.4M Jul 28 12:52 08 - Lens  Let The Light In.mp3
+    -rwx------  1 fozz fozz  11M Jul 28 12:52 09 - Aronek  Free Yourself.mp3
+    -rwx------  1 fozz fozz  14M Jul 28 12:52 10 - Ava Mea  In The End.mp3
+    -rwx------  1 fozz fozz  13M Jul 28 12:52 11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3
+    -rwx------  1 fozz fozz  12M Jul 28 12:52 12 - Max Graham Feat- Jessica Jacobs  Gone.mp3
+    -rwx------  1 fozz fozz 6.9K Jul 28 12:52 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg
+    -rwx------  1 fozz fozz 2.1K Jul 28 12:52 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg
+    -rwx------  1 fozz fozz 2.1K Jul 28 12:52 AlbumArtSmall.jpg
+    -rwx------  1 fozz fozz  361 Jul 28 12:52 desktop.ini
+    -rwx------  1 fozz fozz 6.9K Jul 28 12:52 Folder.jpg
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ mkdir Files
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ mv * Files/
+    mv: cannot move ‘Files’ to a subdirectory of itself, ‘Files/Files’
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ ls
+    Files
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ git annex version
+    git-annex version: 4.20130725-g8140f7c
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ git init 
+    Initialised empty Git repository in /tmp/Miami'05 Euro Trance/.git/
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ git annex init TEST
+    init TEST error: Malformed value for push.default: simple
+    error: Must be one of nothing, matching, tracking or current.
+    fatal: bad config file line 19 in /home/fozz/.gitconfig
+    error: Malformed value for push.default: simple
+    error: Must be one of nothing, matching, tracking or current.
+    fatal: bad config file line 19 in /home/fozz/.gitconfig
+    git-annex: failed to read sha from git write-tree
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ vim ~/.gitconfig 
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ git annex init TEST
+    init TEST ok
+    (Recording state in git...)
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ git annex add .
+    add Files/01 - Hydroid  Blue Tubes (Intro Mix).mp3 (checksum...) ok
+    add Files/02 - Interstate  I Found U (Harry Lemon Remix).mp3 (checksum...) ok
+    add Files/03 - Kalafut & Fygle  '3579 Km.mp3 (checksum...) ok
+    add Files/04 - Hammer & Bennett  Baltic Sea.mp3 (checksum...) ok
+    add Files/05 - Fluid In Motion  Soul Dimension.mp3 (checksum...) ok
+    add Files/06 - Keo  Close Enough (Noel Sanger Mix).mp3 (checksum...) ok
+    add Files/08 - Lens  Let The Light In.mp3 (checksum...) ok
+    add Files/09 - Aronek  Free Yourself.mp3 (checksum...) ok
+    add Files/10 - Ava Mea  In The End.mp3 (checksum...) ok
+    add Files/11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3 (checksum...) ok
+    add Files/12 - Max Graham Feat- Jessica Jacobs  Gone.mp3 (checksum...) ok
+    add Files/AlbumArtSmall.jpg (checksum...) ok
+    add Files/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg (checksum...) ok
+    add Files/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg (checksum...) ok
+    add Files/Folder.jpg (checksum...) ok
+    add Files/desktop.ini (checksum...) ok
+    (Recording state in git...)
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ ls
+    Files
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ ls Files
+    01 - Hydroid  Blue Tubes (Intro Mix).mp3
+    02 - Interstate  I Found U (Harry Lemon Remix).mp3
+    03 - Kalafut & Fygle  '3579 Km.mp3
+    04 - Hammer & Bennett  Baltic Sea.mp3
+    05 - Fluid In Motion  Soul Dimension.mp3
+    06 - Keo  Close Enough (Noel Sanger Mix).mp3
+    08 - Lens  Let The Light In.mp3
+    09 - Aronek  Free Yourself.mp3
+    10 - Ava Mea  In The End.mp3
+    11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3
+    12 - Max Graham Feat- Jessica Jacobs  Gone.mp3
+    AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg
+    AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg
+    AlbumArtSmall.jpg
+    desktop.ini
+    Folder.jpg
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ git annex uninit .
+    fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree.
+    Use '--' to separate paths from revisions
+    git-annex: This command takes no parameters.
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ git annex uninit 
+    fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree.
+    Use '--' to separate paths from revisions
+    unannex Files/01 - Hydroid  Blue Tubes (Intro Mix).mp3 ok
+    unannex Files/02 - Interstate  I Found U (Harry Lemon Remix).mp3 ok
+    unannex Files/03 - Kalafut & Fygle  '3579 Km.mp3 ok
+    unannex Files/04 - Hammer & Bennett  Baltic Sea.mp3 ok
+    unannex Files/05 - Fluid In Motion  Soul Dimension.mp3 ok
+    unannex Files/06 - Keo  Close Enough (Noel Sanger Mix).mp3 ok
+    unannex Files/08 - Lens  Let The Light In.mp3 ok
+    unannex Files/09 - Aronek  Free Yourself.mp3 ok
+    unannex Files/10 - Ava Mea  In The End.mp3 ok
+    unannex Files/11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3 ok
+    unannex Files/12 - Max Graham Feat- Jessica Jacobs  Gone.mp3 ok
+    unannex Files/AlbumArtSmall.jpg ok
+    unannex Files/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg ok
+    unannex Files/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg ok
+    unannex Files/Folder.jpg ok
+    unannex Files/desktop.ini ok
+    Deleted branch git-annex (was 1b098e2).
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ ls
+    Files
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ ls -alh Files
+    total 127M
+    drwxrwxr-x 2 fozz fozz 4.0K Jul 28 12:54 .
+    drwx------ 4 fozz fozz 4.0K Jul 28 12:53 ..
+    -rwx------ 1 fozz fozz  13M Jul 28 12:52 01 - Hydroid  Blue Tubes (Intro Mix).mp3
+    -rwx------ 1 fozz fozz 9.8M Jul 28 12:52 02 - Interstate  I Found U (Harry Lemon Remix).mp3
+    -rwx------ 1 fozz fozz  15M Jul 28 12:52 03 - Kalafut & Fygle  '3579 Km.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:52 04 - Hammer & Bennett  Baltic Sea.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:52 05 - Fluid In Motion  Soul Dimension.mp3
+    -rwx------ 1 fozz fozz  12M Jul 28 12:52 06 - Keo  Close Enough (Noel Sanger Mix).mp3
+    -rwx------ 1 fozz fozz 9.4M Jul 28 12:52 08 - Lens  Let The Light In.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:52 09 - Aronek  Free Yourself.mp3
+    -rwx------ 1 fozz fozz  14M Jul 28 12:52 10 - Ava Mea  In The End.mp3
+    -rwx------ 1 fozz fozz  13M Jul 28 12:52 11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3
+    -rwx------ 1 fozz fozz  12M Jul 28 12:52 12 - Max Graham Feat- Jessica Jacobs  Gone.mp3
+    -rwx------ 2 fozz fozz 6.9K Jul 28 12:52 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg
+    -rwx------ 2 fozz fozz 2.1K Jul 28 12:52 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg
+    -rwx------ 2 fozz fozz 2.1K Jul 28 12:52 AlbumArtSmall.jpg
+    -rwx------ 1 fozz fozz  361 Jul 28 12:52 desktop.ini
+    -rwx------ 2 fozz fozz 6.9K Jul 28 12:52 Folder.jpg
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ ls
+    Files
+    
+    fozz@cobol:/tmp/Miami'05 Euro Trance $ cd ../
+    
+    fozz@cobol:/tmp $ mkdir TEST2
+    
+    fozz@cobol:/tmp $ cd TEST2
+    
+    fozz@cobol:/tmp/TEST2 $ echo $PATH
+    /tmp/git-annex.linux/:node_modules/.bin:node_modules/.bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/home/fozz/.scripts:/home/fozz/.bin:/sbin:/usr/sbin:/usr/local/sbin:/home/fozz/.scripts:/home/fozz/.bin:/sbin:/usr/sbin:/usr/local/sbin
+    
+    fozz@cobol:/tmp/TEST2 $ export PATH=node_modules/.bin:node_modules/.bin:/usr/lib/lightdm/lightdm:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/home/fozz/.scripts:/home/fozz/.bin:/sbin:/usr/sbin:/usr/local/sbin:/home/fozz/.scripts:/home/fozz/.bin:/sbin:/usr/sbin:/usr/local/sbin
+    
+    fozz@cobol:/tmp/TEST2 $ git annex version
+    git-annex version: 3.20121112ubuntu2
+    
+    fozz@cobol:/tmp/TEST2 $ cp -R /mnt/store/Music/Jukebox/Markus\ Schulz/Miami\'05\ Euro\ Trance/ .
+    
+    fozz@cobol:/tmp/TEST2 $ ls
+    Miami'05 Euro Trance
+    
+    fozz@cobol:/tmp/TEST2 $ git init
+    Initialised empty Git repository in /tmp/TEST2/.git/
+    
+    fozz@cobol:/tmp/TEST2 $ git annex init TEST2
+    init TEST2 ok
+    (Recording state in git...)
+    
+    fozz@cobol:/tmp/TEST2 $ git add .
+    
+    fozz@cobol:/tmp/TEST2 $ ls
+    Miami'05 Euro Trance
+    
+    fozz@cobol:/tmp/TEST2 $ ls -alh Miami\'05\ Euro\ Trance/
+    total 127M
+    drwx------ 2 fozz fozz 4.0K Jul 28 12:56 .
+    drwxrwxr-x 4 fozz fozz 4.0K Jul 28 12:56 ..
+    -rwx------ 1 fozz fozz  13M Jul 28 12:56 01 - Hydroid  Blue Tubes (Intro Mix).mp3
+    -rwx------ 1 fozz fozz 9.8M Jul 28 12:56 02 - Interstate  I Found U (Harry Lemon Remix).mp3
+    -rwx------ 1 fozz fozz  15M Jul 28 12:56 03 - Kalafut & Fygle  '3579 Km.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:56 04 - Hammer & Bennett  Baltic Sea.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:56 05 - Fluid In Motion  Soul Dimension.mp3
+    -rwx------ 1 fozz fozz  12M Jul 28 12:56 06 - Keo  Close Enough (Noel Sanger Mix).mp3
+    -rwx------ 1 fozz fozz 9.4M Jul 28 12:56 08 - Lens  Let The Light In.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:56 09 - Aronek  Free Yourself.mp3
+    -rwx------ 1 fozz fozz  14M Jul 28 12:56 10 - Ava Mea  In The End.mp3
+    -rwx------ 1 fozz fozz  13M Jul 28 12:56 11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3
+    -rwx------ 1 fozz fozz  12M Jul 28 12:56 12 - Max Graham Feat- Jessica Jacobs  Gone.mp3
+    -rwx------ 1 fozz fozz 6.9K Jul 28 12:56 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg
+    -rwx------ 1 fozz fozz 2.1K Jul 28 12:56 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg
+    -rwx------ 1 fozz fozz 2.1K Jul 28 12:56 AlbumArtSmall.jpg
+    -rwx------ 1 fozz fozz  361 Jul 28 12:56 desktop.ini
+    -rwx------ 1 fozz fozz 6.9K Jul 28 12:56 Folder.jpg
+    
+    fozz@cobol:/tmp/TEST2 $ cd ../
+    
+    fozz@cobol:/tmp $ mkdir TEST3
+    
+    fozz@cobol:/tmp $ cd TEST3
+    
+    fozz@cobol:/tmp/TEST3 $ cp -R /mnt/store/Music/Jukebox/Markus\ Schulz/Miami\'05\ Euro\ Trance/ .
+    
+    fozz@cobol:/tmp/TEST3 $ git init
+    Initialised empty Git repository in /tmp/TEST3/.git/
+    
+    fozz@cobol:/tmp/TEST3 $ git annex init TEST3
+    init TEST3 ok
+    (Recording state in git...)
+    
+    fozz@cobol:/tmp/TEST3 $ git annex add .
+    add Miami'05 Euro Trance/01 - Hydroid  Blue Tubes (Intro Mix).mp3 (checksum...) ok
+    add Miami'05 Euro Trance/02 - Interstate  I Found U (Harry Lemon Remix).mp3 (checksum...) ok
+    add Miami'05 Euro Trance/03 - Kalafut & Fygle  '3579 Km.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/04 - Hammer & Bennett  Baltic Sea.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/05 - Fluid In Motion  Soul Dimension.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/06 - Keo  Close Enough (Noel Sanger Mix).mp3 (checksum...) ok
+    add Miami'05 Euro Trance/08 - Lens  Let The Light In.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/09 - Aronek  Free Yourself.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/10 - Ava Mea  In The End.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/12 - Max Graham Feat- Jessica Jacobs  Gone.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/AlbumArtSmall.jpg (checksum...) ok
+    add Miami'05 Euro Trance/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg (checksum...) ok
+    add Miami'05 Euro Trance/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg (checksum...) ok
+    add Miami'05 Euro Trance/Folder.jpg (checksum...) ok
+    add Miami'05 Euro Trance/desktop.ini (checksum...) ok
+    (Recording state in git...)
+    
+    fozz@cobol:/tmp/TEST3 $ md5sum Miami\'05\ Euro\ Trance/*
+    d764c06c5fc26f600842f4a9f2270696  Miami'05 Euro Trance/01 - Hydroid  Blue Tubes (Intro Mix).mp3
+    79879d4343a159fb391bd7eef691be03  Miami'05 Euro Trance/02 - Interstate  I Found U (Harry Lemon Remix).mp3
+    cc440d6dfaa0f6ef736b51b972f91c8d  Miami'05 Euro Trance/03 - Kalafut & Fygle  '3579 Km.mp3
+    ff0e52278bb69b2e8e44aa318e486ca7  Miami'05 Euro Trance/04 - Hammer & Bennett  Baltic Sea.mp3
+    73ec88f2f09b825bef3d9b876e0fc876  Miami'05 Euro Trance/05 - Fluid In Motion  Soul Dimension.mp3
+    d7790cde98696eb7f5e6a8b1d6949e1d  Miami'05 Euro Trance/06 - Keo  Close Enough (Noel Sanger Mix).mp3
+    0734d432e0ae67155c4b0363d2336bfa  Miami'05 Euro Trance/08 - Lens  Let The Light In.mp3
+    527335f6b173e13dacfa66f458df1a29  Miami'05 Euro Trance/09 - Aronek  Free Yourself.mp3
+    b859ead1712e144a1e3fd64c1e36e493  Miami'05 Euro Trance/10 - Ava Mea  In The End.mp3
+    a7771b91fbe8f0593e5c6ac51ccba4d8  Miami'05 Euro Trance/11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3
+    b167beaafe3fd95b06a1aa574affa355  Miami'05 Euro Trance/12 - Max Graham Feat- Jessica Jacobs  Gone.mp3
+    900bb78b629eab30c16d565562b3880a  Miami'05 Euro Trance/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg
+    9cfd8347becf87da8b1c5962e77267ad  Miami'05 Euro Trance/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg
+    9cfd8347becf87da8b1c5962e77267ad  Miami'05 Euro Trance/AlbumArtSmall.jpg
+    00e8488c206ad9a7ccb6d7f4bc66d05e  Miami'05 Euro Trance/desktop.ini
+    900bb78b629eab30c16d565562b3880a  Miami'05 Euro Trance/Folder.jpg
+    
+    fozz@cobol:/tmp/TEST3 $ git annex unadd .
+    git-annex: Unknown command 'unadd'
+    
+    Did you mean one of these?
+    	unused
+    	unannex
+    	upgrade
+    
+    
+    fozz@cobol:/tmp/TEST3 $ git annex unannex .
+    unannex Miami'05 Euro Trance/01 - Hydroid  Blue Tubes (Intro Mix).mp3 ok
+    unannex Miami'05 Euro Trance/02 - Interstate  I Found U (Harry Lemon Remix).mp3 ok
+    unannex Miami'05 Euro Trance/03 - Kalafut & Fygle  '3579 Km.mp3 ok
+    unannex Miami'05 Euro Trance/04 - Hammer & Bennett  Baltic Sea.mp3 ok
+    unannex Miami'05 Euro Trance/05 - Fluid In Motion  Soul Dimension.mp3 ok
+    unannex Miami'05 Euro Trance/06 - Keo  Close Enough (Noel Sanger Mix).mp3 ok
+    unannex Miami'05 Euro Trance/08 - Lens  Let The Light In.mp3 ok
+    unannex Miami'05 Euro Trance/09 - Aronek  Free Yourself.mp3 ok
+    unannex Miami'05 Euro Trance/10 - Ava Mea  In The End.mp3 ok
+    unannex Miami'05 Euro Trance/11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3 ok
+    unannex Miami'05 Euro Trance/12 - Max Graham Feat- Jessica Jacobs  Gone.mp3 ok
+    unannex Miami'05 Euro Trance/AlbumArtSmall.jpg ok
+    unannex Miami'05 Euro Trance/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg ok
+    unannex Miami'05 Euro Trance/desktop.ini ok
+    (Recording state in git...)
+    
+    fozz@cobol:/tmp/TEST3 $ ls -alh 
+    total 16K
+    drwxrwxr-x  4 fozz fozz 4.0K Jul 28 12:57 .
+    drwxrwxrwt 25 root root 4.0K Jul 28 12:56 ..
+    drwxrwxr-x  9 fozz fozz 4.0K Jul 28 12:57 .git
+    drwx------  2 fozz fozz 4.0K Jul 28 12:57 Miami'05 Euro Trance
+    
+    fozz@cobol:/tmp/TEST3 $ ls -alh Miami\'05\ Euro\ Trance/
+    total 127M
+    drwx------ 2 fozz fozz 4.0K Jul 28 12:57 .
+    drwxrwxr-x 4 fozz fozz 4.0K Jul 28 12:57 ..
+    -rwx------ 1 fozz fozz  13M Jul 28 12:56 01 - Hydroid  Blue Tubes (Intro Mix).mp3
+    -rwx------ 1 fozz fozz 9.8M Jul 28 12:56 02 - Interstate  I Found U (Harry Lemon Remix).mp3
+    -rwx------ 1 fozz fozz  15M Jul 28 12:56 03 - Kalafut & Fygle  '3579 Km.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:56 04 - Hammer & Bennett  Baltic Sea.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:56 05 - Fluid In Motion  Soul Dimension.mp3
+    -rwx------ 1 fozz fozz  12M Jul 28 12:56 06 - Keo  Close Enough (Noel Sanger Mix).mp3
+    -rwx------ 1 fozz fozz 9.4M Jul 28 12:56 08 - Lens  Let The Light In.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:56 09 - Aronek  Free Yourself.mp3
+    -rwx------ 1 fozz fozz  14M Jul 28 12:56 10 - Ava Mea  In The End.mp3
+    -rwx------ 1 fozz fozz  13M Jul 28 12:56 11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3
+    -rwx------ 1 fozz fozz  12M Jul 28 12:56 12 - Max Graham Feat- Jessica Jacobs  Gone.mp3
+    -rwx------ 1 fozz fozz 6.9K Jul 28 12:56 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg
+    lrwxrwxrwx 1 fozz fozz  195 Jul 28 12:56 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg -> ../.git/annex/objects/QF/JK/SHA256E-s2067--b870f34a1eee9fdfae8a488626b51d17f25f17788655fe8924d598109a95104a.jpg/SHA256E-s2067--b870f34a1eee9fdfae8a488626b51d17f25f17788655fe8924d598109a95104a.jpg
+    -rwx------ 1 fozz fozz 2.1K Jul 28 12:56 AlbumArtSmall.jpg
+    -rwx------ 1 fozz fozz  361 Jul 28 12:56 desktop.ini
+    lrwxrwxrwx 1 fozz fozz  195 Jul 28 12:56 Folder.jpg -> ../.git/annex/objects/1f/Xk/SHA256E-s7024--8d5778605b211e0971824df9a970f16b38dee97a6a529f41113c31378ef83f3f.jpg/SHA256E-s7024--8d5778605b211e0971824df9a970f16b38dee97a6a529f41113c31378ef83f3f.jpg
+    
+    fozz@cobol:/tmp/TEST3 $ cd ../
+    
+    fozz@cobol:/tmp $ mkdir TEST4
+    
+    fozz@cobol:/tmp $ cd TEST4
+    
+    fozz@cobol:/tmp/TEST4 $ export PATH=/tmp/git-annex.linux/:$PATH
+    
+    fozz@cobol:/tmp/TEST4 $ git annex version
+    git-annex version: 4.20130725-g8140f7c
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV Inotify DBus XMPP
+    
+    fozz@cobol:/tmp/TEST4 $ cp -R /mnt/store/Music/Jukebox/Markus\ Schulz/Miami\'05\ Euro\ Trance/ .
+    
+    fozz@cobol:/tmp/TEST4 $ git init
+    Initialised empty Git repository in /tmp/TEST4/.git/
+    
+    fozz@cobol:/tmp/TEST4 $ git annex init TEST4
+    init TEST4 ok
+    (Recording state in git...)
+    
+    fozz@cobol:/tmp/TEST4 $ git annex add .
+    add Miami'05 Euro Trance/01 - Hydroid  Blue Tubes (Intro Mix).mp3 (checksum...) ok
+    add Miami'05 Euro Trance/02 - Interstate  I Found U (Harry Lemon Remix).mp3 (checksum...) ok
+    add Miami'05 Euro Trance/03 - Kalafut & Fygle  '3579 Km.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/04 - Hammer & Bennett  Baltic Sea.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/05 - Fluid In Motion  Soul Dimension.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/06 - Keo  Close Enough (Noel Sanger Mix).mp3 (checksum...) ok
+    add Miami'05 Euro Trance/08 - Lens  Let The Light In.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/09 - Aronek  Free Yourself.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/10 - Ava Mea  In The End.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/12 - Max Graham Feat- Jessica Jacobs  Gone.mp3 (checksum...) ok
+    add Miami'05 Euro Trance/AlbumArtSmall.jpg (checksum...) ok
+    add Miami'05 Euro Trance/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg (checksum...) ok
+    add Miami'05 Euro Trance/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg (checksum...) ok
+    add Miami'05 Euro Trance/Folder.jpg (checksum...) ok
+    add Miami'05 Euro Trance/desktop.ini (checksum...) ok
+    (Recording state in git...)
+    
+    fozz@cobol:/tmp/TEST4 $ ls -alh Miami\'05\ Euro\ Trance/
+    total 72K
+    drwx------ 2 fozz fozz 4.0K Jul 28 12:59 .
+    drwxrwxr-x 4 fozz fozz 4.0K Jul 28 12:59 ..
+    lrwxrwxrwx 1 fozz fozz  203 Jul 28 12:59 01 - Hydroid  Blue Tubes (Intro Mix).mp3 -> ../.git/annex/objects/6k/g1/SHA256E-s13016103--3eb29d6f0a529ccb2717b6e2b108c8adb681c47430bdcd45526279fabcfd1be4.mp3/SHA256E-s13016103--3eb29d6f0a529ccb2717b6e2b108c8adb681c47430bdcd45526279fabcfd1be4.mp3
+    lrwxrwxrwx 1 fozz fozz  203 Jul 28 12:59 02 - Interstate  I Found U (Harry Lemon Remix).mp3 -> ../.git/annex/objects/5X/5J/SHA256E-s10172374--12a9af95efbb5c4928b1ce0750eb25b85b2889a74798cac24165be5b0a085e38.mp3/SHA256E-s10172374--12a9af95efbb5c4928b1ce0750eb25b85b2889a74798cac24165be5b0a085e38.mp3
+    lrwxrwxrwx 1 fozz fozz  203 Jul 28 12:59 03 - Kalafut & Fygle  '3579 Km.mp3 -> ../.git/annex/objects/6g/FX/SHA256E-s15400659--adce5bdcc75242c3e996dcac7df309fcd2cc32fd5ed04ddcfbbf3c82147de85d.mp3/SHA256E-s15400659--adce5bdcc75242c3e996dcac7df309fcd2cc32fd5ed04ddcfbbf3c82147de85d.mp3
+    lrwxrwxrwx 1 fozz fozz  203 Jul 28 12:59 04 - Hammer & Bennett  Baltic Sea.mp3 -> ../.git/annex/objects/jV/z0/SHA256E-s10980459--d1ea5664b2c093dcf964f02760a76e8b23b4cadbd7d9e372281f1888b6813c95.mp3/SHA256E-s10980459--d1ea5664b2c093dcf964f02760a76e8b23b4cadbd7d9e372281f1888b6813c95.mp3
+    lrwxrwxrwx 1 fozz fozz  203 Jul 28 12:59 05 - Fluid In Motion  Soul Dimension.mp3 -> ../.git/annex/objects/q4/5m/SHA256E-s10850525--250366b97e4383fdcc34ffdfa4f5d4231471da4beb600e16c7fb994341241b94.mp3/SHA256E-s10850525--250366b97e4383fdcc34ffdfa4f5d4231471da4beb600e16c7fb994341241b94.mp3
+    lrwxrwxrwx 1 fozz fozz  203 Jul 28 12:59 06 - Keo  Close Enough (Noel Sanger Mix).mp3 -> ../.git/annex/objects/mW/kF/SHA256E-s11686327--b6fd86d3db9b3ea47338c968f8ba00e8ed263f4c6d17ae148f25802edfc0d743.mp3/SHA256E-s11686327--b6fd86d3db9b3ea47338c968f8ba00e8ed263f4c6d17ae148f25802edfc0d743.mp3
+    lrwxrwxrwx 1 fozz fozz  201 Jul 28 12:59 08 - Lens  Let The Light In.mp3 -> ../.git/annex/objects/Mx/Wv/SHA256E-s9854587--29c1bf00c9bf9076770a1be5c6d697f50a606ad4fcd4a2ada638a12984b38137.mp3/SHA256E-s9854587--29c1bf00c9bf9076770a1be5c6d697f50a606ad4fcd4a2ada638a12984b38137.mp3
+    lrwxrwxrwx 1 fozz fozz  203 Jul 28 12:59 09 - Aronek  Free Yourself.mp3 -> ../.git/annex/objects/6j/X5/SHA256E-s11110678--9b4744767261bc373c310d423dbd8eeebe8bf88355d88229a5ff1e7036fa845b.mp3/SHA256E-s11110678--9b4744767261bc373c310d423dbd8eeebe8bf88355d88229a5ff1e7036fa845b.mp3
+    lrwxrwxrwx 1 fozz fozz  203 Jul 28 12:59 10 - Ava Mea  In The End.mp3 -> ../.git/annex/objects/gf/5w/SHA256E-s14527761--ee711177de4d2d3375edf6d1b25c5b0adcb22c16b89dc0ed1bcca5e65e9d916b.mp3/SHA256E-s14527761--ee711177de4d2d3375edf6d1b25c5b0adcb22c16b89dc0ed1bcca5e65e9d916b.mp3
+    lrwxrwxrwx 1 fozz fozz  203 Jul 28 12:59 11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3 -> ../.git/annex/objects/g7/j8/SHA256E-s12639172--1e348a80570a09d0df8ea5c1ca66743529b6c79b358aae8a661f536a6c6fd412.mp3/SHA256E-s12639172--1e348a80570a09d0df8ea5c1ca66743529b6c79b358aae8a661f536a6c6fd412.mp3
+    lrwxrwxrwx 1 fozz fozz  203 Jul 28 12:59 12 - Max Graham Feat- Jessica Jacobs  Gone.mp3 -> ../.git/annex/objects/0g/g7/SHA256E-s12031267--85094321ce9f272935bcf370d7a6fb9d4f8d3f02d0dffaa30edcf7199b3b1929.mp3/SHA256E-s12031267--85094321ce9f272935bcf370d7a6fb9d4f8d3f02d0dffaa30edcf7199b3b1929.mp3
+    lrwxrwxrwx 1 fozz fozz  195 Jul 28 12:59 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg -> ../.git/annex/objects/1f/Xk/SHA256E-s7024--8d5778605b211e0971824df9a970f16b38dee97a6a529f41113c31378ef83f3f.jpg/SHA256E-s7024--8d5778605b211e0971824df9a970f16b38dee97a6a529f41113c31378ef83f3f.jpg
+    lrwxrwxrwx 1 fozz fozz  195 Jul 28 12:59 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg -> ../.git/annex/objects/QF/JK/SHA256E-s2067--b870f34a1eee9fdfae8a488626b51d17f25f17788655fe8924d598109a95104a.jpg/SHA256E-s2067--b870f34a1eee9fdfae8a488626b51d17f25f17788655fe8924d598109a95104a.jpg
+    lrwxrwxrwx 1 fozz fozz  195 Jul 28 12:59 AlbumArtSmall.jpg -> ../.git/annex/objects/QF/JK/SHA256E-s2067--b870f34a1eee9fdfae8a488626b51d17f25f17788655fe8924d598109a95104a.jpg/SHA256E-s2067--b870f34a1eee9fdfae8a488626b51d17f25f17788655fe8924d598109a95104a.jpg
+    lrwxrwxrwx 1 fozz fozz  193 Jul 28 12:59 desktop.ini -> ../.git/annex/objects/Kk/Fj/SHA256E-s361--9762858358f71b43e0dc89f54cf53342ec1c626ee17922b80fa4f981d0bc3a1b.ini/SHA256E-s361--9762858358f71b43e0dc89f54cf53342ec1c626ee17922b80fa4f981d0bc3a1b.ini
+    lrwxrwxrwx 1 fozz fozz  195 Jul 28 12:59 Folder.jpg -> ../.git/annex/objects/1f/Xk/SHA256E-s7024--8d5778605b211e0971824df9a970f16b38dee97a6a529f41113c31378ef83f3f.jpg/SHA256E-s7024--8d5778605b211e0971824df9a970f16b38dee97a6a529f41113c31378ef83f3f.jpg
+    
+    fozz@cobol:/tmp/TEST4 $ git annex unannex .
+    unannex Miami'05 Euro Trance/01 - Hydroid  Blue Tubes (Intro Mix).mp3 ok
+    unannex Miami'05 Euro Trance/02 - Interstate  I Found U (Harry Lemon Remix).mp3 ok
+    unannex Miami'05 Euro Trance/03 - Kalafut & Fygle  '3579 Km.mp3 ok
+    unannex Miami'05 Euro Trance/04 - Hammer & Bennett  Baltic Sea.mp3 ok
+    unannex Miami'05 Euro Trance/05 - Fluid In Motion  Soul Dimension.mp3 ok
+    unannex Miami'05 Euro Trance/06 - Keo  Close Enough (Noel Sanger Mix).mp3 ok
+    unannex Miami'05 Euro Trance/08 - Lens  Let The Light In.mp3 ok
+    unannex Miami'05 Euro Trance/09 - Aronek  Free Yourself.mp3 ok
+    unannex Miami'05 Euro Trance/10 - Ava Mea  In The End.mp3 ok
+    unannex Miami'05 Euro Trance/11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3 ok
+    unannex Miami'05 Euro Trance/12 - Max Graham Feat- Jessica Jacobs  Gone.mp3 ok
+    unannex Miami'05 Euro Trance/AlbumArtSmall.jpg ok
+    unannex Miami'05 Euro Trance/AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg ok
+    unannex Miami'05 Euro Trance/desktop.ini ok
+    (Recording state in git...)
+    
+    fozz@cobol:/tmp/TEST4 $ ls -alh Miami\'05\ Euro\ Trance/
+    total 127M
+    drwx------ 2 fozz fozz 4.0K Jul 28 13:00 .
+    drwxrwxr-x 4 fozz fozz 4.0K Jul 28 12:59 ..
+    -rwx------ 1 fozz fozz  13M Jul 28 12:59 01 - Hydroid  Blue Tubes (Intro Mix).mp3
+    -rwx------ 1 fozz fozz 9.8M Jul 28 12:59 02 - Interstate  I Found U (Harry Lemon Remix).mp3
+    -rwx------ 1 fozz fozz  15M Jul 28 12:59 03 - Kalafut & Fygle  '3579 Km.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:59 04 - Hammer & Bennett  Baltic Sea.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:59 05 - Fluid In Motion  Soul Dimension.mp3
+    -rwx------ 1 fozz fozz  12M Jul 28 12:59 06 - Keo  Close Enough (Noel Sanger Mix).mp3
+    -rwx------ 1 fozz fozz 9.4M Jul 28 12:59 08 - Lens  Let The Light In.mp3
+    -rwx------ 1 fozz fozz  11M Jul 28 12:59 09 - Aronek  Free Yourself.mp3
+    -rwx------ 1 fozz fozz  14M Jul 28 12:59 10 - Ava Mea  In The End.mp3
+    -rwx------ 1 fozz fozz  13M Jul 28 12:59 11 - Sean Walsh Pres- Jagermaestro  Quarter Century.mp3
+    -rwx------ 1 fozz fozz  12M Jul 28 12:59 12 - Max Graham Feat- Jessica Jacobs  Gone.mp3
+    -rwx------ 1 fozz fozz 6.9K Jul 28 12:59 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Large.jpg
+    lrwxrwxrwx 1 fozz fozz  195 Jul 28 12:59 AlbumArt_{85E86538-46E1-412C-9D94-A67FC108ED97}_Small.jpg -> ../.git/annex/objects/QF/JK/SHA256E-s2067--b870f34a1eee9fdfae8a488626b51d17f25f17788655fe8924d598109a95104a.jpg/SHA256E-s2067--b870f34a1eee9fdfae8a488626b51d17f25f17788655fe8924d598109a95104a.jpg
+    -rwx------ 1 fozz fozz 2.1K Jul 28 12:59 AlbumArtSmall.jpg
+    -rwx------ 1 fozz fozz  361 Jul 28 12:59 desktop.ini
+    lrwxrwxrwx 1 fozz fozz  195 Jul 28 12:59 Folder.jpg -> ../.git/annex/objects/1f/Xk/SHA256E-s7024--8d5778605b211e0971824df9a970f16b38dee97a6a529f41113c31378ef83f3f.jpg/SHA256E-s7024--8d5778605b211e0971824df9a970f16b38dee97a6a529f41113c31378ef83f3f.jpg
+
+Obviously the remaining symlinks in TEST3 and TEST4 are now broken and show up red on my terminal.
+
+"""]]
diff --git a/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_5_c0e7742672db2629bd906cebefe74f72._comment b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_5_c0e7742672db2629bd906cebefe74f72._comment
new file mode 100644
index 0000000000..4b6ae93498
--- /dev/null
+++ b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_5_c0e7742672db2629bd906cebefe74f72._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.21"
+ subject="comment 5"
+ date="2013-07-30T18:39:58Z"
+ content="""
+Your transcript shows unannex without --fast having the problem, and uninit not having the problem. Which is just what I said. Although I had to spend 15 minutes reading and replicating your transcript to figure that out.
+
+This has been previously reported and discussed at [[Large_unannex_operations_result_in_stale_symlinks_and_data_loss]]. There does not seem to be a single entirely satesfactory solution. unannex --fast seems to be what you're looking for.
+"""]]
diff --git a/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_6_c56171665db3ed14109a09097d49ac5d._comment b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_6_c56171665db3ed14109a09097d49ac5d._comment
new file mode 100644
index 0000000000..692813fbdb
--- /dev/null
+++ b/doc/bugs/unannex_removes_object_even_if_referred_to_by_others/comment_6_c56171665db3ed14109a09097d49ac5d._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 6"
+ date="2013-07-30T19:01:31Z"
+ content="""
+You're right, sorry, I missed the \"--fast\", I'd spent all morning replicating the n~ bug on my phone and recovering from unannex wasn't a short job either.
+"""]]
diff --git a/doc/bugs/unannex_vs_unlock_hook_confusion.mdwn b/doc/bugs/unannex_vs_unlock_hook_confusion.mdwn
new file mode 100644
index 0000000000..c03990c203
--- /dev/null
+++ b/doc/bugs/unannex_vs_unlock_hook_confusion.mdwn
@@ -0,0 +1,15 @@
+See [[forum/unannex_alternatives]] for problem description.
+
+If an unannex is followed by a "git add; git commit", git-annex's hook thinks
+that you have used git annex unlock 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.
+
+Can we tell the difference between an unannexed file that has yet to be committed
+and has been re-added as a normal file, vs an unlocked file? --[[Joey||
+
+> Hmm, not really. An unannexed file's content will have been dropped from
+> the backend, but that's about the only difference. Perhaps unannex should
+> just commit the removal of the file itself? --[[Joey]]
+
+> [[done]], staged changes committed at end.
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_repos_in_webapp.mdwn b/doc/bugs/unfinished_repos_in_webapp.mdwn
new file mode 100644
index 0000000000..b3e667c619
--- /dev/null
+++ b/doc/bugs/unfinished_repos_in_webapp.mdwn
@@ -0,0 +1,31 @@
+### Please describe the problem.
+
+Hi,  all excited that the new release fixes the unknown UUID issue in the Webapp I hurridly installed the latest versions.  
+
+Some progress in that the webapp now reports my missing/non-existent repo as an "unfinished repository" in the process of being setup.  I see a check status box that when clicked says "in progress please be patient".  Also I see the ssh config has changed to use IdentitiesOnly option.
+
+I had a go a deleting details via git-annex vicfg and directly editing the git-annex branch log files as detailed [here](http://git-annex.branchable.com/forum/Reappearing_repos_in_webapp_and_vicfg/).  But still no joy.  
+
+Any hints on what to do?  Nothing in the log seems to help...
+
+### What steps will reproduce the problem?
+
+Not sure anymore.
+
+### What version of git-annex are you using? On what operating system?
+
+Latest.
+
+### 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 [[done]], at least the bug reporter didn't feel the need
+> to follow up with the info I asked for and says the problem does not
+> affect him. --[[Joey]]
diff --git a/doc/bugs/unfinished_repos_in_webapp/comment_1_9628b100e39489be9f28ef75276a7341._comment b/doc/bugs/unfinished_repos_in_webapp/comment_1_9628b100e39489be9f28ef75276a7341._comment
new file mode 100644
index 0000000000..e17c1b8995
--- /dev/null
+++ b/doc/bugs/unfinished_repos_in_webapp/comment_1_9628b100e39489be9f28ef75276a7341._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-08-07T16:07:56Z"
+ content="""
+It seems to me that it has already finished applying the workaround. That IdentitiesOnly change could only be made
+if you clicked on a Retry button once it detected a problem.
+
+You may be experiencing a different problem that it cannot recover from. Paste your .git/config file.
+"""]]
diff --git a/doc/bugs/unfinished_repos_in_webapp/comment_2_ba0fbff536b1d067c4098db401dc49f2._comment b/doc/bugs/unfinished_repos_in_webapp/comment_2_ba0fbff536b1d067c4098db401dc49f2._comment
new file mode 100644
index 0000000000..8170a0175c
--- /dev/null
+++ b/doc/bugs/unfinished_repos_in_webapp/comment_2_ba0fbff536b1d067c4098db401dc49f2._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="2013-08-08T08:33:32Z"
+ content="""
+Hi, I've sorted this now.  The IP address of my laptop had changed on the local network.  Fixing it then let the new fix fully work and the in-progress status of the bad repo went away.
+
+Is it right that in the UI I don't see the local LAN configured branch (which I setup for speed) - it all seems to come under the jabber account now and makes an appropriate choice?
+"""]]
diff --git a/doc/bugs/unfinished_repos_in_webapp/comment_3_fd554aa7d93117177784a29270ccf790._comment b/doc/bugs/unfinished_repos_in_webapp/comment_3_fd554aa7d93117177784a29270ccf790._comment
new file mode 100644
index 0000000000..cd21af0920
--- /dev/null
+++ b/doc/bugs/unfinished_repos_in_webapp/comment_3_fd554aa7d93117177784a29270ccf790._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawniayrgSdVLUc3c6bf93VbO-_HT4hzxmyo"
+ nickname="Tobias"
+ subject="comment 3"
+ date="2013-08-08T12:22:28Z"
+ content="""
+I also see `unfinished repository` in the assistant, but only at git remotes which don't have git-annex installed (f.e. gitlab). annex-ignore is set to true: `git config remote.gitlab.annex-ignore true`.
+
+Clicking on `check status` says `Setting up this repository seems to have stalled! Make sure the remote system is available and retry`
+
+git-annex version: 4.20130802-g1452ac3
+"""]]
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/unhappy_without_UTF8_locale.mdwn b/doc/bugs/unhappy_without_UTF8_locale.mdwn
new file mode 100644
index 0000000000..8d22b9ee44
--- /dev/null
+++ b/doc/bugs/unhappy_without_UTF8_locale.mdwn
@@ -0,0 +1,41 @@
+Try unsetting LANG and passing git-annex unicode filenames.
+
+	joey@gnu:~/tmp/aa>git annex add ./Üa
+	add add add add git-annex: <stdout>: commitAndReleaseBuffer: invalid
+	argument (Invalid or incomplete multibyte or wide character)
+
+> Interestingly, I can get the same crash in the de_DE.UTF-8 locale
+> with certian input filenames, while in en_US.UTF-8, it's ok.
+> The workaround below avoided the problem in de_DE.UTF-8. --[[Joey]]
+
+> Put in the utf-8 forcing workaround for now. [[done]] --[[Joey]] 
+
+## underlying haskell problem and workaround
+
+The same problem can be seen with a simple haskell program:
+
+	import System.Environment
+	import Codec.Binary.UTF8.String
+	main = do
+	        args <- getArgs
+	        putStrLn $ decodeString $ args !! 0
+
+	joey@gnu:~/src/git-annex>LANG= runghc ~/foo.hs Ü
+	foo.hs: <stdout>: hPutChar: invalid argument (Invalid or incomplete multibyte or wide character)
+
+(The call to `decodeString` is necessary to make the input
+unicode string be displayed properly in a utf8 locale, but
+does not contribute to this problem.)
+
+I guess that haskell is setting the IO encoding to latin1, which
+is [documented](http://haskell.org/ghc/docs/latest/html/libraries/base/System-IO.html#v:latin1)
+to error out on characters > 255. 
+
+So this program doesn't have the problem -- but may output garbage
+on non-utf-8 capable terminals:
+
+	import System.IO
+	main = do
+ 		hSetEncoding stdout utf8
+	        args <- getArgs
+	        putStrLn $ decodeString $ args !! 0
diff --git a/doc/bugs/uninit_and_indirect_don__39__t_work_on_android.mdwn b/doc/bugs/uninit_and_indirect_don__39__t_work_on_android.mdwn
new file mode 100644
index 0000000000..b3a2ba37c5
--- /dev/null
+++ b/doc/bugs/uninit_and_indirect_don__39__t_work_on_android.mdwn
@@ -0,0 +1,23 @@
+### Please describe the problem.
+I am unable to restore a git-annex dir to its pre init state.
+
+### What steps will reproduce the problem?
+init a git-annex dir on android with a file system with out symlinks.
+use for a while.
+Run: "git-annex uninit" -> You cannot run this command in a direct mode repository.
+Run: "git-annex indirect" -> Git is configured to not use symlinks, so you must use direct mode.
+
+### What version of git-annex are you using? On what operating system?
+git-annex version: 4.20130601-g7483ca4
+
+### 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]]; added support for direct mode --[[Joey]] 
diff --git a/doc/bugs/uninit_and_indirect_don__39__t_work_on_android/comment_1_fec69c4c41987b9469eaa8f745c0a124._comment b/doc/bugs/uninit_and_indirect_don__39__t_work_on_android/comment_1_fec69c4c41987b9469eaa8f745c0a124._comment
new file mode 100644
index 0000000000..e310c1afd8
--- /dev/null
+++ b/doc/bugs/uninit_and_indirect_don__39__t_work_on_android/comment_1_fec69c4c41987b9469eaa8f745c0a124._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="comment 1"
+ date="2013-07-20T23:20:48Z"
+ content="""
+There's no way to make indirect mode work on a filesystem w/o symlinks, but it should be possible to make unannex (required for uninit) work in direct mode. Just has not been done yet.
+"""]]
diff --git a/doc/bugs/uninit_and_indirect_don__39__t_work_on_android/comment_2_54c3fa77a069b36d03c41aad08fee9af._comment b/doc/bugs/uninit_and_indirect_don__39__t_work_on_android/comment_2_54c3fa77a069b36d03c41aad08fee9af._comment
new file mode 100644
index 0000000000..ad6d651917
--- /dev/null
+++ b/doc/bugs/uninit_and_indirect_don__39__t_work_on_android/comment_2_54c3fa77a069b36d03c41aad08fee9af._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm_cen0223TLcWCTPwCPecCQC5JxGnPO04"
+ nickname="Eric"
+ subject="comment 2"
+ date="2013-07-20T23:26:23Z"
+ content="""
+unannex an uninit are the main thing, so that people have an exit strategy for git-annex on android.
+"""]]
diff --git a/doc/bugs/uninit_does_not_abort_when_hard_link_creation_fails.mdwn b/doc/bugs/uninit_does_not_abort_when_hard_link_creation_fails.mdwn
new file mode 100644
index 0000000000..2d98929ab9
--- /dev/null
+++ b/doc/bugs/uninit_does_not_abort_when_hard_link_creation_fails.mdwn
@@ -0,0 +1,47 @@
+> What steps will reproduce the problem?
+
+Issue the following commands on a file system where hard links are disabled:
+
+    $ touch foo
+    
+    $ ln foo bar # just to check that hard links are disabled
+    ln: failed to create hard link `bar' => `foo': Operation not permitted
+    
+    $ git init && git annex init
+    
+    $ git annex add .
+    
+    $ git annex uninit
+    unannex foo 
+    git-annex: [...]: createLink: permission denied (Operation not permitted)
+    failed
+    Deleted branch git-annex [...].
+
+    $ echo $? # exit status of last command
+    0
+    
+    $ ls foo
+    ls: cannot access foo: No such file or directory
+
+
+> What is the expected output? What do you see instead?
+
+`git annex uninit` should abort and exit with a non-`0` return code. Instead, `git annex uninit` cleans up git-annex objects and exits with return code `0`.
+
+
+> What version of git-annex are you using? On what operating system?
+
+3.20120406 on Ubuntu 12.04.1.
+
+
+> Please provide any additional information below.
+
+git-annex should probably not be used on a file system where hard links are disabled.
+
+However, if the user is not aware that he's using git-annex on such a filesystem, he will accidently delete his annexed files by issuing a `git annex uninit` command.
+
+> git-annex needs a POSIX filesystem, which includes the ability to create
+> hard links. The `git annex add` in the example above will fail
+> trying to create a hard link with current versions.
+> 
+> I've made uninit fall back to a non-hard link mode. [[done]] --[[Joey]]
diff --git a/doc/bugs/uninit_does_not_work_in_old_repos.mdwn b/doc/bugs/uninit_does_not_work_in_old_repos.mdwn
new file mode 100644
index 0000000000..d3df061487
--- /dev/null
+++ b/doc/bugs/uninit_does_not_work_in_old_repos.mdwn
@@ -0,0 +1,20 @@
+As uninit does not need to actually write out any data, just remove it, it should be possible to uninit in old stores.
+
+    % git annex uninit
+    git-annex: Repository version 2 is not supported. Upgrade this repository: git-annex upgrade
+
+If the repo happens to be broken, this essentially locks in data.
+
+> No, because you can always check out the version of git-annex you need
+> for that repository.
+> 
+> uninit, as implemented, runs unannex on every file and then does some
+> cleanup. The cleanup does not need to write state, but the unannex does.
+> And it depends on the object directory layout, which has changed between
+> versions. So supporting old versions in this code would complicate it
+> quite a lot. I don't want to go there. --[[Joey]]
+
+>>Requiring a version upgrade for unannex is fine. Yet, I see a problem when a git repo is broken; you are stuck without being able to uninit. In this case an uninit that does nothing but undo the symlinking would be useful. -- Richard
+
+>>> As I said, version 2 of git-annex is still there for people who need
+>>> it for whatever reason. [[done]] --[[Joey]]
diff --git a/doc/bugs/uninit_does_not_work_in_old_repos/comment_1_bc0619c6e17139df74639448aa6a0f72._comment b/doc/bugs/uninit_does_not_work_in_old_repos/comment_1_bc0619c6e17139df74639448aa6a0f72._comment
new file mode 100644
index 0000000000..7a1ea582b0
--- /dev/null
+++ b/doc/bugs/uninit_does_not_work_in_old_repos/comment_1_bc0619c6e17139df74639448aa6a0f72._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-29T15:30:09Z"
+ content="""
+After upgrading the repo, I still have to commit the changes, else git-annex won't let me uninit. Arguably a Good Thing, but I wanted to document it here.
+"""]]
diff --git a/doc/bugs/uninit_loses_data_if_git-annex_add_didn__39__t_complete.mdwn b/doc/bugs/uninit_loses_data_if_git-annex_add_didn__39__t_complete.mdwn
new file mode 100644
index 0000000000..61cfa89a51
--- /dev/null
+++ b/doc/bugs/uninit_loses_data_if_git-annex_add_didn__39__t_complete.mdwn
@@ -0,0 +1,15 @@
+* Create a git-annex repo where a lot of files live.
+* Start an annex add.
+* Kill it.
+* git-annex uninit
+
+Now, whatever files were annexed (ie: moved to .git/annex/objects/) but not committed are lost as the .git/annex directory was deleted.
+
+I know there are two conflicting issues here:
+
+1. if there is legitimately unused data in .git/annex then that shouldn't be unannexed
+2. the above case where some files were annexed but not committed should be unannexed
+
+Maybe uninit could check to see if all symlinks currently in the repo pointing to something under .git/annex/objects are committed. If not, commit them then uninit, or just de-annex them.
+
+> Added a check for this, [[done]] --[[Joey]] 
diff --git a/doc/bugs/uninit_should_not_run_when_branch_git-annex_is_checked_out.mdwn b/doc/bugs/uninit_should_not_run_when_branch_git-annex_is_checked_out.mdwn
new file mode 100644
index 0000000000..e4e407ec87
--- /dev/null
+++ b/doc/bugs/uninit_should_not_run_when_branch_git-annex_is_checked_out.mdwn
@@ -0,0 +1,15 @@
+Running `git annex uninit` in a repo which has branch git-annex checked out will result in:
+
+    error: Cannot delete the branch 'git-annex' which you are currently on.
+    git-annex: git [Param "-D",Param "git-annex"] failed
+
+and trying to checkout branch master afterwards results in:
+
+    error: The following untracked working tree files would be overwritten by checkout:
+
+Both of which is logical. The best thing would be if git-annex refused to run uninit while in branch git-annex.
+
+
+Richard
+
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/unlock_fails_silently_with_directory_symlinks.mdwn b/doc/bugs/unlock_fails_silently_with_directory_symlinks.mdwn
new file mode 100644
index 0000000000..9b9bb6342e
--- /dev/null
+++ b/doc/bugs/unlock_fails_silently_with_directory_symlinks.mdwn
@@ -0,0 +1,53 @@
+What steps will reproduce the problem?
+
++    ```~/``` is tracked by git and git annex
++    ```~/text/books/foo``` is annexed
++    ```~/books``` is a symlink to ```text/books```
++    from ```~/``` execute: ```git annex unlock books/foo```
++    which returns immediately with zero exit code and does not unlock foo.
+
+What is the expected output? What do you see instead?
+
++    I expect ```~/text/books/foo`` to be unlocked
+
++    I think ```git annex unlock``` should resolve the symlinks and realize that this is a tracked file.
+
+What version of git-annex are you using? On what operating system?
+
++    3.20121112 in debian unstable
+
+Please provide any additional information below.
+
++    I can unlock foo if I provide the full path, eg:
+from ```~/``` execute: ```git annex unlock text/books/foo```
+
++    Interestingly, the following _does_ successfully unlock the file: ```cd ~/books && git annex unlock foo```
+
+     So it seems that symlinks in $PWD are being resolved, but not those in file paths passed as arguments.
+
+Thank you, thank you!
+
+      - Jason
+
+jason@jasonwoof.com
+
+> I'm afraid this is not a bug. Here's why: If you run "git mv books/foo
+> books/bar", git will complain:
+>
+>> fatal: not under version control, source=books/foo, destination=books/bar
+>
+> So git-annex is just following git's lead (indeed, it's just running
+> `git ls-files` to find files to act on), and git doesn't
+> recognise this path as a file that's in git. --[[Joey]] 
+
++    Also, I think ```git annex unlock``` should emit an error message if a file explicitly addressed on the commandline can not be acted upon.
+
+> I'm beginning to think perhaps it should. Users seem to find the current
+> behavior to be sometimes confusing.
+> 
+> However, it's actually a very difficult change to make. Several commands
+> have multiple seek stages that act on different types of files, so
+> any warning printed by an earlier stage may be premature if a later
+> stage comes along and deals with a file. --[[Joey]]
+
+>> Figured out a non-invasive way to add that warning. [[done]] --[[Joey]] 
diff --git a/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_.mdwn b/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_.mdwn
new file mode 100644
index 0000000000..3704334f38
--- /dev/null
+++ b/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_.mdwn
@@ -0,0 +1,22 @@
+What steps will reproduce the problem?
+
+    try to unlock a file in a git annex checkout
+
+What is the expected output? What do you see instead?
+
+    % git annex unlock FILENAME
+    unlock FILENAME (copying...) cp: illegal option -- -
+    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
+    git-annex: copy failed!
+
+    (should unlock the file)
+
+What version of git-annex are you using? On what operating system?
+
+    latest git annex osx build as of yesterday (12-11-03)
+
+
+> I've made the `cp` command be included in the OSX standalone build, 
+> so it will use the same one it's built with. So the next time we get
+> an OSX build this will be fixed. [[done]] --[[Joey]]
diff --git a/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_1_a634a9f1c023bf836183de64abab1224._comment b/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_1_a634a9f1c023bf836183de64abab1224._comment
new file mode 100644
index 0000000000..3e322a0b65
--- /dev/null
+++ b/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_1_a634a9f1c023bf836183de64abab1224._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.194"
+ subject="comment 1"
+ date="2012-11-04T20:03:47Z"
+ content="""
+Did you build this git-annex yourself? On the same machine?
+
+What does it say if you add the `--debug` option?
+"""]]
diff --git a/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_2_d9ae61a7c3f1eb243ca650945b40f21d._comment b/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_2_d9ae61a7c3f1eb243ca650945b40f21d._comment
new file mode 100644
index 0000000000..98d42e59de
--- /dev/null
+++ b/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_2_d9ae61a7c3f1eb243ca650945b40f21d._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmPHsszTlpa3s3x_LEzmEYkZfEmqq7IjU"
+ nickname="Jan"
+ subject="comment 2"
+ date="2012-11-05T01:23:41Z"
+ content="""
+Thanks for the quick response :)
+I think the problem is that the os x cp does not support ''--reflink\" (and gnu long options). I guess I could install gnu coreutils through homebrew, though those will be prefixed with a g in the name.
+My OS version is 10.6.8 btw.
+
+    % git annex --debug unlock FILENAME
+    [2012-11-04 20:17:47 EST] read: git [\"--git-dir=/PATH/.git\",\"--work-tree=/PATH\",\"ls-files\",\"--cached\",\"-z\",\"--\",\"FILENAME\"]
+    unlock FILENAME (copying...) [2012-11-04 20:17:47 EST] call: cp [\"--reflink=auto\",\"-a\",\"/PATH/.git/annex/objects/8P/Qp/SHA256-s7173120--33c3482bf70807bb5caede9859d10a73bda9279f08340556188c93dea7e5be05/SHA256-s7173120--33c3482bf70807bb5caede9859d10a73bda9279f08340556188c93dea7e5be05\",\"/PATH/.git/annex/tmp/SHA256-s7173120--33c3482bf70807bb5caede9859d10a73bda9279f08340556188c93dea7e5be05\"]
+    cp: illegal option -- -
+    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
+    git-annex: copy failed!
+
+"""]]
diff --git a/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_3_fe229c03c14e8eb2b57389e0e193ed99._comment b/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_3_fe229c03c14e8eb2b57389e0e193ed99._comment
new file mode 100644
index 0000000000..576202d925
--- /dev/null
+++ b/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_3_fe229c03c14e8eb2b57389e0e193ed99._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmPHsszTlpa3s3x_LEzmEYkZfEmqq7IjU"
+ nickname="Jan"
+ subject="comment 3"
+ date="2012-11-05T01:24:32Z"
+ content="""
+Ah, forgot to mention: I am running the latest build downloaded from the website (as mentioned above), so no, I did not build it myself.
+"""]]
diff --git a/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_4_fa12afe295de63c4aa7eb043b715325a._comment b/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_4_fa12afe295de63c4aa7eb043b715325a._comment
new file mode 100644
index 0000000000..d96a469d9c
--- /dev/null
+++ b/doc/bugs/unlock_not_working_on_os_x_10.6_-_cp:_illegal_option_--_-_/comment_4_fa12afe295de63c4aa7eb043b715325a._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmmPHsszTlpa3s3x_LEzmEYkZfEmqq7IjU"
+ nickname="Jan"
+ subject="exact version"
+ date="2012-11-05T01:34:29Z"
+ content="""
+    % 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
+
+Also, while browsing the archive for another problem (can not add files because shasum256 is missing and I get a \"dyld: Library not loaded: /opt/local/lib/libintl.8.dylib\" for it's execution when I add the path for /Applications/git-annex.app/Contents/MacOS/bin/sha256sum) I [saw](http://git-annex.branchable.com/install/OSX/old_comments/#comment-94b0f0ba446ca2f1ebd6af44c7afd3be) that it should fall back on haskell code - which it doesn't, so maybe its an old version?
+"""]]
diff --git a/doc/bugs/unlock_then_lock_of_uncommitted_file_loses_it.mdwn b/doc/bugs/unlock_then_lock_of_uncommitted_file_loses_it.mdwn
new file mode 100644
index 0000000000..9c093de389
--- /dev/null
+++ b/doc/bugs/unlock_then_lock_of_uncommitted_file_loses_it.mdwn
@@ -0,0 +1,7 @@
+Add a file (do not commit), then unlock it, and then lock it.
+There is an error and the symlink gets deleted.
+
+The file will still be staged in the index, and the file content is still
+in the annex. --[[Joey]] 
+
+[[done]]
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/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again.mdwn b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again.mdwn
new file mode 100644
index 0000000000..2517fa6473
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again.mdwn
@@ -0,0 +1,434 @@
+### Please describe the problem.
+
+recently upgraded to a git snapshot; restarted assistant and found my disk space disappearing.  Checked webapp and there were a bunch of transfers queued.  Restarted assistant in --debug mode to get some logs.
+
+Transfers should not have happened, because I'm on a "client" machine, they are in an archive subdirectory, and there are adequate copies elsewhere (a ssh remote and a USB drive) to satisfy "numcopies=2."  (Note that the USB drive was not connected at the time, but that hasn't mattered in the past)
+
+### What steps will reproduce the problem?
+
+As noted above. I don't know that this is reproducible in a fresh repo; I was hoping that a bug report with the log would do.  Can try if that would help.
+
+### What version of git-annex are you using? On what operating system?
+
+checkout hash is:
+
+70ba425 2013-04-07
+
+OS X Lion.
+
+### 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
+
+
+[13:13:55 PM]$ cat daemon.log
+[2013-04-26 12:59:09 EDT] main: starting assistant version 4.20130406
+[2013-04-26 12:59:09 EDT] TransferScanner: Syncing with toshiba, homeworld 
+[2013-04-26 12:59:09 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 12:59:09 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 12:59:09 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+[2013-04-26 12:59:09 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 12:59:09 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 12:59:09 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..bfa73167b1cd90bbb2213a2c9bad64fbb1befe00","--oneline","-n1"]
+[2013-04-26 12:59:09 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","symbolic-ref","HEAD"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","refs/heads/master"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..bfa73167b1cd90bbb2213a2c9bad64fbb1befe00","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+[2013-04-26 12:59:10 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","fetch","toshiba"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","symbolic-ref","HEAD"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","refs/heads/master"]
+[2013-04-26 12:59:10 EDT] Merger: merging refs/heads/synced/master into refs/heads/master
+[2013-04-26 12:59:10 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","merge","--no-edit","refs/heads/synced/master"]
+fatal: '/Volumes/TOSHIBAEXT/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.
+[2013-04-26 12:59:10 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","fetch","homeworld"]
+Already up-to-date.
+
+(scanning...) [2013-04-26 12:59:10 EDT] Watcher: Performing startup scan
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..bfa73167b1cd90bbb2213a2c9bad64fbb1befe00","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..bfa73167b1cd90bbb2213a2c9bad64fbb1befe00","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","symbolic-ref","HEAD"]
+[2013-04-26 12:59:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","refs/heads/master"]
+[2013-04-26 12:59:10 EDT] Merger: merging refs/remotes/homeworld/synced/master into refs/heads/master
+[2013-04-26 12:59:10 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","merge","--no-edit","refs/remotes/homeworld/synced/master"]
+Already up-to-date.
+[2013-04-26 12:59:11 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 12:59:11 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 12:59:11 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+[2013-04-26 12:59:11 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 12:59:11 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 12:59:11 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..bfa73167b1cd90bbb2213a2c9bad64fbb1befe00","--oneline","-n1"]
+[2013-04-26 12:59:11 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 12:59:12 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 12:59:12 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 12:59:12 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 12:59:12 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+[2013-04-26 12:59:13 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 12:59:13 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 12:59:13 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..bfa73167b1cd90bbb2213a2c9bad64fbb1befe00","--oneline","-n1"]
+[2013-04-26 12:59:13 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 12:59:14 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 12:59:14 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 12:59:14 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 12:59:14 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+[2013-04-26 12:59:14 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 12:59:14 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 12:59:14 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..bfa73167b1cd90bbb2213a2c9bad64fbb1befe00","--oneline","-n1"]
+[2013-04-26 12:59:14 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 12:59:14 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 12:59:15 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","symbolic-ref","HEAD"]
+[2013-04-26 12:59:15 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","refs/heads/master"]
+[2013-04-26 12:59:15 EDT] Merger: merging refs/remotes/toshiba/synced/master into refs/heads/master
+[2013-04-26 12:59:15 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--verify","-q","refs/remotes/toshiba/master"]
+[2013-04-26 12:59:15 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/master..refs/remotes/toshiba/master","--oneline","-n1"]
+[2013-04-26 12:59:20 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--verify","-q","refs/remotes/toshiba/synced/master"]
+[2013-04-26 12:59:20 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/synced/master..refs/remotes/toshiba/synced/master","--oneline","-n1"]
+[2013-04-26 12:59:20 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","merge","--no-edit","refs/remotes/toshiba/synced/master"]
+Already up-to-date.
+[2013-04-26 12:59:20 EDT] Merger: watching /Users/ed/annex/.git/refs
+[2013-04-26 12:59:20 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--verify","-q","refs/remotes/homeworld/master"]
+[2013-04-26 12:59:20 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/master..refs/remotes/homeworld/master","--oneline","-n1"]
+[2013-04-26 12:59:20 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--verify","-q","refs/remotes/homeworld/synced/master"]
+[2013-04-26 12:59:20 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/synced/master..refs/remotes/homeworld/synced/master","--oneline","-n1"]
+[2013-04-26 12:59:20 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","symbolic-ref","HEAD"]
+[2013-04-26 12:59:21 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","refs/heads/master"]
+[2013-04-26 12:59:21 EDT] TransferScanner: pushing to [Remote { name ="toshiba" },Remote { name ="homeworld" }]
+[2013-04-26 12:59:21 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","branch","-f","synced/master"]
+[2013-04-26 12:59:21 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","push","toshiba","git-annex:synced/git-annex","master:synced/master"]
+fatal: '/Volumes/TOSHIBAEXT/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.
+[2013-04-26 12:59:21 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","push","homeworld","git-annex:synced/git-annex","master:synced/master"]
+[2013-04-26 12:59:21 EDT] TransferWatcher: watching for transfers
+To ssh://ed@homeworld/srv/mybook/annex
+   bfa7316..9a8e676  git-annex -> synced/git-annex
+[2013-04-26 12:59:36 EDT] TransferScanner: trying manual pull to resolve failed pushes
+[2013-04-26 12:59:36 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","fetch","toshiba"]
+fatal: '/Volumes/TOSHIBAEXT/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.
+[2013-04-26 12:59:36 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 12:59:36 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 12:59:36 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+[2013-04-26 12:59:36 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 12:59:36 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 12:59:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 12:59:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 12:59:37 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--verify","-q","refs/remotes/toshiba/master"]
+[2013-04-26 12:59:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/master..refs/remotes/toshiba/master","--oneline","-n1"]
+[2013-04-26 12:59:37 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--verify","-q","refs/remotes/toshiba/synced/master"]
+[2013-04-26 12:59:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/synced/master..refs/remotes/toshiba/synced/master","--oneline","-n1"]
+[2013-04-26 12:59:37 EDT] TransferScanner: pushing to [Remote { name ="toshiba" }]
+[2013-04-26 12:59:37 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","branch","-f","synced/master"]
+[2013-04-26 12:59:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 12:59:37 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","push","toshiba","git-annex:synced/git-annex","master:synced/master"]
+[2013-04-26 12:59:37 EDT] read: git ["--git-dir=/Users/ed/annex/fatal: '/Volumes/TOSHIBAEXT/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.
+.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 12:59:37 EDT] TransferScanner: fallback pushing to [Remote { name ="toshiba" }]
+[2013-04-26 12:59:37 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","push","toshiba","git-annex:refs/synced/fa2bd02e-3ce2-11e2-a675-47389975a32e/git-annex","refs/heads/master:refs/synced/fa2bd02e-3ce2-11e2-a675-47389975a32e/master"]
+[2013-04-26 12:59:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+fatal: '/Volumes/TOSHIBAEXT/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.
+[2013-04-26 12:59:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 12:59:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 12:59:38 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 12:59:38 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 12:59:38 EDT] 127.0.0.1 GET / Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:39 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 12:59:39 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 12:59:39 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+[2013-04-26 12:59:39 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 12:59:39 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 12:59:39 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 12:59:39 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 12:59:39 EDT] chat: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","cat-file","--batch"]
+[2013-04-26 12:59:39 EDT] read: git ["config","--null","--list"]
+[2013-04-26 12:59:40 EDT] TransferScanner: starting scan of [Remote { name ="toshiba" },Remote { name ="homeworld" }]
+[2013-04-26 12:59:40 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","ls-files","--cached","-z","--"]
+[2013-04-26 12:59:40 EDT] 127.0.0.1 GET /static/css/bootstrap.css Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:40 EDT] chat: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","check-attr","-z","--stdin","annex.backend","annex.numcopies","--"]
+[2013-04-26 12:59:41 EDT] 127.0.0.1 GET /static/css/bootstrap-responsive.css Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:41 EDT] 127.0.0.1 GET /static/jquery.full.js Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:41 EDT] 127.0.0.1 GET /static/js/bootstrap-dropdown.js Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:41 EDT] 127.0.0.1 GET /static/js/bootstrap-modal.js Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:41 EDT] 127.0.0.1 GET /static/js/bootstrap-collapse.js Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:41 EDT] 127.0.0.1 GET /static/longpolling.js Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:41 EDT] 127.0.0.1 GET /static/jquery.ui.core.js Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:41 EDT] 127.0.0.1 GET /static/jquery.ui.widget.js Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /static/jquery.ui.mouse.js Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /static/jquery.ui.sortable.js Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /static/favicon.ico Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /static/img/glyphicons-halflings-white.png Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /static/img/glyphicons-halflings.png Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /notifier/sidebar Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /notifier/repolist/RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /notifier/transfers Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%200)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D) Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:42 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:43 EDT] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:43 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 12:59:43 EDT] 127.0.0.1 GET /repolist/RepoListNotificationId%20(NotificationId%200)%20(RepoSelector%20%7BonlyCloud%20=%20False,%20onlyConfigured%20=%20False,%20includeHere%20=%20True,%20nudgeAddMore%20=%20True%7D) Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+[2013-04-26 13:00:27 EDT] TransferScanner: queued Download UUID "429af61a-3cf6-11e2-af0a-170be35d46b6" Books/archive/Art books/John Gadsby Chapman - American Drawing-Book - A Manual for the Amateur.pdf.part Nothing : expensive scan found missing object
+[2013-04-26 13:00:27 EDT] TransferScanner: queued Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/John Gadsby Chapman - American Drawing-Book - A Manual for the Amateur.pdf.part Nothing : expensive scan found missing object
+[2013-04-26 13:00:27 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:27 EDT] Transferrer: Transferring: Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/John Gadsby Chapman - American Drawing-Book - A Manual for the Amateur.pdf.part Nothing
+[2013-04-26 13:00:27 EDT] call: /Users/ed/bin/git-annex ["transferkeys","--readfd","34","--writefd","31"]
+[2013-04-26 13:00:27 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:27 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:27 EDT] TransferScanner: queued Download UUID "429af61a-3cf6-11e2-af0a-170be35d46b6" Books/archive/Art books/L.A. Doust - A Manual on Drawing the Human Figure.pdf.part Nothing : expensive scan found missing object
+[2013-04-26 13:00:27 EDT] TransferScanner: queued Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/L.A. Doust - A Manual on Drawing the Human Figure.pdf.part Nothing : expensive scan found missing object
+[2013-04-26 13:00:27 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:28 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:28 EDT] TransferScanner: queued Download UUID "429af61a-3cf6-11e2-af0a-170be35d46b6" Books/archive/Art books/Michael D. Mattesi - Force. The Key to Capturing Life Through Drawing.pdf Nothing : expensive scan found missing object
+[2013-04-26 13:00:28 EDT] TransferScanner: queued Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/Michael D. Mattesi - Force. The Key to Capturing Life Through Drawing.pdf Nothing : expensive scan found missing object
+[2013-04-26 13:00:28 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:28 EDT] TransferScanner: queued Download UUID "429af61a-3cf6-11e2-af0a-170be35d46b6" Books/archive/Art books/Richard G. Hatton - Figure Drawing.pdf Nothing : expensive scan found missing object
+[2013-04-26 13:00:28 EDT] TransferScanner: queued Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/Richard G. Hatton - Figure Drawing.pdf Nothing : expensive scan found missing object
+[2013-04-26 13:00:28 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:28 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:28 EDT] TransferScanner: queued Download UUID "429af61a-3cf6-11e2-af0a-170be35d46b6" Books/archive/Art books/The Figure in Repose.pdf Nothing : expensive scan found missing object
+Control socket connect(/Users/ed/annex/.git/annex/ssh/ed@homeworld): Connection refused
+[2013-04-26 13:00:28 EDT] TransferWatcher: transfer starting: Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/John Gadsby Chapman - American Drawing-Book - A Manual for the Amateur.pdf.part Nothing
+[2013-04-26 13:00:28 EDT] TransferScanner: queued Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/The Figure in Repose.pdf Nothing : expensive scan found missing object
+[2013-04-26 13:00:28 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:28 EDT] TransferWatcher: transfer starting: Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/John Gadsby Chapman - American Drawing-Book - A Manual for the Amateur.pdf.part Nothing
+[2013-04-26 13:00:28 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:28 EDT] TransferScanner: queued Download UUID "429af61a-3cf6-11e2-af0a-170be35d46b6" Books/archive/Art books/Torrent downloaded from Demonoid.com.txt Nothing : expensive scan found missing object
+[2013-04-26 13:00:28 EDT] TransferScanner: queued Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/Torrent downloaded from Demonoid.com.txt Nothing : expensive scan found missing object
+[2013-04-26 13:00:29 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:29 EDT] TransferScanner: queued Download UUID "429af61a-3cf6-11e2-af0a-170be35d46b6" Books/archive/Art books/Victor Perard - Drawing and Anatomy.pdf Nothing : expensive scan found missing object
+[2013-04-26 13:00:29 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:29 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+ControlSocket /Users/ed/annex/.git/annex/ssh/ed@homeworld already exists, disabling multiplexing
+
+SHA256E-s568690--ec5aaaf0320739ab91e4efa9a0bfd372a92ca436e96a5182a3d072ba409691b5.pdf.part
+[2013-04-26 13:00:31 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:33 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+      568690 100%  185.12kB/s    0:00:03 (xfer#1, to-check=0/1)
+
+sent 42 bytes  received 568933 bytes  87534.62 bytes/sec
+total size is 568690  speedup is 1.00
+[2013-04-26 13:00:34 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:35 EDT] Transferrer: Downloaded John Gads...pdf.part
+[2013-04-26 13:00:35 EDT] TransferWatcher: transfer finishing: Transfer {transferDirection = Download, transferUUID = UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720", transferKey = Key {keyName = "ec5aaaf0320739ab91e4efa9a0bfd372a92ca436e96a5182a3d072ba409691b5.pdf.part", keyBackendName = "SHA256E", keySize = Just 568690, keyMtime = Nothing}}
+[2013-04-26 13:00:35 EDT] Pusher: Syncing with homeworld 
+[2013-04-26 13:00:35 EDT] TransferScanner: queued Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/Victor Perard - Drawing and Anatomy.pdf Nothing : expensive scan found missing object
+[2013-04-26 13:00:35 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:35 EDT] Transferrer: Transferring: Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/L.A. Doust - A Manual on Drawing the Human Figure.pdf.part Nothing
+[2013-04-26 13:00:35 EDT] chat: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","hash-object","-w","--stdin-paths"]
+[2013-04-26 13:00:35 EDT] feed: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","update-index","-z","--index-info"]
+[2013-04-26 13:00:35 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:35 EDT] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:35 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+Control socket connect(/Users/ed/annex/.git/annex/ssh/ed@homeworld): Connection refused
+[2013-04-26 13:00:35 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 13:00:35 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","write-tree"]
+[2013-04-26 13:00:35 EDT] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:36 EDT] chat: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","commit-tree","24ad0c0244cd209b4689b2b3877645971fe88084","-p","refs/heads/git-annex"]
+[2013-04-26 13:00:36 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","update-ref","refs/heads/git-annex","726dd240a1e79cf0ce481f9875b5358b56c250b7"]
+[2013-04-26 13:00:36 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","symbolic-ref","HEAD"]
+[2013-04-26 13:00:36 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","refs/heads/master"]
+[2013-04-26 13:00:36 EDT] Pusher: pushing to [Remote { name ="homeworld" }]
+[2013-04-26 13:00:36 EDT] TransferWatcher: transfer starting: Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/L.A. Doust - A Manual on Drawing the Human Figure.pdf.part Nothing
+[2013-04-26 13:00:36 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","branch","-f","synced/master"]
+[2013-04-26 13:00:36 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","push","homeworld","git-annex:synced/git-annex","master:synced/master"]
+[2013-04-26 13:00:36 EDT] TransferWatcher: transfer starting: Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/L.A. Doust - A Manual on Drawing the Human Figure.pdf.part Nothing
+[2013-04-26 13:00:36 EDT] TransferScanner: queued Download UUID "429af61a-3cf6-11e2-af0a-170be35d46b6" Books/archive/Art books/Willy Pogany - Art of Drawing.pdf Nothing : expensive scan found missing object
+[2013-04-26 13:00:36 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:36 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+ControlSocket /Users/ed/annex/.git/annex/ssh/ed@homeworld already exists, disabling multiplexing
+[2013-04-26 13:00:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 13:00:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 13:00:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..726dd240a1e79cf0ce481f9875b5358b56c250b7","--oneline","-n1"]
+[2013-04-26 13:00:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 13:00:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 13:00:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..9a8e676d552905528b25e29ae9c56b5e50c35f70","--oneline","-n1"]
+[2013-04-26 13:00:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 13:00:37 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+
+SHA256E-s3733003--1536ff33f9a59112d40ff816f731f3fd96554f0c42acc9df758e59350176d616.pdf.part
+[2013-04-26 13:00:38 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:39 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:41 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:43 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:44 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:44 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","ls-files","--deleted","-z","--","/Users/ed/annex"]
+
+
+(Recording state in git...)
+(started...) [2013-04-26 13:00:44 EDT] Watcher: watching .
+[2013-04-26 13:00:44 EDT] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:46 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:47 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:48 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:50 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+To ssh://ed@homeworld/srv/mybook/annex09
+   9a8e676..726dd24  git-annex -> synced/git-annex
+[2013-04-26 13:00:50 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 13:00:50 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 13:00:50 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..726dd240a1e79cf0ce481f9875b5358b56c250b7","--oneline","-n1"]
+[2013-04-26 13:00:50 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 13:00:50 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 13:00:50 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 13:00:51 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 13:00:51 EDT] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:51 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:53 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:54 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:56 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:57 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+     3733003 100%  175.37kB/s    0:00:20 (xfer#1, to-check=0/1)
+[2013-04-26 13:00:59 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+
+sent 42 bytes  received 3733631 bytes  152394.82 bytes/sec
+total size is 3733003  speedup is 1.00
+[2013-04-26 13:00:59 EDT] Transferrer: Downloaded L.A. Dous...pdf.part
+[2013-04-26 13:00:59 EDT] Pusher: Syncing with homeworld 
+[2013-04-26 13:00:59 EDT] chat: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","hash-object","-w","--stdin-paths"]
+[2013-04-26 13:00:59 EDT] feed: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","update-index","-z","--index-info"]
+[2013-04-26 13:00:59 EDT] TransferWatcher: transfer finishing: Transfer {transferDirection = Download, transferUUID = UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720", transferKey = Key {keyName = "1536ff33f9a59112d40ff816f731f3fd96554f0c42acc9df758e59350176d616.pdf.part", keyBackendName = "SHA256E", keySize = Just 3733003, keyMtime = Nothing}}
+[2013-04-26 13:00:59 EDT] TransferScanner: queued Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/Willy Pogany - Art of Drawing.pdf Nothing : expensive scan found missing object
+[2013-04-26 13:00:59 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:59 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 13:00:59 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","write-tree"]
+[2013-04-26 13:00:59 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:59 EDT] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:59 EDT] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:59 EDT] chat: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","commit-tree","2b93aa36603e01e699d332fb277874488ab21c1f","-p","refs/heads/git-annex"]
+[2013-04-26 13:00:59 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","update-ref","refs/heads/git-annex","58f45e4a8453d7bb3c1612bd910410eee0e2c72a"]
+[2013-04-26 13:00:59 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","symbolic-ref","HEAD"]
+[2013-04-26 13:00:59 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","refs/heads/master"]
+[2013-04-26 13:00:59 EDT] Pusher: pushing to [Remote { name ="homeworld" }]
+[2013-04-26 13:00:59 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","branch","-f","synced/master"]
+[2013-04-26 13:00:59 EDT] call: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","push","homeworld","git-annex:synced/git-annex","master:synced/master"]
+[2013-04-26 13:00:59 EDT] Transferrer: Transferring: Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/Michael D. Mattesi - Force. The Key to Capturing Life Through Drawing.pdf Nothing
+[2013-04-26 13:00:59 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:59 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:00:59 EDT] TransferScanner: queued Download UUID "429af61a-3cf6-11e2-af0a-170be35d46b6" Books/archive/Magic  in china.PDF Nothing : expensive scan found missing object
+Control socket connect(/Users/ed/annex/.git/annex/ssh/ed@homeworld): Connection refused
+[2013-04-26 13:00:59 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:00 EDT] TransferWatcher: transfer starting: Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/Michael D. Mattesi - Force. The Key to Capturing Life Through Drawing.pdf Nothing
+[2013-04-26 13:01:00 EDT] TransferWatcher: transfer starting: Download UUID "d16d0d1a-3cdd-11e2-9161-67c83599f720" Books/archive/Art books/Michael D. Mattesi - Force. The Key to Capturing Life Through Drawing.pdf Nothing
+[2013-04-26 13:01:00 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:00 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:00 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 13:01:00 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 13:01:00 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..58f45e4a8453d7bb3c1612bd910410eee0e2c72a","--oneline","-n1"]
+[2013-04-26 13:01:00 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 13:01:00 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 13:01:00 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..726dd240a1e79cf0ce481f9875b5358b56c250b7","--oneline","-n1"]
+ControlSocket /Users/ed/annex/.git/annex/ssh/ed@homeworld already exists, disabling multiplexing
+[2013-04-26 13:01:00 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 13:01:00 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+
+SHA256E-s41718677--71d082deb0cdac45ae5556322cc5fa9245dafe477d3f3b7186fd19876e12e335.pdf
+[2013-04-26 13:01:02 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+To ssh://ed@homeworld/srv/mybook/annex12
+   726dd24..58f45e4  git-annex -> synced/git-annex
+[2013-04-26 13:01:03 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","git-annex"]
+[2013-04-26 13:01:03 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","show-ref","--hash","refs/heads/git-annex"]
+[2013-04-26 13:01:03 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..58f45e4a8453d7bb3c1612bd910410eee0e2c72a","--oneline","-n1"]
+[2013-04-26 13:01:03 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..c19f5f18ea26d43b735de8fbdb67d4f85987d171","--oneline","-n1"]
+[2013-04-26 13:01:03 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..7077e8c56be8c84fee214456bb2c951ef5b2202e","--oneline","-n1"]
+[2013-04-26 13:01:03 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..f7a2f8f189db99c7f9f4bacc2fc935d63737287e","--oneline","-n1"]
+[2013-04-26 13:01:04 EDT] 127.0.0.1 GET /sidebar/NotificationId%200 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:04 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","log","refs/heads/git-annex..be505749576a7064cca1eaf9fc241b450cdaadc6","--oneline","-n1"]
+[2013-04-26 13:01:04 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:05 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:07 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:08 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:10 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:10 EDT] read: git ["--git-dir=/Users/ed/annex/.git","--work-tree=/Users/ed/annex","ls-tree","-z","--","refs/heads/git-annex","uuid.log","remote.log","trust.log","group.log","preferred-content.log"]
+[2013-04-26 13:01:11 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:13 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:14 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:16 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:17 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:18 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:20 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:21 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:23 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:24 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:26 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:27 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:29 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:30 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:32 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:33 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:35 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:36 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:38 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:39 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:41 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:42 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:43 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:45 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:46 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+[2013-04-26 13:01:48 EDT] 127.0.0.1 GET /transfers/NotificationId%201 Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:20.0) Gecko/20100101 Firefox/20.0
+recv: resource vanished (Connection reset by peer)
+    41718677 100%  173.12kB/s    0:03:55 (xfer#1, to-check=0/1)
+
+sent 42 bytes  received 41723941 bytes  174943.32 bytes/sec
+total size is 41718677  speedup is 1.00
+
+git-annex: <file descriptor: 31>: hFlush: resource vanished (Broken pipe)
+failed
+(Recording state in git...)
+git-annex: transferkeys: 1 failed
+~/annex/.git/annex (GIT_DIR!)
+[13:14:08 PM]$ 
+
+# End of transcript or log.
+"""]]
+
+Here is the typical status of a file queued for download:
+
+whereis Art books/The Figure in Repose.pdf (2 copies) 
+  	429af61a-3cf6-11e2-af0a-170be35d46b6 -- toshiba (toshiba external hd)
+   	d16d0d1a-3cdd-11e2-9161-67c83599f720 -- homeworld
+
+This is with "numcopies=2"  homeworld is trusted, backup, standard.  toshiba is semitrusted, backup, standard.  here is client, semitrusted, standard.
+
+[[done]]
diff --git a/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_10_51097a6b84edcc607abc0e6e21ca21f2._comment b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_10_51097a6b84edcc607abc0e6e21ca21f2._comment
new file mode 100644
index 0000000000..3e4e39e248
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_10_51097a6b84edcc607abc0e6e21ca21f2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 10"
+ date="2013-04-28T18:12:30Z"
+ content="""
+oh, but to answer your earlier question,  \"(archive + smallarchive >= numcopies)\" would be exactly what I needed to get the behavior I want and have the others be archive directories.
+"""]]
diff --git a/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_1_c34a4009213c410bba3c147ae0552029._comment b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_1_c34a4009213c410bba3c147ae0552029._comment
new file mode 100644
index 0000000000..e85829179d
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_1_c34a4009213c410bba3c147ae0552029._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="173.162.44.162"
+ subject="comment 1"
+ date="2013-04-26T17:46:50Z"
+ content="""
+Tried again with the usb drive plugged in; still kept trying to transfer archive content, which was present in 2 other places (that usb drive and the ssh remote), down from the ssh remote.
+
+Tried disabling syncing from the ssh remote in the webapp; the assistant finished the last transfer from it and queued up a bunch of transfers from the USB remote instead.
+
+Turned assistant off completely; tried a \"git annex drop --auto\".  (with the USB drive still plugged in.)  Nothing dropped.
+
+Tried a \"git annex drop --in=here '*/archive/*'\" -- it dropped all the content from my archive directories.  whew!
+
+"""]]
diff --git a/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_2_634542867fd28962c47b7bc3ea022175._comment b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_2_634542867fd28962c47b7bc3ea022175._comment
new file mode 100644
index 0000000000..5f69f10d03
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_2_634542867fd28962c47b7bc3ea022175._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 2"
+ date="2013-04-27T05:45:53Z"
+ content="""
+update -- compiled a fresh copy of git annex from master ( 1bdfec9 2013-04-24 ) -- same effect; archived content is pulled down to the client from one of the backups, despite numcopies being satisfied by the backups.
+"""]]
diff --git a/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_3_301f3ff2d203ac4c58a037e553b2c14d._comment b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_3_301f3ff2d203ac4c58a037e553b2c14d._comment
new file mode 100644
index 0000000000..f69cef3338
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_3_301f3ff2d203ac4c58a037e553b2c14d._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-04-27T19:35:15Z"
+ content="""
+Are either the USB drive or the ssh remote configured to be in the archive or smallarchive group?
+
+If not, there was a recent change to how archive directories are handled, which would explain this behavior:
+
+<pre>
+  * Adjust preferred content expressions so that content in archive
+    directories is preferred until it has reached an archive or smallarchive
+    repository.
+</pre>
+
+The solution would be to make the USB drive be in the archive group, probably..
+"""]]
diff --git a/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_4_82ecdc88ccc1f87386b128adc4ff9af4._comment b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_4_82ecdc88ccc1f87386b128adc4ff9af4._comment
new file mode 100644
index 0000000000..f7c7019222
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_4_82ecdc88ccc1f87386b128adc4ff9af4._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 4"
+ date="2013-04-27T20:51:03Z"
+ content="""
+They are both \"backup\" not \"archive.\"  I had thought that backups pretty much counted as archives, but I guess this new behavior requires actual *archive* directories to do its job.
+
+Not sure what would be the best way to achieve my goals now, which are \"the usb and ssh remote want everything, the client wants to get rid of what's in archive directories if it's backed up in two backup directories.\"
+
+I can probably write a custom preferred content expression to do the job (I could copy the existing \"client\" one and replace \"archive\" with \"backup\" for example), but if there's a good way to do it with standard expressions I'd be curious to know.
+
+Thanks for the explanation!
+"""]]
diff --git a/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_6_158b2ba3da815910505899606177d415._comment b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_6_158b2ba3da815910505899606177d415._comment
new file mode 100644
index 0000000000..cdd39bf3f3
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_6_158b2ba3da815910505899606177d415._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-04-27T21:26:11Z"
+ content="""
+I'm glad this wasn't a nasty bug!
+
+I'm not really sold on its current behavior WRT archive directories and backups.  It seemed to make sense at the time.. The differences between archives and backups are subtle enough that I'd sort of like to avoid confusing them by making backups be sorta treated like archives.
+
+Nor am I entirely thrilled with the current hardcoded \"(copies=archive:1 or copies=smallarchive:1)\" that makes any given file be stored in only 1 archive repository. What's really wanted, but cannot currently be expressed with preferred content syntax is \"(archive + smallarchive >= numcopies)\"
+
+If it did that, sounds like you could convert your usb and ssh remotes to be archives and not need anything custom?
+
+I think that, as things stand, the only way to get what you want without a custom expression is to set one of the remotes, perhaps the SSH remote, to be an archive repository. Then files will be copies to both SSH (because it's the only archive), and to the USB backup (because backups want all files). And once both have a copy, numcopies will be satisfied, and files in archive/ directories will be archived, so the client will drop them.
+"""]]
diff --git a/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_6_b068924802f3917e3e005350cb0cc2a2._comment b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_6_b068924802f3917e3e005350cb0cc2a2._comment
new file mode 100644
index 0000000000..c48e8c4296
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_6_b068924802f3917e3e005350cb0cc2a2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 6"
+ date="2013-04-27T21:44:19Z"
+ content="""
+I *think* that'd work... the only thing would be that the SSH remote wouldn't get any files that *weren't* in archive directories, right?  They'd migrate from the client to the backup to satisfy numcopies, and that would be it, two copies and we're done.  Since it's not in an archive directory, the ssh remote doesn't want it.
+"""]]
diff --git a/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_7_f4772858c927d4a62edc3caf59b5da10._comment b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_7_f4772858c927d4a62edc3caf59b5da10._comment
new file mode 100644
index 0000000000..7093050988
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_7_f4772858c927d4a62edc3caf59b5da10._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-04-27T21:56:24Z"
+ content="""
+Nope, you're thinking of smallarchive. archive wants files in any directory. Should work.
+"""]]
diff --git a/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_8_d0923d2950357f4444c5ef94ff196ba3._comment b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_8_d0923d2950357f4444c5ef94ff196ba3._comment
new file mode 100644
index 0000000000..b0211e1069
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_8_d0923d2950357f4444c5ef94ff196ba3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 8"
+ date="2013-04-28T05:59:53Z"
+ content="""
+Just set it up that way.  Looking good so far!  I'll check in again later when I'm sure things are better.
+"""]]
diff --git a/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_9_7fb30cb80aecc60e48c64846aa185206._comment b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_9_7fb30cb80aecc60e48c64846aa185206._comment
new file mode 100644
index 0000000000..26b9038237
--- /dev/null
+++ b/doc/bugs/upgraded_annex__44___suddenly_trying_to_grab_archive_content_onto_client_again/comment_9_7fb30cb80aecc60e48c64846aa185206._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://edheil.wordpress.com/"
+ ip="99.54.57.201"
+ subject="comment 9"
+ date="2013-04-28T17:01:29Z"
+ content="""
+Yeah that did it.  Thanks!  I'm not sure why I wasn't using Archive all along!
+
+"""]]
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_old_remote_format_generates_irritating_output.mdwn b/doc/bugs/using_old_remote_format_generates_irritating_output.mdwn
new file mode 100644
index 0000000000..d53410c7b0
--- /dev/null
+++ b/doc/bugs/using_old_remote_format_generates_irritating_output.mdwn
@@ -0,0 +1,28 @@
+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).
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/utf8.mdwn b/doc/bugs/utf8.mdwn
new file mode 100644
index 0000000000..73b9bd9a90
--- /dev/null
+++ b/doc/bugs/utf8.mdwn
@@ -0,0 +1,192 @@
+### Please describe the problem.
+
+Git Annex stumbles and does not transfer files with special characters...
+
+
+### What steps will reproduce the problem?
+
+Added the file "Freddie_Mercury/Barcelona_[+video]/B00921KHNS_(disc_1)_04_-_Ensueño_(New_Orchestrated_Version).mp3" to Git Annex on my Galaxy Nexus (Android), which was committed successfully but not gettable.
+
+
+### What version of git-annex are you using? On what operating system?
+
+Phone: 4.20130709-g339d1eo
+Transfer Server: 3.20120406 (which it did not get to)
+Desktop: 3.20120629
+
+
+### 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
+
+
+fozz@cobol:~/Phone $ git annex get
+get Freddie_Mercury/Barcelona_[+video]/B00921KHNS_(disc_1)_04_-_Ensueño_(New_Orchestrated_Version).mp3 (not available) 
+  Try making some of these repositories available:
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+failed
+get Freddie_Mercury/Barcelona_[+video]/B00921KKSA_(disc_2)_05_-_Ensueño_(Monsterrat's_Live_Takes).mp3 (not available) 
+  Try making some of these repositories available:
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+failed
+get Freddie_Mercury/Barcelona_[+video]/B00921KMYW_(disc_3)_04_-_Ensueno_(Orchestral_Version).mp3 (not available) 
+  Try making some of these repositories available:
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+failed
+get Freddie_Mercury/Barcelona_[+video]/B00921KMYW_(disc_3)_04_-_Ensueño_(Orchestral_Version).mp3 (not available) 
+  Try making some of these repositories available:
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+failed
+git-annex: get: 4 failed
+
+===============
+
+fozz@cobol:~/Phone $ git annex whereis Freddie_Mercury/
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KGRK_(disc_1)_01_-_Barcelona_(New_Orchestrated_Version.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KH5G_(disc_1)_02_-_La_Japonaise_(New_Orchestrated_Vers.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KHD8_(disc_1)_03_-_The_Fallen_Priest_(New_Orchestrated.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KHNS_(disc_1)_04_-_Ensueño_(New_Orchestrated_Version).mp3 (1 copy) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KHY2_(disc_1)_05_-_The_Golden_Boy_(New_Orchestrated_Ve.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KI9G_(disc_1)_06_-_Guide_Me_Home_(New_Orchestrated_Ver.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KIIW_(disc_1)_07_-_How_Can_I_Go_On_(New_Orchestrated_V.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KITG_(disc_1)_08_-_Exercises_In_Free_Love_(New_Orchest.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KJ22_(disc_1)_09_-_Overture_Piccante_(New_Orchestrated.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KJB8_(disc_1)_10_-_How_Can_I_Go_On_(New_Orchestrated_V.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KJMW_(disc_2)_01_-_Exercises_In_Free_Love_(1987_B-Side.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KJVI_(disc_2)_02_-_Barcelona_(Early_Version__Freddie's.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KK5I_(disc_2)_03_-_La_Japonaise_(Early_Version__Freddi.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KKHQ_(disc_2)_04_-_Rachmaninov's_Revenge_(The_Fallen_P.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KKSA_(disc_2)_05_-_Ensueño_(Monsterrat's_Live_Takes).mp3 (1 copy) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KL2U_(disc_2)_06_-_The_Golden_Boy_(Early_Version__Fred.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KLBQ_(disc_2)_07_-_Guide_Me_Home_(Alternative_Version).mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KLJI_(disc_2)_08_-_How_Can_I_Go_On_(Alternative_Versio.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KLUC_(disc_2)_09_-_How_Can_I_Go_On_(Alternative_Piano_.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KM3I_(disc_3)_01_-_Barcelona_(Orchestral_Version).mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KMBU_(disc_3)_02_-_La_Japonaise_(Orchestral_Version).mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KMM4_(disc_3)_03_-_The_Fallen_Priest_(Orchestral_Versi.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KMYW_(disc_3)_04_-_Ensueno_(Orchestral_Version).mp3 (1 copy) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KMYW_(disc_3)_04_-_Ensueño_(Orchestral_Version).mp3 (1 copy) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KNAK_(disc_3)_05_-_The_Golden_Boy_(Orchestral_Version).mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KNUA_(disc_3)_06_-_Guide_Me_Home_(Orchestral_Version).mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KOVI_(disc_3)_07_-_How_Can_I_Go_On_(Orchestral_Version.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KPP8_(disc_3)_08_-_Exercises_In_Free_Love_(Orchestral_.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+whereis Freddie_Mercury/Barcelona_[+video]/B00921KQJ8_(disc_3)_09_-_Overture_Piccante_(Orchestral_Versi.mp3 (3 copies) 
+  	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+   	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+   	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+ok
+
+
+# End of transcript or log.
+"""]]
+
+> We seem to have reached a point of confusion, lack of information,
+> and/or diminishing returns with this bug report. I have fixed
+> it as best I can. If you have any problems, please file a new bug report
+> with as complete information as possible. [[done]] --[[Joey]]
diff --git a/doc/bugs/utf8/comment_10_f298b8b480d3ab2dd9c279589afcd0ea._comment b/doc/bugs/utf8/comment_10_f298b8b480d3ab2dd9c279589afcd0ea._comment
new file mode 100644
index 0000000000..7a61fc0d53
--- /dev/null
+++ b/doc/bugs/utf8/comment_10_f298b8b480d3ab2dd9c279589afcd0ea._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="Ooops"
+ date="2013-07-26T21:28:46Z"
+ content="""
+Hi Joey,
+
+I started replicating it today but managed to make annex a directory structure I did not mean to through my own silly fault and it's taking ages to unannex, I'll have another go over the weekend, this time with not so fat fingers!
+"""]]
diff --git a/doc/bugs/utf8/comment_11_a8864a46f8154680beeea27449ac6f09._comment b/doc/bugs/utf8/comment_11_a8864a46f8154680beeea27449ac6f09._comment
new file mode 100644
index 0000000000..50822a0941
--- /dev/null
+++ b/doc/bugs/utf8/comment_11_a8864a46f8154680beeea27449ac6f09._comment
@@ -0,0 +1,142 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="Replicated, I think"
+ date="2013-07-27T10:02:32Z"
+ content="""
+I think I have it replicated, I did not do _exactly_ the same thing, no renaming of the tilde-n file but I still got the ControlPath error.
+
+    # On phone - Copy folder into Git Annex... wait till done
+    # On Server with new Git Annex: git annex sync
+    fozz@markdown:~/tmp/zzz$ git annex get .
+    get Freddie_Mercury/Barcelona_[+video]/B00921KGRK_(disc_1)_01_-_Barcelona_(New_Orchestrated_Version.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KH5G_(disc_1)_02_-_La_Japonaise_(New_Orchestrated_Vers.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KHD8_(disc_1)_03_-_The_Fallen_Priest_(New_Orchestrated.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KHNS_(disc_1)_04_-_Ensueño_(New_Orchestrated_Version).mp3 (not available)
+      Try making some of these repositories available:
+            bc0525c4-cf9e-45da-a8e1-19003dee1dcb -- u0_a84@localhost:/sdcard/annex
+    failed
+    get Freddie_Mercury/Barcelona_[+video]/B00921KHY2_(disc_1)_05_-_The_Golden_Boy_(New_Orchestrated_Ve.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KI9G_(disc_1)_06_-_Guide_Me_Home_(New_Orchestrated_Ver.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KIIW_(disc_1)_07_-_How_Can_I_Go_On_(New_Orchestrated_V.mp3 ^[[A^[[A^[[A^[[A^[[A^[[A(from origin...) ^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[A^[[Aok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KITG_(disc_1)_08_-_Exercises_In_Free_Love_(New_Orchest.mp3 ^[[A^[[A^[[A^[[A^[[A^[[A(from origin...) ^[[A^[[A^[[A^[[A^[[A^[[Aok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KJ22_(disc_1)_09_-_Overture_Piccante_(New_Orchestrated.mp3 ^C
+    fozz@markdown:~/tmp/zzz$ git annex get .
+    get Freddie_Mercury/Barcelona_[+video]/B00921KHNS_(disc_1)_04_-_Ensueño_(New_Orchestrated_Version).mp3 (not available)
+      Try making some of these repositories available:
+            bc0525c4-cf9e-45da-a8e1-19003dee1dcb -- u0_a84@localhost:/sdcard/annex
+    failed
+    get Freddie_Mercury/Barcelona_[+video]/B00921KJ22_(disc_1)_09_-_Overture_Piccante_(New_Orchestrated.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KJB8_(disc_1)_10_-_How_Can_I_Go_On_(New_Orchestrated_V.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KJMW_(disc_2)_01_-_Exercises_In_Free_Love_(1987_B-Side.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KJVI_(disc_2)_02_-_Barcelona_(Early_Version__Freddie's.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KK5I_(disc_2)_03_-_La_Japonaise_(Early_Version__Freddi.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KKHQ_(disc_2)_04_-_Rachmaninov's_Revenge_(The_Fallen_P.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KKSA_(disc_2)_05_-_Ensueño_(Monsterrat's_Live_Takes).mp3 (not available)
+      Try making some of these repositories available:
+            bc0525c4-cf9e-45da-a8e1-19003dee1dcb -- u0_a84@localhost:/sdcard/annex
+    failed
+    get Freddie_Mercury/Barcelona_[+video]/B00921KL2U_(disc_2)_06_-_The_Golden_Boy_(Early_Version__Fred.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KLBQ_(disc_2)_07_-_Guide_Me_Home_(Alternative_Version).mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KLJI_(disc_2)_08_-_How_Can_I_Go_On_(Alternative_Versio.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KLUC_(disc_2)_09_-_How_Can_I_Go_On_(Alternative_Piano_.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KM3I_(disc_3)_01_-_Barcelona_(Orchestral_Version).mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KMBU_(disc_3)_02_-_La_Japonaise_(Orchestral_Version).mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KMM4_(disc_3)_03_-_The_Fallen_Priest_(Orchestral_Versi.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KMYW_(disc_3)_04_-_Ensueño_(Orchestral_Version).mp3 (not available)
+      Try making some of these repositories available:
+            bc0525c4-cf9e-45da-a8e1-19003dee1dcb -- u0_a84@localhost:/sdcard/annex
+    failed
+    get Freddie_Mercury/Barcelona_[+video]/B00921KNAK_(disc_3)_05_-_The_Golden_Boy_(Orchestral_Version).mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KNUA_(disc_3)_06_-_Guide_Me_Home_(Orchestral_Version).mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KOVI_(disc_3)_07_-_How_Can_I_Go_On_(Orchestral_Version.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KPP8_(disc_3)_08_-_Exercises_In_Free_Love_(Orchestral_.mp3 (from origin...) ok
+    get Freddie_Mercury/Barcelona_[+video]/B00921KQJ8_(disc_3)_09_-_Overture_Piccante_(Orchestral_Versi.mp3 (from origin...) ok
+    (Recording state in git...)
+    git-annex: get: 3 failed
+    
+    fozz@markdown:~/tmp/zzz$ git annex whereis Freddie_Mercury/Barcelona_\[+video\]/B00921KMYW_\(disc_3\)_04_-_Ensueño_\(Orchestral_Version\).mp3 
+    whereis Freddie_Mercury/Barcelona_[+video]/B00921KMYW_(disc_3)_04_-_Ensueño_(Orchestral_Version).mp3 (1 copy) 
+            bc0525c4-cf9e-45da-a8e1-19003dee1dcb -- u0_a84@localhost:/sdcard/annex
+    		ok
+    
+    # On phone
+    Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+    git annex webapp
+    u0_a84@android:/sdcard/git-annex.home $ git annex webapp
+    
+      Detected a crippled filesystem.
+    
+      Enabling direct mode.
+    fozz@markdown.lang.speechmarks.com's password:
+    fozz@markdown.lang.speechmarks.com's password:
+    ^Z[1] + Stopped              git annex webapp
+    u0_a84@android:/sdcard/git-annex.home $ bg
+    [1] git annex webapp
+    u0_a84@android:/sdcard/git-annex.home $ cd ../annex/
+    u0_a84@android:/sdcard/annex $ ls
+    Freddie_Mercury
+    u0_a84@android:/sdcard/annex $ git remote -v
+    markdown.lang.speechmarks.com_phoneannex        ssh://fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex/~/phone-annex/ (fetch)
+    markdown.lang.speechmarks.com_phoneannex        ssh://fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex/~/phone-annex/ (push)
+    u0_a84@android:/sdcard/annex $ git annex copy . --to markdown.lang.speechmarks.com_phoneannex
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KGRK_(disc_1)_01_-_Barcelona_(New_Orchestrated_Version.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.IdWwlXHtSsjVUMcq\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KH5G_(disc_1)_02_-_La_Japonaise_(New_Orchestrated_Vers.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.WisPICyIHiMGEO3k\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KHD8_(disc_1)_03_-_The_Fallen_Priest_(New_Orchestrated.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.hYyDKddvBHgjW4AI\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KHNS_(disc_1)_04_-_Ensueo_(New_Orchestrated_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.PR2s7Btep0Vklpr1\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KHY2_(disc_1)_05_-_The_Golden_Boy_(New_Orchestrated_Ve.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.GuiE6O9sVgvAsPjv\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KI9G_(disc_1)_06_-_Guide_Me_Home_(New_Orchestrated_Ver.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.MNE7Nrd4rTe59BpR\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KIIW_(disc_1)_07_-_How_Can_I_Go_On_(New_Orchestrated_V.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.MtXCKPHds4ma0iPl\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KITG_(disc_1)_08_-_Exercises_In_Free_Love_(New_Orchest.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.6iovvzKR6HE4nZwz\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KJ22_(disc_1)_09_-_Overture_Piccante_(New_Orchestrated.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.wZy825TDcYvHhDUx\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KJB8_(disc_1)_10_-_How_Can_I_Go_On_(New_Orchestrated_V.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.RQLLAcX2MGpLvJC5\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KJMW_(disc_2)_01_-_Exercises_In_Free_Love_(1987_B-Side.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.kiQQXvKBLNSP3cRO\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KJVI_(disc_2)_02_-_Barcelona_(Early_Version__Freddie's.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.CIdY4uFDFCIboOpG\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KK5I_(disc_2)_03_-_La_Japonaise_(Early_Version__Freddi.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.sza5nEOnJ4qnh6op\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KKHQ_(disc_2)_04_-_Rachmaninov's_Revenge_(The_Fallen_P.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.PXT6QfTHojjPvlBM\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KKSA_(disc_2)_05_-_Ensueo_(Monsterrat's_Live_Takes).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.LaHS26WonwTUqBDO\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KL2U_(disc_2)_06_-_The_Golden_Boy_(Early_Version__Fred.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.rw9hP3fjehIAJc1P\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KLBQ_(disc_2)_07_-_Guide_Me_Home_(Alternative_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.aJOWNwtRBDG6pecN\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KLJI_(disc_2)_08_-_How_Can_I_Go_On_(Alternative_Versio.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.fOFCaugrRAzzHAMZ\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KLUC_(disc_2)_09_-_How_Can_I_Go_On_(Alternative_Piano_.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.onG8CR4YP9x5c3ZK\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KM3I_(disc_3)_01_-_Barcelona_(Orchestral_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.KgOqB8Rg1ZZI1fzP\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KMBU_(disc_3)_02_-_La_Japonaise_(Orchestral_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.xN1FqoX79hSxwQS7\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KMM4_(disc_3)_03_-_The_Fallen_Priest_(Orchestral_Versi.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.YpZgAo1LVawkOIBd\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KMYW_(disc_3)_04_-_Ensueo_(Orchestral_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.TDvJl5gPqOFTbqgF\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KNAK_(disc_3)_05_-_The_Golden_Boy_(Orchestral_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.CYBfRJuMZTYUgTnN\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KNUA_(disc_3)_06_-_Guide_Me_Home_(Orchestral_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.VjyVTH1bRjeRl7fE\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KOVI_(disc_3)_07_-_How_Can_I_Go_On_(Orchestral_Version.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.SfA8ZMsoaea1JqZm\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KPP8_(disc_3)_08_-_Exercises_In_Free_Love_(Orchestral_.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.uYsVLhxvYZl1F7Dj\" too long for Unix domain socket
+    ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KQJ8_(disc_3)_09_-_Overture_Piccante_(Orchestral_Versi.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ControlPath \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.NRAFY6O124W6tAdG\" too long for Unix domain socket
+    ok
+    (Recording state in git...)
+    u0_a84@android:/sdcard/annex $
+
+"""]]
diff --git a/doc/bugs/utf8/comment_12_2202c3479d19d306f31aac5a47b55e7d._comment b/doc/bugs/utf8/comment_12_2202c3479d19d306f31aac5a47b55e7d._comment
new file mode 100644
index 0000000000..50adfd847f
--- /dev/null
+++ b/doc/bugs/utf8/comment_12_2202c3479d19d306f31aac5a47b55e7d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 12"
+ date="2013-07-27T17:46:11Z"
+ content="""
+Ok, I think if you upgrade to the current build for Android, you'll find that the problem goes away. I put in a fix several days ago that makes it use much shorter controlpaths.
+
+The question remains why it ever used a path of \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.IdWwlXHtSsjVUMcq\". This is 110 bytes; the code checks for a path of longer than 99 bytes. It should have disabled ssh connection caching when it was unable to construct a short enough path.
+"""]]
diff --git a/doc/bugs/utf8/comment_13_7044d2c5bb1c91ee37eb9868963a1ff2._comment b/doc/bugs/utf8/comment_13_7044d2c5bb1c91ee37eb9868963a1ff2._comment
new file mode 100644
index 0000000000..651e434384
--- /dev/null
+++ b/doc/bugs/utf8/comment_13_7044d2c5bb1c91ee37eb9868963a1ff2._comment
@@ -0,0 +1,41 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 13"
+ date="2013-07-27T20:46:01Z"
+ content="""
+I've verified that the (old) code correctly returned no path when it's too long:
+
+<pre>
+*Annex.Ssh System.Directory System.Posix.Directory Annex Git.Construct Git.Config System.Posix.Env Utility.Env>  eval (newState r') $ changeGitConfig (\c -> c  { annexCrippledFileSystem = True  }) >> sshInfo (\"fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.IdWwlXHtSsjVUMcq\", Nothing)
+(Nothing,[])
+</pre>
+
+In case the problem was somehow related to calculating the length on Android (ie, Data.Bits.Utils broken), I built a small program that calculated the length of the string the same way
+
+[[!format haskell \"\"\"
+import Utility.FileSystemEncoding
+
+main = do
+	let s = \"/data/data/ga.androidterm/tmp/fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.IdWwlXHtSsjVUMcq\"
+	let ws = decodeW8 s
+	print (length ws)
+\"\"\"]]
+
+Outputs 110 on Android as expected.
+
+Finally, using git-annex 4.20130721-g002de3e on Android (a newer version than the bug reporter's but with no changes to Annex.Ssh), I manually set up a repository using the same hostname:
+
+<pre>
+[remote \"foo\"]
+	url = ssh://fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.IdWwlXHtSsjVUMcq
+	fetch = +refs/heads/*:refs/remotes/foo/*
+	annex-uuid = dummy
+</pre>
+
+And still cannot replicate the bug; as expected it does not use the socket since it's too long:
+
+copy foo (checking foo...) [2013-07-27 16:40:42 EDT] call: ssh [\"-T\",\"fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex.IdWwlXHtSsjVUMcq\",\"git-annex-shell 'inannex' '' 'SHA256E-s29--093429efb0d1427753d1f038f5279ec4df66785a1b2429b3fa5e3a01bcb75bd8' --uuid 111\"]
+
+So, I don't understand how this could have happened. Although my recent changes mean it'll use a 62 byte path max on Android now, which certainly should avoid the problem, even if there's some actual bug here that I cannot reproduce.
+"""]]
diff --git a/doc/bugs/utf8/comment_14_656b3caa16ae93b092fb5804fa575a3b._comment b/doc/bugs/utf8/comment_14_656b3caa16ae93b092fb5804fa575a3b._comment
new file mode 100644
index 0000000000..6c858013bc
--- /dev/null
+++ b/doc/bugs/utf8/comment_14_656b3caa16ae93b092fb5804fa575a3b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="Will give the new version a got tomorrow..."
+ date="2013-07-27T21:45:29Z"
+ content="""
+But do you have any idea why it didn't transfer the filename with the ~ above the n?
+"""]]
diff --git a/doc/bugs/utf8/comment_15_25b3d4c47c45b72129b17b171a45c5f9._comment b/doc/bugs/utf8/comment_15_25b3d4c47c45b72129b17b171a45c5f9._comment
new file mode 100644
index 0000000000..8fb44eebd3
--- /dev/null
+++ b/doc/bugs/utf8/comment_15_25b3d4c47c45b72129b17b171a45c5f9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 15"
+ date="2013-07-27T21:50:32Z"
+ content="""
+AFAICS it was failing to transfer every file, no matter what the name, due to the socket length too long problem.
+"""]]
diff --git a/doc/bugs/utf8/comment_16_2aaab9253bbc75012292c7b5a7d55696._comment b/doc/bugs/utf8/comment_16_2aaab9253bbc75012292c7b5a7d55696._comment
new file mode 100644
index 0000000000..e10b8f85ad
--- /dev/null
+++ b/doc/bugs/utf8/comment_16_2aaab9253bbc75012292c7b5a7d55696._comment
@@ -0,0 +1,173 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="Not completely..."
+ date="2013-07-28T11:44:40Z"
+ content="""
+So done a bit of testing this morning...
+
+I upgraded the Git Annex on my phone and added a text file called \"mañnequin\" into my Git Annex. The assistant web app did not do anything and it did not appear on my desktop when I sync'd... So I went to my phone manually added it and synced. Which then did make it appear on my desktop when I did a sync.
+
+Phone Log:
+
+    Falling back to hardcoded app location; cannot find expected files in /data/app-lib
+    git annex webapp
+    u0_a84@android:/sdcard/git-annex.home $ git annex webapp
+    ^Z[1] + Stopped              git annex webapp
+    u0_a84@android:/sdcard/git-annex.home $ bg
+    [1] git annex webapp
+    u0_a84@android:/sdcard/git-annex.home $ cd ../annex/
+    u0_a84@android:/sdcard/annex $ git remote -v
+    markdown.lang.speechmarks.com_phoneannex        ssh://fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex/~/phone-annex/ (fetch)
+    markdown.lang.speechmarks.com_phoneannex        ssh://fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex/~/phone-annex/ (push)
+    u0_a84@android:/sdcard/annex $ git-annex version
+    git-annex version: 4.20130723-ged05a63
+    build flags: Assistant Webapp Testsuite S3 WebDAV Inotify XMPP DNS
+    local repository version: 4
+    default repository version: 3
+    supported repository versions: 3 4
+    upgrade supported from repository versions: 0 1 2
+    u0_a84@android:/sdcard/annex $ git annex copy . --to markdown.lang.speechmarks.com_phoneannex
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KGRK_(disc_1)_01_-_Barcelona_(New_Orchestrated_Version.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KH5G_(disc_1)_02_-_La_Japonaise_(New_Orchestrated_Vers.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KHD8_(disc_1)_03_-_The_Fallen_Priest_(New_Orchestrated.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KHNS_(disc_1)_04_-_Ensueo_(New_Orchestrated_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KHY2_(disc_1)_05_-_The_Golden_Boy_(New_Orchestrated_Ve.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KI9G_(disc_1)_06_-_Guide_Me_Home_(New_Orchestrated_Ver.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KIIW_(disc_1)_07_-_How_Can_I_Go_On_(New_Orchestrated_V.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KITG_(disc_1)_08_-_Exercises_In_Free_Love_(New_Orchest.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KJ22_(disc_1)_09_-_Overture_Piccante_(New_Orchestrated.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KJB8_(disc_1)_10_-_How_Can_I_Go_On_(New_Orchestrated_V.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KJMW_(disc_2)_01_-_Exercises_In_Free_Love_(1987_B-Side.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KJVI_(disc_2)_02_-_Barcelona_(Early_Version__Freddie's.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KK5I_(disc_2)_03_-_La_Japonaise_(Early_Version__Freddi.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KKHQ_(disc_2)_04_-_Rachmaninov's_Revenge_(The_Fallen_P.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KKSA_(disc_2)_05_-_Ensueo_(Monsterrat's_Live_Takes).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KL2U_(disc_2)_06_-_The_Golden_Boy_(Early_Version__Fred.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KLBQ_(disc_2)_07_-_Guide_Me_Home_(Alternative_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KLJI_(disc_2)_08_-_How_Can_I_Go_On_(Alternative_Versio.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KLUC_(disc_2)_09_-_How_Can_I_Go_On_(Alternative_Piano_.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KM3I_(disc_3)_01_-_Barcelona_(Orchestral_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KMBU_(disc_3)_02_-_La_Japonaise_(Orchestral_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KMM4_(disc_3)_03_-_The_Fallen_Priest_(Orchestral_Versi.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KMYW_(disc_3)_04_-_Ensueo_(Orchestral_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KNAK_(disc_3)_05_-_The_Golden_Boy_(Orchestral_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KNUA_(disc_3)_06_-_Guide_Me_Home_(Orchestral_Version).mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KOVI_(disc_3)_07_-_How_Can_I_Go_On_(Orchestral_Version.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KPP8_(disc_3)_08_-_Exercises_In_Free_Love_(Orchestral_.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    copy Freddie_Mercury/Barcelona_[+video]/B00921KQJ8_(disc_3)_09_-_Overture_Piccante_(Orchestral_Versi.mp3 (checking markdown.lang.speechmarks.com_phoneannex...) ok
+    u0_a84@android:/sdcard/annex $ ls
+    Freddie_Mercury
+    u0_a84@android:/sdcard/annex $ ls
+    ls     lsattr lsmod  lsof   lspci  lsusb
+    rcury/Barcelona_\[+video]/B00921K                                                                <
+    B00921KGRK_(disc_1)_01_-_Barcelona_(New_Orchestrated_Version.mp3
+    B00921KH5G_(disc_1)_02_-_La_Japonaise_(New_Orchestrated_Vers.mp3
+    B00921KHD8_(disc_1)_03_-_The_Fallen_Priest_(New_Orchestrated.mp3
+    B00921KHNS_(disc_1)_04_-_Ensueo_(New_Orchestrated_Version).mp3
+    B00921KHY2_(disc_1)_05_-_The_Golden_Boy_(New_Orchestrated_Ve.mp3
+    B00921KI9G_(disc_1)_06_-_Guide_Me_Home_(New_Orchestrated_Ver.mp3
+    B00921KIIW_(disc_1)_07_-_How_Can_I_Go_On_(New_Orchestrated_V.mp3
+    B00921KITG_(disc_1)_08_-_Exercises_In_Free_Love_(New_Orchest.mp3
+    B00921KJ22_(disc_1)_09_-_Overture_Piccante_(New_Orchestrated.mp3
+    B00921KJB8_(disc_1)_10_-_How_Can_I_Go_On_(New_Orchestrated_V.mp3
+    B00921KJMW_(disc_2)_01_-_Exercises_In_Free_Love_(1987_B-Side.mp3
+    B00921KJVI_(disc_2)_02_-_Barcelona_(Early_Version__Freddie's.mp3
+    B00921KK5I_(disc_2)_03_-_La_Japonaise_(Early_Version__Freddi.mp3
+    B00921KKHQ_(disc_2)_04_-_Rachmaninov's_Revenge_(The_Fallen_P.mp3
+    B00921KKSA_(disc_2)_05_-_Ensueo_(Monsterrat's_Live_Takes).mp3
+    B00921KL2U_(disc_2)_06_-_The_Golden_Boy_(Early_Version__Fred.mp3
+    B00921KLBQ_(disc_2)_07_-_Guide_Me_Home_(Alternative_Version).mp3
+    B00921KLJI_(disc_2)_08_-_How_Can_I_Go_On_(Alternative_Versio.mp3
+    B00921KLUC_(disc_2)_09_-_How_Can_I_Go_On_(Alternative_Piano_.mp3
+    B00921KM3I_(disc_3)_01_-_Barcelona_(Orchestral_Version).mp3
+    B00921KMBU_(disc_3)_02_-_La_Japonaise_(Orchestral_Version).mp3
+    B00921KMM4_(disc_3)_03_-_The_Fallen_Priest_(Orchestral_Versi.mp3
+    B00921KMYW_(disc_3)_04_-_Ensueo_(Orchestral_Version).mp3
+    B00921KNAK_(disc_3)_05_-_The_Golden_Boy_(Orchestral_Version).mp3
+    B00921KNUA_(disc_3)_06_-_Guide_Me_Home_(Orchestral_Version).mp3
+    B00921KOVI_(disc_3)_07_-_How_Can_I_Go_On_(Orchestral_Version.mp3
+    B00921KPP8_(disc_3)_08_-_Exercises_In_Free_Love_(Orchestral_.mp3
+    B00921KQJ8_(disc_3)_09_-_Overture_Piccante_(Orchestral_Versi.mp3
+    rcury/Barcelona_\[+video]/B00921K                                                                <
+    ls: Freddie_Mercury/Barcelona_[+video]/B00921K: No such file or directory
+    1|u0_a84@android:/sdcard/annex $
+    1|u0_a84@android:/sdcard/annex $
+    1|u0_a84@android:/sdcard/annex $
+    1|u0_a84@android:/sdcard/annex $
+    1|u0_a84@android:/sdcard/annex $
+    1|u0_a84@android:/sdcard/annex $ fg
+    git annex webapp
+    bg
+    ^Z[1] + Stopped              git annex webapp
+    u0_a84@android:/sdcard/annex $ bg
+    [1] git annex webapp
+    u0_a84@android:/sdcard/annex $ ls
+    Freddie_Mercury  ma??nequin
+    u0_a84@android:/sdcard/annex $ git annex add manequin
+    Freddie_Mercury/   manequin
+    u0_a84@android:/sdcard/annex $ git annex add manequin
+    add manequin (checksum...) ok
+    (Recording state in git...)
+    u0_a84@android:/sdcard/annex $ git annex sync
+    commit
+    ok
+    pull markdown.lang.speechmarks.com_phoneannex
+    remote: Counting objects: 12, done.
+    remote: Compressing objects: 100% (6/6), done.
+    remote: Total 8 (delta 4), reused 0 (delta 0)
+    Unpacking objects: 100% (8/8), done.
+    From ssh://git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex/~/phone-annex
+       c709e47..d2678a5  synced/git-annex -> markdown.lang.speechmarks.com_phoneannex/synced/git-annex
+    ok
+    (merging markdown.lang.speechmarks.com_phoneannex/synced/git-annex into git-annex...)
+    (Recording state in git...)
+    (Recording state in git...)
+    push markdown.lang.speechmarks.com_phoneannex
+    warning: no threads support, ignoring --threads
+    Counting objects: 15, done.
+    Compressing objects: 100% (11/11), done.
+    Writing objects: 100% (12/12), 1.19 KiB, done.
+    Total 12 (delta 4), reused 0 (delta 0)
+    To ssh://fozz@git-annex-markdown.lang.speechmarks.com-fozz_phone.2Dannex/~/phone-annex/
+       d2678a5..577fa92  git-annex -> synced/git-annex
+       c829a0a..2aa892f  master -> synced/master
+    ok
+    u0_a84@android:/sdcard/annex $
+
+I have no idea in this log why it is wrote \"manequin\" not \"mañnequin\" but this is what the command completion gave me ( I don't know how to type that letter ), but as you can see later it came over correctly later.
+
+Desktop:
+
+    fozz@cobol:~/phone-annex $ git annex sync
+    commit
+    # On branch master
+    nothing to commit, working directory clean
+    ok
+    pull origin
+    remote: Counting objects: 15, done.
+    remote: Compressing objects: 100% (11/11), done.
+    remote: Total 12 (delta 4), reused 0 (delta 0)
+    Unpacking objects: 100% (12/12), done.
+    From ssh://markdown.lang.speechmarks.com/home/fozz/phone-annex
+       c829a0a..2aa892f  master     -> origin/master
+       d2678a5..577fa92  synced/git-annex -> origin/synced/git-annex
+       c829a0a..2aa892f  synced/master -> origin/synced/master
+    
+    Updating c829a0a..2aa892f
+    Fast-forward
+     \"ma\303\261nequin\" | 1 +
+     1 file changed, 1 insertion(+)
+     create mode 120000 \"ma\303\261nequin\"
+    
+    Already up-to-date.
+    ok
+    (merging origin/synced/git-annex into git-annex...)
+    push origin
+    Everything up-to-date
+    ok
+
+I have since gone through and replicated this with \"mañnequin.txt\" from scratch with a completely empty repository and it did an identical thing again. I then added a backup of my KeePass.kdb database and it went over fine. So it seems that git-annex has no problem with the \"ñ\" file now, but the assistant does not see it at all.
+
+I have left the repository on my phone / desktop / server in this state so if you want further output please let me know.
+"""]]
diff --git a/doc/bugs/utf8/comment_1_416ad6fb5f7379732129dc5283a7e550._comment b/doc/bugs/utf8/comment_1_416ad6fb5f7379732129dc5283a7e550._comment
new file mode 100644
index 0000000000..0df4c2aa51
--- /dev/null
+++ b/doc/bugs/utf8/comment_1_416ad6fb5f7379732129dc5283a7e550._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="Renaming files"
+ date="2013-07-21T10:08:16Z"
+ content="""
+Renaming the files does not fix it, Git annex on all computers knows that those files are only in my phone, but the assistant is refusing to transfer the contents, it does not seem to know that it needs to...
+
+    whereis Freddie_Mercury/Barcelona_[+video]/B00921KMM4_(disc_3)_03_-_The_Fallen_Priest_(Orchestral_Versi.mp3 (3 copies) 
+      	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+       	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+       	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+    ok
+    whereis Freddie_Mercury/Barcelona_[+video]/B00921KMYW_(disc_3)_04_-_Ensueno_(Orchestral_Version).mp3 (1 copy) 
+      	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+    ok
+    whereis Freddie_Mercury/Barcelona_[+video]/B00921KNAK_(disc_3)_05_-_The_Golden_Boy_(Orchestral_Version).mp3 (3 copies) 
+      	1f368162-f02f-4794-af0c-1b5489e099b3 -- u0_a84@localhost:/sdcard/annex
+       	53f03d06-f1e3-11e2-8519-1b41c09abecd -- here (Cobol: Phone)
+       	cb6240e0-f1df-11e2-836a-7f4323e50c49 -- origin (Markdown: Phone)
+    ok
+
+"""]]
diff --git a/doc/bugs/utf8/comment_2_cd55f6bbeb145fd554f331dcff64f5e1._comment b/doc/bugs/utf8/comment_2_cd55f6bbeb145fd554f331dcff64f5e1._comment
new file mode 100644
index 0000000000..ff2a5363d8
--- /dev/null
+++ b/doc/bugs/utf8/comment_2_cd55f6bbeb145fd554f331dcff64f5e1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="git annex copy --to won't get them across either..."
+ date="2013-07-21T10:12:03Z"
+ content="""
+git annex copy . --to markdown.DOMAIN_phoneannex responds with
+
+    ControlPath \"/data/data/ga.androidterm/tmp/fozz@...somethingthatlookslikeahash\" too long for Unix domain socket
+"""]]
diff --git a/doc/bugs/utf8/comment_3_bb583a419d6fa4e33e5364c4468b35c6._comment b/doc/bugs/utf8/comment_3_bb583a419d6fa4e33e5364c4468b35c6._comment
new file mode 100644
index 0000000000..ecdee070ce
--- /dev/null
+++ b/doc/bugs/utf8/comment_3_bb583a419d6fa4e33e5364c4468b35c6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.140"
+ subject="seems to not involve utf8 at all.."
+ date="2013-07-21T18:17:00Z"
+ content="""
+Can you please show me the actual filename, that you obfuscated as \"/data/data/ga.androidterm/tmp/fozz@...somethingthatlookslikeahash\" ?
+"""]]
diff --git a/doc/bugs/utf8/comment_4_cd8a22cfb70d9d21f0a5339ccc52ee93._comment b/doc/bugs/utf8/comment_4_cd8a22cfb70d9d21f0a5339ccc52ee93._comment
new file mode 100644
index 0000000000..12bf4c5a64
--- /dev/null
+++ b/doc/bugs/utf8/comment_4_cd8a22cfb70d9d21f0a5339ccc52ee93._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="GLITTAH"
+ ip="37.130.227.133"
+ subject="comment 4"
+ date="2013-07-21T19:36:16Z"
+ content="""
+This sounds like a bug I ran into a while ago that got fixed.
+
+>What version of git-annex are you using? On what operating system?
+>
+>Phone: 4.20130709-g339d1eo Transfer Server: 3.20120406 (which it did not get to) Desktop: 3.20120629
+
+Maybe try upgrading your server and desktop versions?  Those look old enough to still have the utf-8 bug.
+"""]]
diff --git a/doc/bugs/utf8/comment_5_14eefd4bee283802e9c462fa20b7835c._comment b/doc/bugs/utf8/comment_5_14eefd4bee283802e9c462fa20b7835c._comment
new file mode 100644
index 0000000000..22ec334812
--- /dev/null
+++ b/doc/bugs/utf8/comment_5_14eefd4bee283802e9c462fa20b7835c._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="Darn it..."
+ date="2013-07-21T20:29:33Z"
+ content="""
+Hi,
+
+Sorry, it was on my phone and very long and I didn't think it'd be important... Sheesh Users eh!
+
+I think the error happened for every file or at least lots, not just the one with the strange tilde above the \"n\".
+Eventually, it might have been after a phone reboot, it sorted itself and continued.
+
+I can try and recreate it if it'll help, though it won't be till Wednesday / Thursday as I'm going away for a few days and I still need to pack.
+
+Sorry for the bad bug report, I know how annoying they are.
+
+It's not so easy for me to upgrade because one's an Ubuntu LTS and one is a Mint Debian Edition, both are the repository versions.
+"""]]
diff --git a/doc/bugs/utf8/comment_6_58d8b5bdb9f11e8c344e86a675a075dd._comment b/doc/bugs/utf8/comment_6_58d8b5bdb9f11e8c344e86a675a075dd._comment
new file mode 100644
index 0000000000..bb97d0fa41
--- /dev/null
+++ b/doc/bugs/utf8/comment_6_58d8b5bdb9f11e8c344e86a675a075dd._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmkBwMWvNKZZCge_YqobCSILPMeK6xbFw8"
+ nickname="develop"
+ subject="comment 6"
+ date="2013-07-21T20:31:50Z"
+ content="""
+As much i myself personally would hate it. You really should go with the standalone builds provided on this site then.
+
+Just download the zip, extract on both machines. Make sure the PATH is correct, and it should Just Work(TM)
+
+"""]]
diff --git a/doc/bugs/utf8/comment_7_00fa9672ce55b6bfa885b8a13287ac25._comment b/doc/bugs/utf8/comment_7_00fa9672ce55b6bfa885b8a13287ac25._comment
new file mode 100644
index 0000000000..9250679890
--- /dev/null
+++ b/doc/bugs/utf8/comment_7_00fa9672ce55b6bfa885b8a13287ac25._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.1.10"
+ subject="comment 7"
+ date="2013-07-22T18:34:55Z"
+ content="""
+The only version of git-annex that matters is the one installed on the Android device. Which is fine.
+
+I reiterate my request for the actual thing that got obfuscated as \"/data/data/ga.androidterm/tmp/fozz@...somethingthatlookslikeahash\". Once I have that peice of information I should be able to fix this bug in short order. I understand exactly what's going on, except I don't know what the actual length of the filename that is causing the problem is.
+"""]]
diff --git a/doc/bugs/utf8/comment_8_a01e26fa0fafbc291020f53dbfdf6443._comment b/doc/bugs/utf8/comment_8_a01e26fa0fafbc291020f53dbfdf6443._comment
new file mode 100644
index 0000000000..dfb3570b67
--- /dev/null
+++ b/doc/bugs/utf8/comment_8_a01e26fa0fafbc291020f53dbfdf6443._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnRai_qFYPVvEgC6i1nlM1bh-C__jbhqS0"
+ nickname="Matthew"
+ subject="I will give recreating the bug a go in about 3 days time..."
+ date="2013-07-22T19:26:44Z"
+ content="""
+I will give recreating the bug a go in about 3 days time when I get back off holiday.
+
+Thanks
+"""]]
diff --git a/doc/bugs/utf8/comment_9_b7c084be01ce985be51e48503fcba468._comment b/doc/bugs/utf8/comment_9_b7c084be01ce985be51e48503fcba468._comment
new file mode 100644
index 0000000000..f2c42a6bd1
--- /dev/null
+++ b/doc/bugs/utf8/comment_9_b7c084be01ce985be51e48503fcba468._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.246.110"
+ subject="comment 9"
+ date="2013-07-26T21:09:36Z"
+ content="""
+Any luck reproducing this bug and getting the info I need to know exactly what's going on?
+"""]]
diff --git a/doc/bugs/uuid.log_trust.log_and_remote.log_merge_wackiness.mdwn b/doc/bugs/uuid.log_trust.log_and_remote.log_merge_wackiness.mdwn
new file mode 100644
index 0000000000..a84d8cb568
--- /dev/null
+++ b/doc/bugs/uuid.log_trust.log_and_remote.log_merge_wackiness.mdwn
@@ -0,0 +1,36 @@
+Since uuid.log, trust.log and remote.log are union merged, it's possible
+for any given item in them to have multiple values after a merge.
+This would happen, for example, if the value was changed in different ways
+in two repos which were then merged. git-annex will use an arbitrary
+one of the multiple values.
+
+A workaround if this should happen to you is to use `git annex describe`
+or other commands to re-set the value you want. The process of setting
+the value will remove the multiple lines.
+
+To fix this the file format needs to be changed to include a timestamp
+as is done with the other log files, then git-annex can consistently
+pick the newest value -- which is as close to the "right" value as can be
+determined in this situation.
+
+----
+
+File format backwards-compatability is the issue. Ideally, old git-annex
+would keep working, ignoring the timestamp.
+
+- uuid.log: "uuid description timestamp" would work; old git-annex 
+  would just treat the timestamp as part of the description which would be
+  ok
+  > update: converted! --[[Joey]] 
+- trust.log: "uuid trustlevel timestamp" would work; old git-annex
+  ignores trailing words
+  > update: converted! --[[Joey]] 
+- remote.log: "uuid key=value ... timestamp" is on the edge but does work
+  (old git-annex will include the timestamp in the key/value map it builds,
+  but that should not break anything really)
+  > update: converted! --[[Joey]] 
+
+Appending "timestamp=xxxxx" would be good for clarity, and make
+it easier to parse the timestamp out from lines that have it.
+
+> [[done]] --[[Joey]] 
diff --git a/doc/bugs/version_doesn__39__t_show___34__Feeds__34___but_podcasting_feature_working.mdwn b/doc/bugs/version_doesn__39__t_show___34__Feeds__34___but_podcasting_feature_working.mdwn
new file mode 100644
index 0000000000..64e83526fd
--- /dev/null
+++ b/doc/bugs/version_doesn__39__t_show___34__Feeds__34___but_podcasting_feature_working.mdwn
@@ -0,0 +1,28 @@
+### Please describe the problem.
+on [[tips/downloading_podcasts/]] it says to look for "Feeds" in the output of version to see if you have the importfeeds support. I have importfeeds support but "Feeds" is not listed when doing version.
+
+### What steps will reproduce the problem?
+# git-annex version
+# git-annex importfeed <someurl>
+
+### What version of git-annex are you using? On what operating system?
+4.20130802 on Debian unstable
+
+### Please provide any additional information below.
+
+[[!format sh """
+greg@x200s:~/annextest$ git-annex version
+git-annex version: 4.20130802
+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
+
+greg@x200s:~/annextest$ git-annex importfeed http://feeds.feedburner.com/OpenMetalcast/ogg
+(checking known urls...)
+importfeed http://feeds.feedburner.com/OpenMetalcast/ogg 
+....<downloads the episodes etc>
+"""]]
+
+> Forgot I had to manually add that. [[done]] (really this time!) --[[Joey]]
diff --git a/doc/bugs/version_doesn__39__t_show___34__Feeds__34___but_podcasting_feature_working/comment_1_ce06ba4f65f322362b23797f6190c7c3._comment b/doc/bugs/version_doesn__39__t_show___34__Feeds__34___but_podcasting_feature_working/comment_1_ce06ba4f65f322362b23797f6190c7c3._comment
new file mode 100644
index 0000000000..8b156f8228
--- /dev/null
+++ b/doc/bugs/version_doesn__39__t_show___34__Feeds__34___but_podcasting_feature_working/comment_1_ce06ba4f65f322362b23797f6190c7c3._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://a-or-b.myopenid.com/"
+ ip="203.45.2.230"
+ subject="comment 1"
+ date="2013-09-04T01:36:46Z"
+ content="""
+This still is not fixed.  :-(
+
+    $ git annex version
+    git-annex version: 4.20130827
+    build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
+
+
+...but the ```importfeed``` functionality works.
+
+I know this isn't a particularly high priority bug...
+"""]]
diff --git a/doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex.mdwn b/doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex.mdwn
new file mode 100644
index 0000000000..0b9c540393
--- /dev/null
+++ b/doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex.mdwn
@@ -0,0 +1,20 @@
+### Please describe the problem.
+I tried to setup a fresh local repository and got an error:
+> Internal Server Error
+> user error (git ["--git-dir=/home/jana/Bilder/Fotos/.git","--work-tree=/home/jana/Bilder/Fotos","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904"] exited 128)
+
+When clicking on "View logs", I get the following error:
+
+> Internal Server Error
+> internal liftAnnex
+
+### What steps will reproduce the problem?
+1. Run git-annex from programs menu
+2. Click "Make repository"
+
+### What version of git-annex are you using? On what operating system?
+- git-annex 4.20130627 on Ubuntu 13.10, installed from debian unstable (sid) repository.
+- git version 1.8.1.2
+
+> I've made it detect systems that lack a FQDN and set user.email
+> automatically. [[done]] --[[Joey]] 
diff --git a/doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex/comment_1_57547f9a480df2c3f7b3997b0fb7039a._comment b/doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex/comment_1_57547f9a480df2c3f7b3997b0fb7039a._comment
new file mode 100644
index 0000000000..44807b62f9
--- /dev/null
+++ b/doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex/comment_1_57547f9a480df2c3f7b3997b0fb7039a._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://cweiske.de/"
+ nickname="cweiske"
+ subject="comment 1"
+ date="2013-07-04T20:20:15Z"
+ content="""
+Running git-annex from the command line shows me:
+
+> fatal: unable to auto-detect email address (got 'jana@sybo.(none)')
+
+Setting user.email and user.name fixed the error.
+"""]]
diff --git a/doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex/comment_2_99f12da3ef01141dc7a9105fcf966793._comment b/doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex/comment_2_99f12da3ef01141dc7a9105fcf966793._comment
new file mode 100644
index 0000000000..61a725060f
--- /dev/null
+++ b/doc/bugs/view_logs_fails:_Internal_Server_Error__internal_liftAnnex/comment_2_99f12da3ef01141dc7a9105fcf966793._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 2"
+ date="2013-07-05T15:30:37Z"
+ content="""
+Ok, the liftAnnex part of this is just because most of the webapp, including viewing logs, requires a repo to be set up, and it's not gotten past the early setup part where this happens before it, apparently, crashed because of the email misconfiguration problem.
+
+So, I should really detect and deal with this rather annoyingly common misconfiguration of user's computers..
+"""]]
diff --git a/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android.mdwn b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android.mdwn
new file mode 100644
index 0000000000..afdf6b2708
--- /dev/null
+++ b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android.mdwn
@@ -0,0 +1,24 @@
+### Please describe the problem.
+The first time I open the webapp on Android I see the following warning :
+
+`WebApp crashed:<file descriptor 15>: hPutStr: illegal operation(handle_is_closed)`
+
+See screen capture : [http://i.imgur.com/K0wkk2n.png](http://i.imgur.com/K0wkk2n.png)
+
+### What steps will reproduce the problem?
+1. Close git-annex if running
+2. Open the WebApp
+
+### What version of git-annex are you using? On what operating system?
+It says 1.0.52 in the Android settings but I'm using the daily build that I downloaded around 2013-05-29 13:10:00 (Eastern Time)
+
+### Please provide any additional information below.
+
+Git annex still syncs with `box.com` even if the warning is showing.
+
+I'm using a Nexus 4 (4.2.2)
+
+I didn't find `daemon.log`.
+
+> [[done]]; the android app no longer uses `am`, so no longer needs to 
+> display a message when `am` fails. --[[Joey]]
diff --git a/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_1_e8866dc15f8fc049229e7451addad1d5._comment b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_1_e8866dc15f8fc049229e7451addad1d5._comment
new file mode 100644
index 0000000000..3aaa01e065
--- /dev/null
+++ b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_1_e8866dc15f8fc049229e7451addad1d5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-30T15:57:41Z"
+ content="""
+This is an intriguing screenshot, since it shows the webapp reporting a crash of the webapp! I think what's going on is that the web server thread run by the webapp is still running, although the webapp's own thread has crashed.
+
+The log should be in `/sdcard/DCIM/.git/annex/daemon.log`. I would be interested to see it.
+
+Does the webapp continue to update and function despite saying it crashed?
+"""]]
diff --git a/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_2_ee616b0251ffaace9844cfd7af896c35._comment b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_2_ee616b0251ffaace9844cfd7af896c35._comment
new file mode 100644
index 0000000000..b19fbf584d
--- /dev/null
+++ b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_2_ee616b0251ffaace9844cfd7af896c35._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-05-30T16:07:59Z"
+ content="""
+Could you please get me a screenshot of git-annex's terminal window after this has occurred? 
+
+The most likely thing seems to be that it's crashing while trying to open the web browser. How did you get the web browser open on the webapp? Using the new menu item to do it, or did it automatically open?
+"""]]
diff --git a/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_3_6b8bd314b647ea3a485f5faf4856f9a9._comment b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_3_6b8bd314b647ea3a485f5faf4856f9a9._comment
new file mode 100644
index 0000000000..88a99684ab
--- /dev/null
+++ b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_3_6b8bd314b647ea3a485f5faf4856f9a9._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="comment 3"
+ date="2013-05-30T16:30:31Z"
+ content="""
+Here's the screen capture : [http://i.imgur.com/owmuIKa.png](http://i.imgur.com/owmuIKa.png)
+
+I used the menu item to open the WebApp. Nothing appeared in the git-annex's terminal window when I opened the WebApp. The error message is the one that appears when I start Git Annex.
+
+The WebApp seems to be working. It synced a picture I took when the WebApp was already running. See : [http://i.imgur.com/Bcu4iAE.png](http://i.imgur.com/Bcu4iAE.png)
+
+I think I have this bug since the Android version is out. I thought maybe it was normal in the beginning.
+
+Here's the log :
+
+    [2013-05-30 12:15:36 EDT] main: starting assistant version 4.20130529-g6b9b452
+    \"_xmpp-client._tcp.gmail.com\"
+    Just [(5,0,5222,\"xmpp.l.google.com.\"),(20,0,5222,\"alt1.xmpp.l.google.com.\"),(20,0,5222,\"alt3.xmpp.l.google.com.\"),(20,0,5222,\"alt4.xmpp.l.google.com.\"),(20,0,5222,\"alt2.xmpp.l.google.com.\")]
+    (scanning...) [2013-05-30 12:15:37 EDT] Watcher: Performing startup scan
+    WebApp crashed: <file descriptor: 15>: hPutStr: illegal operation (handle is closed)
+    [2013-05-30 12:15:37 EDT] WebApp: warning WebApp crashed: <file descriptor: 15>: hPutStr: illegal operation (handle is closed)
+    (started...) [2013-05-30 12:22:02 EDT] Committer: Adding IMG_20130..22201.jpg
+
+    add Camera/IMG_20130530_122201.jpg (checksum...) [2013-05-30 12:22:02 EDT] Committer: Committing changes to git
+    [2013-05-30 12:22:13 EDT] Committer: Adding IMG_20130..22201.jpg
+    ok
+    (Recording state in git...)
+    (Recording state in git...)
+    add Camera/IMG_20130530_122201.jpg (checksum...) [2013-05-30 12:22:14 EDT] Committer: Committing changes to git
+    (gpg) 
+    [...]
+                            
+    [2013-05-30 12:22:50 EDT] Transferrer: Uploaded IMG_20130..22201.jpg
+"""]]
diff --git a/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_4_7009b6727ba40bc9bd1b1f939e75d093._comment b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_4_7009b6727ba40bc9bd1b1f939e75d093._comment
new file mode 100644
index 0000000000..eba3baedc9
--- /dev/null
+++ b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_4_7009b6727ba40bc9bd1b1f939e75d093._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 4"
+ date="2013-05-30T19:18:50Z"
+ content="""
+Seems it's crashing while trying to print out a message telling you to use the menu to open the webapp. I'm not sure why, but I have updated the android autobuild to try to work around this. If you can test and tell me if that fixes it or not, it'll help me tell what's going on.
+"""]]
diff --git a/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_5_00ddf7ade6cca758afa838be0b9588cb._comment b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_5_00ddf7ade6cca758afa838be0b9588cb._comment
new file mode 100644
index 0000000000..04de2d3de4
--- /dev/null
+++ b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_5_00ddf7ade6cca758afa838be0b9588cb._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkGCmVc5qIJaQQgG82Hc5zzBdAVdhe2JEM"
+ nickname="Bruno"
+ subject="comment 5"
+ date="2013-05-30T19:38:59Z"
+ content="""
+I still have the problem :(
+
+    [2013-05-30 15:36:31 EDT] main: starting assistant version 4.20130530-g2e0f464
+    Already up-to-date.
+    WebApp crashed: <file descriptor: 14>: hPutStr: illegal operation (handle is closed)
+    [2013-05-30 15:36:32 EDT] WebApp: warning WebApp crashed: <file descriptor: 14>: hPutStr: illegal operation (handle is closed)
+
+    (scanning...) [2013-05-30 15:36:32 EDT] Watcher: Performing startup scan
+    Already up-to-date.
+    [2013-05-30 15:36:35 EDT] Committer: Committing changes to git
+
+    (Recording state in git...)
+    (started...) [2013-05-30 15:36:44 EDT] Committer: Committing changes to git
+"""]]
diff --git a/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_6_6137ef0ad01d5600dab6fccbeed9a88b._comment b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_6_6137ef0ad01d5600dab6fccbeed9a88b._comment
new file mode 100644
index 0000000000..79606cb093
--- /dev/null
+++ b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_6_6137ef0ad01d5600dab6fccbeed9a88b._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 6"
+ date="2013-05-30T19:45:30Z"
+ content="""
+Changed to fd 14 and not 15, so my change to use the dupped stdout did take effect.
+
+Interesting. Either dup() is just failing (silently!), or the `am` command is somehow closing the assistant's fds (not sure if that's possible).
+
+In either case, it's only happening on your device, not on mine.
+
+I suppose this will just need to wait until I sort out better the opening of the webapp on android. The \"crash\" does not seem like it will affect the actual functioning of the webapp.
+"""]]
diff --git a/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_7_4b79d7ea338d9f70eb80b8cc2c5a21e4._comment b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_7_4b79d7ea338d9f70eb80b8cc2c5a21e4._comment
new file mode 100644
index 0000000000..03fe1cf8bc
--- /dev/null
+++ b/doc/bugs/warning_-_WebApp_crashed:___60__file_descriptor_15__62__:_hPutStr:_illegal_operation___40__handle_is_closed__41___on_Android/comment_7_4b79d7ea338d9f70eb80b8cc2c5a21e4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-05-30T19:48:14Z"
+ content="""
+Actually, the dupped stdout is open and working before `am` is run, so `am` must somehow be messing with it. Can't be a dupping problem. Need to stop using this `am` nonsense clearly.
+"""]]
diff --git a/doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo.mdwn b/doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo.mdwn
new file mode 100644
index 0000000000..c598bb4d7d
--- /dev/null
+++ b/doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo.mdwn
@@ -0,0 +1,41 @@
+I had started a fresh repo to test out the watch command again on OSX and noticed that it's borked, I'm not sure when it was broken.
+
+The snippet of the log message and command is
+
+<pre>
+$ git annex watch --foreground -d -v
+watch . read: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","show-ref","git-annex"] 
+read: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","show-ref","--hash","refs/heads/git-annex"] 
+read: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","log","refs/heads/git-annex..6702e5361146450800ae5af0b63e97bd9c55d70b","--oneline","-n1"] 
+chat: git ["--git-dir=/Users/jtang/sandbox/atest/.git","--work-tree=/Users/jtang/sandbox/atest","cat-file","--batch"] 
+(scanning...) call: git ["--git-dir=/Users/jtan
+</pre>
+
+I had run git-annex with a new repo with just doing a git init and git annex init, I just threw in one or two small text files to see if it was working. It just hangs and does nothing. I had also tried it out on one of my bigger repos and it does the same thing it just hangs at _(scanning...)_ There isn't much to go on, I wonder if it's hitting the [[Issue on OSX with some system limits]] or if its just a thread/fork issue on OSX.
+
+It still hangs on the small repo even if I do
+
+    $ sudo sysctl -w kern.maxfilesperproc=400000
+    $ ulimit -n 2000
+
+Also, just in case if you need it still (on a clean OSX 10.7 system)
+
+<pre>
+$ 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
+</pre>
+
+Please close or merge this report if it's a duplicate.
+
+> I've fixed this, it works in my (so far limited) tests. [[done]]
+> --[[Joey]] 
diff --git a/doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo/comment_1_63f04694610839db0c2381005b15da35._comment b/doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo/comment_1_63f04694610839db0c2381005b15da35._comment
new file mode 100644
index 0000000000..1b9fe9a4af
--- /dev/null
+++ b/doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo/comment_1_63f04694610839db0c2381005b15da35._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="98.65.205.24"
+ subject="comment 1"
+ date="2012-07-20T18:17:04Z"
+ content="""
+I see this too, on OSX, and it's another one of the hangs with the threaded runtime I've been battling recently. Removing -threaded from the Makefile or git-annex.cabal (whichever you're using) makes it work.
+
+Seems likely this one is specific to my kqueue code. Indeed, I see it entering the kqueue code and then hanging, when it should be noticing changes. Interestingly, all threads seem to get blocked, too.
+
+AHA! I had the FFI functions marked unsafe. Marking safe seems to fix that. I need to go re-read up on the FFI and when it's safe to mark functions threadsafe.
+
+Thanks as always for the OSX eyes Jimmy!
+"""]]
diff --git a/doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo/comment_2_8afe4720e301cf7ccf11ff0a23261936._comment b/doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo/comment_2_8afe4720e301cf7ccf11ff0a23261936._comment
new file mode 100644
index 0000000000..1c97338f1d
--- /dev/null
+++ b/doc/bugs/watch_command_on_OSX_--_hangs_with_a_small_repo/comment_2_8afe4720e301cf7ccf11ff0a23261936._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-20T19:31:11Z"
+ content="""
+Glad that I can help ;) Alas if it weren't for the learning curve of haskell, I'd fix it myself.
+"""]]
diff --git a/doc/bugs/watch_command_on_OSX_10.7.mdwn b/doc/bugs/watch_command_on_OSX_10.7.mdwn
new file mode 100644
index 0000000000..1348c1155d
--- /dev/null
+++ b/doc/bugs/watch_command_on_OSX_10.7.mdwn
@@ -0,0 +1,37 @@
+Running the tip of the watch branch on OSX in an annex'ed directory.
+
+The watch command detects the changes, does _something_, see the output below.
+
+Output from watch command
+
+<pre>
+(Recording state in git...)
+Added "./KeePass2.18.dmg"
+Added "./KeePassX-0.4.3.dmg"
+add ./KeePass2.18.dmg (checksum...) ok
+add ./KeePassX-0.4.3.dmg (checksum...) ok
+</pre>
+
+State of the annex
+
+<pre>
+laplace:annex jtang$ git status
+# On branch master
+# Untracked files:
+#   (use "git add <file>..." to include in what will be committed)
+#
+#	KeePass2.18.dmg
+#	KeePassX-0.4.3.dmg
+nothing added to commit but untracked files present (use "git add" to track)
+</pre>
+
+It seems to not do a git add and commit after the creation of the symlinks, manually doing this makes it all happy again till more files are added.
+
+note: i had posted a comment in the blog post, but posting the issue here is probably more appropriate.
+
+> Yeah, this is the issue I was struggling with last night. 
+> I think it's fixed in 57cf65eb6d811ba7fd19eb62a54e3b83a0c2dfa7,
+> but the kqueue watch still needs a lot of work. --[[Joey]]
+
+>> Confirmed this is fixed, but do note the known kqueue bugs in 
+>> [[design/assistant/inotify]]! [[done]] --[[Joey]]
diff --git a/doc/bugs/watcher_commits_unlocked_files.mdwn b/doc/bugs/watcher_commits_unlocked_files.mdwn
new file mode 100644
index 0000000000..37e50fca0d
--- /dev/null
+++ b/doc/bugs/watcher_commits_unlocked_files.mdwn
@@ -0,0 +1,37 @@
+When having "git annex watch" running, unlocking files causes the watcher
+to immediately lock/commit them.
+
+----
+
+Possible approaches:
+
+* The watcher could detect unlocked files by checking if newly added files
+  are a typechange of a file already in git. But this would add git overhead
+  to every file add.
+* `git annex unlock` could add some type of flag file, which the assistant
+  could check. This would work fine, for users who want to use `git annex
+  unlock` with the assistant. That's probably not simple enough for most
+  users, though.
+* There could be a UI in the assistant to pick a file and unlock it.
+  The assistant would have its own list of files it knows are unlocked.
+  But I'm trying to avoid mandatory UI to use the assistant.
+* Perhaps instead, have a directory, like "edit". The assistant could notice
+  when files move into this special directory, and automatically unlock them.
+  Then when they're moved out, automatically commit them.
+* Alternatively, files that are moved out of the repository entirely could be
+  automatically unlocked, and then when they're moved back in, it would
+  automatically do the right thing. This may be worth implementing in
+  combination with the "edit" directory, as different use cases would work
+  better with one or the other. However, I don't currently get inotify
+  events when files are moved out of the repository (well, I do, but it
+  just says "file moved", with no forwarding address, so I don't know 
+  how to find the file to unlock it.
+
+[[!meta title="assistant: watcher_commits_unlocked_files"]]
+
+> [[done]]; I just tested and somehow this no longer happens;
+> the watcher/assistant leaves the unlocked file alone, and then
+> as soon as it's modified re-adds it.
+> 
+> Also, of course, there is direct mode, which avoids needing to unlock...
+> --[[Joey]]
diff --git a/doc/bugs/watcher_commits_unlocked_files/comment_1_f70e1912fde0eee59e208307df06b503._comment b/doc/bugs/watcher_commits_unlocked_files/comment_1_f70e1912fde0eee59e208307df06b503._comment
new file mode 100644
index 0000000000..a06b8fe822
--- /dev/null
+++ b/doc/bugs/watcher_commits_unlocked_files/comment_1_f70e1912fde0eee59e208307df06b503._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-28T13:39:18Z"
+ content="""
+That is a known problem/bug which is listed at [[design/assistant/inotify]]
+"""]]
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_hang.mdwn b/doc/bugs/webapp_hang.mdwn
new file mode 100644
index 0000000000..a1d296893c
--- /dev/null
+++ b/doc/bugs/webapp_hang.mdwn
@@ -0,0 +1,144 @@
+Occasionally, clicking on a link in the webapp will hang. When this
+happens, which has only been seen in Chromium so far, the tab will spin
+forever, without anything loading. Other tabs can be opened with
+middle-click on links in the webapp, and work fine. Stopping and reloading
+in the tab tends to hang again, although eventually this will clear the
+hang up.
+
+-------
+
+My best procedure to replicate this, about 25% of the time:
+
+* have 2 large files and a libreoffice spreadsheet
+* start webapp, make repository
+* open file browser using button in webapp
+* move files into repository
+* make media subdir; move media into it
+* open spreadsheet, modify, save
+* click on New Repository button for the hang
+
+Running recordmydesktop at the same time may also help.. Or giving a
+presentation in Australia. :/
+
+-------
+
+Hypotheses:
+
+* Warp's slowloris protection could be triggering. Possibly by the
+  repeated hits to update the alerts? I added a settingsOnException handler
+  that logs all exceptions, and ThreadKilled is happening several times.
+  The only place in Warp that kills threads is due to a timeout installed
+  for that. 
+
+  **Verified** Bug filed upstream:  <https://github.com/yesodweb/wai/issues/146>
+
+  ** workaround in place **
+
+* Something deep in git-annex, such as the inotidy code, could be
+  preventing a web server thread from running. But then why do other
+  tabs and other web browsers work while it's stuck?
+  It would have to affect only 1 thread.
+
+-------
+
+I captured a clean protocol dump of this happening. It includes only the
+final, hanging http request and subsequent traffic, not the setup.
+
+We can see the web browser send a request. The server ACKs it at the TCP
+level, but never sends any reply. The web browser continues sending TCP
+keep-alive packets, which are acked by the server. This continued as long
+as the browser tab was left open.
+
+Question: Did the browser send a complete & valid request? The last part
+sent is a cookie and "\r\n\r\n".. So it seems complete. Unless warp is
+expecting a request body?
+
+<pre>
+17:22:30.533079 IP localhost.localdomain.53239 > localhost.localdomain.45836: Flags [P.], seq 4237976899:4237977772, ack 2608808926, win 2048, options [nop,nop,TS val 4895706 ecr 4885760], length 873
+	0x0000:  4500 039d be84 4000 4006 7ad4 7f00 0001  E.....@.@.z.....
+	0x0010:  7f00 0001 cff7 b30c fc9a 6543 9b7f 43de  ..........eC..C.
+	0x0020:  8018 0800 0192 0000 0101 080a 004a b3da  .............J..
+	0x0030:  004a 8d00 4745 5420 2f63 6f6e 6669 672f  .J..GET./config/
+	0x0040:  7265 706f 7369 746f 7279 3f61 7574 683d  repository?auth=
+	0x0050:  6437 6266 3037 3438 6663 3863 3031 3965  d7bf0748fc8c019e
+	0x0060:  6230 3966 3530 3631 6164 6663 3861 3563  b09f5061adfc8a5c
+	0x0070:  3430 3437 3633 6562 3736 6630 6163 3533  404763eb76f0ac53
+	0x0080:  3663 3362 6230 3066 3835 6663 6361 3233  6c3bb00f85fcca23
+	0x0090:  6235 3639 3764 3332 3464 3737 3930 3063  b5697d324d77900c
+	0x00a0:  3739 3532 6430 6165 3235 3166 6331 6337  7952d0ae251fc1c7
+	0x00b0:  3532 3632 6330 3233 6265 3936 3066 3563  5262c023be960f5c
+	0x00c0:  3364 6135 6532 6262 6234 3639 3863 3035  3da5e2bbb4698c05
+	0x00d0:  2048 5454 502f 312e 310d 0a48 6f73 743a  .HTTP/1.1..Host:
+	0x00e0:  2031 3237 2e30 2e30 2e31 3a34 3538 3336  .127.0.0.1:45836
+	0x00f0:  0d0a 436f 6e6e 6563 7469 6f6e 3a20 6b65  ..Connection:.ke
+	0x0100:  6570 2d61 6c69 7665 0d0a 4163 6365 7074  ep-alive..Accept
+	0x0110:  3a20 7465 7874 2f68 746d 6c2c 6170 706c  :.text/html,appl
+	0x0120:  6963 6174 696f 6e2f 7868 746d 6c2b 786d  ication/xhtml+xm
+	0x0130:  6c2c 6170 706c 6963 6174 696f 6e2f 786d  l,application/xm
+	0x0140:  6c3b 713d 302e 392c 2a2f 2a3b 713d 302e  l;q=0.9,*/*;q=0.
+	0x0150:  380d 0a55 7365 722d 4167 656e 743a 204d  8..User-Agent:.M
+	0x0160:  6f7a 696c 6c61 2f35 2e30 2028 5831 313b  ozilla/5.0.(X11;
+	0x0170:  204c 696e 7578 2069 3638 3629 2041 7070  .Linux.i686).App
+	0x0180:  6c65 5765 624b 6974 2f35 3337 2e31 3720  leWebKit/537.17.
+	0x0190:  284b 4854 4d4c 2c20 6c69 6b65 2047 6563  (KHTML,.like.Gec
+	0x01a0:  6b6f 2920 4368 726f 6d65 2f32 342e 302e  ko).Chrome/24.0.
+	0x01b0:  3133 3132 2e36 3820 5361 6661 7269 2f35  1312.68.Safari/5
+	0x01c0:  3337 2e31 370d 0a52 6566 6572 6572 3a20  37.17..Referer:.
+	0x01d0:  6874 7470 3a2f 2f31 3237 2e30 2e30 2e31  http://127.0.0.1
+	0x01e0:  3a34 3538 3336 2f3f 6175 7468 3d64 3762  :45836/?auth=d7b
+	0x01f0:  6630 3734 3866 6338 6330 3139 6562 3039  f0748fc8c019eb09
+	0x0200:  6635 3036 3161 6466 6338 6135 6334 3034  f5061adfc8a5c404
+	0x0210:  3736 3365 6237 3666 3061 6335 3336 6333  763eb76f0ac536c3
+	0x0220:  6262 3030 6638 3566 6363 6132 3362 3536  bb00f85fcca23b56
+	0x0230:  3937 6433 3234 6437 3739 3030 6337 3935  97d324d77900c795
+	0x0240:  3264 3061 6532 3531 6663 3163 3735 3236  2d0ae251fc1c7526
+	0x0250:  3263 3032 3362 6539 3630 6635 6333 6461  2c023be960f5c3da
+	0x0260:  3565 3262 6262 3436 3938 6330 350d 0a41  5e2bbb4698c05..A
+	0x0270:  6363 6570 742d 456e 636f 6469 6e67 3a20  ccept-Encoding:.
+	0x0280:  677a 6970 2c64 6566 6c61 7465 2c73 6463  gzip,deflate,sdc
+	0x0290:  680d 0a41 6363 6570 742d 4c61 6e67 7561  h..Accept-Langua
+	0x02a0:  6765 3a20 656e 2d55 532c 656e 3b71 3d30  ge:.en-US,en;q=0
+	0x02b0:  2e38 0d0a 4163 6365 7074 2d43 6861 7273  .8..Accept-Chars
+	0x02c0:  6574 3a20 4953 4f2d 3838 3539 2d31 2c75  et:.ISO-8859-1,u
+	0x02d0:  7466 2d38 3b71 3d30 2e37 2c2a 3b71 3d30  tf-8;q=0.7,*;q=0
+	0x02e0:  2e33 0d0a 436f 6f6b 6965 3a20 5f53 4553  .3..Cookie:._SES
+	0x02f0:  5349 4f4e 3d45 3363 7455 496c 7341 5451  SION=E3ctUIlsATQ
+	0x0300:  3631 694c 6d54 6954 7131 6f37 6465 7830  61iLmTiTq1o7dex0
+	0x0310:  3361 6f57 3049 4b63 7663 467a 5838 4344  3aoW0IKcvcFzX8CD
+	0x0320:  5432 7666 4b31 6c42 416d 6279 3166 764f  T2vfK1lBAmby1fvO
+	0x0330:  4643 7952 7863 6f5a 6277 5633 6a4b 4971  FCyRxcoZbwV3jKIq
+	0x0340:  6b35 6958 4674 7557 5261 6b48 6944 6132  k5iXFtuWRakHiDa2
+	0x0350:  7769 3075 2f53 6430 5a49 7a75 4464 7947  wi0u/Sd0ZIzuDdyG
+	0x0360:  774f 6a31 7838 3130 356a 772f 5a2b 355a  wOj1x8105jw/Z+5Z
+	0x0370:  6f4b 6f48 396e 6779 6e4b 5366 5839 742f  oKoH9ngynKSfX9t/
+	0x0380:  6862 4b79 435a 6966 7739 4148 3053 6d4b  hbKyCZifw9AH0SmK
+	0x0390:  436e 4c38 5358 513d 3d0d 0a0d 0a         CnL8SXQ==....
+17:22:30.571152 IP localhost.localdomain.45836 > localhost.localdomain.53239: Flags [.], ack 873, win 2048, options [nop,nop,TS val 4895716 ecr 4895706], length 0
+	0x0000:  4500 0034 f15b 4000 4006 4b66 7f00 0001  E..4.[@.@.Kf....
+	0x0010:  7f00 0001 b30c cff7 9b7f 43de fc9a 68ac  ..........C...h.
+	0x0020:  8010 0800 fe28 0000 0101 080a 004a b3e4  .....(.......J..
+	0x0030:  004a b3da                                .J..
+17:22:35.803152 IP localhost.localdomain.53240 > localhost.localdomain.45836: Flags [.], ack 2157632553, win 2048, options [nop,nop,TS val 4897024 ecr 4885760], length 0
+	0x0000:  4500 0034 3a63 4000 4006 025f 7f00 0001  E..4:c@.@.._....
+	0x0010:  7f00 0001 cff8 b30c 7533 e963 809a dc29  ........u3.c...)
+	0x0020:  8010 0800 fe28 0000 0101 080a 004a b900  .....(.......J..
+	0x0030:  004a 8d00                                .J..
+17:22:35.803213 IP localhost.localdomain.45836 > localhost.localdomain.53240: Flags [.], ack 1, win 2048, options [nop,nop,TS val 4897024 ecr 4840696], length 0
+	0x0000:  4500 0034 10e5 4000 4006 2bdd 7f00 0001  E..4..@.@.+.....
+	0x0010:  7f00 0001 b30c cff8 809a dc29 7533 e964  ...........)u3.d
+	0x0020:  8010 0800 fe28 0000 0101 080a 004a b900  .....(.......J..
+	0x0030:  0049 dcf8                                .I..
+17:23:15.611193 IP localhost.localdomain.53239 > localhost.localdomain.45836: Flags [.], ack 1, win 2048, options [nop,nop,TS val 4906976 ecr 4895716], length 0
+	0x0000:  4500 0034 be85 4000 4006 7e3c 7f00 0001  E..4..@.@.~<....
+	0x0010:  7f00 0001 cff7 b30c fc9a 68ab 9b7f 43de  ..........h...C.
+	0x0020:  8010 0800 fe28 0000 0101 080a 004a dfe0  .....(.......J..
+	0x0030:  004a b3e4                                .J..
+17:23:15.611290 IP localhost.localdomain.45836 > localhost.localdomain.53239: Flags [.], ack 873, win 2048, options [nop,nop,TS val 4906976 ecr 4895706], length 0
+	0x0000:  4500 0034 f15c 4000 4006 4b65 7f00 0001  E..4.\@.@.Ke....
+	0x0010:  7f00 0001 b30c cff7 9b7f 43de fc9a 68ac  ..........C...h.
+	0x0020:  8010 0800 fe28 0000 0101 080a 004a dfe0  .....(.......J..
+	0x0030:  004a b3da                                .J..
+</pre>
+
+[[!tag /design/assistant]]
+[[done]]
diff --git a/doc/bugs/webapp_hang/comment_1_08aa908a64d0fe2d50438d01545c3f01._comment b/doc/bugs/webapp_hang/comment_1_08aa908a64d0fe2d50438d01545c3f01._comment
new file mode 100644
index 0000000000..66822d759a
--- /dev/null
+++ b/doc/bugs/webapp_hang/comment_1_08aa908a64d0fe2d50438d01545c3f01._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://gdr.name/"
+ nickname="gdr.name"
+ subject="Not only Chrome"
+ date="2013-03-09T10:55:57Z"
+ content="""
+It happened to me numerous times with Opera. I was never able to repeat it hence no bug report.
+"""]]
diff --git a/doc/bugs/webapp_hang/comment_2_2a21ac5657128a454f9deb77c4d18057._comment b/doc/bugs/webapp_hang/comment_2_2a21ac5657128a454f9deb77c4d18057._comment
new file mode 100644
index 0000000000..ece1aa3588
--- /dev/null
+++ b/doc/bugs/webapp_hang/comment_2_2a21ac5657128a454f9deb77c4d18057._comment
@@ -0,0 +1,21 @@
+[[!comment format=mdwn
+ username="http://crosstwine.com/dd/"
+ ip="88.65.128.43"
+ subject="chrome://net-internals/"
+ date="2013-03-09T20:10:54Z"
+ content="""
+Hi Joey,
+
+I see that you have found the cause and a workaround for this particular
+problem, but would like to point out that `chrome://net-internals/` can be
+very useful for diagnosing such issues.
+
+(I once hit the `SOCKET_POOL_STALLED_MAX_SOCKETS_PER_GROUP` problem
+mentioned in
+<https://code.google.com/p/chromium/issues/detail?id=27324>, which can
+cause Chromium to keep spinning while not issuing any new requests to a
+specific web server.)
+
+Cheers,  
+Damien Diederen
+"""]]
diff --git a/doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo.mdwn b/doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo.mdwn
new file mode 100644
index 0000000000..b7ecdebbf1
--- /dev/null
+++ b/doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo.mdwn
@@ -0,0 +1,26 @@
+What steps will reproduce the problem?
+
+Fresh install on a 12.40 xubuntu with
+
+    cabal install git-annex --bindir=$HOME/bin
+
+What is the expected output? What do you see instead?
+
+I launched the git-annex webapp (the assistant) and the system proposed to create a git-annex repository: I choose ~/annex/ and clicked on "Make repositiry" but I got:
+
+    Internal Server Error
+
+    user error (git ["--git-dir=/home/m/annex/.git","--work-tree=/home/m/annex","commit-tree","4b825dc642cb6eb9a060e54bf8d69288fbee4904"] exited 128)
+
+    git-annex version 3.20130102
+ 
+What version of git-annex are you using? On what operating system?
+
+git-annex version 3.20130102 on Xubuntu 12.04, installed with cabal (got no errors).
+
+Please provide any additional information below.
+
+I do not know if there is any log, or any info about the reason of the failure. Something useful could be that  ~/annex/ now contains an empty git repository, so "something" happened despite the error.
+
+> Made assistant detect misconfigured system and set enough environment
+> variables so git will work. [[done]] --[[Joey]]
diff --git a/doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo/comment_1_1bcf0f565eacac851bd21cd428c8e0a5._comment b/doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo/comment_1_1bcf0f565eacac851bd21cd428c8e0a5._comment
new file mode 100644
index 0000000000..fbf63a97c9
--- /dev/null
+++ b/doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo/comment_1_1bcf0f565eacac851bd21cd428c8e0a5._comment
@@ -0,0 +1,33 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.211"
+ subject="comment 1"
+ date="2013-01-06T17:00:40Z"
+ content="""
+There should be an error message on either the terminal where you started git-annex, or in ~/.xsession-errors if you started it from a GUI menu. 
+
+Without the error message, this seems most likely to be another case of git commit failing due to not being able to determine the user's full name. For example, if I delete my full name out of /etc/passwd, 
+
+<pre>
+describe . ok
+(Recording state in git...)
+
+*** 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: empty ident  joey@gnu.kitenet.net
+  not allowed
+
+git-annex: user error (git [\"--git-dir=/home/joey/tmp/r/.git\",\"--work-tree=/home/joey/tmp/r\",\"commit-tree\",\"5316749be9efffeee538051b576166291c516472\",\"-p\",\"refs/heads/git-annex\"] exited 128)
+failed
+</pre>
+
+I'm perfectly comfortable with command-line git-annex not working if the system is so misconfigured; after all git tells the user one way to fix it. Perhaps though it's worth the assistant holding the user's hand here and detecting this problem.
+"""]]
diff --git a/doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo/comment_2_7dd2483b5b07df8f3b37a34651c05962._comment b/doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo/comment_2_7dd2483b5b07df8f3b37a34651c05962._comment
new file mode 100644
index 0000000000..5459af2e6a
--- /dev/null
+++ b/doc/bugs/webapp_raise_an_internal_server_error_upon_creating_the_initial_repo/comment_2_7dd2483b5b07df8f3b37a34651c05962._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="m"
+ ip="79.98.40.98"
+ subject="thanks"
+ date="2013-01-11T01:23:25Z"
+ content="""
+exactly, it was an error on the git configuration 
+"""]]
diff --git a/doc/bugs/webapp_requires_reload_for_notification_bubbles.mdwn b/doc/bugs/webapp_requires_reload_for_notification_bubbles.mdwn
new file mode 100644
index 0000000000..f8ea8ad39e
--- /dev/null
+++ b/doc/bugs/webapp_requires_reload_for_notification_bubbles.mdwn
@@ -0,0 +1,41 @@
+What steps will reproduce the problem?
+
+> Open Webapp on Mac OSX Mountain Lion
+
+What is the expected output? What do you see instead?
+
+> I expect notification bubbles and transfer progress bars to show and update on the fly, as well as notifications to disappear when I click the X.
+> 
+> Instead, I have to reload the page after clicking an X or to see new bubbles and progress bar updates.
+
+What version of git-annex are you using? On what operating system?
+
+>     git-annex version: 3.20130107
+>     local repository version: 3
+>     default repository version: 3
+>     supported repository versions: 3
+>     upgrade supported from repository versions: 0 1 2
+> 
+> Mac OS X 10.8.2 Build 12C3006
+> 
+> Chrome Version 23.0.1271.101
+
+Please provide any additional information below.
+
+Javascript console error log says "Syntax error on localhost:5" which is this line:
+
+    <link rel="stylesheet" href="/static/css/bootstrap.css"><link rel="stylesheet" href="/static/css/bootstrap-responsive.css"><style>body{padding-top:60px;padding-bottom:40px}.sidebar-nav{padding:9px 0}</style><script src="/static/jquery.full.js"></script><script src="/static/js/bootstrap-dropdown.js"></script><script src="/static/js/bootstrap-modal.js"></script><script src="/static/js/bootstrap-collapse.js"></script><script src="/static/longpolling.js"></script><script>function longpoll_"sidebar"() {
+
+> And the bug is the quoting inside the function name.
+> 
+> I believe this affects all builds done using shakespeare-js 1.0.0.2.
+> It may be that some browsers manage to run the javascript despite the
+> quoting. Otherwise, I don't know why noone has reported this bug
+> before now.
+> 
+> I've fixed this bug in git. Your testing with tomorrow's
+> autobuild would be appreciated. --[[Joey]]
+
+>> There was a second issue as noted. I fixed that last week,
+>> and the fix is in the autobuilds if you'd like to test before
+>> the next release. [[done]] again --[[Joey]]
diff --git a/doc/bugs/webapp_requires_reload_for_notification_bubbles/comment_1_b15480e5dec1ffbebb8cde1ca8d7c9d5._comment b/doc/bugs/webapp_requires_reload_for_notification_bubbles/comment_1_b15480e5dec1ffbebb8cde1ca8d7c9d5._comment
new file mode 100644
index 0000000000..4544f1efb5
--- /dev/null
+++ b/doc/bugs/webapp_requires_reload_for_notification_bubbles/comment_1_b15480e5dec1ffbebb8cde1ca8d7c9d5._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmRFKwny4rArBaz-36xTcsJYqKIgdDaw5Q"
+ nickname="Andrew"
+ subject="comment 1"
+ date="2013-01-19T06:53:19Z"
+ content="""
+Just got around to testing both the git-annex.app and the latest build from cabal 3.20130114 and still no go. Neither notification bubbles nor progress bars will update without reloading the page. However the errors have changed:
+
+    Uncaught Error: Syntax error, unrecognized expression: #\"sidebar\"
+
+"""]]
diff --git a/doc/bugs/webapp_requires_reload_for_notification_bubbles/comment_2_8dad57a852e1db804aa38f90f3bb398b._comment b/doc/bugs/webapp_requires_reload_for_notification_bubbles/comment_2_8dad57a852e1db804aa38f90f3bb398b._comment
new file mode 100644
index 0000000000..de4c4842aa
--- /dev/null
+++ b/doc/bugs/webapp_requires_reload_for_notification_bubbles/comment_2_8dad57a852e1db804aa38f90f3bb398b._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-20T02:04:01Z"
+ content="""
+I just built git-annex fresh from the git repo and the new build seems to have fixed it. [[done]] indeed. :)
+"""]]
diff --git a/doc/bugs/webapp_shows___34__Added_x_files__34___a_bit_ugly.mdwn b/doc/bugs/webapp_shows___34__Added_x_files__34___a_bit_ugly.mdwn
new file mode 100644
index 0000000000..51e157c194
--- /dev/null
+++ b/doc/bugs/webapp_shows___34__Added_x_files__34___a_bit_ugly.mdwn
@@ -0,0 +1,15 @@
+### Please describe the problem.
+When adding a folder with some 80.000 files, the sidebar with "Added x files" gets updated in batches. After some time, it shows (also see attached screenshot):
+
+> Added 6496 files 5781 files 8633 files 7363 files 6159 files
+
+This is a bit ugly. There could a newline after "files".
+
+### What steps will reproduce the problem?
+Add a folder with many files and subfolders in it.
+
+### What version of git-annex are you using? On what operating system?
+4.20130627 
+
+> I have improved the display, now it will just show a single ongoing count,
+> and the most recent 10 or so files added. [[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/webapp_usability:_put_the_notices_on_the_right.mdwn b/doc/bugs/webapp_usability:_put_the_notices_on_the_right.mdwn
new file mode 100644
index 0000000000..54f6c3a4f6
--- /dev/null
+++ b/doc/bugs/webapp_usability:_put_the_notices_on_the_right.mdwn
@@ -0,0 +1,18 @@
+### Please describe the problem.
+
+The colored notices on the left of the screen are a little off. When they disappear, it also leaves a huge gap on the left side.
+
+### What steps will reproduce the problem?
+
+Click the `X` on all the messages on the left.
+
+### What version of git-annex are you using? On what operating system?
+
+4.20130815~bpo70+1 on Debian Wheezy, with Chromium Version 29.0.1547.57 Debian 7.1 (217859)
+
+### Please provide any additional information below.
+
+This is admittedly a very mild problem, but from a usability perspective, it would be less confusing to show those on the right. When they were gone, I thought git-annex was broken somewhat... -- [[anarcat]]
+
+> [[done]], although I'm not sure I'm sold on their being on the right
+> being better. --[[Joey]]
diff --git a/doc/bugs/webapp_usability:_put_the_notices_on_the_right/comment_1_ec7a444e09a028b5225bd41fb83442e8._comment b/doc/bugs/webapp_usability:_put_the_notices_on_the_right/comment_1_ec7a444e09a028b5225bd41fb83442e8._comment
new file mode 100644
index 0000000000..a494c5326f
--- /dev/null
+++ b/doc/bugs/webapp_usability:_put_the_notices_on_the_right/comment_1_ec7a444e09a028b5225bd41fb83442e8._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.255.110"
+ subject="comment 1"
+ date="2013-09-09T04:36:12Z"
+ content="""
+They're on the left hand side because that's where Bootstrap puts its sidebar.
+If someone knows how to make it put its sidebar on the right I'll happily do so.
+"""]]
diff --git a/doc/bugs/weird_local_clone_confuses.mdwn b/doc/bugs/weird_local_clone_confuses.mdwn
new file mode 100644
index 0000000000..aa838f1670
--- /dev/null
+++ b/doc/bugs/weird_local_clone_confuses.mdwn
@@ -0,0 +1,20 @@
+See
+<http://www.git.code-experiments.com/blog/2011/01/manage-large-files-with-git-annex-by-joey-hess.html>
+
+If a local repo is cloned with "git clone orig/.git new", then git-annex in
+new cannot see origin. 
+
+the .git/config has "url=/.../orig/.git". Apparently git is ok with that
+weird construction; probably it treats it as a bare git repo. But git-annex
+just sees a directory w/o a .git subdir, and gives up.
+
+---
+
+Just tested, and the new support for bare repositories didn't solve this.
+(Because config.bare is not set.)
+
+I think this is not something git-annex should go out of its way to
+support. [[done]]
+--[[Joey]] 
+
+Later.. Fixed this after all. --[[Joey]] 
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..cb8519952b
--- /dev/null
+++ b/doc/bugs/whereis_outputs_no_informaiton_for_unlocked_files.mdwn
@@ -0,0 +1,44 @@
+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.
diff --git a/doc/bugs/windows_fails_test___34__recoverEncode__34__.mdwn b/doc/bugs/windows_fails_test___34__recoverEncode__34__.mdwn
new file mode 100644
index 0000000000..0413bb55d5
--- /dev/null
+++ b/doc/bugs/windows_fails_test___34__recoverEncode__34__.mdwn
@@ -0,0 +1,39 @@
+### Please describe the problem.
+
+My windows install (2013-09-09) fails "quick checks" when running "git annex test".  See below the errors from two seperate runs of the test in two fresh empty directories:
+
+*** Failed! Exception: 'recoverEncode: invalid argument (invalid character)' (after 13 tests): 
+Key {keyName = "\140\DEL\159/\RS'", keyBackendName = "WQACSWJDVY", keySize = Just 6, keyMtime = Just 3}
+prop_idempotent_configEscape
+
+*** Failed! Exception: 'recoverEncode: invalid argument (invalid character)' (after 4 tests): 
+Key {keyName = "\130", keyBackendName = "Y", keySize = Nothing, keyMtime = Nothing}
+prop_idempotent_configEscape
+
+### What steps will reproduce the problem?
+
+create a directory
+cd to it in cmd or Git Bash
+run "git annex test"
+
+
+### What version of git-annex are you using? On what operating system?
+
+OS Name:                   Microsoft Windows 7 Professional (64bit)
+OS Version:                6.1.7601 Service Pack 1 Build 7601
+
+Install Git-1.8.3-preview20130601 (third option to add git and tools to path)
+Install git-annex-installer (2013-09-09)
+
+### 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.
+"""]]
+
+> I've released a fix for this problem. Thanks for reporting! [[done]]
+> --[[Joey]]
diff --git a/doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_1_424b3536e21e02f192f7f2b8e833ed18._comment b/doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_1_424b3536e21e02f192f7f2b8e833ed18._comment
new file mode 100644
index 0000000000..e946089217
--- /dev/null
+++ b/doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_1_424b3536e21e02f192f7f2b8e833ed18._comment
@@ -0,0 +1,67 @@
+[[!comment format=mdwn
+ username="gary"
+ ip="82.112.140.250"
+ subject="Thanks for the fix"
+ date="2013-09-12T07:20:12Z"
+ content="""
+Hi the fix works fine, all the tests pass now.  However I am having issues when trying to sync two directories.  I have had this working in direct mode in fedora but not in the previously mentioned windows install
+
+2 directories d1 and d2.
+
+SETUP:
+
+cd d1
+
+mkdir annex
+
+cd annex
+
+cp someFile . (as get branch issue if empty)
+
+git init
+
+git annex init d1
+
+cp someFile . (as get branch issue if empty)
+
+git annex add .
+
+git annex sync
+
+cd ..\..\d2
+
+git clone ..\..\d1\annex
+
+cd annex
+
+git annex init d2
+
+git remote add d1 ..\..\d1\annex
+
+cd ..\..\d1\annex
+
+git remote add d2 ..\..\d2\annex
+
+
+SYNCING
+
+cd d1\annex
+
+cp someFiles .
+
+git annex add .
+
+git annex sync
+
+cd ..\..\d2\annex
+
+git annex sync
+
+git annex mirror --from d1
+
+It looks like the files copy across but when I look at them in explorer they are still just the place holders.
+
+any ideas on what may be going on.  Does the work flow look correct?
+
+(ps typo on all slashes but 
+"""]]
diff --git a/doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_2_78db183aa401e2023d7faec5f7a4a573._comment b/doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_2_78db183aa401e2023d7faec5f7a4a573._comment
new file mode 100644
index 0000000000..f186a0d81b
--- /dev/null
+++ b/doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_2_78db183aa401e2023d7faec5f7a4a573._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 2"
+ date="2013-09-13T17:04:26Z"
+ content="""
+That is an unrelated bug. You got very lucky that I saw your followup comment. 
+
+I was able to reproduce it, and found bug in git annex fsck that prevented it from finding and fixing this problem on Windows. Am still investigating why the problem occurs in the first place..
+"""]]
diff --git a/doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_3_ed2da19eaf0bd0864f6b28816a79bc23._comment b/doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_3_ed2da19eaf0bd0864f6b28816a79bc23._comment
new file mode 100644
index 0000000000..a8f7c0a02e
--- /dev/null
+++ b/doc/bugs/windows_fails_test___34__recoverEncode__34__/comment_3_ed2da19eaf0bd0864f6b28816a79bc23._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.2.134"
+ subject="comment 3"
+ date="2013-09-13T17:44:04Z"
+ content="""
+I have now diagnosed and fixed the underlying problem on Windows.
+"""]]
diff --git a/doc/bugs/windows_install_failure.mdwn b/doc/bugs/windows_install_failure.mdwn
new file mode 100644
index 0000000000..b67adf10bc
--- /dev/null
+++ b/doc/bugs/windows_install_failure.mdwn
@@ -0,0 +1,30 @@
+### 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"]]
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/windows_port_-_can__39__t_directly_access_files.mdwn b/doc/bugs/windows_port_-_can__39__t_directly_access_files.mdwn
new file mode 100644
index 0000000000..cb2e650d0a
--- /dev/null
+++ b/doc/bugs/windows_port_-_can__39__t_directly_access_files.mdwn
@@ -0,0 +1,250 @@
+### Please describe the problem.
+Using the windows port of git annex, I'm unable to directly access files that are retrieved from a remote ssh repository. Instead, the file contains a reference to ../.git/annex/objects....
+
+**Update** This appears to be a problem with remote bare repositories only. I was able to get from a remote regular git repository without the stand-in symlinks. The stand-in symlink file gets replaced with the real content on "get" using a non-base repository.
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+** on ssh server **
+
+git init --bare annex.git
+cd annex.git
+git annex init origin
+
+** on windows laptop - add content main repository ** 
+git init annex
+cd annex
+git annex init laptop
+
+git remote add origin ssh://xxxxx/~/annex.git
+echo hello > foo.txt
+git annex add .
+git commit -m "done"
+git annex sync
+git annex copy --to origin
+git annex sync
+git annex whereis foo.txt
+
+** on windows laptop - backup repository **
+
+cd ..
+git init annex.backup
+cd annex.backup
+git annex init "backup"
+git remote add origin ssh://joebo@xxxxx.com/~/annex.git
+git fetch origin
+git merge origin/synced/master
+git annex sync
+git annex get .
+find . | xargs grep hello
+./.git/annex/objects/d91/b11/SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc7
+163af34d08286a2e846f6be03.txt/SHA256E-s6--5891b5b522d5df086d0ff0b110fbd9d21bb4fc
+7163af34d08286a2e846f6be03.txt:hello
+
+** updating the file from windows laptop **
+cd ..\annex
+echo hello2 > foo.txt
+git annex add .
+git commit -m "updated"
+git annex sync
+git annex copy --to origin
+git annex sync	
+
+cd ..\annex.backup
+git fetch origin
+git merge origin/synced/master
+get annex sync
+git annex get .
+find . | xargs grep hello2
+./.git/annex/objects/7ed/895/SHA256E-s9--3f70947299d2926028fd0107c4309e65ca33a9a
+e0175fc4bc57792ca17240d18.txt/SHA256E-s9--3f70947299d2926028fd0107c4309e65ca33a9
+ae0175fc4bc57792ca17240d18.txt:hello2
+"""]]
+
+
+
+### What version of git-annex are you using? On what operating system?
+
+	git-annex version: 4.20130601-gc01f842
+	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
+
+
+### 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
+
+joebo@joebo:~$ sudo rm -rf annex.git
+joebo@joebo:~$ git init --bare annex.git
+Initialized empty Git repository in /home/joebo/annex.git/
+joebo@joebo:~$ cd annex.git
+joebo@joebo:~/annex.git$ git annex init origin
+init origin ok
+
+
+
+C:\Users\joebo>cd annex
+
+C:\Users\joebo\annex>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:\Users\joebo\annex>
+C:\Users\joebo\annex>git remote add origin ssh://joebo@xxxxx.com/~
+cho hello > foo.txt
+
+C:\Users\joebo\annex>git annex add .
+add foo.txt (checksum...) ok
+(Recording state in git...)
+
+C:\Users\joebo\annex>git commit -m "done"
+[master (root-commit) 7f54efa] done
+ 1 file changed, 1 insertion(+)
+ create mode 120000 foo.txt
+
+C:\Users\joebo\annex>git annex sync
+commit
+ok
+pull origin
+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://xxxxx.com/~/annex
+ * [new branch]      git-annex  -> origin/git-annex
+ok
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+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, done.
+Total 16 (delta 1), reused 0 (delta 0)
+To ssh://joebo@xxxxx.com/~/annex.git
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+ok
+
+C:\Users\joebo\annex>git annex copy --to origin
+copy foo.txt (checking origin...) (to origin...)
+foo.txt
+           0 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 67 bytes  received 31 bytes  65.33 bytes/sec
+total size is 0  speedup is 0.00
+ok
+(Recording state in git...)
+
+C:\Users\joebo\annex>git annex sync
+commit
+ok
+pull origin
+ok
+push origin
+Counting objects: 9, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (4/4), done.
+Writing objects: 100% (5/5), 446 bytes, done.
+Total 5 (delta 1), reused 0 (delta 0)
+To ssh://joebo@xxxxx.com/~/annex.git
+   ed1a701..c4c9cd0  git-annex -> synced/git-annex
+ok
+
+C:\Users\joebo\annex>git annex whereis foo.txt
+whereis foo.txt (2 copies)
+        03573d86-d460-11e2-8500-ebab2910b225 -- origin
+        3b6b60fb-0979-4869-98de-38208182ab92 -- here (laptop)
+ok
+
+
+C:\Users\joebo\annex>cd ..
+
+C:\Users\joebo>git init annex.backup
+Initialized empty Git repository in C:/Users/joebo/annex.backup/.git/
+
+C:\Users\joebo>cd annex.backup
+
+C:\Users\joebo\annex.backup>git annex init "backup"
+init backup
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+ok
+(Recording state in git...)
+
+C:\Users\joebo\annex.backup>git remote add origin ssh://joebo@xxxxx.com/~/anne
+x.git
+
+C:\Users\joebo\annex.backup>git fetch origin
+warning: no common commits
+remote: Counting objects: 25, done.
+remote: Compressing objects: 100% (19/19), done.
+remote: Total 25 (delta 4), reused 0 (delta 0)
+Unpacking objects: 100% (25/25), done.
+From ssh://xxxxx.com/~/annex
+ * [new branch]      git-annex  -> origin/git-annex
+ * [new branch]      synced/git-annex -> origin/synced/git-annex
+ * [new branch]      synced/master -> origin/synced/master
+
+C:\Users\joebo\annex.backup>git merge origin/synced/master
+
+C:\Users\joebo\annex.backup>git annex sync
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+commit
+ok
+pull origin
+ok
+push origin
+Counting objects: 12, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (6/6), done.
+Writing objects: 100% (8/8), 818 bytes, done.
+Total 8 (delta 2), reused 0 (delta 0)
+To ssh://joebo@xxxxx.com/~/annex.git
+   c4c9cd0..f403560  git-annex -> synced/git-annex
+ok
+
+C:\Users\joebo\annex.backup>git annex get .
+get foo.txt (from origin...)
+SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649b934ca495991b7852b855.txt
+
+           0 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 30 bytes  received 145 bytes  116.67 bytes/sec
+total size is 0  speedup is 0.00
+ok
+(Recording state in git...)
+
+C:\Users\joebo\annex.backup>cat foo.txt
+.git/annex/objects/fW/Gk/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e4649
+b934ca495991b7852b855.txt/SHA256E-s0--e3b0c44298fc1c149afbf4c8996fb92427ae41e464
+9b934ca495991b7852b855.txt
+C:\Users\joebo\annex.backup>ls
+foo.txt
+
+
+# End of transcript or log.
+"""]]
+
+> [[done]]; see my comment. --[[Joey]] 
diff --git a/doc/bugs/windows_port_-_can__39__t_directly_access_files/comment_1_03ef9d33839173044dcc4f2b37f575d2._comment b/doc/bugs/windows_port_-_can__39__t_directly_access_files/comment_1_03ef9d33839173044dcc4f2b37f575d2._comment
new file mode 100644
index 0000000000..ad41694b0f
--- /dev/null
+++ b/doc/bugs/windows_port_-_can__39__t_directly_access_files/comment_1_03ef9d33839173044dcc4f2b37f575d2._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="Closed - not a bug"
+ date="2013-06-14T13:23:24Z"
+ content="""
+It was a user error. I needed to have git-shell in my path. I had added it to the end of .bashrc and it needed to be before the part that returned if not interactive: http://stackoverflow.com/questions/940533/how-do-i-set-path-such-that-ssh-userhost-command-works
+"""]]
diff --git a/doc/bugs/windows_port_-_can__39__t_directly_access_files/comment_2_c65e5491c82908af46fe2c97e048d210._comment b/doc/bugs/windows_port_-_can__39__t_directly_access_files/comment_2_c65e5491c82908af46fe2c97e048d210._comment
new file mode 100644
index 0000000000..3368e3a31d
--- /dev/null
+++ b/doc/bugs/windows_port_-_can__39__t_directly_access_files/comment_2_c65e5491c82908af46fe2c97e048d210._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 2"
+ date="2013-06-14T15:40:04Z"
+ content="""
+Your transcript shows `git annex get` apparently receiving the file. I don't see how that could possibly have worked if git-annex-shell were not in the path on the server, since that is the command it runs to send the file. Also, `git annex copy` is earlier used to send the file to origin, which again should not work if git-annex-shell was not in the path. I think this whole git-annex-shell not in path thing is a red herring.
+
+What actually appears to be going on is this:
+
+1. You create a new empty repository. Since this is Windows, it's forced into direct mode.
+2. You manually merge origin/synced/master into this repository. Bypassing `git annex sync` in this way means that direct mode mappings are not updated for the files contained in that branch.
+3. You run `git annex get` on a file from that branch. The file is retrieved. Since no direct mode mapping exists for the object it just retrieved, it stashes it in .git/annex/objects and the file is left with the fake symlink git uses on windows.
+
+The manual merge in step 2 is the cause of the problem. The [[direct_mode]] documentation advises against using git commands that update the repository tree because it can lead to this kind of problem (as well as more serious data loss).
+
+Of course, you had no choice but to merge from origin/synced/master, because git annex sync didn't push to origin/master, so simply cloning the bare repository wouldn't work. However, I did fix that a few days ago.
+
+I see this as more evidence of there needing to be a [[todo/direct_mode_guard]] to block users from running unsafe git commands in direct mode repositories. This bug probably can be closed, assuming I correctly understand what happened.
+"""]]
diff --git a/doc/bugs/windows_port_-_git_annex_add_hangs_when_adding_17_files_at_once_or_more_.mdwn b/doc/bugs/windows_port_-_git_annex_add_hangs_when_adding_17_files_at_once_or_more_.mdwn
new file mode 100644
index 0000000000..50f020b192
--- /dev/null
+++ b/doc/bugs/windows_port_-_git_annex_add_hangs_when_adding_17_files_at_once_or_more_.mdwn
@@ -0,0 +1,197 @@
+### Please describe the problem.
+git annex add hangs on the windows port when adding many files at once. It seems like the magic number is 17. 17 and greater hangs
+
+Running in debug, it hangs on this:
+
+    [2013-06-14 13:59:46 Eastern Daylight Time] feed: git ["--git-dir=C:\\temp\\backup\\q10\\.git","--work-tree=C:\\temp\\backup\\q10","update-index","-z","--index-info"]
+
+
+### What steps will reproduce the problem?
+
+[[!format sh """
+git init t17
+cd t17
+git annex init
+for /l %a in (1,1,17) do @echo %a > %a.txt
+
+git annex add .
+add 1.txt (checksum...) ok
+add 10.txt (checksum...) ok
+add 11.txt (checksum...) ok
+add 12.txt (checksum...) ok
+add 13.txt (checksum...) ok
+add 14.txt (checksum...) ok
+add 15.txt (checksum...) ok
+add 16.txt (checksum...) ok
+add 17.txt (checksum...) ok
+add 2.txt (checksum...) ok
+add 3.txt (checksum...) ok
+add 4.txt (checksum...) ok
+add 5.txt (checksum...) ok
+add 6.txt (checksum...) ok
+add 7.txt (checksum...) ok
+add 8.txt (checksum...) ok
+add 9.txt (checksum...) ok
+(Recording state in git...)
+
+** gets stuck here
+
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+
+	git-annex version: 4.20130601-gc01f842
+	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
+
+
+
+### 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
+
+** 16 works fine
+git init t16
+cd t16
+for /l %a in (1,1,16) do @echo %a > %a.txt
+git annex init
+git annex add .
+
+
+** not 17
+git init t18
+cd t18
+for /l %a in (1,1,17) do @echo %a > %a.txt
+
+C:\temp\backup\t18>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:\temp\backup\t18>git annex add . --debug
+[2013-06-14 14:05:28 Eastern Daylight Time] read: git ["--git-dir=C:\\temp\\back
+up\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","ls-files","--others","--excl
+ude-standard","-z","--","."]
+[2013-06-14 14:05:28 Eastern Daylight Time] read: git ["--git-dir=C:\\temp\\back
+up\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","ls-files","--modified","-z",
+"--","."]
+[2013-06-14 14:05:28 Eastern Daylight Time] chat: git ["--git-dir=C:\\temp\\back
+up\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","cat-file","--batch"]
+add 1.txt [2013-06-14 14:05:28 Eastern Daylight Time] chat: git ["--git-dir=C:\\
+temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","check-attr","-z","
+--stdin","annex.backend","annex.numcopies","--"]
+(checksum...) [2013-06-14 14:05:28 Eastern Daylight Time] chat: git ["--git-dir=
+C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","cat-file","--b
+atch"]
+[2013-06-14 14:05:28 Eastern Daylight Time] chat: git ["--git-dir=C:\\temp\\back
+up\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","hash-object","-t","blob","-w
+","--stdin"]
+ok
+add 10.txt (checksum...) [2013-06-14 14:05:28 Eastern Daylight Time] chat: git [
+"--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","has
+h-object","-t","blob","-w","--stdin"]
+ok
+add 11.txt (checksum...) [2013-06-14 14:05:28 Eastern Daylight Time] chat: git [
+"--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","has
+h-object","-t","blob","-w","--stdin"]
+ok
+add 12.txt (checksum...) [2013-06-14 14:05:28 Eastern Daylight Time] chat: git [
+"--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","has
+h-object","-t","blob","-w","--stdin"]
+ok
+add 13.txt (checksum...) [2013-06-14 14:05:28 Eastern Daylight Time] chat: git [
+"--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","has
+h-object","-t","blob","-w","--stdin"]
+ok
+add 14.txt (checksum...) [2013-06-14 14:05:28 Eastern Daylight Time] chat: git [
+"--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","has
+h-object","-t","blob","-w","--stdin"]
+ok
+add 15.txt (checksum...) [2013-06-14 14:05:28 Eastern Daylight Time] chat: git [
+"--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","has
+h-object","-t","blob","-w","--stdin"]
+ok
+add 16.txt (checksum...) [2013-06-14 14:05:28 Eastern Daylight Time] chat: git [
+"--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","has
+h-object","-t","blob","-w","--stdin"]
+ok
+add 17.txt (checksum...) [2013-06-14 14:05:29 Eastern Daylight Time] chat: git [
+"--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","has
+h-object","-t","blob","-w","--stdin"]
+ok
+add 2.txt (checksum...) [2013-06-14 14:05:29 Eastern Daylight Time] chat: git ["
+--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","hash
+-object","-t","blob","-w","--stdin"]
+ok
+add 3.txt (checksum...) [2013-06-14 14:05:29 Eastern Daylight Time] chat: git ["
+--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","hash
+-object","-t","blob","-w","--stdin"]
+ok
+add 4.txt (checksum...) [2013-06-14 14:05:29 Eastern Daylight Time] chat: git ["
+--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","hash
+-object","-t","blob","-w","--stdin"]
+ok
+add 5.txt (checksum...) [2013-06-14 14:05:29 Eastern Daylight Time] chat: git ["
+--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","hash
+-object","-t","blob","-w","--stdin"]
+ok
+add 6.txt (checksum...) [2013-06-14 14:05:29 Eastern Daylight Time] chat: git ["
+--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","hash
+-object","-t","blob","-w","--stdin"]
+ok
+add 7.txt (checksum...) [2013-06-14 14:05:29 Eastern Daylight Time] chat: git ["
+--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","hash
+-object","-t","blob","-w","--stdin"]
+ok
+add 8.txt (checksum...) [2013-06-14 14:05:29 Eastern Daylight Time] chat: git ["
+--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","hash
+-object","-t","blob","-w","--stdin"]
+ok
+add 9.txt (checksum...) [2013-06-14 14:05:29 Eastern Daylight Time] chat: git ["
+--git-dir=C:\\temp\\backup\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","hash
+-object","-t","blob","-w","--stdin"]
+ok
+(Recording state in git...)
+[2013-06-14 14:05:29 Eastern Daylight Time] feed: git ["--git-dir=C:\\temp\\back
+up\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","update-index","-z","--index-
+info"]
+[2013-06-14 14:05:29 Eastern Daylight Time] chat: git ["--git-dir=C:\\temp\\back
+up\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","hash-object","-w","--stdin-p
+aths"]
+[2013-06-14 14:05:29 Eastern Daylight Time] feed: git ["--git-dir=C:\\temp\\back
+up\\t18\\.git","--work-tree=C:\\temp\\backup\\t18","update-index","-z","--index-
+info"]
+
+
+**gets stuck here and never finishes**
+
+
+# End of transcript or log.
+"""]]
+
+> Reproduced this, and git update-index was in fact not hanging. 
+> Instead, after that was done, it tried to stop the git hash-object
+> process, and this hung. 
+> 
+> It seems that the use of runInteractiveProcess is at fault somehow,
+> and I guess it must be due to it opening a pipe for stderr, which
+> I don't need or want. Perhaps I need to ensure I read from that pipe,
+> or windows keeps the process from terminating. (Unix would just toss the piped
+> data away.)
+> 
+> That was the only place runInteractiveProcess was used, so I replaced
+> it with an alternative that lets stderr be inherited. With this change,
+> I have successfully added 1000 files to the annex in one go, with no
+> hang. Provisionally [[done]]. --[[Joey]] 
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_.mdwn b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_.mdwn
new file mode 100644
index 0000000000..76c05aa72f
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_.mdwn
@@ -0,0 +1,559 @@
+### Please describe the problem.
+
+Using a centralized remote repository, new files that are added to the repository after it's pulled cannot be directly accessed - instead are pulled as symlinks.
+
+The workaround is to create a new remote repository that clones from the source. That repo can pull all files correctly
+
+### What steps will reproduce the problem?
+
+The following script works fine when everything is run on a linux box. If the same script is run on the windows box, it will not show foo2.txt in the repository clone. foo.txt is still valid.
+
+a file, testrepo.sh is set up on the server to simplify the creation of the repo for testing
+
+**testrepo.sh**
+[[!format sh """
+
+rm -rf repo.git
+git init --bare repo.git
+cd repo.git
+git annex init origin
+git annex sync
+
+
+"""]]
+
+**test script**
+[[!format sh """
+
+ssh joebo@xxxxx sh testrepo.sh
+
+
+rm -rf repo
+git init repo
+cd repo
+
+git annex init
+git remote add origin ssh://joebo@xxxxx/~/repo.git
+echo hello > foo.txt
+git annex add .
+git commit -m "initial commit"
+git annex sync
+git annex copy --to origin
+git annex sync
+
+cd ..
+rm -rf repo-bak
+git init repo-bak
+cd repo-bak
+git remote add origin ssh://joebo@xxxxx/~/repo.git
+git fetch origin
+git merge origin/synced/master
+git annex sync
+git annex get .
+cat foo.txt #works just fine!
+
+cd ..
+cd repo
+echo foo2 > foo2.txt
+git annex add .
+git commit -m "another"
+git annex sync
+git annex copy --to origin
+git annex sync
+
+cd ..
+cd repo-bak
+git annex sync
+
+## throws a fastforward error:
+commit
+ok
+pull origin
+remote: Counting objects: 21, done.
+remote: Compressing objects: 100% (14/14), done.
+remote: Total 16 (delta 3), reused 0 (delta 0)
+Unpacking objects: 100% (16/16), done.
+From ssh://xxxx.com/~/repo
+   c5ed8e1..7ea5586  synced/git-annex -> origin/synced/git-annex
+   a8402ae..1a72b3d  synced/master -> origin/synced/master
+ok
+(merging origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+push origin
+Counting objects: 15, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (7/7), done.
+Writing objects: 100% (8/8), 844 bytes, done.
+Total 8 (delta 2), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   7ea5586..5df3c85  git-annex -> synced/git-annex
+ ! [rejected]        master -> synced/master (non-fast-forward)
+error: failed to push some refs to 'ssh://joebo@xxx.com/~/repo.git'
+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
+"""]]
+
+If I try to work around it by merging, then I get the symlink in the file after getting
+
+
+[[!format sh """
+
+C:\joe\backup\repo-bak>git merge origin/synced/master
+Updating f586b6a..fcae7bc
+Fast-forward
+ foo2.txt | 1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 foo2.txt
+
+C:\joe\backup\repo-bak>git annex get foo2.txt
+get foo2.txt (from origin...)
+SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bbece05f.txt
+
+           7 100%    6.84kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 30 bytes  received 156 bytes  124.00 bytes/sec
+total size is 7  speedup is 0.04
+ok
+warning: LF will be replaced by CRLF in C:\joe\backup\repo-bak\.git\annex\journa
+l\fba_8bb_SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bb
+ece05f.txt.log.
+The file will have its original line endings in your working directory.
+(Recording state in git...)
+
+C:\joe\backup\repo-bak>cat foo2.txt
+.git/annex/objects/3V/kM/SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd
+78762e80a45f0bbece05f.txt/SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5cc
+d78762e80a45f0bbece05f.txt
+
+"""]]
+
+removing the backup repository and starting over works:
+
+[[!format sh """
+
+C:\joe\backup>git init repo-bak
+Initialized empty Git repository in C:/joe/backup/repo-bak/.git/
+
+C:\joe\backup>cd repo-bak
+
+C:\joe\backup\repo-bak>git remote add origin ssh://joebo@xxxx.com/~/repo.git
+
+C:\joe\backup\repo-bak>git fetch origin
+remote: Counting objects: 57, done.
+remote: Compressing objects: 100% (48/48), done.
+remote: Total 57 (delta 20), reused 0 (delta 0)
+Unpacking objects: 100% (57/57), done.
+From ssh://xxxx.com/~/repo
+ * [new branch]      git-annex  -> origin/git-annex
+ * [new branch]      synced/git-annex -> origin/synced/git-annex
+ * [new branch]      synced/master -> origin/synced/master
+
+C:\joe\backup\repo-bak>git merge origin/synced/master
+
+C:\joe\backup\repo-bak>git annex sync
+
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+warning: LF will be replaced by CRLF in C:\joe\backup\repo-bak\.git\annex\journa
+l\uuid.log.
+The file will have its original line endings in your working directory.
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+commit
+ok
+pull origin
+ok
+push origin
+Counting objects: 9, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (4/4), done.
+Writing objects: 100% (5/5), 533 bytes, done.
+Total 5 (delta 3), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   5038806..67d6383  git-annex -> synced/git-annex
+ok
+
+C:\joe\backup\repo-bak>git annex get .
+get foo.txt (from origin...)
+SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf532b064df4bc691cd51a87.txt
+
+           8 100%    7.81kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 30 bytes  received 157 bytes  124.67 bytes/sec
+total size is 8  speedup is 0.04
+ok
+get foo2.txt (from origin...)
+SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bbece05f.txt
+
+           7 100%    6.84kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 30 bytes  received 156 bytes  124.00 bytes/sec
+total size is 7  speedup is 0.04
+ok
+warning: LF will be replaced by CRLF in C:\joe\backup\repo-bak\.git\annex\journa
+l\fba_8bb_SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bb
+ece05f.txt.log.
+The file will have its original line endings in your working directory.
+warning: LF will be replaced by CRLF in C:\joe\backup\repo-bak\.git\annex\journa
+l\ae4_1e9_SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf532b064df4bc691c
+d51a87.txt.log.
+The file will have its original line endings in your working directory.
+(Recording state in git...)
+
+C:\joe\backup\repo-bak>cat *
+hello
+foo2
+
+C:\joe\backup\repo-bak>ls -lah
+total 5.0k
+drwxr-xr-x    1 jbogner  Administ        0 Jun 15 08:44 .
+drwxr-xr-x   23 jbogner  Administ     4.0k Jun 15 08:43 ..
+drwxr-xr-x    1 jbogner  Administ     4.0k Jun 15 08:44 .git
+-rw-r--r--    1 jbogner  Administ        8 Jun 15 08:44 foo.txt
+-rw-r--r--    1 jbogner  Administ        7 Jun 15 08:44 foo2.txt
+
+C:\joe\backup\repo-bak>
+
+"""]]
+
+### What version of git-annex are you using? On what operating system?
+
+Windows:
+
+	C:\joe\backup\repo-bak>git annex version
+	git-annex version: 4.20130614-g3a93e24
+	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
+
+
+Linux:
+
+        git-annex version: 4.20130531-g5df09b5
+	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
+
+C:\joe\backup>cd repo
+
+C:\joe\backup\repo>git annex init
+init
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+ok
+warning: LF will be replaced by CRLF in C:\joe\backup\repo\.git\annex\journal\uu
+id.log.
+The file will have its original line endings in your working directory.
+(Recording state in git...)
+
+C:\joe\backup\repo>git remote add origin ssh://joebo@xxxx.com/~/repo.git
+
+C:\joe\backup\repo>echo hello  1>foo.txt
+
+C:\joe\backup\repo>git annex add .
+add foo.txt (checksum...) ok
+(Recording state in git...)
+warning: LF will be replaced by CRLF in C:\joe\backup\repo\.git\annex\journal\ae
+4_1e9_SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf532b064df4bc691cd51a
+87.txt.log.
+The file will have its original line endings in your working directory.
+
+C:\joe\backup\repo>git commit -m "initial commit"
+[master (root-commit) 47c05ea] initial commit
+ 1 file changed, 1 insertion(+)
+ create mode 120000 foo.txt
+
+C:\joe\backup\repo>git annex sync
+commit
+ok
+pull origin
+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://xxxx.com/~/repo
+ * [new branch]      git-annex  -> origin/git-annex
+ok
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+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.40 KiB, done.
+Total 16 (delta 3), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+ok
+
+C:\joe\backup\repo>git annex copy --to origin
+copy foo.txt (checking origin...) (to origin...)
+foo.txt
+           8 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 79 bytes  received 31 bytes  73.33 bytes/sec
+total size is 8  speedup is 0.07
+ok
+warning: LF will be replaced by CRLF in C:\joe\backup\repo\.git\annex\journal\ae
+4_1e9_SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf532b064df4bc691cd51a
+87.txt.log.
+The file will have its original line endings in your working directory.
+(Recording state in git...)
+
+C:\joe\backup\repo>git annex sync
+commit
+ok
+pull origin
+ok
+push origin
+Counting objects: 9, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (4/4), done.
+Writing objects: 100% (5/5), 450 bytes, done.
+Total 5 (delta 1), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   bd52e5f..02a0a4a  git-annex -> synced/git-annex
+ok
+
+C:\joe\backup\repo>cd ..
+
+C:\joe\backup>rm -rf repo-bak
+
+C:\joe\backup>git init repo-bak
+Initialized empty Git repository in C:/joe/backup/repo-bak/.git/
+
+C:\joe\backup>cd repo-bak
+
+C:\joe\backup\repo-bak>git remote add origin ssh://joebo@xxxx.com/~/repo.git
+
+C:\joe\backup\repo-bak>git fetch origin
+remote: Counting objects: 25, done.
+remote: Compressing objects: 100% (19/19), done.
+remote: Total 25 (delta 6), reused 0 (delta 0)
+Unpacking objects: 100% (25/25), done.
+From ssh://xxxx.com/~/repo
+ * [new branch]      git-annex  -> origin/git-annex
+ * [new branch]      synced/git-annex -> origin/synced/git-annex
+ * [new branch]      synced/master -> origin/synced/master
+
+C:\joe\backup\repo-bak>git merge origin/synced/master
+
+C:\joe\backup\repo-bak>git annex sync
+
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+warning: LF will be replaced by CRLF in C:\joe\backup\repo-bak\.git\annex\journa
+l\uuid.log.
+The file will have its original line endings in your working directory.
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+commit
+ok
+pull origin
+ok
+push origin
+Counting objects: 9, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (4/4), done.
+Writing objects: 100% (5/5), 610 bytes, done.
+Total 5 (delta 1), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   02a0a4a..88d19ce  git-annex -> synced/git-annex
+ok
+
+C:\joe\backup\repo-bak>git annex get .
+get foo.txt (from origin...)
+SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf532b064df4bc691cd51a87.txt
+
+           8 100%    7.81kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 30 bytes  received 157 bytes  124.67 bytes/sec
+total size is 8  speedup is 0.04
+ok
+warning: LF will be replaced by CRLF in C:\joe\backup\repo-bak\.git\annex\journa
+l\ae4_1e9_SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf532b064df4bc691c
+d51a87.txt.log.
+The file will have its original line endings in your working directory.
+(Recording state in git...)
+
+C:\joe\backup\repo-bak>cat foo.txt
+hello
+
+C:\joe\backup\repo-bak>cd ..
+
+C:\joe\backup>cd repo
+
+C:\joe\backup\repo>echo foo2  1>foo2.txt
+
+C:\joe\backup\repo>git annex add .
+add foo2.txt (checksum...) ok
+(Recording state in git...)
+warning: LF will be replaced by CRLF in C:\joe\backup\repo\.git\annex\journal\fb
+a_8bb_SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bbece0
+5f.txt.log.
+The file will have its original line endings in your working directory.
+
+C:\joe\backup\repo>git commit -m "another"
+[master 76a9e44] another
+ 1 file changed, 1 insertion(+)
+ create mode 120000 foo2.txt
+
+C:\joe\backup\repo>git annex sync
+commit
+ok
+pull origin
+remote: Counting objects: 9, done.
+remote: Compressing objects: 100% (4/4), done.
+remote: Total 5 (delta 1), reused 0 (delta 0)
+Unpacking objects: 100% (5/5), done.
+From ssh://xxxx.com/~/repo
+   02a0a4a..88d19ce  synced/git-annex -> origin/synced/git-annex
+ok
+(merging origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+push origin
+Counting objects: 16, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (10/10), done.
+Writing objects: 100% (11/11), 1.11 KiB, done.
+Total 11 (delta 2), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   88d19ce..f47091a  git-annex -> synced/git-annex
+   47c05ea..76a9e44  master -> synced/master
+ok
+
+C:\joe\backup\repo>git annex copy --to origin
+copy foo.txt (checking origin...) ok
+copy foo2.txt (checking origin...) (to origin...)
+foo2.txt
+           7 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 79 bytes  received 31 bytes  73.33 bytes/sec
+total size is 7  speedup is 0.06
+ok
+warning: LF will be replaced by CRLF in C:\joe\backup\repo\.git\annex\journal\fb
+a_8bb_SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bbece0
+5f.txt.log.
+The file will have its original line endings in your working directory.
+(Recording state in git...)
+
+C:\joe\backup\repo>git annex sync
+commit
+ok
+pull origin
+ok
+push origin
+Counting objects: 9, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (4/4), done.
+Writing objects: 100% (5/5), 477 bytes, done.
+Total 5 (delta 1), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   f47091a..98082cb  git-annex -> synced/git-annex
+ok
+
+C:\joe\backup\repo>cd ..
+
+C:\joe\backup>cd repo-bak
+
+C:\joe\backup\repo-bak>git annex sync
+commit
+ok
+pull origin
+remote: Counting objects: 21, done.
+remote: Compressing objects: 100% (14/14), done.
+remote: Total 16 (delta 4), reused 0 (delta 0)
+Unpacking objects: 100% (16/16), done.
+From ssh://xxxx.com/~/repo
+   88d19ce..98082cb  synced/git-annex -> origin/synced/git-annex
+   47c05ea..76a9e44  synced/master -> origin/synced/master
+ok
+(merging origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+push origin
+Counting objects: 15, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (7/7), done.
+Writing objects: 100% (8/8), 843 bytes, done.
+Total 8 (delta 2), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   98082cb..2537203  git-annex -> synced/git-annex
+ ! [rejected]        master -> synced/master (non-fast-forward)
+error: failed to push some refs to 'ssh://joebo@xxxx.com/~/repo.git'
+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
+
+C:\joe\backup\repo-bak>git annex get foo2.txt
+git-annex: foo2.txt not found
+
+C:\joe\backup\repo-bak>cat foo2.txt
+cat: foo2.txt: No such file or directory
+C:\joe\backup\repo-bak>git pull origin synced/master
+From ssh://xxxx.com/~/repo
+ * branch            synced/master -> FETCH_HEAD
+Updating 47c05ea..76a9e44
+Fast-forward
+ foo2.txt | 1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 foo2.txt
+
+C:\joe\backup\repo-bak>git annex get foo2.txt
+get foo2.txt (from origin...)
+SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bbece05f.txt
+
+           7 100%    6.84kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 30 bytes  received 156 bytes  124.00 bytes/sec
+total size is 7  speedup is 0.04
+ok
+warning: LF will be replaced by CRLF in C:\joe\backup\repo-bak\.git\annex\journa
+l\fba_8bb_SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bb
+ece05f.txt.log.
+The file will have its original line endings in your working directory.
+(Recording state in git...)
+
+C:\joe\backup\repo-bak>cat foo2.txt
+.git/annex/objects/3V/kM/SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd
+78762e80a45f0bbece05f.txt/SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5cc
+d78762e80a45f0bbece05f.txt
+C:\joe\backup\repo-bak>
+
+
+
+# End of transcript or log.
+"""]]
+
+> Apparently the last of the issues discussed here is fixed.
+> Closing this bug report before it grows a new issue. ;) [[done]] --[[Joey]]
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_10_b4f5e2d6a0d690f6b0089fa80a3c920b._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_10_b4f5e2d6a0d690f6b0089fa80a3c920b._comment
new file mode 100644
index 0000000000..71cc026687
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_10_b4f5e2d6a0d690f6b0089fa80a3c920b._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="comment 10"
+ date="2013-06-19T00:44:44Z"
+ content="""
+The latest build is working again. Thanks!
+"""]]
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_1_c2092add1430667108a3fdc5e1c9b5f5._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_1_c2092add1430667108a3fdc5e1c9b5f5._comment
new file mode 100644
index 0000000000..52bb21ae31
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_1_c2092add1430667108a3fdc5e1c9b5f5._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-06-15T18:50:45Z"
+ content="""
+Joe, you need to carefully read [[direct_mode]]. When you manually run `git merge` in a direct mode repository, you defeat associated file tracking, with the resulting behavior you describe. This is why there is a [[todo/direct_mode_guard]] todo item.
+"""]]
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_2_f0ea453951daf84dbddc653ac64822b6._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_2_f0ea453951daf84dbddc653ac64822b6._comment
new file mode 100644
index 0000000000..2c45f6b589
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_2_f0ea453951daf84dbddc653ac64822b6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="comment 2"
+ date="2013-06-15T19:39:09Z"
+ content="""
+joey, Thank you for the reply. I have read that and also read about the direct mode guard. I only used git merge because I was stuck and didn't know what else to do. I assume the proper way to refresh my backup repo is to git annex sync. That's what's failing with the non-fast-forward error. I don't know what to do from there. Thank you for any help.
+"""]]
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_3_35a8be5ecc9d1b72c38f8ddb47678160._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_3_35a8be5ecc9d1b72c38f8ddb47678160._comment
new file mode 100644
index 0000000000..c723d85bb3
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_3_35a8be5ecc9d1b72c38f8ddb47678160._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-06-16T13:27:36Z"
+ content="""
+Making some progress. It looks like it needs a .map file for the newly added file when I pull in the backup repo.  I'm tracing the various places addAssociatedFile gets called. It looks like sync should do it. I think that's what sets up the map. If I copy the map file from another repo, I'm able to call get annex get foo2.txt. So the key is getting that map file created.
+"""]]
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_4_29e72997b88f91f84639587b4cede34c._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_4_29e72997b88f91f84639587b4cede34c._comment
new file mode 100644
index 0000000000..c785ff77b7
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_4_29e72997b88f91f84639587b4cede34c._comment
@@ -0,0 +1,76 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="comment 4"
+ date="2013-06-16T17:27:18Z"
+ content="""
+I have a workaround that requires a small patch. I'm not sure why it's not creating the mapping, but I noticed that git annex fsck has a verifyDirectMapping which will create the mapping if it doesn't exist. 
+
+git annex fsck will throw an error on fixLinks and won't proceed to verifyDirectMapping if the map file doesn't exist. So, I needed a way to call verifyDirectMapping directly. My hack is to add an argument to git annex fsck to call verifyDirectMapping. 
+
+My workflow is this:
+
+**repo1**:
+[[!format  sh \"\"\"
+echo a > new.txt
+git annex add .
+git commit -m \"add a\"
+git copy --to origin
+git annex sync
+\"\"\"]]
+
+**repo2**:
+[[!format  sh \"\"\"
+git annex sync
+git annex pull origin synced/master
+git annex fsck --verifyDirectMapping
+git annex get .
+\"\"\"]]
+
+The new file comes down cleanly.
+
+I'm sure there's a better way to do this to fix the core issue, but here's how I patched Fsck.hs as a minimal workaround
+
+[[!format  diff \"\"\"
+
+diff --git a/Command/Fsck.hs b/Command/Fsck.hs
+old mode 100644
+new mode 100755
+index 9af6a4a..97aabb8
+--- a/Command/Fsck.hs
++++ b/Command/Fsck.hs
+@@ -59,12 +60,16 @@ incrementalScheduleOption :: Option
+ incrementalScheduleOption = Option.field [] \"incremental-schedule\" paramTime
+ 	\"schedule incremental fscking\"
+ 
++verifyDirectMappingOption :: Option
++verifyDirectMappingOption = Option.flag [] \"verifyDirectMapping\" \"verifies direct mappings are consistent\"
++
+ options :: [Option]
+ options = 
+ 	[ fromOption
+ 	, startIncrementalOption
+ 	, moreIncrementalOption
+ 	, incrementalScheduleOption
++	, verifyDirectMappingOption
+ 	]
+ 
+ seek :: [CommandSeek]
+@@ -107,18 +112,23 @@ withIncremental = withValue $ do
+ start :: Maybe Remote -> Incremental -> FilePath -> (Key, Backend) -> CommandStart
+ start from inc file (key, backend) = do
+ 	numcopies <- numCopies file
+-	case from of
+-		Nothing -> go $ perform key file backend numcopies
+-		Just r -> go $ performRemote key file backend numcopies r
++	verify <- Annex.getFlag (Option.name verifyDirectMappingOption)
++	if verify
++		then go $ verifyDirectMapping key file
++		else
++			case from of
++				Nothing -> go $ perform key file backend numcopies
++				Just r -> go $ performRemote key file backend numcopies r
+
+
+\"\"\"]]
+"""]]
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_5_2de7f6532de4cbc21737ce53a89d6525._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_5_2de7f6532de4cbc21737ce53a89d6525._comment
new file mode 100644
index 0000000000..a08bd2899a
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_5_2de7f6532de4cbc21737ce53a89d6525._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 5"
+ date="2013-06-18T00:09:58Z"
+ content="""
+I have followed the transcript (on my linux system), and cannot reproduce the non-fast-forward problem.
+
+What error does fsck throw in fixLink?
+"""]]
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_6_80d130b5af829763be77c61a9c5ca306._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_6_80d130b5af829763be77c61a9c5ca306._comment
new file mode 100644
index 0000000000..6c05e56650
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_6_80d130b5af829763be77c61a9c5ca306._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="comment 6"
+ date="2013-06-18T00:25:53Z"
+ content="""
+The transcript also works fine on my linux machine.
+
+This is the git annex fsck error:
+
+[[!format sh \"\"\"
+
+(fixing content location) looking for mapping\"C:\\joe\\backup\\repo-bak\\.git\\a
+nnex\\objects\\fba\\8bb\\SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd
+78762e80a45f0bbece05f.txt\\SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5c
+cd78762e80a45f0bbece05f.txt.map\"
+
+git-annex: C:\joe\backup\repo-bak\.git/annex/objects/3V/kM/SHA256E-s7--eef0e2920
+0a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bbece05f.txt/SHA256E-s7--eef0e292
+00a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bbece05f.txt: renameFile: does n
+ot exist (No such file or directory)
+failed
+git-annex: fsck: 1 failed
+
+
+\"\"\"]]
+
+As such it can't get to verifyDirectMapping to corrrect the missing mapping
+"""]]
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_7_ec199db851952b40e8b18922da574ea4._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_7_ec199db851952b40e8b18922da574ea4._comment
new file mode 100644
index 0000000000..9f5dc052d9
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_7_ec199db851952b40e8b18922da574ea4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 7"
+ date="2013-06-18T01:38:05Z"
+ content="""
+There were at least 4 windows port bugs here. (Including `git annex sync` not committing on Windows, I think!) Should now have fixed them all. This includes fixing my earlier fix to make git annex sync push to master in a bare repository, which was not working on Windows.
+"""]]
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_8_d269fcadea9d5a668e3c6d6cf019f56a._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_8_d269fcadea9d5a668e3c6d6cf019f56a._comment
new file mode 100644
index 0000000000..feda63b4a0
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_8_d269fcadea9d5a668e3c6d6cf019f56a._comment
@@ -0,0 +1,353 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="comment 8"
+ date="2013-06-18T02:14:01Z"
+ content="""
+Thanks joey - I pulled the latest and built it. I don't think everything is working, or maybe my steps need to be updated. On the positive side, git annex fsck no longer errors out. However, I still get the fast-forward message and get annex get . gives me an error about repositories not being available.
+
+This is running my test script:
+
+[[!format sh \"\"\"
+
+C:\joe\backup>ssh joebo@xxxx.com sh testrepo.sh
+Initialized empty Git repository in /home/joebo/repo.git/
+init origin ok
+(Recording state in git...)
+commit
+ok
+git-annex: no branch is checked out
+
+C:\joe\backup>rm -rf repo
+
+C:\joe\backup>git init repo
+Initialized empty Git repository in C:/joe/backup/repo/.git/
+
+C:\joe\backup>cd repo
+
+C:\joe\backup\repo>git annex init
+init
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+ok
+warning: LF will be replaced by CRLF in C:\joe\backup\repo\.git\annex\journal\uu
+id.log.
+The file will have its original line endings in your working directory.
+(Recording state in git...)
+
+C:\joe\backup\repo>git remote add origin ssh://joebo@xxxx.com/~/repo.git
+
+C:\joe\backup\repo>echo hello  1>foo.txt
+
+C:\joe\backup\repo>git annex add .
+add foo.txt (checksum...) ok
+(Recording state in git...)
+warning: LF will be replaced by CRLF in C:\joe\backup\repo\.git\annex\journal\ae
+4_1e9_SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf532b064df4bc691cd51a
+87.txt.log.
+The file will have its original line endings in your working directory.
+
+C:\joe\backup\repo>git commit -m \"initial commit\"
+[master (root-commit) 4450966] initial commit
+ 1 file changed, 1 insertion(+)
+ create mode 120000 foo.txt
+
+C:\joe\backup\repo>git annex sync
+commit
+ok
+pull origin
+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://xxxx.com/~/repo
+ * [new branch]      git-annex  -> origin/git-annex
+ok
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+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.41 KiB, done.
+Total 16 (delta 3), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+ * [new branch]      git-annex -> synced/git-annex
+ * [new branch]      master -> synced/master
+ok
+
+C:\joe\backup\repo>git annex copy --to origin
+copy foo.txt (checking origin...) (to origin...)
+foo.txt
+           8 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 79 bytes  received 31 bytes  31.43 bytes/sec
+total size is 8  speedup is 0.07
+ok
+warning: LF will be replaced by CRLF in C:\joe\backup\repo\.git\annex\journal\ae
+4_1e9_SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf532b064df4bc691cd51a
+87.txt.log.
+The file will have its original line endings in your working directory.
+(Recording state in git...)
+
+C:\joe\backup\repo>git annex sync
+commit
+ok
+pull origin
+remote: Counting objects: 6, done.
+remote: Compressing objects: 100% (4/4), done.
+remote: Total 5 (delta 0), reused 0 (delta 0)
+Unpacking objects: 100% (5/5), done.
+From ssh://xxxx.com/~/repo
+   dd2afc8..fcccfa3  git-annex  -> origin/git-annex
+ok
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+push origin
+Counting objects: 21, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (9/9), done.
+Writing objects: 100% (11/11), 896 bytes, done.
+Total 11 (delta 4), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   a093010..10a7c3a  git-annex -> synced/git-annex
+ok
+
+C:\joe\backup\repo>git push origin master
+Everything up-to-date
+
+C:\joe\backup\repo>cd ..
+
+C:\joe\backup>rm -rf repo-bak
+
+C:\joe\backup>git init repo-bak
+Initialized empty Git repository in C:/joe/backup/repo-bak/.git/
+
+C:\joe\backup>cd repo-bak
+
+C:\joe\backup\repo-bak>git remote add origin ssh://joebo@xxxx.com/~/repo.git
+
+C:\joe\backup\repo-bak>git fetch origin
+remote: Counting objects: 36, done.
+remote: Compressing objects: 100% (28/28), done.
+remote: Total 36 (delta 11), reused 0 (delta 0)
+Unpacking objects: 100% (36/36), done.
+From ssh://xxxx.com/~/repo
+ * [new branch]      git-annex  -> origin/git-annex
+ * [new branch]      master     -> origin/master
+ * [new branch]      synced/git-annex -> origin/synced/git-annex
+ * [new branch]      synced/master -> origin/synced/master
+
+C:\joe\backup\repo-bak>git merge origin/synced/master
+
+C:\joe\backup\repo-bak>git annex sync
+
+  Detected a crippled filesystem.
+
+  Enabling direct mode.
+
+  Detected a filesystem without fifo support.
+
+  Disabling ssh connection caching.
+warning: LF will be replaced by CRLF in C:\joe\backup\repo-bak\.git\annex\journa
+l\uuid.log.
+The file will have its original line endings in your working directory.
+(merging origin/git-annex origin/synced/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% (6/6), done.
+Writing objects: 100% (8/8), 695 bytes, done.
+Total 8 (delta 4), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   10a7c3a..dbf4a72  git-annex -> synced/git-annex
+ok
+
+C:\joe\backup\repo-bak>git annex get .
+get foo.txt (not available)
+  Try making some of these repositories available:
+        608d7025-8d33-459e-875b-84de43946980
+        608d7025-8d33-459e-875b-84de43946980
+        def09afe-da97-4f07-ae90-90ea116eb8c4
+failed
+git-annex: get: 1 failed
+
+C:\joe\backup\repo-bak>cat foo.txt
+.git/annex/objects/6k/Mf/SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf5
+32b064df4bc691cd51a87.txt/SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf
+532b064df4bc691cd51a87.txt
+C:\joe\backup\repo-bak>cd ..
+
+C:\joe\backup>cd repo
+
+C:\joe\backup\repo>echo foo2  1>foo2.txt
+
+C:\joe\backup\repo>git annex add .
+add foo2.txt (checksum...) ok
+(Recording state in git...)
+warning: LF will be replaced by CRLF in C:\joe\backup\repo\.git\annex\journal\fb
+a_8bb_SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bbece0
+5f.txt.log.
+The file will have its original line endings in your working directory.
+
+C:\joe\backup\repo>git commit -m \"another\"
+[master 438409c] another
+ 1 file changed, 1 insertion(+)
+ create mode 120000 foo2.txt
+
+C:\joe\backup\repo>git annex sync
+commit
+ok
+pull origin
+remote: Counting objects: 18, done.
+remote: Compressing objects: 100% (6/6), done.
+remote: Total 8 (delta 4), reused 0 (delta 0)
+Unpacking objects: 100% (8/8), done.
+From ssh://xxxx.com/~/repo
+   10a7c3a..dbf4a72  synced/git-annex -> origin/synced/git-annex
+ok
+(merging origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+push origin
+Counting objects: 25, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (12/12), done.
+Writing objects: 100% (14/14), 1.32 KiB, done.
+Total 14 (delta 3), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   dbf4a72..79c01f2  git-annex -> synced/git-annex
+   4450966..438409c  master -> synced/master
+ok
+
+C:\joe\backup\repo>git annex copy --to origin
+copy foo.txt (checking origin...) ok
+copy foo2.txt (checking origin...) (to origin...)
+foo2.txt
+           7 100%    0.00kB/s    0:00:00 (xfer#1, to-check=0/1)
+
+sent 79 bytes  received 31 bytes  220.00 bytes/sec
+total size is 7  speedup is 0.06
+ok
+warning: LF will be replaced by CRLF in C:\joe\backup\repo\.git\annex\journal\fb
+a_8bb_SHA256E-s7--eef0e29200a3194851e5fb4ff77d0d0aec5cd3f5ccd78762e80a45f0bbece0
+5f.txt.log.
+The file will have its original line endings in your working directory.
+(Recording state in git...)
+
+C:\joe\backup\repo>git annex sync
+commit
+ok
+pull origin
+remote: Counting objects: 6, done.
+remote: Compressing objects: 100% (4/4), done.
+remote: Total 5 (delta 0), reused 0 (delta 0)
+Unpacking objects: 100% (5/5), done.
+From ssh://xxxx.com/~/repo
+   fcccfa3..eb065b0  git-annex  -> origin/git-annex
+ok
+(merging origin/git-annex into git-annex...)
+(Recording state in git...)
+push origin
+Counting objects: 33, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (13/13), done.
+Writing objects: 100% (17/17), 1.27 KiB, done.
+Total 17 (delta 8), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   79c01f2..7ecf368  git-annex -> synced/git-annex
+ok
+
+C:\joe\backup\repo>cd ..
+
+C:\joe\backup>cd repo-bak
+
+C:\joe\backup\repo-bak>git annex sync
+commit
+ok
+pull origin
+remote: Counting objects: 52, done.
+remote: Compressing objects: 100% (29/29), done.
+remote: Total 36 (delta 13), reused 0 (delta 0)
+Unpacking objects: 100% (36/36), done.
+From ssh://xxxx.com/~/repo
+   fcccfa3..eb065b0  git-annex  -> origin/git-annex
+   4450966..438409c  master     -> origin/master
+   dbf4a72..7ecf368  synced/git-annex -> origin/synced/git-annex
+   4450966..438409c  synced/master -> origin/synced/master
+ok
+(merging origin/git-annex origin/synced/git-annex into git-annex...)
+(Recording state in git...)
+push origin
+Counting objects: 30, done.
+Delta compression using up to 4 threads.
+Compressing objects: 100% (7/7), done.
+Writing objects: 100% (9/9), 732 bytes, done.
+Total 9 (delta 5), reused 0 (delta 0)
+To ssh://joebo@xxxx.com/~/repo.git
+   7ecf368..7895f60  git-annex -> synced/git-annex
+ ! [rejected]        master -> synced/master (non-fast-forward)
+error: failed to push some refs to 'ssh://joebo@xxxx.com/~/repo.git'
+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
+
+C:\joe\backup\repo-bak>git pull origin synced/master
+From ssh://xxxx.com/~/repo
+ * branch            synced/master -> FETCH_HEAD
+Updating 4450966..438409c
+Fast-forward
+ foo2.txt | 1 +
+ 1 file changed, 1 insertion(+)
+ create mode 120000 foo2.txt
+
+C:\joe\backup\repo-bak>git annex sync
+commit
+ok
+pull origin
+ok
+push origin
+Everything up-to-date
+ok
+
+C:\joe\backup\repo-bak>cat foo.txt
+.git/annex/objects/6k/Mf/SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf5
+32b064df4bc691cd51a87.txt/SHA256E-s8--f873eef4f852e335da367d76ce7f1973c15b8ffebf
+532b064df4bc691cd51a87.txt
+C:\joe\backup\repo-bak>git annex get foo.txt
+get foo.txt (not available)
+  Try making some of these repositories available:
+        608d7025-8d33-459e-875b-84de43946980
+        608d7025-8d33-459e-875b-84de43946980
+        608d7025-8d33-459e-875b-84de43946980
+        608d7025-8d33-459e-875b-84de43946980
+        def09afe-da97-4f07-ae90-90ea116eb8c4
+        def09afe-da97-4f07-ae90-90ea116eb8c4
+failed
+git-annex: get: 1 failed
+
+C:\joe\backup\repo-bak>
+C:\joe\backup\repo-bak>git annex fsck foo.txt
+fsck foo.txt ok
+
+C:\joe\backup\repo-bak>
+
+\"\"\"]]
+
+Perhaps I need to change my transcript to reflect the new fixes?
+
+Reverting back to my patched version, I can run the script and run git annex fsck --verifyDirectMapping and get the file cleanly. Do I need to update the server version? (I assume not)
+"""]]
diff --git a/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_9_908d1b981d56107f29d8972bf11aefc8._comment b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_9_908d1b981d56107f29d8972bf11aefc8._comment
new file mode 100644
index 0000000000..0f9eaeb6f7
--- /dev/null
+++ b/doc/bugs/windows_port_-_repo_can__39__t_pull_newly_added_files_/comment_9_908d1b981d56107f29d8972bf11aefc8._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmhfodZquCI_EEl-f3h7HkROTszlsQL6yA"
+ nickname="Joe"
+ subject="comment 9"
+ date="2013-06-18T09:58:41Z"
+ content="""
+The regression appears to behere: $ git diff d80a0f62a4aa5a2a3566f29dd6bda619b1a7eabd..64f8819ae47cc27b164eb69aa846dfb0f7cc6ef3 Process.hs
+
+I rewound each commit until I no longer had the regression. This commit was clean: d80a0f62a4aa5a2a3566f29dd6bda619b1a7eabd. Something with the changes to Process.hs is causing my error.
+
+I validated by building using git checkout d80a0f62a4aa5a2a3566f29dd6bda619b1a7eabd Process.hs and the error went away.
+"""]]
diff --git a/doc/bugs/wrong_program_path_in___126____47__.config__47__git-annex__47__program.mdwn b/doc/bugs/wrong_program_path_in___126____47__.config__47__git-annex__47__program.mdwn
new file mode 100644
index 0000000000..d145fa6e66
--- /dev/null
+++ b/doc/bugs/wrong_program_path_in___126____47__.config__47__git-annex__47__program.mdwn
@@ -0,0 +1,20 @@
+## What steps will reproduce the problem?
+
+install the latest linux snapshot of git-annex (https://downloads.kitenet.net/git-annex/linux/3.20121127/git-annex-standalone-amd64.tar.gz)
+
+## What is the expected output? What do you see instead?
+
+I would expect `~/.config/git-annex/program` to contain `/home/thedward/tmp/git-annex.linux/runshell`
+
+Instead it contains `/home/thedward/tmp/git-annex.linuxrunshell`, which causes a problem next time I start the webapp (unless I manually fix it first).
+
+## What version of git-annex are you using? On what operating system?
+
+git-annex=3.20121127 on Ubuntu 12.04 LTS
+
+
+## Please provide any additional information below.
+
+Otherwise it is working great. 
+
+> I've fixed this. [[done]] --[[Joey]] 
diff --git a/doc/bugs/wrong_program_path_in___126____47__.config__47__git-annex__47__program/comment_1_44c11918d00ead38d40556aade98c0af._comment b/doc/bugs/wrong_program_path_in___126____47__.config__47__git-annex__47__program/comment_1_44c11918d00ead38d40556aade98c0af._comment
new file mode 100644
index 0000000000..297eea1570
--- /dev/null
+++ b/doc/bugs/wrong_program_path_in___126____47__.config__47__git-annex__47__program/comment_1_44c11918d00ead38d40556aade98c0af._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkvSZ1AFJdY_1FeutZr_KWeqtzjZta1PNE"
+ nickname="Thedward"
+ subject="comment 1"
+ date="2012-11-28T22:14:12Z"
+ content="""
+Sweet!
+
+That's the fastest I've ever had a bug I reported closed. 
+
+Thanks for all your hard work on this. :-)
+"""]]
diff --git a/doc/bugs/xdg-user-dir_error.mdwn b/doc/bugs/xdg-user-dir_error.mdwn
new file mode 100644
index 0000000000..5a8ed52d74
--- /dev/null
+++ b/doc/bugs/xdg-user-dir_error.mdwn
@@ -0,0 +1,8 @@
+Run *git annex webapp* in Debian Sid with KDE.
+
+It opens the web browser with this error: **Internal Server Error** *xdg-user-dir ["DESKTOP"] exited 127*.
+
+I've tried to changing the xdg-user-dir config with no success.
+
+> This is fixed in my master branch. Workaround: Install the xdg-user-dirs
+> package. [[done]] --[[Joey]]
diff --git a/doc/bugs/xmpp_needs_one_account_per_distinct_repository.mdwn b/doc/bugs/xmpp_needs_one_account_per_distinct_repository.mdwn
new file mode 100644
index 0000000000..c917cc3d25
--- /dev/null
+++ b/doc/bugs/xmpp_needs_one_account_per_distinct_repository.mdwn
@@ -0,0 +1,107 @@
+The way [[XMPP pairing|design/assistant/XMPP]] currently works, each
+separate repository needs to use a different XMPP account. If two
+repositories use the same XMPP account, then they will be combined together
+when XMPP pairing takes place.
+
+There are two different UIs for XMPP pairing. While the same protocol
+is running behind the scenes, these UIs should be considered separately.
+
+## Share with your other devices
+
+Here, I think it makes sense to require the user to use the same XMPP
+account on all their devices (otherwise it's pairing with a friend), and
+automatically combine repositories of devices that use the same XMPP
+account.
+
+The UI is pretty clear about this:
+
+	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.
+
+Doing it this way avoids needing to confirm pair requests coming from the same
+XMPP account. Which means that, for example, you can have a device at home,
+and one at work, and pair them by simply initiating a pair request from one
+to the other. You don't have to travel between home and work to confirm 
+the request.
+
+(Also, when you have a lot of devices, this avoids a combinatorial explosion
+of pair request confirmations.)
+
+The only problem with this is that users who want multiple repositories
+need to find multiple XMPP accounts. However, I'm inclined to think this is
+a reasonable requirement.
+
+## Share with a friend
+
+Suppose that Alice wants to share with Bob. Bob is using the same XMPP
+account for two separate repositories (B1 and B2), that are not
+themselves paired.
+
+When Alice chooses to share with Bob, a XMPP pair request is sent.
+Both of Bob's repositories see it, and both ask him to confirm.
+Bob can choose to only confirm the request in B1, and 
+not in B2. This should work ok.
+
+* The UI for this only says "Pair request received from #{name}",
+  it does not indicate which repository of Alice's is being paired
+  with. This could be improved. If Alice has two repositories as well,
+  she and Bob will want to coordinate pairing the right ones together.
+  Could be fixed by just displaying the description of Alice's repository
+  to Bob.
+
+-----
+
+Now, suppose that Alice makes a second, distinct repository (A2),
+and chooses to share it with Bob (intending to share with B2). This
+sends an XMPP pair request to both of Bob's repositories.
+
+B1 has already paired with Alice, so it assumes this
+new pair request is from a different device belonging to Alice, and it
+automatically ACKs the pair request. 
+
+The result is that Alice's new A2 repository combines with B1,
+which is already combined with A1. Effectively combining all of A1, A2, B1,
+and B2, unexpectedly. **This is a bug**.
+
+Some possible fixes:
+
+1. Stop auto-accepting pair requests
+   from friends we're already paired with. Require another confirmation.
+2. Or, only auto-accept pair requests from friends we're already paired with
+   when they come from a repository whose UUID we already know. This
+   enhancment to fix #1 makes it easier to build more robust networks of
+   repositories. **done**
+
+Hmm, I don't think those fixes are sufficient. Suppose they're in place.
+Then when Alice shares A2 with Bob, both his repositories will ask him to
+confirm the pair request. He confirms in B2, and pairing proceeds.
+
+But, XMPP git push is broadcast to all clients of an XMPP account.
+So when B2 sends a push, A1 sees it, and happily merges away. The
+repositories still combine!
+
+So, we need another fix:
+
+* Send UUID in XMPP git push protocol messages. Only respond to git push
+  messages from a known UUID, and ignore all others. (XMPP pairing
+  already sends the UUID, so it will be known.) **done**
+
+----
+
+* Alternatively, we could say that the problem is that Bob has two 
+  distinct repositories using the same XMPP account, and try to prevent
+  him from doing that in the first place. 
+   
+  One way to do this would be, when configuring the
+  XMPP account, scan for other repositories using the same account, and
+  don't let it be used unless the user confirms they want to pair them.
+  But, this doesn't seem viable because if the other repository is on
+  another device, which is turned off, this check wouldn't see it.
+
+  Or there could be a warning about account reuse. Doesn't seem likely to
+  be effective.
+
+-----
+
+> [[done]]. I've put in the fixes around pairing with friends. --[[Joey]]
diff --git a/doc/bugs/xmpp_needs_one_account_per_distinct_repository/comment_1_820732c4dcb15186b4f635c50fdb0805._comment b/doc/bugs/xmpp_needs_one_account_per_distinct_repository/comment_1_820732c4dcb15186b4f635c50fdb0805._comment
new file mode 100644
index 0000000000..eec7083628
--- /dev/null
+++ b/doc/bugs/xmpp_needs_one_account_per_distinct_repository/comment_1_820732c4dcb15186b4f635c50fdb0805._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="fmarier"
+ ip="121.98.93.240"
+ subject="My current XMPP setup"
+ date="2013-04-28T22:16:50Z"
+ content="""
+Here's the way I currently use XMPP (Google Talk) on my devices:
+
+* I have a separate XMPP/Google account on each device (device1@gmail.com, device2@gmail.com, etc.). I keep them separate to protect the credentials of the other devices in case I lose one of the devices.
+* I setup git-annex to sync with a \"friend\" and have device1@gmail.com and device2@gmail.com sync with each other.
+
+I have three different repositories I'd like to manage with git-annex assistant:
+
+ * R1: things I want everywhere
+ * R2: things I only want on personal laptop and desktop
+ * R3: things I only want on personal and work laptops
+
+So it would be great if there was a way to easily keep things separate.
+"""]]
diff --git a/doc/bugs/yesod-default_is_needed_as_a_dependancy.mdwn b/doc/bugs/yesod-default_is_needed_as_a_dependancy.mdwn
new file mode 100644
index 0000000000..28727f97ff
--- /dev/null
+++ b/doc/bugs/yesod-default_is_needed_as_a_dependancy.mdwn
@@ -0,0 +1,10 @@
+Seems like there is a needed dependancy, yesod-default is needed on OSX.
+
+<pre>
+Utility/Yesod.hs:10:8:
+    Could not find module `Yesod.Default.Util'
+    Use -v to see a list of the files searched for.
+make: *** [git-annex] Error 1
+</pre>
+
+> Only on OSX apparently. Weird. Added. [[done]] --[[Joey]] 
diff --git a/doc/bugs/yesod-form_missing.mdwn b/doc/bugs/yesod-form_missing.mdwn
new file mode 100644
index 0000000000..ad92bd0407
--- /dev/null
+++ b/doc/bugs/yesod-form_missing.mdwn
@@ -0,0 +1,23 @@
+What steps will reproduce the problem?
+
+build using cabal from a git checkout
+
+What is the expected output? What do you see instead?
+
+successful build; error message is:
+
+Assistant/WebApp/Form.hs:15:8:
+    Could not find module `Yesod.Form.Fields'
+    It is a member of the hidden package `yesod-form-1.2.0'.
+    Perhaps you need to add `yesod-form' to the build-depends in your .cabal file.
+
+
+What version of git-annex are you using? On what operating system?
+
+git checkout commit 90b62db1defdd223294935ec0bbaac883cd20c04 on OS X Lion
+
+Please provide any additional information below.
+
+adding yesod-form to the build depends in git-annex.cabal does indeed fix the problem!
+
+> [[done]] --[[Joey]] 
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..49dfc8859b
--- /dev/null
+++ b/doc/builds.mdwn
@@ -0,0 +1,20 @@
+[[!meta title="git-annex autobuild overview"]]
+
+<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>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>OSX Lion</h2>
+<iframe width=1024 scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="http://www.sgenomics.org/~jtang/gitbuilder-git-annex-x00-x86_64-apple-darwin10.8.0-binary/">
+</iframe>
+<h2>Windows</h2>
+<iframe width=1024 height=1024 scrolling=no frameborder=0 marginheight=0 marginwidth=0 src="https://qa.nest-initiative.org/view/msysGit/job/msysgit-git-annex-assistant-test/">
+</iframe>
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/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/copies.mdwn b/doc/copies.mdwn
new file mode 100644
index 0000000000..93cbd8ea80
--- /dev/null
+++ b/doc/copies.mdwn
@@ -0,0 +1,38 @@
+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 annex.numcopies. 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.
+
+Note that different repositories can be configured with different values of
+N. So just because Laptop has N=2, this does not prevent the number of
+copies falling to 1, when USB and Server have N=1. To avoid this,
+configure it in `.gitattributes`, which is shared between repositories
+using git.
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..9a03e7554e
--- /dev/null
+++ b/doc/design.mdwn
@@ -0,0 +1,8 @@
+git-annex's high-level design is mostly inherent in the data that it
+stores in git, and alongside git. See [[internals]] for details.
+
+See [[encryption]] for design of encryption elements.
+
+See [[roadmap]] for planning and scheduling of new stuff.
+
+See [[assistant]] for the design site for the git-annex [[/assistant]].
diff --git a/doc/design/assistant.mdwn b/doc/design/assistant.mdwn
new file mode 100644
index 0000000000..daf6fce0bd
--- /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.
+
+## 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..0cd92137b9
--- /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, amoung 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..d8c99640b5
--- /dev/null
+++ b/doc/design/assistant/blog/day_288__success_stories/comment_15_5749aef8b585b293385b20b75c40f9d8._comment
@@ -0,0 +1,31 @@
+[[!comment format=txt
+ 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..8e07584326
--- /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, amoung 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/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..647d650838
--- /dev/null
+++ b/doc/design/assistant/gpgkeys.mdwn
@@ -0,0 +1,37 @@
+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.
+
+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/inotify.mdwn b/doc/design/assistant/inotify.mdwn
new file mode 100644
index 0000000000..d1afe63c5f
--- /dev/null
+++ b/doc/design/assistant/inotify.mdwn
@@ -0,0 +1,196 @@
+"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).
+
+## todo
+
+* There needs to be a way for a new version of git-annex, when installed,
+  to restart any running watch or assistant daemons. Or for the daemons
+  to somehow detect it's been upgraded and restart themselves. Needed
+  to allow for incompatable changes and, I suppose, for security upgrades..
+
+## 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)
+
+* Windows has a Win32 ReadDirectoryChangesW, and perhaps other things.
+
+## 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/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..5b18e36dfe
--- /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 62 "/sdcard/annex" 6 "Whole /sdcard" 5 "DCIM directory (photos and videos only)" 1 "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..505c6e3a03
--- /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)" 9 "Box.com (done)" 71 "My phone (or MP3 player)" 23 "Tahoe-LAFS" 10 "OpenStack SWIFT" 31 "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_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..e38769867d
--- /dev/null
+++ b/doc/design/assistant/sshpassword.mdwn
@@ -0,0 +1,12 @@
+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.
diff --git a/doc/design/assistant/syncing.mdwn b/doc/design/assistant/syncing.mdwn
new file mode 100644
index 0000000000..5b2a11aa61
--- /dev/null
+++ b/doc/design/assistant/syncing.mdwn
@@ -0,0 +1,260 @@
+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.
+
+## efficiency
+
+Currently after each file transfer (upload or download), a git sync is done
+to all remotes. This is rather a lot of work, also it prevents collecting
+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.
+
+Do we need all the mapping stuff discussed below to know when we can avoid
+syncs?
+
+## 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.
+
+## data syncing
+
+There are two parts to data syncing. First, map the network and second,
+decide what to sync when.
+
+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.
+
+With the map, we can determine which nodes to push new content to. Then we
+need to control those data transfers, sending to the cheapest nodes first,
+and with appropriate rate limiting and control facilities.
+
+This probably will need lots of refinements to get working well.
+
+### first pass: flood syncing
+
+Before mapping the network, the best we can do is flood all files out to every
+reachable remote. This is worth doing first, since it's the simplest way to
+get the basic functionality of the assistant to work. And we'll need this
+anyway.
+
+## TransferScanner
+
+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/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/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..6b2b728f2f
--- /dev/null
+++ b/doc/design/assistant/xmpp_security.mdwn
@@ -0,0 +1,26 @@
+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.
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/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/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/roadmap.mdwn b/doc/design/roadmap.mdwn
new file mode 100644
index 0000000000..34ddf0ed54
--- /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 user-driven features and polishing** [[todo/direct_mode_guard]] [[assistant/upgrading]]
+* Month 4 improve special remote interface & git-annex enhancement contest
+* Month 5 [[!traillink assistant/xmpp_security]]
+* Month 6 Windows assistant and webapp
+* Month 7 user-driven features and polishing
+* Month 8 [[!traillink assistant/gpgkeys]] [[!traillink assistant/sshpassword]]
+* Month 9 get [[assistant/Android]] out of beta
+* Month 10 user-driven features and polishing
+* Month 11 [[!traillink assistant/chunks]] [[!traillink assistant/deltas]]
+* Month 12 user-driven features and polishing
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_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_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_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_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_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_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_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_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_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_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/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/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_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_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..3bbea8614b
--- /dev/null
+++ b/doc/ekg.mdwn
@@ -0,0 +1,14 @@
+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.
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..1eba19a685
--- /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
+flexability, 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..5bb405931fcc8f8194694e5d6cb728e50658891e
GIT binary patch
literal 405
zcmex=<NpH&0WUXCHwH#V1_nkTWcYuZ!I^=Rjh%y?jgy0&gNuukn^%mVmxqT}T0~Sp
zOhHyjNkLX#UPZ%1M@7w0U0z<-R@czf+{(&IS=-*l-on|$(#jlU2qPC47cUR56hFU|
zxvIRXImzJv0R}-11_1^EW=16jCP7AKLB{__7{nPEn1Rkj28=B1KnZyP1}0_(MplF*
zBNH==pb!Hqn_{98P=P2T$dkx`kqIa)Ey%#g!i+2|$iO6|s8l%d|1Aa{pj}LY%z_N|
z4A=fldb#xWY3>bI)35R>*e`CsU}f<4#mC*t-skh=9nPFAvL)f4AHU1X%imZ2>GMq7
z9Qkz8nG&C%#d}NA9x5}4Y=}=u%=tanUZi)Dv@7qlRhOEXZ#_NRE_mW`HTUk>SB@)n
MY&muAb@%_9027yGs{jB1

literal 0
HcmV?d00001

diff --git a/doc/favicon.png b/doc/favicon.png
new file mode 100644
index 0000000000000000000000000000000000000000..1efbebdd7cd8dc6d801b42f1aa32c0e0df84c7eb
GIT binary patch
literal 714
zcmV;*0yX`KP)<h;3K|Lk000e1NJLTq000mG000mO0ssI2kdbIM0007!Nkl<ZD9;7K
z$&U<C90&04TdH1l)l~QNOfO@bSVL^#V2OxKaI^&%BHWxfNc=S}LYxF)2oVw!8C%53
zfeayH%uFxCbahW{uipFld>C0GZ5a%>1v11DJO|bQ02fF#{4$_mIYBUoGa3}|1cY7e
zcY-j`$oq&MJh>0x^szG`$`0J+{_<#8hv7(#1PNFe0Ui#|L4P*CmRS0IV;R5;J3mbS
zc8E>YaM%FC0wfs4L^{hu-eKv7e_!uRP4-j~nPmWF5mYjHVdBKT>XtfrZr?ITvAjKS
z$|a-FLzck)MyqRjuRlx!IJECzO;pyPSpu&>i3~bQq*DvPAYjXx8Bt;^53`u_P5@w{
zUsZk}TwY{GC_r(i7O<EoUydt|3rlFVe!P7@TJn+S0N}cdNxc5Rel(lltfzA~@FfA#
zbs!}2Vrh2a)$^CskDbB*&{D9_9~oae+#G|Hk`VzcC1RGOwHyrA*ttKvUQcGe8Dny5
zm{LQHrc<j!@Pf0nuu>7UB_@S|oqYP_&70|K*RS1r{djhEw%zJ(-Msb6m8&BTvLx|K
z{*d4jfYH`6%>Qjoefqdz_jXlniWRkkdv`C)wZ4Cu>7;R`((p<?BNUprG4MR8wf@`c
zM6K?nv*(u<7e?Lks9U~#=HiC2@%bOW7%YG&ilxJ3n&-an4tc5?R77lKFInf;Hl8?#
zqJS0A&p*9NlNS&Y(shV|d%jx~05HB{)w-3dZ{N6?bR#4=l6>mXvph=n?A#?e2T&?G
z7GRc$2xLic_I~=^z591PSGC)1Yi$^YhmRgPe)1F;+MRB_Q3Jrzq)<vES)r69hCz}{
wPCi_@X0_IO=eF&QS|iJH$++uEMi>mz|FrK!xBz=GdH?_b07*qoM6N<$f<fF!^8f$<

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/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/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_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.txt b/doc/forum/Add_a___34__local__34___remote.txt
new file mode 100644
index 0000000000..c35a637a85
--- /dev/null
+++ b/doc/forum/Add_a___34__local__34___remote.txt
@@ -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/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/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/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_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/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_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/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_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/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__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_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_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/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/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/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/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/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/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_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/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..a287e5ddf5
--- /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/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/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.txt b/doc/forum/GPG_passphrase_handling.txt
new file mode 100644
index 0000000000..b0f82cb890
--- /dev/null
+++ b/doc/forum/GPG_passphrase_handling.txt
@@ -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/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/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_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_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_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_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/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..ff9902e8dd
--- /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. Amoung 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_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_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_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_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_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_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_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_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_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_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/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.txt b/doc/forum/Import_options.txt
new file mode 100644
index 0000000000..543d1a4ec8
--- /dev/null
+++ b/doc/forum/Import_options.txt
@@ -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/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/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/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_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/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/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/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_special_remote_suggeston_-_clean_directory.mdwn b/doc/forum/New_special_remote_suggeston_-_clean_directory.mdwn
new file mode 100644
index 0000000000..9fd3c5a202
--- /dev/null
+++ b/doc/forum/New_special_remote_suggeston_-_clean_directory.mdwn
@@ -0,0 +1,15 @@
+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).
diff --git a/doc/forum/New_special_remote_suggeston_-_clean_directory/comment_1_4d81941fe53881eebff97109a07ba2f4._comment b/doc/forum/New_special_remote_suggeston_-_clean_directory/comment_1_4d81941fe53881eebff97109a07ba2f4._comment
new file mode 100644
index 0000000000..1ec5bbc546
--- /dev/null
+++ b/doc/forum/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/forum/New_special_remote_suggeston_-_clean_directory/comment_2_660a5b764ad42468154b2bb94f8ec004._comment b/doc/forum/New_special_remote_suggeston_-_clean_directory/comment_2_660a5b764ad42468154b2bb94f8ec004._comment
new file mode 100644
index 0000000000..89663893ee
--- /dev/null
+++ b/doc/forum/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/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/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_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/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/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/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_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.txt b/doc/forum/Purge_a_remote.txt
new file mode 100644
index 0000000000..f1b04ead2d
--- /dev/null
+++ b/doc/forum/Purge_a_remote.txt
@@ -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..ddcab44dd9
--- /dev/null
+++ b/doc/forum/Purge_a_remote/comment_2_dc65719157dee63b3979563ed57ee0ce._comment
@@ -0,0 +1,10 @@
+[[!comment format=txt
+ 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/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/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_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/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/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/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/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/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/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_with_one_offline_peer.txt b/doc/forum/Sync_with_one_offline_peer.txt
new file mode 100644
index 0000000000..6ee05c6e67
--- /dev/null
+++ b/doc/forum/Sync_with_one_offline_peer.txt
@@ -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/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.txt b/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant.txt
new file mode 100644
index 0000000000..6b1c03d9a4
--- /dev/null
+++ b/doc/forum/USB_drive_in_transfer_group_keeps_growing_-_assistant.txt
@@ -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/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/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_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/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/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_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_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/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_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/XBMC__44___NFS___38___git-annex_.txt b/doc/forum/XBMC__44___NFS___38___git-annex_.txt
new file mode 100644
index 0000000000..fc5cd702ad
--- /dev/null
+++ b/doc/forum/XBMC__44___NFS___38___git-annex_.txt
@@ -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/__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__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__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/_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/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_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/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/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/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.txt b/doc/forum/central_non-bare_and_git_push.txt
new file mode 100644
index 0000000000..ecc81096ed
--- /dev/null
+++ b/doc/forum/central_non-bare_and_git_push.txt
@@ -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/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/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_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/dropping_files_not_working_when_using_git_annex_assistant.txt b/doc/forum/dropping_files_not_working_when_using_git_annex_assistant.txt
new file mode 100644
index 0000000000..05680a7406
--- /dev/null
+++ b/doc/forum/dropping_files_not_working_when_using_git_annex_assistant.txt
@@ -0,0 +1,18 @@
+Just playing with git-annex which looks great so far, but I noticed that when you make use off "git annex assistant" to watch and sync your repo with the remote it doesn't drop files anymore. They just stay in the repo.
+
+What I have is the following:
+
+- 2 repo's in direct mode
+- they both have each other as remote
+- they're synced and stay synced with the assistant daemon running (in both repo's started "git annex assistant")
+- is see changes coming and precessed, so so far so good.
+
+Then I drop in one repo a path for instance like : git annex drop iso
+Afterwards I still see the files (and contents) in that repo. New files in the iso path are still synced to the other and vise versa.
+
+Then I kill the assistant on both side's and drop the path again. This time it's dropped as expected and the contents of the file in the iso path are gone.
+Starting the assistant again brings is back though :(
+
+I really liked the assistant feature and possibility of dropping the files from one repo, but they don't seem to work together.
+
+Is this a bur or expected behaviour? I think the latter since the assistant also does the git annex get commands so sounds logical?
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_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/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/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/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_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_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_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__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_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_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_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_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/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_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_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_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/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/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/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....txt b/doc/forum/lost_in_walkthrough....txt
new file mode 100644
index 0000000000..89f4af0261
--- /dev/null
+++ b/doc/forum/lost_in_walkthrough....txt
@@ -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/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.txt b/doc/forum/manual_update_of_.git__47__annex__47__objects.txt
new file mode 100644
index 0000000000..9de5779c12
--- /dev/null
+++ b/doc/forum/manual_update_of_.git__47__annex__47__objects.txt
@@ -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/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/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/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_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_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_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/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_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/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/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/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/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/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/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/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_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/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_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/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/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/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/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/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/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_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/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/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_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/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/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..c866154acb
--- /dev/null
+++ b/doc/git-annex-shell.mdwn
@@ -0,0 +1,120 @@
+# 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`
+
+* 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.
+
+* 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.
+
+* 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..25e1045db2
--- /dev/null
+++ b/doc/git-annex.mdwn
@@ -0,0 +1,1419 @@
+# 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. 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.
+
+* `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, specify `--fast`
+
+* `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. 
+  Particulary useful in direct mode.
+
+* `unlock [path ...]`
+
+  Normally, the content of annexed files is protected from being changed.
+  Unlocking a 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 specifiy the remotes to sync with;
+  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 resolved 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 can be merged into its working tree
+  by running "git annex sync" on the remote.
+
+  Note that sync does not transfer any file contents from or to the remote
+  repositories.
+
+* `merge`
+
+  This performs the same merging 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 possible. 
+
+  Note that mirror does not sync the git repository, but only the file
+  contents.
+
+* `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
+  are on 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.
+  
+  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)
+
+  The `--relaxed` and `--fast` options behave the same as they do in addurl.
+
+* `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.
+
+  By default, the webapp can only be accessed from localhost, and running
+  it opens a browser window.
+
+  With the `--listen=address[:port]` option, the webapp can be made to listen
+  for connections on the specified address. This disables running a
+  local web browser, and outputs the url you can use to open the webapp
+  from a remote computer.
+  Note that this does not yet use HTTPS for security, so use with caution!
+
+# 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 accidentially
+  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.
+
+* `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 origianlly 
+  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 to 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.
+
+* `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 irretrevably 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.
+
+* `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, 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, specify `--incremental`. Then
+  the next time you fsck, you can specify `--more` 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
+  propigate 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 repisitory 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
+  retriving 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 file 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
+
+* `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 seach 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 visualisation 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 file 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.
+
+# 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.
+
+# 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.
+
+* `update-hook refname olvrev newrev`
+
+  This is meant to be called from git's update hook. `git annex init`
+  automatically creates an update hook using this.
+
+  This denies updates being pushed for the currently checked out branch.
+  While receive.denyCurrentBranch normally prevents that, it does
+  not for fake bare repositories, as used by direct mode.
+
+* `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.
+
+  Example:
+
+        	git annex dropkey SHA1-s10-7da006579dd64330eb2456001fd01948430572f2
+
+* `transferkeys`
+
+  This plumbing-level command is used by the assistant to transfer data.
+
+* `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.
+
+* `test`
+
+  This runs git-annex's built-in test suite.
+
+* `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`
+
+  Enables less expensive, but also less thorough versions of some commands.
+  What is avoided depends on the command.
+
+* `--auto`
+
+  Enables automatic mode. Commands that get, drop, or move file contents
+  will only do so when needed to help satisfy the setting of annex.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`.
+
+* `--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 and find.
+
+* `--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 `annex.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.
+
+* `-c name=value`
+
+  Used to override git configuration settings. May be specified multiple times.
+
+# FILE 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/*'
+
+* `--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'
+
+* `--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`
+
+* `--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`
+
+* `--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"
+
+* `--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 eg, `--not --in .`
+
+* `--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 eg, `--in .`
+
+* `--not`
+
+  Inverts the next file 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 file matching option matches.
+  The default.
+
+* `--or`
+
+  Requires that either the previous, or the next file matching option matches.
+
+* `-(`
+
+  Opens a group of file matching options.
+
+* `-)`
+
+  Closes a group of file 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 file 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 ddeveloped 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 eg, 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.numcopies`
+
+  Number of copies of files to keep across all repositories. (default: 1)
+  
+  Note that setting numcopies to 0 is very unsafe.
+
+* `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" 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.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
+  (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. 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`.
+
+* `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.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 eg, 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.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 eg, 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-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>.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-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-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.bup-split-options`,
+  `annex.gnupg-options`
+
+  Default ssh, rsync, wget/curl, bup, and GnuPG options to use if a
+  remote does not have specific options.
+
+* `annex.web-options`
+
+  Options to use when using wget or curl to download a file from the web.
+  (wget is always used in preference to curl if available.)
+  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.
+  Note that both these values will automatically be quoted, since
+  the command is run in a shell.
+
+* `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>.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>.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"
+
+# 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
+any value set using `annex.numcopies` in `.git/config`.
+For example, this makes two copies be needed for wav files:
+
+	*.wav annex.numcopies=2
+
+Note that setting numcopies to 0 is very unsafe.
+
+# 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.
+
+# 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..0acf205652
--- /dev/null
+++ b/doc/how_it_works.mdwn
@@ -0,0 +1,41 @@
+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 large 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.)
+
+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/ikiwiki/pagespec.mdwn b/doc/ikiwiki/pagespec.mdwn
new file mode 100644
index 0000000000..0f298ad787
--- /dev/null
+++ b/doc/ikiwiki/pagespec.mdwn
@@ -0,0 +1,86 @@
+[[!meta robots="noindex, follow"]]
+To select a set of pages, such as pages that are locked, pages
+whose commit emails you want subscribe to, or pages to combine into a
+blog, the wiki uses a PageSpec. This is an expression that matches
+a set of pages.
+
+The simplest PageSpec is a simple list of pages. For example, this matches
+any of the three listed pages:
+
+	foo or bar or baz
+
+More often you will want to match any pages that have a particular thing in
+their name. You can do this using a glob pattern. "`*`" stands for any part
+of a page name, and "`?`" for any single letter of a page name. So this
+matches all pages about music, and any [[SubPage]]s of the SandBox, but does
+not match the SandBox itself:
+
+	*music* or SandBox/*
+
+You can also prefix an item with "`!`" to skip pages that match it. So to
+match all pages except for Discussion pages and the SandBox:
+
+	* and !SandBox and !*/Discussion
+
+Some more elaborate limits can be added to what matches using these functions:
+
+* "`glob(someglob)`" - matches pages and other files that match the given glob.
+  Just writing the glob by itself is actually a shorthand for this function.
+* "`page(glob)`" - like `glob()`, but only matches pages, not other files
+* "`link(page)`" - matches only pages that link to a given page (or glob)
+* "`tagged(tag)`" - matches pages that are tagged or link to the given tag (or
+  tags matched by a glob)
+* "`backlink(page)`" - matches only pages that a given page links to
+* "`creation_month(month)`" - matches only files created on the given month
+  number
+* "`creation_day(mday)`" - or day of the month
+* "`creation_year(year)`" - or year
+* "`created_after(page)`" - matches only files created after the given page
+  was created
+* "`created_before(page)`" - matches only files created before the given page
+  was created
+* "`internal(glob)`" - like `glob()`, but matches even internal-use 
+  pages that globs do not usually match.
+* "`title(glob)`", "`author(glob)`", "`authorurl(glob)`",
+  "`license(glob)`", "`copyright(glob)`", "`guid(glob)`" 
+  - match pages that have the given metadata, matching the specified glob.
+* "`user(username)`" - tests whether a modification is being made by a
+  user with the specified username. If openid is enabled, an openid can also
+  be put here. Glob patterns can be used in the username. For example, 
+  to match all openid users, use `user(*://*)`
+* "`admin()`" - tests whether a modification is being made by one of the
+  wiki admins.
+* "`ip(address)`" - tests whether a modification is being made from the
+  specified IP address. Glob patterns can be used in the address. For
+  example, `ip(127.0.0.*)`
+* "`comment(glob)`" - matches comments to a page matching the glob.
+* "`comment_pending(glob)`" - matches unmoderated, pending comments.
+* "`postcomment(glob)`" - matches only when comments are being 
+  posted to a page matching the specified glob
+
+For example, to match all pages in a blog that link to the page about music
+and were written in 2005:
+
+	blog/* and link(music) and creation_year(2005)
+
+Note the use of "and" in the above example, that means that only pages that
+match each of the three expressions match the whole. Use "and" when you
+want to combine expression like that; "or" when it's enough for a page to
+match one expression. Note that it doesn't make sense to say "index and
+SandBox", since no page can match both expressions.
+
+More complex expressions can also be created, by using parentheses for
+grouping. For example, to match pages in a blog that are tagged with either
+of two tags, use:
+
+	blog/* and (tagged(foo) or tagged(bar))
+
+Note that page names in PageSpecs are matched against the absolute
+filenames of the pages in the wiki, so a pagespec "foo" used on page
+"a/b" will not match a page named "a/foo" or "a/b/foo". To match
+relative to the directory of the page containing the pagespec, you can
+use "./". For example, "./foo" on page "a/b" matches page "a/foo".
+
+To indicate the name of the page the PageSpec is used in, you can
+use a single dot. For example, `link(.)` matches all the pages
+linking to the page containing the PageSpec.
diff --git a/doc/index.mdwn b/doc/index.mdwn
new file mode 100644
index 0000000000..57bfe2408c
--- /dev/null
+++ b/doc/index.mdwn
@@ -0,0 +1,45 @@
+[[!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]]
+
+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..ecbf11a15f
--- /dev/null
+++ b/doc/install.mdwn
@@ -0,0 +1,31 @@
+## 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/)
+[[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]]          | 
+[[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..537f6d5182
--- /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 an `androidbuilder` user.
+   The rest of the build will run in this chroot as that user.
+2. Then 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_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..68e8b81f1c
--- /dev/null
+++ b/doc/install/ArchLinux.mdwn
@@ -0,0 +1,19 @@
+There is a non-official source package for git-annex in
+[AUR](https://aur.archlinux.org/packages.php?ID=44272).
+
+You can then build it yourself or use a wrapper for AUR
+such as yaourt:
+
+<pre>
+$ yaourt -Sy git-annex
+</pre>
+
+----
+
+I'm told the AUR has some dependency problems currently.
+If it doesn't work, you can just use cabal:
+
+<pre>
+pacman -S git rsync curl wget gpg openssh cabal-install
+cabal install git-annex --bindir=$HOME/bin
+</pre>
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/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_10_d5da996e106d2e4d8a822aa9bcc78596._comment b/doc/install/Debian/comment_10_d5da996e106d2e4d8a822aa9bcc78596._comment
new file mode 100644
index 0000000000..a03038dc8a
--- /dev/null
+++ b/doc/install/Debian/comment_10_d5da996e106d2e4d8a822aa9bcc78596._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 10"
+ date="2013-05-30T19:42:05Z"
+ content="""
+As of today, I have backported everything except for haskell-lens, haskell-dav, and haskell-network-protocol-xmpp. The last is the only real blocker (I can build a backport without webdav support..). 
+
+The haskell-network-protocol-xmpp in stable is actually ok, except it needs to be rebuilt against the haskell-gnutls I uploaded today. This fixes a bad segfault bug. I don't know how to handle this situation in backports TBH, and so am stuck waiting for a newer version of haskell-network-protocol-xmpp to reach testing, to get around backport's requirements that the backport version be in testing.
+
+In other words, it'll happen in 2 to 5 weeks, probably..
+"""]]
diff --git a/doc/install/Debian/comment_11_84283676da247c401bc9b4bb12c2b453._comment b/doc/install/Debian/comment_11_84283676da247c401bc9b4bb12c2b453._comment
new file mode 100644
index 0000000000..4507f36db1
--- /dev/null
+++ b/doc/install/Debian/comment_11_84283676da247c401bc9b4bb12c2b453._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://hands.com/~phil/"
+ nickname="hands"
+ subject="comment 11"
+ date="2013-05-30T19:56:07Z"
+ content="""
+Fair enough -- that's more positive than I was expecting TBH -- Thanks Joey :-)
+"""]]
diff --git a/doc/install/Debian/comment_12_0aca83b055d0a9dd8589c50250a8bbea._comment b/doc/install/Debian/comment_12_0aca83b055d0a9dd8589c50250a8bbea._comment
new file mode 100644
index 0000000000..419520c802
--- /dev/null
+++ b/doc/install/Debian/comment_12_0aca83b055d0a9dd8589c50250a8bbea._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmF3Klaj8Q0Czfh1F3jaLF6issqeAhmru4"
+ nickname="Keith"
+ subject="Wheezy Support"
+ date="2013-07-05T21:21:39Z"
+ content="""
+Joey,
+
+What's the status on the wheezy backport. I'm itching to try the assistant.
+
+thanks,
+Keith
+"""]]
diff --git a/doc/install/Debian/comment_13_167a091764e5e99ec0f35a65e95a22de._comment b/doc/install/Debian/comment_13_167a091764e5e99ec0f35a65e95a22de._comment
new file mode 100644
index 0000000000..9f05fea931
--- /dev/null
+++ b/doc/install/Debian/comment_13_167a091764e5e99ec0f35a65e95a22de._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 13"
+ date="2013-07-07T17:21:10Z"
+ content="""
+I remain stuck where I was stuck previously on the backport. In the meantime, use [[Linux_standalone]] :(
+"""]]
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_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_5_38e6399083e10a6a274f35bddc15d4ac._comment b/doc/install/Debian/comment_5_38e6399083e10a6a274f35bddc15d4ac._comment
new file mode 100644
index 0000000000..fae6c4df80
--- /dev/null
+++ b/doc/install/Debian/comment_5_38e6399083e10a6a274f35bddc15d4ac._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawk3eiQwrpDGJ3MJb9NWB84m4tzQ6XjVZnY"
+ nickname="Allard"
+ subject="wheezy support"
+ date="2012-11-23T20:47:58Z"
+ content="""
+Hey Joey,
+
+As a backer, I'd like to see a backport of git annex assistant to wheezy.
+
+It is currently impossible to get this assistant in wheezy without compiling it with cabal.
+
+It would be nice to see it in backports or something :)
+
+Best,
+
+Allard
+"""]]
diff --git a/doc/install/Debian/comment_6_2e7bbdbaabbfb9d89de22e913066e822._comment b/doc/install/Debian/comment_6_2e7bbdbaabbfb9d89de22e913066e822._comment
new file mode 100644
index 0000000000..c4ce6b32ae
--- /dev/null
+++ b/doc/install/Debian/comment_6_2e7bbdbaabbfb9d89de22e913066e822._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://svend.ciffer.net/"
+ ip="2001:4978:f:52e::2"
+ subject="comment 6"
+ date="2012-11-23T21:38:29Z"
+ content="""
+The git-annex packages in unstable install on testing (wheezy).
+"""]]
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/Debian/comment_9_97eaed998ffd1ed79585075ed5cff06e._comment b/doc/install/Debian/comment_9_97eaed998ffd1ed79585075ed5cff06e._comment
new file mode 100644
index 0000000000..d58f294b64
--- /dev/null
+++ b/doc/install/Debian/comment_9_97eaed998ffd1ed79585075ed5cff06e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://hands.com/~phil/"
+ nickname="hands"
+ subject="any chance of a wheezy-backports upload?"
+ date="2013-05-30T18:43:52Z"
+ content="""
+I note that the instructions at the top of the page suggest that one can install the unstable version into wheezy, but as mentioned by [mey.vn](#comment-f9811cbd46471d4159d09d814ac9cf15) this is not the case with 4.20130521 (on amd64 at least) because of the libc6 version dependency.  That being the case, it would be really nice to see this in wheezy-backports as well, or would that require backporting a huge pile of haskell as well? (in which case I can see why you're not keen).
+"""]]
diff --git a/doc/install/Fedora.mdwn b/doc/install/Fedora.mdwn
new file mode 100644
index 0000000000..9a6006e97c
--- /dev/null
+++ b/doc/install/Fedora.mdwn
@@ -0,0 +1,39 @@
+git-annex is available in recent versions of Fedora. Although it is
+not currently a very recent version, it should work ok.
+[status](http://koji.fedoraproject.org/koji/packageinfo?packageID=14145)
+
+Should be as simple as: `yum install git-annex`
+
+----
+
+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/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/Linux_standalone.mdwn b/doc/install/Linux_standalone.mdwn
new file mode 100644
index 0000000000..e8df8adc08
--- /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 does not depend
+on anything except for glibc.
+
+[download tarball](https://downloads.kitenet.net/git-annex/linux/current/)
+
+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`. This lets you use `git annex`, without overriding your system's
+own versions of git, etc.
+
+Warning: This is a last resort. Most Linux users should instead
+[[install]] git-annex from their distribution of choice.
+
+## 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/))
+
+## gitannex-install
+
+Eskild Hustvedt has contributed a
+[gitannex-install](https://github.com/zerodogg/scriptbucket/blob/master/gitannex-install)
+script to manage keeping up to date with new releases using the standalone
+build.
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/OSX.mdwn b/doc/install/OSX.mdwn
new file mode 100644
index 0000000000..e3b15069d4
--- /dev/null
+++ b/doc/install/OSX.mdwn
@@ -0,0 +1,71 @@
+## 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)
+
+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
+
+[Jimmy Tang](http://www.sgenomics.org/~jtang/) autobuilds
+the app for OSX Lion.
+
+* [autobuild of git-annex.dmg](http://www.sgenomics.org/~jtang/gitbuilder-git-annex-x00-x86_64-apple-darwin10.8.0-binary/ref/master/git-annex.dmg.bz2) ([build logs](http://www.sgenomics.org/~jtang/gitbuilder-git-annex-x00-x86_64-apple-darwin10.8.0-binary/))
+  * [past builds](http://www.sgenomics.org/~jtang/gitbuilder-git-annex-x00-x86_64-apple-darwin10.8.0-binary/sha1/) -- directories are named from the commitid's
+
+[[Joey]] autobuilds the app for Mavericks.
+
+* [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 Brew
+
+<pre>
+brew update
+brew install haskell-platform git ossp-uuid md5sha1sum coreutils libgsasl gnutls libidn libgsasl 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>
+
+## 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_c9362141d15a2f68a75df9f8bfe29da0._comment b/doc/install/OSX/comment_34_c9362141d15a2f68a75df9f8bfe29da0._comment
new file mode 100644
index 0000000000..65a7e0ea77
--- /dev/null
+++ b/doc/install/OSX/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/comment_35_8106196c3fef70652cb2106e2d5857db._comment b/doc/install/OSX/comment_35_8106196c3fef70652cb2106e2d5857db._comment
new file mode 100644
index 0000000000..697dafa0b9
--- /dev/null
+++ b/doc/install/OSX/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/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_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..61b1489ff9
--- /dev/null
+++ b/doc/install/Ubuntu.mdwn
@@ -0,0 +1,39 @@
+## 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
+
+## 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..74017d6996
--- /dev/null
+++ b/doc/install/Windows.mdwn
@@ -0,0 +1,34 @@
+git-annex has recently been ported to Windows!
+
+* First, [install git](http://git-scm.com/downloads)
+* Then, [install git-annex](https://downloads.kitenet.net/git-annex/windows/current/)
+
+This port is in an early state. While it works well enough to use
+git-annex, many things will not work. See [[todo/windows_support]] for
+current status. Note especially that git-annex always uses [[direct_mode]]
+on Windows.
+
+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 ok".
+
+## autobuilds
+
+A daily build is also available, thanks to Yury V. Zaytsev and
+[NEST](http://nest-initiative.org/).
+
+* [download](https://qa.nest-initiative.org/view/msysGit/job/msysgit-git-annex-assistant-test/lastSuccessfulBuild/artifact/git-annex/git-annex-installer.exe) ([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, and gnupg. To build the git-annex installer,
+you also need to install the NulSoft installer system.
+
+There is a shell script `standalone/windows/build.sh` that can be
+used to build git-annex. Note that this shell script cannot be run
+in Cygwin; run it with the Mingw sh.
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_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..52606082e1
--- /dev/null
+++ b/doc/install/cabal/comment_5_8789fc27466714faa5a3a7a6b8ec6e5d._comment
@@ -0,0 +1,24 @@
+[[!comment format=txt
+ 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/fromscratch.mdwn b/doc/install/fromscratch.mdwn
new file mode 100644
index 0000000000..ae9065cd01
--- /dev/null
+++ b/doc/install/fromscratch.mdwn
@@ -0,0 +1,72 @@
+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)
+  * [mtl](http://hackage.haskell.org.package/mtl) (2.1.1 or newer)
+  * [MissingH](http://github.com/jgoerzen/missingh/wiki)
+  * [utf8-string](http://hackage.haskell.org/package/utf8-string)
+  * [SHA](http://hackage.haskell.org/package/SHA)
+  * [cryptohash](http://hackage.haskell.org/package/cryptohash) (optional but recommended)
+  * [dataenc](http://hackage.haskell.org/package/dataenc)
+  * [monad-control](http://hackage.haskell.org/package/monad-control)
+  * [QuickCheck 2](http://hackage.haskell.org/package/QuickCheck)
+  * [json](http://hackage.haskell.org/package/json)
+  * [aeson](http://hackage.haskell.org/package/aeson)
+  * [IfElse](http://hackage.haskell.org/package/IfElse)
+  * [dlist](http://hackage.haskell.org/package/dlist)
+  * [bloomfilter](http://hackage.haskell.org/package/bloomfilter)
+  * [edit-distance](http://hackage.haskell.org/package/edit-distance)
+  * [hS3](http://hackage.haskell.org/package/hS3) (optional)
+  * [DAV](http://hackage.haskell.org/package/DAV) (optional)
+  * [SafeSemaphore](http://hackage.haskell.org/package/SafeSemaphore)
+  * [UUID](http://hackage.haskell.org/package/uuid)
+  * [regex-tdfa](http://hackage.haskell.org/package/regex-tdfa)
+  * [extensible-exceptions](http://hackage.haskell.org/package/extensible-exceptions)
+  * [feed](http://hackage.haskell.org/package/feed)
+  * [async](http://hackage.haskell.org/package/async)
+* Optional haskell stuff, used by the [[assistant]] and its webapp
+  * [stm](http://hackage.haskell.org/package/stm)
+    (version 2.3 or newer)
+  * [hinotify](http://hackage.haskell.org/package/hinotify)
+    (Linux only)
+  * [dbus](http://hackage.haskell.org/package/dbus)
+  * [yesod](http://hackage.haskell.org/package/yesod)
+  * [yesod-static](http://hackage.haskell.org/package/yesod-static)
+  * [yesod-default](http://hackage.haskell.org/package/yesod-default)
+  * [data-default](http://hackage.haskell.org/package/data-default)
+  * [case-insensitive](http://hackage.haskell.org/package/case-insensitive)
+  * [http-types](http://hackage.haskell.org/package/http-types)
+  * [wai](http://hackage.haskell.org/package/wai)
+  * [wai-logger](http://hackage.haskell.org/package/wai-logger)
+  * [warp](http://hackage.haskell.org/package/warp)
+  * [blaze-builder](http://hackage.haskell.org/package/blaze-builder)
+  * [crypto-api](http://hackage.haskell.org/package/crypto-api)
+  * [hamlet](http://hackage.haskell.org/package/hamlet)
+  * [clientsession](http://hackage.haskell.org/package/clientsession)
+  * [network-multicast](http://hackage.haskell.org/package/network-multicast)
+  * [network-info](http://hackage.haskell.org/package/network-info)
+  * [network-protocol-xmpp](http://hackage.haskell.org/package/network-protocol-xmpp)
+  * [dns](http://hackage.haskell.org/package/dns)
+  * [xml-types](http://hackage.haskell.org/package/xml-types)
+  * [HTTP](http://hackage.haskell.org/package/HTTP)
+  * [unix-compat](http://hackage.haskell.org/package/unix-compat)
+  * [MonadCatchIO-transformers](http://hackage.haskell.org/package/MonadCatchIO-transformers)
+* Shell commands
+  * [git](http://git-scm.com/)
+  * [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)
+  * [sha1sum](ftp://ftp.gnu.org/gnu/coreutils/) (optional, but recommended;
+    a sha1 command will also do)
+  * [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)
+  * 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/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..4665d38dfe
--- /dev/null
+++ b/doc/internals.mdwn
@@ -0,0 +1,132 @@
+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.
+
+## 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.
+
+### `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
+
+If there are multiple lines for the same uuid, the one with the most recent
+timestamp wins. git-annex union merges this and other files.
+
+## `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.
+
+## `aaa/bbb/*.log`
+
+These log files record [[location_tracking]] information
+for file contents. Again 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
+
+These files are designed to be auto-merged using git's [[union merge driver|git-union-merge]].
+The timestamps allow the most recent information to be identified.
+
+## `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.
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..f479cfc47c
--- /dev/null
+++ b/doc/internals/hashing.mdwn
@@ -0,0 +1,30 @@
+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. One, the old hash format, is only used
+for non-bare git repositories. The other, the new hash format, is used for
+bare git repositories, the git-annex branch, and on special remotes as
+well.
+
+## 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/key_format.mdwn b/doc/internals/key_format.mdwn
new file mode 100644
index 0000000000..f080552343
--- /dev/null
+++ b/doc/internals/key_format.mdwn
@@ -0,0 +1,20 @@
+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).
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..74ec2d5e69
--- /dev/null
+++ b/doc/links/other_stuff.mdwn
@@ -0,0 +1,7 @@
+### other stuff
+
+* [[testimonials]]
+* [[privacy]]
+* [[what git annex is not|not]]
+* [[related_software]]
+* [[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_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/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_4.20130827/comment_1_937cbaccf235d6d9118aacd49058bb4f._comment b/doc/news/version_4.20130827/comment_1_937cbaccf235d6d9118aacd49058bb4f._comment
new file mode 100644
index 0000000000..293938867e
--- /dev/null
+++ b/doc/news/version_4.20130827/comment_1_937cbaccf235d6d9118aacd49058bb4f._comment
@@ -0,0 +1,11 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="Missing from the downloads.kitenet.net annex"
+ date="2013-08-29T18:05:38Z"
+ content="""
+Great release, thanks a lot. It's missing from the annex at downloads.kitenet.net, though.
+
+Cheers,<br />
+Øyvind (sunny256)
+"""]]
diff --git a/doc/news/version_4.20130827/comment_2_faa5cf0645728b4ade850a691fa472db._comment b/doc/news/version_4.20130827/comment_2_faa5cf0645728b4ade850a691fa472db._comment
new file mode 100644
index 0000000000..0002e8607b
--- /dev/null
+++ b/doc/news/version_4.20130827/comment_2_faa5cf0645728b4ade850a691fa472db._comment
@@ -0,0 +1,25 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.7"
+ subject="comment 2"
+ date="2013-08-29T18:26:00Z"
+ content="""
+It seems to be there on downloads.kitenet.net. When I run `git log` in there I see commit 82de1ed1a354e389bc71a15af1a3e67b5bd56f23 which added the release to the annex, and all the files seem to be present. For example, git-annex-standalone-amd64.tar.gz is pointing at the key `SHA256E-s20143752--388c33138185fb2eb5fdb00bf2155a9168e5a76501216887ea1ffa7ada06b776.tar.gz`, which is right.
+
+<pre>
+joey@wren:~>wget http://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz
+--2013-08-29 14:25:00--  http://downloads.kitenet.net/git-annex/linux/current/git-annex-standalone-amd64.tar.gz
+Resolving downloads.kitenet.net (downloads.kitenet.net)... 2001:41c8:125:49::10, 80.68.85.49
+Connecting to downloads.kitenet.net (downloads.kitenet.net)|2001:41c8:125:49::10|:80... connected.
+HTTP request sent, awaiting response... 200 OK
+Length: 20143752 (19M) [application/x-gzip]
+Saving to: ‘git-annex-standalone-amd64.tar.gz’
+
+100%[======================================>] 20,143,752  48.9MB/s   in 0.4s   
+
+2013-08-29 14:25:01 (48.9 MB/s) - ‘git-annex-standalone-amd64.tar.gz’ saved [20143752/20143752]
+
+joey@wren:~>sha256sum git-annex-standalone-amd64.tar.gz 
+388c33138185fb2eb5fdb00bf2155a9168e5a76501216887ea1ffa7ada06b776  git-annex-standalone-amd64.tar.gz
+</pre>
+"""]]
diff --git a/doc/news/version_4.20130827/comment_3_ad156d6199b525884114ff823d265bf7._comment b/doc/news/version_4.20130827/comment_3_ad156d6199b525884114ff823d265bf7._comment
new file mode 100644
index 0000000000..538395f90c
--- /dev/null
+++ b/doc/news/version_4.20130827/comment_3_ad156d6199b525884114ff823d265bf7._comment
@@ -0,0 +1,39 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="comment 3"
+ date="2013-08-30T11:43:44Z"
+ content="""
+Hm, commit 82de1ed1a3 doesn't exist here after git-annex sync. This is the output from another computer, running Linux Mint 15:
+
+    $ ga sync
+    commit
+    ok
+    pull linode
+    ok
+    pull kitenet
+    WARNING: gnome-keyring:: couldn't connect to: /run/user/sunny/keyring-WSsS6N/pkcs11: No such file or directory
+    ok
+    push linode
+    Everything up-to-date
+    ok
+    push kitenet
+    WARNING: gnome-keyring:: couldn't connect to: /run/user/sunny/keyring-WSsS6N/pkcs11: No such file or directory
+    WARNING: gnome-keyring:: couldn't connect to: /run/user/sunny/keyring-WSsS6N/pkcs11: No such file or directory
+    error: Cannot access URL http://downloads.kitenet.net/.git/, return code 22
+    fatal: git-http-push failed
+    failed
+    git-annex: sync: 1 failed
+    $ git log -1
+    commit e4d2f03d9b37b2fac9508bf755ff7619bf46590c (HEAD, linode/synced/master, linode/master, linode/HEAD, kitenet/synced/master, kitenet/master, synced/master, master)
+    Author: Joey Hess <joey@kitenet.net>
+    Date:   3 weeks ago
+
+        update
+    2013-08-30 13:36:37 sunny@passp:~/src/other/annex/downloads.kitenet.net/git-annex (master u=)
+    $ git log 82de1ed1a354e389bc71a15af1a3e67b5bd56f23
+    fatal: bad object 82de1ed1a354e389bc71a15af1a3e67b5bd56f23
+
+There's some warnings from gnome-keyring and a failed push (sorry about that, happens automatically), but the fetch from kitenet seems to succeed.
+
+"""]]
diff --git a/doc/news/version_4.20130827/comment_4_877061eb24d9d9543cc9cd229906bd64._comment b/doc/news/version_4.20130827/comment_4_877061eb24d9d9543cc9cd229906bd64._comment
new file mode 100644
index 0000000000..5828a36c71
--- /dev/null
+++ b/doc/news/version_4.20130827/comment_4_877061eb24d9d9543cc9cd229906bd64._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://sunny256.sunbase.org/"
+ nickname="sunny256"
+ subject="comment 4"
+ date="2013-08-30T11:49:20Z"
+ content="""
+And some additional info, I'm using `http://downloads.kitenet.net/.git/` as the address to your annex. Maybe this repo is missing a `git update-server-info` in the `post-update` hook or something.
+"""]]
diff --git a/doc/news/version_4.20130827/comment_5_8991648dda991768e3a58477a4c3c923._comment b/doc/news/version_4.20130827/comment_5_8991648dda991768e3a58477a4c3c923._comment
new file mode 100644
index 0000000000..55fa6d10a6
--- /dev/null
+++ b/doc/news/version_4.20130827/comment_5_8991648dda991768e3a58477a4c3c923._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.8.7"
+ subject="sorry for delay.."
+ date="2013-09-03T18:07:34Z"
+ content="""
+That's weird.. I have a post-update hook that runs git-update-server-info, but I reproduced the problem, and manually running that fixed it.
+
+Guess I will need to keep an eye on this at the next release to see if it was a one-off problem..
+"""]]
diff --git a/doc/news/version_4.20131024.mdwn b/doc/news/version_4.20131024.mdwn
new file mode 100644
index 0000000000..9cd65eb727
--- /dev/null
+++ b/doc/news/version_4.20131024.mdwn
@@ -0,0 +1,43 @@
+git-annex 4.20131024 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * 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](http://bugs.debian.org/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."""]]
\ No newline at end of file
diff --git a/doc/news/version_4.20131101.mdwn b/doc/news/version_4.20131101.mdwn
new file mode 100644
index 0000000000..2c6bb309d2
--- /dev/null
+++ b/doc/news/version_4.20131101.mdwn
@@ -0,0 +1,29 @@
+git-annex 4.20131101 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * 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.)"""]]
\ No newline at end of file
diff --git a/doc/news/version_4.20131106.mdwn b/doc/news/version_4.20131106.mdwn
new file mode 100644
index 0000000000..061d02100f
--- /dev/null
+++ b/doc/news/version_4.20131106.mdwn
@@ -0,0 +1,18 @@
+git-annex 4.20131106 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * 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."""]]
\ No newline at end of file
diff --git a/doc/news/version_5.20131118.mdwn b/doc/news/version_5.20131118.mdwn
new file mode 100644
index 0000000000..2323ec63b0
--- /dev/null
+++ b/doc/news/version_5.20131118.mdwn
@@ -0,0 +1,42 @@
+git-annex 5.20131118 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * 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."""]]
\ No newline at end of file
diff --git a/doc/news/version_5.20131120.mdwn b/doc/news/version_5.20131120.mdwn
new file mode 100644
index 0000000000..0470e3336c
--- /dev/null
+++ b/doc/news/version_5.20131120.mdwn
@@ -0,0 +1,11 @@
+git-annex 5.20131120 released with [[!toggle text="these changes"]]
+[[!toggleable text="""
+   * 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."""]]
\ No newline at end of file
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_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/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..6a5364f674
--- /dev/null
+++ b/doc/preferred_content.mdwn
@@ -0,0 +1,207 @@
+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 sometimes, it can be good to have more fine-grained
+control over which repositories prefer to have which content. Configuring
+this allows `git annex get --auto`, `git annex drop --auto`, 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 may also
+try to honor those settings. So there's no local `.git/config` setting it.
+
+The idea is that you write an expression that files are matched against.
+If a file matches, it's preferred to have its content stored in the
+repository. If it doesn't, it's preferred to drop its content from
+the repository (if there are enough copies elsewhere).
+
+The expressions are very similar to the file 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 preferred 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 preferred 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 prefer 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.)
+
+## testing preferred content settings
+
+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.
+
+## standard expressions
+
+git-annex comes with some standard preferred content expressions, that can
+be used with repositories that are in some pre-defined 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.
+
+(Note that most of these standard expressions also make the repository
+prefer 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.)
+
+### client
+
+All content is preferred, unless it's for a file in a "archive" directory,
+which has reached an archive repository.
+
+`((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) or (not copies=semitrusted+: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)`
+
+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 preferred.
+
+`include=*`
+
+### incremental backup
+
+Only prefers content that's not already backed up to another backup
+or incremental backup repository.
+
+`(include=* and (not copies=backup:1) and (not copies=incrementalbackup:1)) or (not copies=semitrusted+:1)`
+
+### small archive
+
+Only prefers 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 (not copies=semitrusted+:1)`
+
+### full archive
+
+All content is preferred, unless it's already been archived somewhere else.
+
+`(not (copies=archive:1 or copies=smallarchive:1)) or (not copies=semitrusted+:1)`
+
+Note that if you want to archive multiple copies (not a bad idea!),
+you should instead configure all your archive repositories with a
+version of the above preferred content expression with a larger
+number of copies.
+
+### 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 present
+is preferred.
+
+The exception to this manual control is that content that a client
+repository would not want is not preferred. So, files in archive
+directories are not preferred once their content has 
+reached an archive repository.
+
+`present and ($client)`
+
+### 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/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/privacy.mdwn b/doc/privacy.mdwn
new file mode 100644
index 0000000000..5bf16999a9
--- /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 enctyption 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]] 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 publically, 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/related_software.mdwn b/doc/related_software.mdwn
new file mode 100644
index 0000000000..024a155e3b
--- /dev/null
+++ b/doc/related_software.mdwn
@@ -0,0 +1,12 @@
+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.
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/scalability.mdwn b/doc/scalability.mdwn
new file mode 100644
index 0000000000..9a4ff95efa
--- /dev/null
+++ b/doc/scalability.mdwn
@@ -0,0 +1,44 @@
+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.
+
+  The one exception is that [[todo/git-annex_unused_eats_memory]],
+  because it *does* need to hold the whole repo state in memory. But
+  that is still considered a bug, and hoped to be solved one day.
+  Luckily, that command is not often used.
+
+* 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..d6bf4bfae2
--- /dev/null
+++ b/doc/sidebar.mdwn
@@ -0,0 +1,15 @@
+[[!img logo_small.png link=no]]
+
+* [[install]]
+* [[assistant]]
+* [[walkthrough]]
+* [[tips]]
+* [[bugs]]
+* [[todo]]
+* [[forum]]
+* [[comments]]
+* [[contact]]
+
+[crowdfunding campaign underway!](https://campaign.joeyh.name/)
+
+<!-- * <a href="http://flattr.com/thing/84843/git-annex"><img src="https://api.flattr.com/button/flattr-badge-large.png" alt="Flattr this" title="Flattr this" /></a> -->
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..6878a1f880
--- /dev/null
+++ b/doc/special_remotes.mdwn
@@ -0,0 +1,63 @@
+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]]
+* [[gcrypt]] (encrypted git repositories!)
+* [[directory]]
+* [[rsync]]
+* [[webdav]]
+* [[web]]
+* [[xmpp]]
+* [[hook]]
+
+The above special remotes can be used to tie git-annex 
+into many cloud services. 
+
+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.
+
+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]]
+* [[tahoe-lafs|forum/tips:_special__95__remotes__47__hook_with_tahoe-lafs]]
+* [[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/)
+
+## 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_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/directory.mdwn b/doc/special_remotes/directory.mdwn
new file mode 100644
index 0000000000..4d72e8beee
--- /dev/null
+++ b/doc/special_remotes/directory.mdwn
@@ -0,0 +1,33 @@
+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 it 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.
+
+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:
+
+* `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/gcrypt.mdwn b/doc/special_remotes/gcrypt.mdwn
new file mode 100644
index 0000000000..ac98c43bb7
--- /dev/null
+++ b/doc/special_remotes/gcrypt.mdwn
@@ -0,0 +1,45 @@
+[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.
diff --git a/doc/special_remotes/glacier.mdwn b/doc/special_remotes/glacier.mdwn
new file mode 100644
index 0000000000..b55b9adbb5
--- /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 appriximately 
+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/hook.mdwn b/doc/special_remotes/hook.mdwn
new file mode 100644
index 0000000000..eaea940a72
--- /dev/null
+++ b/doc/special_remotes/hook.mdwn
@@ -0,0 +1,103 @@
+This special remote type lets you store content in a remote of your own
+devising.
+
+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.
+
+## 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
+
+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/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..251075b09a
--- /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://www.box.com/dav/git-annex chunksize=75mb keyid=joey@kitenet.net
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/xmpp.mdwn b/doc/special_remotes/xmpp.mdwn
new file mode 100644
index 0000000000..86f6a7c0bc
--- /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 with version 2.1.10-5
+-|[[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_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..37b2b1b459
--- /dev/null
+++ b/doc/sync.mdwn
@@ -0,0 +1,38 @@
+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.
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/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/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/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..eba28961d1
--- /dev/null
+++ b/doc/tips/Internet_Archive_via_S3.mdwn
@@ -0,0 +1,58 @@
+[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.
+
+----
+
+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=SHA1E
+	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 SHA1E [[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 SHA1E 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.
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/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..1afac15d52
--- /dev/null
+++ b/doc/tips/The_perfect_preferred_content_settings_for_my_android_phone.mdwn
@@ -0,0 +1,32 @@
+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 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 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/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..a091b8e488
--- /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 amoung the other transfers.
+"""]]
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_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..b12246d368
--- /dev/null
+++ b/doc/tips/centralised_repository:_starting_from_nothing.mdwn
@@ -0,0 +1,75 @@
+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'...
+	Warning: No xauth data; using fake authentication data for X11 forwarding.
+	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$ 
+
+Merge the `git-annex` repository (this is the bit that is often
+overlooked!):
+
+	laptop$ git annex merge	
+	merge . (merging "origin/git-annex" into git-annex...)
+	ok
+	laptop$ 
+
+Add some content:
+
+	laptop$ git annex addurl http://kitenet.net/~joey/screencasts/git-annex_coding_in_haskell.ogg
+	"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...)
+	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
+	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 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..2e0ec0e300
--- /dev/null
+++ b/doc/tips/downloading_podcasts.mdwn
@@ -0,0 +1,63 @@
+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
+
+## 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.
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_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..926e142ca9
--- /dev/null
+++ b/doc/tips/dropboxannex.mdwn
@@ -0,0 +1,28 @@
+dropboxannex
+=========
+
+Hook program for gitannex to use dropbox as backend
+
+# Requirements:
+
+    python2
+
+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
+Run the program once to set it up.
+
+    cd ~/dropboxannex; python2 dropboxannex.py
+
+# Commands for gitannex:
+
+    git config annex.dropbox-hook '/usr/bin/python2 ~/dropboxannex/dropboxannex.py'
+    git annex initremote dropbox type=hook hooktype=dropbox encryption=shared
+    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..12f16888a6
--- /dev/null
+++ b/doc/tips/emacs_integration.mdwn
@@ -0,0 +1,20 @@
+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. 
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_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..d8e54b4c36
--- /dev/null
+++ b/doc/tips/flickrannex.mdwn
@@ -0,0 +1,62 @@
+# Latest version 0.1.10
+Hook program for gitannex to use flickr as backend.
+
+This allows storing any type of file on flickr, not only images and movies.
+
+# 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
+
+Run the program once to set it up. 
+
+    cd ~/flickrannex; python2 flickrannex.py
+
+After the setup has finished, it will print the git-annex configure lines.
+
+# Configuring git-annex
+
+    git config annex.flickr-hook '/usr/bin/python2 ~/flickrannex/flickrannex.py'
+    git annex initremote flickr type=hook hooktype=flickr encryption=shared
+    git annex describe flickr "the flickr library"
+
+# Notes
+
+## Unencrypted mode
+The photo name on flickr is currently the GPGHMACSHA1 version.
+
+Run the following command in your annex directory
+   git annex wanted flickr uuid include=*.jpg or include=*.jpeg or include=*.gif or include=*.png
+
+## Encrypted mode
+The current version base64 encodes all the data, which results in ~35% larger filesize.
+
+I might look into yyenc instead. I'm not sure if it will work in the tEXt field.
+
+Run the following command in your annex directory
+   git annex wanted flickr exclude=largerthan=30mb
+
+## Including directories as tags
+Get get each of the directories below the top level git directory added as tags to uploads:
+
+    git config annex.flickr-hook 'GIT_TOP_LEVEL=`git rev-parse --show-toplevel` /usr/bin/python2 %s/flickrannex.py'
+
+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_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..5934747f02
--- /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 config 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_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..abecf10cf3
--- /dev/null
+++ b/doc/tips/googledriveannex.mdwn
@@ -0,0 +1,28 @@
+googledriveannex
+=========
+
+Hook program for gitannex to use Google Drive as backend
+
+# Requirements:
+
+    python2
+
+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
+Run the program once to make an empty config file
+
+    cd ~/googledriveannex; python2 googledriveannex.py
+
+## Commands for gitannex:
+
+    git config annex.googledrive-hook '/usr/bin/python2 ~/googledriveannex/googledriveannex.py'
+    git annex initremote googledrive type=hook hooktype=googledrive encryption=shared
+    git annex describe googledrive "the googledrive library"
diff --git a/doc/tips/imapannex.mdwn b/doc/tips/imapannex.mdwn
new file mode 100644
index 0000000000..e9963df34d
--- /dev/null
+++ b/doc/tips/imapannex.mdwn
@@ -0,0 +1,27 @@
+imapannex
+=========
+
+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
+Run the program once to set it up.
+
+    cd ~/imapannex; python2 imapannex.py
+
+# Commands for gitannex:
+
+    git config annex.imap-hook '/usr/bin/python2 ~/imapannex/imapannex.py'
+    git annex initremote imap type=hook hooktype=imap encryption=shared
+    git annex describe imap "the imap library"
+    git annex wanted imap exclude=largerthan=30mb
diff --git a/doc/tips/megaannex.mdwn b/doc/tips/megaannex.mdwn
new file mode 100644
index 0000000000..8edbf4421c
--- /dev/null
+++ b/doc/tips/megaannex.mdwn
@@ -0,0 +1,41 @@
+[Megaannex](https://github.com/TobiasTheViking/megaannex)
+is a hook program for git-annex 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 ~/megannex folder
+
+## Setup
+
+Run the program once to make an empty config file.
+
+    cd ~/megaannex; python2 megaannex.py
+
+Edit the megaannex.conf file. Add your mega.co.nz username, password, and folder name.
+
+## Configuring git-annex
+
+	git config annex.mega-hook '/usr/bin/python2 ~/megaannex/megaannex.py'
+
+	git annex initremote mega type=hook hooktype=mega encryption=shared
+	git annex describe mega "the mega.co.nz library"
+
+## Notes
+
+You may need to use a different command than "python2", depending
+on your python installation.
+
+-- Tobias
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..1209d12173
--- /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..eff123e8b4
--- /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 perhaps a backup
+drive). 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..ad40c67e3e
--- /dev/null
+++ b/doc/tips/owncloudannex.mdwn
@@ -0,0 +1,28 @@
+owncloudannex
+=========
+
+Hook program for gitannex to use owncloud as backend
+
+# Requirements:
+
+    python2
+
+Credit for the Owncloud api interface goes to me.
+
+# Install
+Clone the git repository in your home folder.
+
+    git clone git://github.com/TobiasTheViking/owncloudannex.git 
+
+This should make a ~/owncloudannex folder
+
+# Setup
+Run the program once to set it up.
+
+    cd ~/owncloudannex; python2 owncloudannex.py
+
+# Commands for gitannex:
+
+    git config annex.owncloud-hook '/usr/bin/python2 ~/owncloudannex/owncloudannex.py'
+    git annex initremote owncloud type=hook hooktype=owncloud encryption=shared
+    git annex describe owncloud "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..48ef2a1d73
--- /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 rm recovered-content
+	$ git commit -m "recovered some 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/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/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..4363dc85db
--- /dev/null
+++ b/doc/tips/replacing_Sparkleshare_or_dvcs-autosync_with_the_assistant.mdwn
@@ -0,0 +1,41 @@
+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.
+
+Better, if you 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_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/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..8251cabf6f
--- /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 8 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/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/skydriveannex.mdwn b/doc/tips/skydriveannex.mdwn
new file mode 100644
index 0000000000..56acdd96c1
--- /dev/null
+++ b/doc/tips/skydriveannex.mdwn
@@ -0,0 +1,29 @@
+skydriveannex
+=========
+
+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
+Run the program once to set it up.
+
+    cd ~/skydriveannex; python2 skydriveannex.py
+
+# Commands for gitannex:
+
+    git config annex.skydrive-hook '/usr/bin/python2 ~/skydriveannex/skydriveannex.py'
+    git annex initremote skydrive type=hook hooktype=skydrive encryption=shared
+    git annex describe skydrive "the skydrive library"
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..5aac7fa91e
--- /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 initremote 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_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_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_box.com_as_a_special_remote.mdwn b/doc/tips/using_box.com_as_a_special_remote.mdwn
new file mode 100644
index 0000000000..254d0a554b
--- /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://www.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://www.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_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..fcc3f96c3c
--- /dev/null
+++ b/doc/tips/using_gitolite_with_git-annex.mdwn
@@ -0,0 +1,89 @@
+[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.
+
+Warning : The method described here works with gitolite version g2, avaible in the g2 branch on github. There is an experimental support for g3 in the git-annex branch, if you tested it please add some feedback.
+
+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:
+
+* gitolite 2.2 is needed -- 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!
+
+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_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_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..e04ba800d2
--- /dev/null
+++ b/doc/tips/using_the_web_as_a_special_remote.mdwn
@@ -0,0 +1,101 @@
+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 annex.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.
+
+Downloading whole YouTube playlists is not currently supported by quvi.
+
+## 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/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/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..80cb046d90
--- /dev/null
+++ b/doc/tips/what_to_do_when_a_repository_is_corrupted.mdwn
@@ -0,0 +1,22 @@
+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.
+
+--[[Joey]]
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/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..79552298b6
--- /dev/null
+++ b/doc/todo.mdwn
@@ -0,0 +1,4 @@
+This is git-annex's todo list. Link items to [[todo/done]] when done.
+
+[[!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_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..93ccc083d3
--- /dev/null
+++ b/doc/todo/A_really_simple_way_to_pair_devices_like_bittorent_sync.mdwn
@@ -0,0 +1,7 @@
+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. =-<>-=
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/Bittorrent-like_features.mdwn b/doc/todo/Bittorrent-like_features.mdwn
new file mode 100644
index 0000000000..41988a422f
--- /dev/null
+++ b/doc/todo/Bittorrent-like_features.mdwn
@@ -0,0 +1,45 @@
+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]].
+
+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/Build_for_Synology_DSM.mdwn b/doc/todo/Build_for_Synology_DSM.mdwn
new file mode 100644
index 0000000000..be45ea6316
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM.mdwn
@@ -0,0 +1 @@
+It would be wonderful if a pre-built package would be available for Synology NAS. Basically, this is an ARM-based Linux. It has most of the required shell commands either out of the box or easily available (through ipkg). But I think it would be difficult to install the Haskell compiler and all the required modules, so it would probably be better to cross-compile targeting ARM.
diff --git a/doc/todo/Build_for_Synology_DSM/comment_10_e351084d9a83db3fd6d9d983227a6410._comment b/doc/todo/Build_for_Synology_DSM/comment_10_e351084d9a83db3fd6d9d983227a6410._comment
new file mode 100644
index 0000000000..b62a929d7f
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_10_e351084d9a83db3fd6d9d983227a6410._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="comment 10"
+ date="2013-06-02T17:23:43Z"
+ content="""
+I updated the C program to simplify it so it uses a static path for `_chrooter`. In the previous version, I suspect that one can play with symlinks and use it to get a root shell. So, if `_chrooter` is not installed in `/opt/bin` this file has to be edited too before compilation.
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_11_cc67a584f5c460a6fb63cf099c20e573._comment b/doc/todo/Build_for_Synology_DSM/comment_11_cc67a584f5c460a6fb63cf099c20e573._comment
new file mode 100644
index 0000000000..324fa8423e
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_11_cc67a584f5c460a6fb63cf099c20e573._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="comment 11"
+ date="2013-06-03T09:55:54Z"
+ content="""
+A last update and I stop spamming this thread: I've implemented access control and simplified customisation. All this has been moved to https://bitbucket.org/franckp/gasp 
+
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_12_94023593d294b9cf69090fcfd6ca0e5a._comment b/doc/todo/Build_for_Synology_DSM/comment_12_94023593d294b9cf69090fcfd6ca0e5a._comment
new file mode 100644
index 0000000000..39c243ec44
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_12_94023593d294b9cf69090fcfd6ca0e5a._comment
@@ -0,0 +1,9 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawlJEI45rGczFAnuM7gRSj4C6s9AS9yPZDc"
+ nickname="Kevin"
+ subject="SynoCommunity"
+ date="2013-06-26T18:12:39Z"
+ content="""
+Creating an installable git-annex package available via [SynoCommunity](http://www.synocommunity.com/) would be awesome.  They have created [cross-compilation tools](https://github.com/SynoCommunity/spksrc) to help build the packages and integrate the start/stop scripts with the package manager.
+
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_13_314255fd503d125b5aeae2f62acfd592._comment b/doc/todo/Build_for_Synology_DSM/comment_13_314255fd503d125b5aeae2f62acfd592._comment
new file mode 100644
index 0000000000..3c54a92710
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_13_314255fd503d125b5aeae2f62acfd592._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnrP-0DGtHDJbWSXeiyk0swNkK1aejoN3c"
+ nickname="sebastien"
+ subject="comment 13"
+ date="2013-08-06T12:18:35Z"
+ content="""
+I post an issue to github synocommunity for that, i hope somenone have some time to package this great features.
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_15_9525cd0d75ff4c15182d10a855774b69._comment b/doc/todo/Build_for_Synology_DSM/comment_15_9525cd0d75ff4c15182d10a855774b69._comment
new file mode 100644
index 0000000000..c3edf99e25
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_15_9525cd0d75ff4c15182d10a855774b69._comment
@@ -0,0 +1,30 @@
+[[!comment format=mdwn
+ username="lorenzo"
+ ip="84.75.27.69"
+ subject="Running Debian squeeze binaries on libc 2.5 based NAS"
+ date="2013-10-27T23:56:26Z"
+ content="""
+Following the suggestions in this page I tried to run the binaries that debian provides on my Lacie NetworkSpace which is another one of these NAS devices with old libc. After uploading the binaries and required libraries and using `LD_LIBRARY_PATH` to force the loader to use the version I uploaded of the libraries I was still having a segfault (similar to what Franck was experiencing) while running git-annex in a chroot was working.
+
+It turns out that it is possible to solve the problem without having to use chroot by not loading the binary directly but by substituting it with a  script that calls the correct `ld-linux.so.3`. Assume you have uncompressed the files from the deb packages in `/opt/git-annex`. 
+
+First create a directory `/opt/git-annex/usr/bin/git-annex.exec` and copy the executable `/opt/git-annex/usr/bin/git-annex` there.
+
+Then create script `/opt/git-annex/usr/bin/git-annex` with the following contents:
+
+    #!/bin/bash
+    
+    PREFIX=/opt/git-annex
+    
+    export GCONV_PATH=$PREFIX/usr/lib/gconv 
+        
+    exec $PREFIX/lib/ld-linux.so.3 --library-path $PREFIX/lib/:$PREFIX/usr/lib/ $PREFIX/usr/bin/git-annex.exec/git-annex \"$@\"
+
+The `GCONV_PATH` setting is important to prevent the app from failing with the message:
+
+    git-annex.exec: mkTextEncoding: invalid argument (Invalid argument)
+   
+The original executable is moved to a different directory instead of being simply renamed to make sure that `$0` is correct when the executable starts. The parameter for the linker `--library-path` is used instead of the environment variable `LD_LIBRARY_PATH` to make sure that the programs exec'ed by git-annex do not have the variable set.
+
+Some more info about the approach: [[http://www.novell.com/coolsolutions/feature/11775.html]]
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_1_4059016fa8da6af7a3eba8966821e8eb._comment b/doc/todo/Build_for_Synology_DSM/comment_1_4059016fa8da6af7a3eba8966821e8eb._comment
new file mode 100644
index 0000000000..074ba998cf
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_1_4059016fa8da6af7a3eba8966821e8eb._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-05-24T15:55:42Z"
+ content="""
+There are already git-annex builds for arm available from eg, Debian. There's a good chance that, assuming you match up the arm variant (armel, armhf, etc) and that the NAS uses glibc and does not have too old a version, that the binary could just be copied in, possibly with some other libraries, and work. This is what's done for the existing Linux standalone builds.
+
+So, I look at this bug report as \"please add a standalone build for arm\", not as a request to support a specific NAS which I don't have ;)
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_2_8900c2985ab68b3b566c9f5d326471d6._comment b/doc/todo/Build_for_Synology_DSM/comment_2_8900c2985ab68b3b566c9f5d326471d6._comment
new file mode 100644
index 0000000000..40e6398f0d
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_2_8900c2985ab68b3b566c9f5d326471d6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="comment 2"
+ date="2013-05-24T21:31:44Z"
+ content="""
+I tried to run the binary from the Debian package, unfortunately, after installing tons of libraries, git-annex fails complaining that GLIBC is not recent enough. Perhaps a static build for ARM (armel) can solve the problem? Thanks again for your help!
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_3_f2b77368473d42b7f21e9d51d6415b58._comment b/doc/todo/Build_for_Synology_DSM/comment_3_f2b77368473d42b7f21e9d51d6415b58._comment
new file mode 100644
index 0000000000..651edacd7c
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_3_f2b77368473d42b7f21e9d51d6415b58._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 3"
+ date="2013-05-25T04:42:22Z"
+ content="""
+Which Debian package? Different ones link to different libcs.
+
+(It's not really possible to statically link something with as many dependencies as git-annex on linux anymore, unfortunately.)
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_4_a55fea734044c270ceb10adf9c8d9a76._comment b/doc/todo/Build_for_Synology_DSM/comment_4_a55fea734044c270ceb10adf9c8d9a76._comment
new file mode 100644
index 0000000000..50ae82ca0b
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_4_a55fea734044c270ceb10adf9c8d9a76._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="comment 4"
+ date="2013-05-25T07:40:13Z"
+ content="""
+I've actually tried several ones: 4.20130521 on sid, 3.20120629~bpo60+2 on squeeze-backports, 3.20120629 on wheezy and jessie, plus a package for Ubuntu 11.02. All of them try to load GLIBC 2.6/2.7 while my system has 2.5 only... I'll try a different approach: install Debian in a chroot on the NAS and extract all the required files, including all libraries.
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_5_59865ada057c640ac29855c65cf45dd9._comment b/doc/todo/Build_for_Synology_DSM/comment_5_59865ada057c640ac29855c65cf45dd9._comment
new file mode 100644
index 0000000000..725025283f
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_5_59865ada057c640ac29855c65cf45dd9._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="comment 5"
+ date="2013-05-25T10:03:24Z"
+ content="""
+Unfortunately, chroot approach does not work either. While git-annex works fine when I'm in the chroot, it doesn't work any more outside. If I don't copy libc, I get a version error (just like before so this is normal):
+
+    git-annex: /lib/libc.so.6: version `GLIBC_2.7' not found (required by /opt/share/git-annex/bin/git-annex)
+    git-annex: /lib/libc.so.6: version `GLIBC_2.6' not found (required by /opt/share/git-annex/bin/git-annex)
+    git-annex: /lib/libc.so.6: version `GLIBC_2.7' not found (required by /opt/share/git-annex/lib/libgmp.so.10)
+
+When I copy libc from the Debian chroot, then, it complains about libpthread:
+
+    git-annex: relocation error: /lib/libpthread.so.0: symbol __default_rt_sa_restorer, version GLIBC_PRIVATE not defined in file libc.so.6 with link time reference
+
+If then I copy libpthread also, I get:
+
+    Illegal instruction (core dumped)
+
+So, I'm stuck...  :-(
+I'll try to find a way using the version in the chroot instead of trying to export it to the host system...
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_6_6d860b1ad8816077b5fa596a71b12d5c._comment b/doc/todo/Build_for_Synology_DSM/comment_6_6d860b1ad8816077b5fa596a71b12d5c._comment
new file mode 100644
index 0000000000..417293db3e
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_6_6d860b1ad8816077b5fa596a71b12d5c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln3ckqKx0x_xDZMYwa9Q1bn4I06oWjkog"
+ nickname="Michael"
+ subject="bind mount"
+ date="2013-05-25T15:55:52Z"
+ content="""
+You could bind-mount (e.g. mount -o bind /data /chroot/data ) your main Synology fs into the chroot for git-annex to use.
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_7_19ef2d293ba3bc7ece443d7278371c3f._comment b/doc/todo/Build_for_Synology_DSM/comment_7_19ef2d293ba3bc7ece443d7278371c3f._comment
new file mode 100644
index 0000000000..47d0923313
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_7_19ef2d293ba3bc7ece443d7278371c3f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="comment 7"
+ date="2013-05-25T19:01:29Z"
+ content="""
+This is indeed what I'm doing. But I need to make a wrapper that will call the command in the chroot. Thanks for the tip anyway. :-) 
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_8_609b7ad87dfbba49ec1f8c6fc2739ccd._comment b/doc/todo/Build_for_Synology_DSM/comment_8_609b7ad87dfbba49ec1f8c6fc2739ccd._comment
new file mode 100644
index 0000000000..8a34909563
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_8_609b7ad87dfbba49ec1f8c6fc2739ccd._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
+ nickname="Sören"
+ subject="comment 8"
+ date="2013-05-26T13:50:31Z"
+ content="""
+I have a Synology NAS too, so I thought I could try to run git-annex in a Debian chroot.
+As it [turns out](http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have), my model (DS213+) runs on a PowerPC CPU instead of ARM. Unfortunately, it isn't compatible with PPC in Debian either because it is a different PowerPC variant.
+There is an unofficial Debian port called [powerpcspe](http://wiki.debian.org/PowerPCSPEPort), but ghc doesn't build there yet for [some reason](http://buildd.debian-ports.org/status/package.php?p=git-annex&suite=sid).
+
+Any chance that there will be a build for this architecture at some point in the future or should I better look for another NAS? ;-)
+"""]]
diff --git a/doc/todo/Build_for_Synology_DSM/comment_9_d94a73b9a07c5cadf191005f817fd59a._comment b/doc/todo/Build_for_Synology_DSM/comment_9_d94a73b9a07c5cadf191005f817fd59a._comment
new file mode 100644
index 0000000000..c8b45fc603
--- /dev/null
+++ b/doc/todo/Build_for_Synology_DSM/comment_9_d94a73b9a07c5cadf191005f817fd59a._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkwjBDXkP9HAQKhjTgThGOxUa1B99y_WRA"
+ nickname="Franck"
+ subject="comment 9"
+ date="2013-06-02T13:14:56Z"
+ content="""
+Hi, I finally succeeded! :-)
+
+Here are the main steps:
+
+ 1. install `debian-chroot` on the NAS
+ 2. create an account `gitannex` in Debian
+ 3. configure git on this account (this is important otherwise git complains and fails) `git config --global user.email YOUR_EMAIL` and `git config --global user.name YOUR_NAME`
+ 4. install `gcc` on the NAS (using `ipkg`)
+ 5. download the files here: https://www.dropbox.com/sh/b7z68a730aj3mnm/95nFOzE1QP
+ 6. edit `_chrooter` to fit your settings (probably there is nothing to change if your Debian is freshly installed)
+ 7. run `make install`, everything goes to `/opt/bin`, if you change this, you should also edit line 17 in file `gasp`
+ 8. create an account `gitannex` on the NAS (doesn't need to be the same name as in Debian, but I feel it is easier)
+ 9. edit its `.ssh/authorized_keys` to prefix lines as follows `command=\"gasp\" THE_PUBLIC_KEY_AS_USUAL`
+ 10. it should work
+ 11. the repositories will be in the Debian account, but it's easy to symlink them in the NAS account if you wish
+
+The principle is as follows: `command=\"gasp\"` allows to launch `gasp` on SSH connexion instead of the original command given to `ssh`. This command is retrieved by `gasp` and prefixed with `chrooter-` (so, eg, running `ssh git` on the client results in running `chrooter-git` on the NAS). `chrooter-*` commands are symlinks to `chrooter`, this is a setuid root binary that launches `_chrooter`. (This intermediary binary is necessary because `_chrooter` is a script which cannot be setuid, and setuid is required for the chroot and identity change.) Finally, `_chrooter` starts the `debian-chroot` service, chroot to the target dir, changes identity and eventually launches the original command as if it was lauched directly by `gitannex` user in Debian. `_chrooter` and `gasp` are Python scripts, I did not use shell in order to avoid error-prone issues with spaces in arguments (that need to be passed around several times in the process).
+
+I'll try now to add command-line parameters to `gasp` in order to restrict the commands that can be run through SSH and the repositories allowed.
+
+Cheers,
+Franck
+"""]]
diff --git a/doc/todo/Check_if_an_upgrade_is_available_in_the_webapp.mdwn b/doc/todo/Check_if_an_upgrade_is_available_in_the_webapp.mdwn
new file mode 100644
index 0000000000..e102606ca4
--- /dev/null
+++ b/doc/todo/Check_if_an_upgrade_is_available_in_the_webapp.mdwn
@@ -0,0 +1,5 @@
+Especially on Mac OSX (and Windows, and maybe Android), it would be great to be able to check in the webapp if an upgrade is available. A deeper integration with these OS would be even better: for example on Mac OSX, an icon on the status bar list available upgrades for some programs, including LibreOffice and others which are not installed by default.
+
+Also, it would be great to be able to download and install git-annex upgrades directly from the webapp.
+
+> comprehensively [[done]]; [[design/assistant/upgrading]] --[[Joey]]
diff --git a/doc/todo/Check_if_an_upgrade_is_available_in_the_webapp/comment_1_c904182f6bff8b1a42070bbc038eb34e._comment b/doc/todo/Check_if_an_upgrade_is_available_in_the_webapp/comment_1_c904182f6bff8b1a42070bbc038eb34e._comment
new file mode 100644
index 0000000000..750e3b83a5
--- /dev/null
+++ b/doc/todo/Check_if_an_upgrade_is_available_in_the_webapp/comment_1_c904182f6bff8b1a42070bbc038eb34e._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.246"
+ subject="comment 1"
+ date="2013-11-15T20:51:18Z"
+ content="""
+I have thought about doing this, especially if there is ever a security hole in git-annex.
+
+All it needs is a file containing the version number to be written along-side the git-annex build, and git-annex knowing if it was built as a standalone build, and should check that.
+
+As for actually performing the upgrade:
+
+* Easy on Linux
+* Not sure on OSX.. Is it possible to use hdiutil attach to replace a dmg while a program contained in it is currently running?
+* Probably impossible on Android, at least not without using double the space. Probably better to get git-annex into an app store.
+* Doable on Windows, but would need git-annex to be distributed in a form that was not a installer.exe.
+"""]]
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/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..5dc063100b
--- /dev/null
+++ b/doc/todo/Move_ssh_config_to___126____47__ssh__47__git-annex__47__config.mdwn
@@ -0,0 +1,7 @@
+### 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]]
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/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/Option_for_browser_to_launch_webapp_with.mdwn b/doc/todo/Option_for_browser_to_launch_webapp_with.mdwn
new file mode 100644
index 0000000000..dae6011697
--- /dev/null
+++ b/doc/todo/Option_for_browser_to_launch_webapp_with.mdwn
@@ -0,0 +1,7 @@
+Firefox is my default browser, but as we all know, it doesn't load quickly.  If I don't have Firefox running but I want to access the git-annex webapp, I'd rather launch the webapp in some small, quick browser like QupZilla than wait for Firefox to load.
+
+Could git-annex have a setting, maybe a "webapp --browser" option and/or a setting in the config file, to specify the browser to launch?
+
+> git-annex uses the standard `git config web.browser` if you set it.
+> [[done]]
+> --[[Joey]]
diff --git a/doc/todo/Please_abort_build_if___34__make_test__34___fails.mdwn b/doc/todo/Please_abort_build_if___34__make_test__34___fails.mdwn
new file mode 100644
index 0000000000..592b5e0773
--- /dev/null
+++ b/doc/todo/Please_abort_build_if___34__make_test__34___fails.mdwn
@@ -0,0 +1,7 @@
+A failure during "make test" should be signalled to the caller by means of
+a non-zero exit code. Without that signal, it's very hard to run the
+regression test suite in an automated fashion.
+
+> git-annex used to have a Makefile that ignored make test exit status,
+> but that was fixed in commit dab5bddc64ab4ad479a1104748c15d194e138847,
+> in October 6th. [[done]] --[[Joey]] 
diff --git a/doc/todo/Please_add_support_for_monad-control_0.3.x.mdwn b/doc/todo/Please_add_support_for_monad-control_0.3.x.mdwn
new file mode 100644
index 0000000000..f822249916
--- /dev/null
+++ b/doc/todo/Please_add_support_for_monad-control_0.3.x.mdwn
@@ -0,0 +1,9 @@
+Git-annex doesn't compile with the latest version of monad-control. Would it be hard to support that new version?
+
+> I have been waiting for it to land in Debian before trying to 
+> deal with its changes.
+> 
+> There is now a branch in git called `new-monad-control` that will build
+> with the new monad-control. --[[Joey]]
+
+>> Now merged to master. [[done]] --[[Joey]]
diff --git a/doc/todo/S3.mdwn b/doc/todo/S3.mdwn
new file mode 100644
index 0000000000..7e417336f0
--- /dev/null
+++ b/doc/todo/S3.mdwn
@@ -0,0 +1,24 @@
+Support Amazon S3 as a file storage backend.
+
+There's a haskell library that looks good. Not yet in Debian.
+
+Multiple ways of using S3 are possible. Currently implemented as 
+a special type of git remote.
+
+Before this can be close, I need to fix:
+
+## encryption
+
+TODO
+
+## unused checking
+
+One problem is `git annex unused`. Currently it only looks at the local
+repository, not remotes. But if something is dropped from the local repo,
+and you forget to drop it from S3, cruft can build up there.
+
+This could be fixed by adding a hook to list all keys present in a remote.
+Then unused could scan remotes for keys, and if they were not used locally,
+offer the possibility to drop them from the remote.
+
+[[done]]
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/Sync_repo_names__63__.mdwn b/doc/todo/Sync_repo_names__63__.mdwn
new file mode 100644
index 0000000000..d3bb59f04a
--- /dev/null
+++ b/doc/todo/Sync_repo_names__63__.mdwn
@@ -0,0 +1,10 @@
+It's very confusing to me that the same repo viewed from different client systems can have different names and descriptions.  This implies that making changes to a remote repo from one system only affects how that system sees the repo, but it seems to affect how the entire git-annex "pair" or "network of repos" sees it.
+
+I think it would be good if the names and descriptions of repos were synced across clients.
+
+> The descriptions of repositories are synced. (They're stored in git-annex:uuid.log)
+> 
+> git allows for the same repository to be referred to using as many different remote names as you want to set up. git-annex inherits this,
+> and I can't see this changing; there are very good reasons for remotes to
+> have this flexability. [[done]]
+> --[[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/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:_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/__96__git_annex_import_--lazy__96___--_Delete_everything_that__39__s_in_the_source_directory_and_also_in_the_target_annex.mdwn b/doc/todo/__96__git_annex_import_--lazy__96___--_Delete_everything_that__39__s_in_the_source_directory_and_also_in_the_target_annex.mdwn
new file mode 100644
index 0000000000..996c03461c
--- /dev/null
+++ b/doc/todo/__96__git_annex_import_--lazy__96___--_Delete_everything_that__39__s_in_the_source_directory_and_also_in_the_target_annex.mdwn
@@ -0,0 +1,29 @@
+As per IRC
+
+    22:13:10 < RichiH> joeyh: btw, i have been pondering a `git annex import --lazy` or some such which basically goes through a directory and deletes everything i find in the annex it run from
+    22:50:39 < joeyh> not sure of the use case
+    23:41:06 < RichiH> joeyh: the use case is "i have important a ton of data into my annexes. now, i am going through the usual crud of cp -ax'ed, rsync'ed, and other random 'new disk, move stuff around and just put a full dump over there' file dumps and would like to delete everything that's annexed already"
+    23:41:33 < RichiH> joeyh: that would allow me to spend time on dealing with the files which are not yet annexed
+    23:41:54 < RichiH> instead of verifying file after file which has been imported already
+    23:43:19 < joeyh> have you tried just running git annex import in a subdirectory and then deleting the dups?
+    23:45:34 < joeyh> or in a separate branch for that matter, which you could then merge in, etc
+    23:54:08 < joeyh> Thinking anout it some more, it would need to scan the whole work tree to see what keys were there, and populate a lookup table. I prefer to avoid things that need git-annex to do such a large scan and use arbitrary amounts of memory.
+    00:58:11 < RichiH> joeyh: that would force everything into the annex, though
+    00:58:20 < RichiH> a plain import, that is
+    00:58:53 < RichiH> in a usual data dump directory, there's tons of stuff i will never import
+    00:59:00 < RichiH> i want to delete large portions of it
+    00:59:32 < RichiH> but getting rid of duplicates first allows me to spend my time focused on stuff humans are good at: deciding
+    00:59:53 < RichiH> whereas the computer can focus on stuff it's good at: mindless comparision of bits
+    01:00:15 < RichiH> joeyh: as you're saying this is complex, maybe i need to rephrase
+    01:01:40 < RichiH> what i envision is git annex import --foo to 1) decide what hashing algorithm should be used for this file 2) hash that file 3) look into the annex if that hash is annexed 3a) optionally verify numcopies within the annex 4) delete the file in the source directory
+    01:01:47 < RichiH> and then move on to the next file
+    01:02:00 < RichiH> if the hash does not exist in the annex, leave it alone
+    01:02:50 < RichiH> if the hash exists in annex, but numcopies is not fulfilled, just import it as a normal import would
+    01:03:50 < RichiH> that sounds quite easy, to me; in fact i will prolly script it if you decide not to implement it
+    01:04:07 < RichiH> but i think it's useful for a _lot_ of people who migrate tons of data into annexes
+    01:04:31 < RichiH> thus i would rather see this upstream and not hacked locally
+
+The only failure mode I see in the above is "file has been dropped elsewhere, numcopies not fulfilled, but that info is not synched to the local repo, yet" -- This could be worked around by always importing the data.
+
+> [[done]] as `git annex import --deduplicate`.
+> --[[Joey]]
diff --git a/doc/todo/__96__git_annex_import_--lazy__96___--_Delete_everything_that__39__s_in_the_source_directory_and_also_in_the_target_annex/comment_1_0cc16eb17151309113cec6d1cccf203d._comment b/doc/todo/__96__git_annex_import_--lazy__96___--_Delete_everything_that__39__s_in_the_source_directory_and_also_in_the_target_annex/comment_1_0cc16eb17151309113cec6d1cccf203d._comment
new file mode 100644
index 0000000000..0b4e22e7c5
--- /dev/null
+++ b/doc/todo/__96__git_annex_import_--lazy__96___--_Delete_everything_that__39__s_in_the_source_directory_and_also_in_the_target_annex/comment_1_0cc16eb17151309113cec6d1cccf203d._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 1"
+ date="2013-08-06T14:22:03Z"
+ content="""
+To expand a bit on the use case:
+
+I have several migration directories which I simply moved to new systems or disks with the help of `cp -ax` or `rsync`.
+As I don't _need_ the data per se and merely want to hold on to it in case I ever happen to need it again and as disk space is laughably cheap, I have a lot of duplicates.
+While I can at least detect bit flips with the help of checksum lists, cleaning those duplicates of duplicated duplicates is quite some effort.
+To make things worse, photos, music, videos, letter and whatnot are thrown into the same container directories.
+
+All in all, getting data out of those data dumps and into a clean structure is quite an effort.
+`git annex import --lazy` would help with this effort as I could start with the first directory, sort stuff by hand, and annex it.
+As soon as data lives in any of my annexes, I could simply run `git annex import --lazy` to get rid of all duplicates while retaining the unannexed files.
+Iterating through this process a few times, I will be left with clean annexes on the one hand and stuff I can simply delete on the other hand.
+
+I could script all this by hand on my own machine, but I am _certain_ that others would find easy, integrated, and unit tested support for whittling down data dumps over time useful.
+"""]]
diff --git a/doc/todo/__96__git_annex_status__47__version__96___should_print_the_local_OS.mdwn b/doc/todo/__96__git_annex_status__47__version__96___should_print_the_local_OS.mdwn
new file mode 100644
index 0000000000..9c2afecb4e
--- /dev/null
+++ b/doc/todo/__96__git_annex_status__47__version__96___should_print_the_local_OS.mdwn
@@ -0,0 +1,6 @@
+That would make assessing weird reports like [[bugs/Should_UUID__39__s_for_Remotes_be_case_sensitive__63__/]] easier and quicker.
+
+> No, if people want to file a bug report, it's up to them to tell me
+> relevant details about their OS. I'm not going down the rathole
+> of making git-annex muck about trying to gather such information.
+> [[done]] --[[Joey]]
diff --git a/doc/todo/__96__git_annex_sync_--auto__96___or___96__git_annex_auto__96___--_synchronize_symlinks__44___tracking_info__44___and_actual_data.mdwn b/doc/todo/__96__git_annex_sync_--auto__96___or___96__git_annex_auto__96___--_synchronize_symlinks__44___tracking_info__44___and_actual_data.mdwn
new file mode 100644
index 0000000000..d48b4426f3
--- /dev/null
+++ b/doc/todo/__96__git_annex_sync_--auto__96___or___96__git_annex_auto__96___--_synchronize_symlinks__44___tracking_info__44___and_actual_data.mdwn
@@ -0,0 +1,3 @@
+As per DebConf13: Introduce a one-shot command to synchronize everything, including data, with the other remotes.
+
+Especially useful for the debconf annex.
diff --git a/doc/todo/add_--exclude_option_to_git_annex_find.mdwn b/doc/todo/add_--exclude_option_to_git_annex_find.mdwn
new file mode 100644
index 0000000000..a797e97f58
--- /dev/null
+++ b/doc/todo/add_--exclude_option_to_git_annex_find.mdwn
@@ -0,0 +1,4 @@
+Seems pretty self-explanatory.
+
+> This was already implemented, the --exclude option can be used
+> for find as well as most any other subcommand. --[[Joey]] [[done]]
diff --git a/doc/todo/add_-all_option.mdwn b/doc/todo/add_-all_option.mdwn
new file mode 100644
index 0000000000..2f25759c21
--- /dev/null
+++ b/doc/todo/add_-all_option.mdwn
@@ -0,0 +1,22 @@
+`--all` would make git-annex operate on either every key with content
+present (or in some cases like `get` and `copy --from` on 
+every keys with content not present).
+
+This would be useful when a repository has a history with deleted files
+whose content you want to keep (so you're not using `dropunused`).
+Or when you have a lot of branches and just want to be able to fsck
+every file referenced in any branch (or indeed, any file referenced in any
+ref). It could also be useful (or even a
+good default) in a bare repository.
+
+A problem with the idea is that `.gitattributes` values for keys not
+currently in the tree would not be available (without horrific anounts of
+grubbing thru history to find where/when the key used to exist). So
+`numcopies` set via `.gitattributes` would not work. This would be a
+particular problem for `drop` and for `--auto`.
+
+--[[Joey]]
+
+> [[done]]. The .gitattributes problem was solved simply by not
+> supporting `drop --all`. `--auto` also cannot be mixed with --all for
+> similar reasons. --[[Joey]] 
diff --git a/doc/todo/add_a_git_backend.mdwn b/doc/todo/add_a_git_backend.mdwn
new file mode 100644
index 0000000000..2b224710ed
--- /dev/null
+++ b/doc/todo/add_a_git_backend.mdwn
@@ -0,0 +1,18 @@
+There should be a backend where the file content is stored.. in a git
+repository!
+
+This way, you know your annexed content is safe & versioned, but you only
+have to deal with the pain of git with large files in one place, and can
+use all of git-annex's features everywhere else.
+
+> Speaking as a future user, do very, very much want. -- RichiH
+
+>> Might also be interesting to use `bup` in the git backend, to work
+>> around git's big file issues there. So git-annex would pull data out
+>> of the git backend using bup. --[[Joey]] 
+
+>>> Very much so. Generally speaking, having one or more versioned storage back-ends with current data in the local annexes sounds incredibly useful. Still being able to get at old data in via the back-end and/or making offline backups of the full history are excellent use cases. -- RichiH
+
+[[done]], the bup special remote type is written! --[[Joey]] 
+
+> Yay! -- RichiH
diff --git a/doc/todo/add_an_icon_for_the_.desktop_file.mdwn b/doc/todo/add_an_icon_for_the_.desktop_file.mdwn
new file mode 100644
index 0000000000..3be158a0aa
--- /dev/null
+++ b/doc/todo/add_an_icon_for_the_.desktop_file.mdwn
@@ -0,0 +1 @@
+Maybe add the icon /usr/share/doc/git-annex/html/logo.svg to the .desktp file.
diff --git a/doc/todo/add_metadata_to_annexed_files.mdwn b/doc/todo/add_metadata_to_annexed_files.mdwn
new file mode 100644
index 0000000000..0fc3e89535
--- /dev/null
+++ b/doc/todo/add_metadata_to_annexed_files.mdwn
@@ -0,0 +1,5 @@
+I would like to attach metadata to annexed files (objects) without cluttering the workdir with files containing this metadata. A common use case would be to add titles to my photo collection that could than end up in a generated photo album.
+
+Depending on the implementation it might also be possible to use the metadata facility for a threaded commenting system.
+
+The first question is whether the metadata is attached to the objects and thus shared by all paths pointing to the same data object or to paths in the worktree. I've no preference here at this point.
diff --git a/doc/todo/add_metadata_to_annexed_files/comment_1_38af9b352020194e9ace34d7dde188cf._comment b/doc/todo/add_metadata_to_annexed_files/comment_1_38af9b352020194e9ace34d7dde188cf._comment
new file mode 100644
index 0000000000..8460300a79
--- /dev/null
+++ b/doc/todo/add_metadata_to_annexed_files/comment_1_38af9b352020194e9ace34d7dde188cf._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-24T19:58:54Z"
+ content="""
+I don't know if git-annex is the right vehicle to fix this. It seems that a more generic fix that would work in non-git-annex repos would be better.
+
+I can answer your question though: The metadata such as urls and locations that git-annex stores in the git-annex branch is attached to objects, and not to work tree paths.
+"""]]
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..a7b30ded5c
--- /dev/null
+++ b/doc/todo/assistant_cannot_set_up_remote_repo_via_an_ssh_alias_or_an_ip_address.mdwn
@@ -0,0 +1,48 @@
+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_git_sync_laddering.mdwn b/doc/todo/assistant_git_sync_laddering.mdwn
new file mode 100644
index 0000000000..7dbc6480a2
--- /dev/null
+++ b/doc/todo/assistant_git_sync_laddering.mdwn
@@ -0,0 +1,10 @@
+When the [[design/assistant]] is running on a pair of remotes, I've seen
+them get out of sync, such that every pull and merge results in a conflict,
+that then has to be auto-resolved. 
+
+This seems similar to the laddering problem described in this old bug:
+[[bugs/making_annex-merge_try_a_fast-forward]]
+
+--[[Joey]]
+
+Think I've fixed this. [[done]] --[[Joey]]
diff --git a/doc/todo/assistant_parallel_file_transfers.txt b/doc/todo/assistant_parallel_file_transfers.txt
new file mode 100644
index 0000000000..aafddf0383
--- /dev/null
+++ b/doc/todo/assistant_parallel_file_transfers.txt
@@ -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/assistant_smarter_archive_directory_handling.mdwn b/doc/todo/assistant_smarter_archive_directory_handling.mdwn
new file mode 100644
index 0000000000..fa5a3e4fce
--- /dev/null
+++ b/doc/todo/assistant_smarter_archive_directory_handling.mdwn
@@ -0,0 +1,31 @@
+Client repos do not want files in archive directories. This can turn
+out to be confusing to users who are using archive directories for their
+own purposes and not aware of this special case in the assistant. It can
+seem like the assistant is failing to sync their files.
+
+I thought, first, that it should have a checkbox to enable the archive
+directory behavior.
+
+However, I think I have a better idea. Change the preferred content
+expression for clients, so they want files in archive directories, *until*
+those files land in an archive.
+
+This way, only users who set up an archive repo get this behavior. And they
+asked for it by setting up that repo!
+
+Also, the new behavior will mean that files in archive directories still
+propigate around to clients. Consider this topology:
+
+	client A ---- client B ---- archive
+
+If a file is created in client A, and moved to an archive directory before
+it syncs to B, it will never get to the archive, and will continue wasting
+space on A. With the new behavior, A and B serve as effectively, transfer
+repositories for archived content.
+
+Something vaguely like this should work as the preferred content
+expression for the clients:
+
+	exclude=archive/* or (include=archive/* and (not (copies=archive:1 or copies=smallarchive:1)))
+
+> [[done]] --[[Joey]]
diff --git a/doc/todo/assistant_threaded_runtime.mdwn b/doc/todo/assistant_threaded_runtime.mdwn
new file mode 100644
index 0000000000..03ba66acf1
--- /dev/null
+++ b/doc/todo/assistant_threaded_runtime.mdwn
@@ -0,0 +1,40 @@
+The [[design/assistant]] would be better if git-annex used ghc's threaded
+runtime (`ghc -threaded`).
+
+Currently, whenever the assistant code runs some external command, all
+threads are blocked waiting for it to finish.
+
+For transfers, the assistant works around this problem by forking separate
+upload processes, and not waiting on them until it sees an indication that
+they have finished the transfer. While this works, it's messy.. threaded
+would be better.
+
+When pulling, pushing, and merging, the assistant runs external git
+commands, and this does block all other threads. The threaded runtime would
+really help here.
+
+[[done]]; the assistant now builds with the threaded runtime.
+Some work still remains to run certian long-running external git commands
+in their own threads to prevent them blocking things, but that is easy to
+do, now. --[[Joey]] 
+
+---
+
+Currently, git-annex seems unstable when built with the threaded runtime.
+The test suite tends to hang when testing add. `git-annex` occasionally
+hangs, apparently in a futex lock. This is not the assistant hanging, and
+git-annex does not otherwise use threads, so this is surprising. --[[Joey]]
+
+> I've spent a lot of time debugging this, and trying to fix it, in the
+> "threaded" branch. There are still deadlocks. --[[Joey]]
+
+>> Fixed, by switching from `System.Cmd.Utils` to `System.Process`
+>> --[[Joey]] 
+
+---
+
+It would be possible to not use the threaded runtime. Instead, we could
+have a child process pool, with associated continuations to run after a
+child process finishes. Then periodically do a nonblocking waitpid on each
+process in the pool in turn (waiting for any child could break anything not
+using the pool!). This is probably a last resort...
diff --git a/doc/todo/auto_remotes.mdwn b/doc/todo/auto_remotes.mdwn
new file mode 100644
index 0000000000..715dea7207
--- /dev/null
+++ b/doc/todo/auto_remotes.mdwn
@@ -0,0 +1,29 @@
+It should be possible for clones to learn about how to contact
+each other without remotes needing to always be explicitly set
+up. Say that `.git-annex/remote.log` is maintained by git-annex
+to contain:
+
+	UUID hostname URI
+
+The URI comes from configured remotes and maybe from 
+`file://$(pwd)`, or even `ssh://$(hostname -f)`
+for the current repo. This format will merge without
+conflicts or data loss.
+
+Then when content is belived to be in a UUID, and no
+configured remote has it, the remote.log can be consulted and
+URIs that look likely tried. (file:// ones if the hostname
+is the same (or maybe always -- a removable drive might tend
+to be mounted at the same location on different hosts),
+otherwise ssh:// ones.)
+
+Question: When should git-annex update the remote.log? 
+(If not just on init.) Whenever it reads in a repo's remotes?
+
+> This sounds useful and the log should be updated every time any remote is being accessed. A counter or timestamp (yes, distributed times may be wrong/different) could be used to auto-prune old entries via a global and per-remote config setting. -- RichiH
+
+---
+
+I no longer think I'd use this myself, I find that my repositories quickly
+grow the paths I actually use, somewhat organically. Unofficial paths
+across university quads come to mind. [[done]] --[[Joey]] 
diff --git a/doc/todo/auto_remotes/discussion.mdwn b/doc/todo/auto_remotes/discussion.mdwn
new file mode 100644
index 0000000000..b9e1522a8f
--- /dev/null
+++ b/doc/todo/auto_remotes/discussion.mdwn
@@ -0,0 +1,7 @@
+Remotes log should probably be stored in ".git/annex/remote.log"
+instead of ".git-annex/remote.log" to prevent leaking credentials.
+
+> The idea is to distribute the info between repositories, which is
+> why it'd go in `.git-annex`. Of course that does mean that repository
+> location information would be included, and if that'd not desirable
+> this feature would need to be turned off. --[[Joey]] 
diff --git a/doc/todo/automatic_bookkeeping_watch_command.mdwn b/doc/todo/automatic_bookkeeping_watch_command.mdwn
new file mode 100644
index 0000000000..28b02aff25
--- /dev/null
+++ b/doc/todo/automatic_bookkeeping_watch_command.mdwn
@@ -0,0 +1,15 @@
+A "git annex watch" command would help make git-annex usable by users who
+don't know how to use git, or don't want to bother typing the git commands. 
+It would run, in the background, watching via inotify for changes, and
+automatically annexing new files, etc.
+
+The blue sky goal would be something automated like dropbox, except fully
+distributed. All files put into the repository would propagate out
+to all the other clones of it, as network links allow. Note that while
+dropbox allows modifying files, git-annex freezes them upon creation,
+so this would not be 100% equivalent to dropbox. --[[Joey]]
+
+This is a big project with its own [[design pages|design/assistant]].
+
+> [[done]].. at least, we have a watch command an an assistant, which
+> is still being developed. --[[Joey]] 
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/avoid_unnecessary_union_merges.mdwn b/doc/todo/avoid_unnecessary_union_merges.mdwn
new file mode 100644
index 0000000000..5cd4b64373
--- /dev/null
+++ b/doc/todo/avoid_unnecessary_union_merges.mdwn
@@ -0,0 +1,20 @@
+Some commands cause a union merge unnecessarily. For example, `git annex add`
+modifies the location log, which first requires reading the current log (if
+any), which triggers a merge.
+
+Would be good to avoid these unnecessary union merges. First because it's
+faster and second because it avoids a possible delay when a user might
+ctrl-c and leave the repo in an inconsistent state. In the case of an add,
+the file will be in the annex, but no location log will exist for it (fsck
+fixes that).
+
+It may be that all that's needed is to modify Annex.Branch.change
+to read the current value, without merging. Then commands like `get`, that
+query the branch, will still cause merges, and commands like `add` that
+only modify it, will not. Note that for a command like `get`, the merge
+occurs before it has done anything, so ctrl-c should not be a problem
+there.
+
+This is a delicate change, I need to take care.. --[[Joey]]
+
+> [[done]] (assuming I didn't miss any cases where this is not safe!) --[[Joey]] 
diff --git a/doc/todo/backendSHA1.mdwn b/doc/todo/backendSHA1.mdwn
new file mode 100644
index 0000000000..8c16b75ad0
--- /dev/null
+++ b/doc/todo/backendSHA1.mdwn
@@ -0,0 +1,7 @@
+This backend is not finished.
+
+In particular, while files can be added using it, git-annex will not notice
+when their content changes, and will not create a new key for the new sha1
+of the net content.
+
+[[done]]; use unlock subcommand and commit changes with git
diff --git a/doc/todo/branching.mdwn b/doc/todo/branching.mdwn
new file mode 100644
index 0000000000..ad7ece6f10
--- /dev/null
+++ b/doc/todo/branching.mdwn
@@ -0,0 +1,159 @@
+[[done]] !!!
+
+The use of `.git-annex` to store logs means that if a repo has branches 
+and the user switched between them, git-annex will see different logs in
+the different branches, and so may miss info about what remotes have which
+files (though it can re-learn). 
+
+An alternative would be to store the log data directly in the git repo
+as `pristine-tar` does. Problem with that approach is that git won't merge
+conflicting changes to log files if they are not in the currently checked
+out branch.
+
+It would be possible to use a branch with a tree like this, to avoid
+conflicts:
+
+key/uuid/time/status
+
+As long as new files are only added, and old timestamped files deleted,
+there would be no conflicts.
+
+A related problem though is the size of the tree objects git needs to
+commit. Having the logs in a separate branch doesn't help with that.
+As more keys are added, the tree object size will increase, and git will
+take longer and longer to commit, and use more space. One way to deal with
+this is simply by splitting the logs amoung subdirectories. Git then can
+reuse trees for most directories. (Check: Does it still have to build
+dup trees in memory?)
+
+Another approach would be to have git-annex *delete* old logs. Keep logs
+for the currently available files, or something like that. If other log
+info is needed, look back through history to find the first occurance of a
+log. Maybe even look at other branches -- so if the logs were on master,
+a new empty branch could be made and git-annex would still know where to
+get keys in that branch. 
+
+Would have to be careful about conflicts when deleting and bringing back
+files with the same name. And would need to avoid expensive searching thru
+all history to try to find an old log file.
+
+## fleshed out proposal
+
+Let's use one branch per uuid, named git-annex/$UUID.
+
+- I came to realize this would be a good idea when thinking about how
+  to upgrade. Each individual annex will be upgraded independantly,
+  so each will want to make a branch, and if the branches aren't distinct,
+  they will merge conflict for sure.
+- TODO: What will need to be done to git to make it push/pull these new
+  branches?
+- A given repo only ever writes to its UUID branch. So no conflicts.
+  - **problem**: git annex move needs to update log info for other repos!
+    (possibly solvable by having git-annex-shell update the log info
+    when content is moved using it)
+- (BTW, UUIDs probably don't compress well, and this reduces the bloat of having
+  them repeated lots of times in the tree.)
+- Per UUID branches mean that if it wants to find a file's location
+  amoung configured remotes, it can examine only their branches, if
+  desired.
+- It's important that the per-repo branches propigate beyond immediate
+  remotes. If there is a central bare repo, that means push --all. Without
+  one, it means that when repo B pulls from A, and then C pulls from B,
+  C needs to get A's branch -- which means that B should have a tracking
+  branch for A's branch.
+
+In the branch, only one file is needed. Call it locationlog. git-annex
+can cache location log changes and write them all to locationlog in
+a single git operation on shutdown.
+
+- TODO: what if it's ctrl-c'd with changes pending? Perhaps it should
+  collect them to .git/annex/locationlog, and inject that file on shutdown?
+- This will be less overhead than the current staging of all the log files.
+
+The log is not appended to, so in git we have a series of commits each of
+which replaces the log's entire contens.
+
+To find locations of a key, all (or all relevant) branches need to be
+examined, looking backward through the history of each until a log
+with a indication of the presense/absense of the key is found.
+
+- This will be less expensive for files that have recently been added
+  or transfered.
+- It could get pretty slow when digging deeper.
+- Only 3 places in git-annex will be affected by any slowdown: move --from,
+  get and drop. (Update: Now also unused, whereis, fsck) 
+
+## alternate
+
+As above, but use a single git-annex branch, and keep the per-UUID
+info in their own log files. Hope that git can auto-merge as long as
+each observing repo only writes to its own files. (Well, it can, but for
+non-fast-forward merges, the git-annex branch would need to be checked out,
+which is problimatic.)
+
+Use filenames like:
+
+	<observing uuid>/<location uuid>
+
+That allows one repo to record another's state when doing a
+`move`.
+
+## outside the box approach
+
+If the problem is limited to only that the `.git-annex/` files make
+branching difficult (and not to the related problem that commits to them
+and having them in the tree are sorta annoying), then a simple approach
+would be to have git-annex look in other branches for location log info
+too.
+
+The problem would then be that any locationlog lookup would need to look in
+all other branches (any branch could have more current info after all),
+which could get expensive.
+
+## way outside the box approach
+
+Another approach I have been mulling over is keeping the log file
+branch checked out in .git/annex/logs/ -- this would be a checkout of a git
+repository inside a git repository, using "git fake bare" techniques. This
+would solve the merge problem, since git auto merge could be used. It would
+still mean all the log files are on-disk, which annoys some. It would
+require some tighter integration with git, so that after a pull, the log
+repo is updated with the data pulled. --[[Joey]] 
+
+> Seems I can't use git fake bare exactly. Instead, the best option
+> seems to be `git clone --shared` to make a clone that uses
+> `.git/annex/logs/.git` to hold its index etc, but (mostly) uses
+> objects from the main repo. There would be some bloat,
+> as commits to the logs made in there would not be shared with the main
+> repo. Using `GIT_OBJECT_DIRECTORY` might be a way to avoid that bloat.
+
+## notes
+
+Another approach could be to use git-notes. It supports merging branches
+of notes, with union merge strategy (a hook would have to do this after
+a pull, it's not done automatically). 
+
+Problem: Notes are usually attached to git
+objects, and there are no git objects corresponding to git-annex keys.
+
+Problem: Notes are not normally copied when cloning.
+
+------
+
+## elminating the merge problem
+
+Most of the above options are complicated by the problem of how to merge
+changes from remotes. It should be possible to deal with the merge
+problem generically. Something like this:
+
+* We have a local branch `B`.
+* For remotes, there are also `origin/B`, `otherremote/B`, etc.
+* To merge two branches `B` and `foo/B`, construct a merge commit that
+  makes each file have all lines that were in either version of the file,
+  with duplicates removed (probably). Do this without checking out a tree.
+  -- now implemented as git-union-merge
+* As a `post-merge` hook, merge `*/B` into `B`. This will ensure `B`
+  is always up-to-date after a pull from a remote.
+* When pushing to a remote, nothing need to be done, except ensure
+  `B` is either successfully pushed, or the push fails (and a pull needs to
+  be done to get the remote's changes merged into `B`).
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/checkout.mdwn b/doc/todo/checkout.mdwn
new file mode 100644
index 0000000000..50da2d62e1
--- /dev/null
+++ b/doc/todo/checkout.mdwn
@@ -0,0 +1,23 @@
+The checkout subcommand replaces the symlink that normally points at a
+file's content, with a copy of the file. Once you've checked a file out,
+you can edit it, and `git commit` it. On commit, git-annex will detect
+if the file has been changed, and if it has, `add` its content to the
+annex.
+
+> Internally, this will need to store the original symlink to the file, in 
+> `.git/annex/checkedout/$filename`.
+> 
+> * git-annex uncheckout moves that back
+> * git-annex pre-commit hook checks each file being committed to see if
+>   it has a symlink there, and if so, removes the symlink and adds the new
+>   content to the annex. 
+> 
+> And it seems the file content should be copied, not moved or hard linked:
+> 
+> * Makes sure other annexes can find it if transferring it from
+>   this annex.
+> * Ensures it's always available for uncheckout.
+> * Avoids the last copy of a file's content being lost when
+>   the checked out file is modified.
+
+[[done]]
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/direct_mode_guard.mdwn b/doc/todo/direct_mode_guard.mdwn
new file mode 100644
index 0000000000..bb7f908977
--- /dev/null
+++ b/doc/todo/direct_mode_guard.mdwn
@@ -0,0 +1,105 @@
+Currently [[/direct_mode]] allows the user to point many normally safe
+git commands at his foot and pull the trigger. At LCA2013, a git-annex
+user suggested modifying direct mode to make this impossible.
+
+One way to do it would be to move the .git directory. Instead, make there
+be a .git-annex directory in direct mode repositories. git-annex would know
+how to use it, and would be extended to support all known safe git
+commands, passing parameters through, and in some cases verifying them.
+
+So, for example, `git annex commit` would run `git commit --git-dir=.git-annex`
+
+However, `git annex commit -a` would refuse to run, or even do something
+intelligent that does not involve staging every direct mode file.
+
+----
+
+One source of problems here is that there is some overlap between git-annex
+and git commands. Ie, `git annex add` cannot be a passthrough for `git
+add`. The git wrapper could instead be another program, or it could be
+something like `git annex git add`
+
+--[[Joey]]
+
+----
+
+Or, no git wrapper could be provided. Limit the commands to only git-annex
+commands. This should be all that is needed to manage a direct mode
+repository simply, and if the user is doing something complicated that
+needs git access, they can set `GIT_DIR=.git-annex` and be careful not to
+shoot off their foot. (Or can just switch to indirect mode!)
+
+This wins on simplicity, and if it's the wrong choice a git wrapper
+can be added later. --[[Joey]]
+
+---
+
+Implementation: Pretty simple really. Already did the hard lifting to
+support `GIT_DIR`, so only need to override the default git directory
+in direct mode when that's not set to `.git-annex`.
+
+A few things hardcode ".git", including Assistant.Threads.Watcher.ignored
+and `Seek.withPathContents`, and parts of `Git.Construct`.
+
+---
+
+Transition: git-annex should detect when it's in a direct mode repository
+with a .git directory and no .git-annex directory, and transparently
+do the move to transition to the new scheme. (And remember that `git annex
+indirect` needs to move it back.)
+
+# alternative approach: move index
+
+Rather than moving .git, maybe move .git/index?
+
+This would cause git to think that all files in the tree were deleted.
+So git commit -a would make a commit that removes them from git history.
+But, the files in the work tree are not touched by this.
+
+Also, git checkout, git merge, and other things that manipulate the work
+tree refuse to do anything if they'd change a file that they think is
+untracked.
+
+Hmm, this does't solve the user accidentially running git add on an annexed
+file; the whole file still gets added.
+
+# alternative approach: fake bare repo
+
+Set core.bare to true.  This prevents all work tree operations, 
+so prevents any foot shooting. It still lets the user run commands like
+git log, even on files in the tree, and git fetch, and push, and git
+config, etc.
+
+Even better, it integrates with other tools, like `mr`, so they know
+it's a git repo.
+
+This seems really promising. But of course, git-annex has its own set of
+behaviors in a bare repo, so will need to recognise that this repo is not
+really bare, and avoid them.
+
+> [[done]]!!  --[[Joey]]
+
+(Git may also have some bare repo behaviors that are unwanted. One example
+is that git allows pushes to the current branch in a bare repo, 
+even when `receive.denyCurrentBranch` is set.)
+
+> This is indeed a problem. Indeed, `git annex sync` successfully
+> pushes changes to the master branch of a fake bare direct mode repo.
+> 
+> And then, syncing in the repo that was pushed to causes the changes
+> that were pushed to the master branch to get reverted! This happens
+> because sync commits; commit sees that files are staged in index
+> differing from the (pushed) master, and commits the "changes"
+> which revert it.
+> 
+> Could fix this using an update hook, to reject the updated of the master
+> branch. However, won't work on crippled filesystems! (No +x bit)
+> 
+> Could make git annex sync detect this. It could reset the master
+> branch to the last one committed, before committing. Seems very racy
+> and hard to get right!
+>
+> Could make direct mode operate on a different branch, like
+> `annex/direct/master` rather than `master`. Avoid pushing to that
+> branch (`git annex sync` can map back from it to `master` and push there
+> instead). A bit clumsy, but works.
diff --git a/doc/todo/direct_mode_guard/comment_1_431b6e1577bbd30b07dce9002a8fe1a2._comment b/doc/todo/direct_mode_guard/comment_1_431b6e1577bbd30b07dce9002a8fe1a2._comment
new file mode 100644
index 0000000000..01cddc8a3e
--- /dev/null
+++ b/doc/todo/direct_mode_guard/comment_1_431b6e1577bbd30b07dce9002a8fe1a2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawn-KDr_Z4CMkjS0v_TxQ08SzAB5ecHG3K0"
+ nickname="Glen"
+ subject="This sounds good"
+ date="2013-06-25T10:30:07Z"
+ content="""
+I think we might have been talking about this feature.. Seems like a good idea to me.
+
+Glen
+"""]]
diff --git a/doc/todo/direct_mode_guard/comment_2_85bdb9dc601b87bd7c77150d7b0a5cde._comment b/doc/todo/direct_mode_guard/comment_2_85bdb9dc601b87bd7c77150d7b0a5cde._comment
new file mode 100644
index 0000000000..7cf37a9173
--- /dev/null
+++ b/doc/todo/direct_mode_guard/comment_2_85bdb9dc601b87bd7c77150d7b0a5cde._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawm7AuSfii_tCkLyspL6Mr0ATlO6OxLNYOo"
+ nickname="Georg"
+ subject="comment 2"
+ date="2013-09-20T11:29:04Z"
+ content="""
+Maybe make a git sub-namespace of commands. Yeah, I know, something like git annex git-add sounds a bit on the verbose side, but it would allow access to possibly all git commands regardless of name clashes. 
+"""]]
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/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__.mdwn b/doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__.mdwn
new file mode 100644
index 0000000000..8ce910ac31
--- /dev/null
+++ b/doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__.mdwn
@@ -0,0 +1,5 @@
+I've an external USB hard disc attached to my (fritzbox) router that is only accessible through SMB/CIFS. I'd like have all my annexed files on this drive in kind of direct-mode so that I can also access the files without git-annex.
+
+I tried to put a direct-mode repo on the drive but this is painfully slow. The git-annex process than runs on my desktop and accesses the repo over SMB over the slow fritzbox over USB.
+
+I'd wish that git-annex could be told to just use a (mounted) folder as a direct-mode remote.
diff --git a/doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__/comment_1_5ed9a2336b432b842c1805add6d96509._comment b/doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__/comment_1_5ed9a2336b432b842c1805add6d96509._comment
new file mode 100644
index 0000000000..bff1b2fcda
--- /dev/null
+++ b/doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__/comment_1_5ed9a2336b432b842c1805add6d96509._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-23T19:03:58Z"
+ content="""
+It's not clear to me what you are requesting here.
+
+You seem to say that running git-annex inside a mountpoint is slow. Ok. So, what possible changes to git-annex could make it fast, given that the bottleneck is the SMB/USB?
+"""]]
diff --git a/doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__/comment_2_e6ba58c5c31ba23a4575f1189689946f._comment b/doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__/comment_2_e6ba58c5c31ba23a4575f1189689946f._comment
new file mode 100644
index 0000000000..d60cb2d4d3
--- /dev/null
+++ b/doc/todo/dumb_plaindir_remote___40__e.g._for_NAS_mounts__41__/comment_2_e6ba58c5c31ba23a4575f1189689946f._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnR6E5iUghMWdUGlbA9CCs8DKaoigMjJXw"
+ nickname="Efraim"
+ subject="comment 2"
+ date="2013-11-26T09:26:53Z"
+ content="""
+perhaps he's looking to be able to expand the addurl option to include file://path/to/video.mp4, or for over smb://... , to import a file without changing its location to being inside the annex.
+"""]]
diff --git a/doc/todo/exclude_files_on_a_given_remote.mdwn b/doc/todo/exclude_files_on_a_given_remote.mdwn
new file mode 100644
index 0000000000..e8bb357d31
--- /dev/null
+++ b/doc/todo/exclude_files_on_a_given_remote.mdwn
@@ -0,0 +1,18 @@
+Say I have some files on remote A. But I'm away from it, and transferring
+files from B to C. I'd like to avoid transferring any files I already have
+on A. 
+
+Something like:
+
+	git annex copy --to C --exclude-on A
+
+This would not contact A, just use its cached location log info.
+
+I suppose I might also sometime want to only act on files that are
+thought/known to be on A.
+
+	git annex drop --only-on A
+
+--[[Joey]] 
+
+[[done]]
diff --git a/doc/todo/faster_gnupg_cipher.mdwn b/doc/todo/faster_gnupg_cipher.mdwn
new file mode 100644
index 0000000000..f5ff062d2c
--- /dev/null
+++ b/doc/todo/faster_gnupg_cipher.mdwn
@@ -0,0 +1,9 @@
+Apparently newer gnupg has support for hardware-accelerated AES-NI. It
+would be good to have an option to use that. I also wonder if using the
+same symmetric key for many files presents a security issues (and whether
+using GPG keys directly would be more secure).
+
+> [[done]]; you can now use encryption=pubkey when setting up a special
+> remote to use pure public keys without the hybrid symmetric key scheme.
+> Which you choose is up to you. Also,  annex.gnupg-options can configure
+> the ciphers used. --[[Joey]]
diff --git a/doc/todo/faster_gnupg_cipher/comment_1_8f61f7c724a8224e61c015be68f43db7._comment b/doc/todo/faster_gnupg_cipher/comment_1_8f61f7c724a8224e61c015be68f43db7._comment
new file mode 100644
index 0000000000..1bf550cdf4
--- /dev/null
+++ b/doc/todo/faster_gnupg_cipher/comment_1_8f61f7c724a8224e61c015be68f43db7._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.145"
+ subject="comment 1"
+ date="2013-08-01T17:10:56Z"
+ content="""
+There is a remote.name.annex-gnupg-options git-config setting that can be used to pass options to gpg on a per-remote basis.
+
+> also wonder if using the same symmetric key for many files presents a security issues (and whether using GPG keys directly would be more secure).
+
+I am not a cryptographer, but I have today run this question by someone with a good amount of crypo knowledge. My understanding is that reusing a symmetric key is theoretically vulnerable to eg known-plaintext or chosen-plaintext attacks. And that modern ciphers like AES and CAST (gpg default) are designed to resist such attacks.
+
+If someone was particularly concerned about these attack vectors, it would be pretty easy to add a mode where git-annex uses public key encryption directly. With the disadvantage, of course, that once a file was sent to a special remote and encrypted for a given set of public keys, other keys could not later be granted access to it.
+"""]]
diff --git a/doc/todo/faster_gnupg_cipher/comment_2_36e1f227a320527653500b445f7c001c._comment b/doc/todo/faster_gnupg_cipher/comment_2_36e1f227a320527653500b445f7c001c._comment
new file mode 100644
index 0000000000..08f69d6b86
--- /dev/null
+++ b/doc/todo/faster_gnupg_cipher/comment_2_36e1f227a320527653500b445f7c001c._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 2"
+ date="2013-08-02T07:21:50Z"
+ content="""
+Using symmetric keys is significantly cheaper, computation-wise.
+
+The scheme of encrypting symmetric keys with asymmetric ones is ancient, well-proven, and generally accepted as a good approach.
+
+Using per-key files makes access control more fine-grained and is only a real performance issue once while creating the private key and a little bit every time more than one file needs to be decrypted as more than one symmetric key needs to be taken care of.
+"""]]
diff --git a/doc/todo/faster_gnupg_cipher/comment_3_bd0c975494333dfe558de048d888ace8._comment b/doc/todo/faster_gnupg_cipher/comment_3_bd0c975494333dfe558de048d888ace8._comment
new file mode 100644
index 0000000000..d0b98b7f67
--- /dev/null
+++ b/doc/todo/faster_gnupg_cipher/comment_3_bd0c975494333dfe558de048d888ace8._comment
@@ -0,0 +1,17 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.209"
+ subject="comment 3"
+ date="2013-08-19T13:44:35Z"
+ content="""
+AES-NI acceleration will be used by default providing you're using
+the new modularized GnuPG (v2.x) and libgcrypt ≥ 1.5.0. Of course it
+only speeds up AES encryption, while GnuPG uses CAST by default; you can
+either set `personal-cipher-preferences` to AES or AES256 in your
+`gpg.conf` or, as joeyh hinted at, set `remote.<name>.annex-gnupg-options`
+as described in the manpage.
+
+By the way, I observed a significant speed up when using `--compress-algo none`.
+Image, music and video files are typically hard to compress further, and it seems
+that's where gpg spent most of its time, at least on the few files I benchmarked.
+"""]]
diff --git a/doc/todo/faster_rsync_remotes.mdwn b/doc/todo/faster_rsync_remotes.mdwn
new file mode 100644
index 0000000000..8c40b28164
--- /dev/null
+++ b/doc/todo/faster_rsync_remotes.mdwn
@@ -0,0 +1,4 @@
+Using an rsync remote is currently very slow when there are a lot of files, since rsync appears to be called for each file copied.  It would be awesome if each call to rsync was amortized to copy many files; rsync is very good at copying many small files quickly.
+
+> [[done]]; bug submitter was apparently not using a version 
+> with rsync connection caching. --[[Joey]]
diff --git a/doc/todo/faster_rsync_remotes/comment_1_0bc3ee0ae563357675eeccf42461e59a._comment b/doc/todo/faster_rsync_remotes/comment_1_0bc3ee0ae563357675eeccf42461e59a._comment
new file mode 100644
index 0000000000..2f320fee2c
--- /dev/null
+++ b/doc/todo/faster_rsync_remotes/comment_1_0bc3ee0ae563357675eeccf42461e59a._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.145"
+ subject="comment 1"
+ date="2013-08-01T16:06:42Z"
+ content="""
+I cannot see a way to do this using rsync's current command-line interface. Ideas how to do it welcomed.
+"""]]
diff --git a/doc/todo/faster_rsync_remotes/comment_2_ccf6f75450c89ca498c8130054f8d32d._comment b/doc/todo/faster_rsync_remotes/comment_2_ccf6f75450c89ca498c8130054f8d32d._comment
new file mode 100644
index 0000000000..67b5feab08
--- /dev/null
+++ b/doc/todo/faster_rsync_remotes/comment_2_ccf6f75450c89ca498c8130054f8d32d._comment
@@ -0,0 +1,24 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln4uCaqZRd5_nRQ-iLcJyGctIdw8ebUiM"
+ nickname="Edward"
+ subject="Just put multiple source files"
+ date="2013-08-01T16:29:04Z"
+ content="""
+It seems like you can just put multiple source files on the command line:
+
+    ed@ed-Ubu64 /tmp$ touch a b c d
+    ed@ed-Ubu64 /tmp$ mkdir test
+    ed@ed-Ubu64 /tmp$ rsync -avz a b c d test
+    sending incremental file list
+    a
+    b
+    c
+    d
+    
+    sent 197 bytes  received 88 bytes  570.00 bytes/sec
+    total size is 0  speedup is 0.00
+    ed@ed-Ubu64 /tmp$ ls test
+    a  b  c  d
+
+It also appears to work with remote transfers too.
+"""]]
diff --git a/doc/todo/faster_rsync_remotes/comment_3_2f6a9d23cb8351fbf0f60ed93752e76e._comment b/doc/todo/faster_rsync_remotes/comment_3_2f6a9d23cb8351fbf0f60ed93752e76e._comment
new file mode 100644
index 0000000000..1911048be6
--- /dev/null
+++ b/doc/todo/faster_rsync_remotes/comment_3_2f6a9d23cb8351fbf0f60ed93752e76e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.145"
+ subject="comment 3"
+ date="2013-08-01T16:58:49Z"
+ content="""
+git-annex needs to build a specific directory structure on the rsync remote though. It seems it would need to build the whole tree locally, containing only the files it wants to send.
+
+When using encryption, it would need to encrypt all the files it's going to send and store them locally until it's built the tree. That could use a lot of disk space.
+
+Also, there's the problem of checking which files are already present in the remote, to avoid re-encrypting and re-sending them. Currently this is done by running rsync with the url of the file, and checking its exit code. rsync does not seem to have an interface that would allow checking multiple files in one call. So any optimisation of the number of rsync calls would only eliminate 1/2 of the current number.
+
+When using ssh:// urls, the rsync special remote already uses ssh connection caching, which I'd think would eliminate most of the overhead. (If you have a version of git-annex older than 4.20130417, you should upgrade to get this feature.) It should not take very long to start up a new rsync over a cached ssh connection. rsync:// is probably noticably slower.
+"""]]
diff --git a/doc/todo/faster_rsync_remotes/comment_4_3a2f45defebae3dde336ee5f40c26d7e._comment b/doc/todo/faster_rsync_remotes/comment_4_3a2f45defebae3dde336ee5f40c26d7e._comment
new file mode 100644
index 0000000000..44d7d5511e
--- /dev/null
+++ b/doc/todo/faster_rsync_remotes/comment_4_3a2f45defebae3dde336ee5f40c26d7e._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawln4uCaqZRd5_nRQ-iLcJyGctIdw8ebUiM"
+ nickname="Edward"
+ subject="Thanks"
+ date="2013-08-01T17:03:23Z"
+ content="""
+I am using an old version of git-annex.  I'll try the newer one and see if the connection caching helps!
+"""]]
diff --git a/doc/todo/file_copy_progress_bar.mdwn b/doc/todo/file_copy_progress_bar.mdwn
new file mode 100644
index 0000000000..847c1d1eb6
--- /dev/null
+++ b/doc/todo/file_copy_progress_bar.mdwn
@@ -0,0 +1,5 @@
+Find a way to copy a file with a progress bar, while still preserving
+stat. Easiest way might be to use pv and fix up the permissions etc
+after?
+
+[[done]]
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/fsck.mdwn b/doc/todo/fsck.mdwn
new file mode 100644
index 0000000000..1dcaad9a51
--- /dev/null
+++ b/doc/todo/fsck.mdwn
@@ -0,0 +1,11 @@
+add a git annex fsck that finds keys that have no referring file
+
+(done)
+
+* Need per-backend fsck support. sha1 can checksum all files in the annex.
+  WORM can check filesize.
+
+* Both can check that annex.numcopies is satisfied. Probably only
+  querying the locationlog, not doing an online verification.
+
+[[done]]
diff --git a/doc/todo/fsck_special_remotes.mdwn b/doc/todo/fsck_special_remotes.mdwn
new file mode 100644
index 0000000000..7196baafe6
--- /dev/null
+++ b/doc/todo/fsck_special_remotes.mdwn
@@ -0,0 +1,13 @@
+`git annex fsck --from remote`
+
+Basically, this needs to receive each file in turn from the remote, to a
+temp file, and then run the existing fsck code on it. Could be quite
+expensive, but sometimes you really want to check.
+
+An unencrypted directory special remote could be optimised, by not actually
+copying the file, just dropping a symlink, etc.
+
+The WORM backend doesn't care about file content, so it would be nice to
+avoid transferring the content at all, and only send the size.
+
+> [[done]] --[[Joey]] 
diff --git a/doc/todo/git-annex-shell.mdwn b/doc/todo/git-annex-shell.mdwn
new file mode 100644
index 0000000000..a9e3b43ede
--- /dev/null
+++ b/doc/todo/git-annex-shell.mdwn
@@ -0,0 +1,15 @@
+[[done]]
+
+I've been considering adding a `git-annex-shell` command. This would
+be similar to `git-shell` (and in fact would pass unknown commands off to
+`git-shell`).
+
+## Reasons
+
+* Allows locking down an account to only be able to use git-annex (and
+  git).
+* Avoids needing to construct complex shell commands to run on the remote
+  system. (Mostly already avoided by the plumbing level commands.)
+* Could possibly allow multiple things to be done with one ssh connection
+  in future.
+* Allows expanding `~` and `~user` in repopath on the remote system.
diff --git a/doc/todo/git-annex_unused_eats_memory.mdwn b/doc/todo/git-annex_unused_eats_memory.mdwn
new file mode 100644
index 0000000000..760a6ccf5a
--- /dev/null
+++ b/doc/todo/git-annex_unused_eats_memory.mdwn
@@ -0,0 +1,32 @@
+`git-annex unused` has to compare large sets of data
+(all keys with content present in the repository,
+with all keys used by files in the repository), and so
+uses more memory than git-annex typically needs.
+
+It used to be a lot worse (hundreds of megabytes).
+
+Now it only needs enough memory to store a Set of all Keys that currently
+have content in the annex. On a lightly populated repository, it runs in
+quite low memory use (like 8 mb) even if the git repo has 100 thousand
+files. On a repository with lots of file contents, it will use more.
+
+Still, I would like to reduce this to a purely constant memory use,
+as running in constant memory no matter the repo size is a git-annex design
+goal.
+
+One idea is to use a bloom filter. 
+For example, construct a bloom filter of all keys used by files in
+the repository. Then for each key with content present, check if it's
+in the bloom filter. Since there can be false positives, this might
+miss finding some unused keys. The probability/size of filter
+could be tunable.
+
+> Fixed in `bloom` branch in git. --[[Joey]] 
+>> [[done]]! --[[Joey]] 
+
+Another way might be to scan the git log for files that got removed
+or changed what key they pointed to. Correlate with keys with content
+currently present in the repository (possibly using a bloom filter again),
+and that would yield a shortlist of keys that are probably not used. 
+Then scan thru all files in the repo to make sure that none point to keys
+on the shortlist.
diff --git a/doc/todo/git_annex_init_:_include_repo_description_and__47__or_UUID_in_commit_message.mdwn b/doc/todo/git_annex_init_:_include_repo_description_and__47__or_UUID_in_commit_message.mdwn
new file mode 100644
index 0000000000..be7e2dacc8
--- /dev/null
+++ b/doc/todo/git_annex_init_:_include_repo_description_and__47__or_UUID_in_commit_message.mdwn
@@ -0,0 +1,13 @@
+Would help alot when having to add large(ish) amounts of remotes.
+
+Maybe detect this kind of commit message and ask user whether to automatically add them? See [[auto_remotes]]:
+> Question: When should git-annex update the remote.log? (If not just on init.) Whenever it reads in a repo's remotes?
+
+----
+
+I'm not sure that the above suggestion is going down a path that really
+makes sense. If you want a list of repository UUIDs and descriptions,
+it's there in machine-usable form in `.git-annex/uuid.log`, there is no
+need to try to pull this info out of git commit messages. --[[Joey]]
+
+[[done]]
diff --git a/doc/todo/gitolite_and_gitosis_support.mdwn b/doc/todo/gitolite_and_gitosis_support.mdwn
new file mode 100644
index 0000000000..2fca839863
--- /dev/null
+++ b/doc/todo/gitolite_and_gitosis_support.mdwn
@@ -0,0 +1,39 @@
+gitosis and gitolite should support git-annex being used to send/receive
+files from the repositories they manage. Users with read-only access
+could only get files, while users with write access could also put and drop
+files.
+
+Doing this right requires modifying both programs, to add [[git-annex-shell]]
+to the list of things they can run, and only allow through appropriate
+git-annex-shell subcommands to read-only users.
+
+I have posted an RFC for modifying gitolite to the
+[gitolite mailing list](http://groups.google.com/group/gitolite?lnk=srg).
+
+> I have not developed a patch yet, but all that git-annex needs is a way
+> to ssh to the server and run the git-annex-shell command there.
+> git-annex-shell is very similar to git-shell. So, one way to enable
+> it is simply to set GL_ADC_PATH to a directory containing git-annex-shell.
+> 
+> But, that's not optimal, since git-annex-shell will send off receive-pack
+> commands to git, which would bypass gitolite's permissions checking.
+> Also, it makes sense to limit readonly users to only download, not
+> upload/delete files from git-annex. Instead, I suggest adding something
+> like this to gitolite's config:
+ 
+	# If set, users with W access can write file contents into the git-annex,
+	# and users with R access can read file contents from the git-annex.
+	$GL_GIT_ANNEX = 0;
+
+> If this makes sense, I'm sure I can put a patch together for your
+> review. It would involve modifying gl-auth-command so it knows how
+> to run git-annex-shell, and how to parse out the "verb" from a
+> git-annex-shell command line, and modifying R_COMMANDS and W_COMMANDS.
+
+As I don't write python, someone else is needed to work on gitosis.
+--[[Joey]] 
+
+> [[done]]; support for gitolite is in its `pu` branch, and some changes
+> made to git-annefor gitolite is in its `pu` branch, and some changes
+> made to git-annex. Word is gitosis is not being maintained so I won't
+> worry about try to support it. --[[Joey]] 
diff --git a/doc/todo/gitrm.mdwn b/doc/todo/gitrm.mdwn
new file mode 100644
index 0000000000..e41c334623
--- /dev/null
+++ b/doc/todo/gitrm.mdwn
@@ -0,0 +1,5 @@
+how to handle git rm file? (should try to drop keys that have no
+referring file, if it seems safe..)
+
+[[done]] -- I think that git annex unused and dropunused are the best
+solution to this.
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/http_git_annex_404_retry.mdwn b/doc/todo/http_git_annex_404_retry.mdwn
new file mode 100644
index 0000000000..38ab860bbd
--- /dev/null
+++ b/doc/todo/http_git_annex_404_retry.mdwn
@@ -0,0 +1,16 @@
+A repository like http://annex.debconf.org/debconf-share/ has a git repo
+published via http. When getting files from such a repo, git-annex tries
+two urls. One url would be used by a bare repo, and the other by a non-bare
+repo. (This is due to the directory hashing change.) Result is every file
+download from a non-bare http repo starts with a 404 and then it retries
+with the right url.
+
+Since git-annex already downloads the .git/config to find the uuid of the
+http repo, it could also look at it to see if the repo is bare. If not,
+set a flag, and try the two urls in reverse order, which would almost
+always avoid this 404 problem.
+
+(The real solution is probably to flag day and get rid of the old-style
+directory hashing, but that's been discussed elsewhere.)
+
+--[[Joey]]
diff --git a/doc/todo/http_headers.mdwn b/doc/todo/http_headers.mdwn
new file mode 100644
index 0000000000..9f61bdc931
--- /dev/null
+++ b/doc/todo/http_headers.mdwn
@@ -0,0 +1,8 @@
+The IA would find it useful to be able to control the http headers
+git-annex get, addurl, etc uses. This will allow setting cookies, for
+example.
+
+* annex-web-headers=blah 
+* Perhaps also annex-web-headers-command=blah
+
+[[done]]
diff --git a/doc/todo/immutable_annexed_files.mdwn b/doc/todo/immutable_annexed_files.mdwn
new file mode 100644
index 0000000000..b26838e95e
--- /dev/null
+++ b/doc/todo/immutable_annexed_files.mdwn
@@ -0,0 +1,8 @@
+> josh: Do you do anything in git-annex to try to make the files immutable?
+> For instance, removing write permission, or even chattr?
+> joey: I don't, but that's a very good idea
+> josh: Oh, I just thought of another slightly crazy but handy idea.
+> josh: I'd hate to run into a program which somehow followed the symlink and then did an unlink to replace the file.
+> josh: To break that, you could create a new directory under annex's internal directory for each file, and make the directory have no write permission.
+
+[[done]] and done --[[Joey]] 
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/incremental_fsck.mdwn b/doc/todo/incremental_fsck.mdwn
new file mode 100644
index 0000000000..7c56328b99
--- /dev/null
+++ b/doc/todo/incremental_fsck.mdwn
@@ -0,0 +1,24 @@
+Justin Azoff realized git-annex should have an incremental fsck.
+
+This requires storing the last fsck time of each object.
+
+I would not be strongly opposed to sqlite, but I think there are other
+places the data could be stored. One possible place is the mode or mtime
+of the .git/annex/objects/xx/yy/$key directories (the parent directories
+of where the content is stored). Perhaps the sticky bit could be used to
+indicate the content has been fsked, and the mtime indicate the time
+of last fsck. Anything that dropped or put in content would need to
+clear the sticky bit. --[[Joey]] 
+
+> Basic incremental fsck is done now.
+> 
+> Some enhancements would include:
+> 
+> * --max-age=30d  Once the incremental fsck completes and was started 30 days ago,
+>   start a new one.
+> * --time-limit --size-limit --file-limit: Limit how long the fsck runs.
+
+>> Calling this [[done]]. The `--incremental-schedule` option
+>> allows scheduling time between incremental fscks. `--time-limit` is
+>> done. I implemented `--smallerthan` independently. Not clear what
+>> `--file-limit` would be. --[[Joey]]
diff --git a/doc/todo/incremental_fsck/comment_1_609b21141dd5686b2c0eaef2b8d63229._comment b/doc/todo/incremental_fsck/comment_1_609b21141dd5686b2c0eaef2b8d63229._comment
new file mode 100644
index 0000000000..709ba078c0
--- /dev/null
+++ b/doc/todo/incremental_fsck/comment_1_609b21141dd5686b2c0eaef2b8d63229._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-09-20T14:11:57Z"
+ content="""
+I have a [proof of concept written in python](https://github.com/JustinAzoff/git-annex-background-fsck/blob/master/git-annex-background-fsck).
+
+You can run it and point it the root of an annex or to a subdirectory.  In my brief testing it seems to work :-)
+
+the goal would be to have options like
+
+    git annex fsck /data/annex --check-older-than 1w --check-for 2h --max-load-avg 0.5
+"""]]
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/link_file_to_remote_repo_feature.mdwn b/doc/todo/link_file_to_remote_repo_feature.mdwn
new file mode 100644
index 0000000000..d6b41e8059
--- /dev/null
+++ b/doc/todo/link_file_to_remote_repo_feature.mdwn
@@ -0,0 +1,52 @@
+I have two repos, using SHA1 backend and both using git.
+The first one is a laptop, the second one is a usb drive.
+
+When I drop a file on the laptop repo, the file is not available on that repo until I run *git annex get*
+But when the usb drive is plugged in the file is actually available.
+
+How about adding a feature to link some/all files to the remote repo?
+
+e.g. 
+We have *railscasts/196-nested-model-form-part-1.mp4* file added to git, and only available on the usb drive:
+
+      $ git annex whereis 196-nested-model-form-part-1.mp4 
+         whereis 196-nested-model-form-part-1.mp4 (1 copy) 
+  	   a7b7d7a4-2a8a-11e1-aebc-d3c589296e81 -- origin (Portable usb drive)
+
+I can see the link with:
+
+    $ cd railscasts
+    $ ls -ls 196*
+    8 lrwxr-xr-x  1 framallo  staff  193 Dec 20 05:49 196-nested-model-form-part-1.mp4 -> ../.git/annex/objects/Wz/6P/SHA256-s16898930--43679c67cd968243f58f8f7fb30690b5f3f067574e318d609a01613a2a14351e/SHA256-s16898930--43679c67cd968243f58f8f7fb30690b5f3f067574e318d609a01613a2a14351e
+
+I save this in a variable just to make the example more clear:
+
+    ID=".git/annex/objects/Wz/6P/SHA256-s16898930--43679c67cd968243f58f8f7fb30690b5f3f067574e318d609a01613a2a14351e/SHA256-s16898930--43679c67cd968243f58f8f7fb30690b5f3f067574e318d609a01613a2a14351e"
+
+The file doesn't exist on the local repo:
+
+    $ ls ../$ID
+    ls: ../$ID: No such file or directory
+
+however I can create a link to access that file on the remote repo.
+First I create a needed dir:
+
+    $ mkdir ../.git/annex/objects/Wz/6P/SHA256-s16898930--43679c67cd968243f58f8f7fb30690b5f3f067574e318d609a01613a2a14351e/
+
+Then I link to the remote file:
+
+    $ ln -s /mnt/usb_drive/repo_folder/$ID ../$ID
+
+now I can open the file in the laptop repo.
+
+
+I think it could be easy to implement. Maybe It's a naive approach, but looks apealing.
+Checking if it's a real file or a link shouldn't impact on performance.
+The limitation is that it would work only with remote repos on local dirs
+
+Also allows you to have one directory structure like AFS or other distributed FS. If the file is not local I go to the remote server. 
+Which is great for apps like Picasa, Itunes, and friends that depends on the file location.
+
+> This is a duplicate of [[union_mounting]]. So closing it: [[done]]. 
+> 
+> It's a good idea, but making sure git-annex correctly handles these links in all cases is a subtle problem that has not yet been tackled. --[[Joey]]
diff --git a/doc/todo/makefile:_respect___36__PREFIX.mdwn b/doc/todo/makefile:_respect___36__PREFIX.mdwn
new file mode 100644
index 0000000000..12d7274b90
--- /dev/null
+++ b/doc/todo/makefile:_respect___36__PREFIX.mdwn
@@ -0,0 +1,25 @@
+The `Makefile` should respect a `PREFIX` passed on the commandline so git-annex can be installed in (say) `$HOME`.
+
+Simple patch:
+
+[[!format diff """
+diff --git a/Makefile b/Makefile
+index b8995b2..5b1a6d4 100644
+--- a/Makefile
++++ b/Makefile
+@@ -3,7 +3,7 @@ all=git-annex $(mans) docs
+
+ GHC?=ghc
+ GHCMAKE=$(GHC) $(GHCFLAGS) --make
+-PREFIX=/usr
++PREFIX?=/usr
+ CABAL?=cabal # set to "./Setup" if you lack a cabal program
+
+ # Am I typing :make in vim? Do a fast build.
+"""]]
+
+--[[anarcat]]
+
+> [[done]] --[[Joey]]
+
+> > [[thanks]]! ;) --[[anarcat]]
diff --git a/doc/todo/mdwn2man:_make_backticks_bold.mdwn b/doc/todo/mdwn2man:_make_backticks_bold.mdwn
new file mode 100644
index 0000000000..21707a309d
--- /dev/null
+++ b/doc/todo/mdwn2man:_make_backticks_bold.mdwn
@@ -0,0 +1,22 @@
+The traditionnal way of marking commandline flags in a manpage is with a `.B` (for Bold, I guess). It doesn't seem to be used by mdwn2man, which makes the manpage look a little more dull than it could.
+
+The following patch makes those options come out more obviously:
+
+[[!format diff """
+diff --git a/Build/mdwn2man b/Build/mdwn2man
+index ba5919b..7f819ad 100755
+--- a/Build/mdwn2man
++++ b/Build/mdwn2man
+@@ -8,6 +8,7 @@ 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/) {
+"""]]
+
+I tested it against the git-annex manpage and it seems to work well. --[[anarcat]]
+
+> [[done]], thanks --[[Joey]]
diff --git a/doc/todo/network_remotes.mdwn b/doc/todo/network_remotes.mdwn
new file mode 100644
index 0000000000..42efa832f5
--- /dev/null
+++ b/doc/todo/network_remotes.mdwn
@@ -0,0 +1,5 @@
+Support for remote git repositories (ssh:// specifically can be made to
+work, although the other end probably needs to have git-annex
+installed..)
+
+[[done]], at least get and put work..
diff --git a/doc/todo/nicer_whereis_output.mdwn b/doc/todo/nicer_whereis_output.mdwn
new file mode 100644
index 0000000000..871eee01af
--- /dev/null
+++ b/doc/todo/nicer_whereis_output.mdwn
@@ -0,0 +1,100 @@
+We had some informal discussions on IRC about improving the output of the `whereis` command.
+
+[[!toc levels=2]]
+
+First version: columns
+======================
+
+[[mastensg]] started by implementing a [simple formatter](https://gist.github.com/mastensg/6500982) that would display things in columns [screenshot](http://www.ping.uio.no/~mastensg/whereis.png)
+
+Second version: Xs
+==================
+
+After some suggestions from [[joey]], [[mastensg]] changed the format slightly ([screenshot](http://www.ping.uio.no/~mastensg/whereis2.png)):
+
+[[!format txt """
+17:01:34 <joeyh> foo
+17:01:34 <joeyh> |bar
+17:01:34 <joeyh> ||baz (untrusted)
+17:01:34 <joeyh> |||
+17:01:34 <joeyh> XXx 3?  img.png
+17:01:36 <joeyh> _X_ 1!  bigfile
+17:01:37 <joeyh> XX_ 2   zort
+17:01:39 <joeyh> __x 1?! maybemissing
+17:02:09 * joeyh does a s/\?/+/ in the above
+17:02:24 <joeyh> and decrements the counters for untrusted
+17:03:37 <joeyh> __x 0+! maybemissing
+"""]]
+
+Third version: incremental
+==========================
+
+Finally, [[anarcat]] worked on making it run faster on large repositories, in a [fork](https://gist.github.com/anarcat/6502988) of that first gist. Then paging was added (so headers are repeated). 
+
+Fourth version: tuning and blocked
+==================================
+
+[[TobiasTheViking]] provided some bugfixes, and the next step was to implement the trusted/untrusted detection, and have a counter.
+
+This required more advanced parsing of the remotes, and instead of starting to do some JSON parsing, [[anarcat]] figured it was time to learn some Haskell instead.
+
+Current status: needs merge
+===========================
+
+So right now, the most recent version of the python script is in [anarcat's gist](https://gist.github.com/anarcat/6502988) and works reasonably well. However, it doesn't distinguish between trusted and untrusted repos and so on.
+
+Furthermore, we'd like to see this factored into the `whereis` command directly. A [raw.hs](http://codepad.org/miVJb5oK) file has been programmed by `mastensg`, and is now available in the above gist. It fits the desired output and prototypes, and has been `haskellized` thanks to [[guilhem]].
+
+Now we just need to merge those marvelous functions in `Whereis.hs` - but I can't quite figure out where to throw that code, so I'll leave it to someone more familiar with the internals of git-annex. The most recent version is still in [anarcat's gist](https://gist.github.com/anarcat/6502988). --[[anarcat]]
+
+Desired output
+--------------
+
+The output we're aiming for is:
+
+    foo
+    |bar
+    ||baz (untrusted)
+    |||
+    XXx 2+  img.png
+    _X_ 1!  bigfile
+    XX_ 2   zort
+    __x 0+! maybemissing
+
+Legend:
+
+ * `_` - file missing from repo
+ * `x` - file may be present in untrusted repo
+ * `X` - file is present in trusted repo
+ * `[0-9]` - number of copies present in trusted repos
+ * `+` - indicates there may be more copies present
+ * `!` - indicates only one copy is left
+
+Implementation notes
+--------------------
+
+[[!format txt """
+20:48:18 <joeyh> if someone writes me a headerWhereis ::  [(RemoteName, TrustLevel)] -> String  and a formatWhereis :: [(RemoteName, TrustLevel, UUID)] -> [UUD] -> FileName -> String   , I can do the rest ;)
+20:49:22 <joeyh> make that second one formatWhereis :: [(RemoteName, TrueLevel, Bool)] -> FileName -> String
+20:49:37 <joeyh> gah, typos
+20:49:45 <joeyh> suppose you don't need the RemoteName either
+"""]]
+
+> So, I incorporated this, in a new remotes command.
+> Showing all known repositories seemed a bit much
+> (I have 30-some known repositories in some cases),
+> so just showing configured remotes seems a good simplification.
+> [[done]]
+> --[[Joey]]
+
+> > I would have prefered this to be optional since I don't explicitely configure all remotes in git, especially if I can't reach them all the time (e.g. my laptop). It seems to me this should at least be an option, but I am confused as to why `Remote.List.remoteList` doesn't list all remotes the same way `Remote.remote_list` does... Also, it's unfortunate that the +/!/count flags have been dropped, it would have been useful... Thanks for the merge anyways! --[[done]]
+> > 
+> > The more I look at this, the more i think there are a few things wrong with the new `remotes` command.
+> > 
+> >  1. the name is confusing: being a git addict, I would expect the `git annex remote` command to behave like the `git remote` command: list remotes, add remotes, remove remotes and so on. it would actually be useful to have such a command (which would replace `initremote`, I guess). i recommend replacing the current `whereis` command, even if enabled through a special flag
+> > 
+> >  2. its behavior is inconsistent with other git annex commands: `git annex status`, for example, lists information about all remotes, regardless of whether they are configured in git. `remotes` (whatever it's called), should do the same, or at least provide an option to allow the user to list files on all remotes. The way things stand, there is no way to list files on non-git remotes, even if they are added explicitely as a remote, if the remote is not actually reachable: the files are just marked as absent (even thought `whereis` actually finds them). i recommend showing all remotes regardless, either opt-in or opt-out using a flag.
+> > 
+> >  3. having the `!` flag, at least, would be useful because it would allow users to intuitively grep for problematic files without having to learn extra syntax. same with + and having an explicit count.
+> > 
+> > thanks. --[[anarcat]]
diff --git a/doc/todo/object_dir_reorg_v2.mdwn b/doc/todo/object_dir_reorg_v2.mdwn
new file mode 100644
index 0000000000..49666ddc79
--- /dev/null
+++ b/doc/todo/object_dir_reorg_v2.mdwn
@@ -0,0 +1,25 @@
+Several things suggest now would be a good time to reorgaize the object
+directory. This would be annex.version=2. It will be slightly painful for
+all users, so this should be the *last* reorg in the forseeable future.
+
+1. Remove colons from filenames, for [[bugs/fat_support]]
+
+2. Add hashing, since some filesystems do suck (like er, fat at least :)
+   [[forum/hashing_objects_directories]]
+   (Also, may as well hash .git-annex/* while at it -- that's what
+   really gets big.)
+
+3. Add filesize metadata for [[bugs/free_space_checking]]. (Currently only
+   present in WORM, and in an ad-hoc way.)
+
+4. Perhaps use a generic format that will allow further metadata to be
+   added later. For example,
+   "bSHA1,s101111,kf3101c30bb23467deaec5d78c6daa71d395d1879"
+
+   (Probably everything after ",k" should be part of the key, even if it
+   contains the "," separator character. Otherwise an escaping mechanism
+   would be needed.)
+
+[[done]] now! 
+
+Although [[bugs/free_space_checking]] is not quite there --[[Joey]] 
diff --git a/doc/todo/object_dir_reorg_v2/comment_1_ba03333dc76ff49eccaba375e68cb525._comment b/doc/todo/object_dir_reorg_v2/comment_1_ba03333dc76ff49eccaba375e68cb525._comment
new file mode 100644
index 0000000000..261c2a51f3
--- /dev/null
+++ b/doc/todo/object_dir_reorg_v2/comment_1_ba03333dc76ff49eccaba375e68cb525._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-16T01:16:48Z"
+ content="""
+If you support generic meta-data, keep in mind that you will need to do conflict resolution. Timestamps may not be synched across all systems, so keeping a log of old metadata could be used, sorting by history and using the latest. Which leaves the situation of two incompatible changes. This would probably mean manual conflict resolution. You will probably have thought of this already, but I still wanted to make sure this is recorded. -- RichiH
+"""]]
diff --git a/doc/todo/object_dir_reorg_v2/comment_2_81276ac309959dc741bc90101c213ab7._comment b/doc/todo/object_dir_reorg_v2/comment_2_81276ac309959dc741bc90101c213ab7._comment
new file mode 100644
index 0000000000..9785f1989e
--- /dev/null
+++ b/doc/todo/object_dir_reorg_v2/comment_2_81276ac309959dc741bc90101c213ab7._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-16T01:19:25Z"
+ content="""
+Hmm, I added quite a few comments at work, but they are stuck in moderation. Maybe I forgot to log in before adding them. I am surprised this one appeared immediately. -- RichiH
+"""]]
diff --git a/doc/todo/object_dir_reorg_v2/comment_3_79bdf9c51dec9f52372ce95b53233bb2._comment b/doc/todo/object_dir_reorg_v2/comment_3_79bdf9c51dec9f52372ce95b53233bb2._comment
new file mode 100644
index 0000000000..886941be72
--- /dev/null
+++ b/doc/todo/object_dir_reorg_v2/comment_3_79bdf9c51dec9f52372ce95b53233bb2._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-03-15T14:08:41Z"
+ content="""
+What is the potential time-frame for this change? As I am not using git-annex for production yet, I can see myself waiting to avoid any potential hassle.
+
+Supporting generic metadata seems like a great idea. Though if you are going this path, wouldn't it make sense to avoid metastore for mtime etc and support this natively without outside dependencies?
+
+-- RichiH
+"""]]
diff --git a/doc/todo/object_dir_reorg_v2/comment_4_93aada9b1680fed56cc6f0f7c3aca5e5._comment b/doc/todo/object_dir_reorg_v2/comment_4_93aada9b1680fed56cc6f0f7c3aca5e5._comment
new file mode 100644
index 0000000000..475359abbf
--- /dev/null
+++ b/doc/todo/object_dir_reorg_v2/comment_4_93aada9b1680fed56cc6f0f7c3aca5e5._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-03-16T03:22:45Z"
+ content="""
+Well, I spent a few hours playing this evening in the 'reorg' branch in git. It seems to be shaping up pretty well; type-based refactoring in haskell makes these kind of big systematic changes a matter of editing until it compiles. And it compiles and test suite passes. But, so far I've only covered 1. 3. and 4. on the list, and have yet to deal with upgrades.
+
+I'd recommend you not wait before using git-annex. I am committed to provide upgradability between annexes created with all versions of git-annex, going forward. This is important because we can have offline archival drives that sit unused for years. Git-annex will upgrade a repository to current standard the first time it sees it, and I hope the upgrade will be pretty smooth. It was not bad for the annex.version 0 to 1 upgrade earlier. The only annoyance with upgrades is that it will result in some big commits to git, as every symlink in the repo gets changed, and log files get moved to new names.
+
+(The metadata being stored with keys is data that a particular backend can use, and is static to a given key, so there are no merge issues (and it won't be used to preserve mtimes, etc).)
+"""]]
diff --git a/doc/todo/object_dir_reorg_v2/comment_5_821c382987f105da72a50e0a5ce61fdc._comment b/doc/todo/object_dir_reorg_v2/comment_5_821c382987f105da72a50e0a5ce61fdc._comment
new file mode 100644
index 0000000000..2032bce3c0
--- /dev/null
+++ b/doc/todo/object_dir_reorg_v2/comment_5_821c382987f105da72a50e0a5ce61fdc._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:51:30Z"
+ content="""
+Hashing & segmenting seems to be around the corner, which is nice :)
+
+Is there a chance that you will optionally add mtime to your native metadata store? If yes, I'd rather wait for v2 to start with the native system from the start. If not, I will probably set it up tonight.
+
+PS: While posting from work, my comments are held for moderation once again. I am somewhat confused as to why this happens when I can just submit directly from home. And yes, I am using the same auth provider and user in both cases.
+"""]]
diff --git a/doc/todo/object_dir_reorg_v2/comment_6_8834c3a3f1258c4349d23aff8549bf35._comment b/doc/todo/object_dir_reorg_v2/comment_6_8834c3a3f1258c4349d23aff8549bf35._comment
new file mode 100644
index 0000000000..ff86e3970b
--- /dev/null
+++ b/doc/todo/object_dir_reorg_v2/comment_6_8834c3a3f1258c4349d23aff8549bf35._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 6"
+ date="2011-03-16T16:32:52Z"
+ content="""
+The mtime cannot be stored for all keys. Consider a SHA1 key. The mtime is irrelevant; 2 files with different mtimes, when added to the SHA1 backend, should get the same key.
+
+Probably our spam filter doesn't like your work IP.
+"""]]
diff --git a/doc/todo/object_dir_reorg_v2/comment_7_42501404c82ca07147e2cce0cff59474._comment b/doc/todo/object_dir_reorg_v2/comment_7_42501404c82ca07147e2cce0cff59474._comment
new file mode 100644
index 0000000000..fc866c57a6
--- /dev/null
+++ b/doc/todo/object_dir_reorg_v2/comment_7_42501404c82ca07147e2cce0cff59474._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 7"
+ date="2011-03-16T21:05:38Z"
+ content="""
+Ah, OK. I assumed the metadata would be attached to a key, not part of the key. This seems to make upgrades/extensions down the line harder than they need to be, but you are right that this way, merges are not, and never will be, an issue.
+
+Though with the SHA1 backend, changing files can be tracked. This means that tracking changes in mtime or other is possible. It also means that there are potential merge issues. But I won't argue the point endlessly. I can accept design decisions :)
+
+The prefix at work is from a university netblock so yes, it might be on a few hundred proxy lists etc.
+"""]]
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/optinally_transfer_file_unencryptedly.mdwn b/doc/todo/optinally_transfer_file_unencryptedly.mdwn
new file mode 100644
index 0000000000..ef27dc521a
--- /dev/null
+++ b/doc/todo/optinally_transfer_file_unencryptedly.mdwn
@@ -0,0 +1,6 @@
+I have a git-annex repository on a NSLU 2, and transfers are much slower over ssh compared to unencrypted transfers (no wonder at that CPU speed). For the files that I am transferring, no encryption would be necessary. Unfortunately, ssh in Debian does not support "-c none" to disable encryption.
+
+It would be nice if git-annex would have a way of conveniently transferring files in another way than SSH. I’m not sure what a good way would be – maybe launching a one-shot HTTP-server on the sending end? Haskell libraries for that would be available... Of course it is not always the case that the host reachable with "ssh foo" is also reachable via TCP at "foo:1234"... And there are surely more problem. But still, it would be nice :-)
+
+> Setting `remote.name.annex-rsync-transport = rsh` will now
+> make rsync special remotes use rsh instead of ssh. [[done]]
diff --git a/doc/todo/optinally_transfer_file_unencryptedly/comment_1_4be47e7ac85d0f4e7029a96b615545a7._comment b/doc/todo/optinally_transfer_file_unencryptedly/comment_1_4be47e7ac85d0f4e7029a96b615545a7._comment
new file mode 100644
index 0000000000..948845b232
--- /dev/null
+++ b/doc/todo/optinally_transfer_file_unencryptedly/comment_1_4be47e7ac85d0f4e7029a96b615545a7._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="guilhem"
+ ip="129.16.20.212"
+ subject="rsh?"
+ date="2013-04-09T16:11:50Z"
+ content="""
+I don't use it myself, but rsync can be used with others remote shells, among which rsh supports unencrypted streams. You probably want to set up a secure authorization mechanism to deny access to intruders, and for that kerberos comes to the rescue :-) I didn't try the combination, but it should work over git-annex already.
+"""]]
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..a72a1456c4
--- /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 amoung 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/pushpull.mdwn b/doc/todo/pushpull.mdwn
new file mode 100644
index 0000000000..6828b35b2f
--- /dev/null
+++ b/doc/todo/pushpull.mdwn
@@ -0,0 +1,4 @@
+--push/--pull should take a reponame and files, and push those files
+  to that repo; dropping them from the current repo
+
+[[done]] (move --from/--to)
diff --git a/doc/todo/quvi_0.9_support.mdwn b/doc/todo/quvi_0.9_support.mdwn
new file mode 100644
index 0000000000..36280452a6
--- /dev/null
+++ b/doc/todo/quvi_0.9_support.mdwn
@@ -0,0 +1,8 @@
+quvi 0.9 has a completely different interface; git-annex needs to be made
+to detect and use it.
+
+I have already fixed the worst problem, which caused git-annex addurl to
+think that every url was a valid quvi url. --[[Joey]]
+
+> [[done]], 0.9 is supported, although the version is detected at build
+> time. --[[Joey]]
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/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/rsync.mdwn b/doc/todo/rsync.mdwn
new file mode 100644
index 0000000000..3353f19c43
--- /dev/null
+++ b/doc/todo/rsync.mdwn
@@ -0,0 +1,4 @@
+Transferring a file from a ssh:// remote should use rsync to allow resuming
+of a prior transfer.
+
+[[done]]
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/special_remote_for_amazon_glacier.mdwn b/doc/todo/special_remote_for_amazon_glacier.mdwn
new file mode 100644
index 0000000000..9b8b9d74eb
--- /dev/null
+++ b/doc/todo/special_remote_for_amazon_glacier.mdwn
@@ -0,0 +1,30 @@
+Amazon's new glacier service would be a nice special remote to support for
+long-term archival.
+
+The main difficulty is that glacier is organized into vaults, and accessing
+a file in a vault takes ~4 hours. A naive implementation would make `git
+annex get` wait for 4 hours, which is certainly not reasonable.
+
+One approach I am pondering is to make each glacier vault a separate
+special remote. You could then request git-annex to spin up a remote, and
+come back later, and be able to access the data stored in it (need to check
+if glacier would also allow adding new data to it then). This is
+conceptually similar to using git-annex with offline removable drives,
+except with glacier, you have a controllable robot to get them plugged in. :)
+
+Ideally, git-annex would arrange for glacier to send it a message when the
+vault becomes available, and the user could queue a list of commands to
+run, or files to transfer, at that point.
+
+--[[Joey]]
+
+> [[done]]! --[[Joey]]
+
+-----
+
+> In the coming months, Amazon S3 will introduce an option that will allow customers to seamlessly move data between Amazon S3 and Amazon Glacier based on data lifecycle policies.
+
+-- <http://aws.amazon.com/glacier/faqs/#How_should_I_choose_between_Amazon_Glacier_and_Amazon_S3>
+
+>> They did, but it's IMHO not very useful for git-annex. It's rather
+>> intended to allow aging S3 storage out to Glacier. --[[Joey]] 
diff --git a/doc/todo/special_remote_for_amazon_glacier/comment_1_68f129441eefcbfebf7a9db680f52759._comment b/doc/todo/special_remote_for_amazon_glacier/comment_1_68f129441eefcbfebf7a9db680f52759._comment
new file mode 100644
index 0000000000..68593be425
--- /dev/null
+++ b/doc/todo/special_remote_for_amazon_glacier/comment_1_68f129441eefcbfebf7a9db680f52759._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://mike.magin.org/"
+ nickname="mmagin"
+ subject="comment 1"
+ date="2012-09-14T04:19:53Z"
+ content="""
+When I first heard about Glacier, it sounded great for a cheap backup copy, and I was thinking about writing a \"hook\" remote, but once I read some better analysis of the pricing (e.g. [[http://www.daemonology.net/blog/2012-09-04-thoughts-on-glacier-pricing.html]]) I rapidly lost interest.
+"""]]
diff --git a/doc/todo/special_remote_for_amazon_glacier/comment_2_c5eeaf8ceee414fa0379831ca52e290c._comment b/doc/todo/special_remote_for_amazon_glacier/comment_2_c5eeaf8ceee414fa0379831ca52e290c._comment
new file mode 100644
index 0000000000..701047f91c
--- /dev/null
+++ b/doc/todo/special_remote_for_amazon_glacier/comment_2_c5eeaf8ceee414fa0379831ca52e290c._comment
@@ -0,0 +1,7 @@
+[[!comment format=mdwn
+ username="basak"
+ subject="comment 2"
+ date="2012-09-21T22:21:04Z"
+ content="""
+I've created a glacier command line interface that integrates with git-annex [here](https://github.com/basak/glacier-cli), currently using the hook special remote mechanism. To get around the time delay, operations which require a job submission will submit the job and then fail. Retrying again four hours later should then succeed. It seems to work pretty well with git-annex.
+"""]]
diff --git a/doc/todo/speed_up_fsck.mdwn b/doc/todo/speed_up_fsck.mdwn
new file mode 100644
index 0000000000..5d5e867f80
--- /dev/null
+++ b/doc/todo/speed_up_fsck.mdwn
@@ -0,0 +1,40 @@
+moving to the git-annex branch has slowed down fsck worse than most
+commands. Actually, some commands have sped up, while others like get
+are slightly slower but are swamped by the normal runtime. 
+
+For fsck though, it has to pull each file's location log info out of git.
+And, it's typically run on the entire tree.
+
+Another slow one in `git annex copy --from`.
+
+It would be possible to run a single `git cat-file --batch` and pass it
+sha1s of location logs for file that is going to be fsked (gotten via
+`read-tree`). Then just read its output until the next requested sha1 to
+chunk it, and pass this in to fsck in a closure.
+
+The difficulty, besides writing that is that everything that works with
+location logs now reads them out of git, would need to find a way to
+provide the info on a side channel of some sort.
+
+If this is implemented, the same infrastructure could be used for other
+commands like whereis and add. --[[Joey]]
+
+> Updated plan:
+> 
+> Run `git ls-file --batch`, and cache its stdin and out handles in Branch
+> state.
+> 
+> To see a git-annex branch file, send it something like
+> "git-annex:uuid.log", and read the content fron stdout handle.
+> 
+> To detect the end of content, send "TOKEN\n", and look for 
+> "TOKEN missing" in its output. A good choice for TOKEN is anything
+> that will never exist in the repo; 40 0's would be a fairly good choice,
+> but even better seems to be something completely invalid and impossible
+> to have as a sha1 or filename or ref: "".
+> 
+> Hmm, except that's actually an error message sent to stderr. Unless
+> stderr is connected to stdout, it might be better to look for a known,
+> empty object. Could just add a git-annex:empty file to that end.
+
+[[done]] --[[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-non-utf8-locales.mdwn b/doc/todo/support-non-utf8-locales.mdwn
new file mode 100644
index 0000000000..da40118d52
--- /dev/null
+++ b/doc/todo/support-non-utf8-locales.mdwn
@@ -0,0 +1,26 @@
+Currenty, git-annex forces output, particularly of filenames, in a utf-8
+locale.
+
+Note that this does not mean it cannot be used with filenames in other
+encodings. git-annex is entirely encoding agnostic when it comes to 
+manipulating filenames. It just *displays* their names always converted to
+utf-8, which  may not look right when you have a non-utf8 locale.
+
+This had to be done to work around some bugs with haskell's handling
+of filename encodings. In particular,
+
+* [[bugs/unhappy_without_UTF8_locale]]: haskell crashes when told to output 
+  a string with characters > 255 in a non-utf8 locale.
+* [[bugs/problems_with_utf8_names]]: On many OSs, haskell expects
+  non-decoded raw char8 in FilePaths. In order to display a filename,
+  though, it needs to first be decoded, and git-annex currently assumes
+  it was encoded as utf8.
+
+git-annex's behavior is unlikely to improve much until haskell's
+support for utf8 filenames improves. --[[Joey]]
+
+> [[done]] -- I just turned off all encoding handling on stdout and stderr,
+> which avoids these problems nicely. Git-annex now displays just what it
+> input, at least on platforms where haskell does not decode unicode in
+> FilePaths. This will later be a problem when it gets localized, but for
+> now works great. --[[Joey]]
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/support_for_lossy_remotes.mdwn b/doc/todo/support_for_lossy_remotes.mdwn
new file mode 100644
index 0000000000..23083b2d75
--- /dev/null
+++ b/doc/todo/support_for_lossy_remotes.mdwn
@@ -0,0 +1,11 @@
+I'm curious if there's a possibility to support lossy remotes. It may be handy to support syncing to special remotes that do lossy compression on the files (e.g., videos and images). For example, one could imagine having a YouTube special remote that only syncs video files. The original files wouldn't be available for download due to the transcoding and compression that YouTube does, so they wouldn't count towards the number of copies. In this YouTube example, the user gains:
+
+1. an online place that their videos are available from
+2. a worst-case scenario "backup"
+3. a remote that they could download smaller video files
+
+> [[done]]; lossy remotes are supported as seen with `git annex addurl
+> --fast` and also with the new addurl support for using quvi to get
+> videos fro youtube. Just make a key with a URL or something in it, and 
+> no size or checksum, and any content will be assumed to be the right
+> content. --[[Joey]]
diff --git a/doc/todo/support_for_lossy_remotes/comment_1_f5cd9f9deab13ab2d2290ad763906dd3._comment b/doc/todo/support_for_lossy_remotes/comment_1_f5cd9f9deab13ab2d2290ad763906dd3._comment
new file mode 100644
index 0000000000..1e895944cb
--- /dev/null
+++ b/doc/todo/support_for_lossy_remotes/comment_1_f5cd9f9deab13ab2d2290ad763906dd3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.90"
+ subject="comment 1"
+ date="2013-07-16T19:16:54Z"
+ content="""
+There is already one example of a lossy remote: If you use `git annex addurl --relaxed` it generates a key that just uses the url, without its size. When retreiving such a key, any content will be accepted.
+"""]]
diff --git a/doc/todo/support_for_writing_external_special_remotes.mdwn b/doc/todo/support_for_writing_external_special_remotes.mdwn
new file mode 100644
index 0000000000..2d7cd9d15d
--- /dev/null
+++ b/doc/todo/support_for_writing_external_special_remotes.mdwn
@@ -0,0 +1,25 @@
+It would be good to have something in between the hook special remote and
+the built-in special remotes. The hook is easy to set up, but its simple
+interface misses some features that a more full-features interface could
+provide to a third-party program that wants to provide the best possible
+special remote it can w/o being written in haskell:
+
+* No way to send progress updates when uploading, so no progress bars for uploads from hook special remotes in the webapp.
+* No way to verify the `initremote` parameters include all needed configuration, and do any initalization needed.
+* No way to query and/or set the remote.log while it's running. (Well, technically, `git annex enableremote` can set values..)
+* No way to store per-key information to the git-annex branch.
+* No (easy) way to split files into chunks.
+
+Some of these features could be added to git-annex as subcommands. Which would
+improve the general programmability and flexability of git-annex. OTOH,
+running `git-annex upload-progress` repeatedly is pretty ugly. Or the
+interface could provide a channel for the program and git-annex to
+communicate back and forth on. Maybe a mix of the two?
+
+A final feature such an interface should provide is the ability to drop a
+program into PATH and have it just work, without the user needing to do any
+configuration beyond `initremote`. So, `git annex initremote foo type=$bar`
+should look for `git-annex-remote-$bar` in PATH if that's not a built-in
+special remote name.
+
+--[[Joey]]
diff --git a/doc/todo/support_fsck_in_bare_repos.mdwn b/doc/todo/support_fsck_in_bare_repos.mdwn
new file mode 100644
index 0000000000..32ced467e0
--- /dev/null
+++ b/doc/todo/support_fsck_in_bare_repos.mdwn
@@ -0,0 +1,17 @@
+What is says on the tin:
+
+    22:56:54 < RichiH> joeyh_: by the way, i have been thinking about fsck on bare repos
+    22:57:37 < RichiH> joeyh_: the best i could come with is to have a bare and a non-bare access the same repo store
+    22:58:00 < RichiH> joeyh_: alternatively, with the SHA* backend, you have all the information to verify that the local data is correct
+    22:58:41 < RichiH> and verifying that would already be a plus. if there  really _is_ a problem, having the SHA is enough to track issues down
+    23:09:50 < joeyh_> oh, I think I have code that fsck could use on bare repos already.. just a matter of wiring it up
+    23:10:42 < joeyh_> feel free to reopen a bug or whatever so I remember.. the unused command's branch content enumeration could be used in a bare repo
+    23:14:51 < joeyh_> unused/dropunused could work in bare repos too btw
+
+> Also `status`'s total annex keys/size could be handled for bare repos. --[[Joey]] 
+
+>> Fsck is done. Rest not done yet. --[[Joey]]
+
+>>> all [[done]]! --[[Joey]] 
+
+[[!meta title="support unused, dropunused in bare repos"]]
diff --git a/doc/todo/symlink_farming_commit_hook.mdwn b/doc/todo/symlink_farming_commit_hook.mdwn
new file mode 100644
index 0000000000..3e93cb34b8
--- /dev/null
+++ b/doc/todo/symlink_farming_commit_hook.mdwn
@@ -0,0 +1,14 @@
+TODO: implement below
+
+git-annex does use a lot of symlinks. Specicially, relative symlinks,
+that are checked into git. To allow you to move those around without
+annoyance, git-annex can run as a post-commit hook. This way, you can `git mv`
+a symlink to an annexed file, and as soon as you commit, it will be fixed
+up.
+
+`git annex init` tries to set up a post-commit hook that is itself a symlink
+back to git-annex. If you want to have your own shell script in the post-commit
+hook, just make it call `git annex` with no parameters. git-annex will detect
+when it's run from a git hook and do the necessary fixups.
+
+[[done]]
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..9019767eb9
--- /dev/null
+++ b/doc/todo/tahoe_lfs_for_reals.mdwn
@@ -0,0 +1,21 @@
+[[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.
+
+The best place to store this mapping is perhaps as a new field in the
+location log:
+
+	date present repo-uuid newfields
+
+This way, each remote can store its own key-specfic data in the same place
+as other key-specific data, with minimal overhead.
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/untracked_remotes.mdwn b/doc/todo/untracked_remotes.mdwn
new file mode 100644
index 0000000000..883b5acffd
--- /dev/null
+++ b/doc/todo/untracked_remotes.mdwn
@@ -0,0 +1,9 @@
+Seems that a fairly common desire in some use cases is to be able to make a
+clone of a repository and be able to get files, without updating the
+location tracking information. (And without even recording a uuid in the
+remote.log.) Use cases include wanting to have temporary
+clones without cluttering history, and centralized development where the
+developers don't care to know about one-another's systems.
+
+It seems that such an untracked repository would need to automatically
+consider itself untrusted. Is that enough to avoid losing data?
diff --git a/doc/todo/use_cp_reflink.mdwn b/doc/todo/use_cp_reflink.mdwn
new file mode 100644
index 0000000000..39518abf18
--- /dev/null
+++ b/doc/todo/use_cp_reflink.mdwn
@@ -0,0 +1,7 @@
+The unlock command needs to copy a file, and it would be great to use this:
+	cp --reflink=auto src dst
+
+O(1) overhead on BTRFS. Needs coreutils 7.6; and remember that git-annex
+may be used on systems without coreutils..
+
+[[done]]
diff --git a/doc/todo/using_url_backend.mdwn b/doc/todo/using_url_backend.mdwn
new file mode 100644
index 0000000000..1f3cd56281
--- /dev/null
+++ b/doc/todo/using_url_backend.mdwn
@@ -0,0 +1,11 @@
+There is no way to `git annex add` a file using the URL [[backend|backends]].
+
+For now, we have to manually make the symlink. Something like this:
+
+	ln -s .git/annex/URL:http:%%www.example.com%foo.tar.gz
+
+Note the escaping of slashes.
+
+A `git annex register <url>` command could do this..
+
+[[done]]
diff --git a/doc/todo/whishlist:_git_annex_drop_--dry-run.mdwn b/doc/todo/whishlist:_git_annex_drop_--dry-run.mdwn
new file mode 100644
index 0000000000..6bbfd7a4d7
--- /dev/null
+++ b/doc/todo/whishlist:_git_annex_drop_--dry-run.mdwn
@@ -0,0 +1,5 @@
+It'd be useful to be able to see what `git annex drop` would do *before* asking it to drop any files.
+
+For example, I just set up my preferred contents expressions, and I don't know if I got them right. Before dropping anything from this repo, it'd be nice to check what would happen. I know git annex drop will only drop files that are above their minimum numcopies, but I'd still like to avoid heavyweight copying in case I got my preferred contents expressions wrong.
+
+> [[done]]; added --want-get and --want-drop. --[[Joey]]
diff --git a/doc/todo/whishlist:_git_annex_drop_--dry-run/comment_1_20ecfa8ffa52c238d21b904076ac69a2._comment b/doc/todo/whishlist:_git_annex_drop_--dry-run/comment_1_20ecfa8ffa52c238d21b904076ac69a2._comment
new file mode 100644
index 0000000000..098d399e33
--- /dev/null
+++ b/doc/todo/whishlist:_git_annex_drop_--dry-run/comment_1_20ecfa8ffa52c238d21b904076ac69a2._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.47"
+ subject="comment 1"
+ date="2013-10-28T17:11:04Z"
+ content="""
+It would be nice, but it adds quite a lot of complexity to have a --dry-run, and if I add it to just drop, the next bug is going to ask for get to have it..
+
+I feel that the right approach is to add a --wanted, which could then be used with find to find files that are and are not wanted, according to the preferred content settings. To see what it would want to get: `git annex find --wanted --not --in .` To see what it would want to drop: `git annex find --not --wanted --in .`
+"""]]
diff --git a/doc/todo/whishlist:_git_annex_drop_--dry-run/comment_2_d19bc268c9467d24baa8d8f77a6e5e09._comment b/doc/todo/whishlist:_git_annex_drop_--dry-run/comment_2_d19bc268c9467d24baa8d8f77a6e5e09._comment
new file mode 100644
index 0000000000..3f11029851
--- /dev/null
+++ b/doc/todo/whishlist:_git_annex_drop_--dry-run/comment_2_d19bc268c9467d24baa8d8f77a6e5e09._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnWwEEA3CurHkBjIYaJsJzFc4jtY2SCkrQ"
+ nickname="Diego"
+ subject="comment 2"
+ date="2013-10-29T00:28:51Z"
+ content="""
+That makes sense, and thanks for adding this feature so quickly!
+"""]]
diff --git a/doc/todo/windows_support.mdwn b/doc/todo/windows_support.mdwn
new file mode 100644
index 0000000000..a8cbd6db89
--- /dev/null
+++ b/doc/todo/windows_support.mdwn
@@ -0,0 +1,23 @@
+The git-annex Windows port is not ready for prime time. But it does exist
+now! --[[Joey]] 
+
+## status
+
+* Does not work with Cygwin's build of git (that git does not consistently
+  support use of DOS style paths, which git-annex uses on Windows). 
+  Must use the upstream build of git for Windows.
+* rsync special remotes are known buggy.
+* Bad file locking, it's probably not safe to run more than one git-annex
+  process at the same time on Windows.
+* 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.
+* Webapp doesn't build yet.
+* `git annex watch` builds, but does not quite work.
+* `git annex assistant` builds, but has not been tested, and is known
+  to not download any files. (transferrer doesn't built yet)
+* watch and assistant cannot be built with cabal. Possibly due to too many
+  files overflowing command line length limit at link stage.
+  To build a binary with them: 
+  `ghc --make git-annex.hs -threaded -XPackageImports -DWITH_ASSISTANT=1 -DWITH_WIN32NOTIFY=1`
+  (should add all the other flags cabal uses)
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_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:_Add_to_Android_version_to_Google_Play.mdwn b/doc/todo/wishlist:_Add_to_Android_version_to_Google_Play.mdwn
new file mode 100644
index 0000000000..f9016fb4d3
--- /dev/null
+++ b/doc/todo/wishlist:_Add_to_Android_version_to_Google_Play.mdwn
@@ -0,0 +1,9 @@
+If possible a frequently updated daily build in separate package for those more adventurous of us.
+
+It would make installing and testing much easier and no need to change configuration settings to allow untrusted source.
+
+> While it's vaid to wish that someone might put the apk into Google Play,
+> I a) don't feel it's ready b) don't know if I want to go through
+> the rigamarole required to use that service and c) don't feel this
+> bug tracker is an appropriate place to track what is effectively a
+> nontechnical request. [[done]] --[[Joey]] 
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:_An_--all_option_for_dropunused.mdwn b/doc/todo/wishlist:_An_--all_option_for_dropunused.mdwn
new file mode 100644
index 0000000000..bd35c0e55d
--- /dev/null
+++ b/doc/todo/wishlist:_An_--all_option_for_dropunused.mdwn
@@ -0,0 +1,4 @@
+Cleaning out a repository is presently a fairly manual process.  Am I missing a UI trick?  "dropunsed" with no arguments prints nothing at all; I think in that case it should display the list of what could be dropped.
+
+> [[done]]; comments seem satisfactory and I see no reason to complicate
+> dropunused to output something unused already outputs. --[[Joey]]
diff --git a/doc/todo/wishlist:_An_--all_option_for_dropunused/comment_1_d8726d108b3b40116b4ec3c9935f2dff._comment b/doc/todo/wishlist:_An_--all_option_for_dropunused/comment_1_d8726d108b3b40116b4ec3c9935f2dff._comment
new file mode 100644
index 0000000000..6c728a5d00
--- /dev/null
+++ b/doc/todo/wishlist:_An_--all_option_for_dropunused/comment_1_d8726d108b3b40116b4ec3c9935f2dff._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.23"
+ subject="comment 1"
+ date="2012-10-22T15:35:30Z"
+ content="""
+`git annex unused` prints the list
+"""]]
diff --git a/doc/todo/wishlist:_An_--all_option_for_dropunused/comment_2_578248f7686ba2d80d7dc8b17c0cdf52._comment b/doc/todo/wishlist:_An_--all_option_for_dropunused/comment_2_578248f7686ba2d80d7dc8b17c0cdf52._comment
new file mode 100644
index 0000000000..a87a367d61
--- /dev/null
+++ b/doc/todo/wishlist:_An_--all_option_for_dropunused/comment_2_578248f7686ba2d80d7dc8b17c0cdf52._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://hands.com/~phil/"
+ nickname="hands"
+ subject="and you can specify ranges to dropunused"
+ date="2012-11-02T09:07:48Z"
+ content="""
+so having run:
+
+    git annex unused
+
+you can then run:
+
+    git annex dropunused 1-10000
+
+or whatever, and it deletes the items in that range from the most recent <tt>unused</tt> invocation
+"""]]
diff --git a/doc/todo/wishlist:_An_option_like_--git-dir.mdwn b/doc/todo/wishlist:_An_option_like_--git-dir.mdwn
new file mode 100644
index 0000000000..cb9d374b39
--- /dev/null
+++ b/doc/todo/wishlist:_An_option_like_--git-dir.mdwn
@@ -0,0 +1,3 @@
+I'm currently integrating git-annex support into a filesystem synchronization tool that I use, and I have a use case where I'd like to run "git annex sync' on a local directory, and then automatically ssh over to remote hosts and run "git annex sync" in the related annex on that remote host.  However, while I can easily "cd" on the local, there is no really easy way to "cd" on the remote without a hack.
+
+If I could say: git annex --annex-dir=PATH sync, where PATH is the annex directory, it would solve all my problems, and would also provide a nice correlation to the --git-dir option used by most Git commands.  The basic idea is that I shouldn't have to be IN the directory to run git-annex commands, I should be able to tell git-annex which directory to apply its commands to.
diff --git a/doc/todo/wishlist:_An_option_like_--git-dir/comment_1_5d877d90b8bdf21d4b8649744d229efd._comment b/doc/todo/wishlist:_An_option_like_--git-dir/comment_1_5d877d90b8bdf21d4b8649744d229efd._comment
new file mode 100644
index 0000000000..8e7c3c03ea
--- /dev/null
+++ b/doc/todo/wishlist:_An_option_like_--git-dir/comment_1_5d877d90b8bdf21d4b8649744d229efd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="What about..."
+ date="2012-10-16T16:43:29Z"
+ content="""
+    ssh remotehost \"cd /path/to/annex && git annex sync\"
+"""]]
diff --git a/doc/todo/wishlist:_An_option_like_--git-dir/comment_2_462264821cbc48a433330cbf7ec6044d._comment b/doc/todo/wishlist:_An_option_like_--git-dir/comment_2_462264821cbc48a433330cbf7ec6044d._comment
new file mode 100644
index 0000000000..980658dc64
--- /dev/null
+++ b/doc/todo/wishlist:_An_option_like_--git-dir/comment_2_462264821cbc48a433330cbf7ec6044d._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 2"
+ date="2012-10-17T18:31:58Z"
+ content="""
+You can use `GIT_DIR`. It would not be hard to add a --git-dir option, the only catch is how to communicate that state on to where it constructs its git repository data structure. (I suppose it could just set GIT_DIR..)
+"""]]
diff --git a/doc/todo/wishlist:_An_option_like_--git-dir/comment_3_0c3709b07a0a1091ceeee73b69e0f7ac._comment b/doc/todo/wishlist:_An_option_like_--git-dir/comment_3_0c3709b07a0a1091ceeee73b69e0f7ac._comment
new file mode 100644
index 0000000000..a76c42d9d1
--- /dev/null
+++ b/doc/todo/wishlist:_An_option_like_--git-dir/comment_3_0c3709b07a0a1091ceeee73b69e0f7ac._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://me.yahoo.com/a/2grhJvAC049fJnvALDXek.6MRZMTlg--#eec89"
+ nickname="John"
+ subject="Response"
+ date="2012-10-20T05:21:13Z"
+ content="""
+@Justin If you have full shell access on the remote your solution works fine, but not if git-annex is the only binary you are allowed to execute.
+"""]]
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:_GnuPG_options.mdwn b/doc/todo/wishlist:_GnuPG_options.mdwn
new file mode 100644
index 0000000000..2cadf82136
--- /dev/null
+++ b/doc/todo/wishlist:_GnuPG_options.mdwn
@@ -0,0 +1,16 @@
+[Maybe I should have extented [[wishlist:_simpler_gpg_usage/]], but I thought I'd make my own since it's perhaps too old.]
+
+I second Justin and [[his idea|wishlist:_simpler_gpg_usage/#comment-e120f8ede0d4cffce17cbf84564211c1]] of having per-remote GnuPG options. I'd even go one step further, and propose the option in the <tt>.gitattributes</tt> file. Indeed by default GnuPG compresses the data before encryption, which doesn't make a lot of sense for git-annex (in my use-case at least); My work-around to save this waste of CPU cycles was to customize my <tt>gpg.conf</tt>, but it's somewhat dirty since I do want to use compression in general.
+
+Here is how I envision the <tt>.git/config</tt>:
+<pre>    <code>[annex]
+        gnupg-options = --s2k-cipher-algo AES256 --s2k-digest-algo SHA512 --s2k-count 8388608 --cipher-algo AES256 --compress-algo none
+</code></pre>
+
+And compression could be enabled on say, text files, with a suitable wildcard in the <tt>.gitattributes</tt> file.
+<pre>    <code>*.txt annex.gnupg-options="--s2k-cipher-algo AES256 --s2k-digest-algo SHA512 --s2k-count 8388608 --cipher-algo AES256 --compress-algo zlib"
+</code></pre>
+
+This is something I could probably hack on if you think it'd be a worthwhile option ;-)
+
+> Done, and [[done]]! --[[Joey]]
diff --git a/doc/todo/wishlist:_GnuPG_options/comment_1_6662e8a71ce20acc62147ef41ecffa50._comment b/doc/todo/wishlist:_GnuPG_options/comment_1_6662e8a71ce20acc62147ef41ecffa50._comment
new file mode 100644
index 0000000000..b756eccade
--- /dev/null
+++ b/doc/todo/wishlist:_GnuPG_options/comment_1_6662e8a71ce20acc62147ef41ecffa50._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-09T01:54:30Z"
+ content="""
+I'd be happy to apply a patch implementing annex.gnupg-options and/or per-remote remote.annex-gnupg-options, and I don't think it would be very hard to do.
+
+The gitattributes thing would be harder to do efficiently, and seems overkill.
+
+
+"""]]
diff --git a/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size.mdwn b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size.mdwn
new file mode 100644
index 0000000000..12688951d8
--- /dev/null
+++ b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size.mdwn
@@ -0,0 +1,10 @@
+When using SSH remote repository, git-annex uses rsync to download or upload files one at a time. I would like to have a preview of the overall transfer size so that I can estimate the transfer duration.
+
+This could be done as an option of get, move or copy, or as a separated command.
+
+If part of get, move or copy, git-annex could print how much has been done or how much left between every files.
+
+Thanks.
+
+> [[done]]; `git-annex status .` seems to cover the requested use case.
+> --[[Joey]] 
diff --git a/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_1_019a2457e07377510feaa089a93bd76c._comment b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_1_019a2457e07377510feaa089a93bd76c._comment
new file mode 100644
index 0000000000..4a59f37f12
--- /dev/null
+++ b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_1_019a2457e07377510feaa089a93bd76c._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.193"
+ subject="comment 1"
+ date="2013-06-25T17:26:25Z"
+ content="""
+git-annex is designed to work with really large trees of files, and so it processes files one at a time in a stream. To get an overall estimate of the size, it would need to traverse the whole directory to get the total, and then traverse it again to perform the transfer. This would make no-op transfers take twice as long, which is why I'm unlikely to implement it.
+"""]]
diff --git a/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_3_29a154699339bf040af0ee8aa24034f1._comment b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_3_29a154699339bf040af0ee8aa24034f1._comment
new file mode 100644
index 0000000000..9f0c040173
--- /dev/null
+++ b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_3_29a154699339bf040af0ee8aa24034f1._comment
@@ -0,0 +1,15 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnHRhCe3qwVKQ8_NOGGSYJnAMW6FFyKbOc"
+ nickname="Holger"
+ subject="comment 3"
+ date="2013-07-02T04:05:06Z"
+ content="""
+What do you think of the following simpler variant:
+
+    % git annex size myfile1.zip
+    myfile1.zip is 1329 MB
+    % git annex size mydir/
+    mydir contains 2803 files totaling 328 GB.
+
+If you're worried about running over the tree twice, it may be a good idea to store the size of a subtree along with the other metadata.
+"""]]
diff --git a/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_3_8f7e1c4a5c714cbd719ee170354d79fa._comment b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_3_8f7e1c4a5c714cbd719ee170354d79fa._comment
new file mode 100644
index 0000000000..fa9fdfb56d
--- /dev/null
+++ b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_3_8f7e1c4a5c714cbd719ee170354d79fa._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 3"
+ date="2013-07-02T17:04:47Z"
+ content="""
+You can get info like that by running `git annex status .`
+
+This can also be used to find out how big a download is before starting it. For example, to find all files that are not present locally before running git-annex get:
+
+`git annex status . --not --in here`
+"""]]
diff --git a/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_4_c7335f757e5546aa841cab38fffe7605._comment b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_4_c7335f757e5546aa841cab38fffe7605._comment
new file mode 100644
index 0000000000..b9212a24d3
--- /dev/null
+++ b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_4_c7335f757e5546aa841cab38fffe7605._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnHRhCe3qwVKQ8_NOGGSYJnAMW6FFyKbOc"
+ nickname="Holger"
+ subject="comment 4"
+ date="2013-07-02T21:09:03Z"
+ content="""
+That's so cool, thanks!
+
+Do you think it'd be a major change to the repository format if the size of any directory was stored there so that this kind of status lookup becomes a constant time operation? The two most important operations are probably:
+
+* The total size of a directory, counting only files present here
+* The total size of a directory, counting all files present at any location
+
+Of course, if the above two were constant time operations, you get --not here for free, too.
+
+To implement this, each node in the directory tree could have two additional 64 bit fields that hold the number of bytes in all files present anywhere (and this set of numbers is synchronized between all repositories), and the number of bytes in all files present here (only kept locally). This is only a small storage overhead (<16 MB if you have a million nodes) and suffices for repositories of size at most 2^64 bytes = 16 exabytes (probably more since most users will be ok with float accuracy). The numbers can be updated in logarithmic time every time a file changes. Instead of two numbers, it may not be that costly to store k numbers where k is the number of locations that a repository is connected to, since k is typically pretty small.
+
+The number of files can be stored in a similar way.
+"""]]
diff --git a/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_5_d2a845354f23d07880612740cf99ddd4._comment b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_5_d2a845354f23d07880612740cf99ddd4._comment
new file mode 100644
index 0000000000..7e160bebf0
--- /dev/null
+++ b/doc/todo/wishlist:_Have_a_preview_of_download_or_upload_size/comment_5_d2a845354f23d07880612740cf99ddd4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawnHRhCe3qwVKQ8_NOGGSYJnAMW6FFyKbOc"
+ nickname="Holger"
+ subject="comment 5"
+ date="2013-07-03T02:43:32Z"
+ content="""
+Btw, this would also provide a cheap test for whether we need to recurse into the folder in certain copy or get actions (e.g., if number of bytes present here equals number of bytes globally present, we don't need to recurse).
+"""]]
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:_Prevent_repeated_password_prompts_for_one_command.mdwn b/doc/todo/wishlist:_Prevent_repeated_password_prompts_for_one_command.mdwn
new file mode 100644
index 0000000000..341a9afa45
--- /dev/null
+++ b/doc/todo/wishlist:_Prevent_repeated_password_prompts_for_one_command.mdwn
@@ -0,0 +1,45 @@
+Simple, when performing various git annex command over ssh, in particular a multi-file get, and using password authentication, git annex will prompt more than once for a user password.  This makes batch updates very inconvenient.
+
+> I'd suggest using ssh-agent, or a passwordless ssh key. Possibly in
+> combination with [[git-annex-shell]] if you want to lock down a
+> particular ssh key to only being able to use git-annex and git-daemon.
+> 
+> Combining multiple operations into a single ssh is on the todo list, but
+> very far down it. --[[Joey]]
+
+>> OTOH, automatically running ssh in ControlMaster mode (and stopping it
+>> at exit) would be useful and not hard thing for git-annex to do.
+>> 
+>> It'd just need to set the appropriate config options, setting
+>> ControlPath to a per-remote socket location that includes git-annex's
+>> pid. Then at shutdown, run `ssh -O exit` on each such socket.
+>> 
+>> Complicated slightly by not doing this if the user has already set up
+>> more broad ssh connection caching.
+>> 
+>> [[done]]! --[[Joey]]
+
+---
+
+Slightly more elaborate design for using ssh connection caching:
+
+* Per-uuid ssh socket in `.git/annex/ssh/user@host.socket`
+* Can be shared amoung concurrent git-annex processes as well as ssh
+  invocations inside the current git-annex.
+* Also a lock file, `.git/annex/ssh/user@host.lock`.
+  Open and take shared lock before running ssh; store lock in lock pool.
+  (Not locking socket directly, because ssh might want to.)
+* Run ssh like: `ssh -S .git/annex/ssh/user@host.socket -o ControlMaster=auto -o ControlPersist=yes user@host`
+* At shutdown, enumerate all existing sockets, and on each:
+  1. Drop any shared lock.
+  2. Attempt to take an exclusive lock (non-blocking).
+  3. `ssh -q -S .git/annex/ssh/user@host.socket -o ControlMaster=auto -o ControlPersist=yes -O stop user@host`
+     (Will exit nonzero if ssh is not running on that socket.)
+  4. And then remove the socket and the lock file.
+* Do same *at startup*. Why? In case an old git-annex was interrupted
+  and left behind a ssh. May have moved to a different network
+  in the meantime, etc, and be stalled waiting for a response from the
+  network, or talking to the wrong interface or something.
+  (Ie, the reason why I don't use ssh connection caching by default.)
+* User should be able to override this, to use their own preferred
+  connection caching setup. `annex.sshcaching=false`
diff --git a/doc/todo/wishlist:_Prevent_repeated_password_prompts_for_one_command/comment_1_3f9c0d08932c2ede61c802a91261a1f7._comment b/doc/todo/wishlist:_Prevent_repeated_password_prompts_for_one_command/comment_1_3f9c0d08932c2ede61c802a91261a1f7._comment
new file mode 100644
index 0000000000..2801d8e68f
--- /dev/null
+++ b/doc/todo/wishlist:_Prevent_repeated_password_prompts_for_one_command/comment_1_3f9c0d08932c2ede61c802a91261a1f7._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="2011-05-06T18:30:02Z"
+ content="""
+Unless you are forced to use a password, you should really be using a ssh key.
+
+    ssh-keygen
+    #put local .ssh/id_?sa.pub into remote .ssh/authorized_keys (which needs to be chmod 600)
+    ssh-add
+    git annex whatever
+
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates.mdwn b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates.mdwn
new file mode 100644
index 0000000000..9336535788
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates.mdwn
@@ -0,0 +1,28 @@
+(Hi, this is paulproteus@debian, AKA Asheesh).
+
+I've been enjoying using git-annex to archive my data.
+
+It's great that, by using git-annex and the SHA1 backend, I get a space-saving kind of deduplication through the symbolic links.
+
+I'm looking for the ability to filter files, before they get added to the annex, so that I don't add new files whose content is already in the annex.look  That would help me in terms of personal file organization.
+
+It seems there is not, so this is a wishlist bug filed so that maybe such a thing might exist. What I would really like to do is:
+
+* $ git annex add --no-add-if-already-present .
+* $ git commit -m "Slurping in some photos I found on my old laptop hard drive"
+
+And then I'd do something like:
+
+* $ git clean -f
+
+to remove the files that didn't get annexed in this run. That way, only one filename would ever point to a particular SHA1.
+
+I want this because I have copies of various of mine (photos, in particular) scattered across various hard disks. If this feature existed, I could comfortably toss them all into one git annex that grew, bit by bit, to store all of these files exactly once.
+
+(I would be even happier for "git annex add --unlink-duplicates .")
+
+(Another way to do this would be to "git annex add" them all, and then use a "git annex remove-duplicates" that could prompt me about which files are duplicates of each other, and then I could pipe that command's output into xargs git rm.)
+
+(As I write this, I realize it's possible to parse the destination of the symlink in a way that does this..)
+
+> [[done]]; see [[tips/finding_duplicate_files]] --[[Joey]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_10_d78d79fb2f3713aa69f45d2691cf8dfe._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_10_d78d79fb2f3713aa69f45d2691cf8dfe._comment
new file mode 100644
index 0000000000..5dbb66cf66
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_10_d78d79fb2f3713aa69f45d2691cf8dfe._comment
@@ -0,0 +1,68 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="comment 10"
+ date="2011-12-23T17:22:11Z"
+ content="""
+> Your perl script is not O(n). Inserting into perl hash tables has
+> overhead of minimum O(n log n).
+
+What's your source for this assertion?  I would expect an amortized
+average of `O(1)` per insertion, i.e. `O(n)` for full population.
+
+> Not counting the overhead of resizing hash tables,
+> the grevious slowdown if the bucket size is overcome by data (it
+> probably falls back to a linked list or something then), and the
+> overhead of traversing the hash tables to get data out.
+
+None of which necessarily change the algorithmic complexity.  However
+real benchmarks are far more useful here than complexity analysis, and
+[the dangers of premature optimization](http://c2.com/cgi/wiki?PrematureOptimization) 
+should not be forgotten.
+
+> Your memory size calculations ignore the overhead of a hash table or
+> other data structure to store the data in, which will tend to be
+> more than the actual data size it's storing. I estimate your 50
+> million number is off by at least one order of magnitude, and more
+> likely two;
+
+Sure, I was aware of that, but my point still stands.  Even 500k keys
+per 1GB of RAM does not sound expensive to me.
+
+> in any case I don't want git-annex to use 1 gb of ram.
+
+Why not?  What's the maximum it should use?  512MB?  256MB?
+32MB?  I don't see the sense in the author of a program 
+dictating thresholds which are entirely dependent on the context
+in which the program is *run*, not the context in which it's *written*.
+That's why systems have files such as `/etc/security/limits.conf`.
+
+You said you want git-annex to scale to enormous repositories.  If you
+impose an arbitrary memory restriction such as the above, that means
+avoiding implementing *any* kind of functionality which requires `O(n)`
+memory or worse.  Isn't it reasonable to assume that many users use
+git-annex on repositories which are *not* enormous?  Even when they do
+work with enormous repositories, just like with any other program,
+they would naturally expect certain operations to take longer or
+become impractical without sufficient RAM.  That's why I say that this
+restriction amounts to throwing out the baby with the bathwater.
+It just means that those who need the functionality would have to
+reimplement it themselves, assuming they are able, which is likely
+to result in more wheel reinventions.  I've already shared
+[my implementation](https://github.com/aspiers/git-config/blob/master/bin/git-annex-finddups)
+but how many people are likely to find it, let alone get it working?
+
+> Little known fact: sort(1) will use a temp file as a buffer if too
+> much memory is needed to hold the data to sort.
+
+Interesting.  Presumably you are referring to some undocumented
+behaviour, rather than `--batch-size` which only applies when merging
+multiple files, and not when only sorting STDIN.
+
+> It's also written in the most efficient language possible and has
+> been ruthlessly optimised for 30 years, so I would be very surprised
+> if it was not the best choice.
+
+It's the best choice for sorting.  But sorting purely to detect
+duplicates is a dismally bad choice.
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_11_4316d9d74312112dc4c823077af7febe._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_11_4316d9d74312112dc4c823077af7febe._comment
new file mode 100644
index 0000000000..286487eee5
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_11_4316d9d74312112dc4c823077af7febe._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 11"
+ date="2011-12-23T17:52:21Z"
+ content="""
+I don't think that [[tips/finding_duplicate_files]] is hard to find, and the multiple different ways it shows to deal with the duplicate files shows the flexability of the unix pipeline approach.
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_12_ed6d07f16a11c6eee7e3d5005e8e6fa3._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_12_ed6d07f16a11c6eee7e3d5005e8e6fa3._comment
new file mode 100644
index 0000000000..909beed837
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_12_ed6d07f16a11c6eee7e3d5005e8e6fa3._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 12"
+ date="2011-12-23T18:02:24Z"
+ content="""
+BTW, sort -S '90%' benchmarks consistently 2x as fast as perl's hashes all the way up to 1 million files. Of course the pipeline approach allows you to swap in perl or whatever else is best for you at scale.
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_1_fd213310ee548d8726791d2b02237fde._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_1_fd213310ee548d8726791d2b02237fde._comment
new file mode 100644
index 0000000000..094e4526eb
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_1_fd213310ee548d8726791d2b02237fde._comment
@@ -0,0 +1,29 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-01-27T18:29:44Z"
+ content="""
+Hey Asheesh, I'm happy you're finding git-annex useful.
+
+So, there are two forms of duplication going on here. There's duplication of the content, and duplication of the filenames 
+pointing at that content.
+
+Duplication of the filenames is probably not a concern, although it's what I thought you were talking about at first. It's probably info worth recording that backup-2010/some_dir/foo and backup-2009/other_dir/foo are two names you've used for the same content in the past. If you really wanted to remove backup-2009/foo, you could do it by writing a script that looks at the basenames of the symlink targets and removes files that point to the same content as other files.
+
+Using SHA1 ensures that the same key is used for identical files, so generally avoids duplication of content. But if you have 2 disks with an identical file on each, and make them both into annexes, then git-annex will happily retain both
+copies of the content, one per disk. It generally considers keeping copies of content a good thing. :)
+
+So, what if you want to remove the unnecessary copies? Well, there's a really simple way:
+
+<pre>
+cd /media/usb-1
+git remote add other-disk /media/usb-0
+git annex add
+git annex drop
+</pre>
+
+This asks git-annex to add everything to the annex, but then remove any file contents that it can safely remove. What can it safely remove? Well, anything that it can verify is on another repository such as \"other-disk\"! So, this will happily drop any duplicated file contents, while leaving all the rest alone.
+
+In practice, you might not want to have all your old backup disks mounted at the same time and configured as remotes. Look into configuring [[trust]] to avoid needing do to that. If usb-0 is already a trusted disk, all you need is a simple \"git annex drop\" on usb-1.
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_2_4394bde1c6fd44acae649baffe802775._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_2_4394bde1c6fd44acae649baffe802775._comment
new file mode 100644
index 0000000000..04d58a4598
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_2_4394bde1c6fd44acae649baffe802775._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjvjLHW9Omza7x1VEzIFQ8Z5honhRB90I"
+ nickname="Asheesh"
+ subject="I actually *do* want to avoid duplication of filenames"
+ date="2011-01-28T07:30:05Z"
+ content="""
+I really do want just one filename per file, at least for some cases.
+
+For my photos, there's no benefit to having a few filenames point to the same file. As I'm putting them all into the git-annex, that is a good time to remove the pure duplicates so that I don't e.g. see them twice when browsing the directory as a gallery. Also, I am uploading my photos to the web, and I want to avoid uploading the same photo (by content) twice.
+
+I hope that makes things clearer!
+
+For now I'm just doing this:
+
+* paulproteus@renaissance:/mnt/backups-terabyte/paulproteus/sd-card-from-2011-01-06/sd-cards/DCIM/100CANON $ for file in *; do hash=$(sha1sum \"$file\"); if ls /home/paulproteus/Photos/in-flickr/.git-annex | grep -q \"$hash\"; then echo already annexed ; else flickr_upload \"$file\" && mv \"$file\" \"/home/paulproteus/Photos/in-flickr/2011-01-28/from-some-nested-sd-card-bk\" && (cd /home/paulproteus/Photos/in-flickr/2011-01-28/from-some-nested-sd-card-bk && git annex add . && git commit -m ...) ; fi; done
+
+(Yeah, Flickr for my photos for now. I feel sad about betraying the principle of autonomo.us-ness.)
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_3_076cb22057583957d5179d8ba9004605._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_3_076cb22057583957d5179d8ba9004605._comment
new file mode 100644
index 0000000000..d11119bc3d
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_3_076cb22057583957d5179d8ba9004605._comment
@@ -0,0 +1,18 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkjvjLHW9Omza7x1VEzIFQ8Z5honhRB90I"
+ nickname="Asheesh"
+ subject="Duplication of the filenames is what I am concerned about"
+ date="2011-04-29T11:48:22Z"
+ content="""
+For what it's worth, yes, I want to actually forget I ever had the same file in the filesystem with a duplicated name. I'm not just aiming to clean up the disk's space usage; I'm also aiming to clean things up so that navigating the filesystem is easier.
+
+I can write my own script to do that based on the symlinks' target (and I wrote something along those lines), but I still think it'd be nicer if git-annex supported this use case.
+
+Perhaps:
+
+<pre>git annex drop --by-contents</pre>
+
+could let me remove a file from git-annex if the contents are available through a different name. (Right now, \"git annex drop\" requires the name *and* contents match.)
+
+-- Asheesh.
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_4_f120d1e83c1a447f2ecce302fc69cf74._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_4_f120d1e83c1a447f2ecce302fc69cf74._comment
new file mode 100644
index 0000000000..a218ee3d51
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_4_f120d1e83c1a447f2ecce302fc69cf74._comment
@@ -0,0 +1,35 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="List the duplicate filenames, then let the user decide what to do"
+ date="2011-12-22T12:31:29Z"
+ content="""
+I have the same use case as Asheesh but I want to be able to see which filenames point to the same objects and then decide which of the duplicates to drop myself.  I think
+
+    git annex drop --by-contents
+
+would be the wrong approach because how does git-annex know which ones to drop?  There's too much potential for error.
+
+Instead it would be great to have something like
+
+    git annex finddups
+
+While it's easy enough to knock up a bit of shell or Perl to achieve this, that relies on knowledge of the annex symlink structure, so I think really it belongs inside git-annex.
+
+If this command gave output similar to the excellent `fastdup` utility:
+
+    Scanning for files... 672 files in 10.439 seconds
+    Comparing 2 sets of files...
+
+    2 files (70.71 MB/ea)
+            /home/adam/media/flat/tour/flat-tour.3gp
+            /home/adam/videos/tour.3gp
+
+    Found 1 duplicate of 1 file (70.71 MB wasted)
+    Scanned 672 files (1.96 GB) in 11.415 seconds
+
+then you could do stuff like
+
+    git annex finddups | grep /home/adam/media/flat | xargs rm
+
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_5_5c30294b3c59fdebb1eef0ae5da4cd4f._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_5_5c30294b3c59fdebb1eef0ae5da4cd4f._comment
new file mode 100644
index 0000000000..e48a4a9b38
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_5_5c30294b3c59fdebb1eef0ae5da4cd4f._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="Here's a Perl version"
+ date="2011-12-22T15:43:51Z"
+ content="""
+https://github.com/aspiers/git-config/blob/master/bin/git-annex-finddups
+
+but it would be better in git-annex itself ...
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_6_f24541ada1c86d755acba7e9fa7cff24._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_6_f24541ada1c86d755acba7e9fa7cff24._comment
new file mode 100644
index 0000000000..5d8ac8e61b
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_6_f24541ada1c86d755acba7e9fa7cff24._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 6"
+ date="2011-12-22T16:39:24Z"
+ content="""
+My main concern with putting this in git-annex is that finding duplicates necessarily involves storing a list of every key and file in the repository, and git-annex is very carefully built to avoid things that require non-constant memory use, so that it can scale to very big repositories. (The only exception is the `unused` command, and reducing its memory usage is a continuing goal.)
+
+So I would rather come at this from a different angle.. like providing a way to output a list of files and their associated keys, which the user can then use in their own shell pipelines to find duplicate keys:
+
+      git annex find --include '*' --format='${file} ${key}\n' | sort --key 2 | uniq --all-repeated --skip-fields=1
+
+Which is implemented now!
+
+(Making that pipeline properly handle filenames with spaces is left as an exercise for the reader..)
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_7_c39f1bb7c61a89b238c61bee1c049767._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_7_c39f1bb7c61a89b238c61bee1c049767._comment
new file mode 100644
index 0000000000..a337002804
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_7_c39f1bb7c61a89b238c61bee1c049767._comment
@@ -0,0 +1,54 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="comment 7"
+ date="2011-12-22T20:04:14Z"
+ content="""
+> My main concern with putting this in git-annex is that finding
+> duplicates necessarily involves storing a list of every key and file
+> in the repository
+
+Only if you want to search the *whole* repository for duplicates, and if
+you do, then you're necessarily going to have to chew up memory in
+some process anyway, so what difference whether it's git-annex or
+(say) a Perl wrapper?
+
+> and git-annex is very carefully built to avoid things that require
+> non-constant memory use, so that it can scale to very big
+> repositories.
+
+That's a worthy goal, but if everything could be implemented with an
+O(1) memory footprint then we'd be in much more pleasant world :-)
+Even O(n) isn't that bad ...
+
+That aside, I like your `--format=\"%f %k\n\"` idea a lot.  That opens
+up the \"black box\" of `.git/annex/objects` and makes nice things
+possible, as your pipeline already demonstrates.  However, I'm not
+sure why you think `git annex find | sort | uniq` would be more
+efficient.  Not only does the sort require the very thing you were
+trying to avoid (i.e. the whole list in memory), but it's also 
+O(n log n) which is significantly slower than my O(n) Perl script 
+linked above.
+
+More considerations about this pipeline:
+
+* Doesn't it only include locally available files?  Ideally it should
+  spot duplicates even when the backing blob is not available locally.
+* What's the point of `--include '*'` ?  Doesn't `git annex find` 
+  with no arguments already include all files, modulo the requirement
+  above that they're locally available?
+* Any user using this `git annex find | ...` approach is likely to
+  run up against its limitations sooner rather than later, because
+  they're already used to the plethora of options `find(1)` provides.
+  Rather than reinventing the wheel, is there some way `git annex find`
+  could harness the power of `find(1)` ?
+
+Those considerations aside, a combined approach would be to implement
+
+    git annex find --format=...
+
+and then alter my Perl wrapper to `popen(2)` from that rather than using
+`File::Find`.  But I doubt you would want to ship Perl wrappers in the
+distribution, so if you don't provide a Haskell equivalent then users
+who can't code are left high and dry.
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_8_221ed2e53420278072a6d879c6f251d1._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_8_221ed2e53420278072a6d879c6f251d1._comment
new file mode 100644
index 0000000000..5ac292afeb
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_8_221ed2e53420278072a6d879c6f251d1._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://adamspiers.myopenid.com/"
+ nickname="Adam"
+ subject="How much memory would it actually use anyway?"
+ date="2011-12-22T20:15:22Z"
+ content="""
+Another thought - an SHA1 digest is 20 bytes.  That means you can fit over 50 million keys into 1GB of RAM.  Granted you also need memory to store the values (pathnames) which in many cases will be longer, and some users may also choose more expensive backends than SHA1 ... but even so, it seems to me that you are at risk of throwing the baby out with the bath water.  
+"""]]
diff --git a/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_9_aecfa896c97b9448f235bce18a40621d._comment b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_9_aecfa896c97b9448f235bce18a40621d._comment
new file mode 100644
index 0000000000..82c6921ebb
--- /dev/null
+++ b/doc/todo/wishlist:_Provide_a___34__git_annex__34___command_that_will_skip_duplicates/comment_9_aecfa896c97b9448f235bce18a40621d._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 9"
+ date="2011-12-23T16:07:39Z"
+ content="""
+Adam, to answer a lot of points breifly..
+
+* --include='*' makes find list files whether their contents are present or not
+* Your perl script is not O(n). Inserting into perl hash tables has overhead of minimum O(n log n). Not counting the overhead of resizing hash tables, the grevious slowdown if the bucket size is overcome by data (it probably falls back to a linked list or something then), and the overhead of traversing the hash tables to get data out.
+* I think that git-annex's set of file matching options is coming along nicely, and new ones can easily be added, so see no need to pull in unix find(1).
+* Your memory size calculations ignore the overhead of a hash table or other data structure to store the data in, which will tend to be more than the actual data size it's storing.  I estimate your 50 million number is off by at least one order of magnitude, and more likely two; in any case I don't want git-annex to use 1 gb of ram.
+* Little known fact: sort(1) will use a temp file as a buffer if too much memory is needed to hold the data to sort. It's also written in the most efficient language possible and has been ruthlessly optimised for 30 years, so I would be very surprised if it was not the best choice.
+"""]]
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:_Tell_git_annex___40__assistant__41___which_files___40__not__41___to_annex_via_.gitattributes.mdwn b/doc/todo/wishlist:_Tell_git_annex___40__assistant__41___which_files___40__not__41___to_annex_via_.gitattributes.mdwn
new file mode 100644
index 0000000000..f65a95f45a
--- /dev/null
+++ b/doc/todo/wishlist:_Tell_git_annex___40__assistant__41___which_files___40__not__41___to_annex_via_.gitattributes.mdwn
@@ -0,0 +1,9 @@
+Title says it all.
+
+It would be nice if I could tell git annex (assistant) which files (not) to annex (automatically).
+
+[[!tag /design/assistant]]
+
+> [[done]]; use `annex.largefiles` git config to configure criteria for
+> which files should be annexed. The rest will be added to git as normal
+> files. --[[Joey]]
diff --git a/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes.mdwn b/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes.mdwn
new file mode 100644
index 0000000000..a04af05b42
--- /dev/null
+++ b/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes.mdwn
@@ -0,0 +1,10 @@
+Hello,
+
+i'm in the process of managing my music collection with git-annex. The initial "git annex add" using the sha1 banckend is quite long an i was wondering that it could be nice to launch multiple "sha1sum" processes in parallel to speed up things.
+
+Anyway, thanks for this wonderful piece of software.
+
+Jean-Baptiste
+
+> closing as dup of [[parallel possibilities]] (also see comments below)
+> [[done]] --[[Joey]] 
diff --git a/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_1_85b14478411a33e6186a64bd41f0910d._comment b/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_1_85b14478411a33e6186a64bd41f0910d._comment
new file mode 100644
index 0000000000..2364b7fb83
--- /dev/null
+++ b/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_1_85b14478411a33e6186a64bd41f0910d._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-02-25T19:12:42Z"
+ content="""
+I'd expect the checksumming to be disk bound, not CPU bound, on most systems.
+
+I suggest you start off on the WORM backend, and then you can run a job later to [[migrate|walkthrough#index14h2]] to the SHA1 backend.
+"""]]
diff --git a/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_2_82e857f463cfdf73c70f6c0a9f9a31d6._comment b/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_2_82e857f463cfdf73c70f6c0a9f9a31d6._comment
new file mode 100644
index 0000000000..9b8240658b
--- /dev/null
+++ b/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_2_82e857f463cfdf73c70f6c0a9f9a31d6._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-02-25T19:54:28Z"
+ content="""
+But, see [[todo/parallel_possibilities]]
+"""]]
diff --git a/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_3_8af85eba7472d9025c6fae4f03e3ad75._comment b/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_3_8af85eba7472d9025c6fae4f03e3ad75._comment
new file mode 100644
index 0000000000..ee769f0ddd
--- /dev/null
+++ b/doc/todo/wishlist:___34__git_annex_add__34___multiple_processes/comment_3_8af85eba7472d9025c6fae4f03e3ad75._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="jbd"
+ ip="89.158.228.148"
+ subject="comment 3"
+ date="2011-02-26T10:26:12Z"
+ content="""
+Thank your for your answer and the link !
+"""]]
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:___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_fsck_--checksums__96___--_verify_checksums_but_disregard_annex.numcopies.mdwn b/doc/todo/wishlist:___96__git_annex_fsck_--checksums__96___--_verify_checksums_but_disregard_annex.numcopies.mdwn
new file mode 100644
index 0000000000..67a7e13e1c
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_fsck_--checksums__96___--_verify_checksums_but_disregard_annex.numcopies.mdwn
@@ -0,0 +1,12 @@
+As the title says, I would like to see an option where git-annex verifies
+that all checksums are OK but not that the required number of copies or
+other possible metrics are fulfilled.
+
+-- RichiH
+
+> --numcopies is provided for times when you want to temporarily override
+> annex.numcopies. So, `git annex fsck --numcopies=0`
+> 
+> I don't see any reason to want to disable the other checks and fixups
+> fsck does (of bad location log data, for example). So, [[done]]
+> --[[Joey]]
diff --git a/doc/todo/wishlist:___96__git_annex_fsck_--checksums__96___--_verify_checksums_but_disregard_annex.numcopies/comment_1_6bcf067e4860bdfeb1d7b9fd1702a43a._comment b/doc/todo/wishlist:___96__git_annex_fsck_--checksums__96___--_verify_checksums_but_disregard_annex.numcopies/comment_1_6bcf067e4860bdfeb1d7b9fd1702a43a._comment
new file mode 100644
index 0000000000..c8f40caf75
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_fsck_--checksums__96___--_verify_checksums_but_disregard_annex.numcopies/comment_1_6bcf067e4860bdfeb1d7b9fd1702a43a._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-10T23:09:31Z"
+ content="""
+As a side note, --numcopies was broken, but it's been fixed with 4.20130709.
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex.mdwn b/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex.mdwn
new file mode 100644
index 0000000000..cd679485b5
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex.mdwn
@@ -0,0 +1,13 @@
+`git annex import` would copy data over from external places into the annex. It would be run from within the annex and in the target location where the files need to end up.
+
+Two basic modes of operation:
+
+* If run on a normal directory, e.g. an SD card, it would simply copy over and `git annex add $newstuff`
+
+* If run on another indirect annex, it would copy over the symlinks, copy over the object data, verify that the checksums are OK and add to the annex
+
+An optional `git annex import --copy-only` would copy over and verify the data, but not yet add it. That would allow the user to import into a decent data structure. If run on non-annexed data, `git annex import --copy-only` would ideally calculate checksums and create symlinks already; thus ensuring data integrity as early as possible.
+
+-- RichiH
+
+> [[done]] --[[Joey]] in 2012
diff --git a/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_1_b9fd1bfaf9a3d238fdb7bc9c2d75fe5f._comment b/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_1_b9fd1bfaf9a3d238fdb7bc9c2d75fe5f._comment
new file mode 100644
index 0000000000..ff9030c99d
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_1_b9fd1bfaf9a3d238fdb7bc9c2d75fe5f._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.254.222"
+ subject="comment 1"
+ date="2013-07-07T18:09:20Z"
+ content="""
+This is such a good idea that I went into the time machine and arranged for it to be implemented in June 2012:
+
+<pre>
+       import [path ...]
+              Moves files from somewhere outside the git work‐
+              ing copy, and adds them to the annex. Individual
+              files to import can be specified.  If  a  direc‐
+              tory is specified, all files in it are imported,
+              and any subdirectory structure inside it is pre‐
+              served.
+
+               git annex import /media/camera/DCIM/
+</pre>
+
+I don't see much use for `--copy-only` though. so did not implement it them (also I needed to spend some of my time at the race track). It seems to me that using `--copy-only` as you describe it would do everything except for add the files to git. You can get the same behavior by using `git annex import`, which only stages the new files but does not commit them, and then moving files around and running `git annex add` on them, followed by committing.
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_2_56f6972413c6f0d9f414245b6f4d27b9._comment b/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_2_56f6972413c6f0d9f414245b6f4d27b9._comment
new file mode 100644
index 0000000000..ccdf2e7048
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_2_56f6972413c6f0d9f414245b6f4d27b9._comment
@@ -0,0 +1,62 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2013-07-10T23:25:52Z"
+ content="""
+Ugh, learn to read, etc...
+
+It's not possible to import from other annexes, though. Importing just the files from an indirect repo does nothing:
+
+    ~/test-annex--foo % 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: 2
+            00000000-0000-0000-0000-000000000001 -- web
+            8105410b-d8ca-4de4-bb6a-91b9772250dc -- here (richih@adamantium:~/test-annex--foo)
+    untrusted repositories: 0
+    transfers in progress: none
+    available local disk space: 52 gigabytes (+1 megabyte reserved)
+    local annex keys: 1
+    local annex size: 4 bytes
+    known annex keys: 1
+    known annex size: 4 bytes
+    bloom filter size: 16 mebibytes (0% full)
+    backend usage:
+            SHA256E: 2
+    ~/test-annex--foo % ls -l
+    total 4
+    lrwxrwxrwx 1 richih richih 178 Jul 11 01:21 bar -> .git/annex/objects/g7/9v/SHA256E-s4--7d865e959b2466918c9863afca942d0fb89d7c9ac0c99bafc3749504ded97730/SHA256E-s4--7d865e959b2466918c9863afca942d0fb89d7c9ac0c99bafc3749504ded97730
+    ~/test-annex--foo % cd ../test-annex
+    ~/test-annex % 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: (merging synced/git-annex into git-annex...)
+    0
+    semitrusted repositories: 3
+            00000000-0000-0000-0000-000000000001 -- web
+            7c50da8c-dc76-4b4a-b46d-8dd16385691a -- here (richih@adamantium:~/test-annex)
+            d4104a13-a2eb-4f5c-ba54-990ece5c81df -- richih@adamantium:~/test-annex-2
+    untrusted repositories: 0
+    transfers in progress: none
+    available local disk space: 52 gigabytes (+1 megabyte reserved)
+    local annex keys: 1
+    local annex size: 4 bytes
+    known annex keys: 1
+    known annex size: 4 bytes
+    bloom filter size: 16 mebibytes (0% full)
+    backend usage:
+            SHA256E: 2
+    ~/test-annex % ls -l
+    total 4
+    lrwxrwxrwx 1 richih richih 178 Jul 11 01:20 foo -> .git/annex/objects/91/9x/SHA256E-s4--b5bb9d8014a0f9b1d61e21e796d78dccdf1352f23cd32812f4850b878ae4944c/SHA256E-s4--b5bb9d8014a0f9b1d61e21e796d78dccdf1352f23cd32812f4850b878ae4944c
+    ~/test-annex % git annex import ../test-annex--foo/bar
+    ~/test-annex % ls -l
+    total 4
+    lrwxrwxrwx 1 richih richih 178 Jul 11 01:20 foo -> .git/annex/objects/91/9x/SHA256E-s4--b5bb9d8014a0f9b1d61e21e796d78dccdf1352f23cd32812f4850b878ae4944c/SHA256E-s4--b5bb9d8014a0f9b1d61e21e796d78dccdf1352f23cd32812f4850b878ae4944c
+    ~/test-annex %
+
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_3_2c094bef802a2182de4fcd0def1ad29b._comment b/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_3_2c094bef802a2182de4fcd0def1ad29b._comment
new file mode 100644
index 0000000000..d3870e7c94
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_3_2c094bef802a2182de4fcd0def1ad29b._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="2013-07-11T11:54:25Z"
+ content="""
+To expand on this a bit:
+
+* I meant \"ugh, me\" not \"ugh, anyone else\"; I simply did not see it...
+* `git annex import` on a separate annex should copy over the symlinks and the objects behind it and then run `git annex add`, thus verifying, fixing symlinks, etc, imo.
+* Something that may not be said often enough: Thanks :)
+"""]]
diff --git a/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_4_14915c43001f7f72c9fe5119a104ef5c._comment b/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_4_14915c43001f7f72c9fe5119a104ef5c._comment
new file mode 100644
index 0000000000..4d4c1fbc56
--- /dev/null
+++ b/doc/todo/wishlist:___96__git_annex_import__96___--_An_easy_way_to_get_data_into_an_annex/comment_4_14915c43001f7f72c9fe5119a104ef5c._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-07-13T15:25:56Z"
+ content="""
+After more deliberation, there should probably be an option to not have `git annex import` run `git annex add` automagically (but still call `git annex fix`) so manual shuffling around of files is still possible.
+
+See [[doc/bugs/__96__git_annex_fix__96___run_on_non-annexed_files_is_no-op]] for more of the rationale on this.
+"""]]
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:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__.mdwn b/doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__.mdwn
new file mode 100644
index 0000000000..f2c4254ad0
--- /dev/null
+++ b/doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__.mdwn
@@ -0,0 +1,25 @@
+I've seen the [[tips/using box.com as a special remote]] for using mounted WebDAV remote directory for storage of the tracked files.
+
+It's quite close to a scenario familiar to me, although with a difference.
+
+Let me describe my situation.
+
+I worked on a supplement to a set of textbooks. My work was dependent on the revision of the textbooks (for correct references, etc.). The textbooks were being edited by the author, and published in a WebDAV directory.
+
+So I set up a Git repo for my work, and also a branch to track the revisions of the textbooks which [I updated by copying them from the WebDAV directory (after mounting it)](http://unix.stackexchange.com/q/25015/4319). The branch where my work was in was either based on the textbooks branch (and rebased/merged and edited to reflect the changes in the new revisions of the textbooks when needed) or contained the repo with textbooks as a submodule.
+
+The textbooks were large files, so I didn't want them be a part of the Git repo with my supplement work when I publish the repo. But I wanted for those who looked into my public repo to understand how to get the textbooks I'm referring to.
+
+I haven't solved this problem for myself completely. Now I see I could use git-annex for this. I t would track the state of the textbooks in the repo, without actually storing them there, and whenever one would need to get the missing textbooks in a clone of the repo, git-annex could handle the download from the WebDAV directory for him, right?
+
+I simply wrote down the rules for reproducing these downloading and saving operations, together with source URL (as a [Makefile](https://gitorious.org/primary-school-informatics-problems/received_2011-11-mathinf-initial-edition/blobs/RULES/Makefile)):
+
+whenever I wanted to update the revisions of the textbooks (or to download them the first time), I would checkout the branch which included this Makefile and was for holding the textbooks, and the run:
+
+    make get
+
+-- this target had the temporary mountpoint for the remote directory as prerequisite, and there was a rule to create it, and mount the specified URL at it; then it would sync the files, and I could use Git to track the changes. After I was done inspecting the remote directory, I had to clean up the temporary mountpoint fby unmounting and deleting it. I didn't make it do this automatically after a `get` operation for performance reasons (caching of the remote directory would help if I wanted to access it once again).
+
+So, this differs from [[tips/using box.com as a special remote]] in that the tip for WebDAV suggest to handle the mounting manually, and git-annex knows nothing about the WebDAV URL where the content comes from.
+
+So here's my wish: a [[special remote|special remotes]] to track the WebDAV URLs in the repo, and mount the remote directory automatically under the hood, whenever one wants to get a file from there. (Then I assume it should also unmount it immediately in order to clean up after itself, despite possible inefficiencies).
diff --git a/doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__/comment_1_f46b0c9b49607e9f4f7a27f5a331ce83._comment b/doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__/comment_1_f46b0c9b49607e9f4f7a27f5a331ce83._comment
new file mode 100644
index 0000000000..32dd9c039b
--- /dev/null
+++ b/doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__/comment_1_f46b0c9b49607e9f4f7a27f5a331ce83._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.153.14.141"
+ subject="comment 1"
+ date="2012-09-25T22:56:22Z"
+ content="""
+Note that git-annex already has the git configs `remote.<name>.annex-start-command` and `remote.<name>.annex-stop-command` which can be used to handle mounting and umounting.
+"""]]
diff --git a/doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__/comment_2_1b34e1dd72011c65e881dec2543a0373._comment b/doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__/comment_2_1b34e1dd72011c65e881dec2543a0373._comment
new file mode 100644
index 0000000000..80c5ed2a93
--- /dev/null
+++ b/doc/todo/wishlist:_a_spec.remote_for_network_directories_that_would_mount_them_whenever_needed___40__e.g.__44___with_WebDAV__41__/comment_2_1b34e1dd72011c65e881dec2543a0373._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://lj.rossia.org/users/imz/"
+ ip="79.165.56.162"
+ subject="comment 2"
+ date="2012-09-25T23:33:23Z"
+ content="""
+I see, thanks for pointing at these config options! Perhaps, that'll be enough.
+
+I'll have to see whether the information on how to access the remote copy (the source URL and how to mount it) saved in config variables will be transferred to the clones of the repo.
+
+AFAIU [[location tracking]], usually, git-annex would transfer the information on where to look for copies from one repo to another.
+"""]]
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:_addurl_https:.mdwn b/doc/todo/wishlist:_addurl_https:.mdwn
new file mode 100644
index 0000000000..0a62eda6d6
--- /dev/null
+++ b/doc/todo/wishlist:_addurl_https:.mdwn
@@ -0,0 +1,11 @@
+It would be nice if "git annex addurl" allowed https: urls, rather than just http:.
+To give an example, here is a PDF file:
+
+ https://www.fbo.gov/utils/view?id=59ba4c8aa59101a09827ab7b9a787b05
+
+If you switch the https: to http: it redirects you back to https:.
+
+As more sites provide https: for non-secret traffic, this becomes more of an issue.
+
+> I've gotten rid of the use of the HTTP library, now it just uses curl.
+> [[done]] --[[Joey]]
diff --git a/doc/todo/wishlist:_addurl_https:/comment_1_4e8f5e1fc52c3000eb2a1dad0624906e._comment b/doc/todo/wishlist:_addurl_https:/comment_1_4e8f5e1fc52c3000eb2a1dad0624906e._comment
new file mode 100644
index 0000000000..fa500b1dd8
--- /dev/null
+++ b/doc/todo/wishlist:_addurl_https:/comment_1_4e8f5e1fc52c3000eb2a1dad0624906e._comment
@@ -0,0 +1,14 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="2001:4978:f:21a::2"
+ subject="comment 1"
+ date="2013-01-26T08:44:38Z"
+ content="""
+This works fine with \"git annex addurl\". 
+
+However, with --fast, it fails:
+
+  git-annex: user error (https not supported)
+
+This is because the Haskell HTTP library doesn't support https yet. <https://github.com/haskell/HTTP/issues/17> Seems to be very little momentum on fixing that, perhaps I need to switch the code to use http-enumerator, which does.
+"""]]
diff --git a/doc/todo/wishlist:_allow_configuration_of_downloader_for_addurl.mdwn b/doc/todo/wishlist:_allow_configuration_of_downloader_for_addurl.mdwn
new file mode 100644
index 0000000000..81f7ee4c08
--- /dev/null
+++ b/doc/todo/wishlist:_allow_configuration_of_downloader_for_addurl.mdwn
@@ -0,0 +1,3 @@
+It would be neat if Git annex addurl allowed a configuration option for a download manager command to do the actual download in place of wget/curl with a placeholder for the file name to save to & URL to get from (if that's all annex needs). That would allow the user to choose a graphical download manager if desired to make progress easier to monitor. The specific circumstance I'm seeing is with [[wishlist:_an___34__assistant__34___for_web-browsing_--_tracking_the_sources_of_the_downloads]]. I found that the existing Firefox addon [FlashGot](http://flashgot.net/) can run any command with arbitrary arguments including placeholders. Right now I've got a [script](https://gist.github.com/andyg0808/5342434) that changes to a user-selected directory and then runs git-annex addurl in it with the provided url. It works fine as a download manager for FlashGot. The issue is that there is no progress information for large file downloads. If git-annex could start a separate download manager to do the actual download, then the user would be able to check status at any time, even though the git-annex command was run from a GUI and not a terminal.
+
+> [[done]], you can use `annex.web-download-command` now. --[[Joey]]
diff --git a/doc/todo/wishlist:_allow_the_same_remote_to_be_accissable_via_different_methods.mdwn b/doc/todo/wishlist:_allow_the_same_remote_to_be_accissable_via_different_methods.mdwn
new file mode 100644
index 0000000000..849e73cc3d
--- /dev/null
+++ b/doc/todo/wishlist:_allow_the_same_remote_to_be_accissable_via_different_methods.mdwn
@@ -0,0 +1,5 @@
+This is a wishlist item:
+
+Please allow the same remote to be available via different remotes. So in my LAN my remote is available using a ssh-connection, and when I travel with my laptop, the git-annex can also reach this remote using the Jabber transport.
+
+> [[done]]; this has always been fully supported. --[[Joey]]
diff --git a/doc/todo/wishlist:_allow_the_same_remote_to_be_accissable_via_different_methods/comment_1_abb6263f3807160222bba1122475c89c._comment b/doc/todo/wishlist:_allow_the_same_remote_to_be_accissable_via_different_methods/comment_1_abb6263f3807160222bba1122475c89c._comment
new file mode 100644
index 0000000000..a95ba56f96
--- /dev/null
+++ b/doc/todo/wishlist:_allow_the_same_remote_to_be_accissable_via_different_methods/comment_1_abb6263f3807160222bba1122475c89c._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:09:26Z"
+ content="""
+You can have as many git remotes as you like all pointing at the same repository via different paths. git-annex fully supports this AFAIK. Are you having some problem with it?
+"""]]
diff --git a/doc/todo/wishlist:_allow_users_to_provide_UUID_when_running___96__git_annex_init__96__.mdwn b/doc/todo/wishlist:_allow_users_to_provide_UUID_when_running___96__git_annex_init__96__.mdwn
new file mode 100644
index 0000000000..0dc9ec08a2
--- /dev/null
+++ b/doc/todo/wishlist:_allow_users_to_provide_UUID_when_running___96__git_annex_init__96__.mdwn
@@ -0,0 +1,5 @@
+As there's no way to permanently hide remotes and I have to recreate two repos now, I would love to be able to re-use the old UUIDs to remove clutter.
+
+> git-annex already provides a way to do this: Copy `.git/config` from the
+> original repo (or use `git-config` to set `annex.uuid`) *before* running
+> `git annex init`. [[done]] --[[Joey]]
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:_assistant_autostart_port_and_secret_configuration.mdwn b/doc/todo/wishlist:_assistant_autostart_port_and_secret_configuration.mdwn
new file mode 100644
index 0000000000..f0d27d0b1e
--- /dev/null
+++ b/doc/todo/wishlist:_assistant_autostart_port_and_secret_configuration.mdwn
@@ -0,0 +1 @@
+When starting the assistant when logging in to the system (`--autostart`) it choses a new port an secret everytime. Having the assistant open in a pinned firefox tab which automatically restores when firefox starts we need to get the url from `.git/annex/url` and copy/paste it into the pinned tab. It would be very nice to have a configuration option which assigns a fixed port and secret so everytime the assistant is autostarted it uses the same settings and firefox is happy to open it automatically on start.
diff --git a/doc/todo/wishlist:_assistant_autostart_port_and_secret_configuration/comment_1_be53b8456eed7eadad5d4b8465c8a42b._comment b/doc/todo/wishlist:_assistant_autostart_port_and_secret_configuration/comment_1_be53b8456eed7eadad5d4b8465c8a42b._comment
new file mode 100644
index 0000000000..651937802d
--- /dev/null
+++ b/doc/todo/wishlist:_assistant_autostart_port_and_secret_configuration/comment_1_be53b8456eed7eadad5d4b8465c8a42b._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="209.250.56.64"
+ subject="comment 1"
+ date="2013-11-22T16:58:51Z"
+ content="""
+It's impossible to guarantee a program will be able to get a particular port. Any other program could be using that port number.
+
+This is why `git annex webapp` opens the webapp using whatever url the assistant has picked. I recommend that rather than using a pinned tab, you make an icon on your desktop that runs `git annex webapp`, and use that to open the app when you want it, much as you'd open any other app. If you wanted to, you could make your system run `git annex webapp` on startup instead of `git annex assistant --autostart`, and you'd get the browser tab opened automatically on start.
+"""]]
diff --git a/doc/todo/wishlist:_command_options_changes.mdwn b/doc/todo/wishlist:_command_options_changes.mdwn
new file mode 100644
index 0000000000..b154401818
--- /dev/null
+++ b/doc/todo/wishlist:_command_options_changes.mdwn
@@ -0,0 +1,17 @@
+Some suggestions for changes to command options:
+
+  * --verbose:
+    * add alternate: -v
+
+  * --from:
+    * replace with: -s $SOURCE || --source=$SOURCE
+
+  * --to:
+    * replace with: -d $DESTINATION || --destination=$DESTINATION
+
+  * --force:
+    * add alternate: -F
+      * "-f" was removed in v0.20110417
+      * since it forces unsafe operations, should be capitalized to reduce chance of accidental usage.
+
+[[done]], see comments
diff --git a/doc/todo/wishlist:_command_options_changes/comment_1_bfba72a696789bf21b2435dea15f967a._comment b/doc/todo/wishlist:_command_options_changes/comment_1_bfba72a696789bf21b2435dea15f967a._comment
new file mode 100644
index 0000000000..0ab113211e
--- /dev/null
+++ b/doc/todo/wishlist:_command_options_changes/comment_1_bfba72a696789bf21b2435dea15f967a._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-04-17T23:46:37Z"
+ content="""
+--to and --from seem to have different semantics than --source and --destination. Subtle, but still different.
+
+That being said, I am not sure --from and --to are needed at all. Calling the local repo . and all remotes by their name, they are arguably redundant and removing them would make the syntax a lot prettier; mv and cp don't need them, either.
+
+I am not sure changing syntax at this point is considered good style though personally, I wouldn't mind adapting and would actually prefer it over using --to and --from.
+
+-v and -q would be nice.
+
+
+Richard
+"""]]
diff --git a/doc/todo/wishlist:_command_options_changes/comment_2_f6a637c78c989382e3c22d41b7fb4cc2._comment b/doc/todo/wishlist:_command_options_changes/comment_2_f6a637c78c989382e3c22d41b7fb4cc2._comment
new file mode 100644
index 0000000000..0072ae1d71
--- /dev/null
+++ b/doc/todo/wishlist:_command_options_changes/comment_2_f6a637c78c989382e3c22d41b7fb4cc2._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-04-19T20:13:10Z"
+ content="""
+Let's see..
+
+* -v is already an alias for --verbose
+
+* I don't find --source and --destination as easy to type or as clear as --from or --to.
+
+* -F is fast, so it cannot be used for --force. And I have no desire to make it easy to mistype a short option and enable --force; it can lose data. 
+
+@richard while it would be possible to support some syntax like \"git annex copy . remote\"; what is it supposed to do if there are local files named foo and bar, and a remotes named foo and bar? Does \"git annex copy foo bar\" copy file foo to remote bar, or file bar from remote foo? I chose to use --from/--to to specify remotes independant of files to avoid such
+ambiguity, which plain old `cp` doesn't have since it's operating entirely on filesystem objects, not both filesystem objects and abstract remotes.
+
+Seems like nothing to do here. [[done]] --[[Joey]]
+"""]]
diff --git a/doc/todo/wishlist:_command_options_changes/comment_3_bf1114533d2895804e531e76eb6b8095._comment b/doc/todo/wishlist:_command_options_changes/comment_3_bf1114533d2895804e531e76eb6b8095._comment
new file mode 100644
index 0000000000..9fcbae6d20
--- /dev/null
+++ b/doc/todo/wishlist:_command_options_changes/comment_3_bf1114533d2895804e531e76eb6b8095._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-04-20T21:28:06Z"
+ content="""
+Good point. scp fixes this by using a colon, but as colons aren't needed in git-annex remotes' names... -- RichiH
+"""]]
diff --git a/doc/todo/wishlist:_define_remotes_that_must_have_all_files.mdwn b/doc/todo/wishlist:_define_remotes_that_must_have_all_files.mdwn
new file mode 100644
index 0000000000..156cfb0090
--- /dev/null
+++ b/doc/todo/wishlist:_define_remotes_that_must_have_all_files.mdwn
@@ -0,0 +1,18 @@
+I would like to be able to name a few remotes that must retain *all* annexed
+files.  `git-annex fsck` should warn me if any files are missing from those
+remotes, even if `annex.numcopies` has been satisfied by other remotes.
+
+I imagine this could also be useful for bup remotes, but I haven't actually
+looked at those yet.
+
+Based on existing output, this is what a warning message could look like:
+
+	fsck FILE
+		3 of 3 trustworthy copies of FILE exist.
+		FILE is, however, still missing from these required remotes:
+			UUID -- Backup Drive 1
+			UUID -- Backup Drive 2
+		Back it up with git-annex copy.
+	Warning
+
+What do you think?
diff --git a/doc/todo/wishlist:_define_remotes_that_must_have_all_files/comment_1_cceccc1a1730ac688d712b81a44e31c3._comment b/doc/todo/wishlist:_define_remotes_that_must_have_all_files/comment_1_cceccc1a1730ac688d712b81a44e31c3._comment
new file mode 100644
index 0000000000..1f65fd982f
--- /dev/null
+++ b/doc/todo/wishlist:_define_remotes_that_must_have_all_files/comment_1_cceccc1a1730ac688d712b81a44e31c3._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-23T16:27:13Z"
+ content="""
+Seems to have a scalability problem, what happens when such a repository becomes full?
+
+Another way to accomplish I think the same thing is to pick the repositories that you would include in such a set, and make all other repositories untrusted. And set numcopies as desired. Then git-annex will never remove files from the set of non-untrusted repositories, and fsck will warn if a file is present on only an untrusted repository.
+"""]]
diff --git a/doc/todo/wishlist:_define_remotes_that_must_have_all_files/comment_2_eec848fcf3979c03cbff2b7407c75a7a._comment b/doc/todo/wishlist:_define_remotes_that_must_have_all_files/comment_2_eec848fcf3979c03cbff2b7407c75a7a._comment
new file mode 100644
index 0000000000..1855cdda01
--- /dev/null
+++ b/doc/todo/wishlist:_define_remotes_that_must_have_all_files/comment_2_eec848fcf3979c03cbff2b7407c75a7a._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="gernot"
+ ip="87.79.209.169"
+ subject="comment 2"
+ date="2011-04-24T11:20:05Z"
+ content="""
+Right, I have thought about untrusting all but a few remotes to achieve
+something similar before and I'm sure it would kind of work. It would be more
+of an ugly workaround, however, because I would have to untrust remotes that
+are, in reality, at least semi-trusted. That's why an extra option/attribute
+for that kind of purpose/remote would be nice.
+
+Obviously I didn't see the scalability problem though. Good Point. Maybe I can
+achieve the same thing by writing a log parsing script for myself?
+
+"""]]
diff --git a/doc/todo/wishlist:_detection_of_merge_conflicts.mdwn b/doc/todo/wishlist:_detection_of_merge_conflicts.mdwn
new file mode 100644
index 0000000000..1b4caeff0e
--- /dev/null
+++ b/doc/todo/wishlist:_detection_of_merge_conflicts.mdwn
@@ -0,0 +1,13 @@
+A conflict during sync or merge is something that requires user intervention, or at least notification. For that reason it would be nice if git annex returned a nonzero exit status when such a conflict happened during a sync or a merge. This is what git does after a conflicting pull, and would make it easier to spot a conflict in automated syncs without having to parse annex output or the logs.
+
+> Good idea, [[done]]. --[[Joey]] 
+
+Also, it would be nice if your new `git annex status` were able to inform about remaining conflicts in the repo, for instance by reporting files with variant-XXX suffix.
+
+> Hmm, that would need a separate pass through the whole tree, since
+> currently it can use `git ls-files` to find only modified/deleted/new
+> files. I would rather not make the new `git annex status` slower for
+> this.
+> 
+> It would be possible to add it to `git annex info` (old `status`)
+> which already has to look through the entire work tree.
diff --git a/doc/todo/wishlist:_disable_automatic_commits.mdwn b/doc/todo/wishlist:_disable_automatic_commits.mdwn
new file mode 100644
index 0000000000..14c1317969
--- /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
+> 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_name_of_object_when_addWatcher_gets_a_permission_denied.mdwn b/doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied.mdwn
new file mode 100644
index 0000000000..837f0a587d
--- /dev/null
+++ b/doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied.mdwn
@@ -0,0 +1,6 @@
+When addWatcher gets a permission denied, it would be helpful to display the name of the object on which the permission was denied, in the error message which shows in the webapp.
+
+> I have made the inotify code more robust; now it doesn't crash if it
+> cannot read a directory or a file, and only logs a warning, which includes
+> the directory name.
+> [[done]] --[[Joey]] 
diff --git a/doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied/comment_1_d2665e7347689b520d37561cfddf0aa8._comment b/doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied/comment_1_d2665e7347689b520d37561cfddf0aa8._comment
new file mode 100644
index 0000000000..de0528855e
--- /dev/null
+++ b/doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied/comment_1_d2665e7347689b520d37561cfddf0aa8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.152.108.220"
+ subject="comment 1"
+ date="2013-09-25T18:47:13Z"
+ content="""
+This is an exception from the inotify library, which is what contains the `addWatch` function. I catch and display the exception. Since `addWatch` is only passed a directory to watch, the most I could do is tack on the name of the directory when displaying the exception. That does not seem likely to be much help?
+"""]]
diff --git a/doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied/comment_2_db153571a32fb072453ed583e3e9ccf4._comment b/doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied/comment_2_db153571a32fb072453ed583e3e9ccf4._comment
new file mode 100644
index 0000000000..e0199a42d5
--- /dev/null
+++ b/doc/todo/wishlist:_display_name_of_object_when_addWatcher_gets_a_permission_denied/comment_2_db153571a32fb072453ed583e3e9ccf4._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl-g0hYpGY11pBP_42lHh5GWTyFuB4UwH8"
+ nickname="Nicolas"
+ subject="comment 2"
+ date="2013-09-25T23:08:56Z"
+ content="""
+Well, of course it would not be as helpful as if the inotify exception would contain the name of the exact object on which it got a permission denied (would this be a valid wishlist request for inotify?), but I think that displaying the name of the directory would already be better than nothing.
+"""]]
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_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:_dropping_git-annex_history.mdwn b/doc/todo/wishlist:_dropping_git-annex_history.mdwn
new file mode 100644
index 0000000000..8286699c70
--- /dev/null
+++ b/doc/todo/wishlist:_dropping_git-annex_history.mdwn
@@ -0,0 +1,28 @@
+In real life discussions with git-annex users at DebConf, the idea was proposed to have a way to drop the history of the git-annex branch, and replace it with a new branch with just the current state of the repository. 
+
+The only thing that breaks when this is done, in theory, is `git annex log`, which can't show the location history 
+of files.
+
+The crucial thing is that this operation would only need to be done in one repository, and it would then record some information in its (new) git-annex branch, so when it was pushed to other repositories, git-annex there could notice that history had been dropped, and do the same. So, even if you have rarely used offline archive repositories, the history dropping would eventually reach them, without needing to remember to do it.
+
+There was speculation that it would be enough to record eg, the SHA of the top commit on the old branch. That may not be good enough, because another remote may have not gotten that SHA into its branch yet, or may have commits on top of that SHA. 
+
+Maybe instead we want to record the SHA of the *first* commit to the old git-annex branch. This way, we can tell if the branch that got deleted is the one we're currently using. And if it is, we create a new branch with the current state of *our* branch, and then union merge the other branch into it.
+
+Hmm, another wrinkle is that, when this indication propigates from remote A to remote B, remote B may also have some git-annex branches available for remotes C and D, which have not transitioned, and E, which has transitioned already. It seems B should first union merge C and D into B, and then flatten B to B', and then union merge A and E into B'.
+
+I think that'd work!
+
+--[[Joey]]
+
+Will also allow dropping dead remotes from history. Just remove all
+references to them when rewriting the branch. May or may not be desirable;
+I sometimes care about dead remotes that I hope to one day recuscitate.
+(OTOH, I can always run git annex fsck in them to get their location
+tracking back, if I do manage to get them back.)
+
+--[[Joey]] 
+
+See also : [[forum/safely_dropping_git-annex_history]]
+
+> [[done]] --[[Joey]]
diff --git a/doc/todo/wishlist:_dropping_git-annex_history/comment_1_a4bee2e26b22a9bdaadc05b7227769ef._comment b/doc/todo/wishlist:_dropping_git-annex_history/comment_1_a4bee2e26b22a9bdaadc05b7227769ef._comment
new file mode 100644
index 0000000000..043e674ed8
--- /dev/null
+++ b/doc/todo/wishlist:_dropping_git-annex_history/comment_1_a4bee2e26b22a9bdaadc05b7227769ef._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 1"
+ date="2013-08-24T19:39:45Z"
+ content="""
+BTW, a motivation for this is that some of us have old repositories that have been upgrades all the way from annex.version 1 and have a lot of cruft in them because of it. (I have repos that have been upgraded from annex.version 0, but this would not help with that cruft which is on the master branch!)
+
+Also, people worry that eg, a large copy back and forth bloats history, and having a way to unbloat it if it ever gets actually annoyingly bloated would stop them pestering me. ;)
+"""]]
diff --git a/doc/todo/wishlist:_dropping_git-annex_history/comment_2_f6d750bfe0c9d8a2aa6bc218ca5c49cc._comment b/doc/todo/wishlist:_dropping_git-annex_history/comment_2_f6d750bfe0c9d8a2aa6bc218ca5c49cc._comment
new file mode 100644
index 0000000000..a60973b828
--- /dev/null
+++ b/doc/todo/wishlist:_dropping_git-annex_history/comment_2_f6d750bfe0c9d8a2aa6bc218ca5c49cc._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="2013-08-27T20:02:23Z"
+ content="""
+If starting commit id _and_ commit id from when history is being dropped are documented, you could potentially drop more data.
+
+* Don't have any commits in common? Full merge.
+* Only share the starting ids? Reduce local history as much as possible, and then merge.
+* Share both starting id and have the last id somewhere in history? Take history from last id up to current, reduce that, and merge.
+
+-- RichiH
+"""]]
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_replicate.mdwn b/doc/todo/wishlist:_git-annex_replicate.mdwn
new file mode 100644
index 0000000000..0d926b3375
--- /dev/null
+++ b/doc/todo/wishlist:_git-annex_replicate.mdwn
@@ -0,0 +1,12 @@
+I'd like to be able to do something like the following:
+
+ * Create encrypted git-annex remotes on a couple of semi-trusted machines - ones that have good connectivity, but non-redundant hardware
+ * set numcopies=3
+ * run `git-annex replicate` and have git-annex run the appropriate copy commands to make sure every file is on at least 3 machines
+
+There would also likely be a `git annex rebalance` command which could be used if remotes were added or removed.  If possible, it should copy files between servers directly, rather than proxy through a potentially slow client.
+
+There might be the need to have a 'replication_priority' option for each remote that configures which machines would be preferred.  That way you could set your local server to a high priority to ensure that it is always 1 of the 3 machines used and files are distributed across 2 of the remaining remotes.  Other than priority, other options that might help:
+
+ * maxspace - A self imposed quota per remote machine.  git-annex replicate should try to replicate files first to machines with more free space. maxspace would change the free space calculation to be `min(actual_free_space, maxspace - space_used_by_git_annex)
+ * bandwidth - when replication files, copies should be done between machines with the highest available bandwidth. ( I think this option could be useful for git-annex get in general)
diff --git a/doc/todo/wishlist:_git-annex_replicate/comment_1_9926132ec6052760cdf28518a24e2358._comment b/doc/todo/wishlist:_git-annex_replicate/comment_1_9926132ec6052760cdf28518a24e2358._comment
new file mode 100644
index 0000000000..cec971ee3b
--- /dev/null
+++ b/doc/todo/wishlist:_git-annex_replicate/comment_1_9926132ec6052760cdf28518a24e2358._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="2011-04-22T18:27:00Z"
+ content="""
+While having remotes redistribute introduces some obvious security concerns, I might use it.
+
+As remotes support a cost factor already, you can basically implement bandwidth through that.
+"""]]
diff --git a/doc/todo/wishlist:_git-annex_replicate/comment_2_c43932f4194aba8fb2470b18e0817599._comment b/doc/todo/wishlist:_git-annex_replicate/comment_2_c43932f4194aba8fb2470b18e0817599._comment
new file mode 100644
index 0000000000..9d50d15310
--- /dev/null
+++ b/doc/todo/wishlist:_git-annex_replicate/comment_2_c43932f4194aba8fb2470b18e0817599._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-04-23T16:22:07Z"
+ content="""
+Besides the cost values, annex.diskreserve was recently added. (But is not available for special remotes.)
+
+I have held off on adding high-level management stuff like this to git-annex, as it's hard to make it generic enough to cover use cases.
+
+A low-level way to accomplish this would be to have a way for `git annex get` and/or `copy` to skip files when `numcopies` is already satisfied. Then cron jobs could be used.
+"""]]
diff --git a/doc/todo/wishlist:_git-annex_replicate/comment_3_c13f4f9c3d5884fc6255fd04feadc2b1._comment b/doc/todo/wishlist:_git-annex_replicate/comment_3_c13f4f9c3d5884fc6255fd04feadc2b1._comment
new file mode 100644
index 0000000000..e7eb06b3b1
--- /dev/null
+++ b/doc/todo/wishlist:_git-annex_replicate/comment_3_c13f4f9c3d5884fc6255fd04feadc2b1._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 3"
+ date="2011-04-23T17:54:42Z"
+ content="""
+Hmm, so it seems there is almost a way to do this already.
+
+I think the one thing that isn't currently possible is to have 'plain' ssh remotes.. basically something just like the directory remote, but able to take a ssh user@host/path url.  something like sshfs could be used to fake this, but for things like fsck you would want to do the sha1 calculations on the remote host.
+"""]]
diff --git a/doc/todo/wishlist:_git-annex_replicate/comment_4_63f24abf086d644dced8b01e1a9948c9._comment b/doc/todo/wishlist:_git-annex_replicate/comment_4_63f24abf086d644dced8b01e1a9948c9._comment
new file mode 100644
index 0000000000..3805464a69
--- /dev/null
+++ b/doc/todo/wishlist:_git-annex_replicate/comment_4_63f24abf086d644dced8b01e1a9948c9._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 4"
+ date="2011-09-19T18:54:46Z"
+ content="""
+git annex get/copy/drop all now support a --auto flag, which makes them only act on files that have not enough or too many copies. This allows for some crude replication; it doesn't take into account which repositories should be filled up more (beyond honoring annex.diskreserve), nor does it try to optimally use bandwidth (beyond honoring configured annex-cost). You have to run it in every repository that you want to participate in the replication, too. But it's probably a Good Enough solution. See [[walkthrough/automatically_managing_content]].
+"""]]
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_put_--_same_as_get__44___but_for_defaults.mdwn b/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults.mdwn
new file mode 100644
index 0000000000..9cd56749e8
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults.mdwn
@@ -0,0 +1,17 @@
+I am running centralized git-annex exclusively.
+
+Similar to
+
+    git annex get
+
+I'd like to have a
+
+    git annex put
+
+which would put all files on the default remote(s).
+
+My main reason for not wanting to use copy --to is that I need to specify the remote's name in this case which makes writing a wrapper unnecessarily hard. Also, this would allow
+
+    mr push
+
+to do the right thing all by itself.
diff --git a/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_1_d5413c8acce308505e4e2bec82fb1261._comment b/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_1_d5413c8acce308505e4e2bec82fb1261._comment
new file mode 100644
index 0000000000..fe1d5520f4
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_1_d5413c8acce308505e4e2bec82fb1261._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-04-04T18:13:46Z"
+ content="""
+This begs the question: What is the default remote? It's probably *not* the same repository that git's master branch is tracking (ie, origin/master). It seems there would have to be an annex.defaultremote setting.
+
+BTW, mr can easily be configured on a per-repo basis so that \"mr push\" copies to somewhere: `push = git push; git annex push wherever`
+"""]]
diff --git a/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_2_0aa227c85d34dfff4e94febca44abea8._comment b/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_2_0aa227c85d34dfff4e94febca44abea8._comment
new file mode 100644
index 0000000000..3090b575b7
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_2_0aa227c85d34dfff4e94febca44abea8._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 2"
+ date="2011-04-04T20:45:30Z"
+ content="""
+In my case, the remotes are the same, but adding a new option could make sense.
+
+And while I can tell mr what to do explicitly, I would prefer if it did the right thing all by itself. Having to change configs in two separate places is less than ideal.
+
+I am not sure what you mean by `git annex push` as that does not exist. Did you mean copy?
+"""]]
diff --git a/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_3_2082f4d708a584a1403cc1d4d005fb56._comment b/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_3_2082f4d708a584a1403cc1d4d005fb56._comment
new file mode 100644
index 0000000000..01dc7813ff
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_put_--_same_as_get__44___but_for_defaults/comment_3_2082f4d708a584a1403cc1d4d005fb56._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="2011-04-04T10:28:01Z"
+ content="""
+Going one step further, a --min-copy could put all files so that numcopies is satisfied. --all could push to all available ones.
+
+To take everything another step further, if it was possible to group remotes, one could act on the groups. \"all\" would be an obvious choice for a group that always exists, everything else would be set up by the user.
+"""]]
diff --git a/doc/todo/wishlist:_git_annex_status.mdwn b/doc/todo/wishlist:_git_annex_status.mdwn
new file mode 100644
index 0000000000..6bb5d71f11
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_status.mdwn
@@ -0,0 +1,21 @@
+Ideally, it would look similar to this. And yes, I put "put" in there ;)
+
+    non-annex % git annex status
+    git annex status: error: not a git annex repository
+    annex % git annex status
+    annex object storage version: A
+    annex backend engine: {WORM,SHA512,...}
+    Estimated local annex size: B MiB
+    Estimated total annex size: C MiB
+    Files without file size information in local annex: D
+    Files without file size information in total annex: E
+    Last fsck: datetime
+    Last git pull: datetime - $annex_name
+    Last git push: datetime - $annex_name
+    Last git annex get: datetime - $annex_name
+    Last git annex put: datetime - $annex_name
+    annex %
+
+Datetime could be ISO's YYYY-MM-DDThh:mm:ss or, personal preference, YYYY-MM-DD--hh-mm-ss. I prefer the latter as it's DNS-, tag- and filename-safe which is why I am using it for everything. In a perfect world, ISO would standardize YYYY-MM-DD-T-hh-mm-ss-Z[-SSSSSSSS][--$timezone], but meh.
+
+[[done]]
diff --git a/doc/todo/wishlist:_git_annex_status/comment_1_994bfd12c5d82e08040d6116915c5090._comment b/doc/todo/wishlist:_git_annex_status/comment_1_994bfd12c5d82e08040d6116915c5090._comment
new file mode 100644
index 0000000000..7b5e7bd449
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_status/comment_1_994bfd12c5d82e08040d6116915c5090._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-04-08T07:23:08Z"
+ content="""
++1 for this feature, I've been longing for something like this other than rolling my own perl/shell scripts to parse the outputs of \"git annex whereis .\" to see how many files are on my machine or not.
+"""]]
diff --git a/doc/todo/wishlist:_git_annex_status/comment_2_c2b0ce025805b774dc77ce264a222824._comment b/doc/todo/wishlist:_git_annex_status/comment_2_c2b0ce025805b774dc77ce264a222824._comment
new file mode 100644
index 0000000000..21f9d713cf
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_status/comment_2_c2b0ce025805b774dc77ce264a222824._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="format, respect working directory"
+ date="2011-04-26T12:31:02Z"
+ content="""
+we could include the information about the current directory as well, if the command is not issued in the local git root directory. to avoid large numbers of similar lines, that could look like this:
+
+    Estimated annex size: B MiB (of C MiB; [B/C]%)
+    Estimated annex size in $PWD: B' MiB (of C' MiB; [B'/C']%)
+
+with the percentages being replaced with \"complete\" if really all files are present (and not just many enough for the value to be rounded to 100%).
+"""]]
diff --git a/doc/todo/wishlist:_git_annex_status/comment_3_d1fd70c67243971c96d59e1ffb7ef6e7._comment b/doc/todo/wishlist:_git_annex_status/comment_3_d1fd70c67243971c96d59e1ffb7ef6e7._comment
new file mode 100644
index 0000000000..39986144be
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_status/comment_3_d1fd70c67243971c96d59e1ffb7ef6e7._comment
@@ -0,0 +1,23 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-05-17T01:15:10Z"
+ content="""
+What a good idea!
+
+150 lines of haskell later, I have this:
+
+<pre>
+# 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 hook
+local annex keys: 32
+local annex size: 58 megabytes
+total annex keys: 38158
+total annex size: 6 terabytes (but 1632 keys have unknown size)
+backend usage: 
+	SHA1: 1789
+	WORM: 36369
+</pre>
+"""]]
diff --git a/doc/todo/wishlist:_git_annex_status/comment_4_9aeeb83d202dc8fb33ff364b0705ad94._comment b/doc/todo/wishlist:_git_annex_status/comment_4_9aeeb83d202dc8fb33ff364b0705ad94._comment
new file mode 100644
index 0000000000..f006f88a0a
--- /dev/null
+++ b/doc/todo/wishlist:_git_annex_status/comment_4_9aeeb83d202dc8fb33ff364b0705ad94._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://christian.amsuess.com/chrysn"
+ nickname="chrysn"
+ subject="status of other remotes?"
+ date="2011-06-15T08:39:24Z"
+ content="""
+using the location tracking information, it should be possible to show the status of other remotes as well. what about supporting `--from=...` or `--all`? (thus, among other things, one could determine if a remote has a complete checkout.)
+"""]]
diff --git a/doc/todo/wishlist:_git_backend_for_git-annex.mdwn b/doc/todo/wishlist:_git_backend_for_git-annex.mdwn
new file mode 100644
index 0000000000..fd1b40bffc
--- /dev/null
+++ b/doc/todo/wishlist:_git_backend_for_git-annex.mdwn
@@ -0,0 +1,9 @@
+Preamble: Obviously, the core feature of git-annex is the ability to keep a subset of files in a local repo. The main trade-off is that you don't get version tracking.
+
+Use case: On my laptop, I might not have enough disk space to store everything. Not so for my main box nor my backup server. And I would _really_ like to have proper version tracking for many of my files. Thus...
+
+Wish: ...why not use git as a version backend? That way, I could just push all my stuff to the central instance(s) and have the best of both worlds. Depending on what backend is used in the local repos, it might make sense to define a list of supported client backends with pre-computed keys.
+
+-- RichiH
+
+[[done]] (bup)
diff --git a/doc/todo/wishlist:_git_backend_for_git-annex/comment_1_04319051fedc583e6c326bb21fcce5a5._comment b/doc/todo/wishlist:_git_backend_for_git-annex/comment_1_04319051fedc583e6c326bb21fcce5a5._comment
new file mode 100644
index 0000000000..a691393b1a
--- /dev/null
+++ b/doc/todo/wishlist:_git_backend_for_git-annex/comment_1_04319051fedc583e6c326bb21fcce5a5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-03-28T16:01:30Z"
+ content="""
+Indeed, see [[todo/add_a_git_backend]], where you and I have already discussed this idea. :)
+
+With the new support for special remotes, which will be used by S3, it would be possible to make such a git repo, using bup, be a special remote. I think it would be pretty easy to implement now. Not a priority for me though.
+"""]]
diff --git a/doc/todo/wishlist:_git_backend_for_git-annex/comment_2_7f529f19a47e10b571f65ab382e97fd5._comment b/doc/todo/wishlist:_git_backend_for_git-annex/comment_2_7f529f19a47e10b571f65ab382e97fd5._comment
new file mode 100644
index 0000000000..14798e7a71
--- /dev/null
+++ b/doc/todo/wishlist:_git_backend_for_git-annex/comment_2_7f529f19a47e10b571f65ab382e97fd5._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-28T17:47:38Z"
+ content="""
+On the plus side, the past me wanted exactly what I had in mind.
+
+On the meh side, I really forgot about this conversation :/
+
+When you say this todo is not a priority, does that mean there's no ETA at all and that it will most likely sleep for a long time? Or the almost usual \"what the heck, I will just wizard it up in two lines of haskell\"?
+
+-- RichiH
+"""]]
diff --git a/doc/todo/wishlist:_git_backend_for_git-annex/comment_3_a077bbad3e4b07cce019eb55a45330e7._comment b/doc/todo/wishlist:_git_backend_for_git-annex/comment_3_a077bbad3e4b07cce019eb55a45330e7._comment
new file mode 100644
index 0000000000..8c3286d27b
--- /dev/null
+++ b/doc/todo/wishlist:_git_backend_for_git-annex/comment_3_a077bbad3e4b07cce019eb55a45330e7._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2011-03-28T20:05:13Z"
+ content="""
+Probably more like 150 lines of haskell. Maybe just 50 lines if the bup repository is required to be on the same computer as the git-annex repository.
+
+Since I do have some repositories where I'd appreciate this level of assurance that data not be lost, it's mostly a matter of me finding a free day.
+"""]]
diff --git a/doc/todo/wishlist:_git_backend_for_git-annex/comment_4_ecca429e12d734b509c671166a676c9d._comment b/doc/todo/wishlist:_git_backend_for_git-annex/comment_4_ecca429e12d734b509c671166a676c9d._comment
new file mode 100644
index 0000000000..cf649a8a25
--- /dev/null
+++ b/doc/todo/wishlist:_git_backend_for_git-annex/comment_4_ecca429e12d734b509c671166a676c9d._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-03-28T20:45:35Z"
+ content="""
+Personally, I would not mind a requirement to keep a local bup repo. I wouldn't want my data to to unncessarily complex setups, anyway. -- RichiH
+"""]]
diff --git a/doc/todo/wishlist:_git_backend_for_git-annex/comment_5_3459f0b41d818c23c8fb33edb89df634._comment b/doc/todo/wishlist:_git_backend_for_git-annex/comment_5_3459f0b41d818c23c8fb33edb89df634._comment
new file mode 100644
index 0000000000..a1300f2e64
--- /dev/null
+++ b/doc/todo/wishlist:_git_backend_for_git-annex/comment_5_3459f0b41d818c23c8fb33edb89df634._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2011-04-08T20:59:37Z"
+ content="""
+My estimates were pretty close -- the new bup special remote type took 133 lines of code, and 2 hours to write. A testament to the flexibility of the special remote infrastructure. :)
+"""]]
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:_incremental_unannex___40__currently_requires_twice_the_size_of_repo_to_complete__41__.mdwn b/doc/todo/wishlist:_incremental_unannex___40__currently_requires_twice_the_size_of_repo_to_complete__41__.mdwn
new file mode 100644
index 0000000000..420fb882cc
--- /dev/null
+++ b/doc/todo/wishlist:_incremental_unannex___40__currently_requires_twice_the_size_of_repo_to_complete__41__.mdwn
@@ -0,0 +1,10 @@
+I recently tried to use unannex for a large repo and it failed because the repo size was more than half the disk size.  Unannex should work incrementally so this isn't a problem.
+
+Proposed solution:
+copy a file, hash it, iff hash check is okay, delete from objects, continue to next file
+
+> That won't work, because multiple files can point to a key.
+> 
+> I am not happy with unannex's behavior, but I was less happy
+> when people were constantly filing bugs about it misbehaving in that
+> situttion. If you dislike the copying, use --fast. [[done]] --[[Joey]]
diff --git a/doc/todo/wishlist:_incremental_unannex___40__currently_requires_twice_the_size_of_repo_to_complete__41__/comment_1_067b29fc47d26b9da0766f9810684ae8._comment b/doc/todo/wishlist:_incremental_unannex___40__currently_requires_twice_the_size_of_repo_to_complete__41__/comment_1_067b29fc47d26b9da0766f9810684ae8._comment
new file mode 100644
index 0000000000..372bb621f5
--- /dev/null
+++ b/doc/todo/wishlist:_incremental_unannex___40__currently_requires_twice_the_size_of_repo_to_complete__41__/comment_1_067b29fc47d26b9da0766f9810684ae8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="GLITTAH"
+ ip="78.108.63.46"
+ subject="comment 1"
+ date="2013-11-19T18:15:15Z"
+ content="""
+Perhaps when unannex is invoked, it could check to see if there is enough disk space before it begins copying files.  Maybe even warn the user of too little disk space and remind them of --fast.
+
+(Sorry for the dupe!)
+"""]]
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_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_descriptive_commit_messages_in_git-annex_branch.mdwn b/doc/todo/wishlist:_more_descriptive_commit_messages_in_git-annex_branch.mdwn
new file mode 100644
index 0000000000..3a891fc9b2
--- /dev/null
+++ b/doc/todo/wishlist:_more_descriptive_commit_messages_in_git-annex_branch.mdwn
@@ -0,0 +1,39 @@
+as of git-annex version 3.20110719, all git-annex commits only contain the word "update" as a commit message. given that the contents of the commit are pretty non-descriptive (SHA1 hashes for file names, uuids for repository names), i suggest to have more descriptive commit messages, as shown here:
+
+    /mnt/usb_disk/photos/2011$ git annex get
+    /mnt/usb_disk/photos/2011$ git show git-annex
+    [...]
+    usb-disk-photos: get 2011
+    
+    * 10 files retrieved from 2 sources (9 from local-harddisk, 1 from my-server)
+    * 120 files were already present
+    * 2 files could not be retrieved
+    /mnt/usb_disk/photos/2011$ cd ~/photos/2011/07
+    ~/photos/2011/07$ git copy --to my-server
+    ~/photos/2011/07$ git show git-annex
+    [...]
+    local-harddisk: copy 2011/07 to my-server
+    
+    * 20 files pushed
+    ~/photos/2011/07$
+
+in my opinion, the messages should at least contain
+
+* what command was used
+* in which repository they were executed
+* which files or directories they affected (not necessarily all files, but what was given on command line or implicitly from the working directory)
+
+--[[chrysn]]
+
+> The implementation of the git-annex branch precludes more descriptive
+> commit messages, since a single commit can include changes that were
+> previously staged to the branch's index file, or spooled to its journal
+> by other git-annex commands (either concurrently running or
+> interrupted commands, or even changes needed to automatically merge
+> other git-annex branches).
+> 
+> It would be possible to make it *less* verbose, with an empty commit
+> message. :) --[[Joey]] 
+
+>> Closing as this is literally impossible to do without making
+>> git-annex worse. [[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:_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_disable_url_checking_with_addurl.mdwn b/doc/todo/wishlist:_option_to_disable_url_checking_with_addurl.mdwn
new file mode 100644
index 0000000000..d0b847933c
--- /dev/null
+++ b/doc/todo/wishlist:_option_to_disable_url_checking_with_addurl.mdwn
@@ -0,0 +1,9 @@
+I'm testing out an idea of using filter-branch on a git repository to both retroactively annex and AND record a weburl for all relevant files.
+
+c.f. [http://git-annex.branchable.com/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/](http://git-annex.branchable.com/tips/How_to_retroactively_annex_a_file_already_in_a_git_repo/)
+
+The bottleneck I'm hitting here seems to be the fact that `git annex addurl` diligently checks each url to see that it is accessible, which adds up quickly if many files are to be processed.
+
+It would be great if addurl had an option to disable checking the url, in order to speed up large batch jobs like this.
+
+> --relaxed added [[done]] --[[Joey]]
diff --git a/doc/todo/wishlist:_option_to_disable_url_checking_with_addurl/comment_1_868a380faa1e55faa3c2d314e3258e86._comment b/doc/todo/wishlist:_option_to_disable_url_checking_with_addurl/comment_1_868a380faa1e55faa3c2d314e3258e86._comment
new file mode 100644
index 0000000000..4bdf4c97bf
--- /dev/null
+++ b/doc/todo/wishlist:_option_to_disable_url_checking_with_addurl/comment_1_868a380faa1e55faa3c2d314e3258e86._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ nickname="joey"
+ subject="comment 1"
+ date="2013-03-11T18:19:34Z"
+ content="""
+It does this to get the size of the url, so it can record this in the key. It would be possible to add a flag to skip that (--fast is already taken of course), but then you tend to get a lot of keys in your repository with no size info attached, which makes `git annex status` complain that it cannot tell you exactly how big your repo is, and is generally not the best. It also defeats annex.diskreserve checking, for example.
+
+With --fast, the size is the only info available to ensure that the content behind the url has not changed when downloading it later. I suppose for some urls you may not want that checked, and so a --relaxed type option could make sense in that use case as well, although with the above caveat.
+"""]]
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:_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:_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:_push_to_cia.vc_from_the_website__39__s_repo__44___not_your_personal_one.mdwn b/doc/todo/wishlist:_push_to_cia.vc_from_the_website__39__s_repo__44___not_your_personal_one.mdwn
new file mode 100644
index 0000000000..f9b4c8c35d
--- /dev/null
+++ b/doc/todo/wishlist:_push_to_cia.vc_from_the_website__39__s_repo__44___not_your_personal_one.mdwn
@@ -0,0 +1,3 @@
+I just added a CIA bot to #vcs-home and tracking commits immediately would be nice. -- RichiH
+
+[[done]]
diff --git a/doc/todo/wishlist:_push_to_cia.vc_from_the_website__39__s_repo__44___not_your_personal_one/comment_1_3480b0ec629ef29a151408d869186bf8._comment b/doc/todo/wishlist:_push_to_cia.vc_from_the_website__39__s_repo__44___not_your_personal_one/comment_1_3480b0ec629ef29a151408d869186bf8._comment
new file mode 100644
index 0000000000..5d0edce2ea
--- /dev/null
+++ b/doc/todo/wishlist:_push_to_cia.vc_from_the_website__39__s_repo__44___not_your_personal_one/comment_1_3480b0ec629ef29a151408d869186bf8._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-09-19T18:57:52Z"
+ content="""
+JFTR, pushing now happens automatically from branchable.
+"""]]
diff --git a/doc/todo/wishlist:_query_things_like_description__44___trust_level.mdwn b/doc/todo/wishlist:_query_things_like_description__44___trust_level.mdwn
new file mode 100644
index 0000000000..d158850cd6
--- /dev/null
+++ b/doc/todo/wishlist:_query_things_like_description__44___trust_level.mdwn
@@ -0,0 +1,4 @@
+It would be helpful to have a way to query things like a repository's description and trust level, without having to poke in the git-annex branch.  For example, "git annex describe ." currently clears the description but could print the current one instead.
+
+> `git annex status` now breaks down the repository list by type. [[done]]
+> --[[Joey]] 
diff --git a/doc/todo/wishlist:_query_things_like_description__44___trust_level/comment_1_14311384788312b96e550749ab7de9ea._comment b/doc/todo/wishlist:_query_things_like_description__44___trust_level/comment_1_14311384788312b96e550749ab7de9ea._comment
new file mode 100644
index 0000000000..3ac4ba2678
--- /dev/null
+++ b/doc/todo/wishlist:_query_things_like_description__44___trust_level/comment_1_14311384788312b96e550749ab7de9ea._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-10-27T17:09:33Z"
+ content="""
+`git annex describe` only sets the description to avoid complication. Imagine using it in a script for example.
+
+`git annex status` shows the description. It does not show the trust level because I have not thought of a visually pleasing and compact way to show it in the repository list there.. suggestions appreciated, since the same list is used by `whereis`, and showing trust levels there would be particularly useful.
+"""]]
diff --git a/doc/todo/wishlist:_query_things_like_description__44___trust_level/comment_2_342d1ac07573c7ef4e27f003a692e261._comment b/doc/todo/wishlist:_query_things_like_description__44___trust_level/comment_2_342d1ac07573c7ef4e27f003a692e261._comment
new file mode 100644
index 0000000000..3bb92919f9
--- /dev/null
+++ b/doc/todo/wishlist:_query_things_like_description__44___trust_level/comment_2_342d1ac07573c7ef4e27f003a692e261._comment
@@ -0,0 +1,32 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawl9sYlePmv1xK-VvjBdN-5doOa_Xw-jH4U"
+ nickname="Richard"
+ subject="comment 2"
+ date="2011-10-29T18:28:13Z"
+ content="""
+Possible solutions:
+
+This:
+
+    trusted repositories:
+            UUID -- foo
+    semi-trusted repositories:
+            UUID -- bar
+    untrusted repositories:
+            UUID -- baz
+
+or this:
+
+            UUID -- trusted      -- foo
+            UUID -- semi-trusted -- bar
+            UUID -- untrusted    -- baz
+
+or this:
+
+    known repositories (!/*/X):
+            UUID -- ! foo
+            UUID -- * bar
+            UUID -- X baz
+
+If you want to reformat this output, putting 'here', 'origin', etc into fixed formatting might make sense, as well. -- Richard
+"""]]
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:_simple_url_for_webapp.mdwn b/doc/todo/wishlist:_simple_url_for_webapp.mdwn
new file mode 100644
index 0000000000..4549f2e74a
--- /dev/null
+++ b/doc/todo/wishlist:_simple_url_for_webapp.mdwn
@@ -0,0 +1,36 @@
+### Please describe the problem.
+
+The environment is os/x with chrome as the browser.
+
+Let's say I close the tab with the webapp running in it. The 'git-annex webapp' process is still running, according to 'ps'.
+
+So I open a new tab, but then what do I  type into the browser url bar to get the app back? What is usually there is a loopback address and an authorisation hash.
+
+* Should I double-click on the git-annex icon in the dock (or Applications directory)?
+* I figured out from observing the startup that if I give the url ://localhost/Users/me/annex/.git/annex/webapp.html I will get redirected to the right place.
+Should I set up a bookmark for that?
+
+### What steps will reproduce the problem?
+
+see above.
+
+### What version of git-annex are you using? On what operating system?
+
+Version: 4.20130723-ge023649 
+Build flags: Assistant Webapp Pairing Testsuite S3 WebDAV FsEvents XMPP DNS
+os: os/x 10.8.4
+
+### Please provide any additional information below.
+
+I notice that in the webapp ui, all the items at the top of the page highlight when one hovers over them and have useful URLs attached,
+with the exception of the 'git-annex' item at the far left.What if that had the entry point url attached to it (so one could bookmark that)?
+
+> The git-annex assistant is designed to stay running in the background whether you have the web browser open or not. You can open the web display at any time by 
+> using the git-annex menu item (on linux) or running the git-annex-webapp
+> program (which is in the DMG on OSX).
+> 
+> If the file:// url were exposed to users, it would not work if 
+> the assistant had not already been started. This is why there is a program
+> to open the webapp, not an url.
+> 
+> Not a bug; [[done]] --[[Joey]] 
diff --git a/doc/todo/wishlist:_simple_url_for_webapp/comment_1_552aad504fbb68d1f85abfde8c535e69._comment b/doc/todo/wishlist:_simple_url_for_webapp/comment_1_552aad504fbb68d1f85abfde8c535e69._comment
new file mode 100644
index 0000000000..1211be9b56
--- /dev/null
+++ b/doc/todo/wishlist:_simple_url_for_webapp/comment_1_552aad504fbb68d1f85abfde8c535e69._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkfHTPsiAcHEEN7Xl7WxiZmYq-vX7azxFY"
+ nickname="Vincent"
+ subject="comment 1"
+ date="2013-07-24T14:46:22Z"
+ content="""
+typo
+
+url should be - file://localhost/Users/me/annex/.git/annex/webapp.html
+"""]]
diff --git a/doc/todo/wishlist:_simpler_gpg_usage.mdwn b/doc/todo/wishlist:_simpler_gpg_usage.mdwn
new file mode 100644
index 0000000000..1236ee234e
--- /dev/null
+++ b/doc/todo/wishlist:_simpler_gpg_usage.mdwn
@@ -0,0 +1,12 @@
+This is my current understanding on how one must use gpg with git-annex:
+
+ * Generate(or copy around) a gpg key on every machine that needs to access the encrypted remote.
+ * git annex initremote myremote encryption=KEY for each key that you generated
+
+What I'm trying to figure out is if I can generate a no-passphrase gpg key and commit it to the repository, and have git-annex use that. That way any new clones of the annex automatically have access to any encrypted remotes, without having to do any key management.
+
+I think I can generate a no-passphrase key, but then I still have to manually copy it around to each machine.
+
+I'm not a huge gpg user so part of this is me wanting to avoid having to manage and keeping track of the keys.  This would probably be a non-issue if I used gpg on more machines and was more comfortable with it.
+
+[[done]]
diff --git a/doc/todo/wishlist:_simpler_gpg_usage/comment_1_6923fa6ebc0bbe7d93edb1d01d7c46c5._comment b/doc/todo/wishlist:_simpler_gpg_usage/comment_1_6923fa6ebc0bbe7d93edb1d01d7c46c5._comment
new file mode 100644
index 0000000000..f96f5c3777
--- /dev/null
+++ b/doc/todo/wishlist:_simpler_gpg_usage/comment_1_6923fa6ebc0bbe7d93edb1d01d7c46c5._comment
@@ -0,0 +1,19 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 1"
+ date="2012-04-29T01:41:57Z"
+ content="""
+Thinking about this more, I think minimally git-annex could support a
+
+    remote.<name>.gpg-options
+
+or
+
+    remote.<name>.gpg-keyring
+
+for options to be passed to gpg.  I'm not sure how automatically setting it to $ANNEX_ROOT/.gnupg/.. would work.
+
+
+I need to read the encryption code to fully understand it, but I also wonder if there is not also a way to just bypass gpg entirely and store the remote-encryption keys locally in plain text.
+"""]]
diff --git a/doc/todo/wishlist:_simpler_gpg_usage/comment_2_6fc874b6c391df242bd2592c4a65eae8._comment b/doc/todo/wishlist:_simpler_gpg_usage/comment_2_6fc874b6c391df242bd2592c4a65eae8._comment
new file mode 100644
index 0000000000..2e12d86d49
--- /dev/null
+++ b/doc/todo/wishlist:_simpler_gpg_usage/comment_2_6fc874b6c391df242bd2592c4a65eae8._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2012-04-29T02:39:20Z"
+ content="""
+The encryption uses a symmetric cipher that is stored in the git repository already. It's just stored encrypted to the various gpg keys that have been configured to use it. It would certainly be possible to store the symmetric cipher unencrypted in the git repo. 
+
+I don't see your idea of gpg-options saving any work. It would still require you to do key distribution and run commands in each repo to set it up.
+"""]]
diff --git a/doc/todo/wishlist:_simpler_gpg_usage/comment_3_012f340c8c572fe598fc860c1046dabd._comment b/doc/todo/wishlist:_simpler_gpg_usage/comment_3_012f340c8c572fe598fc860c1046dabd._comment
new file mode 100644
index 0000000000..051f17a24b
--- /dev/null
+++ b/doc/todo/wishlist:_simpler_gpg_usage/comment_3_012f340c8c572fe598fc860c1046dabd._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 3"
+ date="2012-04-29T02:41:38Z"
+ content="""
+BTW re your Tweet.. I was so happy to be able to use 'c i a' in Crypto.hs. :)
+"""]]
diff --git a/doc/todo/wishlist:_simpler_gpg_usage/comment_4_e0c2a13217b795964f3b630c001661ef._comment b/doc/todo/wishlist:_simpler_gpg_usage/comment_4_e0c2a13217b795964f3b630c001661ef._comment
new file mode 100644
index 0000000000..c9e3375414
--- /dev/null
+++ b/doc/todo/wishlist:_simpler_gpg_usage/comment_4_e0c2a13217b795964f3b630c001661ef._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmBUR4O9mofxVbpb8JV9mEbVfIYv670uJo"
+ nickname="Justin"
+ subject="comment 4"
+ date="2012-04-29T03:09:03Z"
+ content="""
+I got a good laugh out of it :-)
+
+Storing the key unencrypted would make things easier..  I think at least for my use-cases I don't require another layer of protection on top of the ssh keys that provide access to the encrypted remotes themselves.
+"""]]
diff --git a/doc/todo/wishlist:_simpler_gpg_usage/comment_5_9668b58eb71901e1db8da7db38e068ca._comment b/doc/todo/wishlist:_simpler_gpg_usage/comment_5_9668b58eb71901e1db8da7db38e068ca._comment
new file mode 100644
index 0000000000..60b98bde5d
--- /dev/null
+++ b/doc/todo/wishlist:_simpler_gpg_usage/comment_5_9668b58eb71901e1db8da7db38e068ca._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 5"
+ date="2012-04-29T18:04:13Z"
+ content="""
+encryption=shared is now supported
+"""]]
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:_special-case_handling_of_Youtube_URLs_in_Web_special_remote.mdwn b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote.mdwn
new file mode 100644
index 0000000000..229dc258b7
--- /dev/null
+++ b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote.mdwn
@@ -0,0 +1,22 @@
+The [[Web special remote|special remotes/web]] could possibly be improved by detecting when URLs reference a Youtube video page and using [youtube-dl](http://rg3.github.com/youtube-dl/) instead of wget to download the page. Youtube-dl can also handle several other video sites such as vimeo.com and blip.tv, so if this idea were to be implemented, it might make sense to borrow the regular expressions that youtube-dl uses to identify video URLs. A quick grep through the youtube-dl source for the identifier _VALID_URL should find those regexes (in Python's regex format).
+
+> This is something I've thought about doing for a while.. 
+> Two things I have not figured out:
+> 
+> * Seems that this should really be user-configurable or a plugin system,
+>   to handle more than just this one case.
+> * Youtube-dl breaks from time to time, I really trust these urls a lot
+>   less than regular urls. Perhaps per-url trust levels are called for by
+>   this.
+> 
+> --[[Joey]] 
+
+> > There's a library for this called [quvi](http://quvi.sourceforge.net/) which supports many
+> > different sites and also allows fetching the URL (as opposed to just
+> > downloading the file). It seems to me this would be the best tool
+> > for this task. One problem to consider here is that a single youtube
+> > URL may yield different file contents depending on the quality
+> > chosen. Also, it seems that the URLs guessed by quvi may be
+> > ephemeral. --[[anarcat]]
+
+> [[done]]!!! --[[Joey]]   
diff --git a/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_1_1a383c30df4fb1767f13d8c670b0c0b5._comment b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_1_1a383c30df4fb1767f13d8c670b0c0b5._comment
new file mode 100644
index 0000000000..5569ff94a4
--- /dev/null
+++ b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_1_1a383c30df4fb1767f13d8c670b0c0b5._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://rmunn.myopenid.com/"
+ nickname="rmunn"
+ subject="comment 1"
+ date="2012-06-12T15:52:35Z"
+ content="""
+* One way to handle the configuration might be with regular expressions. If the URL matches regex A, handle it with downloader A' (with option set A''). If the URL matches regex B, handle it with downloader B' and option set B''. And so on. Then if nothing is matched, the default downloader is wget/curl.
+
+* In my experience, youtube-dl breakages are fixed relatively quickly; a much more serious problem from a trust standpoint is that Youtube videos often disappear. Sometimes due to a legitimate copyright claim, sometimes due to illegitimate copyright claims. (I've seen both happen). Or because the video uploader decided to upload *other* videos that violated copyright, and Youtube closed his/her account, thereby removing *all* his/her videos from the Web. Youtube is definitely an untrustworthy repository as far as \"the file will still be there later on\" is concerned. Perhaps a default trust relationship could go along with the regexes? URLs matching regex A are semitrusted, while URLs matching regex B are untrusted.
+"""]]
diff --git a/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_2_81f7f893ac36c145b31f02db6a682a17._comment b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_2_81f7f893ac36c145b31f02db6a682a17._comment
new file mode 100644
index 0000000000..a25b3c89d5
--- /dev/null
+++ b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_2_81f7f893ac36c145b31f02db6a682a17._comment
@@ -0,0 +1,20 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="quvi thoughts. excited!"
+ date="2013-08-22T18:22:51Z"
+ content="""
+Anarcat's quvi suggestion is interesting, because it seems to simplify the whole thing down to just `addurl`, which git-annex is already good at.
+
+If quvi manages to find the url that can be used to download the actual video file, without needing to run a special downloader, then all you really need, it seems, is `git annex addurl --relaxed $(quvi youtube-url)` The --relaxed will make git-annex not care if the content or size of the url's content varies in the future. Since --relaxed skips the actual download, you'd want to follow that with `git annex get`, since we don't know how long these urls will last..
+
+I suppose git-annex could, if quvi is available, make any attempt to download a web special remote url that
+matches the `quvi --support` output run the url through quvi to get the real url and download that instead. The  difficulties with this approach:
+
+* would need to read and parse `quvi --support` every time it gets an url from the web special remote? (I don't think I'd want to link with libquvi, although that would be possible, just because this is an edge thing.)
+* what it an url that had been supported stopped being supported -- we'd not want to download the raw url in that case
+* putting the quvi support here doesn't allow relaxed mode to be set when `addurl` adds the url.
+
+Maybe it would be better to keep the support in `addurl`, and record the url generated by quvi. That url would probably be more likely to break in the future, but that kind of breakage is why `git annex untrust web` is wise..
+Keeping the support in `addurl` would also let it use the title that quvi also returns to determine the filename it creates.
+"""]]
diff --git a/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_3_a7e3cd68c5e5f05139151a58f358df95._comment b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_3_a7e3cd68c5e5f05139151a58f358df95._comment
new file mode 100644
index 0000000000..c4d8cf754e
--- /dev/null
+++ b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_3_a7e3cd68c5e5f05139151a58f358df95._comment
@@ -0,0 +1,13 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.0.63"
+ subject="comment 3"
+ date="2013-08-22T18:44:15Z"
+ content="""
+Since the quvi urls are quite likely to break as the CDNs etc change things around, maybe it would be better to somehow have addurl tag an url as needing to be downloaded with quvi. Then `git annex get` could re-run quvi to get an url to download.
+
+We could expand url syntax for this. `quvi:http://youtube.com/foo`  
+This also allows for future expansion for other similar things. 
+
+I'd be inclined to still make `addurl` automatically try quvi to see if an url is supported, rather than requiring the user fix up the url themselves. But if trying quvi turns out to be too expensive, manually specifying it in the url would also work.
+"""]]
diff --git a/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_4_a57947ed257b28bbe995a68bfeb5eeaa._comment b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_4_a57947ed257b28bbe995a68bfeb5eeaa._comment
new file mode 100644
index 0000000000..ee0ab45e71
--- /dev/null
+++ b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_4_a57947ed257b28bbe995a68bfeb5eeaa._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://rmunn.myopenid.com/"
+ nickname="rmunn"
+ subject="comment 4"
+ date="2013-08-24T15:31:36Z"
+ content="""
+Either quvi or youtube-dl might be a good possibility: youtube-dl has the --get-url option (or -g for short) that outputs just the download URL (and nothing else) to stdout. So if for some reason quvi turned out not to be suitable, it wouldn't necessarily mean the idea would have to be abandoned.
+"""]]
diff --git a/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_5_a0612ae05dbda7f7935be648b42b30fc._comment b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_5_a0612ae05dbda7f7935be648b42b30fc._comment
new file mode 100644
index 0000000000..38ac095118
--- /dev/null
+++ b/doc/todo/wishlist:_special-case_handling_of_Youtube_URLs_in_Web_special_remote/comment_5_a0612ae05dbda7f7935be648b42b30fc._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="https://id.koumbit.net/anarcat"
+ ip="72.0.72.144"
+ subject="aaaaawesome!"
+ date="2013-08-26T04:43:27Z"
+ content="""
+wow, thanks! i am happy my little suggestion led to an actual implentation, great!
+"""]]
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_for_sftp_or_rsync.mdwn b/doc/todo/wishlist:_special_remote_for_sftp_or_rsync.mdwn
new file mode 100644
index 0000000000..d3c8556559
--- /dev/null
+++ b/doc/todo/wishlist:_special_remote_for_sftp_or_rsync.mdwn
@@ -0,0 +1,28 @@
+i think it would be useful to have a fourth kind of [[special_remotes]]
+that connects to a dumb storage using sftp or rsync. this can be emulated
+by using sshfs, but that means lots of round-trips through the system and
+is limited to platforms where sshfs is available.
+
+typical use cases are backups to storate shared between a group of people
+where each user only has limited access (sftp or rsync), when using
+[[special_remotes/bup]] is not an option.
+
+an alternative to implementing yet another special remote would be to have
+some kind of plugin system by which external programs can provide an
+interface to key-value stores (i'd implement the sftp backend myself, but
+haven't learned haskell yet).
+
+> Ask and ye [[shall receive|special_remotes/rsync]].
+> 
+> Sometimes I almost think that a generic configurable special remote that
+> just uses configured shell commands would be useful.. But there's really
+> no comparison with sitting down and writing code tuned to work with
+> a given transport like rsync, when it comes to reliability and taking
+> advantage of its abilities (like resuming). --[[Joey]]
+
+>> big thanks, and bonus points for identical formats, so converting from
+>> directory to rsync is just a matter of changing ``type`` from ``directory``
+>> to ``rsync`` in ``.git-annex/remote.log`` and replacing the directory info
+>> with ``annex-rsyncurl = <host>:<dir>`` in ``.git/config``. --[[chrysn]]
+
+[[done]]
diff --git a/doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_1_6f07d9cc92cf8b4927b3a7d1820c9140._comment b/doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_1_6f07d9cc92cf8b4927b3a7d1820c9140._comment
new file mode 100644
index 0000000000..c513ed4008
--- /dev/null
+++ b/doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_1_6f07d9cc92cf8b4927b3a7d1820c9140._comment
@@ -0,0 +1,10 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawkSq2FDpK2n66QRUxtqqdbyDuwgbQmUWus"
+ nickname="Jimmy"
+ subject="comment 1"
+ date="2011-04-28T07:47:38Z"
+ content="""
++1 for a generic user configurable backend that a user can put shell commands in, which has a disclaimer such that if a user hangs themselves with misconfiguration then its their own fault :P
+
+I would love to be able to quickly plugin an irods/sector set of put/get/delete/stat(get info) commands into git-annex to access my private clouds which aren't s3 compatible.
+"""]]
diff --git a/doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_2_84e4414c88ae91c048564a2cdc2d3250._comment b/doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_2_84e4414c88ae91c048564a2cdc2d3250._comment
new file mode 100644
index 0000000000..6243708f94
--- /dev/null
+++ b/doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_2_84e4414c88ae91c048564a2cdc2d3250._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 2"
+ date="2011-04-28T21:22:03Z"
+ content="""
+Ask and ye shalle receive with an Abbot on top: [[special_remotes/hook]]
+"""]]
diff --git a/doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_3_79de7ac44e3c0f0f5691a56d3fb88897._comment b/doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_3_79de7ac44e3c0f0f5691a56d3fb88897._comment
new file mode 100644
index 0000000000..dc21ec4885
--- /dev/null
+++ b/doc/todo/wishlist:_special_remote_for_sftp_or_rsync/comment_3_79de7ac44e3c0f0f5691a56d3fb88897._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-29T10:43:31Z"
+ content="""
+Cool!, I just tried adding tahoe-lafs as a remote, and it wasn't too hard.
+"""]]
diff --git a/doc/todo/wishlist:_special_remote_mega.co.nz.mdwn b/doc/todo/wishlist:_special_remote_mega.co.nz.mdwn
new file mode 100644
index 0000000000..41164084a2
--- /dev/null
+++ b/doc/todo/wishlist:_special_remote_mega.co.nz.mdwn
@@ -0,0 +1,3 @@
+mega.co.nz has 50gb for free accounts. They also have an API, so I guess it wouldn't be too hard to use it as a special remote.
+
+[[done]], see [[tips/megaannex]].
diff --git a/doc/todo/wishlist:_special_remote_mega.co.nz/comment_2_6ca08ef808d4336fc42d0f279d6627b5._comment b/doc/todo/wishlist:_special_remote_mega.co.nz/comment_2_6ca08ef808d4336fc42d0f279d6627b5._comment
new file mode 100644
index 0000000000..542b92a677
--- /dev/null
+++ b/doc/todo/wishlist:_special_remote_mega.co.nz/comment_2_6ca08ef808d4336fc42d0f279d6627b5._comment
@@ -0,0 +1,44 @@
+[[!comment format=mdwn
+ username="https://www.google.com/accounts/o8/id?id=AItOawmLB39PC89rfGaA8SwrsnB6tbumezj-aC0"
+ nickname="Tobias"
+ subject="Usage of mega hook"
+ date="2013-05-21T09:09:28Z"
+ content="""
+megaannex
+=========
+
+Hook program for gitannex to use mega.co.nz as backend
+
+# Requirements:
+
+    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 ~/megannex folder
+
+## Setup
+Run the program once to make an empty config file
+
+    cd ~/megaannex; python2 megaannex.py
+
+Edit the megaannex.conf file. Add your mega.co.nz username and password
+
+Note: The folder option in the megaannex.conf file isn't yet used. 
+
+## Commands for gitannex:
+
+    git config annex.mega-store-hook '/usr/bin/python2 ~/megaannex/megaannex.py store --subject $ANNEX_KEY --file $ANNEX_FILE'
+    git config annex.mega-retrieve-hook '/usr/bin/python2 ~/megaannex/megaannex.py  getfile --subject $ANNEX_KEY --file $ANNEX_FILE'
+    git config annex.mega-checkpresent-hook '/usr/bin/python2 ~/megaannex/megaannex.py fileexists --subject $ANNEX_KEY'
+    git config annex.mega-remove-hook '/usr/bin/python2 ~/megaannex/megaannex.py delete --subject $ANNEX_KEY'
+    git annex initremote mega type=hook hooktype=mega encryption=shared
+    git annex describe mega \"the mega.co.nz library\"
+
+"""]]
diff --git a/doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y.mdwn b/doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y.mdwn
new file mode 100644
index 0000000000..b4f966abb1
--- /dev/null
+++ b/doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y.mdwn
@@ -0,0 +1,29 @@
+I'd like to be able to:
+
+    git annex copy --from=x --to=y .
+
+Use case (true story) follows:
+
+My desktop hard drive was filling up. I dropped some large files which are also stored (via git-annex) on my backup drive. While these aren't irreplaceable files, I'd prefer to have at least two copies of everything I've decided I care enough about to archive. Later, I get a 2nd external drive, and I:
+
+    git annex copy --to=new-external-drive .
+
+Fantastic! Now I've got everything that was important/useful enough to keep on my desktop backed up a 2nd time onto my new drive.
+
+But my new drive doesn't have a copy of any of the files I dropped from my desktop. I would like to be able to:
+
+    git annex copy --from=old-external-drive --to=new-external-drive .
+
+on my desktop, and then my new drive would have a copy of everything, and my desktop drive would still have plenty of space (ie the files I'd dropped to make space would still not be stored on the desktop).
+
+The git repos on these external drives are both bare (as in ``git init --bare``) because they are used only for backups. Thus I operate on them only as remotes from my main (desktop) repo.
+
+> I have now implemented the --all option, and it's the default when
+> running `git annex get` inside a bare repo.
+> 
+> So, the solution is to `cd` to the repository on old-external-drive,
+> and `git remote add newdrive /path/to/new/drive/repo`. Then run `git
+> annex copy --all --to newdrive` and it'll move everything.
+> 
+> Calling this [[done]] unless there are other use cases where the double
+> copy method is really needed? --[[Joey]] 
diff --git a/doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y/comment_1_cf8e0f16b723516374c95a93e4da42fc._comment b/doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y/comment_1_cf8e0f16b723516374c95a93e4da42fc._comment
new file mode 100644
index 0000000000..cee50a3450
--- /dev/null
+++ b/doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y/comment_1_cf8e0f16b723516374c95a93e4da42fc._comment
@@ -0,0 +1,12 @@
+[[!comment format=mdwn
+ username="http://joeyh.name/"
+ ip="4.154.4.193"
+ subject="comment 1"
+ date="2013-06-30T17:43:50Z"
+ content="""
+A reasonable use case indeed.
+
+It seems to me that [[add_-all_option]] could also satisfy this use case, as then you could run `git annex get --all` in the new bare remote.
+
+That would have the benefit of not doing a double copy.
+"""]]
diff --git a/doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y/comment_2_d35359c9dd4dd4365d9a7caf695ff833._comment b/doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y/comment_2_d35359c9dd4dd4365d9a7caf695ff833._comment
new file mode 100644
index 0000000000..8305679a32
--- /dev/null
+++ b/doc/todo/wishlist:_support_copy_--from__61__x_--to__61__y/comment_2_d35359c9dd4dd4365d9a7caf695ff833._comment
@@ -0,0 +1,16 @@
+[[!comment format=mdwn
+ username="http://jasonwoof.com/"
+ nickname="JasonWoof"
+ subject="thanks, good enough for now."
+ date="2013-07-15T19:27:58Z"
+ content="""
+the ``--all`` option works for this use case. That takes care of my problem. Thank you!
+
+I can imagine other use cases where I'd want ``--from`` and ``--to`` at once, such as:
+
+1.    same situation with my two bare external drives, but I want to only copy my audio-book collection to the new drive, and not my movies.
+
+2.    I've got a large online storage (eg rsync.net) and want copy everything from there onto my new external drive.
+
+I leave it up to your good judgement when/if this is worth doing.
+"""]]
diff --git a/doc/todo/wishlist:_support_drop__44___find_on_special_remotes.mdwn b/doc/todo/wishlist:_support_drop__44___find_on_special_remotes.mdwn
new file mode 100644
index 0000000000..24cacbf71c
--- /dev/null
+++ b/doc/todo/wishlist:_support_drop__44___find_on_special_remotes.mdwn
@@ -0,0 +1,18 @@
+Currently there is no way to drop files, or list what files are available, on a special remote.
+It would be good if "git annex drop" and "git annex find" supported the --from argument.
+
+> I agree, drop should support --from.
+>> [[done]] --[[Joey]] 
+> 
+> To find files *believed* to be present in a given remote, use
+> `git annex find --in remote`
+> Note that it might show out of date info, since it does not actually go
+> check the current contents of the remote. The only reason to support
+> `find --from` would be to always check, but I don't think that's needed.
+> --[[Joey]] 
+
+For commands that don't support the --from argument, it would also be nice to print an error.
+Currently running "git annex drop --from usbdrive" doesn't behave as hoped and instead drops
+all content from the local annex.
+
+> This is done now. --[[Joey]] 
diff --git a/doc/todo/wishlist:_support_drop__44___find_on_special_remotes/comment_1_f11ed642a83d965076778a162f701e84._comment b/doc/todo/wishlist:_support_drop__44___find_on_special_remotes/comment_1_f11ed642a83d965076778a162f701e84._comment
new file mode 100644
index 0000000000..6028933b40
--- /dev/null
+++ b/doc/todo/wishlist:_support_drop__44___find_on_special_remotes/comment_1_f11ed642a83d965076778a162f701e84._comment
@@ -0,0 +1,8 @@
+[[!comment format=mdwn
+ username="http://joey.kitenet.net/"
+ nickname="joey"
+ subject="comment 1"
+ date="2011-10-27T17:13:43Z"
+ content="""
+Well, I don't think you mean \"special remotes\", but just any old remote (special or not).
+"""]]
diff --git a/doc/todo/wishlist:_support_for_more_ssh_urls_.mdwn b/doc/todo/wishlist:_support_for_more_ssh_urls_.mdwn
new file mode 100644
index 0000000000..55b8120a75
--- /dev/null
+++ b/doc/todo/wishlist:_support_for_more_ssh_urls_.mdwn
@@ -0,0 +1,22 @@
+git-annex does not seem to support all kinds of urls that git does.
+
+Specifically, if I have ~/bar set up on host foo:
+
+    [remote "foo"]
+    ## this one is not recognized as ssh url at all
+    #	url = foo:bar
+    ## this one makes git-annex try to access '/~/bar' literally
+    #	url = ssh://foo/~/bar
+    ## this one works
+    	url = ssh://foo/home/tv/bar
+
+> scp-style is now supported.
+
+> `~` expansions (for the user's home, or other users)
+> are somewhat tricky to support as they require running
+> code on the remote to lookup homedirs. If git-annex grows a
+> `git annex shell` that is run on the remote side
+> (something I am [[considering|todo/git-annex-shell]] for other reasons), it
+> could handle the expansions there. --[[Joey]]
+
+> Update: Now `~` expansions are supported. [[done]]
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:_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:_vicfg_possible_repo_group_names.mdwn b/doc/todo/wishlist:_vicfg_possible_repo_group_names.mdwn
new file mode 100644
index 0000000000..e30cc619af
--- /dev/null
+++ b/doc/todo/wishlist:_vicfg_possible_repo_group_names.mdwn
@@ -0,0 +1,16 @@
+git annex vicfg should display valid repository group names
+
+For trust levels the possible values are displayed:
+
+    # Repository trust configuration
+    # (Valid trust levels: trusted semitrusted untrusted dead)
+    ...
+
+The same is not currently done for repository groups
+ 
+    # Repository groups
+    # (Separate group names with spaces)
+
+Thanks.
+
+> [[done]] --[[Joey]]
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_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..5cf4093dcf
--- /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)
+
+v5 is only used for [[direct_mode]]. The upgrade from v4 to v5 is handled
+automatically.
+
+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..c7054ff198
--- /dev/null
+++ b/doc/users/anarcat.mdwn
@@ -0,0 +1,41 @@
+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) and !bugs/*/*" 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) and !todo/*/*" 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) and !todo/*/*" 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) and !bugs/*/*" sort=mtime feeds=no actions=yes archive=yes show=0]]
+
+Fixed
+-----
+
+[[!inline pages="bugs/* and !bugs/done and link(bugs/done) and
+link(users/anarcat) and !bugs/*/*" feeds=no actions=yes archive=yes show=0]]
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/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/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/tobiastheviking.mdwn b/doc/users/tobiastheviking.mdwn
new file mode 100644
index 0000000000..0629e34a9a
--- /dev/null
+++ b/doc/users/tobiastheviking.mdwn
@@ -0,0 +1,20 @@
+Tobias Ussing
+
+See:
+
+[[https://github.com/TobiasTheViking/flickrannex/]]
+
+[[https://github.com/TobiasTheViking/imapannex]]
+
+[[https://github.com/TobiasTheViking/dropboxannex]]
+
+[[https://github.com/TobiasTheViking/skydriveannex]]
+
+[[https://github.com/TobiasTheViking/googledriveannex]]
+
+[[https://github.com/TobiasTheViking/owncloudannex]]
+
+[[https://github.com/TobiasTheViking/megaannex]]
+
+[[http://git-annex.branchable.com/forum/nntp__47__usenet_special_remote/]]
+
diff --git a/doc/videos.mdwn b/doc/videos.mdwn
new file mode 100644
index 0000000000..f1adeeac40
--- /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 http://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_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_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..f401524f51
--- /dev/null
+++ b/doc/walkthrough.mdwn
@@ -0,0 +1,25 @@
+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/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..d1b5a04f77
--- /dev/null
+++ b/doc/walkthrough/adding_files.mdwn
@@ -0,0 +1,11 @@
+	# 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 annexed content is committed. The content itself is stored in
+git-annex's backend.
diff --git a/doc/walkthrough/automatically_managing_content.mdwn b/doc/walkthrough/automatically_managing_content.mdwn
new file mode 100644
index 0000000000..0080ebcb5e
--- /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  -- here (usb drive)
+		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  -- here (usb drive)
+	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..9723022b4c
--- /dev/null
+++ b/doc/walkthrough/backups.mdwn
@@ -0,0 +1,25 @@
+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 "annex.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.
+
+	# echo "* annex.numcopies=2" >> .gitattributes
+	# 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.
+
+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/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..d036332fb3
--- /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
+annex.numcopies 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/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..2d3c0cde08
--- /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 annex.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 annex.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..0c8d525597
--- /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 repository will be updated with all changes made to
+its remotes, and any changes in the 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.
+
+Note that syncing 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.
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_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..da78c7def3
--- /dev/null
+++ b/git-annex.cabal
@@ -0,0 +1,201 @@
+Name: git-annex
+Version: 5.20131120
+Cabal-Version: >= 1.8
+License: GPL-3
+Maintainer: Joey Hess <joey@kitenet.net>
+Author: Joey Hess
+Stability: Stable
+Copyright: 2010-2013 Joey Hess
+License-File: COPYRIGHT
+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 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 CryptoHash
+  Description: Enable use of cryptohash for checksumming
+
+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, MonadCatchIO-transformers,
+   IfElse, text, QuickCheck >= 2.1, bloomfilter, edit-distance, process,
+   SafeSemaphore, uuid, random, dlist, unix-compat, async
+  -- 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
+  CC-Options: -Wall
+  GHC-Options: -Wall
+  CPP-Options: -DWITH_CLIBS
+  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: unix
+
+  if flag(TestSuite)
+    Build-Depends: tasty, tasty-hunit, tasty-quickcheck
+    CPP-Options: -DWITH_TESTSUITE
+
+  if flag(TDFA)
+    Build-Depends: regex-tdfa
+    CPP-Options: -DWITH_TDFA
+  
+  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), http-conduit, xml-conduit, http-types
+    CPP-Options: -DWITH_WEBDAV
+
+  if flag(Assistant) && ! os(solaris)
+    Build-Depends: stm (>= 2.3)
+    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) && flag(Dbus)
+    Build-Depends: dbus (>= 0.10.3)
+    CPP-Options: -DWITH_DBUS
+  
+  if flag(Android)
+    Build-Depends: data-endian
+    CPP-Options: -D__ANDROID__ -DANDROID_SPLICES
+  if flag(AndroidSplice)
+    CPP-Options: -DANDROID_SPLICES
+
+  if flag(Webapp) && (! os(windows))
+    Build-Depends:
+     yesod, yesod-default, yesod-static, yesod-form, yesod-core,
+     case-insensitive, http-types, transformers, wai, wai-logger, warp,
+     blaze-builder, crypto-api, hamlet, clientsession,
+     template-haskell, data-default, aeson
+    CPP-Options: -DWITH_WEBAPP
+
+  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(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..0f45f53ebc
--- /dev/null
+++ b/git-annex.hs
@@ -0,0 +1,34 @@
+{- git-annex main program stub
+ -
+ - Copyright 2010-2013 Joey Hess <joey@kitenet.net>
+ -
+ - Licensed under the GNU GPL version 3 or higher.
+ -}
+
+{-# LANGUAGE CPP #-}
+
+import System.Environment
+import System.FilePath
+
+import qualified GitAnnex
+import qualified GitAnnexShell
+#ifdef WITH_TESTSUITE
+import qualified Test
+#endif
+
+main :: IO ()
+main = run =<< getProgName
+  where
+	run n
+		| isshell n = go GitAnnexShell.run
+		| otherwise = go GitAnnex.run
+	isshell n = takeFileName n == "git-annex-shell"
+	go a = do
+		ps <- getArgs
+#ifdef WITH_TESTSUITE
+		if ps == ["test"]
+			then Test.main
+			else a ps
+#else
+		a ps
+#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..f5cd67b260
--- /dev/null
+++ b/standalone/android/Makefile
@@ -0,0 +1,167 @@
+# 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
+
+	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 && yes '' | $(MAKE) oldconfig
+	cd $(GIT_ANNEX_ANDROID_SOURCETREE)/busybox && $(MAKE)
+	touch $@
+	
+$(GIT_ANNEX_ANDROID_SOURCETREE)/git/build-stamp:
+	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..44337eb0c1
--- /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 androidbuilder"
+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..70deea0abb
--- /dev/null
+++ b/standalone/android/buildchroot-inchroot
@@ -0,0 +1,25 @@
+#!/bin/sh
+# Runs inside the chroot set up by buildchroot
+set -e
+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
+
+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 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 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 androidbuilder --create-home
+su androidbuilder -c $0-asuser
diff --git a/standalone/android/buildchroot-inchroot-asuser b/standalone/android/buildchroot-inchroot-asuser
new file mode 100755
index 0000000000..710e76e468
--- /dev/null
+++ b/standalone/android/buildchroot-inchroot-asuser
@@ -0,0 +1,38 @@
+#!/bin/sh
+# Runs inside the chroot set up by buildchroot, as the user it creates
+set -e
+
+cd
+rm -rf .ghc .cabal
+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/$(cat /tmp/abiversion)/bin/cc
+
+cd
+git clone git://git-annex.branchable.com/ git-annex
+
+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/evilsplicer-headers.hs b/standalone/android/evilsplicer-headers.hs
new file mode 100644
index 0000000000..ee4d6f1a37
--- /dev/null
+++ b/standalone/android/evilsplicer-headers.hs
@@ -0,0 +1,32 @@
+
+
+{- 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.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 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 Yesod.Core.Types
+{- End EvilSplicer headers. -}
+
+
diff --git a/standalone/android/haskell-patches/DAV_build-without-TH.patch b/standalone/android/haskell-patches/DAV_build-without-TH.patch
new file mode 100644
index 0000000000..b871fa9efe
--- /dev/null
+++ b/standalone/android/haskell-patches/DAV_build-without-TH.patch
@@ -0,0 +1,377 @@
+From 2b5fc33607720d0cccd7d8f9cb7232042ead73e6 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 00:36:56 +0000
+Subject: [PATCH] expand TH
+
+used the EvilSplicer
++ manual fix ups
+---
+ DAV.cabal                                  |   20 +--
+ Network/Protocol/HTTP/DAV.hs               |   73 ++++++-----
+ Network/Protocol/HTTP/DAV/TH.hs            |  196 +++++++++++++++++++++++++++-
+ dist/build/HSDAV-0.4.1.o                   |  Bin 140080 -> 0 bytes
+ dist/build/Network/Protocol/HTTP/DAV.hi    |  Bin 34549 -> 57657 bytes
+ dist/build/Network/Protocol/HTTP/DAV.o     |  Bin 160248 -> 201932 bytes
+ dist/build/Network/Protocol/HTTP/DAV/TH.hi |  Bin 17056 -> 18733 bytes
+ dist/build/Network/Protocol/HTTP/DAV/TH.o  |  Bin 19672 -> 28120 bytes
+ dist/build/autogen/Paths_DAV.hs            |   18 ++-
+ dist/build/autogen/cabal_macros.h          |   45 +++----
+ dist/build/libHSDAV-0.4.1.a                |  Bin 200082 -> 260188 bytes
+ dist/package.conf.inplace                  |    2 -
+ dist/setup-config                          |    2 -
+ 13 files changed, 266 insertions(+), 90 deletions(-)
+ delete mode 100644 dist/build/HSDAV-0.4.1.o
+ delete mode 100644 dist/package.conf.inplace
+ delete mode 100644 dist/setup-config
+
+diff --git a/DAV.cabal b/DAV.cabal
+index 06b3a8b..90368c6 100644
+--- a/DAV.cabal
++++ b/DAV.cabal
+@@ -38,25 +38,7 @@ library
+                      , transformers >= 0.3
+                      , xml-conduit >= 1.0          && <= 1.2
+                      , 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
+-                     , http-conduit >= 1.9.0
+-                     , http-types >= 0.7
+-                     , lens >= 3.0
+-                     , lifted-base >= 0.1
+-                     , mtl >= 2.1
+-                     , network >= 2.3
+-                     , optparse-applicative
+-                     , resourcet >= 0.3
+-                     , transformers >= 0.3
+-                     , xml-conduit >= 1.0          && <= 1.2
+-                     , 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 8ffc270..d064a8f 100644
+--- a/Network/Protocol/HTTP/DAV.hs
++++ b/Network/Protocol/HTTP/DAV.hs
+@@ -28,12 +28,12 @@ module Network.Protocol.HTTP.DAV (
+   , deleteContent
+   , moveContent
+   , makeCollection
+-  , caldavReport
+   , module Network.Protocol.HTTP.DAV.TH
+ ) where
+ 
+ import Network.Protocol.HTTP.DAV.TH
+ 
++import qualified Data.Text
+ import Control.Applicative (liftA2)
+ import Control.Exception.Lifted (catchJust, finally, bracketOnError)
+ import Control.Lens ((.~), (^.))
+@@ -200,11 +200,6 @@ props2patch = XML.renderLBS XML.def . patch . props . fromDocument
+                    , "{DAV:}supportedlock"
+                    ]
+ 
+-caldavReportM :: MonadResourceBase m => DAVState m XML.Document
+-caldavReportM = do
+-    let ahs = [(hContentType, "application/xml; charset=\"utf-8\"")]
+-    calrresp <- davRequest "REPORT" ahs (xmlBody calendarquery)
+-    return $ (XML.parseLBS_ def . responseBody) calrresp
+ 
+ getProps :: String -> B.ByteString -> B.ByteString -> Maybe Depth -> IO XML.Document
+ getProps url username password md = withDS url username password md getPropsM
+@@ -246,9 +241,6 @@ moveContent :: String -> B.ByteString -> B.ByteString -> B.ByteString -> IO ()
+ moveContent url newurl username password = withDS url username password Nothing $
+     moveContentM newurl
+ 
+-caldavReport :: String -> B.ByteString -> B.ByteString -> IO XML.Document
+-caldavReport url username password = withDS url username password (Just Depth1) $ caldavReportM
+-
+ -- | Creates a WebDAV collection, which is similar to a directory.
+ --
+ -- Returns False if the collection could not be made due to an intermediate
+@@ -264,28 +256,45 @@ makeCollection url username password = withDS url username password Nothing $
+ 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
+-|]
+-
+-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">
+-|]
++ 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")]]))]]
++
+diff --git a/Network/Protocol/HTTP/DAV/TH.hs b/Network/Protocol/HTTP/DAV/TH.hs
+index 9fb3495..18b8df7 100644
+--- a/Network/Protocol/HTTP/DAV/TH.hs
++++ b/Network/Protocol/HTTP/DAV/TH.hs
+@@ -20,7 +20,8 @@
+ 
+ module Network.Protocol.HTTP.DAV.TH where
+ 
+-import Control.Lens (makeLenses)
++import qualified Control.Lens.Type
++import qualified Data.Functor
+ import qualified Data.ByteString as B
+ import Network.HTTP.Conduit (Manager, Request)
+ 
+@@ -46,4 +47,195 @@ data DAVContext a = DAVContext {
+   , _basicpassword :: B.ByteString
+   , _depth :: Maybe Depth
+ }
+-makeLenses ''DAVContext
++allowedMethods ::
++  Control.Lens.Type.Lens' (DAVContext a_a4I4) [B.ByteString]
++allowedMethods
++  _f_a5GM
++  (DAVContext __allowedMethods'_a5GN
++              __baseRequest_a5GP
++              __complianceClasses_a5GQ
++              __httpManager_a5GR
++              __lockToken_a5GS
++              __basicusername_a5GT
++              __basicpassword_a5GU
++              __depth_a5GV)
++  = ((\ __allowedMethods_a5GO
++        -> DAVContext
++             __allowedMethods_a5GO
++             __baseRequest_a5GP
++             __complianceClasses_a5GQ
++             __httpManager_a5GR
++             __lockToken_a5GS
++             __basicusername_a5GT
++             __basicpassword_a5GU
++             __depth_a5GV)
++     Data.Functor.<$> (_f_a5GM __allowedMethods'_a5GN))
++{-# INLINE allowedMethods #-}
++baseRequest ::
++  Control.Lens.Type.Lens (DAVContext a_a4I4) (DAVContext a_a5GW) (Request a_a4I4) (Request a_a5GW)
++baseRequest
++  _f_a5GX
++  (DAVContext __allowedMethods_a5GY
++              __baseRequest'_a5GZ
++              __complianceClasses_a5H1
++              __httpManager_a5H2
++              __lockToken_a5H3
++              __basicusername_a5H4
++              __basicpassword_a5H5
++              __depth_a5H6)
++  = ((\ __baseRequest_a5H0
++        -> DAVContext
++             __allowedMethods_a5GY
++             __baseRequest_a5H0
++             __complianceClasses_a5H1
++             __httpManager_a5H2
++             __lockToken_a5H3
++             __basicusername_a5H4
++             __basicpassword_a5H5
++             __depth_a5H6)
++     Data.Functor.<$> (_f_a5GX __baseRequest'_a5GZ))
++{-# INLINE baseRequest #-}
++basicpassword ::
++  Control.Lens.Type.Lens' (DAVContext a_a4I4) B.ByteString
++basicpassword
++  _f_a5H7
++  (DAVContext __allowedMethods_a5H8
++              __baseRequest_a5H9
++              __complianceClasses_a5Ha
++              __httpManager_a5Hb
++              __lockToken_a5Hc
++              __basicusername_a5Hd
++              __basicpassword'_a5He
++              __depth_a5Hg)
++  = ((\ __basicpassword_a5Hf
++        -> DAVContext
++             __allowedMethods_a5H8
++             __baseRequest_a5H9
++             __complianceClasses_a5Ha
++             __httpManager_a5Hb
++             __lockToken_a5Hc
++             __basicusername_a5Hd
++             __basicpassword_a5Hf
++             __depth_a5Hg)
++     Data.Functor.<$> (_f_a5H7 __basicpassword'_a5He))
++{-# INLINE basicpassword #-}
++basicusername ::
++  Control.Lens.Type.Lens' (DAVContext a_a4I4) B.ByteString
++basicusername
++  _f_a5Hh
++  (DAVContext __allowedMethods_a5Hi
++              __baseRequest_a5Hj
++              __complianceClasses_a5Hk
++              __httpManager_a5Hl
++              __lockToken_a5Hm
++              __basicusername'_a5Hn
++              __basicpassword_a5Hp
++              __depth_a5Hq)
++  = ((\ __basicusername_a5Ho
++        -> DAVContext
++             __allowedMethods_a5Hi
++             __baseRequest_a5Hj
++             __complianceClasses_a5Hk
++             __httpManager_a5Hl
++             __lockToken_a5Hm
++             __basicusername_a5Ho
++             __basicpassword_a5Hp
++             __depth_a5Hq)
++     Data.Functor.<$> (_f_a5Hh __basicusername'_a5Hn))
++{-# INLINE basicusername #-}
++complianceClasses ::
++  Control.Lens.Type.Lens' (DAVContext a_a4I4) [B.ByteString]
++complianceClasses
++  _f_a5Hr
++  (DAVContext __allowedMethods_a5Hs
++              __baseRequest_a5Ht
++              __complianceClasses'_a5Hu
++              __httpManager_a5Hw
++              __lockToken_a5Hx
++              __basicusername_a5Hy
++              __basicpassword_a5Hz
++              __depth_a5HA)
++  = ((\ __complianceClasses_a5Hv
++        -> DAVContext
++             __allowedMethods_a5Hs
++             __baseRequest_a5Ht
++             __complianceClasses_a5Hv
++             __httpManager_a5Hw
++             __lockToken_a5Hx
++             __basicusername_a5Hy
++             __basicpassword_a5Hz
++             __depth_a5HA)
++     Data.Functor.<$> (_f_a5Hr __complianceClasses'_a5Hu))
++{-# INLINE complianceClasses #-}
++depth ::
++  Control.Lens.Type.Lens' (DAVContext a_a4I4) (Maybe Depth)
++depth
++  _f_a5HB
++  (DAVContext __allowedMethods_a5HC
++              __baseRequest_a5HD
++              __complianceClasses_a5HE
++              __httpManager_a5HF
++              __lockToken_a5HG
++              __basicusername_a5HH
++              __basicpassword_a5HI
++              __depth'_a5HJ)
++  = ((\ __depth_a5HK
++        -> DAVContext
++             __allowedMethods_a5HC
++             __baseRequest_a5HD
++             __complianceClasses_a5HE
++             __httpManager_a5HF
++             __lockToken_a5HG
++             __basicusername_a5HH
++             __basicpassword_a5HI
++             __depth_a5HK)
++     Data.Functor.<$> (_f_a5HB __depth'_a5HJ))
++{-# INLINE depth #-}
++httpManager ::
++  Control.Lens.Type.Lens' (DAVContext a_a4I4) Manager
++httpManager
++  _f_a5HL
++  (DAVContext __allowedMethods_a5HM
++              __baseRequest_a5HN
++              __complianceClasses_a5HO
++              __httpManager'_a5HP
++              __lockToken_a5HR
++              __basicusername_a5HS
++              __basicpassword_a5HT
++              __depth_a5HU)
++  = ((\ __httpManager_a5HQ
++        -> DAVContext
++             __allowedMethods_a5HM
++             __baseRequest_a5HN
++             __complianceClasses_a5HO
++             __httpManager_a5HQ
++             __lockToken_a5HR
++             __basicusername_a5HS
++             __basicpassword_a5HT
++             __depth_a5HU)
++     Data.Functor.<$> (_f_a5HL __httpManager'_a5HP))
++{-# INLINE httpManager #-}
++lockToken ::
++  Control.Lens.Type.Lens' (DAVContext a_a4I4) (Maybe B.ByteString)
++lockToken
++  _f_a5HV
++  (DAVContext __allowedMethods_a5HW
++              __baseRequest_a5HX
++              __complianceClasses_a5HY
++              __httpManager_a5HZ
++              __lockToken'_a5I0
++              __basicusername_a5I2
++              __basicpassword_a5I3
++              __depth_a5I4)
++  = ((\ __lockToken_a5I1
++        -> DAVContext
++             __allowedMethods_a5HW
++             __baseRequest_a5HX
++             __complianceClasses_a5HY
++             __httpManager_a5HZ
++             __lockToken_a5I1
++             __basicusername_a5I2
++             __basicpassword_a5I3
++             __depth_a5I4)
++     Data.Functor.<$> (_f_a5HV __lockToken'_a5I0))
++{-# INLINE lockToken #-}
diff --git a/standalone/android/haskell-patches/HTTP_4000.2.8-0001-build-with-base-4.8.patch b/standalone/android/haskell-patches/HTTP_4000.2.8-0001-build-with-base-4.8.patch
new file mode 100644
index 0000000000..dfcdc387f1
--- /dev/null
+++ b/standalone/android/haskell-patches/HTTP_4000.2.8-0001-build-with-base-4.8.patch
@@ -0,0 +1,25 @@
+From 5c57c4ae7dac0c1aa940005f5ea55fdcd4fcd1f5 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sat, 21 Sep 2013 22:46:42 +0000
+Subject: [PATCH] fix build with new base
+
+---
+ HTTP.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/HTTP.cabal b/HTTP.cabal
+index 76cb5d6..bb38f24 100644
+--- a/HTTP.cabal
++++ b/HTTP.cabal
+@@ -85,7 +85,7 @@ Library
+                  Network.HTTP.Utils
+                  Paths_HTTP
+   GHC-options: -fwarn-missing-signatures -Wall
+-  Build-depends: base >= 2 && < 4.7, network < 2.5, parsec
++  Build-depends: base >= 2 && < 4.9, network < 2.5, parsec
+   Extensions: FlexibleInstances
+   if flag(old-base)
+     Build-depends: base < 3
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/MissingH_1.2.0.0_0001-fix-build-not-Android-specific.patch b/standalone/android/haskell-patches/MissingH_1.2.0.0_0001-fix-build-not-Android-specific.patch
new file mode 100644
index 0000000000..50f641da7d
--- /dev/null
+++ b/standalone/android/haskell-patches/MissingH_1.2.0.0_0001-fix-build-not-Android-specific.patch
@@ -0,0 +1,34 @@
+From 8c4220e4dd48ad197aa0ad49214e6e7bd768044e Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Thu, 28 Feb 2013 23:28:57 -0400
+Subject: [PATCH] fix build (not Android specific)
+
+---
+ src/System/Cmd/Utils.hs |    4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/System/Cmd/Utils.hs b/src/System/Cmd/Utils.hs
+index a9fa46f..6c6aba2 100644
+--- a/src/System/Cmd/Utils.hs
++++ b/src/System/Cmd/Utils.hs
+@@ -325,7 +325,7 @@ forceSuccess (PipeHandle pid fp args funcname) =
+                 Just (Exited (ExitSuccess)) -> return ()
+                 Just (Exited (ExitFailure fc)) ->
+                     cmdfailed funcname fp args fc
+-                Just (Terminated sig) ->
++                Just (Terminated sig _) ->
+                     warnfail fp args $ "Terminated by signal " ++ show sig
+                 Just (Stopped sig) ->
+                     warnfail fp args $ "Stopped by signal " ++ show sig
+@@ -351,7 +351,7 @@ safeSystem command args =
+        case ec of
+             Exited ExitSuccess -> return ()
+             Exited (ExitFailure fc) -> cmdfailed "safeSystem" command args fc
+-            Terminated s -> cmdsignalled "safeSystem" command args s
++            Terminated s _ -> cmdsignalled "safeSystem" command args s
+             Stopped s -> cmdsignalled "safeSystem" command args s
+ #endif
+ 
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/MonadCatchIO-transformers_hack-to-get-to-build-with-new-ghc.patch b/standalone/android/haskell-patches/MonadCatchIO-transformers_hack-to-get-to-build-with-new-ghc.patch
new file mode 100644
index 0000000000..9881d35d6e
--- /dev/null
+++ b/standalone/android/haskell-patches/MonadCatchIO-transformers_hack-to-get-to-build-with-new-ghc.patch
@@ -0,0 +1,56 @@
+From 083c9d135ec68316db173235994c63603ad76444 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sat, 21 Sep 2013 23:01:35 +0000
+Subject: [PATCH] hack to get to build with new ghc
+
+Copied the old implemenations of block and unblock from old Control.Exception
+since these deprecated functions have now been removed.
+---
+ MonadCatchIO-transformers.cabal |    2 +-
+ src/Control/Monad/CatchIO.hs    |   13 +++++++++++--
+ 2 files changed, 12 insertions(+), 3 deletions(-)
+
+diff --git a/MonadCatchIO-transformers.cabal b/MonadCatchIO-transformers.cabal
+index fe6674d..b9f559f 100644
+--- a/MonadCatchIO-transformers.cabal
++++ b/MonadCatchIO-transformers.cabal
+@@ -26,4 +26,4 @@ Library
+   Exposed-Modules:
+     Control.Monad.CatchIO
+   Hs-Source-Dirs:  src
+-  Ghc-options:     -Wall
++  Ghc-options:     -Wall -fglasgow-exts
+diff --git a/src/Control/Monad/CatchIO.hs b/src/Control/Monad/CatchIO.hs
+index 62afb83..853996b 100644
+--- a/src/Control/Monad/CatchIO.hs
++++ b/src/Control/Monad/CatchIO.hs
+@@ -19,6 +19,9 @@ where
+ import           Prelude hiding ( catch )
+ import           Control.Applicative                          ((<$>))
+ import qualified Control.Exception.Extensible      as E
++import qualified Control.Exception.Base      as E
++import GHC.Base (maskAsyncExceptions#)
++import GHC.IO (unsafeUnmask, IO(..))
+ 
+ import           Control.Monad.IO.Class                       (MonadIO,liftIO)
+ 
+@@ -51,8 +54,14 @@ class MonadIO m => MonadCatchIO m where
+ 
+ instance MonadCatchIO IO where
+   catch   = E.catch
+-  block   = E.block
+-  unblock = E.unblock
++  block   = oldblock
++  unblock = oldunblock
++
++oldblock :: IO a -> IO a
++oldblock (IO io) = IO $ maskAsyncExceptions# io
++
++oldunblock :: IO a -> IO a
++oldunblock = unsafeUnmask
+ 
+ -- | Warning: this instance is somewhat contentious.
+ -- 
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/SafeSemaphore_fix-build-with-new-base.patch b/standalone/android/haskell-patches/SafeSemaphore_fix-build-with-new-base.patch
new file mode 100644
index 0000000000..a79ca519a5
--- /dev/null
+++ b/standalone/android/haskell-patches/SafeSemaphore_fix-build-with-new-base.patch
@@ -0,0 +1,36 @@
+From 010db89634eb0f64e7961581e65da3acbb2b9f3d Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sat, 21 Sep 2013 22:05:41 +0000
+Subject: [PATCH] fix build with new base
+
+---
+ src/Control/Concurrent/MSampleVar.hs |    6 +-----
+ 1 file changed, 1 insertion(+), 5 deletions(-)
+
+diff --git a/src/Control/Concurrent/MSampleVar.hs b/src/Control/Concurrent/MSampleVar.hs
+index d029c64..16ad6c5 100644
+--- a/src/Control/Concurrent/MSampleVar.hs
++++ b/src/Control/Concurrent/MSampleVar.hs
+@@ -30,7 +30,7 @@ module Control.Concurrent.MSampleVar
+ import Control.Monad(void,join)
+ import Control.Concurrent.MVar(MVar,newMVar,newEmptyMVar,tryTakeMVar,takeMVar,putMVar,withMVar,isEmptyMVar)
+ import Control.Exception(mask_)
+-import Data.Typeable(Typeable1(typeOf1),mkTyCon,mkTyConApp)
++import Data.Typeable(mkTyConApp)
+ 
+ -- |
+ -- Sample variables are slightly different from a normal 'MVar':
+@@ -62,10 +62,6 @@ data MSampleVar a = MSampleVar { readQueue :: MVar ()
+                                , lockedStore :: MVar (MVar a) }
+   deriving (Eq)
+ 
+-instance Typeable1 MSampleVar where
+-  typeOf1 _ = mkTyConApp tc []
+-    where tc = mkTyCon "MSampleVar"
+-
+ 
+ -- | 'newEmptySV' allocates a new MSampleVar in an empty state.  No futher
+ -- allocation is done when using the 'MSampleVar'.
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/async_fix-build-with-new-ghc.patch b/standalone/android/haskell-patches/async_fix-build-with-new-ghc.patch
new file mode 100644
index 0000000000..727720ad43
--- /dev/null
+++ b/standalone/android/haskell-patches/async_fix-build-with-new-ghc.patch
@@ -0,0 +1,25 @@
+From 0035f0366e426af213244b2eb25ffb63cb9e74d0 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 06:14:50 +0000
+Subject: [PATCH] fix build with new ghc
+
+---
+ async.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/async.cabal b/async.cabal
+index 8e47d9d..98e6312 100644
+--- a/async.cabal
++++ b/async.cabal
+@@ -70,7 +70,7 @@ source-repository head
+ 
+ library
+     exposed-modules:     Control.Concurrent.Async
+-    build-depends:       base >= 4.3 && < 4.7, stm >= 2.2 && < 2.5
++    build-depends:       base >= 4.3 && < 4.9, stm >= 2.2 && < 2.5
+ 
+ test-suite test-async
+     type:       exitcode-stdio-1.0
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/bloomfilter_fix-build-with-newer-base.patch b/standalone/android/haskell-patches/bloomfilter_fix-build-with-newer-base.patch
new file mode 100644
index 0000000000..d2f783a7f4
--- /dev/null
+++ b/standalone/android/haskell-patches/bloomfilter_fix-build-with-newer-base.patch
@@ -0,0 +1,26 @@
+From 09bcaf4f203c39c967a6951d56fd015347bb5dae Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sat, 21 Sep 2013 21:57:21 +0000
+Subject: [PATCH] fix build with newer base
+
+---
+ Data/BloomFilter/Array.hs |    3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/Data/BloomFilter/Array.hs b/Data/BloomFilter/Array.hs
+index e085bbe..d94757a 100644
+--- a/Data/BloomFilter/Array.hs
++++ b/Data/BloomFilter/Array.hs
+@@ -3,7 +3,8 @@
+ 
+ module Data.BloomFilter.Array (newArray) where
+ 
+-import Control.Monad.ST (ST, unsafeIOToST)
++import Control.Monad.ST (ST)
++import Control.Monad.ST.Unsafe (unsafeIOToST)
+ import Data.Array.Base (MArray, STUArray(..), unsafeNewArray_)
+ #if __GLASGOW_HASKELL__ >= 704
+ import Foreign.C.Types (CInt(..), CSize(..))
+-- 
+1.7.10.4
+
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..f8bdd1c39f
--- /dev/null
+++ b/standalone/android/haskell-patches/crypto-numbers_build-fix.patch
@@ -0,0 +1,235 @@
+From f6ed5c3093111ffe0276f5b5bb6241783611ab1c Mon Sep 17 00:00:00 2001
+From: androidbuilder <androidbuilder@example.com>
+Date: Mon, 11 Nov 2013 01:54:25 +0000
+Subject: [PATCH] hack to build
+
+---
+ Crypto/Number/Basic.hs         |   17 -----------------
+ Crypto/Number/ModArithmetic.hs |   29 -----------------------------
+ Crypto/Number/Prime.hs         |   18 ------------------
+ crypto-numbers.cabal           |    2 +-
+ 4 files changed, 1 insertion(+), 65 deletions(-)
+
+diff --git a/Crypto/Number/Basic.hs b/Crypto/Number/Basic.hs
+index af03052..5de8518 100644
+--- a/Crypto/Number/Basic.hs
++++ b/Crypto/Number/Basic.hs
+@@ -1,8 +1,5 @@
+ {-# LANGUAGE BangPatterns #-}
+ {-# LANGUAGE CPP #-}
+-#if MIN_VERSION_integer_gmp(0,5,1)
+-{-# LANGUAGE UnboxedTuples #-}
+-#endif
+ -- |
+ -- Module      : Crypto.Number.Basic
+ -- License     : BSD-style
+@@ -17,11 +14,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
+@@ -60,25 +53,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'
+@@ -102,7 +86,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 031f477..38b22b7 100644
+--- a/Crypto/Number/ModArithmetic.hs
++++ b/Crypto/Number/ModArithmetic.hs
+@@ -26,12 +26,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
+@@ -52,13 +48,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
+@@ -71,11 +61,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
+@@ -84,22 +70,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
+@@ -107,7 +86,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
+@@ -119,17 +97,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 2060f4d..61d37c0 100644
+--- a/Crypto/Number/Prime.hs
++++ b/Crypto/Number/Prime.hs
+@@ -1,8 +1,6 @@
+ {-# LANGUAGE CPP #-}
+ {-# LANGUAGE BangPatterns #-}
+-#if MIN_VERSION_integer_gmp(0,5,1)
+ {-# LANGUAGE MagicHash #-}
+-#endif
+ -- |
+ -- Module      : Crypto.Number.Prime
+ -- License     : BSD-style
+@@ -27,12 +25,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,
+@@ -75,21 +68,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)
+@@ -126,7 +109,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 05c00c1..8da5e2a 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.3-0001-fixes-for-cross-build.patch b/standalone/android/haskell-patches/distributive_0.3-0001-fixes-for-cross-build.patch
new file mode 100644
index 0000000000..4859be9a49
--- /dev/null
+++ b/standalone/android/haskell-patches/distributive_0.3-0001-fixes-for-cross-build.patch
@@ -0,0 +1,25 @@
+From 6cd7b7d3a8e38ada9b1e3989770525c63f9f1d7d Mon Sep 17 00:00:00 2001
+From: androidbuilder <androidbuilder@example.com>
+Date: Fri, 18 Oct 2013 23:10:16 +0000
+Subject: [PATCH] cross build
+
+---
+ distributive.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/distributive.cabal b/distributive.cabal
+index 5d4ac69..82d7593 100644
+--- a/distributive.cabal
++++ b/distributive.cabal
+@@ -12,7 +12,7 @@ bug-reports:   http://github.com/ekmett/distributive/issues
+ copyright:     Copyright (C) 2011-2013 Edward A. Kmett
+ synopsis:      Haskell 98 Distributive functors -- Dual to Traversable
+ description:   Haskell 98 Distributive functors -- Dual to Traversable
+-build-type:    Custom
++build-type:    Simple
+ extra-source-files:
+   .ghci
+   .travis.yml
+-- 
+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..5e09fdc8fc
--- /dev/null
+++ b/standalone/android/haskell-patches/entropy_cross-build.patch
@@ -0,0 +1,25 @@
+From 10da50b5eea1e615af1d3b242f422ad278c9f268 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Fri, 18 Oct 2013 23:16:41 +0000
+Subject: [PATCH] cross build
+
+---
+ entropy.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/entropy.cabal b/entropy.cabal
+index e69dec4..4fa3774 100644
+--- a/entropy.cabal
++++ b/entropy.cabal
+@@ -14,7 +14,7 @@ category:       Data, Cryptography
+ homepage:       https://github.com/TomMD/entropy
+ bug-reports:    https://github.com/TomMD/entropy/issues
+ stability:      stable
+-build-type:        Custom
++build-type:        Simple
+ cabal-version:     >=1.10
+ tested-with:    GHC == 7.6.3
+ -- data-files:
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/gnuidn_fix-build-with-new-base.patch b/standalone/android/haskell-patches/gnuidn_fix-build-with-new-base.patch
new file mode 100644
index 0000000000..ff9d8f2458
--- /dev/null
+++ b/standalone/android/haskell-patches/gnuidn_fix-build-with-new-base.patch
@@ -0,0 +1,50 @@
+From afdec6c9e66211a0ac8419fffe191b059d1fd00c Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 17:24:33 +0000
+Subject: [PATCH] fix build with new base
+
+---
+ Data/Text/IDN/IDNA.chs       |    1 +
+ Data/Text/IDN/Punycode.chs   |    1 +
+ Data/Text/IDN/StringPrep.chs |    1 +
+ 3 files changed, 3 insertions(+)
+
+diff --git a/Data/Text/IDN/IDNA.chs b/Data/Text/IDN/IDNA.chs
+index ed29ee4..dbb4ba5 100644
+--- a/Data/Text/IDN/IDNA.chs
++++ b/Data/Text/IDN/IDNA.chs
+@@ -31,6 +31,7 @@ import Foreign
+ import Foreign.C
+ 
+ import Data.Text.IDN.Internal
++import System.IO.Unsafe
+ 
+ #include <idna.h>
+ #include <idn-free.h>
+diff --git a/Data/Text/IDN/Punycode.chs b/Data/Text/IDN/Punycode.chs
+index 24b5fa6..4e62555 100644
+--- a/Data/Text/IDN/Punycode.chs
++++ b/Data/Text/IDN/Punycode.chs
+@@ -32,6 +32,7 @@ import Data.List (unfoldr)
+ import qualified Data.ByteString as B
+ import qualified Data.Text as T
+ 
++import System.IO.Unsafe
+ import Foreign
+ import Foreign.C
+ 
+diff --git a/Data/Text/IDN/StringPrep.chs b/Data/Text/IDN/StringPrep.chs
+index 752dc9e..5e9fd84 100644
+--- a/Data/Text/IDN/StringPrep.chs
++++ b/Data/Text/IDN/StringPrep.chs
+@@ -39,6 +39,7 @@ import qualified Data.ByteString as B
+ import qualified Data.Text as T
+ import qualified Data.Text.Encoding as TE
+ 
++import System.IO.Unsafe
+ import Foreign
+ import Foreign.C
+ 
+-- 
+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..24f17cc6f6
--- /dev/null
+++ b/standalone/android/haskell-patches/gnutls_0.1.4-0001-statically-link-with-gnutls.patch
@@ -0,0 +1,37 @@
+From 67435289745b2f96fc9d1cd8e0263ef0565e4789 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Tue, 26 Nov 2013 19:18:28 +0000
+Subject: [PATCH] hack gnutls to statically link
+
+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..
+---
+ gnutls.cabal |    6 ++----
+ 1 file changed, 2 insertions(+), 4 deletions(-)
+
+diff --git a/gnutls.cabal b/gnutls.cabal
+index 5bfe687..ff1d08c 100644
+--- a/gnutls.cabal
++++ b/gnutls.cabal
+@@ -31,16 +31,14 @@ source-repository this
+ library
+   hs-source-dirs: lib
+   ghc-options: -Wall -O2
++  LD-Options: -L /home/androidbuilder/.ghc/android-14/arm-linux-androideabi-4.8/sysroot/usr/lib/ -l:libgnutls.a -l:libnettle.a -l:libhogweed.a -l:libgmp.a
+ 
+   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/lens_various-hacking-to-cross-build.patch b/standalone/android/haskell-patches/lens_various-hacking-to-cross-build.patch
new file mode 100644
index 0000000000..274efc71e4
--- /dev/null
+++ b/standalone/android/haskell-patches/lens_various-hacking-to-cross-build.patch
@@ -0,0 +1,385 @@
+From 41706061810410cc38f602ccc9a4c9560502251f Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Sat, 19 Oct 2013 01:44:52 +0000
+Subject: [PATCH] hackity
+
+---
+ lens.cabal                             |   12 +-----------
+ src/Control/Exception/Lens.hs          |    2 +-
+ src/Control/Lens.hs                    |    6 +++---
+ src/Control/Lens/Equality.hs           |    4 ++--
+ src/Control/Lens/Fold.hs               |    6 +++---
+ src/Control/Lens/Internal.hs           |    2 +-
+ src/Control/Lens/Internal/Exception.hs |   26 +-------------------------
+ src/Control/Lens/Internal/Instances.hs |   14 --------------
+ src/Control/Lens/Internal/Zipper.hs    |    2 +-
+ src/Control/Lens/Iso.hs                |    2 --
+ src/Control/Lens/Lens.hs               |    2 +-
+ src/Control/Lens/Operators.hs          |    2 +-
+ src/Control/Lens/Plated.hs             |    2 +-
+ src/Control/Lens/Prism.hs              |    2 --
+ src/Control/Lens/Setter.hs             |    2 --
+ src/Control/Lens/TH.hs                 |    2 +-
+ src/Data/Data/Lens.hs                  |    6 +++---
+ 17 files changed, 20 insertions(+), 74 deletions(-)
+
+diff --git a/lens.cabal b/lens.cabal
+index b25adf4..3e5c30c 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-2013 Edward A. Kmett
+-build-type:    Custom
++build-type:    Simple
+ tested-with:   GHC == 7.6.3
+ synopsis:      Lenses, Folds and Traversals
+ description:
+@@ -235,14 +235,12 @@ library
+     Control.Lens.Review
+     Control.Lens.Setter
+     Control.Lens.Simple
+-    Control.Lens.TH
+     Control.Lens.Traversal
+     Control.Lens.Tuple
+     Control.Lens.Type
+     Control.Lens.Wrapped
+     Control.Lens.Zipper
+     Control.Lens.Zoom
+-    Control.Monad.Error.Lens
+     Control.Parallel.Strategies.Lens
+     Control.Seq.Lens
+     Data.Array.Lens
+@@ -266,12 +264,8 @@ 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
+ 
+   if flag(safe)
+@@ -370,7 +364,6 @@ test-suite doctests
+       deepseq,
+       doctest        >= 0.9.1,
+       filepath,
+-      generic-deriving,
+       mtl,
+       nats,
+       parallel,
+@@ -396,7 +389,6 @@ benchmark plated
+     comonad,
+     criterion,
+     deepseq,
+-    generic-deriving,
+     lens,
+     transformers
+ 
+@@ -431,7 +423,6 @@ benchmark unsafe
+     comonads-fd,
+     criterion,
+     deepseq,
+-    generic-deriving,
+     lens,
+     transformers
+ 
+@@ -448,6 +439,5 @@ benchmark zipper
+     comonads-fd,
+     criterion,
+     deepseq,
+-    generic-deriving,
+     lens,
+     transformers
+diff --git a/src/Control/Exception/Lens.hs b/src/Control/Exception/Lens.hs
+index 0619335..c97ad9b 100644
+--- a/src/Control/Exception/Lens.hs
++++ b/src/Control/Exception/Lens.hs
+@@ -112,7 +112,7 @@ import Prelude
+   ,  Maybe(..), Either(..), Functor(..), String, IO
+   )
+ 
+-{-# ANN module "HLint: ignore Use Control.Exception.catch" #-}
++
+ 
+ -- $setup
+ -- >>> :set -XNoOverloadedStrings
+diff --git a/src/Control/Lens.hs b/src/Control/Lens.hs
+index 242c3c1..2ab9cdb 100644
+--- a/src/Control/Lens.hs
++++ b/src/Control/Lens.hs
+@@ -59,7 +59,7 @@ module Control.Lens
+   , module Control.Lens.Review
+   , module Control.Lens.Setter
+   , module Control.Lens.Simple
+-#ifndef DISABLE_TEMPLATE_HASKELL
++#if 0
+   , module Control.Lens.TH
+ #endif
+   , module Control.Lens.Traversal
+@@ -89,7 +89,7 @@ import Control.Lens.Reified
+ import Control.Lens.Review
+ import Control.Lens.Setter
+ import Control.Lens.Simple
+-#ifndef DISABLE_TEMPLATE_HASKELL
++#if 0
+ import Control.Lens.TH
+ #endif
+ import Control.Lens.Traversal
+@@ -99,4 +99,4 @@ import Control.Lens.Wrapped
+ import Control.Lens.Zipper
+ import Control.Lens.Zoom
+ 
+-{-# ANN module "HLint: ignore Use import/export shortcut" #-}
++
+diff --git a/src/Control/Lens/Equality.hs b/src/Control/Lens/Equality.hs
+index 982c2d7..3a3fe1a 100644
+--- a/src/Control/Lens/Equality.hs
++++ b/src/Control/Lens/Equality.hs
+@@ -28,8 +28,8 @@ module Control.Lens.Equality
+ import Control.Lens.Internal.Setter
+ import Control.Lens.Type
+ 
+-{-# ANN module "HLint: ignore Use id" #-}
+-{-# ANN module "HLint: ignore Eta reduce" #-}
++
++
+ 
+ -- $setup
+ -- >>> import Control.Lens
+diff --git a/src/Control/Lens/Fold.hs b/src/Control/Lens/Fold.hs
+index 32a4073..cc7da1e 100644
+--- a/src/Control/Lens/Fold.hs
++++ b/src/Control/Lens/Fold.hs
+@@ -163,9 +163,9 @@ import Data.Traversable
+ -- >>> let g :: Expr -> Expr; g = Debug.SimpleReflect.Vars.g
+ -- >>> let timingOut :: NFData a => a -> IO a; timingOut = fmap (fromMaybe (error "timeout")) . timeout (5*10^6) . evaluate . force
+ 
+-{-# ANN module "HLint: ignore Eta reduce" #-}
+-{-# ANN module "HLint: ignore Use camelCase" #-}
+-{-# ANN module "HLint: ignore Use curry" #-}
++
++
++
+ 
+ infixl 8 ^.., ^?, ^?!, ^@.., ^@?, ^@?!
+ 
+diff --git a/src/Control/Lens/Internal.hs b/src/Control/Lens/Internal.hs
+index 295662e..539642d 100644
+--- a/src/Control/Lens/Internal.hs
++++ b/src/Control/Lens/Internal.hs
+@@ -43,4 +43,4 @@ import Control.Lens.Internal.Review
+ import Control.Lens.Internal.Setter
+ import Control.Lens.Internal.Zoom
+ 
+-{-# ANN module "HLint: ignore Use import/export shortcut" #-}
++
+diff --git a/src/Control/Lens/Internal/Exception.hs b/src/Control/Lens/Internal/Exception.hs
+index 387203e..8bea89b 100644
+--- a/src/Control/Lens/Internal/Exception.hs
++++ b/src/Control/Lens/Internal/Exception.hs
+@@ -36,6 +36,7 @@ import Data.Monoid
+ import Data.Proxy
+ import Data.Reflection
+ import Data.Typeable
++import Data.Typeable
+ import System.IO.Unsafe
+ 
+ ------------------------------------------------------------------------------
+@@ -128,18 +129,6 @@ class Handleable e (m :: * -> *) (h :: * -> *) | h -> e m where
+   handler_ l = handler l . const
+   {-# INLINE handler_ #-}
+ 
+-instance Handleable SomeException IO Exception.Handler where
+-  handler = handlerIO
+-
+-instance Handleable SomeException m (CatchIO.Handler m) where
+-  handler = handlerCatchIO
+-
+-handlerIO :: forall a r. Getting (First a) SomeException a -> (a -> IO r) -> Exception.Handler r
+-handlerIO l f = reify (preview l) $ \ (_ :: Proxy s) -> Exception.Handler (\(Handling a :: Handling a s IO) -> f a)
+-
+-handlerCatchIO :: forall m a r. Getting (First a) SomeException a -> (a -> m r) -> CatchIO.Handler m r
+-handlerCatchIO l f = reify (preview l) $ \ (_ :: Proxy s) -> CatchIO.Handler (\(Handling a :: Handling a s m) -> f a)
+-
+ ------------------------------------------------------------------------------
+ -- Helpers
+ ------------------------------------------------------------------------------
+@@ -159,21 +148,8 @@ supply = unsafePerformIO $ newIORef 0
+ -- | This permits the construction of an \"impossible\" 'Control.Exception.Handler' that matches only if some function does.
+ newtype Handling a s (m :: * -> *) = Handling a
+ 
+--- the m parameter exists simply to break the Typeable1 pattern, so we can provide this without overlap.
+--- here we simply generate a fresh TypeRep so we'll fail to compare as equal to any other TypeRep.
+-instance Typeable (Handling a s m) where
+-  typeOf _ = unsafePerformIO $ do
+-    i <- atomicModifyIORef supply $ \a -> let a' = a + 1 in a' `seq` (a', a)
+-    return $ mkTyConApp (mkTyCon3 "lens" "Control.Lens.Internal.Exception" ("Handling" ++ show i)) []
+-  {-# INLINE typeOf #-}
+-
+ -- The @Handling@ wrapper is uninteresting, and should never be thrown, so you won't get much benefit here.
+ instance Show (Handling a s m) where
+   showsPrec d _ = showParen (d > 10) $ showString "Handling ..."
+   {-# INLINE showsPrec #-}
+ 
+-instance Reifies s (SomeException -> Maybe a) => Exception (Handling a s m) where
+-  toException _ = SomeException HandlingException
+-  {-# INLINE toException #-}
+-  fromException = fmap Handling . reflect (Proxy :: Proxy s)
+-  {-# INLINE fromException #-}
+diff --git a/src/Control/Lens/Internal/Instances.hs b/src/Control/Lens/Internal/Instances.hs
+index 6783f33..17715ce 100644
+--- a/src/Control/Lens/Internal/Instances.hs
++++ b/src/Control/Lens/Internal/Instances.hs
+@@ -24,26 +24,12 @@ import Data.Traversable
+ -- Orphan Instances
+ -------------------------------------------------------------------------------
+ 
+-instance Foldable ((,) b) where
+-  foldMap f (_, a) = f a
+-
+ instance Foldable1 ((,) b) where
+   foldMap1 f (_, a) = f a
+ 
+-instance Traversable ((,) b) where
+-  traverse f (b, a) = (,) b <$> f a
+-
+ instance Traversable1 ((,) b) where
+   traverse1 f (b, a) = (,) b <$> f a
+ 
+-instance Foldable (Either a) where
+-  foldMap _ (Left _) = mempty
+-  foldMap f (Right a) = f a
+-
+-instance Traversable (Either a) where
+-  traverse _ (Left b) = pure (Left b)
+-  traverse f (Right a) = Right <$> f a
+-
+ instance Foldable (Const m) where
+   foldMap _ _ = mempty
+ 
+diff --git a/src/Control/Lens/Internal/Zipper.hs b/src/Control/Lens/Internal/Zipper.hs
+index 95875b7..76060be 100644
+--- a/src/Control/Lens/Internal/Zipper.hs
++++ b/src/Control/Lens/Internal/Zipper.hs
+@@ -53,7 +53,7 @@ import Data.Profunctor.Unsafe
+ -- >>> import Control.Lens
+ -- >>> import Data.Char
+ 
+-{-# ANN module "HLint: ignore Use foldl" #-}
++
+ 
+ ------------------------------------------------------------------------------
+ -- * Jacket
+diff --git a/src/Control/Lens/Iso.hs b/src/Control/Lens/Iso.hs
+index 1152af4..80c3175 100644
+--- a/src/Control/Lens/Iso.hs
++++ b/src/Control/Lens/Iso.hs
+@@ -82,8 +82,6 @@ import Data.Maybe
+ import Data.Profunctor
+ import Data.Profunctor.Unsafe
+ 
+-{-# ANN module "HLint: ignore Use on" #-}
+-
+ -- $setup
+ -- >>> :set -XNoOverloadedStrings
+ -- >>> import Control.Lens
+diff --git a/src/Control/Lens/Lens.hs b/src/Control/Lens/Lens.hs
+index b26cc06..6f84943 100644
+--- a/src/Control/Lens/Lens.hs
++++ b/src/Control/Lens/Lens.hs
+@@ -126,7 +126,7 @@ import Data.Profunctor.Rep
+ import Data.Profunctor.Unsafe
+ import Data.Void
+ 
+-{-# ANN module "HLint: ignore Use ***" #-}
++
+ 
+ -- $setup
+ -- >>> :set -XNoOverloadedStrings
+diff --git a/src/Control/Lens/Operators.hs b/src/Control/Lens/Operators.hs
+index 11868e0..475c945 100644
+--- a/src/Control/Lens/Operators.hs
++++ b/src/Control/Lens/Operators.hs
+@@ -108,4 +108,4 @@ import Control.Lens.Review
+ import Control.Lens.Setter
+ import Control.Lens.Zipper
+ 
+-{-# ANN module "HLint: ignore Use import/export shortcut" #-}
++
+diff --git a/src/Control/Lens/Plated.hs b/src/Control/Lens/Plated.hs
+index a8c4d20..cef574e 100644
+--- a/src/Control/Lens/Plated.hs
++++ b/src/Control/Lens/Plated.hs
+@@ -95,7 +95,7 @@ import           Data.Data.Lens
+ import           Data.Monoid
+ import           Data.Tree
+ 
+-{-# ANN module "HLint: ignore Reduce duplication" #-}
++
+ 
+ -- | A 'Plated' type is one where we know how to extract its immediate self-similar children.
+ --
+diff --git a/src/Control/Lens/Prism.hs b/src/Control/Lens/Prism.hs
+index 45b5cfe..88c7ff9 100644
+--- a/src/Control/Lens/Prism.hs
++++ b/src/Control/Lens/Prism.hs
+@@ -53,8 +53,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/Lens/Setter.hs b/src/Control/Lens/Setter.hs
+index 2acbfa6..4a12c6b 100644
+--- a/src/Control/Lens/Setter.hs
++++ b/src/Control/Lens/Setter.hs
+@@ -87,8 +87,6 @@ import Data.Profunctor
+ import Data.Profunctor.Rep
+ import Data.Profunctor.Unsafe
+ 
+-{-# ANN module "HLint: ignore Avoid lambda" #-}
+-
+ -- $setup
+ -- >>> import Control.Lens
+ -- >>> import Control.Monad.State
+diff --git a/src/Control/Lens/TH.hs b/src/Control/Lens/TH.hs
+index a05eb07..49218b5 100644
+--- a/src/Control/Lens/TH.hs
++++ b/src/Control/Lens/TH.hs
+@@ -87,7 +87,7 @@ import Language.Haskell.TH
+ import Language.Haskell.TH.Syntax
+ import Language.Haskell.TH.Lens
+ 
+-{-# ANN module "HLint: ignore Use foldl" #-}
++
+ 
+ -- | Flags for 'Lens' construction
+ data LensFlag
+diff --git a/src/Data/Data/Lens.hs b/src/Data/Data/Lens.hs
+index cf1e7c9..b39dacf 100644
+--- a/src/Data/Data/Lens.hs
++++ b/src/Data/Data/Lens.hs
+@@ -65,9 +65,9 @@ import           Data.Monoid
+ import           GHC.Exts (realWorld#)
+ #endif
+ 
+-{-# ANN module "HLint: ignore Eta reduce" #-}
+-{-# ANN module "HLint: ignore Use foldl" #-}
+-{-# ANN module "HLint: ignore Reduce duplication" #-}
++
++
++
+ 
+ -- $setup
+ -- >>> :set -XNoOverloadedStrings
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/lifted-base_crossbuild.patch b/standalone/android/haskell-patches/lifted-base_crossbuild.patch
new file mode 100644
index 0000000000..945aee4913
--- /dev/null
+++ b/standalone/android/haskell-patches/lifted-base_crossbuild.patch
@@ -0,0 +1,25 @@
+From 8a98fa29048b508c64d5bb1e03ef89bfad8adc01 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sat, 21 Sep 2013 21:34:17 +0000
+Subject: [PATCH] crossbuild
+
+---
+ lifted-base.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/lifted-base.cabal b/lifted-base.cabal
+index 24f2860..3bef225 100644
+--- a/lifted-base.cabal
++++ b/lifted-base.cabal
+@@ -9,7 +9,7 @@ Copyright:           (c) 2011-2012 Bas van Dijk, Anders Kaseorg
+ Homepage:            https://github.com/basvandijk/lifted-base
+ Bug-reports:         https://github.com/basvandijk/lifted-base/issues
+ Category:            Control
+-Build-type:          Custom
++Build-type:          Simple
+ Cabal-version:       >= 1.8
+ Description:         @lifted-base@ exports IO operations from the base library lifted to
+                      any instance of 'MonadBase' or 'MonadBaseControl'.
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/network_2.4.1.0_0001-android-port-fixes.patch b/standalone/android/haskell-patches/network_2.4.1.0_0001-android-port-fixes.patch
new file mode 100644
index 0000000000..d7d0608d21
--- /dev/null
+++ b/standalone/android/haskell-patches/network_2.4.1.0_0001-android-port-fixes.patch
@@ -0,0 +1,1960 @@
+From 9750532bd6200353fe09dda65ee6fb59702c4ac1 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Thu, 28 Feb 2013 23:32:15 -0400
+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 +
+ config.guess                  |  562 ++++++++++++++++++++++-------------------
+ config.sub                    |  384 ++++++++++++++++++++--------
+ configure                     |    1 +
+ include/HsNetworkConfig.h     |    8 +-
+ 9 files changed, 612 insertions(+), 387 deletions(-)
+
+diff --git a/Network/Socket.hsc b/Network/Socket.hsc
+index 259e843..e6c0feb 100644
+--- a/Network/Socket.hsc
++++ b/Network/Socket.hsc
+@@ -38,7 +38,7 @@ module Network.Socket
+     , SockAddr(..)
+     , SocketStatus(..)
+     , HostAddress
+-#if defined(IPV6_SOCKET_SUPPORT)
++#if defined(IPV6_SOCKET_SUPPORTNO)
+     , HostAddress6
+     , FlowInfo
+     , ScopeID
+@@ -55,7 +55,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
+@@ -330,16 +330,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
+@@ -1043,9 +1033,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
+@@ -1219,7 +1209,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 bec2eb9..cb8ed8c 100644
+--- a/Network/Socket/ByteString.hsc
++++ b/Network/Socket/ByteString.hsc
+@@ -201,7 +201,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 96fe9c6..df5ce64 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 7ad24f1..dad1d1d 100644
+--- a/Network/Socket/Types.hsc
++++ b/Network/Socket/Types.hsc
+@@ -705,8 +705,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/config.guess b/config.guess
+index c38553d..1804e9f 100644
+--- a/config.guess
++++ b/config.guess
+@@ -1,13 +1,14 @@
+ #! /bin/sh
+ # Attempt to guess a canonical system name.
+ #   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
+-#   2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.
++#   2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010,
++#   2011, 2012, 2013 Free Software Foundation, Inc.
+ 
+-timestamp='2006-02-23'
++timestamp='2012-12-29'
+ 
+ # This file 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 2 of the License, or
++# 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
+@@ -16,26 +17,22 @@ timestamp='2006-02-23'
+ # General Public License for more details.
+ #
+ # You should have received a copy of the GNU General Public License
+-# along with this program; if not, write to the Free Software
+-# Foundation, Inc., 51 Franklin Street - Fifth Floor, Boston, MA
+-# 02110-1301, USA.
++# along with this program; if not, see <http://www.gnu.org/licenses/>.
+ #
+ # As a special exception to the GNU General Public License, if you
+ # distribute this file as part of a program that contains a
+ # configuration script generated by Autoconf, you may include it under
+-# the same distribution terms that you use for the rest of that program.
+-
+-
+-# Originally written by Per Bothner <per@bothner.com>.
+-# Please send patches to <config-patches@gnu.org>.  Submit a context
+-# diff and a properly formatted ChangeLog entry.
++# the same distribution terms that you use for the rest of that
++# program.  This Exception is an additional permission under section 7
++# of the GNU General Public License, version 3 ("GPLv3").
++#
++# Originally written by Per Bothner. 
+ #
+-# This script attempts to guess a canonical system name similar to
+-# config.sub.  If it succeeds, it prints the system name on stdout, and
+-# exits with 0.  Otherwise, it exits with 1.
++# You can get the latest version of this script from:
++# http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
+ #
+-# The plan is that this can be called by configure scripts if you
+-# don't specify an explicit build system type.
++# Please send patches with a ChangeLog entry to config-patches@gnu.org.
++
+ 
+ me=`echo "$0" | sed -e 's,.*/,,'`
+ 
+@@ -55,8 +52,9 @@ version="\
+ GNU config.guess ($timestamp)
+ 
+ Originally written by Per Bothner.
+-Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005
+-Free Software Foundation, Inc.
++Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000,
++2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011,
++2012, 2013 Free Software Foundation, Inc.
+ 
+ This is free software; see the source for copying conditions.  There is NO
+ warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE."
+@@ -143,7 +141,7 @@ UNAME_VERSION=`(uname -v) 2>/dev/null` || UNAME_VERSION=unknown
+ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+     *:NetBSD:*:*)
+ 	# NetBSD (nbsd) targets should (where applicable) match one or
+-	# more of the tupples: *-*-netbsdelf*, *-*-netbsdaout*,
++	# more of the tuples: *-*-netbsdelf*, *-*-netbsdaout*,
+ 	# *-*-netbsdecoff* and *-*-netbsd*.  For targets that recently
+ 	# switched to ELF, *-*-netbsd* would select the old
+ 	# object file format.  This provides both forward
+@@ -160,6 +158,7 @@ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+ 	    arm*) machine=arm-unknown ;;
+ 	    sh3el) machine=shl-unknown ;;
+ 	    sh3eb) machine=sh-unknown ;;
++	    sh5el) machine=sh5le-unknown ;;
+ 	    *) machine=${UNAME_MACHINE_ARCH}-unknown ;;
+ 	esac
+ 	# The Operating System including object format, if it has switched
+@@ -168,7 +167,7 @@ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+ 	    arm*|i386|m68k|ns32k|sh3*|sparc|vax)
+ 		eval $set_cc_for_build
+ 		if echo __ELF__ | $CC_FOR_BUILD -E - 2>/dev/null \
+-			| grep __ELF__ >/dev/null
++			| grep -q __ELF__
+ 		then
+ 		    # Once all utilities can be ECOFF (netbsdecoff) or a.out (netbsdaout).
+ 		    # Return netbsd for either.  FIX?
+@@ -178,7 +177,7 @@ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+ 		fi
+ 		;;
+ 	    *)
+-	        os=netbsd
++		os=netbsd
+ 		;;
+ 	esac
+ 	# The OS release
+@@ -199,6 +198,10 @@ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+ 	# CPU_TYPE-MANUFACTURER-OPERATING_SYSTEM is used.
+ 	echo "${machine}-${os}${release}"
+ 	exit ;;
++    *:Bitrig:*:*)
++	UNAME_MACHINE_ARCH=`arch | sed 's/Bitrig.//'`
++	echo ${UNAME_MACHINE_ARCH}-unknown-bitrig${UNAME_RELEASE}
++	exit ;;
+     *:OpenBSD:*:*)
+ 	UNAME_MACHINE_ARCH=`arch | sed 's/OpenBSD.//'`
+ 	echo ${UNAME_MACHINE_ARCH}-unknown-openbsd${UNAME_RELEASE}
+@@ -210,7 +213,7 @@ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+ 	echo ${UNAME_MACHINE}-unknown-solidbsd${UNAME_RELEASE}
+ 	exit ;;
+     macppc:MirBSD:*:*)
+-	echo powerppc-unknown-mirbsd${UNAME_RELEASE}
++	echo powerpc-unknown-mirbsd${UNAME_RELEASE}
+ 	exit ;;
+     *:MirBSD:*:*)
+ 	echo ${UNAME_MACHINE}-unknown-mirbsd${UNAME_RELEASE}
+@@ -221,7 +224,7 @@ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+ 		UNAME_RELEASE=`/usr/sbin/sizer -v | awk '{print $3}'`
+ 		;;
+ 	*5.*)
+-	        UNAME_RELEASE=`/usr/sbin/sizer -v | awk '{print $4}'`
++		UNAME_RELEASE=`/usr/sbin/sizer -v | awk '{print $4}'`
+ 		;;
+ 	esac
+ 	# According to Compaq, /usr/sbin/psrinfo has been available on
+@@ -267,7 +270,10 @@ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+ 	# A Xn.n version is an unreleased experimental baselevel.
+ 	# 1.2 uses "1.2" for uname -r.
+ 	echo ${UNAME_MACHINE}-dec-osf`echo ${UNAME_RELEASE} | sed -e 's/^[PVTX]//' | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz'`
+-	exit ;;
++	# Reset EXIT trap before exiting to avoid spurious non-zero exit code.
++	exitcode=$?
++	trap '' 0
++	exit $exitcode ;;
+     Alpha\ *:Windows_NT*:*)
+ 	# How do we know it's Interix rather than the generic POSIX subsystem?
+ 	# Should we change UNAME_MACHINE based on the output of uname instead
+@@ -293,12 +299,12 @@ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+ 	echo s390-ibm-zvmoe
+ 	exit ;;
+     *:OS400:*:*)
+-        echo powerpc-ibm-os400
++	echo powerpc-ibm-os400
+ 	exit ;;
+     arm:RISC*:1.[012]*:*|arm:riscix:1.[012]*:*)
+ 	echo arm-acorn-riscix${UNAME_RELEASE}
+ 	exit ;;
+-    arm:riscos:*:*|arm:RISCOS:*:*)
++    arm*:riscos:*:*|arm*:RISCOS:*:*)
+ 	echo arm-unknown-riscos
+ 	exit ;;
+     SR2?01:HI-UX/MPP:*:* | SR8000:HI-UX/MPP:*:*)
+@@ -322,14 +328,33 @@ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+ 	case `/usr/bin/uname -p` in
+ 	    sparc) echo sparc-icl-nx7; exit ;;
+ 	esac ;;
++    s390x:SunOS:*:*)
++	echo ${UNAME_MACHINE}-ibm-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'`
++	exit ;;
+     sun4H:SunOS:5.*:*)
+ 	echo sparc-hal-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'`
+ 	exit ;;
+     sun4*:SunOS:5.*:* | tadpole*:SunOS:5.*:*)
+ 	echo sparc-sun-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'`
+ 	exit ;;
+-    i86pc:SunOS:5.*:*)
+-	echo i386-pc-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'`
++    i86pc:AuroraUX:5.*:* | i86xen:AuroraUX:5.*:*)
++	echo i386-pc-auroraux${UNAME_RELEASE}
++	exit ;;
++    i86pc:SunOS:5.*:* | i86xen:SunOS:5.*:*)
++	eval $set_cc_for_build
++	SUN_ARCH="i386"
++	# If there is a compiler, see if it is configured for 64-bit objects.
++	# Note that the Sun cc does not turn __LP64__ into 1 like gcc does.
++	# This test works for both compilers.
++	if [ "$CC_FOR_BUILD" != 'no_compiler_found' ]; then
++	    if (echo '#ifdef __amd64'; echo IS_64BIT_ARCH; echo '#endif') | \
++		(CCOPTS= $CC_FOR_BUILD -E - 2>/dev/null) | \
++		grep IS_64BIT_ARCH >/dev/null
++	    then
++		SUN_ARCH="x86_64"
++	    fi
++	fi
++	echo ${SUN_ARCH}-pc-solaris2`echo ${UNAME_RELEASE}|sed -e 's/[^.]*//'`
+ 	exit ;;
+     sun4*:SunOS:6*:*)
+ 	# According to config.sub, this is the proper way to canonicalize
+@@ -373,23 +398,23 @@ case "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" in
+     # MiNT.  But MiNT is downward compatible to TOS, so this should
+     # be no problem.
+     atarist[e]:*MiNT:*:* | atarist[e]:*mint:*:* | atarist[e]:*TOS:*:*)
+-        echo m68k-atari-mint${UNAME_RELEASE}
++	echo m68k-atari-mint${UNAME_RELEASE}
+ 	exit ;;
+     atari*:*MiNT:*:* | atari*:*mint:*:* | atarist[e]:*TOS:*:*)
+ 	echo m68k-atari-mint${UNAME_RELEASE}
+-        exit ;;
++	exit ;;
+     *falcon*:*MiNT:*:* | *falcon*:*mint:*:* | *falcon*:*TOS:*:*)
+-        echo m68k-atari-mint${UNAME_RELEASE}
++	echo m68k-atari-mint${UNAME_RELEASE}
+ 	exit ;;
+     milan*:*MiNT:*:* | milan*:*mint:*:* | *milan*:*TOS:*:*)
+-        echo m68k-milan-mint${UNAME_RELEASE}
+-        exit ;;
++	echo m68k-milan-mint${UNAME_RELEASE}
++	exit ;;
+     hades*:*MiNT:*:* | hades*:*mint:*:* | *hades*:*TOS:*:*)
+-        echo m68k-hades-mint${UNAME_RELEASE}
+-        exit ;;
++	echo m68k-hades-mint${UNAME_RELEASE}
++	exit ;;
+     *:*MiNT:*:* | *:*mint:*:* | *:*TOS:*:*)
+-        echo m68k-unknown-mint${UNAME_RELEASE}
+-        exit ;;
++	echo m68k-unknown-mint${UNAME_RELEASE}
++	exit ;;
+     m68k:machten:*:*)
+ 	echo m68k-apple-machten${UNAME_RELEASE}
+ 	exit ;;
+@@ -459,8 +484,8 @@ EOF
+ 	echo m88k-motorola-sysv3
+ 	exit ;;
+     AViiON:dgux:*:*)
+-        # DG/UX returns AViiON for all architectures
+-        UNAME_PROCESSOR=`/usr/bin/uname -p`
++	# DG/UX returns AViiON for all architectures
++	UNAME_PROCESSOR=`/usr/bin/uname -p`
+ 	if [ $UNAME_PROCESSOR = mc88100 ] || [ $UNAME_PROCESSOR = mc88110 ]
+ 	then
+ 	    if [ ${TARGET_BINARY_INTERFACE}x = m88kdguxelfx ] || \
+@@ -473,7 +498,7 @@ EOF
+ 	else
+ 	    echo i586-dg-dgux${UNAME_RELEASE}
+ 	fi
+- 	exit ;;
++	exit ;;
+     M88*:DolphinOS:*:*)	# DolphinOS (SVR3)
+ 	echo m88k-dolphin-sysv3
+ 	exit ;;
+@@ -530,7 +555,7 @@ EOF
+ 		echo rs6000-ibm-aix3.2
+ 	fi
+ 	exit ;;
+-    *:AIX:*:[45])
++    *:AIX:*:[4567])
+ 	IBM_CPU_ID=`/usr/sbin/lsdev -C -c processor -S available | sed 1q | awk '{ print $1 }'`
+ 	if /usr/sbin/lsattr -El ${IBM_CPU_ID} | grep ' POWER' >/dev/null 2>&1; then
+ 		IBM_ARCH=rs6000
+@@ -573,52 +598,52 @@ EOF
+ 	    9000/[678][0-9][0-9])
+ 		if [ -x /usr/bin/getconf ]; then
+ 		    sc_cpu_version=`/usr/bin/getconf SC_CPU_VERSION 2>/dev/null`
+-                    sc_kernel_bits=`/usr/bin/getconf SC_KERNEL_BITS 2>/dev/null`
+-                    case "${sc_cpu_version}" in
+-                      523) HP_ARCH="hppa1.0" ;; # CPU_PA_RISC1_0
+-                      528) HP_ARCH="hppa1.1" ;; # CPU_PA_RISC1_1
+-                      532)                      # CPU_PA_RISC2_0
+-                        case "${sc_kernel_bits}" in
+-                          32) HP_ARCH="hppa2.0n" ;;
+-                          64) HP_ARCH="hppa2.0w" ;;
++		    sc_kernel_bits=`/usr/bin/getconf SC_KERNEL_BITS 2>/dev/null`
++		    case "${sc_cpu_version}" in
++		      523) HP_ARCH="hppa1.0" ;; # CPU_PA_RISC1_0
++		      528) HP_ARCH="hppa1.1" ;; # CPU_PA_RISC1_1
++		      532)                      # CPU_PA_RISC2_0
++			case "${sc_kernel_bits}" in
++			  32) HP_ARCH="hppa2.0n" ;;
++			  64) HP_ARCH="hppa2.0w" ;;
+ 			  '') HP_ARCH="hppa2.0" ;;   # HP-UX 10.20
+-                        esac ;;
+-                    esac
++			esac ;;
++		    esac
+ 		fi
+ 		if [ "${HP_ARCH}" = "" ]; then
+ 		    eval $set_cc_for_build
+-		    sed 's/^              //' << EOF >$dummy.c
++		    sed 's/^		//' << EOF >$dummy.c
+ 
+-              #define _HPUX_SOURCE
+-              #include <stdlib.h>
+-              #include <unistd.h>
++		#define _HPUX_SOURCE
++		#include <stdlib.h>
++		#include <unistd.h>
+ 
+-              int main ()
+-              {
+-              #if defined(_SC_KERNEL_BITS)
+-                  long bits = sysconf(_SC_KERNEL_BITS);
+-              #endif
+-                  long cpu  = sysconf (_SC_CPU_VERSION);
++		int main ()
++		{
++		#if defined(_SC_KERNEL_BITS)
++		    long bits = sysconf(_SC_KERNEL_BITS);
++		#endif
++		    long cpu  = sysconf (_SC_CPU_VERSION);
+ 
+-                  switch (cpu)
+-              	{
+-              	case CPU_PA_RISC1_0: puts ("hppa1.0"); break;
+-              	case CPU_PA_RISC1_1: puts ("hppa1.1"); break;
+-              	case CPU_PA_RISC2_0:
+-              #if defined(_SC_KERNEL_BITS)
+-              	    switch (bits)
+-              		{
+-              		case 64: puts ("hppa2.0w"); break;
+-              		case 32: puts ("hppa2.0n"); break;
+-              		default: puts ("hppa2.0"); break;
+-              		} break;
+-              #else  /* !defined(_SC_KERNEL_BITS) */
+-              	    puts ("hppa2.0"); break;
+-              #endif
+-              	default: puts ("hppa1.0"); break;
+-              	}
+-                  exit (0);
+-              }
++		    switch (cpu)
++			{
++			case CPU_PA_RISC1_0: puts ("hppa1.0"); break;
++			case CPU_PA_RISC1_1: puts ("hppa1.1"); break;
++			case CPU_PA_RISC2_0:
++		#if defined(_SC_KERNEL_BITS)
++			    switch (bits)
++				{
++				case 64: puts ("hppa2.0w"); break;
++				case 32: puts ("hppa2.0n"); break;
++				default: puts ("hppa2.0"); break;
++				} break;
++		#else  /* !defined(_SC_KERNEL_BITS) */
++			    puts ("hppa2.0"); break;
++		#endif
++			default: puts ("hppa1.0"); break;
++			}
++		    exit (0);
++		}
+ EOF
+ 		    (CCOPTS= $CC_FOR_BUILD -o $dummy $dummy.c 2>/dev/null) && HP_ARCH=`$dummy`
+ 		    test -z "$HP_ARCH" && HP_ARCH=hppa
+@@ -638,7 +663,7 @@ EOF
+ 	    # => hppa64-hp-hpux11.23
+ 
+ 	    if echo __LP64__ | (CCOPTS= $CC_FOR_BUILD -E - 2>/dev/null) |
+-		grep __LP64__ >/dev/null
++		grep -q __LP64__
+ 	    then
+ 		HP_ARCH="hppa2.0w"
+ 	    else
+@@ -709,22 +734,22 @@ EOF
+ 	exit ;;
+     C1*:ConvexOS:*:* | convex:ConvexOS:C1*:*)
+ 	echo c1-convex-bsd
+-        exit ;;
++	exit ;;
+     C2*:ConvexOS:*:* | convex:ConvexOS:C2*:*)
+ 	if getsysinfo -f scalar_acc
+ 	then echo c32-convex-bsd
+ 	else echo c2-convex-bsd
+ 	fi
+-        exit ;;
++	exit ;;
+     C34*:ConvexOS:*:* | convex:ConvexOS:C34*:*)
+ 	echo c34-convex-bsd
+-        exit ;;
++	exit ;;
+     C38*:ConvexOS:*:* | convex:ConvexOS:C38*:*)
+ 	echo c38-convex-bsd
+-        exit ;;
++	exit ;;
+     C4*:ConvexOS:*:* | convex:ConvexOS:C4*:*)
+ 	echo c4-convex-bsd
+-        exit ;;
++	exit ;;
+     CRAY*Y-MP:*:*:*)
+ 	echo ymp-cray-unicos${UNAME_RELEASE} | sed -e 's/\.[^.]*$/.X/'
+ 	exit ;;
+@@ -748,14 +773,14 @@ EOF
+ 	exit ;;
+     F30[01]:UNIX_System_V:*:* | F700:UNIX_System_V:*:*)
+ 	FUJITSU_PROC=`uname -m | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz'`
+-        FUJITSU_SYS=`uname -p | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz' | sed -e 's/\///'`
+-        FUJITSU_REL=`echo ${UNAME_RELEASE} | sed -e 's/ /_/'`
+-        echo "${FUJITSU_PROC}-fujitsu-${FUJITSU_SYS}${FUJITSU_REL}"
+-        exit ;;
++	FUJITSU_SYS=`uname -p | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz' | sed -e 's/\///'`
++	FUJITSU_REL=`echo ${UNAME_RELEASE} | sed -e 's/ /_/'`
++	echo "${FUJITSU_PROC}-fujitsu-${FUJITSU_SYS}${FUJITSU_REL}"
++	exit ;;
+     5000:UNIX_System_V:4.*:*)
+-        FUJITSU_SYS=`uname -p | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz' | sed -e 's/\///'`
+-        FUJITSU_REL=`echo ${UNAME_RELEASE} | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz' | sed -e 's/ /_/'`
+-        echo "sparc-fujitsu-${FUJITSU_SYS}${FUJITSU_REL}"
++	FUJITSU_SYS=`uname -p | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz' | sed -e 's/\///'`
++	FUJITSU_REL=`echo ${UNAME_RELEASE} | tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz' | sed -e 's/ /_/'`
++	echo "sparc-fujitsu-${FUJITSU_SYS}${FUJITSU_REL}"
+ 	exit ;;
+     i*86:BSD/386:*:* | i*86:BSD/OS:*:* | *:Ascend\ Embedded/OS:*:*)
+ 	echo ${UNAME_MACHINE}-pc-bsdi${UNAME_RELEASE}
+@@ -767,38 +792,51 @@ EOF
+ 	echo ${UNAME_MACHINE}-unknown-bsdi${UNAME_RELEASE}
+ 	exit ;;
+     *:FreeBSD:*:*)
+-	case ${UNAME_MACHINE} in
+-	    pc98)
+-		echo i386-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'` ;;
++	UNAME_PROCESSOR=`/usr/bin/uname -p`
++	case ${UNAME_PROCESSOR} in
++	    amd64)
++		echo x86_64-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'` ;;
+ 	    *)
+-		echo ${UNAME_MACHINE}-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'` ;;
++		echo ${UNAME_PROCESSOR}-unknown-freebsd`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'` ;;
+ 	esac
+ 	exit ;;
+     i*:CYGWIN*:*)
+ 	echo ${UNAME_MACHINE}-pc-cygwin
+ 	exit ;;
+-    i*:MINGW*:*)
+-	echo ${UNAME_MACHINE}-pc-mingw32
++    *:MINGW64*:*)
++	echo ${UNAME_MACHINE}-pc-mingw64
+ 	exit ;;
+-    i*:MSYS_NT-*:*:*)
++    *:MINGW*:*)
+ 	echo ${UNAME_MACHINE}-pc-mingw32
+ 	exit ;;
++    i*:MSYS*:*)
++	echo ${UNAME_MACHINE}-pc-msys
++	exit ;;
+     i*:windows32*:*)
+-    	# uname -m includes "-pc" on this system.
+-    	echo ${UNAME_MACHINE}-mingw32
++	# uname -m includes "-pc" on this system.
++	echo ${UNAME_MACHINE}-mingw32
+ 	exit ;;
+     i*:PW*:*)
+ 	echo ${UNAME_MACHINE}-pc-pw32
+ 	exit ;;
+-    x86:Interix*:[345]*)
+-	echo i586-pc-interix${UNAME_RELEASE}
+-	exit ;;
+-    EM64T:Interix*:[345]*)
+-	echo x86_64-unknown-interix${UNAME_RELEASE}
+-	exit ;;
++    *:Interix*:*)
++	case ${UNAME_MACHINE} in
++	    x86)
++		echo i586-pc-interix${UNAME_RELEASE}
++		exit ;;
++	    authenticamd | genuineintel | EM64T)
++		echo x86_64-unknown-interix${UNAME_RELEASE}
++		exit ;;
++	    IA64)
++		echo ia64-unknown-interix${UNAME_RELEASE}
++		exit ;;
++	esac ;;
+     [345]86:Windows_95:* | [345]86:Windows_98:* | [345]86:Windows_NT:*)
+ 	echo i${UNAME_MACHINE}-pc-mks
+ 	exit ;;
++    8664:Windows_NT:*)
++	echo x86_64-pc-mks
++	exit ;;
+     i*:Windows_NT*:* | Pentium*:Windows_NT*:*)
+ 	# How do we know it's Interix rather than the generic POSIX subsystem?
+ 	# It also conflicts with pre-2.0 versions of AT&T UWIN. Should we
+@@ -828,17 +866,68 @@ EOF
+     i*86:Minix:*:*)
+ 	echo ${UNAME_MACHINE}-pc-minix
+ 	exit ;;
++    aarch64:Linux:*:*)
++	echo ${UNAME_MACHINE}-unknown-linux-gnu
++	exit ;;
++    aarch64_be:Linux:*:*)
++	UNAME_MACHINE=aarch64_be
++	echo ${UNAME_MACHINE}-unknown-linux-gnu
++	exit ;;
++    alpha:Linux:*:*)
++	case `sed -n '/^cpu model/s/^.*: \(.*\)/\1/p' < /proc/cpuinfo` in
++	  EV5)   UNAME_MACHINE=alphaev5 ;;
++	  EV56)  UNAME_MACHINE=alphaev56 ;;
++	  PCA56) UNAME_MACHINE=alphapca56 ;;
++	  PCA57) UNAME_MACHINE=alphapca56 ;;
++	  EV6)   UNAME_MACHINE=alphaev6 ;;
++	  EV67)  UNAME_MACHINE=alphaev67 ;;
++	  EV68*) UNAME_MACHINE=alphaev68 ;;
++	esac
++	objdump --private-headers /bin/sh | grep -q ld.so.1
++	if test "$?" = 0 ; then LIBC="libc1" ; else LIBC="" ; fi
++	echo ${UNAME_MACHINE}-unknown-linux-gnu${LIBC}
++	exit ;;
+     arm*:Linux:*:*)
++	eval $set_cc_for_build
++	if echo __ARM_EABI__ | $CC_FOR_BUILD -E - 2>/dev/null \
++	    | grep -q __ARM_EABI__
++	then
++	    echo ${UNAME_MACHINE}-unknown-linux-gnu
++	else
++	    if echo __ARM_PCS_VFP | $CC_FOR_BUILD -E - 2>/dev/null \
++		| grep -q __ARM_PCS_VFP
++	    then
++		echo ${UNAME_MACHINE}-unknown-linux-gnueabi
++	    else
++		echo ${UNAME_MACHINE}-unknown-linux-gnueabihf
++	    fi
++	fi
++	exit ;;
++    avr32*:Linux:*:*)
+ 	echo ${UNAME_MACHINE}-unknown-linux-gnu
+ 	exit ;;
+     cris:Linux:*:*)
+-	echo cris-axis-linux-gnu
++	echo ${UNAME_MACHINE}-axis-linux-gnu
+ 	exit ;;
+     crisv32:Linux:*:*)
+-	echo crisv32-axis-linux-gnu
++	echo ${UNAME_MACHINE}-axis-linux-gnu
+ 	exit ;;
+     frv:Linux:*:*)
+-    	echo frv-unknown-linux-gnu
++	echo ${UNAME_MACHINE}-unknown-linux-gnu
++	exit ;;
++    hexagon:Linux:*:*)
++	echo ${UNAME_MACHINE}-unknown-linux-gnu
++	exit ;;
++    i*86:Linux:*:*)
++	LIBC=gnu
++	eval $set_cc_for_build
++	sed 's/^	//' << EOF >$dummy.c
++	#ifdef __dietlibc__
++	LIBC=dietlibc
++	#endif
++EOF
++	eval `$CC_FOR_BUILD -E $dummy.c 2>/dev/null | grep '^LIBC'`
++	echo "${UNAME_MACHINE}-pc-linux-${LIBC}"
+ 	exit ;;
+     ia64:Linux:*:*)
+ 	echo ${UNAME_MACHINE}-unknown-linux-gnu
+@@ -849,74 +938,33 @@ EOF
+     m68*:Linux:*:*)
+ 	echo ${UNAME_MACHINE}-unknown-linux-gnu
+ 	exit ;;
+-    mips:Linux:*:*)
+-	eval $set_cc_for_build
+-	sed 's/^	//' << EOF >$dummy.c
+-	#undef CPU
+-	#undef mips
+-	#undef mipsel
+-	#if defined(__MIPSEL__) || defined(__MIPSEL) || defined(_MIPSEL) || defined(MIPSEL)
+-	CPU=mipsel
+-	#else
+-	#if defined(__MIPSEB__) || defined(__MIPSEB) || defined(_MIPSEB) || defined(MIPSEB)
+-	CPU=mips
+-	#else
+-	CPU=
+-	#endif
+-	#endif
+-EOF
+-	eval "`$CC_FOR_BUILD -E $dummy.c 2>/dev/null | sed -n '
+-	    /^CPU/{
+-		s: ::g
+-		p
+-	    }'`"
+-	test x"${CPU}" != x && { echo "${CPU}-unknown-linux-gnu"; exit; }
+-	;;
+-    mips64:Linux:*:*)
++    mips:Linux:*:* | mips64:Linux:*:*)
+ 	eval $set_cc_for_build
+ 	sed 's/^	//' << EOF >$dummy.c
+ 	#undef CPU
+-	#undef mips64
+-	#undef mips64el
++	#undef ${UNAME_MACHINE}
++	#undef ${UNAME_MACHINE}el
+ 	#if defined(__MIPSEL__) || defined(__MIPSEL) || defined(_MIPSEL) || defined(MIPSEL)
+-	CPU=mips64el
++	CPU=${UNAME_MACHINE}el
+ 	#else
+ 	#if defined(__MIPSEB__) || defined(__MIPSEB) || defined(_MIPSEB) || defined(MIPSEB)
+-	CPU=mips64
++	CPU=${UNAME_MACHINE}
+ 	#else
+ 	CPU=
+ 	#endif
+ 	#endif
+ EOF
+-	eval "`$CC_FOR_BUILD -E $dummy.c 2>/dev/null | sed -n '
+-	    /^CPU/{
+-		s: ::g
+-		p
+-	    }'`"
++	eval `$CC_FOR_BUILD -E $dummy.c 2>/dev/null | grep '^CPU'`
+ 	test x"${CPU}" != x && { echo "${CPU}-unknown-linux-gnu"; exit; }
+ 	;;
+     or32:Linux:*:*)
+-	echo or32-unknown-linux-gnu
+-	exit ;;
+-    ppc:Linux:*:*)
+-	echo powerpc-unknown-linux-gnu
++	echo ${UNAME_MACHINE}-unknown-linux-gnu
+ 	exit ;;
+-    ppc64:Linux:*:*)
+-	echo powerpc64-unknown-linux-gnu
++    padre:Linux:*:*)
++	echo sparc-unknown-linux-gnu
+ 	exit ;;
+-    alpha:Linux:*:*)
+-	case `sed -n '/^cpu model/s/^.*: \(.*\)/\1/p' < /proc/cpuinfo` in
+-	  EV5)   UNAME_MACHINE=alphaev5 ;;
+-	  EV56)  UNAME_MACHINE=alphaev56 ;;
+-	  PCA56) UNAME_MACHINE=alphapca56 ;;
+-	  PCA57) UNAME_MACHINE=alphapca56 ;;
+-	  EV6)   UNAME_MACHINE=alphaev6 ;;
+-	  EV67)  UNAME_MACHINE=alphaev67 ;;
+-	  EV68*) UNAME_MACHINE=alphaev68 ;;
+-        esac
+-	objdump --private-headers /bin/sh | grep ld.so.1 >/dev/null
+-	if test "$?" = 0 ; then LIBC="libc1" ; else LIBC="" ; fi
+-	echo ${UNAME_MACHINE}-unknown-linux-gnu${LIBC}
++    parisc64:Linux:*:* | hppa64:Linux:*:*)
++	echo hppa64-unknown-linux-gnu
+ 	exit ;;
+     parisc:Linux:*:* | hppa:Linux:*:*)
+ 	# Look for CPU level
+@@ -926,14 +974,17 @@ EOF
+ 	  *)    echo hppa-unknown-linux-gnu ;;
+ 	esac
+ 	exit ;;
+-    parisc64:Linux:*:* | hppa64:Linux:*:*)
+-	echo hppa64-unknown-linux-gnu
++    ppc64:Linux:*:*)
++	echo powerpc64-unknown-linux-gnu
++	exit ;;
++    ppc:Linux:*:*)
++	echo powerpc-unknown-linux-gnu
+ 	exit ;;
+     s390:Linux:*:* | s390x:Linux:*:*)
+ 	echo ${UNAME_MACHINE}-ibm-linux
+ 	exit ;;
+     sh64*:Linux:*:*)
+-    	echo ${UNAME_MACHINE}-unknown-linux-gnu
++	echo ${UNAME_MACHINE}-unknown-linux-gnu
+ 	exit ;;
+     sh*:Linux:*:*)
+ 	echo ${UNAME_MACHINE}-unknown-linux-gnu
+@@ -941,75 +992,18 @@ EOF
+     sparc:Linux:*:* | sparc64:Linux:*:*)
+ 	echo ${UNAME_MACHINE}-unknown-linux-gnu
+ 	exit ;;
++    tile*:Linux:*:*)
++	echo ${UNAME_MACHINE}-unknown-linux-gnu
++	exit ;;
+     vax:Linux:*:*)
+ 	echo ${UNAME_MACHINE}-dec-linux-gnu
+ 	exit ;;
+     x86_64:Linux:*:*)
+-	echo x86_64-unknown-linux-gnu
++	echo ${UNAME_MACHINE}-unknown-linux-gnu
++	exit ;;
++    xtensa*:Linux:*:*)
++	echo ${UNAME_MACHINE}-unknown-linux-gnu
+ 	exit ;;
+-    i*86:Linux:*:*)
+-	# The BFD linker knows what the default object file format is, so
+-	# first see if it will tell us. cd to the root directory to prevent
+-	# problems with other programs or directories called `ld' in the path.
+-	# Set LC_ALL=C to ensure ld outputs messages in English.
+-	ld_supported_targets=`cd /; LC_ALL=C ld --help 2>&1 \
+-			 | sed -ne '/supported targets:/!d
+-				    s/[ 	][ 	]*/ /g
+-				    s/.*supported targets: *//
+-				    s/ .*//
+-				    p'`
+-        case "$ld_supported_targets" in
+-	  elf32-i386)
+-		TENTATIVE="${UNAME_MACHINE}-pc-linux-gnu"
+-		;;
+-	  a.out-i386-linux)
+-		echo "${UNAME_MACHINE}-pc-linux-gnuaout"
+-		exit ;;
+-	  coff-i386)
+-		echo "${UNAME_MACHINE}-pc-linux-gnucoff"
+-		exit ;;
+-	  "")
+-		# Either a pre-BFD a.out linker (linux-gnuoldld) or
+-		# one that does not give us useful --help.
+-		echo "${UNAME_MACHINE}-pc-linux-gnuoldld"
+-		exit ;;
+-	esac
+-	# Determine whether the default compiler is a.out or elf
+-	eval $set_cc_for_build
+-	sed 's/^	//' << EOF >$dummy.c
+-	#include <features.h>
+-	#ifdef __ELF__
+-	# ifdef __GLIBC__
+-	#  if __GLIBC__ >= 2
+-	LIBC=gnu
+-	#  else
+-	LIBC=gnulibc1
+-	#  endif
+-	# else
+-	LIBC=gnulibc1
+-	# endif
+-	#else
+-	#if defined(__INTEL_COMPILER) || defined(__PGI) || defined(__sun)
+-	LIBC=gnu
+-	#else
+-	LIBC=gnuaout
+-	#endif
+-	#endif
+-	#ifdef __dietlibc__
+-	LIBC=dietlibc
+-	#endif
+-EOF
+-	eval "`$CC_FOR_BUILD -E $dummy.c 2>/dev/null | sed -n '
+-	    /^LIBC/{
+-		s: ::g
+-		p
+-	    }'`"
+-	test x"${LIBC}" != x && {
+-		echo "${UNAME_MACHINE}-pc-linux-${LIBC}"
+-		exit
+-	}
+-	test x"${TENTATIVE}" != x && { echo "${TENTATIVE}"; exit; }
+-	;;
+     i*86:DYNIX/ptx:4*:*)
+ 	# ptx 4.0 does uname -s correctly, with DYNIX/ptx in there.
+ 	# earlier versions are messed up and put the nodename in both
+@@ -1017,11 +1011,11 @@ EOF
+ 	echo i386-sequent-sysv4
+ 	exit ;;
+     i*86:UNIX_SV:4.2MP:2.*)
+-        # Unixware is an offshoot of SVR4, but it has its own version
+-        # number series starting with 2...
+-        # I am not positive that other SVR4 systems won't match this,
++	# Unixware is an offshoot of SVR4, but it has its own version
++	# number series starting with 2...
++	# I am not positive that other SVR4 systems won't match this,
+ 	# I just have to hope.  -- rms.
+-        # Use sysv4.2uw... so that sysv4* matches it.
++	# Use sysv4.2uw... so that sysv4* matches it.
+ 	echo ${UNAME_MACHINE}-pc-sysv4.2uw${UNAME_VERSION}
+ 	exit ;;
+     i*86:OS/2:*:*)
+@@ -1038,7 +1032,7 @@ EOF
+     i*86:syllable:*:*)
+ 	echo ${UNAME_MACHINE}-pc-syllable
+ 	exit ;;
+-    i*86:LynxOS:2.*:* | i*86:LynxOS:3.[01]*:* | i*86:LynxOS:4.0*:*)
++    i*86:LynxOS:2.*:* | i*86:LynxOS:3.[01]*:* | i*86:LynxOS:4.[02]*:*)
+ 	echo i386-unknown-lynxos${UNAME_RELEASE}
+ 	exit ;;
+     i*86:*DOS:*:*)
+@@ -1053,7 +1047,7 @@ EOF
+ 	fi
+ 	exit ;;
+     i*86:*:5:[678]*)
+-    	# UnixWare 7.x, OpenUNIX and OpenServer 6.
++	# UnixWare 7.x, OpenUNIX and OpenServer 6.
+ 	case `/bin/uname -X | grep "^Machine"` in
+ 	    *486*)	     UNAME_MACHINE=i486 ;;
+ 	    *Pentium)	     UNAME_MACHINE=i586 ;;
+@@ -1081,10 +1075,13 @@ EOF
+ 	exit ;;
+     pc:*:*:*)
+ 	# Left here for compatibility:
+-        # uname -m prints for DJGPP always 'pc', but it prints nothing about
+-        # the processor, so we play safe by assuming i386.
+-	echo i386-pc-msdosdjgpp
+-        exit ;;
++	# uname -m prints for DJGPP always 'pc', but it prints nothing about
++	# the processor, so we play safe by assuming i586.
++	# Note: whatever this is, it MUST be the same as what config.sub
++	# prints for the "djgpp" host, or else GDB configury will decide that
++	# this is a cross-build.
++	echo i586-pc-msdosdjgpp
++	exit ;;
+     Intel:Mach:3*:*)
+ 	echo i386-pc-mach3
+ 	exit ;;
+@@ -1119,8 +1116,18 @@ EOF
+ 	/bin/uname -p 2>/dev/null | /bin/grep entium >/dev/null \
+ 	  && { echo i586-ncr-sysv4.3${OS_REL}; exit; } ;;
+     3[34]??:*:4.0:* | 3[34]??,*:*:4.0:*)
+-        /bin/uname -p 2>/dev/null | grep 86 >/dev/null \
+-          && { echo i486-ncr-sysv4; exit; } ;;
++	/bin/uname -p 2>/dev/null | grep 86 >/dev/null \
++	  && { echo i486-ncr-sysv4; exit; } ;;
++    NCR*:*:4.2:* | MPRAS*:*:4.2:*)
++	OS_REL='.3'
++	test -r /etc/.relid \
++	    && OS_REL=.`sed -n 's/[^ ]* [^ ]* \([0-9][0-9]\).*/\1/p' < /etc/.relid`
++	/bin/uname -p 2>/dev/null | grep 86 >/dev/null \
++	    && { echo i486-ncr-sysv4.3${OS_REL}; exit; }
++	/bin/uname -p 2>/dev/null | /bin/grep entium >/dev/null \
++	    && { echo i586-ncr-sysv4.3${OS_REL}; exit; }
++	/bin/uname -p 2>/dev/null | /bin/grep pteron >/dev/null \
++	    && { echo i586-ncr-sysv4.3${OS_REL}; exit; } ;;
+     m68*:LynxOS:2.*:* | m68*:LynxOS:3.0*:*)
+ 	echo m68k-unknown-lynxos${UNAME_RELEASE}
+ 	exit ;;
+@@ -1133,7 +1140,7 @@ EOF
+     rs6000:LynxOS:2.*:*)
+ 	echo rs6000-unknown-lynxos${UNAME_RELEASE}
+ 	exit ;;
+-    PowerPC:LynxOS:2.*:* | PowerPC:LynxOS:3.[01]*:* | PowerPC:LynxOS:4.0*:*)
++    PowerPC:LynxOS:2.*:* | PowerPC:LynxOS:3.[01]*:* | PowerPC:LynxOS:4.[02]*:*)
+ 	echo powerpc-unknown-lynxos${UNAME_RELEASE}
+ 	exit ;;
+     SM[BE]S:UNIX_SV:*:*)
+@@ -1153,10 +1160,10 @@ EOF
+ 		echo ns32k-sni-sysv
+ 	fi
+ 	exit ;;
+-    PENTIUM:*:4.0*:*) # Unisys `ClearPath HMP IX 4000' SVR4/MP effort
+-                      # says <Richard.M.Bartel@ccMail.Census.GOV>
+-        echo i586-unisys-sysv4
+-        exit ;;
++    PENTIUM:*:4.0*:*)	# Unisys `ClearPath HMP IX 4000' SVR4/MP effort
++			# says <Richard.M.Bartel@ccMail.Census.GOV>
++	echo i586-unisys-sysv4
++	exit ;;
+     *:UNIX_System_V:4*:FTX*)
+ 	# From Gerald Hewes <hewes@openmarket.com>.
+ 	# How about differentiating between stratus architectures? -djm
+@@ -1182,11 +1189,11 @@ EOF
+ 	exit ;;
+     R[34]000:*System_V*:*:* | R4000:UNIX_SYSV:*:* | R*000:UNIX_SV:*:*)
+ 	if [ -d /usr/nec ]; then
+-	        echo mips-nec-sysv${UNAME_RELEASE}
++		echo mips-nec-sysv${UNAME_RELEASE}
+ 	else
+-	        echo mips-unknown-sysv${UNAME_RELEASE}
++		echo mips-unknown-sysv${UNAME_RELEASE}
+ 	fi
+-        exit ;;
++	exit ;;
+     BeBox:BeOS:*:*)	# BeOS running on hardware made by Be, PPC only.
+ 	echo powerpc-be-beos
+ 	exit ;;
+@@ -1196,6 +1203,12 @@ EOF
+     BePC:BeOS:*:*)	# BeOS running on Intel PC compatible.
+ 	echo i586-pc-beos
+ 	exit ;;
++    BePC:Haiku:*:*)	# Haiku running on Intel PC compatible.
++	echo i586-pc-haiku
++	exit ;;
++    x86_64:Haiku:*:*)
++	echo x86_64-unknown-haiku
++	exit ;;
+     SX-4:SUPER-UX:*:*)
+ 	echo sx4-nec-superux${UNAME_RELEASE}
+ 	exit ;;
+@@ -1205,6 +1218,15 @@ EOF
+     SX-6:SUPER-UX:*:*)
+ 	echo sx6-nec-superux${UNAME_RELEASE}
+ 	exit ;;
++    SX-7:SUPER-UX:*:*)
++	echo sx7-nec-superux${UNAME_RELEASE}
++	exit ;;
++    SX-8:SUPER-UX:*:*)
++	echo sx8-nec-superux${UNAME_RELEASE}
++	exit ;;
++    SX-8R:SUPER-UX:*:*)
++	echo sx8r-nec-superux${UNAME_RELEASE}
++	exit ;;
+     Power*:Rhapsody:*:*)
+ 	echo powerpc-apple-rhapsody${UNAME_RELEASE}
+ 	exit ;;
+@@ -1214,6 +1236,16 @@ EOF
+     *:Darwin:*:*)
+ 	UNAME_PROCESSOR=`uname -p` || UNAME_PROCESSOR=unknown
+ 	case $UNAME_PROCESSOR in
++	    i386)
++		eval $set_cc_for_build
++		if [ "$CC_FOR_BUILD" != 'no_compiler_found' ]; then
++		  if (echo '#ifdef __LP64__'; echo IS_64BIT_ARCH; echo '#endif') | \
++		      (CCOPTS= $CC_FOR_BUILD -E - 2>/dev/null) | \
++		      grep IS_64BIT_ARCH >/dev/null
++		  then
++		      UNAME_PROCESSOR="x86_64"
++		  fi
++		fi ;;
+ 	    unknown) UNAME_PROCESSOR=powerpc ;;
+ 	esac
+ 	echo ${UNAME_PROCESSOR}-apple-darwin${UNAME_RELEASE}
+@@ -1229,7 +1261,10 @@ EOF
+     *:QNX:*:4*)
+ 	echo i386-pc-qnx
+ 	exit ;;
+-    NSE-?:NONSTOP_KERNEL:*:*)
++    NEO-?:NONSTOP_KERNEL:*:*)
++	echo neo-tandem-nsk${UNAME_RELEASE}
++	exit ;;
++    NSE-*:NONSTOP_KERNEL:*:*)
+ 	echo nse-tandem-nsk${UNAME_RELEASE}
+ 	exit ;;
+     NSR-?:NONSTOP_KERNEL:*:*)
+@@ -1274,13 +1309,13 @@ EOF
+ 	echo pdp10-unknown-its
+ 	exit ;;
+     SEI:*:*:SEIUX)
+-        echo mips-sei-seiux${UNAME_RELEASE}
++	echo mips-sei-seiux${UNAME_RELEASE}
+ 	exit ;;
+     *:DragonFly:*:*)
+ 	echo ${UNAME_MACHINE}-unknown-dragonfly`echo ${UNAME_RELEASE}|sed -e 's/[-(].*//'`
+ 	exit ;;
+     *:*VMS:*:*)
+-    	UNAME_MACHINE=`(uname -p) 2>/dev/null`
++	UNAME_MACHINE=`(uname -p) 2>/dev/null`
+ 	case "${UNAME_MACHINE}" in
+ 	    A*) echo alpha-dec-vms ; exit ;;
+ 	    I*) echo ia64-dec-vms ; exit ;;
+@@ -1295,11 +1330,14 @@ EOF
+     i*86:rdos:*:*)
+ 	echo ${UNAME_MACHINE}-pc-rdos
+ 	exit ;;
++    i*86:AROS:*:*)
++	echo ${UNAME_MACHINE}-pc-aros
++	exit ;;
++    x86_64:VMkernel:*:*)
++	echo ${UNAME_MACHINE}-unknown-esx
++	exit ;;
+ esac
+ 
+-#echo '(No uname command or uname output not recognized.)' 1>&2
+-#echo "${UNAME_MACHINE}:${UNAME_SYSTEM}:${UNAME_RELEASE}:${UNAME_VERSION}" 1>&2
+-
+ eval $set_cc_for_build
+ cat >$dummy.c <<EOF
+ #ifdef _SEQUENT_
+@@ -1317,11 +1355,11 @@ main ()
+ #include <sys/param.h>
+   printf ("m68k-sony-newsos%s\n",
+ #ifdef NEWSOS4
+-          "4"
++	"4"
+ #else
+-	  ""
++	""
+ #endif
+-         ); exit (0);
++	); exit (0);
+ #endif
+ #endif
+ 
+@@ -1455,9 +1493,9 @@ This script, last modified $timestamp, has failed to recognize
+ the operating system you are using. It is advised that you
+ download the most up to date version of the config scripts from
+ 
+-  http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/config/config/config.guess
++  http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
+ and
+-  http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/config/config/config.sub
++  http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD
+ 
+ If the version you run ($0) is already up to date, please
+ send the following data and any information you think might be
+diff --git a/config.sub b/config.sub
+index ad9f395..802a224 100644
+--- a/config.sub
++++ b/config.sub
+@@ -1,43 +1,42 @@
+ #! /bin/sh
+ # Configuration validation subroutine script.
+ #   Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999,
+-#   2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc.
++#   2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010,
++#   2011, 2012, 2013 Free Software Foundation, Inc.
+ 
+-timestamp='2006-02-23'
++timestamp='2012-12-29'
+ 
+-# This file is (in principle) common to ALL GNU software.
+-# The presence of a machine in this file suggests that SOME GNU software
+-# can handle that machine.  It does not imply ALL GNU software can.
+-#
+-# This file 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 2 of the License, or
++# This file 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.
++# 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, write to the Free Software
+-# Foundation, Inc., 51 Franklin Street - Fifth Floor, Boston, MA
+-# 02110-1301, USA.
++# along with this program; if not, see <http://www.gnu.org/licenses/>.
+ #
+ # As a special exception to the GNU General Public License, if you
+ # distribute this file as part of a program that contains a
+ # configuration script generated by Autoconf, you may include it under
+-# the same distribution terms that you use for the rest of that program.
++# the same distribution terms that you use for the rest of that
++# program.  This Exception is an additional permission under section 7
++# of the GNU General Public License, version 3 ("GPLv3").
+ 
+ 
+-# Please send patches to <config-patches@gnu.org>.  Submit a context
+-# diff and a properly formatted ChangeLog entry.
++# Please send patches with a ChangeLog entry to config-patches@gnu.org.
+ #
+ # Configuration subroutine to validate and canonicalize a configuration type.
+ # Supply the specified configuration type as an argument.
+ # If it is invalid, we print an error message on stderr and exit with code 1.
+ # Otherwise, we print the canonical config type on stdout and succeed.
+ 
++# You can get the latest version of this script from:
++# http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD
++
+ # This file is supposed to be the same for all GNU packages
+ # and recognize all the CPU types, system types and aliases
+ # that are meaningful with *any* GNU software.
+@@ -71,8 +70,9 @@ Report bugs and patches to <config-patches@gnu.org>."
+ version="\
+ GNU config.sub ($timestamp)
+ 
+-Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005
+-Free Software Foundation, Inc.
++Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000,
++2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011,
++2012, 2013 Free Software Foundation, Inc.
+ 
+ This is free software; see the source for copying conditions.  There is NO
+ warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE."
+@@ -119,12 +119,18 @@ esac
+ # Here we must recognize all the valid KERNEL-OS combinations.
+ maybe_os=`echo $1 | sed 's/^\(.*\)-\([^-]*-[^-]*\)$/\2/'`
+ case $maybe_os in
+-  nto-qnx* | linux-gnu* | linux-dietlibc | linux-newlib* | linux-uclibc* | \
+-  uclinux-uclibc* | uclinux-gnu* | kfreebsd*-gnu* | knetbsd*-gnu* | netbsd*-gnu* | \
++  nto-qnx* | linux-gnu* | linux-android* | linux-dietlibc | linux-newlib* | \
++  linux-musl* | linux-uclibc* | uclinux-uclibc* | uclinux-gnu* | kfreebsd*-gnu* | \
++  knetbsd*-gnu* | netbsd*-gnu* | \
++  kopensolaris*-gnu* | \
+   storm-chaos* | os2-emx* | rtmk-nova*)
+     os=-$maybe_os
+     basic_machine=`echo $1 | sed 's/^\(.*\)-\([^-]*-[^-]*\)$/\1/'`
+     ;;
++  android-linux)
++    os=-linux-android
++    basic_machine=`echo $1 | sed 's/^\(.*\)-\([^-]*-[^-]*\)$/\1/'`-unknown
++    ;;
+   *)
+     basic_machine=`echo $1 | sed 's/-[^-]*$//'`
+     if [ $basic_machine != $1 ]
+@@ -147,10 +153,13 @@ case $os in
+ 	-convergent* | -ncr* | -news | -32* | -3600* | -3100* | -hitachi* |\
+ 	-c[123]* | -convex* | -sun | -crds | -omron* | -dg | -ultra | -tti* | \
+ 	-harris | -dolphin | -highlevel | -gould | -cbm | -ns | -masscomp | \
+-	-apple | -axis | -knuth | -cray)
++	-apple | -axis | -knuth | -cray | -microblaze*)
+ 		os=
+ 		basic_machine=$1
+ 		;;
++	-bluegene*)
++		os=-cnk
++		;;
+ 	-sim | -cisco | -oki | -wec | -winbond)
+ 		os=
+ 		basic_machine=$1
+@@ -165,10 +174,10 @@ case $os in
+ 		os=-chorusos
+ 		basic_machine=$1
+ 		;;
+- 	-chorusrdb)
+- 		os=-chorusrdb
++	-chorusrdb)
++		os=-chorusrdb
+ 		basic_machine=$1
+- 		;;
++		;;
+ 	-hiux*)
+ 		os=-hiuxwe2
+ 		;;
+@@ -213,6 +222,12 @@ case $os in
+ 	-isc*)
+ 		basic_machine=`echo $1 | sed -e 's/86-.*/86-pc/'`
+ 		;;
++	-lynx*178)
++		os=-lynxos178
++		;;
++	-lynx*5)
++		os=-lynxos5
++		;;
+ 	-lynx*)
+ 		os=-lynxos
+ 		;;
+@@ -237,23 +252,34 @@ case $basic_machine in
+ 	# Some are omitted here because they have special meanings below.
+ 	1750a | 580 \
+ 	| a29k \
++	| aarch64 | aarch64_be \
+ 	| alpha | alphaev[4-8] | alphaev56 | alphaev6[78] | alphapca5[67] \
+ 	| alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | alpha64pca5[67] \
+ 	| am33_2.0 \
+-	| arc | arm | arm[bl]e | arme[lb] | armv[2345] | armv[345][lb] | avr \
++	| arc \
++	| arm | arm[bl]e | arme[lb] | armv[2-8] | armv[3-8][lb] | armv7[arm] \
++	| avr | avr32 \
++	| be32 | be64 \
+ 	| bfin \
+ 	| c4x | clipper \
+ 	| d10v | d30v | dlx | dsp16xx \
+-	| fr30 | frv \
++	| epiphany \
++	| fido | fr30 | frv \
+ 	| h8300 | h8500 | hppa | hppa1.[01] | hppa2.0 | hppa2.0[nw] | hppa64 \
++	| hexagon \
+ 	| i370 | i860 | i960 | ia64 \
+ 	| ip2k | iq2000 \
+-	| m32r | m32rle | m68000 | m68k | m88k | maxq | mb | microblaze | mcore \
++	| le32 | le64 \
++	| lm32 \
++	| m32c | m32r | m32rle | m68000 | m68k | m88k \
++	| maxq | mb | microblaze | microblazeel | mcore | mep | metag \
+ 	| mips | mipsbe | mipseb | mipsel | mipsle \
+ 	| mips16 \
+ 	| mips64 | mips64el \
+-	| mips64vr | mips64vrel \
++	| mips64octeon | mips64octeonel \
+ 	| mips64orion | mips64orionel \
++	| mips64r5900 | mips64r5900el \
++	| mips64vr | mips64vrel \
+ 	| mips64vr4100 | mips64vr4100el \
+ 	| mips64vr4300 | mips64vr4300el \
+ 	| mips64vr5000 | mips64vr5000el \
+@@ -266,31 +292,42 @@ case $basic_machine in
+ 	| mipsisa64sr71k | mipsisa64sr71kel \
+ 	| mipstx39 | mipstx39el \
+ 	| mn10200 | mn10300 \
++	| moxie \
+ 	| mt \
+ 	| msp430 \
++	| nds32 | nds32le | nds32be \
+ 	| nios | nios2 \
+ 	| ns16k | ns32k \
++	| open8 \
+ 	| or32 \
+ 	| pdp10 | pdp11 | pj | pjl \
+-	| powerpc | powerpc64 | powerpc64le | powerpcle | ppcbe \
++	| powerpc | powerpc64 | powerpc64le | powerpcle \
+ 	| pyramid \
+-	| sh | sh[1234] | sh[24]a | sh[23]e | sh[34]eb | shbe | shle | sh[1234]le | sh3ele \
++	| rl78 | rx \
++	| score \
++	| sh | sh[1234] | sh[24]a | sh[24]aeb | sh[23]e | sh[34]eb | sheb | shbe | shle | sh[1234]le | sh3ele \
+ 	| sh64 | sh64le \
+-	| sparc | sparc64 | sparc64b | sparc86x | sparclet | sparclite \
+-	| sparcv8 | sparcv9 | sparcv9b \
+-	| strongarm \
+-	| tahoe | thumb | tic4x | tic80 | tron \
+-	| v850 | v850e \
++	| sparc | sparc64 | sparc64b | sparc64v | sparc86x | sparclet | sparclite \
++	| sparcv8 | sparcv9 | sparcv9b | sparcv9v \
++	| spu \
++	| tahoe | tic4x | tic54x | tic55x | tic6x | tic80 | tron \
++	| ubicom32 \
++	| v850 | v850e | v850e1 | v850e2 | v850es | v850e2v3 \
+ 	| we32k \
+-	| x86 | xscale | xscalee[bl] | xstormy16 | xtensa \
+-	| z8k)
++	| x86 | xc16x | xstormy16 | xtensa \
++	| z8k | z80)
+ 		basic_machine=$basic_machine-unknown
+ 		;;
+-	m32c)
+-		basic_machine=$basic_machine-unknown
++	c54x)
++		basic_machine=tic54x-unknown
++		;;
++	c55x)
++		basic_machine=tic55x-unknown
+ 		;;
+-	m6811 | m68hc11 | m6812 | m68hc12)
+-		# Motorola 68HC11/12.
++	c6x)
++		basic_machine=tic6x-unknown
++		;;
++	m6811 | m68hc11 | m6812 | m68hc12 | m68hcs12x | picochip)
+ 		basic_machine=$basic_machine-unknown
+ 		os=-none
+ 		;;
+@@ -300,6 +337,21 @@ case $basic_machine in
+ 		basic_machine=mt-unknown
+ 		;;
+ 
++	strongarm | thumb | xscale)
++		basic_machine=arm-unknown
++		;;
++	xgate)
++		basic_machine=$basic_machine-unknown
++		os=-none
++		;;
++	xscaleeb)
++		basic_machine=armeb-unknown
++		;;
++
++	xscaleel)
++		basic_machine=armel-unknown
++		;;
++
+ 	# We use `pc' rather than `unknown'
+ 	# because (1) that's what they normally are, and
+ 	# (2) the word "unknown" tends to confuse beginning users.
+@@ -314,29 +366,37 @@ case $basic_machine in
+ 	# Recognize the basic CPU types with company name.
+ 	580-* \
+ 	| a29k-* \
++	| aarch64-* | aarch64_be-* \
+ 	| alpha-* | alphaev[4-8]-* | alphaev56-* | alphaev6[78]-* \
+ 	| alpha64-* | alpha64ev[4-8]-* | alpha64ev56-* | alpha64ev6[78]-* \
+ 	| alphapca5[67]-* | alpha64pca5[67]-* | arc-* \
+ 	| arm-*  | armbe-* | armle-* | armeb-* | armv*-* \
+-	| avr-* \
++	| avr-* | avr32-* \
++	| be32-* | be64-* \
+ 	| bfin-* | bs2000-* \
+-	| c[123]* | c30-* | [cjt]90-* | c4x-* | c54x-* | c55x-* | c6x-* \
++	| c[123]* | c30-* | [cjt]90-* | c4x-* \
+ 	| clipper-* | craynv-* | cydra-* \
+ 	| d10v-* | d30v-* | dlx-* \
+ 	| elxsi-* \
+-	| f30[01]-* | f700-* | fr30-* | frv-* | fx80-* \
++	| f30[01]-* | f700-* | fido-* | fr30-* | frv-* | fx80-* \
+ 	| h8300-* | h8500-* \
+ 	| hppa-* | hppa1.[01]-* | hppa2.0-* | hppa2.0[nw]-* | hppa64-* \
++	| hexagon-* \
+ 	| i*86-* | i860-* | i960-* | ia64-* \
+ 	| ip2k-* | iq2000-* \
+-	| m32r-* | m32rle-* \
++	| le32-* | le64-* \
++	| lm32-* \
++	| m32c-* | m32r-* | m32rle-* \
+ 	| m68000-* | m680[012346]0-* | m68360-* | m683?2-* | m68k-* \
+-	| m88110-* | m88k-* | maxq-* | mcore-* \
++	| m88110-* | m88k-* | maxq-* | mcore-* | metag-* \
++	| microblaze-* | microblazeel-* \
+ 	| mips-* | mipsbe-* | mipseb-* | mipsel-* | mipsle-* \
+ 	| mips16-* \
+ 	| mips64-* | mips64el-* \
+-	| mips64vr-* | mips64vrel-* \
++	| mips64octeon-* | mips64octeonel-* \
+ 	| mips64orion-* | mips64orionel-* \
++	| mips64r5900-* | mips64r5900el-* \
++	| mips64vr-* | mips64vrel-* \
+ 	| mips64vr4100-* | mips64vr4100el-* \
+ 	| mips64vr4300-* | mips64vr4300el-* \
+ 	| mips64vr5000-* | mips64vr5000el-* \
+@@ -351,29 +411,36 @@ case $basic_machine in
+ 	| mmix-* \
+ 	| mt-* \
+ 	| msp430-* \
++	| nds32-* | nds32le-* | nds32be-* \
+ 	| nios-* | nios2-* \
+ 	| none-* | np1-* | ns16k-* | ns32k-* \
++	| open8-* \
+ 	| orion-* \
+ 	| pdp10-* | pdp11-* | pj-* | pjl-* | pn-* | power-* \
+-	| powerpc-* | powerpc64-* | powerpc64le-* | powerpcle-* | ppcbe-* \
++	| powerpc-* | powerpc64-* | powerpc64le-* | powerpcle-* \
+ 	| pyramid-* \
+-	| romp-* | rs6000-* \
+-	| sh-* | sh[1234]-* | sh[24]a-* | sh[23]e-* | sh[34]eb-* | shbe-* \
++	| rl78-* | romp-* | rs6000-* | rx-* \
++	| sh-* | sh[1234]-* | sh[24]a-* | sh[24]aeb-* | sh[23]e-* | sh[34]eb-* | sheb-* | shbe-* \
+ 	| shle-* | sh[1234]le-* | sh3ele-* | sh64-* | sh64le-* \
+-	| sparc-* | sparc64-* | sparc64b-* | sparc86x-* | sparclet-* \
++	| sparc-* | sparc64-* | sparc64b-* | sparc64v-* | sparc86x-* | sparclet-* \
+ 	| sparclite-* \
+-	| sparcv8-* | sparcv9-* | sparcv9b-* | strongarm-* | sv1-* | sx?-* \
+-	| tahoe-* | thumb-* \
++	| sparcv8-* | sparcv9-* | sparcv9b-* | sparcv9v-* | sv1-* | sx?-* \
++	| tahoe-* \
+ 	| tic30-* | tic4x-* | tic54x-* | tic55x-* | tic6x-* | tic80-* \
++	| tile*-* \
+ 	| tron-* \
+-	| v850-* | v850e-* | vax-* \
++	| ubicom32-* \
++	| v850-* | v850e-* | v850e1-* | v850es-* | v850e2-* | v850e2v3-* \
++	| vax-* \
+ 	| we32k-* \
+-	| x86-* | x86_64-* | xps100-* | xscale-* | xscalee[bl]-* \
+-	| xstormy16-* | xtensa-* \
++	| x86-* | x86_64-* | xc16x-* | xps100-* \
++	| xstormy16-* | xtensa*-* \
+ 	| ymp-* \
+-	| z8k-*)
++	| z8k-* | z80-*)
+ 		;;
+-	m32c-*)
++	# Recognize the basic CPU types without company name, with glob match.
++	xtensa*)
++		basic_machine=$basic_machine-unknown
+ 		;;
+ 	# Recognize the various machine names and aliases which stand
+ 	# for a CPU type and a company and sometimes even an OS.
+@@ -391,7 +458,7 @@ case $basic_machine in
+ 		basic_machine=a29k-amd
+ 		os=-udi
+ 		;;
+-    	abacus)
++	abacus)
+ 		basic_machine=abacus-unknown
+ 		;;
+ 	adobe68k)
+@@ -437,6 +504,10 @@ case $basic_machine in
+ 		basic_machine=m68k-apollo
+ 		os=-bsd
+ 		;;
++	aros)
++		basic_machine=i386-pc
++		os=-aros
++		;;
+ 	aux)
+ 		basic_machine=m68k-apple
+ 		os=-aux
+@@ -445,10 +516,35 @@ case $basic_machine in
+ 		basic_machine=ns32k-sequent
+ 		os=-dynix
+ 		;;
++	blackfin)
++		basic_machine=bfin-unknown
++		os=-linux
++		;;
++	blackfin-*)
++		basic_machine=bfin-`echo $basic_machine | sed 's/^[^-]*-//'`
++		os=-linux
++		;;
++	bluegene*)
++		basic_machine=powerpc-ibm
++		os=-cnk
++		;;
++	c54x-*)
++		basic_machine=tic54x-`echo $basic_machine | sed 's/^[^-]*-//'`
++		;;
++	c55x-*)
++		basic_machine=tic55x-`echo $basic_machine | sed 's/^[^-]*-//'`
++		;;
++	c6x-*)
++		basic_machine=tic6x-`echo $basic_machine | sed 's/^[^-]*-//'`
++		;;
+ 	c90)
+ 		basic_machine=c90-cray
+ 		os=-unicos
+ 		;;
++	cegcc)
++		basic_machine=arm-unknown
++		os=-cegcc
++		;;
+ 	convex-c1)
+ 		basic_machine=c1-convex
+ 		os=-bsd
+@@ -477,8 +573,8 @@ case $basic_machine in
+ 		basic_machine=craynv-cray
+ 		os=-unicosmp
+ 		;;
+-	cr16c)
+-		basic_machine=cr16c-unknown
++	cr16 | cr16-*)
++		basic_machine=cr16-unknown
+ 		os=-elf
+ 		;;
+ 	crds | unos)
+@@ -516,6 +612,10 @@ case $basic_machine in
+ 		basic_machine=m88k-motorola
+ 		os=-sysv3
+ 		;;
++	dicos)
++		basic_machine=i686-pc
++		os=-dicos
++		;;
+ 	djgpp)
+ 		basic_machine=i586-pc
+ 		os=-msdosdjgpp
+@@ -631,7 +731,6 @@ case $basic_machine in
+ 	i370-ibm* | ibm*)
+ 		basic_machine=i370-ibm
+ 		;;
+-# I'm not sure what "Sysv32" means.  Should this be sysv3.2?
+ 	i*86v32)
+ 		basic_machine=`echo $1 | sed -e 's/86.*/86-pc/'`
+ 		os=-sysv32
+@@ -670,6 +769,14 @@ case $basic_machine in
+ 		basic_machine=m68k-isi
+ 		os=-sysv
+ 		;;
++	m68knommu)
++		basic_machine=m68k-unknown
++		os=-linux
++		;;
++	m68knommu-*)
++		basic_machine=m68k-`echo $basic_machine | sed 's/^[^-]*-//'`
++		os=-linux
++		;;
+ 	m88k-omron*)
+ 		basic_machine=m88k-omron
+ 		;;
+@@ -681,10 +788,21 @@ case $basic_machine in
+ 		basic_machine=ns32k-utek
+ 		os=-sysv
+ 		;;
++	microblaze*)
++		basic_machine=microblaze-xilinx
++		;;
++	mingw64)
++		basic_machine=x86_64-pc
++		os=-mingw64
++		;;
+ 	mingw32)
+ 		basic_machine=i386-pc
+ 		os=-mingw32
+ 		;;
++	mingw32ce)
++		basic_machine=arm-unknown
++		os=-mingw32ce
++		;;
+ 	miniframe)
+ 		basic_machine=m68000-convergent
+ 		;;
+@@ -713,10 +831,18 @@ case $basic_machine in
+ 	ms1-*)
+ 		basic_machine=`echo $basic_machine | sed -e 's/ms1-/mt-/'`
+ 		;;
++	msys)
++		basic_machine=i386-pc
++		os=-msys
++		;;
+ 	mvs)
+ 		basic_machine=i370-ibm
+ 		os=-mvs
+ 		;;
++	nacl)
++		basic_machine=le32-unknown
++		os=-nacl
++		;;
+ 	ncr3000)
+ 		basic_machine=i486-ncr
+ 		os=-sysv4
+@@ -781,6 +907,12 @@ case $basic_machine in
+ 	np1)
+ 		basic_machine=np1-gould
+ 		;;
++	neo-tandem)
++		basic_machine=neo-tandem
++		;;
++	nse-tandem)
++		basic_machine=nse-tandem
++		;;
+ 	nsr-tandem)
+ 		basic_machine=nsr-tandem
+ 		;;
+@@ -811,6 +943,14 @@ case $basic_machine in
+ 		basic_machine=i860-intel
+ 		os=-osf
+ 		;;
++	parisc)
++		basic_machine=hppa-unknown
++		os=-linux
++		;;
++	parisc-*)
++		basic_machine=hppa-`echo $basic_machine | sed 's/^[^-]*-//'`
++		os=-linux
++		;;
+ 	pbd)
+ 		basic_machine=sparc-tti
+ 		;;
+@@ -855,9 +995,10 @@ case $basic_machine in
+ 		;;
+ 	power)	basic_machine=power-ibm
+ 		;;
+-	ppc)	basic_machine=powerpc-unknown
++	ppc | ppcbe)	basic_machine=powerpc-unknown
+ 		;;
+-	ppc-*)	basic_machine=powerpc-`echo $basic_machine | sed 's/^[^-]*-//'`
++	ppc-* | ppcbe-*)
++		basic_machine=powerpc-`echo $basic_machine | sed 's/^[^-]*-//'`
+ 		;;
+ 	ppcle | powerpclittle | ppc-le | powerpc-little)
+ 		basic_machine=powerpcle-unknown
+@@ -882,7 +1023,11 @@ case $basic_machine in
+ 		basic_machine=i586-unknown
+ 		os=-pw32
+ 		;;
+-	rdos)
++	rdos | rdos64)
++		basic_machine=x86_64-pc
++		os=-rdos
++		;;
++	rdos32)
+ 		basic_machine=i386-pc
+ 		os=-rdos
+ 		;;
+@@ -912,6 +1057,10 @@ case $basic_machine in
+ 	sb1el)
+ 		basic_machine=mipsisa64sb1el-unknown
+ 		;;
++	sde)
++		basic_machine=mipsisa32-sde
++		os=-elf
++		;;
+ 	sei)
+ 		basic_machine=mips-sei
+ 		os=-seiux
+@@ -923,6 +1072,9 @@ case $basic_machine in
+ 		basic_machine=sh-hitachi
+ 		os=-hms
+ 		;;
++	sh5el)
++		basic_machine=sh5le-unknown
++		;;
+ 	sh64)
+ 		basic_machine=sh64-unknown
+ 		;;
+@@ -944,6 +1096,9 @@ case $basic_machine in
+ 		basic_machine=i860-stratus
+ 		os=-sysv4
+ 		;;
++	strongarm-* | thumb-*)
++		basic_machine=arm-`echo $basic_machine | sed 's/^[^-]*-//'`
++		;;
+ 	sun2)
+ 		basic_machine=m68000-sun
+ 		;;
+@@ -1000,17 +1155,9 @@ case $basic_machine in
+ 		basic_machine=t90-cray
+ 		os=-unicos
+ 		;;
+-	tic54x | c54x*)
+-		basic_machine=tic54x-unknown
+-		os=-coff
+-		;;
+-	tic55x | c55x*)
+-		basic_machine=tic55x-unknown
+-		os=-coff
+-		;;
+-	tic6x | c6x*)
+-		basic_machine=tic6x-unknown
+-		os=-coff
++	tile*)
++		basic_machine=$basic_machine-unknown
++		os=-linux-gnu
+ 		;;
+ 	tx39)
+ 		basic_machine=mipstx39-unknown
+@@ -1079,6 +1226,9 @@ case $basic_machine in
+ 	xps | xps100)
+ 		basic_machine=xps100-honeywell
+ 		;;
++	xscale-* | xscalee[bl]-*)
++		basic_machine=`echo $basic_machine | sed 's/^xscale/arm/'`
++		;;
+ 	ymp)
+ 		basic_machine=ymp-cray
+ 		os=-unicos
+@@ -1087,6 +1237,10 @@ case $basic_machine in
+ 		basic_machine=z8k-unknown
+ 		os=-sim
+ 		;;
++	z80-*-coff)
++		basic_machine=z80-unknown
++		os=-sim
++		;;
+ 	none)
+ 		basic_machine=none-none
+ 		os=-none
+@@ -1125,10 +1279,10 @@ case $basic_machine in
+ 	we32k)
+ 		basic_machine=we32k-att
+ 		;;
+-	sh[1234] | sh[24]a | sh[34]eb | sh[1234]le | sh[23]ele)
++	sh[1234] | sh[24]a | sh[24]aeb | sh[34]eb | sh[1234]le | sh[23]ele)
+ 		basic_machine=sh-unknown
+ 		;;
+-	sparc | sparcv8 | sparcv9 | sparcv9b)
++	sparc | sparcv8 | sparcv9 | sparcv9b | sparcv9v)
+ 		basic_machine=sparc-sun
+ 		;;
+ 	cydra)
+@@ -1172,9 +1326,12 @@ esac
+ if [ x"$os" != x"" ]
+ then
+ case $os in
+-        # First match some system type aliases
+-        # that might get confused with valid system types.
++	# First match some system type aliases
++	# that might get confused with valid system types.
+ 	# -solaris* is a basic system type, with this one exception.
++	-auroraux)
++		os=-auroraux
++		;;
+ 	-solaris1 | -solaris1.*)
+ 		os=`echo $os | sed -e 's|solaris1|sunos4|'`
+ 		;;
+@@ -1195,21 +1352,23 @@ case $os in
+ 	# Each alternative MUST END IN A *, to match a version number.
+ 	# -sysv* is not here because it comes later, after sysvr4.
+ 	-gnu* | -bsd* | -mach* | -minix* | -genix* | -ultrix* | -irix* \
+-	      | -*vms* | -sco* | -esix* | -isc* | -aix* | -sunos | -sunos[34]*\
+-	      | -hpux* | -unos* | -osf* | -luna* | -dgux* | -solaris* | -sym* \
++	      | -*vms* | -sco* | -esix* | -isc* | -aix* | -cnk* | -sunos | -sunos[34]*\
++	      | -hpux* | -unos* | -osf* | -luna* | -dgux* | -auroraux* | -solaris* \
++	      | -sym* | -kopensolaris* \
+ 	      | -amigaos* | -amigados* | -msdos* | -newsos* | -unicos* | -aof* \
+-	      | -aos* \
++	      | -aos* | -aros* \
+ 	      | -nindy* | -vxsim* | -vxworks* | -ebmon* | -hms* | -mvs* \
+ 	      | -clix* | -riscos* | -uniplus* | -iris* | -rtu* | -xenix* \
+ 	      | -hiux* | -386bsd* | -knetbsd* | -mirbsd* | -netbsd* \
+-	      | -openbsd* | -solidbsd* \
++	      | -bitrig* | -openbsd* | -solidbsd* \
+ 	      | -ekkobsd* | -kfreebsd* | -freebsd* | -riscix* | -lynxos* \
+ 	      | -bosx* | -nextstep* | -cxux* | -aout* | -elf* | -oabi* \
+ 	      | -ptx* | -coff* | -ecoff* | -winnt* | -domain* | -vsta* \
+ 	      | -udi* | -eabi* | -lites* | -ieee* | -go32* | -aux* \
+-	      | -chorusos* | -chorusrdb* \
+-	      | -cygwin* | -pe* | -psos* | -moss* | -proelf* | -rtems* \
+-	      | -mingw32* | -linux-gnu* | -linux-newlib* | -linux-uclibc* \
++	      | -chorusos* | -chorusrdb* | -cegcc* \
++	      | -cygwin* | -msys* | -pe* | -psos* | -moss* | -proelf* | -rtems* \
++	      | -mingw32* | -mingw64* | -linux-gnu* | -linux-android* \
++	      | -linux-newlib* | -linux-musl* | -linux-uclibc* \
+ 	      | -uxpv* | -beos* | -mpeix* | -udk* \
+ 	      | -interix* | -uwin* | -mks* | -rhapsody* | -darwin* | -opened* \
+ 	      | -openstep* | -oskit* | -conix* | -pw32* | -nonstopux* \
+@@ -1217,7 +1376,7 @@ case $os in
+ 	      | -os2* | -vos* | -palmos* | -uclinux* | -nucleus* \
+ 	      | -morphos* | -superux* | -rtmk* | -rtmk-nova* | -windiss* \
+ 	      | -powermax* | -dnix* | -nx6 | -nx7 | -sei* | -dragonfly* \
+-	      | -skyos* | -haiku* | -rdos*)
++	      | -skyos* | -haiku* | -rdos* | -toppers* | -drops* | -es*)
+ 	# Remember, each alternative MUST END IN *, to match a version number.
+ 		;;
+ 	-qnx*)
+@@ -1256,7 +1415,7 @@ case $os in
+ 	-opened*)
+ 		os=-openedition
+ 		;;
+-        -os400*)
++	-os400*)
+ 		os=-os400
+ 		;;
+ 	-wince*)
+@@ -1305,7 +1464,7 @@ case $os in
+ 	-sinix*)
+ 		os=-sysv4
+ 		;;
+-        -tpf*)
++	-tpf*)
+ 		os=-tpf
+ 		;;
+ 	-triton*)
+@@ -1347,6 +1506,11 @@ case $os in
+ 	-zvmoe)
+ 		os=-zvmoe
+ 		;;
++	-dicos*)
++		os=-dicos
++		;;
++	-nacl*)
++		;;
+ 	-none)
+ 		;;
+ 	*)
+@@ -1369,6 +1533,12 @@ else
+ # system, and we'll never get to this point.
+ 
+ case $basic_machine in
++	score-*)
++		os=-elf
++		;;
++	spu-*)
++		os=-elf
++		;;
+ 	*-acorn)
+ 		os=-riscix1.2
+ 		;;
+@@ -1378,9 +1548,21 @@ case $basic_machine in
+ 	arm*-semi)
+ 		os=-aout
+ 		;;
+-    c4x-* | tic4x-*)
+-        os=-coff
+-        ;;
++	c4x-* | tic4x-*)
++		os=-coff
++		;;
++	hexagon-*)
++		os=-elf
++		;;
++	tic54x-*)
++		os=-coff
++		;;
++	tic55x-*)
++		os=-coff
++		;;
++	tic6x-*)
++		os=-coff
++		;;
+ 	# This must come before the *-dec entry.
+ 	pdp10-*)
+ 		os=-tops20
+@@ -1399,13 +1581,13 @@ case $basic_machine in
+ 		;;
+ 	m68000-sun)
+ 		os=-sunos3
+-		# This also exists in the configure program, but was not the
+-		# default.
+-		# os=-sunos4
+ 		;;
+ 	m68*-cisco)
+ 		os=-aout
+ 		;;
++	mep-*)
++		os=-elf
++		;;
+ 	mips*-cisco)
+ 		os=-elf
+ 		;;
+@@ -1430,7 +1612,7 @@ case $basic_machine in
+ 	*-ibm)
+ 		os=-aix
+ 		;;
+-    	*-knuth)
++	*-knuth)
+ 		os=-mmixware
+ 		;;
+ 	*-wec)
+@@ -1535,7 +1717,7 @@ case $basic_machine in
+ 			-sunos*)
+ 				vendor=sun
+ 				;;
+-			-aix*)
++			-cnk*|-aix*)
+ 				vendor=ibm
+ 				;;
+ 			-beos*)
+diff --git a/configure b/configure
+index a9e9814..7fd6318 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.
+ #
+diff --git a/include/HsNetworkConfig.h b/include/HsNetworkConfig.h
+index c6e704d..4edc892 100644
+--- a/include/HsNetworkConfig.h
++++ b/include/HsNetworkConfig.h
+@@ -8,7 +8,7 @@
+ #define HAVE_ARPA_INET_H 1
+ 
+ /* Define to 1 if you have a BSDish sendfile(2) implementation. */
+-#define HAVE_BSD_SENDFILE 1
++/* #undef HAVE_BSD_SENDFILE */
+ 
+ /* Define to 1 if you have the declaration of `AI_ADDRCONFIG', and to 0 if you
+    don't. */
+@@ -55,7 +55,7 @@
+ #define HAVE_LIMITS_H 1
+ 
+ /* Define to 1 if you have a Linux sendfile(2) implementation. */
+-/* #undef HAVE_LINUX_SENDFILE */
++#define HAVE_LINUX_SENDFILE 1
+ 
+ /* Define to 1 if you have the <memory.h> header file. */
+ #define HAVE_MEMORY_H 1
+@@ -91,10 +91,10 @@
+ #define HAVE_STRUCT_MSGHDR_MSG_CONTROL 1
+ 
+ /* Define to 1 if `sa_len' is a member of `struct sockaddr'. */
+-#define HAVE_STRUCT_SOCKADDR_SA_LEN 1
++/* #undef HAVE_STRUCT_SOCKADDR_SA_LEN */
+ 
+ /* Define to 1 if you have both SO_PEERCRED and struct ucred. */
+-/* #undef HAVE_STRUCT_UCRED */
++#define HAVE_STRUCT_UCRED 1
+ 
+ /* Define to 1 if you have the `symlink' function. */
+ #define HAVE_SYMLINK 1
+-- 
+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..324809ad92
--- /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 8456a3b26261212052bad4d1de207504a3f85995 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Fri, 19 Apr 2013 15:14:10 -0400
+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 c199036..f0c9f5b 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
+ 
+@@ -305,31 +284,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
+ 
+@@ -404,31 +358,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
+ 
+@@ -490,33 +419,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.8.2.rc3
+
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/persistent-template_stub-out.patch b/standalone/android/haskell-patches/persistent-template_stub-out.patch
new file mode 100644
index 0000000000..6b7b62bd4a
--- /dev/null
+++ b/standalone/android/haskell-patches/persistent-template_stub-out.patch
@@ -0,0 +1,25 @@
+From 0b9df0de3aa45918a2a9226a2da6be4680276419 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 03:31:55 +0000
+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 8216ce7..f23234b 100644
+--- a/persistent-template.cabal
++++ b/persistent-template.cabal
+@@ -23,7 +23,7 @@ library
+                    , containers
+                    , aeson
+                    , monad-logger
+-    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/android/haskell-patches/persistent_1.1.5.1_0001-disable-TH.patch b/standalone/android/haskell-patches/persistent_1.1.5.1_0001-disable-TH.patch
new file mode 100644
index 0000000000..300975b83c
--- /dev/null
+++ b/standalone/android/haskell-patches/persistent_1.1.5.1_0001-disable-TH.patch
@@ -0,0 +1,32 @@
+From 760fa2c5044ae38bee8114ff84c625ac59f35c6f Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 00:03:55 +0000
+Subject: [PATCH] disable TH
+
+---
+ Database/Persist/Sql/Raw.hs |    2 --
+ 1 file changed, 2 deletions(-)
+
+diff --git a/Database/Persist/Sql/Raw.hs b/Database/Persist/Sql/Raw.hs
+index 73189dd..6efebea 100644
+--- a/Database/Persist/Sql/Raw.hs
++++ b/Database/Persist/Sql/Raw.hs
+@@ -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.7.10.4
+
diff --git a/standalone/android/haskell-patches/primitive_0.5.0.1_0001-disable-i386-opt-stuff-to-allow-cross-compilation.patch b/standalone/android/haskell-patches/primitive_0.5.0.1_0001-disable-i386-opt-stuff-to-allow-cross-compilation.patch
new file mode 100644
index 0000000000..1bd9268718
--- /dev/null
+++ b/standalone/android/haskell-patches/primitive_0.5.0.1_0001-disable-i386-opt-stuff-to-allow-cross-compilation.patch
@@ -0,0 +1,24 @@
+From 5cb5c3dabb213f809b8328b0b4049f7c754e9c77 Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Thu, 28 Feb 2013 23:34:32 -0400
+Subject: [PATCH] disable i386 opt stuff to allow cross-compilation
+
+---
+ primitive.cabal |    3 ---
+ 1 file changed, 3 deletions(-)
+
+diff --git a/primitive.cabal b/primitive.cabal
+index 8c4328a..9a6093f 100644
+--- a/primitive.cabal
++++ b/primitive.cabal
+@@ -51,7 +51,4 @@ Library
+   includes: primitive-memops.h
+   c-sources: cbits/primitive-memops.c
+   cc-options: -O3 -ftree-vectorize -fomit-frame-pointer
+-  if arch(i386) || arch(x86_64) {
+-    cc-options: -msse2
+-  }
+ 
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/process_fix-build-with-new-ghc.patch b/standalone/android/haskell-patches/process_fix-build-with-new-ghc.patch
new file mode 100644
index 0000000000..a790a316da
--- /dev/null
+++ b/standalone/android/haskell-patches/process_fix-build-with-new-ghc.patch
@@ -0,0 +1,24 @@
+From 0b0d4250cfce44b1a03b50458b4122370ab349ce Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sat, 21 Sep 2013 21:50:51 +0000
+Subject: [PATCH] fix build with new ghc
+
+---
+ System/Process/Internals.hs |    1 +
+ 1 file changed, 1 insertion(+)
+
+diff --git a/System/Process/Internals.hs b/System/Process/Internals.hs
+index a73c6fc..6676a72 100644
+--- a/System/Process/Internals.hs
++++ b/System/Process/Internals.hs
+@@ -61,6 +61,7 @@ import Control.Concurrent
+ import Control.Exception
+ import Foreign.C
+ import Foreign
++import System.IO.Unsafe
+ 
+ # ifdef __GLASGOW_HASKELL__
+ 
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/profunctors_3.3-0001-fix-cross-build.patch b/standalone/android/haskell-patches/profunctors_3.3-0001-fix-cross-build.patch
new file mode 100644
index 0000000000..45397f3e5d
--- /dev/null
+++ b/standalone/android/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/android/haskell-patches/shakespeare-css_1.0.2_0001-remove-TH.patch b/standalone/android/haskell-patches/shakespeare-css_1.0.2_0001-remove-TH.patch
new file mode 100644
index 0000000000..1c82eaeadf
--- /dev/null
+++ b/standalone/android/haskell-patches/shakespeare-css_1.0.2_0001-remove-TH.patch
@@ -0,0 +1,148 @@
+From 05d0b6e6d2f84cd8ff53b8ee3e42021fa02fe8e4 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sat, 21 Sep 2013 23:21:52 +0000
+Subject: [PATCH] remove TH
+
+---
+ Text/Cassius.hs   |   23 -----------------------
+ Text/CssCommon.hs |    4 ----
+ Text/Lucius.hs    |   30 +-----------------------------
+ 3 files changed, 1 insertion(+), 56 deletions(-)
+
+diff --git a/Text/Cassius.hs b/Text/Cassius.hs
+index ce05374..ae56b0a 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
+@@ -42,25 +35,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/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/Lucius.hs b/Text/Lucius.hs
+index 89328bd..0a1cf5e 100644
+--- a/Text/Lucius.hs
++++ b/Text/Lucius.hs
+@@ -8,12 +8,8 @@
+ {-# OPTIONS_GHC -fno-warn-missing-fields #-}
+ module Text.Lucius
+     ( -- * Parsing
+-      lucius
+-    , luciusFile
+-    , luciusFileDebug
+-    , luciusFileReload
+       -- ** Mixins
+-    , luciusMixin
++     luciusMixin
+     , Mixin
+       -- ** Runtime
+     , luciusRT
+@@ -40,11 +36,8 @@ module Text.Lucius
+     , AbsoluteUnit (..)
+     , AbsoluteSize (..)
+     , absoluteSize
+-    , EmSize (..)
+-    , ExSize (..)
+     , PercentageSize (..)
+     , percentageSize
+-    , PixelSize (..)
+       -- * Internal
+     , parseTopLevels
+     , luciusUsedIdentifiers
+@@ -66,18 +59,6 @@ import Data.Monoid (mconcat)
+ import Data.List (isSuffixOf)
+ import Control.Arrow (second)
+ 
+--- |
+---
+--- >>> 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 ()
+ 
+@@ -217,15 +198,6 @@ parseComment = do
+     _ <- manyTill anyChar $ try $ string "*/"
+     return $ ContentRaw ""
+ 
+-luciusFile :: FilePath -> Q Exp
+-luciusFile fp = do
+-    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 =
+     go id
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/shakespeare-css_1.0.2_0002-expose-modules-used-by-TH.patch b/standalone/android/haskell-patches/shakespeare-css_1.0.2_0002-expose-modules-used-by-TH.patch
new file mode 100644
index 0000000000..5bf57d527a
--- /dev/null
+++ b/standalone/android/haskell-patches/shakespeare-css_1.0.2_0002-expose-modules-used-by-TH.patch
@@ -0,0 +1,26 @@
+From 23e96f0d948e7a26febf1745a4c373faf579c8ee Mon Sep 17 00:00:00 2001
+From: Joey Hess <joey@kitenet.net>
+Date: Mon, 15 Apr 2013 16:32:31 -0400
+Subject: [PATCH] expose modules used by TH
+
+---
+ shakespeare-css.cabal | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/shakespeare-css.cabal b/shakespeare-css.cabal
+index de2497b..468353a 100644
+--- a/shakespeare-css.cabal
++++ b/shakespeare-css.cabal
+@@ -39,8 +39,8 @@ library
+ 
+     exposed-modules: Text.Cassius
+                      Text.Lucius
+-    other-modules:   Text.MkSizeType
+                      Text.Css
++    other-modules:   Text.MkSizeType
+                      Text.IndentToBrace
+                      Text.CssCommon
+     ghc-options:     -Wall
+-- 
+1.8.2.rc3
+
diff --git a/standalone/android/haskell-patches/shakespeare_1.0.3_0001-export-symbol-used-by-TH-splices.patch b/standalone/android/haskell-patches/shakespeare_1.0.3_0001-export-symbol-used-by-TH-splices.patch
new file mode 100644
index 0000000000..51443b5d4e
--- /dev/null
+++ b/standalone/android/haskell-patches/shakespeare_1.0.3_0001-export-symbol-used-by-TH-splices.patch
@@ -0,0 +1,26 @@
+From 4a75a2f0d77168aa3115b991284a5120484e18f0 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 04:59:21 +0000
+Subject: [PATCH] TH exports
+
+---
+ Text/Shakespeare.hs |    3 +++
+ 1 file changed, 3 insertions(+)
+
+diff --git a/Text/Shakespeare.hs b/Text/Shakespeare.hs
+index 9eb06a2..1290ab1 100644
+--- a/Text/Shakespeare.hs
++++ b/Text/Shakespeare.hs
+@@ -23,6 +23,9 @@ module Text.Shakespeare
+     , Deref
+     , Parser
+ 
++    -- used by TH
++    , pack'
++
+ #ifdef TEST_EXPORT
+     , preFilter
+ #endif
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/skein_hardcode_little-endian.patch b/standalone/android/haskell-patches/skein_hardcode_little-endian.patch
new file mode 100644
index 0000000000..788d8e5210
--- /dev/null
+++ b/standalone/android/haskell-patches/skein_hardcode_little-endian.patch
@@ -0,0 +1,24 @@
+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
+
+---
+ 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/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/unix-time_hack-for-Bionic.patch b/standalone/android/haskell-patches/unix-time_hack-for-Bionic.patch
new file mode 100644
index 0000000000..be7956beaf
--- /dev/null
+++ b/standalone/android/haskell-patches/unix-time_hack-for-Bionic.patch
@@ -0,0 +1,56 @@
+From e6d5c141186dbdbe97c698294485ffc4dcd3a843 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Fri, 18 Oct 2013 16:45:50 +0000
+Subject: [PATCH] hack for bionic + cross build
+
+---
+ Data/UnixTime/Types.hsc |   12 ------------
+ cbits/conv.c            |    2 +-
+ 2 files changed, 1 insertion(+), 13 deletions(-)
+
+diff --git a/Data/UnixTime/Types.hsc b/Data/UnixTime/Types.hsc
+index d30f39b..ec7ca4c 100644
+--- a/Data/UnixTime/Types.hsc
++++ b/Data/UnixTime/Types.hsc
+@@ -9,8 +9,6 @@ import Foreign.Storable
+ 
+ #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 {
+@@ -20,16 +18,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)
+-
+ -- |
+ -- Format of the strptime()/strftime() style.
+ type Format = ByteString
+diff --git a/cbits/conv.c b/cbits/conv.c
+index 7ff7b87..2e4c870 100644
+--- a/cbits/conv.c
++++ b/cbits/conv.c
+@@ -55,7 +55,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) {
+-- 
+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/vector_hack-to-build-with-new-ghc.patch b/standalone/android/haskell-patches/vector_hack-to-build-with-new-ghc.patch
new file mode 100644
index 0000000000..4d39e91cff
--- /dev/null
+++ b/standalone/android/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/android/haskell-patches/wai-app-static_deal-with-TH.patch b/standalone/android/haskell-patches/wai-app-static_deal-with-TH.patch
new file mode 100644
index 0000000000..d9860f922c
--- /dev/null
+++ b/standalone/android/haskell-patches/wai-app-static_deal-with-TH.patch
@@ -0,0 +1,54 @@
+From 432a8fc47bb11cf8fd0a832e033cfb94a6332dbe Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 07:29:39 +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 ----
+ wai-app-static.cabal              |    2 +-
+ 2 files changed, 1 insertion(+), 5 deletions(-)
+
+diff --git a/Network/Wai/Application/Static.hs b/Network/Wai/Application/Static.hs
+index 3f07391..75709b7 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
+         H.status405
+         [("Content-Type", "text/plain")]
+         "Only GET is supported"
+-staticAppPieces _ [".hidden", "folder.png"] _  = return $ W.responseLBS H.status200 [("Content-Type", "image/png")] $ L.fromChunks [$(embedFile "images/folder.png")]
+-staticAppPieces _ [".hidden", "haskell.png"] _ = return $ W.responseLBS H.status200 [("Content-Type", "image/png")] $ L.fromChunks [$(embedFile "images/haskell.png")]
+ staticAppPieces ss rawPieces req = liftIO $ do
+     case toPieces rawPieces of
+         Just pieces -> checkPieces ss pieces req >>= response
+diff --git a/wai-app-static.cabal b/wai-app-static.cabal
+index ec22813..e944caa 100644
+--- a/wai-app-static.cabal
++++ b/wai-app-static.cabal
+@@ -56,9 +56,9 @@ library
+                      WaiAppStatic.Storage.Embedded
+                      WaiAppStatic.Listing
+                      WaiAppStatic.Types
+-    other-modules:   Util
+                      WaiAppStatic.Storage.Embedded.Runtime
+                      WaiAppStatic.Storage.Embedded.TH
++    other-modules:   Util
+     ghc-options:     -Wall
+     extensions:     CPP
+ 
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/yesod-auth_don-t-really-build.patch b/standalone/android/haskell-patches/yesod-auth_don-t-really-build.patch
new file mode 100644
index 0000000000..7016e001ce
--- /dev/null
+++ b/standalone/android/haskell-patches/yesod-auth_don-t-really-build.patch
@@ -0,0 +1,34 @@
+From 3eb7b0a42099721dc19363ac41319efeed4ac5f9 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 05:19:53 +0000
+Subject: [PATCH] don't really build
+
+---
+ yesod-auth.cabal |   11 +----------
+ 1 file changed, 1 insertion(+), 10 deletions(-)
+
+diff --git a/yesod-auth.cabal b/yesod-auth.cabal
+index 591ced5..11217be 100644
+--- a/yesod-auth.cabal
++++ b/yesod-auth.cabal
+@@ -52,16 +52,7 @@ library
+                    , safe
+                    , time
+ 
+-    exposed-modules: Yesod.Auth
+-                     Yesod.Auth.BrowserId
+-                     Yesod.Auth.Dummy
+-                     Yesod.Auth.Email
+-                     Yesod.Auth.OpenId
+-                     Yesod.Auth.Rpxnow
+-                     Yesod.Auth.HashDB
+-                     Yesod.Auth.Message
+-                     Yesod.Auth.GoogleEmail
+-    other-modules:   Yesod.Auth.Routes
++    exposed-modules: 
+     ghc-options:     -Wall
+ 
+ source-repository head
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/yesod-core_expand_TH.patch b/standalone/android/haskell-patches/yesod-core_expand_TH.patch
new file mode 100644
index 0000000000..1687ff0e4a
--- /dev/null
+++ b/standalone/android/haskell-patches/yesod-core_expand_TH.patch
@@ -0,0 +1,411 @@
+From 7583457fb410d07f480a2aa7d6c2f174324b3592 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Sat, 19 Oct 2013 02:03:18 +0000
+Subject: [PATCH] hackity
+
+---
+ Yesod/Core.hs              |    2 -
+ Yesod/Core/Class/Yesod.hs  |  247 ++++++++++++++++++++++++++++++--------------
+ Yesod/Core/Dispatch.hs     |    7 --
+ Yesod/Core/Handler.hs      |   24 ++---
+ Yesod/Core/Internal/Run.hs |    2 -
+ 5 files changed, 179 insertions(+), 103 deletions(-)
+
+diff --git a/Yesod/Core.hs b/Yesod/Core.hs
+index 12e59d5..f1ff21c 100644
+--- a/Yesod/Core.hs
++++ b/Yesod/Core.hs
+@@ -94,8 +94,6 @@ module Yesod.Core
+     , JavascriptUrl
+     , renderJavascriptUrl
+       -- ** Cassius/Lucius
+-    , cassius
+-    , lucius
+     , CssUrl
+     , renderCssUrl
+     ) where
+diff --git a/Yesod/Core/Class/Yesod.hs b/Yesod/Core/Class/Yesod.hs
+index cf02a1a..3f1e88e 100644
+--- a/Yesod/Core/Class/Yesod.hs
++++ b/Yesod/Core/Class/Yesod.hs
+@@ -9,6 +9,10 @@ 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)
+@@ -87,18 +91,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
+@@ -356,45 +369,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
+@@ -424,10 +495,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.
+@@ -437,10 +511,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
+@@ -462,10 +537,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)
+@@ -474,30 +552,43 @@ 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" .= m]
+ 
+ asyncHelper :: (url -> [x] -> Text)
+diff --git a/Yesod/Core/Dispatch.hs b/Yesod/Core/Dispatch.hs
+index 335a15c..4ca05da 100644
+--- a/Yesod/Core/Dispatch.hs
++++ b/Yesod/Core/Dispatch.hs
+@@ -123,13 +123,6 @@ toWaiApp 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
+ 
+diff --git a/Yesod/Core/Handler.hs b/Yesod/Core/Handler.hs
+index f3b1799..d819b04 100644
+--- a/Yesod/Core/Handler.hs
++++ b/Yesod/Core/Handler.hs
+@@ -152,7 +152,7 @@ import qualified Control.Monad.Trans.Writer    as Writer
+ 
+ import           Control.Monad.IO.Class        (MonadIO, liftIO)
+ import           Control.Monad.Trans.Resource  (MonadResource, liftResourceT)
+-
++import qualified Text.Blaze.Internal
+ import qualified Network.HTTP.Types            as H
+ import qualified Network.Wai                   as W
+ import Control.Monad.Trans.Class (lift)
+@@ -710,19 +710,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 35f1d3f..8b92e99 100644
+--- a/Yesod/Core/Internal/Run.hs
++++ b/Yesod/Core/Internal/Run.hs
+@@ -122,8 +122,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
+         []
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/yesod-form_spliced-TH.patch b/standalone/android/haskell-patches/yesod-form_spliced-TH.patch
new file mode 100644
index 0000000000..486d2aaeef
--- /dev/null
+++ b/standalone/android/haskell-patches/yesod-form_spliced-TH.patch
@@ -0,0 +1,1783 @@
+From f645acc0efbfcba7715cd2b6734f0e9df98f7020 Mon Sep 17 00:00:00 2001
+From: dummy <dummy@example.com>
+Date: Mon, 11 Nov 2013 01:26:56 +0000
+Subject: [PATCH] update
+
+---
+ Yesod/Form/Fields.hs    |  771 +++++++++++++++++++++++++++++++++++------------
+ Yesod/Form/Functions.hs |  237 ++++++++++++---
+ Yesod/Form/Jquery.hs    |  125 ++++++--
+ Yesod/Form/MassInput.hs |  233 +++++++++++---
+ Yesod/Form/Nic.hs       |   61 +++-
+ yesod-form.cabal        |    1 +
+ 6 files changed, 1122 insertions(+), 306 deletions(-)
+
+diff --git a/Yesod/Form/Fields.hs b/Yesod/Form/Fields.hs
+index 0689859..1e9d49b 100644
+--- a/Yesod/Form/Fields.hs
++++ b/Yesod/Form/Fields.hs
+@@ -1,4 +1,3 @@
+-{-# LANGUAGE QuasiQuotes #-}
+ {-# LANGUAGE TypeFamilies #-}
+ {-# LANGUAGE OverloadedStrings #-}
+ {-# LANGUAGE GeneralizedNewtypeDeriving #-}
+@@ -36,15 +35,11 @@ module Yesod.Form.Fields
+     , selectFieldList
+     , radioField
+     , radioFieldList
+-    , checkboxesFieldList
+-    , checkboxesField
+     , multiSelectField
+     , multiSelectFieldList
+     , Option (..)
+     , OptionList (..)
+     , mkOptionList
+-    , optionsPersist
+-    , optionsPersistKey
+     , optionsPairs
+     , optionsEnum
+     ) where
+@@ -70,6 +65,15 @@ import Text.HTML.SanitizeXSS (sanitizeBalance)
+ import Control.Monad (when, unless)
+ 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)
+@@ -82,14 +86,12 @@ import Data.Text (Text, unpack, pack)
+ import qualified Data.Text.Read
+ 
+ import qualified Data.Map as Map
+-import Yesod.Persist (selectList, runDB, Filter, SelectOpt, Key, YesodPersist, PersistEntity, PersistQuery, YesodDB)
+ 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
+@@ -102,10 +104,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" :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
+@@ -119,10 +135,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="text" :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)
+@@ -130,10 +160,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)
+@@ -141,10 +185,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
+@@ -157,10 +214,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)
+@@ -169,8 +234,6 @@ $newline never
+ -- br-tags.
+ newtype Textarea = Textarea { unTextarea :: Text }
+     deriving (Show, Read, Eq, PersistField, Ord)
+-instance PersistFieldSql Textarea where
+-    sqlType _ = SqlString
+ instance ToHtml Textarea where
+     toHtml =
+         unsafeByteString
+@@ -188,10 +251,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
+     }
+ 
+@@ -199,10 +270,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
+     }
+ 
+@@ -210,20 +290,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
+     }
+ 
+@@ -295,10 +410,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}">
+-|]
++    , 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) ">") }
++
+     , fieldEnctype = UrlEncoded
+     }
+ 
+@@ -307,20 +436,78 @@ 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}">
+-|]
++        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=\"search\"");
++             Text.Hamlet.condH
++               [(isReq, 
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) " required=\"\""))]
++               Nothing;
++             Text.Hamlet.condH
++               [(autoFocus, 
++                 (Yesod.Core.Widget.asWidgetT . toWidget)
++                   ((Text.Blaze.Internal.preEscapedText . pack) " autofocus=\"\""))]
++               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) ">") }
++
+         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
+-            |]
++          do { (Yesod.Core.Widget.asWidgetT . toWidget)
++                 ((Text.Blaze.Internal.preEscapedText . pack)
++                    "<script>if (!('autofocus' in document.createElement('input'))) {document.getElementById('");
++               (Yesod.Core.Widget.asWidgetT . toWidget) (toHtml theId);
++               (Yesod.Core.Widget.asWidgetT . toWidget)
++                 ((Text.Blaze.Internal.preEscapedText . pack)
++                    "').focus();}</script>") }
++
++          toWidget  $           \ _render_arQv
++            -> (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 = (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
+     }
+ 
+@@ -331,7 +518,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
+     }
+ 
+@@ -344,18 +554,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)]
+@@ -378,11 +626,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
+@@ -392,67 +677,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}
++      , 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}-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
+@@ -478,10 +868,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
+     }
+ 
+@@ -525,49 +930,7 @@ 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 (YesodDB site)
+-                  , PathPiece (Key a)
+-                  , PersistEntityBackend a ~ PersistMonadBackend (YesodDB site)
+-                  , 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 (YesodDB site))
+-  => [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)
+@@ -611,9 +974,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
+     }
+ 
+@@ -640,10 +1015,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
+             }
+@@ -672,10 +1057,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 8a36710..c375ae0 100644
+--- a/Yesod/Form/Functions.hs
++++ b/Yesod/Form/Functions.hs
+@@ -59,6 +59,10 @@ 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
+@@ -210,7 +214,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
+@@ -279,7 +290,12 @@ 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
+@@ -293,19 +309,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
+@@ -318,19 +381,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-friendly shamlet syntax.
+@@ -354,19 +465,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)
+ 
+ check :: (Monad m, RenderMessage (HandlerSite m) msg)
+diff --git a/Yesod/Form/Jquery.hs b/Yesod/Form/Jquery.hs
+index 2c4ae25..4362188 100644
+--- a/Yesod/Form/Jquery.hs
++++ b/Yesod/Form/Jquery.hs
+@@ -12,6 +12,18 @@ 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)
+@@ -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 332eb66..5015e7b 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 (boolField)
+@@ -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 boolField 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..7b49b1a 100644
+--- a/Yesod/Form/Nic.hs
++++ b/Yesod/Form/Nic.hs
+@@ -9,6 +9,19 @@ 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)
+@@ -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 39fa680..88ed066 100644
+--- a/yesod-form.cabal
++++ b/yesod-form.cabal
+@@ -19,6 +19,7 @@ library
+                    , time                  >= 1.1.4
+                    , hamlet                >= 1.1      && < 1.2
+                    , shakespeare-css       >= 1.0      && < 1.1
++                   , shakespeare
+                    , shakespeare-js        >= 1.0.2    && < 1.3
+                    , persistent            >= 1.2      && < 1.3
+                    , template-haskell
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/yesod-persistent_do-not-really-build.patch b/standalone/android/haskell-patches/yesod-persistent_do-not-really-build.patch
new file mode 100644
index 0000000000..ecccf75ac0
--- /dev/null
+++ b/standalone/android/haskell-patches/yesod-persistent_do-not-really-build.patch
@@ -0,0 +1,26 @@
+From 03819615edb1c5f7414768dae84234d6791bd758 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 04:11:46 +0000
+Subject: [PATCH] do not really build
+
+---
+ yesod-persistent.cabal |    3 +--
+ 1 file changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/yesod-persistent.cabal b/yesod-persistent.cabal
+index 98c2146..11960cf 100644
+--- a/yesod-persistent.cabal
++++ b/yesod-persistent.cabal
+@@ -23,8 +23,7 @@ library
+                    , lifted-base
+                    , pool-conduit
+                    , resourcet
+-    exposed-modules: Yesod.Persist
+-                     Yesod.Persist.Core
++    exposed-modules: 
+     ghc-options:     -Wall
+ 
+ test-suite test
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/yesod-routes_export-module-referenced-by-TH-splices.patch b/standalone/android/haskell-patches/yesod-routes_export-module-referenced-by-TH-splices.patch
new file mode 100644
index 0000000000..e20e3c7f1a
--- /dev/null
+++ b/standalone/android/haskell-patches/yesod-routes_export-module-referenced-by-TH-splices.patch
@@ -0,0 +1,29 @@
+From f6bfe8e01d8fe6d129ad3819070aa17934094a0a Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 06:24:09 +0000
+Subject: [PATCH] export module referenced by TH splices
+
+---
+ yesod-routes.cabal |    2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/yesod-routes.cabal b/yesod-routes.cabal
+index 0b245f2..a97582a 100644
+--- a/yesod-routes.cabal
++++ b/yesod-routes.cabal
+@@ -27,11 +27,11 @@ library
+                      Yesod.Routes.Class
+                      Yesod.Routes.Parse
+                      Yesod.Routes.Overlap
++                     Yesod.Routes.TH.Types
+     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
+ 
+ test-suite runtests
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/yesod_001_hacked-up-for-Android.patch b/standalone/android/haskell-patches/yesod_001_hacked-up-for-Android.patch
new file mode 100644
index 0000000000..23ba50d33a
--- /dev/null
+++ b/standalone/android/haskell-patches/yesod_001_hacked-up-for-Android.patch
@@ -0,0 +1,74 @@
+From 8bf7c428a42b984f63f435bb34f22743202ae449 Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 05:24:19 +0000
+Subject: [PATCH] hacked up for Android
+
+---
+ Yesod.hs              |    2 --
+ Yesod/Default/Util.hs |   17 -----------------
+ 2 files changed, 19 deletions(-)
+
+diff --git a/Yesod.hs b/Yesod.hs
+index b367144..3050bf5 100644
+--- a/Yesod.hs
++++ b/Yesod.hs
+@@ -5,9 +5,7 @@ module Yesod
+     ( -- * Re-exports from yesod-core
+       module Yesod.Core
+     , module Yesod.Form
+-    , module Yesod.Persist
+     ) where
+ 
+ import Yesod.Core
+ import Yesod.Form
+-import Yesod.Persist
+diff --git a/Yesod/Default/Util.hs b/Yesod/Default/Util.hs
+index a10358e..c5a4e58 100644
+--- a/Yesod/Default/Util.hs
++++ b/Yesod/Default/Util.hs
+@@ -8,7 +8,6 @@ module Yesod.Default.Util
+     , 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,24 +65,11 @@ 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
+ 
+-- 
+1.7.10.4
+
diff --git a/standalone/android/haskell-patches/yesod_002_hack-around-missing-symbols.patch b/standalone/android/haskell-patches/yesod_002_hack-around-missing-symbols.patch
new file mode 100644
index 0000000000..eaad739e5c
--- /dev/null
+++ b/standalone/android/haskell-patches/yesod_002_hack-around-missing-symbols.patch
@@ -0,0 +1,41 @@
+From 7e815b11f242d6836f9615439e32f9937bf2feaf Mon Sep 17 00:00:00 2001
+From: foo <foo@bar>
+Date: Sun, 22 Sep 2013 13:59:34 +0000
+Subject: [PATCH] hack around missing symbols
+
+---
+ Yesod.hs |   17 +++++++++++++++++
+ 1 file changed, 17 insertions(+)
+
+diff --git a/Yesod.hs b/Yesod.hs
+index 3050bf5..fbe309c 100644
+--- a/Yesod.hs
++++ b/Yesod.hs
+@@ -5,7 +5,24 @@ module Yesod
+     ( -- * Re-exports from yesod-core
+       module Yesod.Core
+     , module Yesod.Form
++    , insertBy
++    , replace
++    , deleteBy
++    , delete
++    , insert 
++    , Key
+     ) where
+ 
+ import Yesod.Core
+ import Yesod.Form
++
++-- 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
++
+-- 
+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..f0a4b91139
--- /dev/null
+++ b/standalone/android/install-haskell-packages
@@ -0,0 +1,120 @@
+#!/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="$@"
+
+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}_*; do
+		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
+	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 process
+	patched MissingH
+	patched bloomfilter
+	patched SafeSemaphore
+	patched distributive
+	patched comonad
+	patched HTTP
+	patched MonadCatchIO-transformers
+	patched iproute
+	patched primitive
+	patched socks
+	patched entropy
+	patched vector
+	patched stm-chans
+	patched persistent
+	patched profunctors
+	patched skein
+	patched lens
+	patched persistent-template
+	patched wai-app-static
+	patched shakespeare
+	patched shakespeare-css
+	patched yesod-routes
+	patched yesod-core
+	patched yesod-persistent
+	patched yesod-form
+	patched crypto-numbers
+	patched yesod-auth
+	patched yesod
+	patched async
+	patched gnuidn
+	patched DAV
+	patched language-javascript
+	patched uuid
+
+	cd ..
+
+	installgitannexdeps -fAndroid -f-Pairing
+}
+
+echo
+echo
+echo native build
+echo
+cabal update
+installgitannexdeps
+
+echo 
+echo
+echo cross build
+echo
+PATH=$HOME/.ghc/$(cat abiversion)/bin:$HOME/.ghc/$(cat abiversion)/arm-linux-androideabi/bin:$PATH
+cabal update
+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..6cdb295960
--- /dev/null
+++ b/standalone/android/openssh.patch
@@ -0,0 +1,205 @@
+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/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..ef67444944
--- /dev/null
+++ b/standalone/android/runshell
@@ -0,0 +1,132 @@
+#!/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 $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.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 b/standalone/android/start
new file mode 100755
index 0000000000000000000000000000000000000000..44dcb3cf41bdf7751c18f81cc1c3e6b901df73d2
GIT binary patch
literal 6492
zcmeHLU1%KF6~4P#Cu>P@)~Ot;mN8@FfKue$RjQ<Jofhlgj^&@o+hRk>barQ?9lV-d
zX2;H|gw{VQb%}#SaG+3A?Sm;w=z|Mw(SzNpG_=JODoUZHsAaYCVzu>y3oZmA*nZ#4
zUU@u@p?T?(4tw^T@1AqdJ#*&Hy)*aQgCj$sP)JA$i%vl_GbKb1<h5<CWmAt(#M7{~
zi|yhmG||>`-s1{%a-_jckZlOkcERJ%0F!BFY_dz|@ejVT+2c)YjCuC*79q+%^!OX-
zpo2Ls?O})o*cV_YuL6^4=NPZo93A2@a{Hro6!u_zjv@Oeijzghm`J2eE0Hs;Glu<G
zsE5}8({tcwd@jU00(egVe=dL%KD-q=>nn-zzAOPG@jw8-7Qn9u@Ye$PjR4LBut{9@
z8e`($^+Eu@1sw6&g{tPvbVfBT(}A8TX{zQJC4i!1+nKB_#tOD+Ib*_YRMp~;unkRT
zeZ|<Dw&@rmlhsXI6b#$W+vujD@8pE*;QkpUBa;)Vp=*wYA=1U73MU)G8I~?Mdc2sY
z)N@pXU>#X2(z9SpGtmlu8cf0zTBl}cQ81>LOYF<J^d#aO#FY6&;{0!ESmd1J{NVh)
zIV;3AH2xm)c?4LbM6f?mqT^pEG4K*4I#ei;@EuAdxJro&xkrhl?^9y12b8$Dk0>$N
z8YM0;QrTCFRAy^iD$|wd{a@4;JCMY0rmLabSE`F2->gafcRqc=r_cNJ8$Nx`r<Z;D
z_kH?|PrvNb&-?U}PcK0K`oe5Y9NPDfQ_0y{<i<PI*y7P@>%w%UDS7Q~Te77#z;^L=
zl{f~xA6Uf7E5xn9UBJ|%(DzbT*zZX7SM~b8B8x|=;_|K4Hq>CXUa#K+-v>Vce*}&y
zUaYV(U74@f|9J-waSXXckw+WyXcsNDQwK5r!Rbo7=%^(y?oSXmhW1#pqb9`372KK~
z%&94P_3oUwR86`%@{g65+m(*m9Q;F~yz)N#v5!(-5z4P?QREgwZc`X@4Y>%+1v&Qc
z-%$gMf2hwJJ9OYkwKdsajez&>nXNJ3uqZEcj4t5!0y$xt+-`q~IUx`Dg^>4lj2m^^
zkZ1Bz_3cJpmmnW>&(>ndwKaC68dff#_7^KMPyg7A^>g;~<-<1CB-nNiZ6aA-W{ohd
zo3COFnU76>)I^6I{)%^PrQMHSSI*aeJNo<MA9Q_L?~By|*$=g7Qp(FC=-1;LE9HyB
zJa+nQCtzb9eULH_A>-k?Sl`!t{XdKTcjWzreM#!@>-YI#?P>l{+TeFn>hOEj=f`}m
zOB?*UU}HYJJf9Vje5ZEVXFo4>#3@N#DK8fqdMEm2Wjo@v1M~jKxfaD-yNR`@j=6Rn
zlJjou<9fXddK>sY)~8O$>yS~%9OM#s0Q^&M89W1?YVcbP$#s-#C!pxHbUSbA?pmAC
zEGzFQW2U7mSm}+7leZ@o(^6h2ibTQAXA(stH<rLUFT|K;<_ukN@}7JCO-r$~3Aslg
z7c-5$IUP@*El#HMC3nFe(sI}+#+9^|Im4b=&DJw{9bvRWLCNJanq%gz1ByQnqf|g1
za2dmRMK2ld1qtpl-ru+u*SxE640{5$#+b;#I-^K{_ITnUC}tn#XrHx;StIA}O77;S
zpv7`C^|Dv!y+Iol*r>op1vV<+uK>2BI`NYv-?bO;u8ZwSa1q73fhb+V{sqZ*cya-l
z-vQj0_#H~=eb##4e4Q7(_jSJeV-FUGE@C5wd>71pYzdfq8Qfg?JxG4v@%wZqB;(;-
zK+FO2^_p=M@I3HtNZNNbB(~Q)V|`j;EXL=UH^A4v^LT^`uJhBf81C=?lF~VR?5i&-
zJ@HqRmy+H1C0|iG3$|e!IYTQNFFxw@1&++R@Oz39oyB-Qrz_p@?rz}TF8pbRmNrFb
z57bRBrv}ASk!Wahs5$&xq%E{9w7sc4v?IJL-1SMd@V7<q?a6z|^9YZk?md3s!?d@q
z*Tb{#3}DvHqZYS6Yw1y|i$z)DtuAK0J$lB)thq<6k9^xRKhC+-Woh3mUTENU$PlW;
za!8W?xpn_$cdjadd}n-^*Z1&#d)K%2T^TXzo)xe@{3Z{Fqv8N0>%o4+eRM51-pRsS
z#c@D+ZW0P_5vPdp43R?NXNBdd?mwTKZ-QA5-s`P6>9_*P`gyoj`~aBs^>B;$0GRcX
z_IY6DKOg3E7!|jGB{BYOFt4Ba)BZ<kbg>YB4d7}3-}PZW@ArI|@&6ORYXKbgO*r~*
z4&W^T%<pzd^zR7Z-Na?jgJ&n50o(%|@!3VjcGAYUX{q`oUUJP$JR|mMVz2HRY`lD;
z0Z)^ojq_N<b^sekAB{5>Rn?1mH4D$2A=H7>$9j(*?icFt$nn135%u`c(8<A+n(FNv
z8B_xYH77;~4<9?6QhP^7drzyh2H+5|&)T0lKB|r!KAD2=gl1Zgp7mt1`2x>y{!eE<
zB929hCr+wn+uEdv`*nO~n6e!wQI3d@=kb@xPfQpV6nu&p^2I)G>TVkrym%o8BMz5D
zym$0yTyq@TOrLcOVB8&C7)QZ}KtaUmjkZRpaqBEb$m#pe8Fmrh8J_>-gotM~yx-H4
z_g2J<SwwNPG&CtECtPgj-LtK@`|r)4|K<N2oH)hsczI{80Nm#!(MG}}>7Gl`k9!{H
zr2^(2N*_M2+`IVvvyFb-3lBkg7rG?+l70l<1g0PN$R#LO8yLck$C%#&bFZKu_u>MA
zb5A5D(TDg1So(1fFTpR1wxC}MZOnmZYwmsrzZ=jcF&?QCEd97X&cN^?d?iW0R~vpD
zhwFF>$#CtKB>nz?2F9Zw*Y6zs6j=<kNxz-YdEUsOxGwUn8LsOj{a9<5TtBX-a{z3U
zB>gx9+Zm7R@ca|v{TO!EgnnG#7vQ(rz!2+ojzecm`pse8pF^_T10>0D|BMFd=dNe|
z<Qg{iISuCZF`o33G1w&a&qHUtBpXSH_p+zC|Fn_0wc*Hfo%X|zHI*dey@3XdS&;21
z`0bMblCem?1<N@^JOw{?d>(@DZH&jJUxM9hfFw=fA^M^W0xZ>^LHGOJ!bbZyc4(0F
F`!6_kWT5~6

literal 0
HcmV?d00001

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..5f7d403359
--- /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-17
+ 
+ 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-17
+ done
diff --git a/standalone/licences.gz b/standalone/licences.gz
new file mode 100644
index 0000000000000000000000000000000000000000..422f8422588680239bd59533f86f2a408f9f2f62
GIT binary patch
literal 60519
zcmV(;K-<3`iwFq9I5ScL18iwyWo~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
z46mS91$_C5eq;d6{^j3SMZJ#Nf@k-uzgOw23SQ1}fSa0pJ3dLPnuhqyHwqKyTRbQi
zt0q0E>d*On*3g(Mc)f0@-MdcWGe33m*DM|FAM8FIJi)o7pTMthKA*{a!n{N4&9a>C
zK84wt>}5EC%`!`8^UEAI!8D`(jDEk$m(a$>>93phV(JGqT+Hg?Iz6e&*?BRaXX%H0
z4f}3C|6DfJB5RMbXZC1A;A~x;`-WfDMUhT)%Z5d`adCNb@diJ-Di)K;L0bGiEw1oQ
z_{OxVi`BB6H}~`<XmYhGXTG&}`LZsjpI|+&VLsAgndbBUCh$$2X=v#8ygt8szi#Q(
zbXCuNTl@K<EavHCSu9SA`uwJD;j6kw=t%C#7CN2``A6UDkL2XyOpiX7vtls~Cl@+#
zeO@f@V?fZ<yga>{)`f5F{Q@>+-IU8U9*@2J@|5;qmcFj4^LeqkO+PAb8n)hUQP)-N
z+dqH$1pYOHK3tx@>2JvnA~#bP`D|V;ihCS$brsFvF+BJtUxo%ZHuAUKJrE`+Q&yL5
zli^?&tL6M#H(G1tr~mORx*S&XGGC;V0veocUWD(XMQECNTmI@1epgq22O-qol0Fm-
zvVAI{wQ2^3KRsz4S2s+1)T45?@NG=WOSl96QZ>a{1G4Q4FFqB^cwlVy{Aqy?F7syb
zt()f{TA1@`y^goghoWA<vwy9ii$OTwX_d>xa()kc`<XQNAHJ=(`4WDAogNR;*U;=D
zy#8~~fn7DHu`+Uj3QCiX>e*Q_U$({D&z+G>tHtMgIRemL1skwwE_`!OfBNZ%^dw)d
z(vPTyEpDA@X`^*go4lFd??L_ja{jF6Uihsj=ktwcRo-)*>u#%Z2^!66c~R9jE_`yd
zNRK9eBfS#-3s0Ul>t<P8MmojS70d69I^4U-fi$pJMKkf`&0vpEiK#$fV6R|rtxv1p
zTdVog?z1OPet`W|e!{0=9sL&V3>4atHq(=$zAP8{JRM!G=J_(dW45O|DK?C)|0yGx
zr|+RygSB4OaHrlV|GEk-jp;+Vm{r%T!B5xcpyl^mB(!k`x9d`S)Ig+4!Jy8seUs0g
zJbjkFEf=pp3@Xqtu5Rixy&Srm3_(+Bc&t;ra>1O*Kj-B<KZO-MtE)?TYri<fYbCFz
z7jX4w>DlsXFr%O07qi6d8tbPDVcaRx>hcQD;u5sl>x&Y_A8ei0XK2r4WCQV-_1SKZ
zE|$xypTGN#=XL<Cf0rcVvvggpsNvOu9$i*xKAnP{1R`Lq-El+B=!MIC4gXp!bC@u*
ztngi!MO3WP9KKl;WTp+$QHhcyEiR!y=`UuU?Q*k!{yQ{qF<9i6#jjZcb_s0N88k2%
zPDaoqY=}p}czg82Pk&6`fGw3CUC-e!Xb&cj{<=nc@l{pNU{4+<kDmYWk3as9JbFJF
z!dl@bJzK$ofu(iX;E?=vm!DRjgAzzHQ5P_Z*=h<q;Ix4D2T5XbnRT7C@6YSQ_v!1=
z;plh>3c&l92jjgI{%>?R8TCI8e||%K5LW$pmOlFlv=A^v;9&hRNpXw2Q@2N_?vFRi
z(?R-+Eb&=$h8yg=U!j!|=$vb`tYJf3;n4<zbA~I0OG9FQ26k2rSJbjd;n`DY@DhJn
z7AX2@mP%6?(pfcKUBaHsK<+HlDO_XcXpWalY=2SVH3l<Q%mzG$8~(fl?eh|LoIHrD
zL^D{xZ4c7t-Rcy+sb`V4Gi|AiIzBJXme!{;l;P$qu$wFW1QLbT`?{(>H3Rn{TW)wY
zy#%|m@Aa!1c6T|2zR>%$HD*Oqo-YcxcVGsW`6qb(8jb=SiJE#h!;@d7&4o5aGgQz{
z<6flcOFlYv4(4palIzBCgBAk^f*0+4mDf4^yJ&wh>3$PdBK^!8jAkLn!+Bokm%F>r
z(j|7jS-~r?b~PSNcnaHdQ;D;Kt>9e=s!WZ&{{Sn1ecrqk(H#O$BsUGq<{kQl1JO^u
zz~1B_(@H#x^QNMqktCuu!8wH9&Wjx7Gwn>A|I@X*&#{*uK}Jnc^g>hkJ8FieOy&S&
z>awbIPkgw5yXzX}<EqF%VV_8NX{R#$6$^$lu)1)+!vxCQXSnMVXck5WA3lOl^p82-
zKxwoD%L}lPpnFMrk$>jh;&ziepnNVnJxsS{-RpBX4$#D9TC#M%E}M&;%sv9cm=<s!
zMHd*X2hJB5z;u?+xHs3Z*WlmoU3|#xY3l&IkLwP-n{xlKl|{NJt`qKRn0M@|wfAXJ
zU0cJm3LB;E1Ctz1EL|&0xSV+j+3!cIvM6{euj=A6NG0{$(0vEy{TkPbM#Am#o7maB
z`6R!i^SY|*!Y+G$YCxg_mb|Lv(!;e$(rHmI;joaS2~HO1=JRriiz2h#yIOv(GW>pd
zmheSd&B`;}p+9#UgpP?fE7}owWN4T=KXC7X29aN)CU9dfniVP$x)i7>6xdLb!atWK
z%?lm*^sLZ(eg$XrDu=rrZmDI((^E`KXc6=h9v0l&iFU5(?6R4hMrx_G<Kgu+ox@C@
zPW(n}X&%rJ=$fHh%>`^7+UK%q=z4Fclk0?c7W}o;4WrYw4_jpp_De0D6?w(t>fJ%#
zUK0=WHSCmSaRoYRy8Uzq_7KR#WpG8)97PL_TYdZ44$M6W4&H1ivP2@lyqBMK7tV`w
z5E*nsH>4BD6`lE|g!aB8$tj!0?*RPr%!c-uzAXarv5tx4v*^m{6r^Yk(y{pcYL3!B
zu|=s1zRltM*LdBmX<Ja&Be65!FQ3A8<okiXnuO0bu-@T=b@A`3vMyxWX%HnGU%R7D
zLC?<XPw=B0I>S;16gpZ_?pR6k8<d7iToSmMP~(8tz!v8jnx*I#TNKr*fsxVO!F|E)
zk3yn^-`E#*`X<#S&0RU|k<utecyy{5!w+G)mUuJ5=<5|2R^7q04n4ksdNJ--*cWr?
z)asm-|I2)_Is;V$js+Y=k%LV|@&~Vfm~^~cQR{+F!m=;WGJpe%>bjW_d5MxCv6Y5x
zB}?LNk{-#;VlHK)78(V!9NLDnv<MR86pu(Xovv!sM)-4}z44r)ro3cL3iK`5(6bd>
z+%)&(g*9{J3I#_~zzD8+i;>PqS^(G{Q?!840*U4Bbs=|RSQ4BRnP%s+6650n#3xG*
zQQr#LyA_@{?Jay`EQ7QCl-JNX_}M8&qn4#iwdfr%e|SW=KNPM?(Rqqn49*YgXWTC`
zfAsj$NA*=~>uiOKY<nbe-G@EV&~2vo8OxxS+-D_B4?SAxa}W>(s`x6^aZZ;P&^hQ7
zv;~?bjb~0ulI_MT{56Th$rAqBpfFv{XF-G4C*%^s5W!N#3+_Y`FSISroWfY4;3nl~
z_i9yN;qY;<!ojQ?wisypRE=B!vx;tUR8aV^enw9MZBMxNU=7k4ZrGZi)-JJrNb{6O
z$_0E329fYJ1KXegu`8h<d<1l~Vwu<Lfv6O$GT^!e83i(Zr6MY^FT$Y|NwaGB!%kh$
zk1wjlF80P78nWl*ZXzYEf<wYiSlpN>;^C}1DUX|nq$tajDM#`+@_D0Gbuv1BJ4uI!
z`{~}%;r{q!d~`UG=bsGV);lW~{9$cn>%?6~TddvEg6rveZX0x?CU0$-wYtT6`(=^C
z5bbW<otLmC^ZZ(*KP%?&t=Lpc*h<Po@W8$-F46airxq_hP}_X>$<u_B?|YBdf_;~K
z8e}!h+g_a#4xo+#>}2!_$TMti&StO?8oG_rEx4k$;HfQnp=h>vk+y<1v_)Q#(;^as
z&}p#5^F{d|c{KO10k`-XhlaR=JY#B^lM0K<*et)IGl~DW%Il@B3BHryd4e;LHy5~G
ze8EQHai>vaGS@Kw3%Phm2S(Ent}xIbr%Q3z(B6g7ujX`-Q1?na2J<=2hjiWDcU#gc
zXa;nOQY|%7Ch2cmr)06=ljQJnPwA8l)2(R*?ZIRC<1LwxqLf~vi^{$$>+ZflA4pUO
zli&O4MhTFg!-?+B_>6W9Ssi?%(j9{CM*LT`LQ&x6@tR~MNg39)VH2Q)CEpe9R=7*x
zpYxKPZ)lH|i!)r9f@CM}KoVn9dL%3toRCc1f$*PVx>|~R1*Jk_(lj+K5Pyv-efc?G
zs=p0KPea8`0qVkh1-GY(nk1Gr+caQkPlg)F9WWbZmjq`bn*lH*BnVi^g>BfN5(NTy
z0ZpU1L92#W@MpGW;1pqi*{=u&HH!8Dz~hVJK(q@R2Z@b>oRrdfLgzs&C0Y$s$Hcg0
zs|V)dE$JEyn6#V}U|!&y?ozxdQ4fQgCrs_4SYmg0?NJL}f)3oE0#8m9R?5ZO#Up_E
zu}!=P-}+qeN9YHj;T1UXplh!|o(!+}Lc&EmAl3h{LT#nlO4QCGy@K~4Thp?RIe&Fg
z>NN~4U6$x5hCPSc2RYTwKm#yC3#}FVHoHaa>tXLLs0U`XKu2J`*vON~y4gGsLAx#6
zSNDk@hrCgWo-N+unR+Kw{x<4hhRNkdsO2EJRd91>$q<BVt1PZ%fy{3i1pN4noo!(?
z;BszQp@0vwFN($qI{|d^84GW6%exB+4k4W3RmOHS&pRv+dRrC}d_qIFD9AiUp;^Ok
zYiLBb$kTy_NibUPwS_Hb?QV%F?gbSq6zGEj2?)QwjPC++s_|*{XP6C^CEi{~rx@ap
z_QP>Q&4oXmShIOsHcu!?tDdD}oxsq9n^ZogEVE1c9T>kQ>T;quV-qt}M$o;!hVQ_M
zt<K?sgn#P;U<+2WH9AT%oz`hC%BFp)VI`5S1D-1q2h-I&H#Z-~Z9t|j&R02RTA&}C
zH9K@1!p@toS)<D@D|j%N&op?FydrqCjcB<hWHez+u+CBFZSh?yf;*@la&+yE$y9#X
zRZNfJ?gHDWnip~$w(}i!0MqL;or(o45eN)fDU^cKPx(1t1aI@d!&K~P=!lhWGr>?~
z1sx(^^5cnro(})%4qRmQXB4yxR?}GUipC$hEaoT9Xy?l)6JX<^TZ%1)w7Z39;Uu^P
zI*2_iS69=ycI4LK3n#cQaW2q51PWQJA6v46@FZ67+25gOvTfn8;G?MIk---tZb`cR
z3DXYdcnM%wQtV@%9?)*#W;6?*H{ldR;^;<$W#EUQkrKDVdIv9W9wf{4cz4t*lrOY_
zu><A2sMX9+i!}rg_(3>S;Ux2k0Ku>fFJhz4KSaBAud3O_IKw`&2#Tak88=J&OQvc*
zPulJ{XRWf$w?ywF`$c3MopE2ofLV_3Q12*<z<rL~!j<~A!gzW2)3kypy;`zsfg&i?
zT#U(}X22$RQ(dD)oZ+Q8s|w!rdIYuI$DsVTk1x$_+kRbE6|3>`3pfrwu3E5Hfn3`z
zO1ol1!_-xnTG$;pqZB=8bs7(8;@*yrDR+3#^7HnsW)hSHr*oL$m!6e#QpB2SidX-P
zkFTsL|5AeoGWqPQFWP5~gH1EaA)~3|K;n9lUt+*)zE0p*3-shQt5cgE)gR2B(4#}M
z>V0nFDFjtjuU(Arz#+Xvjb)ZE>8M<;7HS@oCCxkH480eppu-i#Lj69z7cRgDQ`|&z
z?2b#{{BpR#Zzr=F)RT<)GU&pq3q2I*fvm{0M#E&guKWGydx?DT)(*v|w=EIb7lgtY
zo%GQVpAFKNc>_}Go!K>Jn__Z<_`T05+BoacylA89uT}p;HwRrw9iR9+jX9888Z}55
z&F6~EA5{Z+tD!?`mUu@AK7Uy()g!7sK*u#`7O3{-pkttig?#p_#k{;Msgc;9u41Qa
zM~cY{<`38ayhiZwg6>r8N-#^w4wiqPuHz}8%d+J4<fbxo@fRqH8<tsgGm=xTT&|X)
z&4<?8Lxh`sQC)-4eO~b35{qG-f!SYj)D87i&ai-E^EsdMMc#yYJzd8prmplyN#(dC
zKRr&5*b{6hM_qHF9Wa+E=*bGY8OeUh;EtT5N|no+Xsn+4d5tbHi8+%C1NIL^Pd|p#
z64d-#pRX*uC)=&5aPzRBCTHqJ{+SOWh;=duV?7uQlliJ)e;~F2JtLW~Nh=)lM41SZ
zQ=@Qa?Bibq!7VN-w`(;x3fDKfx1oi^&O_6-MR34oH<D)urCMFGN+;I<PjjM1CP_A1
zLfR$lL|rxJ#_`>3EnT9+<;WSu7oypK^FhmWT3qDwvrNuA{fNCAm_w!hOYBTW2b+e+
zzFFsbzvKg?jstebaR^d^@HUcS76uPHNJAtTvn%GjY8T}duL-=V`*zQ!Ph2UMATTZK
z>FN^g2s99)oEO|JsPE$&iOf;huOxLO-zQBcq-DZtkqr=Kw!A<e4_!J>pRlXBK}`du
z9z)*^`j@4b&j%=8G#c}sqcLpkAM+u8MJZfxukG$pztJI$Egys<dRWEc2X0>2F{gO1
zgQh$)JpuJBb$7$UOfMGIygJ8A2MyMog05k*obL(50j5X6^*^U=1Oq>p^CHiqQH8qO
z)2Dh_eHgzxauQ{U;Ra}Q2G%k;`O;@k(tVhY%Tsv&=}$lXh{p_WArQ-GoRJ$?cZ}{`
z2{MrPGMWqtL)kEzC~Jey9f^xrlyU(3I>-6IAxnT2mXPccI1r~LUNh})MRRB0Y&m5}
zEs0(wlag0}1ukg4^|Yi7BqF=#5~Yo8LH;V~99_OJC89r_W0VgELpec9xz^~mQ}ctA
zp;qv~TWn-xvR03oa0?W@WRil!N9{e*kV&D*_{?$yxSpxg?Xk?L49=#sGo#6dDb;2C
ze&EjYZ<>L&$Nsz4MI|fU%2U$;%4Pnzi8LX;f)eu#Vm=GH&0!kh0F|rDeo?+?uFC0(
z1IZlK4o)+SC!vIBE^xC`I-#V~-RN3-k))rB;tE#}eeF31uqo<{^2hYZSkFR*X|Ybo
zOQZVCXA3FK#4(Uhr&X;Qy$Gm3hA<27tJzImu!P8l>S9Qytj)*wf;w_erwOe=mj%-A
za!Yek04zY=^2pnYa?%ohigKuMpDil+JKkDhcKza@-jUeZz=k--qFG&CRVWeb;GGP~
z4<WrpyYYkHd~a1N6z%%AR-Qm>7y7_MN6!@%rR|6d7Ja!4iNf}lczDza=eMyXBPT(v
z(1rfKZwpHpu8`=_nWV{tOYdikCgwY&{<5zTHH0b5-P$=gd$+0OFO{fj<DXI-NRro*
zQ>xx)Od<oDtq9S})35p-B@A!_mIByknDBv#3<x?U{A{Dz4F36}D%@gmlA}t-)JV2d
z_yw9+I^(pK_-AXwdD;rYo$iDbC{={%G64};o2l)*e?CNse{^UZ-9#@YJc#NhTl#QZ
zs-`I#O^L`u7_Z#|Wz8%#zk=mM=8tMiJ1|iq8)e2*noBlyrm}@P?k^g#^dx(fOx;Y^
z?mVxtz?ZhLByp`d9zdQ<${CByAQU^OgmDA0QRgRA4Plosny)4CAUK0$uP(q+Dsf**
zB1mXea_A`Uq$!~9Eb=v@%{kW6bhd-3B=+%(ytyF&1oK7WjJ0qM$Z#_o<3TTQhQyy0
z-E!?u>8Q**E*Tc2yUMpVe<l;_693RZ%+*156lwLGmShnDc2=5(5o=$(nRpF!3MEoF
zE3Pnk0==waNyVNovZ~PpSa1Z3RIVtgDpHX67KodGuANeVL4&#KMq(}H5+go%?O2>3
zBQq53XpE<SuI8&tz5zi3RW)o${9P0_Rn@_T#X+WQ<>%+PzcI*MYG=bV(F80T7g`T0
zg7iHx7cQ%HbR~1%8FV31xvI_w9yjWPIxRp<;IxR#E#xGKHO+Pr#>Ez72KFr?rx(Eg
zbWp*cI?Xw4(j8J1PF~$`G1{P9XiK_{e)RY6A!s;q^}d2t+I;WE4w)Xeb*S7SF_pN>
zvH{tR>+r+IJJZJ<FX6btPTIw6FA|8oZn)Ox+NzN3u0;`UVUSDl{kvx$ZTa>|l>kc$
zE+x|RDDrr*Zb+Awgf?zvJGjc-BR#uzCnI(7@(PRT#Em8Lqu<L|{>~asp3YV^yX>@i
zZc*+z5Np*XCqK|GCRcIDfP~5648%wi_^%y#E;6r1C&7ZX$SkF+fwe`rvO(2YQc_)!
zu8X{8AF_Ky?pWvWQf>5#Z?&3}&Ut>EmdcJScAtdNfc}AzCk(8J@v1kzT=Sxu_}P+(
zE2SmNVwg^Tlkb?d0l!FLFG#0E`P%6A%=&kRjD@EC?mHvXP%i2JdgEVKoXH?wDmaWy
zwUEpi4&3Wk(K7Ra7S(@(!_Cxc+FqEQ9nyNm%((F^pw6Cak_d-MX_qW2v1KB?Pd2v`
zzp=^c*H98u+`{$jO<!cUX=x+PFP~#FZ%*1s*{Bzbebv=;nm44*v5|{5CI(i}bHTZ#
zWclJB^=<pq{{9j0U28|lY*QHwKXR&y<&US4F10}zoQi!%C!Ci{7J|b@95SFyJIA2c
zcDtg1mu5%sJ!m3>v)t`~n-^cqGmfU@YfT>tKjg2|Zs2ClRyF%2d28@pX1bLa7g0&Y
zopxc%wsup+sm&BAr@p9}qK(Efw&`r;Y~!wyqsTdqeB?`<Nb-mAG1z7&6w3$_gE;rW
zZM5FuMo6NF5N!NHNRFEGzq?zSEq%1KN-^K4gdupSF@yT|rRg7TpiNHAa^g8Efh7kv
zH%~Fl<8frDkSZnPya1`w-28qfCj~pKPF2?HKxSHEmNRKxRGID+yG}x!y}>=r!SN=t
zOq+0qij8MzMZU<ZqNsP5)h_;*Gute!Q74)k!tR#~_C#>FvY^Bmp2D8seJg^QQeg${
z*2w<|Z=V({h|lOck>!&3x+ZwIGbAn|G2fl&m<3~mZ4A197~`Txz@njnQIl5THpM|`
z*yfMvKXZ6kqMQMck9L$#L-c(XM|e6yGR~{QxB%L8c-3xEf8140Ig-ulk}VZ_M9n2j
z-%8RYR^igvVTH&zM=P&@^X5~3FloqNzxps-x%nkr%o!D5T~zP@81pj?tTo}D)L^%T
z>gf`n&!qSRggi`sF5d73rRUEu=M(cI(a?YwmxL}LXOUAxP0uJLw=o(ormI$~)8*M}
zPB~yrh=9NnRrAk0-DmmdiV`$QNy*Q(HpwT2S^Y=2z$gLDrH!HWl%-qIWJS5<Fxl%X
z(k?4b6oj2-Nl~z8r}MmNTwzSsa(8HidljlbTAxpO9CToEDnSXUL#;;>%pqB6M|q)&
z-!YazHy`coD-K9N->Di$3Kp<ym@gF+&)&&zbzYauH9}qpS2RN@%A!Bu-9KBQ4$jks
z4s81ZcX+j+wn=5cpHS^RWo2?GgtQLaY~(~`-&`Synl^tj94!kNa}E+)++&hp^mom5
z@(0c(L0-bxsu?<|puuS|!w^L#<zte)pMEOVJj*N*%h0$=<C&`tW6uO<KNbBYVqH^~
zc2U$tluDSO+-`uYY@5v*U=ei?eNLDOgV~rx`yP^L=(1d_P&%v@Bw<Be4t{Jr@~4cF
zq0$qJd@Ih*l!_Xb3+#yEp>dWGMPE+~@*K1RRJe&wF<<904;it7O`%5rq9a7T^H=W#
zu^RD{5_9x9MrTr{%(kST<&f&+ECsH3L-Wp}tbAqW`Z0GlCEexB`(i_p6e|nSx?*yU
zWR|;Y&{RRm8M`W$D}oFYO*Rp0oKkJJdwr>K9~-(q;a{LV|A(Yn7fJsW$77G(>N>OJ
zvpg-l{hWyFAl-E25ba<k@htC1H#ZVFj1sgf7IN+3k}oQbQai;FUSCof9fzn;Ib26a
zt+hd=s-5-qXxb?&(bDL=<2K<vC{6Oca(wi5$7f;rQ8-I%(*$%A5c8znhMqg$o;nCn
z-=v&;4QA2qUR|NvTCzGM3Pr~_oFki!+Koq6%eGi1yDI6<l5OqswpQ^PG4lyVr{;th
z3bTSdE!P*tq7x89@m0*vECs|OtuqvH1?P3qZ6=UYbrjFmFF|iUm(`r=7-@W~IcFqt
zHEcD-49+vTuS3pYKCP>!@hye)k{iwjONxyPu1Ylf{Crfl_cU?+7QJnL7S@3ATqxQK
zOdugVNQ9=HC%rjII_cyDiU~~LSMw7DxYk=@t^YN48Kw(vJKi0u1qNm)O91_#lCdGS
znoimu2k9_GhY&?7RO-23gfI)1(A9-cBEnrS$>JSfs@3Y@E|%0HgG~}|0C`wz_7=(I
z7=nP%lm2c<L83&%B<`i@9vq?5kPE4vC?+`Ng=+&tDL1IwTx{g?^}VAkN+JpM_8k0T
zhhnET4Ab@KGR%8>pNP|46ZL)Gu!WVSe70WdsU#yHgtihB_-G%w);V_8GZTs!bB^i@
zmvSWC)D}z%<SR;t-am+&GJ4n<)|cCZW61@lf$MZowq90}@YDY(HS+SMRC1vRBv%q<
zAn@cRTrRV{VZX>6s#`APD@)v}y4H@si)ac8VhEcr*E+^lru$$g1UkrdlWZCRiVu;P
znS{2*-9jc;D>@eE6jDr6F*eA%+?%fwJ{R)Pmbju+p`&Siij$-@@9nUMR3u4$A0^>H
zcYAti%SjazqH>1|EA$Hu)1u}~LPn90)^~0c9&x@E{VEE+>`QJH*`=B`g5fp{!BGiO
zsXB-Gyfl~Fyg==&j3#~h1IgN_Keqevf>hHG0y(zAU9x`a&vws+5+~>M<|v@$?MT>`
z=gqJ%s0V6Lge1#aotT|aFt;M{V2v2_B5=r%0N>bnFPG5}raLGYES(Rwj@fb1jSb6s
zUM|d74!c;#5Gt5AV1y_pg$*cxhNx4}P1H5jJ2uWyX)Ye_N^THY(RgM%uu`)0QvS#;
z6S`M%8>n*xJA}w}^cPM=AheNaP0aGwUPm7*b}(0R&J&A4AKZSeoWUCGA{-`XYl;;^
zk&H{-efS7>B@559wJKU9O;i(o`^@h>49#CIqO`#<A_pg<>!%K3U5Ry^oPrX(iH4nS
zYuR#ZO*MOHhYu*jqmgTa02wajlBW(i<-euOp4qG~*8V}cWjXh$w_&T`2F0qPM1J*C
zSBCB0ngm}g!E&&bpVv;6p*tSkAD|tg;M<bWKoU}4NhiV?kRyuD2@P3U&T(+?>s{PR
zaGX&ZmY7hg4wPJWz&2DavZFV>%H8N2^Z9Z%KUHDP)4s6;sV<i?FGN9=dZ^EIKn1Ob
zNodlyNXiH&E}%UbGPJq;CrSyAbVjEy^xZ#UgT{mR*#o{l*`XlDDFl?e*VAvb0y&qz
zS;0~KEGb8uhS2hWP@h>#u6jI1n{14XcLhUup+aHlg_f1)OTRKoc7chYl~9jGXBWrl
z9ehCKeKJO6XJNo|N}DU`MqMIB+ZzhQPI{R;P*wYgWvYou^1jBdLkY7>-coICZb9o>
z-^&|kNxVoLET|8$$e_hd0XK_w`cDJJ%w0NtNmV(j<+FmC0N&MFN2!^ouHentpi*v|
ztDEIWU}&iR!g^gTU0Dq~5$tnG01LyDiugKg08%1gT$;9&Q4|sMnbk`;QQ-3}NXSr9
zyrF8gtHuiU<d7RJhhJV@L?Z2}d05`KR5vmMFv*jFEXly{RWg^NP}fO71m)PUbC<VO
z$do)%<iud>dM62rEQh|uH%&e~Fn;E}s%TV%h8~AAMr8_<85cl>0&CpIIiogYAy-UV
zPqg_nu<YsF<GDJMpejEcri754E(@>ukYAf%DY*>$$0zBGl%cbw(k5WBir=ws!ECN*
z_M?ieJI!U{C)16rGcbLHhEo=e8&GnG5oNsgCF>PuWsQkB<z?aU8SNGnNd%2=+&o&M
zyq3CTvkj9@k3%8GbR_}M(5y}Kb3e_AW~)GluFNRsZkbOpNDh3UbMRuXk$DrtQKgBq
zlZWnS!9+nNjI2GI5Y0TXFVJvtNIhqKpx2K*O^uNs(7ryCq>-gxbH5idS1*|UJE&b`
z@m5xgu_&%%Fy4SDX?Jpzwv7sqOx;fday(v9tryxYqRL8m^9|PmcI!wqNz_Md7=Er(
zrU&;bXWVFiQJ_+pWRzYNib#ixDFM^3Bj}o*#7c@Skk&1MkzC_%&?~LKxFuqr_?}6R
z5N3<+0oy9-o5*dhT#Y;_B^1+*u%UeFHOg{6rg7eN?=8c5_pN%?LW<qlAY~jRcfJ&{
zRH_|&mLi4(ME{>bA93|2&vds~H<K&|(naK23-i#C28;w1a-31w9_ke-Pl-OhUtPl%
zM+j@!b(*}R?-7=miKPwIX>qV8x`|DQHBL$HTCQf7WK!Img=Jvhw=57t@6cD96^BPi
zcZ+5?J{kf=J7;w&)QNG8Yf000x{fQtoC?}PhZ`=^Ep#BFH5Ou1TWmY{Xq5%T_)}c>
zDgb33M~&6D2&)mb1Vm)zWMeQx^%=^%V^yW6k;|e!=Z)l1+DQ0qI>L#<P-7CeCZa9U
z?f@m*p95ISN^TZEUKG-9t-Vm;Y#Gc)wg)f;36HH4_*#C!At25WSU)DP%^B6Bvcrd>
zv0#vZ5TCKBK|qP*0bDsGLjg!NJq;A_`3id`g`Vw7lg*(-KMLEr8+w%y9CG^ss&81f
zkg26$(zJr&><n|r`m}Db<xwQ{*kp|c2c=Fk1Zi8)2dE$ry1*tqJc8vAJ2Q!T5Y8~-
zD%aIIpGzdKa>;>w&_ZvL+d&wzr~;0|j9@_FnaAw8bIHYt(xWNrwacZXyb~z<mi|rA
zD6Gz1p)Ur*d*|vNNW7*mPX}>63sISjuPqQYocWW5%uNRB&*uVxeMzZW;$riFe)yq~
z#TBY;o<1EQU6~iP1RA(tk7reHX&OsQ+r(pLZe^;G=<^b^u5*Vi7~%K43qY$>`p36Z
zqGxdB*p)(Yh$dJ_N8yC}ejALUudaz64j@H-2_%GuqA&V!f-#6<=3r6g-kWYMXCVt~
z&Um)@RFooID!g;qV9+0DdY2#oB84yA`jf_fiPRo-7V7Sko_z7M_Ff?;B^RJe)UG`>
zpsJwvM^s6Trt@$&c8Y>x4BFOGtyCiP)k*h!osW4ExqWF&0bM7P6|Lr50fr|ehNxp#
zL1pn~GAT~yj%SWtgbh7n`Mr@Jf@2@uOLoMCvZ3!zb<4?hVu%k2VOh^-h=6ADXjj0D
zB3s_m>_r=L!+y*t-<aV<DBr9hjzvzmrksB|{e1KT6b}P}+@!!1ik{NA$Zltq)Ni(E
zv4wK&hTUr9>)MJ(%A#YjR{smgyYspbXBejrluP#cNkJZ_HdJB<Wo(sIq9_$)FmsT1
z+mHhn+IB~i7Nlx@i9h(cSmay^%lsZIi9zrq9#C|L5skNK!M6<NKVC`B&R|`{fKLUG
zpA+^s47f8i+aw+`fEwPAy4BKr5z+>_P8F4N*5VhP{z_fn#%x@#UnoFFoIy>oh$P_X
z6H+v0h-$_8?AE$1OYqMV%gS({X%&IkeNIUd_$1}Ul)-zEn6rxAvM$wE3+gru7e;}O
zPQu8R&xgER3|OAC`BESfEL%F1S|ihRS}Z_N1-EW%Zy3D4^YR$l-1c+(MCK(`au-q6
zO@J`C^umtF+}mGfSB0Vogs%K+d($ZTWbph*V8;-X1i}}u4RtNF_L!p4xK!<=>t7dC
zTh`drrNdq0g3G?T)TH$)-%e)!`cxGpB1LZ)r>_g-xI}IfZ6VYsic<$wVBQw<viMwt
z6q0ZVGrX^wRnB>4taHO)7exewi#PB*P8!6kPL`ZSo<m*mCO6rDm@d0ggAJY#(>m)K
z;{**r(ak>TMCyaji7py7g!@2^OrbNxC(UuT-syFcgy;&6R{<NnwbilB7d`uhDO-31
zWz+JW^S%~$5+bODnx6O@qA8LSp5p2TAQ3d(VS9eyb6bc2Q<rq(RP~w)jQb!CIe;j5
zjW9-+3&pANnPKlVZ3~DM^TwgC1!xP_AcC>f%C-v3IhIh>%D&xf#|&c2t$lCEjFo|`
zE)PaE5$xGkwfLk<9hER;qT#PoR5~SPHq?lcD^7`9xQiiehVIF$e0|AzTU7{Z$TuPo
z5CI8Nf35&MuDLuxWKA1o(SNbsI4g3Qg4+in9z4A)Uep=bIV<Yv&8TY2Z==p#K%lc-
zIT4pF#*)s`h9wPYo3jH;!f~FN>x$_h@W(rRv0xMgdO~HPlFYi8^?lrqtkI3IhN5-v
zjmb)iANQPS3Fct$3i3M4xI#s?Y7livT19jdHZRw?S>jo6_&@to`WE>eiJ#BqN?jOu
zu=6ik<q81+)+>uWigE5Tj@aDBJkPS21@t`CFu?3E|4#%hFL^a6@=UQlE#eGO^Z5HX
ztd2Gyk3D@hK=iSRabv;S9}xiGV`6`sRhLfRYr!?L>tiOsa_P3(nS?~RB7hzasyLm~
z^?64#^e|szR!)~~ytck5;M#x*VM_5@#xI-iY4gj2ps+H}hsvLpF3?m0A)$46O?kPR
zFLR|E;zYy_ep>8fP;?rtsY4G44L`gm_fIDx5c!s*k4TqCurq^x9x$3;5?CR6uhodc
zjE4I0e2z}xTx~%*i&na7>XAFg@D_-jOQ#ql?UYlg-VuI8b~)PA5oeS%W!xz7Oqo4T
zQI4}34>o6^YU*8FW7h(hdis2TDeXZsMG})C8lu%LTqa+Y>KN3}HayMZlSnIsB<Vy*
z^umfbN;Dt0mx$%YF=*W#D|LxOLJ4@j9^s<J@*#CY8#1pcXTX;$M0g*RYGn0>Jvc3z
zO02o&T~px>14K+<4Fx`@oTh0}b55e;crd%oY&6byaQ)S}kra9^LbJ{D{UALqV6CC|
zzeSW@UBAo84Q!a4%_~rGwKOO!ZW#NFa^P;E0_D?(Q6(Gz{FiVlVYZ`&aGaE(u3(D@
zT6I;{rPW1CVx~FPXkD<MoF$1b%&^#I&Xi0{gF_!Nt}IrkapL2cm+n`XB*wiZZ3B1L
z3MK#-NuOA(5F65R*^-cAFA1-zMOyYWzY&+ewPq}7PuZ4uld(1=I9ZKglz0)s(dCX*
zM#Sv>M;j=d#DLfQFzsU!I$0}_UepKO6TvGR?V!YMp>DpPY5Y7_s3^zNY8v9^-Q;MT
zFDea_Xe;F1vK}VAUGzN+T7d6nXC-0#{Jv&_JNOM+DkLnJ6)ovd=iP7=unnnV$P7T`
z_ccORO6g0K$rguv!)*CP6&D_`YmsM$+Sgaqk<hwq4rp;zO|y~U{GN+H#;4K|n3SX>
zCs84U%Yj-{(JM}`Xen4!11{O$RZn^jDH1H_%_gC-DU&Vjb5wVtJ!-P>hk+%?^WOR(
zDe@)(-;9n&>3EVJ9;F|K$H&9NlaJ}EqhtI<`tJDX_3`j+mYy8Zzej&N86BRa??%UO
z$0sMF{q*I>BptqccQD=?zC0ME2g46Y$Mv_p(YurM!<*4zdW7wN7*9s&<Yb6%j1SWf
z$K#Xn;cIGf@95pf<MHb^CrSF|=wN?zOe|>M!T0IS^xg3IWIUQ+PktNkk9@Dvt>FYZ
zzLkC$pS(GGe`4KF(xX?<%E$Dt<HP+d9gV4_(cj)3k0ul70yI8;3w<8JFUN;_2k-Zx
zH(B};nm9Z<Ne{*_IC$*j2<|KVo;<AWV|U;KZ%4;_Z{VN9m*aym%o&omy&9h!!Z&FC
zhTQkP_Xopc5N_{}-yKaxgOukHT7g+V9#8(7!XRXJ|M~sUT7oHtM&1q&_eS_JH|zu#
z3x}M3JbI7U2#oz;KbjbvtWml@dNtZR8UHrQ@Jaa2<o(-`O#0*mT7{)MI7kmid(h?K
z@yB#BI{t0EM{{vJdN&*&<4o-x9Uo&eM~AkjejIRyy#-zlG+*1K$sum1(Qmj}-X9*|
zlpK%#`8|vow@hot;8%vPk4H4+Zhs^&O6VUhr0o*fBpJN}zX+S;BkZ@M^zG69_!TaY
zY@)rR!{0_9CrLCtFymnd4__YP484S|jHyS^2b?Zk!u{df;p@@F?GpTGqD=8wI(awR
z8{=Q#0oa|e84h^P4ks{NTxIxyw2}^Cxv>e{s=TC0`W_AjZpTC2Meud}neXm)_<DDX
zrUyrp39aS+@MM@$r{TXZNBH>h=ny804&88X@BJ|xKzssUf&NV1!;u^x@{-_?>Clgl
z_Y*sHw2fa4#|Q6^+uIPoeFW2pZPIRZ%fU}fcHsQr9!STp;A4AlWbxAIaDPnSz<RtK
z!DGYy-^O%4<wMZTu}ljNkeZOmw7vMp0Ta?7g^KORNvDXXb<NEpk!V#z`0PB|*`X34
z0IYC&aiEoCZE0R1umo54FqE_;cZ;Cr@-ohhPDq_BuG#OpLL41-FR+d)P36~GNP{4&
z^NNdVvGV74;?lq{*8(Abt2ts65Lz~CEU4+1pUb)Hevf0ut8O7<Hmactbr$htggSDG
z&vx?ZQexQ#<)8<*x91ORR9g1UG??Mf8)gg}(p+(d+KFb^f5iLo5Y%1iMiU3Mgd~bg
zi|fFpt%(>ynJxhv8PGXZiz5C4rq7hhq!d-_W)i4rmJBV0Nr@Na*|(I}N|{ZQ7X3Rb
zQp5v`URfp}iFu=y``1EVO)K~QM3Ub!Oe)XC3mH^ktu`|wLQ@{c<O^@|Ga4Uu+g`ua
zr$HOzG8D>(a#aV+_|rsGtqCh{;z@Pjlra=FHAQU*cP**#3fITh)YdexlFr%sM*7OD
zifl!8Vkn%^*~+kciE|m%+pyby!Fi=76qe7;!sCVtucY<Ux-8BxsFNFPl(^{!zbamo
zYG~VgJLxZoDflaVg4(FG0P<J+_K7eHYt~7$_CKrRDqit&8Iy%;g;jsZ^G0PmZz5|&
zE2B2s1DTpd9rs1Z0Fg?q?YMq-r)wz<HcmqrtudorV6;PvnaJX2D*@J4z=zS+Rb3Bn
z8`bw-SiLf0m@s6jIA4P>lRCAw)&`TjNojLB+oUK$t>{f=zQ$D82zSt47$Wg|-4eUw
z#KFyND<Gi5jtf)Db|xGEOxh^YUoMu*tDnF7?)v(AaK2a#s`~sp%~$#ESMJmhvlFp8
z$>Yo*oC`}=^2Sd&Xo-Xf=wqy_1%i7a%S?WS`8P1c*2Q||&0I+}pL_34W(3c|*OTM4
z)XPMVFL4di*r?bV@qd?u!O3v89-kTUghDCsFY@hQ?|w!*JCjklX?lk*Cr1bGPeunH
zy=C-*mRMF7;iQW6-x{2<>&Jelw-0)_Vo2f_bNmqdMx%4jP4F?d%5(Eryzn2KKK5PV
zWk7G%#rg{UofO#&Y?#_f>W4KT8?sUC8COr<!v5XhbWPKvGtyuz9v`HtemhAoX(<p-
zMD6Amq7=M-KMttZLi#~nT9H>H-2z<;_Q+}V`<BlVm3~u#E#{WemkT)Z)fzK0#C;wp
zGn7!WsCOt^4Gm}%DopW5u{p%4V#qe#IzdO=3MmMN^^c%8fimWmr31u=iTTML%_%E*
z_yaNA?a(8Qe1l0`cR9T5xV%9SnVX4I`8>cI$Pd3#g7)Sp){PU-m615non!V}U18L<
z5E8kymMb#OGgZmr$)zb_5l*>M+!yq!bGdx@qy)2;;s#X?CTU*XXneA+HJRdCk|U6b
zUK4O|P7W}^t={NZ#I&a(pY=qN5bucUk}!3e%GWR(sDDYWE=o|ztE-Fkch?u|U6||L
z`T5m+aIw6c!zv}x>dz?x6I_QZ1SgxOJL$70PoJf4%f;&t*eFg3BXq$UzjK)O4W)CQ
zu0s$rPKdJbGUEcK)u|TyN7^~+dV1xPz7yC4wJJ7uWP{tJhN+UUh2|WkDKRnz{?ZhP
z02ty*h(qSG{yG>}NtAOS$se5S#Y#^`+5MRB!1_z(bcW0&U~;b6cantK3UyB+`5U$%
zPg7%&FuL1qFetsjaABosX{vQpe&N;YHY>-8)u49ynfcZZODngYrppnBl@mQlh&y{^
zn%s>vs-@7}>&^_w1p#LD<mlB2TxaC-6R+C7y3(?aFRkTDV;>q=@JWvgt<ODyU%b(8
z2J3g50!9Ym;nCsv@YOMVX7qM+cru85Op`b0$s&)+@I4IRc*1U&*lRR#UY=LtK-xPP
zj^AeHqfysHLeFsr(UD2+3i#p>{zuL*90}N{C&%zlbdMgN*t_WM%+%WhqdPu=4~Wx;
zd_DN$A^X(WbrLO$xL(CGB)!=m4G*BT3BK*0_JRhkklpA1#M;Z=`urM0u38$M$WQ)%
z|F8ddM>)Z0*(`m7>2~AAbP(!Oq>(7=pj}x1CDzA{hR2KKZpP5v?4XX&-(=PJlJd<4
zO^69?!z_P({!cqu8^(D9-VZy6n3_(71B)2%Z?_!IpfGB>F&A5)G2;a)39OcpBXaMn
zESw2y9=F9XdySi6qiK2Q_|pA`n}%m9)7`bX8W9zO#5+U+&@abJytOFFFOE6}!N({w
zL1}-Eu8M`Su%`QgLYLMGREjC>>p`Bmd&z#NxOSM+Ycm}J?Wzc|i^!qs^JsOAVJVgO
zU3sryV@u*Zb<mKBgXV*c+A$UQc6Sn(ojnjxV~G`K5tg&XV~0{`H@+VhbNY(5hY(qZ
z)v|DuWihOyUUETd?1O;isTqh?7<DdBx5YiSHk6p1cDOfcEeomC`AkqIlAc2?yC~ZG
zo1h$Z(}=#Fw7=*w$rwzF^dz#vbqj|#d}gx^H0hg`g&^$1?#85qdd-~X8)P%C{$z6C
zh4bsh>fP&(V1Dt15;6G}*N_S4q*prM#Vuq4G`Y<sWaIrpKah6;C12qK>Jg5~7x;f}
zbkFpQ$MM2$2B8V-$ja=-dod9Lt)9#z<ptEGK!jt#xG&~c<Rh)-sFR*wo#XHR&-pCB
z%Isg$RXyjlZu!B*r>k(E=`IzM1jF-N^0O_q%P3it-slDUDwjsB?XUsnVgHeR(QZ^g
zE+fHLnD`3v56n{|W~)vmBkG3z&T4a_jGc{fs90L;Ot2MQIlc8xg`T-&Nob;-6tXd_
zI-+din~;=>mMo-KIj?H%s<$Jy0WN5_;02e@U1K_uStTHZi+Qmu+FuPh6q-Klj$n{W
zFDLuE&#|DCaGn2vceN+pQ4Hk3PmVuvGOo#lEUeb^hpqU+yo|}=jLEkLbg9RX!d8Si
z{Ac|8(?P3iO`Bp-Kv6A)xMhH0Bk(6O!$9^eC9m7kU&Rg!eG0bN0NZ%h?Ff9(&4_kH
zsUrU|eKEWwYAH6}<#OO%tVkS=P~48V9|jHXIcNnU=c#BQ4@DjC7bR_<<(d$l_1AqB
zeU0?W!<AAA+6;bIND0a%Y9E#n4wn}>!zD@8DZ<j03U`-Gj!E1K3>86M{sG@Pc?0Hc
zuc`a;BUw<#qt{?LTCnltcnsDn8jk<=Z)6KUevH4urtq2xhHp<c$Zc69Y?%Jx9`Z=^
zN}_JTxc0{rGGIshgS6iuwsCS=LKvo*!q}Et!~0{*^}z9jziDEF%XS$3Z3IIZ9)HX_
z*$&v68q?diObaZ@-uq)R=W!w??_W+%#wYJjM(OLLqx}gs1<i9-%4qUJQytJW&M3`+
zJ`b(HbiuFT?=Rnj&5aW`K0Fy6AHRQxHuerS^ycUT%nWpP_#RUXaFUM>Y0NN5N5|yn
z=r{R;l|O;m+dIM5+>>aoqxJ8yG!93v55_R-d!xuFuwxk@<3rJ1KGGO1AB2tmSMlb}
zEQjKj{D?pJ3<)pfVaD&totU)wg1^+Am_+`>uXHCSJ^sWmb|)sA{E1)SPE2m_Cw_rD
zG5KnLqGjIqxD?fKnEZF}940*y^h-U5Nyl|~C(mJWN7vzPp2OshuEX0rhsj-Chc|l;
zle@VN@8mfgUggt^V)xnL$%gbC_lKX2qtg9<B=;UvrYBkYmwd5873tZNC*N;;$%R>R
z`b-@B($H5=k`OHl-3!Mf*qZzAX^t{_3NA^$_Gs2PZEWEDLM}?5ZXGD103RQ8;%v?!
z7ck$<)V(ExT?mlvEM~FH1#yDS?U18p1rI+3WC{_V-JT&%N~>!@C?IeMr4b99QG~`V
z?ex8&Sg>>*sEeglDM4MJ?6wg#-s#3_;j9~s&?Csd^n=-?r5RRC=~tFuF6bMX0__Ia
z6NV<OHTj8Yo1`TLnG%f_-DC8@0R?0^J!>=OhmOjSKiFfpUGDI!)iq{vGrTYtVDsPU
z+Om>=X~lT#sH`?$<mZ;bP7n>;v4Gh^wR8+<YzZ}?gpR!_CG><AsJSSwsHmYlThgUG
z#iqA^c=EsPw5oWuq1DnVpkSG5B?2q4NyZZ(A4Jr;>!)9IFtWGE(8s^kTRVQ;DIvqy
zG2t1%L!<#IJ7zRI=NOlQ;ugS+|1x_>x7e&|?Y1l8^%A_mO988=u(CHkmA2e@57FR8
zGn!Nfq2|+@+S!v?tinh$N<J!b;H*4f)lS9noj;=6z1w+$w8EbSpE6lJmjx#I1@cva
zQw!Myf*<Hfy8{{QWfl)n+Gq`wt8QbSolMC4I$E2TV^nh{jvYiJVAB%p;G9xYqJe*?
z>Q5cvz(`D*dV@PI9EH++;dT&s@?>CCh8&7uL+~d6X*Gru=y`#=>XHgNuMsiqKHfGn
zkH{uXY!mVe)n%roGok|!KiIY9?;PRT@$;~cHZ4=P;*>O7?OniCeSNba<Cm6r7PRYD
ztiDazKf!Khsr5nO2?BLQ5DTziV4rjO9@j!rb_z_67OxgC$3g?>$<m@TC5;(NfcP~*
z@txDr2q1^uRqsk>m00bX%=Yxj>_uP+^mCdRrZmx0YJ8G7FNze1+0*1U#fdvbG;7!?
z=)>62Ww%Tuye=|#U)rR0I)$@SRA+wO_tX<Y<!U`^-aZG;uCXt+84mPbwVn{`onIB&
z$1`)EaZ6Go|3R3RHg!L92Lmg~1x8t?b9E}dJ7`a}5T%Wj3|~18^q~&%2i-Ed&NXul
z+;DGrwFRX!eI9rGX#taYW~rQgU%A`OpKjThwxq4VC8!AGA>}c{RXAm;3v)Ted{oSO
z7$&_46NU4%bmWLM|4nw|m1OeEe*=sALK-F}UoyK%gYXjG6{>1cLwu)=7vymJt_UuM
zD53O;z@o&Oi|Ji{(laMWqFvx-TTnTstES=N>lsF2P-co!`GI6!xS#@lLOj+$TfS(n
z%IS)W^o1-$#S&^ts(u-hG_jx6O#jip6H#1kA>?qL`m;LN>N~_OecJ}EXYf|_$4?<U
z2jb5LhBi-Z>c10?A)^TpG`HpRi9^>NKov&M2I*^pyMYgftTW4Yo5bl%y#|guYF;)|
z`o5c@$epBh7?^j-6o|PdaC_vs7N*^z+Ew3^$FzfE0!rTJif}GEx4Mhan!_FOJy8A^
zU1=ADy5WHdQ%)9sA`J8$mryGpB@LN8Cgr*F#hy!DLc_d7&)pI+IOhKZ>$4sB5Ing<
zfI{Et0gz(YK?=&FzNZ~pG34YK7kn@vA^(4dA<SAhgo;5NgpH1jG7M;yEC4B$<jTG#
z1Zo}<QJ!^!L#WJEYj#a~YD#cPC)A;9Qt_9x;1B<HvqO1Ah1`oC)qrpOvTnbuy+e>D
zT-2?Zwr$(_rfu7{ZD&^6wr$(CZQEw0>wfnib>E2Y=s`!U@fn`jSkKx8pi5K;c0$g)
zMNOC<^88M-y#2n%O1zJxWeyQ$D*-J-dUnx82hCx~k_%D396p@deDMa5(l)t>Swb>^
zJ+c$5uyF1=G{HiA%oy#zMhrBPGU>m<TZ+f3^3s?u(hU5oweMj}mVUjCv*}SO`CT8j
z?&N=LL#6lIMWR7L*I*7u(#WE|m-Q)j3vQjrN3(9)SIrcF($R}1V$>bW^{v*-m!Pw+
zo2b&-Ion64wx9=n%i36W(ikwZ;TAfPc|`0&sbjig>r}q3D!*uWT!XY@)zL%gCpJ}F
zw7<!Ze<b;GuLVWNLhPJJ_hy8D<i565{@NkvSP;V*oA-h!wm@F++vUGJ!Z|%Z^JPvl
zc<dNws?b?hLmY8cW3axIs{3yhv8^3zMrn@{yUU|s)|C{9naE77Ux+XDwrnr6Z!anr
zBf>pW8TN8jxJpnS_by`K4ezJx>Sl1niA>LD3Yf`bz2s!f?Z9BR|3GVbXwnL*mor{m
zWors?(|&_Qc#>idf+n6M@yyiNl=;W`Sfo7)mYx8}JJi04xoF(2BZI3xw7N5G2#0mM
zWf}VGvv9v2hN53Bvp<&cyGxla7f<A9q1(6rs9Ef4&8gkH^f5M~dz)X@xT#B~4$#qR
z(+z!Yo7D*DWrKU)p6S-=ofxL%al)P4v39>wum#E4xcnH|&c$qoI-_@P7A~J+Ny&wN
zUqmcd0B~*y`$_d^x7;!dyK}&#0>`Wg1<JG^k`i}ZnRT@Aomxy(TN?PVtglTf#}3Ab
z8@v88Y2o()KaYMfKE%FAuz6EbZ(tE8N>5Llw99D11w|)`uE2XT3mxAso&|T;Q&x=3
zc33LAtu1FO=2SCH;liQbH#QH8-qzx%^c^F(9%(Jw+2U}z#Gq-9p5n2Yx3<&-ttEX6
zmc>IfPrAc%8?i|4yC5(!WFOxjH9aE<GUtzX)v9nqrn}hLxmtkt{v%C(5ud}ap0i3P
z+nH5d<_*I*Z7g|MV+L(g?h$`?Pt#As#zl&v?2)dpnT2sdjmj*pcZoLc9BNSsab(1j
z47;zujx)`7f+@piLFr>Bp23pqD{Uh;Rth2%BEp%x3}`;(35||f!L{hMCZVom#yPrZ
zDicqsjPi>4;w-885Ss~Nl%84Ja#7+MLeW<3_^p<KGm|kUvm{i(Dq4k!K!Y>woU^H>
zq%kC6ObcvWGysds^aK5qOaOL$bJ-=vM-T#BdlCaIvC5McDuxQZ5He>^D=o5Z`KnN?
z!=inFFWv$$EK47r^ekH5o<c<S#Ks(or<o;#XI34o=-jFdo%C)B1h}_#cV%?ZS{eZq
z#wa0+;ZQ~0{lX;IW?8K?7A0~0Hjkvo$W9F7;-zTYCgo!|VrYBSJ&#kJqq}bW?<H1q
zs?iHIE*k5m!%n(OjTb-27Vm%y{HWR>m$?>9?1jCDX5PfaHs53*gWv>=;qWfVHTUO!
zij?ZeF$Os~hKe}z)6b!jx{|eId82cB&fvS;#&L~?YckTyOSYh$y+&Jd=vYpYp%$BM
zslxXBg~3wC4M;937R9pDVWy*P<fF3<&dwV>2=~`U0uzLZ)PNZH<s_d_OqotJr)HAG
z)#Qr_5k6z%ZnBQAW|Bxe+Jr~N?qG6eQztXg|CQ)+@}F_$28IsAD!JUEBlze)rt#HR
zVW-)0`X5ntWK~zw1~EwN8n&XD%bFUORQ!C~wn9lG=!NoqkYEuG++Lpt3&<v{sJ{O9
zi{`j2g>h{@V;_6csPnDTJ(5|%gs|=x(u{b$9}Fbo9oF(-5Hcvn#>d<8q<ET8-I>JP
zMjX1Y5EMK1G#C<9pv?KN2}^~@<mVP^e<o22yf4X@jJktXseq|WNF^jGZIVY*WmBPn
zjfo%l>q&aZ!bUtK%I%NMq>t{5O38ku1wePYpN><>22+*(0vw`8HG)(T`-=G#(nn^Q
z>n|k`>uYu{**QWM_*4$UK5E7b^VZYJqE%<xwBR7U)z*oVD1J@JI;$gnlJ%;!*0X)P
zFj7h3CY%VXL<`qRD(V_=&+Rz-wijE&?)L^oj{ARVF0_@wC8-hk59g<}>hww?kt^<A
zqy>aiX*SVwaz9~U$7;BTY`>bDGUl_;7^1iWErxh=jqy;WK-+&$4cdbigZf}P|E_hF
zhLoGk8V;N5ATHhhOra}uC0E7%tLKTTh6}4EiVqla_*w8qjn6e+)FFx14%Yp*D_m-N
z<^n0GjV6vNsSpjRR?5XU-Cgd)saE5R!;lSOz$Yo#>bQglTfanqfydRVgyCTIp++ed
z7IE`b))LVR$dNQ%`!7Z1HW2F*YkBP!DJb?|Q<%WNtlwz$q!yCKe^pR5Q=J$!6`rtW
z{F$nb)T}Bl=iuyzUN7%7sDHbvUPDSuUeepDgN9IffphNmgw30pCQCs}y2*`Rfm%L>
zCnHd8E=#*FZn9mGt0Sa*V2b=Ob=*?3U7s9OC)Ci(ovZ>)@d&7ed*^r!a_S9_1EU_a
znEHER{+q5A407x`eZ-uC(pC7arAx{JF&(FmLs`;r<`!i2hm=a1aV6=XrZvAXR*NO_
z|6G=r_t-NRp#6SB0I`871$g`!uy`6R=L(Zcdtin7(m2Jw>DG9Lxi3yfw-kT)-ZskO
z_j-G|Ox`V@&*u&00|;Fkmjnc4?ew>h^;Ns^z=?iPPd_Oi2}w<qXJzZn@~biwmR^9N
zzF`AnMj6A4|4d7TS9UW%A(w+5)|M7D5W!GE<#P<&TM(skwt(bw*Q4pl;ChwKA}N-&
zJ=bRklAO--m}VAL)D#knsjh^`U`44^&|tENl8qx0PdF2ERA47KsV9~vHJS09k)%zP
zGqUNlA8r^a<W>^j!j3$XFu@Ftm3tN?VC_G&Vz8gw*%x@BmJE++q^^h=snuA<470BP
zw-uoGr#P2Pvj(l|2v(QiFBgqPn@NWHV8cCp%4Xj{z%H#aJt_}<fGDLp@2Ae_*dSzG
zCoDbFdxLw7gQ@Io354Dld;SIv=2$1Qa+a>O0j}43esbw*2r_?$F~#Ez^hxw=jaPpS
ztF+?gnP7y$?4^VdxyS6_P{lp=x95q?gP^TMxfxcbYi{b?m;}iRNdo_9sgJPbXym|N
zW{pmyGIf#QiTatNesQjH%N6YoQLJ1s8wK|vHj`K)aBkBYZkB$OTEx5rmOi{SW7hN5
z_SVi7J1k=*`6y)^NXbcS7Nr92G`1bAA^Rp~R?1kSbl`uiXL3;NbP%?}!c<|qy_eKy
zYprYWNvu_h(j*ptViB*}L<>dCu=JGpEOHu0UX%Fi>=S$?#x)MN8@3S#r@KCAg*8$M
zo2&9iIQkTp;$M!Y!hxLG<IrE7Y}`$+iwU!~+a2{|`jBp>LOU!dFRIP8fxkghr_9Ii
z!ADB6nj*v2?ox{FP`);-a_C(YK-f_cj+rmMk&%w2f&qW~*s3wHzAU)J@?=qx#6?am
z$NtbL9+i$CoX!afT;MrQ#oe-N+oI8>H~d#Z;Gf`OA>`LUc~hmWH`t|*sy(wTONRwL
zda^E1p2VH>Q1L_GRh^3xiN_YW3Hs}1Z-v>Anq(M3QXdWeT@lSOStZGaydYoHh*VaG
z4E>yOGn(*iNj?!JS1v5}hQIVc8@IG&{?OM^9c*GVB{T1^0|p6OrOi%gCw3isPc&v|
zk<+mBDrSiJkx`{#|Dz)0ZwCEnyYWWS$RM4hFe?uN9c?cG(@8ro9Vyk3(JX>rWRrlc
zUqRjxAJHb2_&|54V?Q=-IZ-Ey8TRqdK+-w|t<Ctp4Rf-l3R#g&Ul9#@mRc$0Oc);W
zusme*OA#wh^tY47BB>PYyl5?mZuD=Q?|csoa20eos<Pp^IZx|S72s@5Tof=AB`@q2
z?cHKWX2&`Oq%zhH<&y)g#WL7y&J|oiFDoQfyKC&oaq*Cc5xAZ0-e@Z-%3j!sR!`N<
zbt-gto<#b9(JHO_6XcDoTOt~G>6+5?_@Jmi-kZ4{8h_9B(I9qMknphNc!8et9Ma>M
z7$vbbzq`uIlO^BZ{9loaj{*s%e!Vo<5ytrk3uop6wuq_dtGK8J3&4UAvPAD>`qU|T
zBdjs)`B$2q1Pu^2?PE-9v{&kcqOP`!>=j`FQyW7$6N?!guQ2C~F*oC@hASxEi8SH6
zL)0@aRh5e|ZR1K6{sQ7O)EJdX*;Y)=hZTF;8sd6k%!P!uvId^ny{-TJIHMhH4_vi&
z5Xd^Cc+tPu$s}C_J8{11)mqeAuK_C#W#>ST6Cpwli?uvA8Z8NQfjm6oQ6yJTpn&R5
z0{Z6J)0DLQWGvqtVw16fYTs5cF=PqUnA!mx0=*fIOzXW#0q#SsUa>XWG3Lp-i(+Aa
zwM8iXIq)#_n;8fu)_Iul0RJELWYF?9ky=c_tW`NA70@2cUhHJ=k0y}dU2?~_xNk`M
zIZ#GKzn%W!)1j6QW+1|16y2d+fgxL-*KXn_p1Ggc$CxoQr6Bi548Z2aPHm%2i2ezE
zTEh-J$d0&UQJqkWbB5?vRhHq8Abf64Y+fqeOfqET=(5R!)W~ufF0X1}GDBhH-1^yU
zWo|vL)C7mHAuQS_WFhT^Pwr@u$T46BXr>!}Zut=kK}QZMWL3(rG>=EpNdTZQ)fO@D
zqHlEo4Mr8RswQq$n-s<G=S?yvc%c4kTCqI7T)oJijyA-X`Q8f|S7!&NVLG(&j|;+&
zz3kCKsiv0e#o!xPxjB77uhN}`M}MuzT4J^mQ6g7rN)|;l#Mw7$v6Z(EEj9gH;asn=
z$_izR#HE9l9%Jb*wqgs72qsW?VJ7zi^-PCyuuV=V&?AD&KBOZlp7<!9gZ)l=V@^NF
zNNrp*x7lK|%@DT^C^#yVQS6l508(Y^0F~KX;`vlSy^#^&UG}yOtqlIsU7fFYZM7e<
z5ln#xfqa63e<51tyoJX%9Zps+T3AR*&fynHWLA@Rlb0-%9^yX5xk?aJDwme6Sf>-l
zxk5%IcC&wK^;7^qsoEzdRC2oN-0FbYMuQgava>Xu4!>`AhY(((;+7p;=UV0gpgv+m
z)YJ+J^_k&n)8M93sq410%N)K(gL6)&m-HwiuhJo%JBN`|?USb$OoGpA%V_8Y{Mt3s
zbd#`ZgrW?a;P@r;cMR*gznXzPoR^HH&Fra<m9Am?ybM*<N92^XzNpc+?(CpWgIwq_
zkggVfTt`HRVk(xe5SQYI+$(iSC|Xru3!S@$+I+mus~=02j8vRF3^yr=3|U)pD<u%T
z&3V;fxc?h>j9KPPbFi<&ZhBeadIKxNqp%f!m1a#os!O$m-&1m+%1z*<(gG72sJSUh
zcp(C$0&|h?KJjhg+)PZtjDSYY(IcC&Lc`>31A8a%L`5zx>THF7Ccuo)cW&m0+ufBy
zaUuz%W(3dtllHq_c(;~^cAyYTAT}HYA0}R>fhIqx+tIAI^bX_~8r&XBcx=&MPb{KT
zb_B&)_Px6v<krVNE2nfYLOQ~&UwDT=UzjB8WAg2V+Y~v$)2C-%%=V>#XElJ@W-@ci
zA)m`qq$QzRh8&a_u0veqCZ`OJG<+D7B|F{zVry~8>MFDhK52$lGwgD?n4s{ky)JKO
z9tSPN(QPZu1g#6ldKFty-P6&Q&}C2p@<+O_&fWG7osOwBHty?;sbQNjI}L3y!1i@5
z(R#<UR0A)bP!6<5{Ad*ql8@cn&Ert|F3>f<b#ACgqg6_B)CiTsQJ!$mfJ`#2Q5@Hi
z{>*+K|7@K8jC|MsA66GpC9aQzFH7kXHWFO@IY*r+k#a7|9>y$oR8VzB5JO1g?`l-5
zw2bVh4*`z+a+FJ>XC~tsJo3ZCV?)zQRy-7!0qQYWk!=N(x4v%o894miYKqd&<{9U)
zOkm~fFJ|S(T3jS$I<|>bfZIR)MID*DG*L!O=grFKx%|4dLuJmKYB$KH9C;VWGLoIh
z#xzzX`v*~#t>Z4?p-D0P$SD|5R|l0Bb@U+RK$NMSA>YOVT1BEgg-Mx}C2V1Nm3Hoh
zs1M=db~Q-x(7@}yAwd^=#YD@A$B=SigR)+~LXfx%X;Z%0ZbnQH3gRy`MlWu8Gd@x?
zjK9O?v8`%!!>b+*>(7;o(hNU%*J;jEnN~hULyCXUxk8ZWKwJebSt;n}M*ZSXMf6eu
zlCuLQ<$ROhuaw}DuUw_P75Dk?Bi}qj)!`72=U1r9O2eerR0wG*%CzP+K}1w@b4)&&
z3%2xv6k5Rm^eiNNc%p_s^;A-EbD`Oo9JE?1VjBXMHpMcaQdA!m(4xRB#LWBc^`#@Q
z$|^%xnBkL9hPZjPXGYBJ#Y81Klnh%47^Nk*WwZVDR4Mvuc=bsp=7h`9$a0QB+no$&
z&w8Uh*Lwqz=6%<^jq<=g<-+TqV8DzW67%L+fYprdj_0?!TcZAB&+1y7^4*Pk5o*dM
zKYgdqllcl$N%8$La5{3tkn)i20k6pIwAJfu0i{4T96MVGxtV?>*m}iQG2n&~=V!|p
zxx*jM3&Ii)FwLIh48_aYzX=UZI*l?!PuBGKUd^k`f9R<&BcBf@siR<XCA0O|hy1JA
zqU|fty&dep*1Zu-7T}#nM+q_482pH>j>lAh2DjW!D*%bc*hvoF&A%CL4^47c%A`1k
zRTznAa$BeRH?(eE4i*gX+4Nsyh9|WAq`p}oJ!>(H<|#rIHcEvEVNIT<H#gZb(9k_#
z(zc=0m03QHAdD6a_cDR?7=@OC3it$m!cI`s7$u$@(_}Dur0-zzxx%EI9|GjB$D!}(
zfPeH&KFNwn#+}f6L|56agbYO4S^s&d+*sbMsQ6UjprF#u&d)gwASx)=7~#XBq<yxe
zeeW!z!4DzGBV~%0=2v~i@{nTkS*NSUQYPH3C~b~}&T`f;(x84^VhBy+?Ydg>A!Cuq
zbaS@wl|n-j#?N-z<aWG#7g^Soa#*Vmy^X2lLy(w}`e!O*PUk-P!nRP;KMx7IoPZAf
zWOzkCB{(vwX2Cn;qUMS^+)F4+bX!y~le>L0bQN^r2`;gz+_@y&>5rGrT3r}`;rO1u
zlyBv#B3HRA>quaa0#FLf2N#WLs24v?Nr|7uTI^}CpjIGxNC?hElR+L5&*ql#JIx#O
zC=E3$sfR9a61!!)C@@of*{7`0NGokqbeHa6<*W<jE)pR_D9NodzgiqfUzL}Qw%-Q+
za%3Odc_lz<=<UWi6+I2mv}^OuyF*0+3Y<|Q9H4TGy3%(H0mM;E?iZN{A%8dIhBo@-
zGt?zSGd`fo)Ml|A&<6TOkd}%z*d(K&u+{Lcyf1f;zV;SIqez%Zu39SEO5R&dc|%k+
zhESvEiXOGjjUSrJw{cM&7Lq7n-J=d<ySPyH3_9n13p@kx<bB}Pn&&@qqQU)Oecwnu
z3aivhTorBT&6_gXs;X<=wJ-=sg~Q@z+0NU#duXV14?az0>6ux>vI#V-1Y$V)M<p@T
zZ05Nk11I@Z;+Wnw*_DFmXu)o?QEc2{guYP8wzwlnpidI4Sz(q4BY2<!JD@vZQ70(|
zb`s07XyqgFPTF|*`*OfwEGokwH}s#qOc3UE7&W8I=jn@&%j7*Mz|;N<h?y{Vv(PV9
z+Dj%jN}?cJ?*`Jqo%}Ztk?LDe-<~Z+JGD8r50%_9XadJl1h|zLGeyeHuQt(<NJB2~
z1}2=k>@&l;q@1!Z4&NLdLCqHQhZp_qNyobCG@(R>d_6iz$*W!FE^aJOZ6}POe2*<H
z1Nj-VqzHfU=H)mc6`9@WblISZmWP7SDoS)rYwT5KzuKG9Ya;`%VHRm9^cJ74GF^{;
zi%|T}Y^cEX4?<mFzCQQFjPPfO^76?!A^Hz6jJ@2PLd!Bk;}$+We-sS~|FmmlT(Vc+
z80y%ZX;QTs{ax%?k}(6<(Nrg43Ty^AT({1HBW^7GH*q>hu`L8NP|>IF<mA)Qy;Iz;
zbU<q5e1!m=FKdw<uhcB}Es3<F@O}F>DxHU-7G9_v9^`|fj?;FGv0&}9RZz+^&4xvQ
za78KEx1~{YaRBPR_9t#g=wpgoU2g380R-V~yyQ=0LqIl!{V$~J##<~zGly9i`Snte
zT+?o+I>C?Rt&eB~m00(WlOSD5bcSmzQR&Qsg@2RRHuch+M}nS^0Zm7!XOhuJlKg{v
zFxnk3YHB3_T;V)R?=Pkr*KNnpaF*kl3N2e1I=PuzylV|eb891!JNY7t`pe|JBZ5R^
zD#2JKr(SNp4!p<7XnYWny7Pj2;B!o9gyKm>ni3g5cSn-9ws{8}DW4<tr}8<OD6%&+
zx!v=uHw8lXFOk9o={a~tt>$^LoZKIQF=!j^MOueZ8ZbQg^7aCDoDs9pwQq9Z^5Xau
zd>_*p;|UricId`W>Q`C!moOzq=e}1<b>@QXQHc&5%BWblRT8LZ=V+}2sF_vs?E)4}
z31G%P>u7OBnk}|2BlWtNtWV-dQe1dA`{MnEjly?*4JPrf)Fvr$!751pNA|q1xs2cf
zNwjkIG>n!u{RW!q6pcqc>}a;(R5s)+osDnTQmfkNWd1Ws`4ndniLEILD@f~!#m1BD
zgem4K>ohPR_HDll$(Al`Nb_+5E|aCi2=&XT`QmQ)(jLf3F>)Cs)s~ks%db6DF}3xI
z^w>eajXH6dZM&_l&Q2<9Wm53rI#WAI%%nvmB^8<_x5RZ-TP&KYiKgS{2tFlevB+1a
zMivKi%-(nA`4^BQG|b4+z{JoMdiH(k^I_Qplv8H5qR}-hkYK*HhW(FroFOpQhDoe5
z!IxNZrubSu@IcR|ak@B?sQy8hmi3=7QvXf7`E72XVhQw*s2>9Ul7t@d`x<ywZRR1n
z^F)bA=a3%PiJnS=a{O0qSz`Jb1BevJutm8cacgu3#YNKgTvx%to_)yjI6&si)Xo5L
zj_VB~BU|Ozl8S|9r`UrRv#A+MZ+q+}M2^WC)>Azx&n|S+6W|}u*D>Q^8_{9|JtPkI
zPh|yW=*k~fPmbFRVfn<_0Wm>vr7@kO^CEqtwNybttymPlX}Y}1RC@B-^;usnm;`*3
zcFs?i`^-b-do3<K>!W&AOi{Js3+JND$5H9p9fwGl(8*cS$rXYgE>>MkPNINK$0J6H
zdBmxq<*4%CB>+^AvA4aW4xfCedXDVsg#ZL1<yRdm7~S9nRdFxn3bHDfYtBtxod=f*
zoSfGTcs3?O#m#cAUnD2@+0eP;6T2r4x3_CC%Q!fNl;qcS)f|S%4i%@Hq0~9TTI@B?
z?UyclUhYr<E}84T(@a><<@J?2+w7DDU1#P!TfISY20WVh4>gaWs17*-n^7Z}4rCXm
zt*&;4lSF;}?!QK8472r~JzLh7I5nk6mr?I>DLAP4TPk~pJQU+FnoKJqh=H49W%<Nh
zCEg7Cyl*i>mz#tqer~9&4DS^csf4>QlNe&XXwPDBI%#0t%=+QI%fahmVKX$whGm9B
zK8Xm$-B!lQGDiqs2pLhYPs!M6jf+}?qGU+YNEjbROB@vRyW3JdldEa*(WE=;?h`Ji
z6eYLrAuy_NFG7@l>a?hS#WjSveQpU%#LkgYz)aTw7eKq<LNN#rWJf|`(LM_p{c3@`
z)i{MbY+DwVIFLT?@tr|qM7>HG!x_Pso?#V3=O7FnC92RJFZSmTd^7VBatX;nR~MDS
zbg9=HoWEcapi3m`*?D0ru8M%?B1MTvR;%8-J_?^*JGFO~G?zL<k7thVrSqgk;~<%_
zlKhB&8z|{bwrvRt#C&*}5|m*`Gc7&Tba4+2xX11QxlHI<cGAjnB9az8yhxm~k6#%`
z*9Ycv_fr12>rXTfEAsG6SW=A;4m5j-9&%ntvs$ciSuF;=wjq2x>5fvkP$3y^j0T(v
z9$^y}TdUwqTV+@r*l4sG2qw0Ux)cwdP}S^m`GhygRCAz>v@;VRZ2<l0@9IrX^}00$
z4YLN0Mj|D0XoQgiXC6$Iz@Gh}Da{WQiUS*u){zGlIER(6mH$E7RveUYqk$S9Y4843
zt|C%Kz`oOWWeH>3U>nbf_lcR>5m1MPV(JKEc4phhX~1ovcg1>ti(-UGUIn;*-I-$y
ztUT`di#a4Swy77&sY5um7(3`1JPDZ8nT;hQxm9bI97m1}_4)l#{Yl$ISdkE0{g6&z
zYiZsa)zDwKEE6af>m_e7PrTIAZJD)TuQvQzy3-RTWG1*!3F-|bEOq1-njN$S#$1yo
z;2FIu2eDD=5mMl!?lIaqlxE9X2dqFc+1C(1J#VbViTTCNL3=bXYRv~OdOQ`%Q@jP>
z+`2Qah?AzgItJXNdpa<MXD_6;P>20uOQo$OQ`*mQVP(^M+!W10DZt(E(IA0@m1EpU
zT`nYKbW0LX?(b-j;5bEH!xnZ3cp7vQp=N=Anyd;4zE2*QTbed;Y6zhpvj4Ae0S+|C
z>gyu#<U(tJh(LYmtfEV;7TTh7bYtygJaphkqNh=70eGfkXuxoaVoI5Vl>!<%pa|zp
zd`K1tik|5;;$W;ID$P)?Qljsji3EOecYXzNXE13uw}%gdAbic@Tzbfc#Gw~S$I#8J
zl}L5)W4A{8fd=XZ3(r^DR5}}Wi?>3$Nm_9<Nv^A!4-Q4TYf@}jJ*RR>i9sf90d0H{
zZ{{8ALrx}BZ$sxBrR)%;XtK4bf5=qPii6;KxyUE`ad(@J!;F^Kk9{FQqMQAO2N=j^
zU6ifPI9hoIjU+mwZ(@^}zi7Et0IvKR39gVMRgcZ4k~w!uCnaNs6ZN%3;sf(2E@T&P
z1_D?Ixz|<$6D=f8{IUvlyN8=SgO0i1_r*SBcw*F2cS-OuhY6ETPF;>9UvP|VhVK+K
z?-~6j?4SX7W!E%U^dz}?q-PC<l&jYKI`;Z2XVaX$=q1rd;;J<Q9P6j5=RNvpOE8vO
zOc)pNt!X0|iWQIZjmaYDSQ3F_VV4-|E{#M^z6T7Y>#R0Z@e%;TQ6)q}o}v=scM9`|
zLOVc@gK}^#bp8c?Sm)@*bR!!lk4$fOi5geRWd{7|*cY57V7gv`$<!?3zwApb-!0Gi
z5k!v})U<Mj>%{sqvR#rG%NJD}R2{7bq)p6<BDw|!F;|krGb%`VmLK@!<~7~g3!Sb5
z44T~@0q$duQpB9{s7Cu<%%e-FN4G(S@wf|8-E!x@e=5#?e+1p+XK!60!(O7wbVjZ4
zPGcsJ17t5MB>r0%$1zTPG?NXB=qZf|281_6Frta!iHZ<y+!X0UB+zx6_Hv@F1kN%w
zE&kPC<n+$-5!y&!H4C(;KinQJ0*NL6Wa=>!#xxjan)4+&#F`OySb+4>SE4(e87^!=
z(nSgNf+m1`3x~Cg64BSAI@>ify8|99l_L8mc!%c`&eb^pL$Ct_>f>2*F-oZR`@<w@
z5cd{#Pg(qOGCT1=J%&13vY}vrA1@AN-}Bep^V>V+&}E#|_vnGD@eQhQs1+z4|Nq2#
z7IvoNq4E)G|06~Qj)xJce16+Fygicsc(QQI#y9*Rnp`aW2lO!hUw|GYBc{0V`u&^|
zhd6{ciSdxs$K6GzAqT+tgk@465C5lK4<VwAQm&5X93gl&7xKf|Vum)(&+YD`WsnMx
z32uKVfBZrE@o;bO-!HI{$Nxch0?&+WA2ueDXXT3!B{Uc7x9F(Bc99!PIRB)OA(cF^
z3ez%Oj~`DOs9=T2-U;**YRfPUFHCG79um}IybjY-B5?h9z7PacFueu;SQ<MviC_L+
ztXkfie&f;sc%k<*d;DQ*A8HijEz=MXmWCGzT(J$ZW8(aA?-zCP;`iXk$KfLVd}C(u
z@VDr{j)63g+x9OwcHr(25glj7i~au~248KWY|K2c-SFh7c(OI(KN!K`3ufHDu}@s!
zzl&{v6B>!&mpX(KViSR<rF+2mZV;&+{Q$GzvR^%%BF~M;e6zX1b%87=Eok2&?jsn)
zQ`qw?jDxR}%TV5n`<Q&geiOJ8(|rm>`MBOg&8-OZkDrF*OVVB<t)XWR@J-sJA4QJX
zc~o?R_c4^S)?EK@5{L0W5(jn5<7+tCNZK##UmxD!GPLX<u`Et*-QnJUE=^9Wcc?y)
zpUj@{W)A+7(!pB6a39|uhw^ACKmGq9aoqZ~+7GrRnBq4m?7AE1l8ZGc9jU~5u<b%!
zzhOpRzIr*DA~tFa`Z*ei7$qKd9RIa5<BR?x;l)g9o`L@fp(o?c<cJu=jl?&eAvkoy
zN|KwgKSWigPg%P|N~r{eHwZITc!FbTLtP&psjx*b)=ZK*1@NDjn2%_vR}`t4{Kei*
z4?)MNKm?l#HXM$cxDno-3lPD+XA5Ik4Y~v(l(RQ(lGL;+hb=#CyA<p%IA%YtDiNFG
zwBH=NSfe*|<w5w`kgj_X`C-K>1fdBkgYUSK`xDlNUxokHg-kcJJCn#X)sgJUN8Y83
zR2X@1i30JgC6l2Wc~61_aSC)S9`YH4N}HBO1&Z2e<~@s1dK|^&tCl!9zOxc~kggIT
zM&hR#6&)qJanOJ8sf@~hX<nCs5eQ5=Ues{}2W#juw`yieC%o{^hCByA-1-M={`?J-
zugCzSe)y-=0d}nvyLXYm*JxFHan9uRmxum<J>wkS=M2JgZY23qF}F%3)nNtAAcA>-
z-ZkKL_8vCtz&!@gxZH{cfm=R2?lX!&Zpt}IrV^S&+f+h95X-41r)XZ~{WPS!Ngmv%
z$PPVjMS6N;M_xQTvNk<v9)iYn>_o6d!INf87V;FQZjMR;0v@&h^|LAIVW4f0hFbOx
z&Ru+<`*QKqcCn+FZB6neUIs0DGUjS|BH%W|d0~&rDm+DOdg8tl1CFt?whCe%pO{(?
zrPGaO3Cv-TVjfF$*m4P@d1wtkZ*L=4yxI~S=&rRQIyUBX0#Q5BiS&R1!X>7}EXU&+
z0}?QkMxGB5p}HZQWgnsZ5(^}Ij@93vMM}ttUZDI)tt|3u>ot3A-KLMmJxtXnzy8)p
zakg&0t}Zlbko8_bdA_f|x_W8C=|!vt<`cP)OZ6Z?U$tyLj>r2D+m9r6$~<H1mf0r+
zLn3nb9h&?c!Ffx^C#2kE{b-ZMAF9*Ka6TdP6vBY_D;GwGEms);+n>5D+!O!t)JQz^
z9FtIe<bR7)1DE%^EPf!sN*33jWo-6<_Gam%UGFGea4cX)qCI)hj_68DGl%?8k6=ry
zJlSAuY!!=EQ&Lo>z-d<(5oRa9dHy0jy$lZfCOG|sSY(z+{zIXTaXo+@0awBpB41Ze
zmOapf;^Cp@wR=HG5g!}edxDnxCogRTwG~MyWMF~4`q?EV98II_Cnl0Xb6&mJJ>V6q
z9DUfm;R*$x0QtE6V%=LGYd3=!K7F(^Q46LfGoCl;nNJ$N*tQ`QtOQ!~iNMn=qX*qD
zOjq%5?F&HahWgjqJCkhX=XG(qr-QZ^E;V8N1;A)uo?ggnInS63MfYv@4e+&xw)4R7
z4?`yZMYd&$+b#Ogp2MEPGABuR$+omWIn3=um6-v(o;gZZ8k>vyD#@MfOYk`B&u~8z
zS@eKmHSzS)yCqqVVOnN7o@ouYdO1A^bUo|Z7~o0%DUPt%v9f2Gcbznsh6$_1N0xL(
zZIlfG?{5?CYLa6}-pSM}n^hf2Lt;>N)-caxXq27d8OD4*9#a|#q0^LwA>xQ9bGGzM
z*)sYQ@SoA~vSHcP(mY3bP|0uZhvg6UVa_7G-nV=ww#p!fwbRN-4NL8EUU}AOT_<Xu
zw9sf-DkSr~plqN^)d`F0@ktYk0HzZ{>6y1wn^4Y<w;YxPxfNZ92VQhcCFKh`F!dzI
zBe8Uz@6vECoqmI+PDJ(i_h1*{TPDvS8vN&r3V=XTLar}Br7T@pe98TOh^)CYoX`@n
z#Z_GTEtQc+KOMYWL79Z2{E=EZTyXBgB3&&VPy{Y@=om@*{d{L9HIQHPM@1hVl6SKu
zBXnG(P(-yeHc%6iTTr^<=9)ct3Li=pZ2DN8AOProFqu5^X$+nOYK9<f?(a_x*%kVR
z*TqoPv~H`?#_3Y%#@b~=)rG|*D#yG(B0ckd)C+0fZgQW@v4{{B;E}>;&+uw!t&Hm-
zf+pqDk?1te8?qA4dk0KT*M`HPIM#{1n~E@2M%B^FDR3N2VE)maq#m+TCc!D+3WA|N
zihLY?Yg?U7zJu<T9;~=dO+uxKthTCmc8laW7l6)38=DH?6k#WWpMnyBj0n}@DsPEs
zq-1O^trAwS0U^#0g0|oqa5EC5UrVd_+rh`|!;MJ_wv4EB_?$>3{}U%V#=X-)4&#tv
zn8m6YuUEq@?9Pv5=*4Fu%0sM;tlG`68?y_1bo*aInEdI%?H_eofc75PP%1A)-!Z)v
zx}<--JhTW<Sowt38f?Gpap;Mb&2J`^sG$iR7k`NBiz;H!q=nK{IB1YvV}BuU0k+Hb
zg}6l+x{<cDz5Iz|W0>Rx!k&FTq^moA?(`)!Mht(F%tWL6q*hXyb?jW_o%YkYwtlX=
zx@WtJH}+kpY;lRjW~)RxSoPe|%3sohFlE;wJ#d^s;R4ogxakbWpy=!FVCTk9zMgWg
z`oPLXA(Y(?q7F#OJ}ZXCUE-mK7f#1hY1dg&!f<ChZdrP~UaXC2N=qy8W@I`kX^v3n
z$4g%ZII|*_@f;A~yMkkUJ1vBN?Pa($iW5FV#9=)AZmFsG(W|twOg|iee>*rp@AVYF
ziy_~FqvIG?8ce|C_%sFeCLl{sCAf&Ev7&-f;ZPTWkpDON0|*KRLE#tv|I+#*kP%?y
z|9I^mE34o=^?9>aDleqd72ie<XHrvVjPtZe!TM_!Ah0I)fn@Ir7I{~bUu-&FzIru?
z8JT?UbTn_(51J#EgisweUyGp;1RN`MBWZn`yp?nSCWBw}E+*q=WUAe@KHM;=V0A85
z+E~TjETpQyiDL^rDNi_A2v^_et=J4kG6sh#87*^{V1)19Mu&ScC0Z<gUd(9mAFdMr
z>@Q@wFAV`z{$1h|^$a+!lY!`03KrWU=<V|Vi~cdSC}@NK3Vy%*KZ$-sfn%*g;DMj-
z|AXvK{H~hI?{eR)9$o_9E5*KDoAG@ZdlWo0w;;F5|I@$U76p+KKkr`!+?D?lK!-Kz
z#m6NKroK!^6y_7>srhR7F=c6AP9_P>G8#9=40eP+Q+}Nrb@hL~cReir3%RPA?<f8E
z7b_~iKXLLxej|BOS4=IYpy388N*fGh!5ZS_)b>(wzMyRDmi!OYeKV#yov9|blF{bM
zGT2icYk*=9&rC|@zX;!n(N0}@ydgv*RFURrW2td0eDMFKaB$xX_Qrpj;-mwB!)Ad!
z=R=Z9^wcYGr3zVNtF4?wh=tbaZ+JXN!iGBS{ZZ$WJ#w>DZ5l<5h?EpPH@Hp<I5?cd
z{9vJ##+>$i3J8yYuK6AiC*8?+S5XnoJje-PdPEjtGzm9vXGBo;n2rhucv4E3pA|7!
z5RqG@iEyt@aisr(s&|`1?{{o_b84Z`3v`NyJRVgUv15!>SEb(#C6Yxq{7O#=Q*SRs
zIW>*MU1E?=)5p+Fkggw^UgkUyk2TVOiHv{7iaDt>l){u4J^)p{Ml+S5ui))Lme!B)
z1PF^m2ob+&EJlh=d|GlLnp0oN6I=eJmHnicqZhJMc%CoFq_PZ}zzMHXu-N2EVe7dh
zxV$m_?uTWf5L9%$0Lx;^@LFC!ywjUa&uKJ9S+(#VO<I`_Of3l>8ETzmRl~-m;P}cM
z5%DaUC<(K1UXlq|KUGJfh_p9@K(x}Qn>C?bG^7TiN{`Ve72dacYJEU|n%!6^7y^#7
z{WplY|A!*8NG3*oVYpt&QA)%P&l*nTWfxiZUxV05-s4~V>^%fq+2%I#rKLWgN{*z;
zO={qDxt&ahQE5GE1{&H#amV3D$4|kWD9UMLI*8jemMKFDNp@ePYXU29nK8&}E5atl
zi@GLn^bo!4F=8+)pfFG|NBT+C0^En%Y>f;LJ=4EWu-K_z?>><#uGB%5$YN32mPvqA
zjMF%^G4Ek0q}nKo+x2cx^}CaOI4cXVoK8e5cLQ|f>T=j*jEC$T(HXHQKU4nw7`c5|
zdH-UBt$X?t%sjXQ0$4NG&tv-dp1#uqJU8w<AC~tqHw3#o@cP67&ofvJt!^Gh0b-_s
z)--%7Zrz&Aqg?7PdNm+J{ZX^X=k_dy$m)_0H24yrpKSZYS`5<;zsx#V?$xlIOO;h!
zz>Xf#hRO&HCR01TR&#9vVQ1+BN(Kaku?hL9tl`8-^pn65h|LQ*z?EGYLUduncteqw
z;B`Xl4|zd_8<-byDzIvrQyK>*S%75Uqh2Yu_yRl$om}0k(Pu6T$m=L;S7ia<(H%h}
zAEOBTJFV?x17;P(v2;#mlm&KSUnfhjd$dpbZ;Fa=TZ=rH|6cG!pY}$&*~cy=*ond`
zjTcdttL){}ypYJn+*b|Et15^#DM#W?4At6>t+P47<ywptmNKwfDh;%P07pkH=d<e4
z73aUmYH$1m-?CLu<+eF-nq%5fZ{>VYxi*+FCs@5v4}i8fK`~j{SO^j;YGk3E96()c
zK!!~5N^Ozpzut>87KEvdD;Xq&7sp5&D&S0+fUp+Ur%@+5s2uw=I3&-GicBIURg8+5
z&P($azlJ9wiA{-;4$ULV<+Alod`gH~ExHab+h7s4#M@U1`>fd<549^Rjq?!8Fz%bp
z+ThD}wH1QAo(fDy1hT?UkmiS20;w&CLF7GA#$|cS`7EwaC_1?V4U&ETJShdNB^t(^
zOUtR*FIUKp1H}7F``9edY!J9d5T=p6nb~=_-_~@S@ekEg6o{dfTMSMjus|~L7V8@E
zx|jkD_FoO(ynLCCYX_i6B<Gt3ill)N?5`ZZ@zt*asWVrV%H`c%RZo&b(R#oeh9t2n
zwO9PjwCKTMQGxQv64q+Y*sE&-jMY%y@RM;|%o*+mn&V~lr#W|MZE=8Q!|5D>GI8c!
z1^hXFA|EnJt!vFP7LJq3ba|Q>mk38drj9YPZ4wT0dN}12b(v=$kvE24L17J7Owdb)
zJ~7*3D)Vzl=ZKk`ib`iMld-A#M}A3;5DrxbC-XvP5+^WOycimGt$2$ysyub8=1p2d
zUnjSGpN7t8Pi7=*ccl)~pfme_M?2)X(d!U05g1ffUr8n-(2jhCdPYC>H;k2?Y2o%^
z(qy!r%1j3+_nf&J`~yn{FA=u!K@h~^#&?(-TN@=TwR!f>W@x81!|vSLQRwqej_Eg+
z2NY<vq|SwvzryW{poYO{UBWBcTD_Z6u_Y)=-Tw8>#OQ~^6sfF$3rU_nE7ro@+S&-c
zu<0rjImX;qs}R<f*_W$h=^Rc>Ah^iAq{uFdI`6WYAW90gp~N;+N_*XM-+!CN@JWS(
zf{g-tq$V&5S)=~m>W5%Y3R9!-(96nfSpxJTAhsIQOO*-u8cn6?A}>>zC`@^BTVdbD
zdhVHC#9?QoH;8gLWSl@^`P4ErE$u;W9LdF8^IOr_Ii1po1(ptf6^A9e659}2<Qhyn
zZgG^o)f$%^DjoJ5M)i%;hb4Wqe?;XQLqB2@NRRA~BS$YA*N;VXs64e)v6tJ+ZkSET
zjam9*iw6&fZ%|OO4uI9)lxr_710lsU=^>E1^-t1oeuV_ki-Z67;f*3Jx)NLVaK4e|
zVD4J|sqz#-ZGB}w&LYkT7D*X+>uoFxLu=grY{N8(AIC%Z{BoS#U{BXi^AGj~h$n<Y
zhSD4`KB8J~;WmhFz73m0&PPgzdllb|ZRMp8Hy-dMNwFt@gJ4oGtmnB9HV{v%8pcNQ
zwZdfKlZ_f$q+FDJb)3(4E_XDw5ty4?2y@+rsdMUk&Z;zoAuaZMlV+8S)K>u;gr}$w
ztdKuE*MkNu^+$9JAA0H!M#a)2L|?IBwrDOihF$phrrYG=qqI)uNmnzh`amW?B5q{M
z-?EQSy5k*ll`Z4u9FK8exT@mb;=(;m82PmVG69RGv1RfVorr)9(6AIRn!1P<2|gt5
zzS2n{EOTIqLHlBE^cCvjw$}m>U$+x`MDaIagi@>Sq|snT*TzSxS26jTTQ??0qwkww
zQ~OMUpVYKS!=pW77C0t@?1Ej<q8p@3NkNbU$%nf$qM<Og(7==m(k-&74BVaB6JF`I
zb_8T+7M5j=jkv(iMtIS<nl>f1=ycRsnK^}26xV{I=?on&4$^#JA0Dmalw6AO3oPgG
zd?p6$H&SNn6>s1hgPtMNuu-kHK7%Y6DUXAGy>Ze^4mNU2kG4ZQ67`dZ0z7XSrfBuC
zJeS=c@@5OwxZYB+$1Wi|Y|d=Xk>aB4wBVTYiH!zxAPAjvOdp1##`BD)Ann`3mgj`~
zqTOFUfKFpEVEWD_@pxe4J|z2xCUJ&x+q)(7{?VD1LEa4zs5kNkMQ1Menro);!t&xo
zCzwG^v-E1JK40P0lQy}zL@kG4yU5dpkZ|hE&Ub*-mn&w#F)KgjX*+L+KX#K+8mDEr
zMu8g{TD!pAZYH}DmW3qA=Ka1b$HTc98G$-8Uau|M)x6$ZAjVRNGDQtbY9o6SONe|R
zPp`{9nK~&`oyHB<ud<a(3>|XPU;bM8Gh_*USx>hPFEae2*)Hlqq6;g9A{=i)E(qrE
zk`o+(licH)BEHl}F0|yGIU>d+&<nAeASs02kC2dFqt*e==&Ex2)x3`r_QtMWE_pRg
z8rB>?{TFYh4GIrEZ)2f8NxaHY-<GwHxbyKVmmK`Ifxpo=Y&y!p^f0OSujBG?*X8hf
zJLB(X<lm$h`xPG!?kjyk+Bn1bJ1{xXxc4dU6>r(@kUau5FMb^)8;U&enAKHlkcfp(
zlNsv}7H1VoQwkG^e)T*6IczgFwlS^8@zeGD*S78-&AXUQ7C2cte@a!DY~y~>ii`=p
z(pN{g((sLDbYSim<&Q?^*&Dx|M8a=&-|DU6i=!l|b|-;1A>vGFI&InQ+H+ozQvi_g
zhRqSRa(dqWV%no@xeOYj-ot%=Vz<KN7l_3^L|QMypgvrv^ttRCEKeI#-xsz@M1sRS
zxV%FDRrKkSBfZE;$9xKM2CReQ3`mEH368?lgl$cpPYO4-M!F;jJWH;-zA}ujJ*TdY
z{Y0LcVyk(Vd5Ck=Y5y~YxRO%-=?t>kOALxKU8$C$8pT==TCDiOGZNbktI*|1pkcru
z;rFCnB_f56>o`<9s`7-(XebGCix$eLV9E$jQ!<N=a6FJgBQQ9*#W~fgyF?jkxeC>+
z@ifLubCtTQB3``<`8<?9`EDCrV<PQBu8lh2f{I=t@b(OWYq|3hjb(*DegY*MRF27l
z>`>F<ydl1&nfc)b#6rr~WD$JhHw}J<_nrWt)YtaGlbKZtb|em`cg2Vd6nd0&3y10C
z7&6uMlOugS00mE!K$<M>ftdtv%z<<68#qh!v00KKmT8lSLf$U2BMvvA!7xi)Dtp0Y
zS?x%ug-2oniV^z|A#<Zn(-@%)9y*f-$Vb=dvi?(rX0cn|QVC;p!g7XV{;H7ha&fZK
zXsqtm_t3%Yv1SEqJd8{hUIWEEx|u;D3a-(D##nm7K^L=F3#G4JDr47}>g6{g5f=Pb
zD7X3Nb8&wzyZ~%+^c!Z9lVg9XQKx*Ie6I@M_&&%9<B!7h<M0?P8;qNKz?4s~cl$%{
z6~7MJVG@MWYFFN0VJ<B^ULrG4IHrzzNzxL-auky0wnAll9?zp)7Cs(NN*BZWENAN2
z7aoS`eJ$82<duBBfGvKGN{@qdWrfD72Ls+uUGPKmm}`a}HaoJv5qkr3K4nqY==+|n
z4g4@}A=E7vF#ULlP^xHf&Q{d<%TS{53o+6hCMf5nEf#tx8fLAVwDcu`_LVz%34gF5
z7sM4e_wb8`KZKnDq2J~{gRCG`fMO_mi$AoZRl)z#?&sF+$Q-kg(Rs>3T)g(1bM@7m
zaOc2-{o9)~BPq3K@-+og{O(GeZErtIZ;Y4UZk34{8bUVv?8k75Xy;3r7`jI`;PvIo
zy+pM0nU;f{q)$iLRA`|c$$pgjJF7V|UJ-||;@&kg)vAvVEkG{5tZJO>kP!F=Zt&^c
zcl*I6di>%DQpXY?%|hJ)ftwpp>wl&xkgDTM*gv)o9mRIs;`nq23Eko!*eq}|GD!DO
z`j7wg1eVSPSaooiZ(?EiML*W}RyW6P%OFym8#O^StQc{jYzrqdp<?L7RY3k*)}}%y
z)5-=nIZhXe#0m1)-#xscqKeEB85ip?IQtQADc*-?oQ!XsT%V~}5(e}c<rx9ubxzdN
zj1gdbn{Dl_h>}%A7CMirUPDdwY&aQ498Zvlr|L7prV(J<coas*o?A%n&(xGwx~Hu%
z|4mDIq<L00)6+9Q(R~5H?2?jPYt(ylc^cNu`WO9hy;!e>E#WUEF{XBF7X7B1J<g?c
z<&1xLlmO8%b_+Cx+0;e)FZgQeml&@(B#Go!4_7aQg1nqcOCS@nJR9W<?*h@JQuu?L
z(r-fppj$znhz?5WJ8}wMIq-ndOSRroiZrv-LIdb%2CMG|Mbj<Zr6L(I6cW(x>{p|X
z_~+>)BC^L9ebooB#eFHPdT5Ud@hy6_fI3g3DcDotBP)xo4eYZrV-(83-dUKiytL%W
z%9^t9lqkKcaM{S#)hpLXv^Lcql>e5VimTr&^B-EjnbiuC(UVf&eb%Q{<U;3-)v<tM
zU2fbgU9B#3In5N*c$U6C68e@S*)eNmlvZbuHd`>7D2WB<3`<)-a&b7R`wmbLE%9*5
z@~5SQsTFUu+OtdNQoqwvnm^-);JcA6v-O-ugWrOg7_mm@5j~Vt6}>VIflu?T!uD{y
z1=BfCU7Y3GFVQiE!b%3`)FSg8enH)IU>GGzNbyk00g6`@qB@eak6;Pu${xpn6IW67
zRi?8VD)#m9!YG5~`tL&*udH;Y9&7PE21{q{878PCXh7Hs!GBI{HU&5G928*E0g*x(
z<FpQTPSR=}s+E^_Jyu-66`3^kRK;B}v9QI6IA3E#S41D})YM?gVv(N^wTD`#W?=);
z6`4{^u`s1s6l-KuXfb+uf<Cbofmx~Q72olq(-vx|Z)j#KKJ@UeYt*HP=9lGlCD!y2
zK+_eh+JhQ5hH5(tcwS)6n>+bRgI(xHH~fayLPNHkwgm~-Dfppj(Jkxxd`Bv^C!6Jd
zpZp1TyLmyrrBBp%3j6Uc49@c+XWCtjP9wyE7Kc&az;se&Yu>%yhy9LRDW`ZE`Q_$c
z!pj56W`W<+yGeYnd_9T*=QQrFT1}WOx4));-&J7-vjf^kt|E>RHJ?F5#}h0thQ}v)
z&%A3N9*l`{;l)ntTNT<(qdnm)U#XmSRK5p9GH9KqWwGx*9%1ipr1G%wmUZ(UyPPnG
z2%wxwZzUp6c)y?v6DkzRO+GejQQSbUkVn@=#(A6+8zFU8@;1yAysK#)u&GZHaBNrA
z-P2R6)uTUiFa%unN^Cw_Lu4`A+O!~UEC?0DicAjXVKFi`IcXk>g3`IbEkpf-_HynL
z8M2Opp*<Td4oiD&ttI!LA5E6wIbm6Hrz_TBs<d;*QC`#8R@Y;-eKhcbbg)+<+GgqE
zbzqGywYmhC83YnVg&7lCEO0AxH+#8D=X7Gka8#s#pkfuqSWl|0PO!goOnx|JkdLa{
zv~}PBk(|1~L~TiYq^~*i>zD{X3=7SuHWYUIha$wefwzIdR~fZ2bqd?6+d_nx<j!)^
z?P(!D<x480?Zzc3dfACb5cLP&NmPM&s7#6y4}PTqp|XOEgYzp)h7c6`ElY~;*f=;M
zZs5F$EYK=x*!Cv>MzzO?fp|CB%i$jvW6;yoM(zFo0*XL&zw?|enjQFq<cyNZ5MpSw
z)O-<CS~$<`bC|AYHWb?992J~};M{hTY%pb!FE0a>?H$LB=|${T>q|5uQ0xfliv;dv
zCFw`~A5+UPSN<Xti{y~P1PGo$Jjtj@Z*SN)GLh=x3mMiDAFHmdEBTxZNQDw7d*@n*
z*~-x$?4&U{S(0uV1R-3r7|kT6E*=}Q(%NyjIOmaqsERW}KI`7R8He>7^5d4cuvBfN
zNry%T@VRU}e}Zj&F0hj1L(T_67_M$dZB?n}L)7zdm9_EHCDD<VQrq9TQJBOjVDzgv
zyt6OqUS!W2LR-zzKIR`)rNn$^nt&c$N$tdtCVlz?3E-zcwtMn|bXXT+IkqBY0VcL9
zFqCXLXF7)*Erm!!#RA-%FC9gJ8XzGLv{s*JC;lwWNEBM*)VvfNpmY?w<uV?{bO!~6
z<r=~sGV3q8&lwos%<QnAZ5W|qo1f@2vzVt_$8?Hy+w~_w@Rvqxwyvq5vvGb;a}ya#
zzqB0>X|@9kCR;%2JK5<%mo5=sig$(Jq6pm#{-V@Hos}`afp$FpT(N`coO59?uDBea
zmC;y(DTPDjjMBhqfaS%y5Ahl9O%`5YGgq`tnyn`O`kCK_m=<ukh>{w^s3@bv4=A^w
zm@UXU&XGa6-b6zu9;v>iwOl44;ADU+@{M5G&Fb>X*n7gUY@1k_XfrhTi?x4JZeUKv
z>TTJI)`j81a+Ub1?45|H+Jj|dD|N7)vm>nT3rxyJS-54KQxWOZ7R`d3SoCgaWXy7;
zL-0T^>UIL=j55Q-><XNMnI30~CopVjZ^D<m@Hgff=4`gAYMZCM!wJG(ZfstTf~pWv
z<LN-sSs%$^qM;erBxx&s$Ru3M6y>qUs-@E>`YxuhRpaqTsSCay+rj8{X*v6Pj<%!J
zAv7yEn4cv9YSSp%J{0P<;v9D!Pn&F#Om+tu2EvD2Dz%v;4Eln$jFN6(GA;#fk?*|D
zhK`X;_^?O=WW*{mE)(K$n4yQF(kbPUT`}w=y}8p>wa;6o>Y5ZDSjaq-Y`cUq)#>IA
zPgY(eo=P=5UWgq{gr89qM+Po_4!Clx-+vmAfrLzrUa9iTbD=gU0Ft%VvxhY^pfPRc
z&FrVm^xsQ7wC|VkVMcdT+Z6B_9}A_<33!R^Qn-TsLF|&tiQy&^b5Dbt=8a3jBeMZB
zQ5mC<90a}U=u))rnyM-tze^N0=#cf0Z;SjOY?|-rq-!AFyx!yz1cPbbtF=b8b>y=+
zD;M#U#wA^$rX2Tl&d?QE$Y7J^5wnm#fOu&n2=JJlNgS7-4$}exjDSd-c0?X?#!%$a
z^B<q2Gt!vO6hD@#ZlcZm7Hsb7v#_GnUpAq1BiNL>(RBu=@6d?KqH$w_Ms6RKfXbDu
zd7PCs<_IalC7MJ2iWKPt&2QXAT9dt&I&8BkqY6##bSNg7t|a6d+O@fU?&n&|x2Q{3
zX3}%Vf|D}H5`3a_4rBL|xhKQP<=L}?NEDDa6V?X0+7?@F>&zR2qCHNnkzdh~)pF{}
z(l33qCo)gj`tP8fk+mFX1{tT{;jU^fN8&WlDAyddB%QyX2IR{W5>~KvMD3M;>Km?f
z>?w!2BS$W$t<E_4N4rd7mMTG`jIU5DJ6udb+UA^uZ<s!P$)6OxASGR*FMYJ1x1<X&
zfR1)f`h<{VbV1mjQTIk5t#$AKthi7lIfBsg>EfGcfBWwrt{G?*?s|@2V<vR))Ms%$
z=N%Y+V}f6s?w-QruO#pd@HL>D5B2_($3%VKudZRYBUUnOKTRaE7h@{k4OMqHaO?)T
z*2l8jCE4Wy0@$BfSPSv1%Q`VE5q&qJ){Ull1Iev;qV7&}+splixKUf^kwhadM8US$
z+VF8Pi@ou;xWHEd-8}Rht9c>bjfZJYwqU`z(bb~RXDBC-m6^U)E{pn{ca%rABYC*#
zKr31kXP#?*9P^mQW0X<_4wWq{y>k4R9Sv*K5;B~(gXz=u0A@ttA@=uxR*-O{i4zo%
zmI9Q`8P(mg<H+#fFY*~1C#yLQg*=KunZvMgiG-P^&4Ic;Ut!;*nzdaob3^FT55zX{
zhJG<Je&-1)&{(!$mZc=rl!oH$3=`XWRrD@7bT2n_iw`<L3#h(}3It&*Y*N}Ih!QbS
zMYw4n!ih$}bfNBbX$%30+V`j1mrXcfYd>zpJwXY8X?^FK78Ip(Q-E!k3ubvoP@XXT
zo5EgLh`d6F4lz%wdm%}^VIYqOAwLU|pN#J_5IvlQl!e?<0f*1$d{A+QYV+55FvOVZ
z*VPRnd-gl#^^74Gh3K`aw=|!ohse|X)l}ut>t<+O_70jc!Zy-hmqO6a*Om$iLL)H5
z&QRi_NgmQwIIq6v21FUv2}Mr_5GTJ760JjN82uPU-?ik7iDaF7SG_fzg~YHq#t{*n
zSJWn2F}#r3z|fy(ddCR0bF>dgy$5A+fr_<34rq=-l;nQa-ZbR)<hpwa5w@oXbs6*`
ziOQ*weBr~`)GZ3X3D8|j{Za|hR~X*&eLnSs85!KkG^_wTl*z(Y^R0kT6w*`FT}<|~
z6waTTY^PJm)8|=+EfqO(WJq|W=LQ~eNpR@DQ}A-~zZmQVB7xTP86w7I5xIEipbD{Y
zX~bJ|!_Le&JDR~&C=U)-S40BWE08o`Q4nB?7#-zC6{k=*na0JFJBwvbxJ8TLipx*z
z!Xv-gRy<f1C5yE>aZm=H*M)f2ICY_1vJX*e4KcZ*64Qw>o+;0Zpj{lZd%A7FiwkYN
zqjfXSwY|k({9G(@F8LMqhm}M*_!*DRx-(#4Qd;*dDII99r=*CmwqiiCLbt%R1{=oQ
z8C}>c9x#Dg-jq+)Qj!ts2YOF6qjT2z7o9F^&Em$yVXuHFSV^4nO~DQ}t2n+)u=<$C
zs&)3WTT9Ub1GmA)Mqp{JLKeI3DNiHDKWFy`>p_cvP2<v%wN!A!h?(xL!Tn$z2r0xh
zlbsXSIHK#aZA584GF6T(LEv!XO`_bb-dAK8ecR9N8=03~B4}@sUfmQ7O23%N-jU-n
z_ePu9Vxg!55kUXi-aHE7>HJ3$KQc%uK}W{xL|qfD&88SVF1fq|h{cWq1Pf-pPW?jM
zIW8&ftG-q6YkQaPEi;^b$_%k5!S%#R_rh#0;bQ6#H4!Q>#WRH3GH(weYY&Mm?nEMb
zf8DHdPJd$s9R|E8B7kAMp678&Bi(|s^ehD(?u0kj$#TTJ-j!N;@Pt_9S&t!4um}`S
z?UPreUicjDqA?S?5A?~@J_E(loNVi#UNfAJZ_>#yFTI7<vFjH-`$m{gco2AtM2>mh
z;^LG-z`0PJ6n{h&N^<a1Oy58>oKie&PZE4^3sG_ElCGkvUQ;!7A4DX_D;4r`iZpt5
zn{rNnW~f9>+h}4fzVUE%0pWu+j9_5362MFw3MpRgMB&Yr&mcDU+SiFroA{eZISvLn
zUTI;|T0qn#xJq1<&nF2;)J`S2H<ZDWS5Jv=xRW7)hpy18e0?doWK{^8$X6mf6ai3D
zAF+UCuDQ5Egii;j(toqvI%|8GQVKZH9^A()Z`8BcIXCJ)&X}s+ZKv)PK}fz`xe?c7
zwuGN0IZIm9Hs>yug%I$F_n>MN|9pop91OESU#Rd^lWrHYzR%kMmO6z-R2VJyZ-V@!
zxOL9~mw*xWuOP3*jLU3f(+1(kvO_ZYqPaoR5ZTLFh$cMyQ~EZqVdaom&S!637%;PQ
zS6clIK_}KLi*<@&?-HQIR96;DLmdpHLuckhiqQNe#fPMzDdDF@oX2Y61Rwj=0Xvws
zr_Tlm)izmyzCw?~9ylW8!pFp-H>)naR@lP3War6D(D>4AwNDAgaYe{Q9JX<~sqglV
zW)EW0$gG?$+X#1kA;)z<b%cq<OB=s!KCI1e4}xL~s*e*$ZB+r;EgN58*p!#6`7&P=
z45Y<*k{!IcmWx6md$d*%eJC^q;YGQaI?;yMMJ3%t?pT82X*;x3e&QsP1Phr1T4^cS
z38YESk&hF7hHOF7!L;&R)1cg`CO%#XQSk#J;#^{^)FBDm9(yot`c5m-DyxXGrZrpU
z44@#&S&he>b7eIvFfJWzV{kovK1h#?%L>MNC_4Q(@Grc;Ed8L}Zf3jsw){+4iI9w%
zq+yb1*L13rIAO#wDX`6LBxnjYpEJIoV!hNf)Oo1A?ovr8Z>m|@WQR(fF<Fg{pkjxr
zhUk~f+vs9hn*o6BBGl2a0;yj8h!<)@A@%Km0>OqOmC^wG4Ok+lo6aBsrCvHW;2Fa`
z5GFbSVA{|j7U3S7dozZFM6EqMgb^Ht3dS3_)ikxsG0M#%Jzw){)E{D=kZ;?l&e&=L
zPAxvk?R(11-0L3DqdaCivb^_RcBf4QZCnM*1`Ah33Y<{@`1a^DEtViD-P=^*KzTO4
zMkoU8p?p270PcfZ(scbWW-IF<I1qzgBD;X9+I>b_IB|EFiXg+jM;Qid295j{F&Xwa
z4o`02_~yKKfp)B=Md4<2q-5roybGZoUkDgK#Yu$!65=dOiEoe)iCF_u#8iZryDIC_
zpa>*^IdIP5Tw{khml$7QPHlFb2}2fr26i;)F_)qr!cAE(S^-|&fiPhVX-zsY?wS?M
z1#TXFVzEMuS4;E^lG@V4)#S071AZkgE$yE?Y%QL?Es+-ydHNP>XQJdS!?~0maV-W3
zHRloC!22eSC{3W$&L)B6T{sBay|{%tKJgsl-Nab4Re9RhjxLY85R95zH(AIYMJ{g%
z4QgxTxV5f^TFOm_!0WBP!=2@YUG@8#saoMTGbKMgTP>O4xJ@d0`&q%Zq&z4yprhZ{
zgh(sZWl{2HoB$Cf&?j=as8~?uc$Vl3`i^?Y+6vMEExDQ*HYS|xbMZF%^ix8DlidF3
zmWb#q7FG0)Q;A#V0pl@9F-6sr!$vx=P?f4yLBmsaVmbh%t4EtR2+tn|R&>If?t_$_
z1d;h>bUaGOll1T?{V+T}9v+^2OkW)x<1f;8$49S^hi|j=<cR(~`rFCq@FaaVI(|Do
zIT`JzFF#`W+q-uM<Gta_gHd`g{D6#pf7=_qJ4rvh86Boa_<;}O$tazi4DprmVfx{C
zd@??KO-=3{z594Pe*NYI8hUedus=E`TE*|62lQ(CZg_k$9!;<>zm4}tzF+CqZ~|T5
zN<WNG-W<I@u>n9^N3WonkLh2>hx=JN8dFoFzr8yiO(xI@Xnp(^dOd<)jt}<^-tR+y
zvh*diad>o+9*kjp@Yu-_-h22(d0M}K9fB{s9UbqzfqxEPjt|B#Z^#GvYJ74CAE7xM
za_{%v9}JIC{JlSZcQhFdxJj7FF--mOc=Fd2#vxPu&+muU6wEWU@^*N*H^Q&Ekwas!
zWH{{f<I#J(bzuAl`_bg!gpJbu(W}wk$@sTXhEKwWChy;lWacL)&@3+C!9jXB+JjyX
zk3Xi9(eZENJ(`c>(YxXJ7-wtm==d1hIXVoR>&F3?tytLcK&u~um^s9KHTn&A&HKXx
zoR{O#Kfi}@<KAiQ9Q@Ak_3?-%-t7};>BAVhi0f(FMK()DFTpRuX88yk?<jqHv_F1@
z%Osm=@96Ni(Z`7_r_K?~d)Umwmq$2FFQGGI>J#(==L}bJfB1IzdNgsn1;2{&dvrKD
z9v)=r<lSg*jDLYAV4uRKIN*spoWO{2vEc{OOge;B$2M@&^2%auKO7R=n1{NZ;QRP9
z-{I}>{qAN>4~`}iUef*H$uOmU!+&3n@cHA>Axs#Zz~SEB`(rqb_yoQKJ(|3S^Ep1`
zb-_`S2pAvl<Gz(6NIUw~aD4FoxV<6q>qjt^*eGpFw<i3=WCza@ZiRIG3O={@MwT#*
zj{3*+4J^vb5j-~B|7}c%RlWor9m~wn7^w}J(XcE3IA9|e$(C$qPCBJ>?VE5GiAk%@
z!-wb5CJ!Y(4ho6$^u>j8T8N%CuMqZyi|80fUTP&oeseh|7a33-02%YxLR*nRN@f>p
z>C#qyt;K4HraZ5>t{n^PekZmaiu5iJ=DV6Bb_l`cvx<YtfBCtbyAkyG9a{#vCY?w1
zilK-po{#|RpxFwY6jb~qEX=CzgX-@21ACU%{|36<@aGNl4i0I;IHmJM%T_+(<#`DD
zvUH?r#dU>YP8f=>JnaqB4iKrJ#4BY?=Txgr*eIA|Rw@TuR5PDRoU&OmE*vKFUQk5K
zlEx)!T`tM?_cZCOb)jBCMQ+Sf6xiii-6f#J5cO@^1uZ9%FPdSIMlKHbpge1Nr<o#}
zD?BE<uF21Mh}d&`|I(<fms00Nse`VZhgrff7_3wl<nksRPvQm+do~85r?#k(=7M}+
zr2i}arkH12)4+W^XS*EPajz<J;jo8JQOM3#hSrT^IzxrnZM$D^a;Xi)*>p4UxS=9P
zY5ue>i!+RA<_7sD!KuNohV`a;-1gp1`U~QO{tDlqMk*~m{xy7^JTF%vEi2jrKdW;#
zUifmUwyTBzxSFv)`hOP%J#QkT$7&HbTN9buR~;WmNR!g)$nCh6ey3}44K~k67`PEF
zUSPaWs|VG-hQkLdt-#}GL#t+p*O6+6FAP2aA%_?tSt1TW%4vOQTg8JJ-=yI={cche
zu44NRjsy)avX$?#`Y>APPl44;#M!sEe#3x29XMo|Wwv4AgkYLek^XYATweYB-FMg5
z*MsxLYEaeZ-)WZDcfU&ShM4P%wSgWh3h|g&3{zlg$}xQ;PeB)ZT`dr_4{56MD@<I2
z!L~AN91iR>4-~%KWpe-C<me5UF>E)>%rQ*@rv^D-MY+NGelvKdT38%7dsjI}`Xdar
z-=@$?ajL;3J|N5<78w3G2%yO9dAg+(kK|<JD$gRHHP#P~`NECyxd`4<!SbYX114Ex
zGLLoRA`JpNEKrlg`R9yR(ho=_(!+CFESHkm7An}4hVKP!3oCPZt|qk$eD{M*erzoQ
zPAbh?0n=EmF-u4y1cAv$Ibw@?hq5Zs=A~23WStZlMszpEJXB#DG`Ovh5@Vzrhz%83
zooFdJJ0;$`cqSqeW7fX#2V!m8VSD}VfDQ|^cH41D<P81{7SH4$A-e|@+V?NP`bj58
z?~nJ;=GYs7sgS6bGkrFAlJ2I%)j38(e#|h~`kZF<9Z_OXI#wKMox)bYn-1$yiSPk4
zj^-7k>u|Z2`umgg<vRK`ZT-%3S;#`bNSf%axLNQLpj%>Np4q@uD^7RioOsG<v#4As
za_+d}uXvQoWguNm1&YAKRP$bYI#9v)BHg!i)@INm<qN(=rlhf4X#uQf=QgQbs7Dq=
zREv@&L$Lfoy1hj|-r5nuu%7%mO8Dd^x`ppl2Te{zZeFsZC?LbE6xOB0j>OiHR?_Sd
zOEhuZb}H!OikYw~3C}ElPc8+C*c`;JFWPh4Tk_Mbok2Qm7|;h3ZT$NDEOY*p_|r9*
z&iU;^iN;B6KWl!4kwvpsCZlf>(WK$lWmha`)?^?Sb~H1ZN(VV_%rKP}a1^oLLi4*5
zm*CB*<ELt?7*Q#Ilj>c|(&Fr&87-Ef2`_UJg0gNw-G~-|-SY~I<bjt=##o{jf|D>A
zkmzepiR(0+m}cU$8(vt6Zg(2B6e^y?<ZEX!Ok%Qe7U`3l=TN5*`udT|px=6aB#_;3
zY!;-36qd1vk)u4=pwXP@>3)Xf$gWl*AaF7^EdiNINfUL7jWaq&mR=pq9Qw5wA5jnW
zd(ZKE901#M)a*T*p*=vn75$hneZ;?ESrDxkWrL7gSP10M6p?b0hKYQtGwtB_>DK6X
zLUBilzhB^WD!t@Ghqt69=VyN7;hcm#8PbdVSbZw4ft1i%>AyHRUZ7W8SthLb3mpe;
zSUv?&<5^gH#7Ydnm<LSE@<HgNg`aHg!3^^NV;Bm9h>{ua2qBN<bm2MrJv0f8sasWB
zbed=c;g=ZN{+vo3<8kS<|B!CEp4vY27l(vGn|M+&t5lXU(Y4f6vl$mN_5y(PM?0Sm
zeoVKb4a8lEu*qO5GMtNoxzXzC(smhp4H9~SE>kW~3~~xnwWdVGBT8p$*Yows)ptqH
z8MxaK*w{ii3^$$y26YoW*(A_~ksb+~MN;?-U*v6s7%2y(HDw6}di<<)YBqBAPB@q<
zztk@he+IC1^eNFBE}6a!T4lK^q5&i!9@d1MFxDm<zK;K}ZjC>7GzQ+KBo!_Sz5VwD
z6*=Fe2jz{`@Xptq*%;IuQ(=0_`x19P`#uQ$7wAz&Aw5U<C{8bPI#5F^!P&!K@Nr3{
zav-Kj05h?4bgzWvmi)uM1<<U~5`qQWZgv7=DfT2>#%-{6PR_*ge%vwCo*y=8g<mzB
zx~hLtYq4`7U92w2K_mo40eWV`x@w9IR!drKiJ)J$=?sNc)5<Urs1lwbRMax;NiDm@
zqZCN%H&ffg7QwXKt7T)PSAiqBMVsZZQH36tps{l*`rdYnu%mPJQ@RB*dkY7Se{uSP
z=UpKWwD{*)bqEx%$!3n%0hy2PJ>sEgeJ}~-b5w}M?FX{}M%plmn6Gb?ymW=V5WIMu
z8OEjlh<VMd{)Jk-_<$2Du3p}Wzq`qJ4n;XejX??S`655J06gtr?sk@>Q5q}bnc1#F
zEyD7fQEjY=?wRE7*^(5rDXGWXKRo&0cG{`*NEoe&TFpgXvrOQ^9s-c{EhfHOyx7kM
z={qBbe%~N{-d@N6`G2Ozu6%lcgwP!uDQTyTbc|6xnmFaBnxD?g5O|ua1)DO&FGxCa
z4`v5>VbqlEyHpddXWZ=;G-h$(V<_{9d5m$2sJD;V;_I`_WVqruk$MRg)!L&(y2NM`
zQOMwDnfIsZ`-LTM(*0w#4YBQ$smCi*GA6nqOnG&xsi4q(WO8DUet@0sD7=YL24k$s
zIuj@Fw<cM!o0)Hblwl?rupb37ix^<76h>f@NT4h6MBt$_&QC@dr_Kh`4}UQCG*7WI
zBo>3w0ct5}%D9=(V!gI74LkDG)kUr8C6)-}@6}b2*BdNXe0>u~uws|BdzUYn(V`8-
z@q#ZkoPtv~1%^=GPaI4tFNL)1_nK&``ax`r(3xSxJH7)xGIe&aX579=WMlA1eW?xm
zL#23M@~A|?UUaVOL~LZF$?|;W@leFe7>b}C%cYT!tRNwtIY_lYV$YY#L>X#Sl06Fy
z#qoKP^y$vTw9Z-5J!oHZ&XVpy<0m5}UHE*wX%`=@B=C29@zG)tI>*Y;+v$y?6Q~*X
z%4QeKb)9mQULC6T9#xf-og>}8z29dmcKCN>v9DTFc!J{hvRR6gz<>&2x~WVp9ojsw
zwQ$y}J;T6yT`MHk?P@n+Nct9E`@QVTN$g9+aj|tc6Ff5kzz^4(sPO!hlLAv>#>EEi
zvVXELh3JAvHjT5}81yXOi5!Pa+PL+;Qsbkhk@mILJDrBW>%F^!b}w5!Og42<0s1?P
z)@tTA1(ot*Ekn!MnzgK{d5nAIU$p)GJi*G@>N;yvg{^y6r@hTdv|Sf-j5=*UeYOL;
zX|cR$f;FuBfN@*q)}%DZMYW{uQjRJb=hy?xE_NZIE4o);Ue|5EXwNJsci9N$+o7kn
zi^2IIXk1)akx-bfDVJ(4JR3a6G|4~_3LhMqg%L>N5sE?m1Qb&Gh)Jj2$&4m)yW{vk
z$3WEU9a`~-fGij|V$Chk>DF__+G$pCVi>FJ6k$>fSa)RBN{K!iw;)+((XE=b#K0|b
zkm8+o+8lBH4Up(Pabl)$7Hrn)lyoOHw%zx2mA=PVPCWx<7Ry9gm*wpg%=>&AO61AO
z#IYu-m4w@zDHTE>fMo4n7iz>Ev&K@j`rWd9lM{|4jt%L8kfjdurfR(0I2G6~K(qbD
z;pO{dz`lE0AWR={)zDIM?<%<+&(yM@(zcbOc}pCJbSR7wi|VGSQLU3b)Db8)t^wWs
z9BMcvN9$7HxuY*w?QjxTaFQtL>8*9v*_srV%9C)jGx&m9?!G{q^Y>a<uueCl6D)Qe
zrL`3VcNk#hY=})k0GnYvzPm}Mzs$&(NyvK8$sLHxwiPbImBB~wj}&?S$ovZ}K^ZGx
z0;T<taU9xXkmyc~CatkzUmQ*+x$9YcKH!#L(;*>wsL0~#onb9Rt2dn+nwsn^h3uU^
zFCJak&f=DsZPJbR1OSDItG(rwjVe;jAaBD7#U{7VXAvu1T^FA#VNNkOC$~wHa-+3<
zm-D#o0uH<(b~d44k?%o5jLD65wpb3?rclt`wSDCx#56XBTVRqp#?5Jh+rbt&GIAPH
zx$zY=b0}e!H`Vt8ANpy6&BGDAI5NckCk!mO<rSGocZ?v@eNjY(C!uw&{6{&Oz%U}l
zgg6#WT|CEZwq!}H)M~!b&FC?79h|M^plZ(<A2#XL$UM4S6b<~rr{a@AD_hV!mZL7N
zcYrKUf>}iME8>0NCNz|+U{7p8W4c^M{nn$5$soZ`RxSozYY{aczt)1#FX*pUG?R2t
zyh(B6#(i!E73wfh$wE@K&?8KU4@IbV`mu*aD(o_;7pjz*TB|GtPzf`XaYfJvYSd{`
zGn^@bh4Q%Ql^9k1@VLeQZZ5YjzK~&<baZ^Vvv8rdx7tJ5qA;t+D2YK?T4LPllym|p
zH&~dz)gf?=wOSWBYK|<;KXPIo&Tf3IWCpWb**oTv>gqECzH#Y%h`JYfP(XYHU<7u-
zKm&Bd+T%`W_bELv3q_7C2j7q0?3!?-d?V|Ou_R`R<a&WE;xr#}PI=V__QEA4!fT1M
zEj79MS9NWv5~2bjxNA)))Pg8xGeU#$jh|AypYV=ECF>n8@8v%ZT4k_BIOE|^Y_4-n
zTBUnV2=!F6M)jkbC`iQ($?a97N9e|htskTRb2W<s$>9;YqFU0nPC$p&RWTDG=Q8O}
zd=5o`;lxuOVmS8rKARkIUwhi)wK-)>ie<Z-L92+0M`=|EQKXeDA;L0`@f8!#+a*P<
z5r15CDNKbfu1B}w{qm<lRM~fQoKD`qdv|nvGN5Yds4<<{ycBBEYA!iClBWR|z^?c&
z(A|!;50r03(D^B+9`X-4Y8!nc>3*cBYvi|);5Ir0*nNc@11kvx%_{*f%9pt~CxvkX
z0Rm8;W*2bic#g>B`4n;0HyejZ%R2N(XR%7%fA3Q04vk8aj4V2s%C0V(PXnp4`;CgO
z_Kx<c%u>o2_pNquc(|W*3K+BW{kzx4!+kEgk`?ncjZ_Q6X{6Ku{q^xgvPh4Pw<kO4
z_TJIK0T=%rd`yo=uSUnmTqg#f-l8|QwA3@v<aMfRoN%e%B>fY8=cgV1+`$2s-<%we
zU%o#%I-Y1fB{aT2p6neA$8QsQ$Q4P3>N~00$@HxoYA};_5$2{6%uef67}iSJ&uB!$
zlkw!$a1Z+ZQEM#e7n{p9WkTpFE|}ZnSN{3^cyyAE4*zoW@$KmFB%{eWJUSd7zB+~>
zjPQqCv_|D~T-8QJi<3cEvvf4vd*kOb-9H*lXyh`&bohEWKAgaGj1Nyn$FO`OtOV7n
z&*RVqEs^t^4JU1Q!fX5L{h=%<evixi#)sYgNoAIAM=&~SUrIIc3lmU(v^^>GgZBEq
z%Z<DorSA`^+sE(UolwOsm>I{%N5{Lbjz^=6%L}1Bu1}q8?#|1R7N3sxQI>(2KIYO&
zEDt@wa>7HZlI0E^Q`sO))9W#o8cLDr2p5U}23zz!9Jb@}{{f#l9^qcZVof|HT1)B|
zW%7o${qYDZ8;5p42Z_XZV?f4UHyOKW1UD~GNV7#8@z5?-(>aFj1g?eB3i7g^*7?~o
zUF4rdr_9=UYt0&D?xpY_mBhht#^8UPH*kq1XA6$-Nd`hLQ34UQk|x~hJj>)cC7NSW
zU5@DoY<?5-<lk3<8`+@B1f#jSSU1XbUo1YCb+sS|;~d2IWqvMq(oX|E+_s0X-j>el
zpjBy(rvW79oAJvrmz!gqaK>fDiPRPI3h}w>S-?=v`$~Qr3UpypyRzN=G48TE7wsP5
z0XZ0Qg)((}tn!ySLPzMPn%?-d;sL?lp`^!Yp~C#5R~eSkQ+4cnEZ>DK2>(DK20fr*
zf=tW8y@5S}o5Ga|AC6uhj9;VV*vW7%_uu1jvl+MQTddK~v_3Zp^GQ{<enRh7pG)s0
zVeUvoo}lcSoWMV{{NGg*V`V;1xJX{P?~)Wn&_3*q$<f<U`j_{x4Etk|XZuIAM_>mW
zeV_(6Y%IDM?ogSX!AEo@t)aKWkNg#wlaGm%g_8pSY-OUYmr`BzfGn$JKJWLCQvMVl
zhS=ki8}X}o{!Z5|y55~$9~Q=!C03VTBARN*yqQ%<_5vUJfBf)d@Z^c6M?HaaW`vEc
z3JLQp3ykT)T$-XQvzOmqr$|wtf=s18B9p&Z{RIBxZ9bL%q(_r2*sNRsyeg-kPQcc{
zpW8pu3BlwNv=o6~ZK)O}6BgJelbCBV1AXzl>U0W2VT*GqU*Udj3+kH`rb=($Vk29W
zqa-CF_N^@X5`QTEP7;5o&-4|IQvj$}l7`^E&7mNQ*m=HXEgm&ANZ1Bc1!w`e*mxli
z5+YpBK*25q(Uy?l?%V?VD|BxLB|0QAoURqUQj#Ma;R?g@kr~-YVzr$Pk5_6$qpJpv
zL<+_v=58+t<`XX}3Y1h0q3~lyXDGDF$*zJ=en**j--TD<oIS5+0v9^CSYAqvAyP0L
zX);+S6>KAAT$I<^iHdN-Ps3=q;woE~OR)!x#zb<0)Q8=Q4dV_vU3XjqYSQ<7Bf0q_
z-SzA(I!Nr(=%MO5aJKbWM2Y4?_|9Gm{C#^o<S7s+gcv_~BdL$HbBVs|d}+=+=gZ5S
z&92_D&0Xk=DDW6VaU)yT0o5^S*Zst)KF(Vx=hvW}u^?W6D0!zn>mg%&iVkr9(^hGk
zWLUJwQ!H3Tvzi2gvyl1{PqCH|Np^{IopQvQR6fqPy}Xj=6U&B@gy&AyqP>L5B2D{g
zO=m$8iJm`6m|_lIJ}ssd3Ge)xU3C71kU&#jUKX>Gi7~|w$d{>Bxq{}qx@5mPiYv?)
zKINqmcXfggmp?#TMlp;jC|@=mwB2a*c=5~#=Q~t2c3n`E%fxjOLKwD*#UP1&e=k}Y
zPuz)F$=*|D4b;Yy+grEBKN5GCW>N8U*@k<Tju?0Z#u073_g7UQ%cIlv(c`7MwZXgq
z1jcZTL{ZimzwOh;U9gGK7kzZaVZ=qAX<{_?WFm%<86MKI%0TzWK{SWBZ6L*NY@(eB
z_ifngt~w<aM(-3QQf{G4!bf0Q!7FeAQ0=%72<l65mkGklX|b;4B;W82?oy(CYSlBf
z%b6^M_B=~}$kIP$=}#GGaqxdnGg)RrwRui%M!s3qTRSh+aTxR`Nz=Q6o@nkz6v$Bh
zR9&7(aN=12116abkq=EwPsm_5qz(v1YonC9B<#A=lf+<^r-dC~&_4bS^D}LYguSM8
z4a0_I+y<?Vk^FF+mA7z<6rc(dTCx53Y5JPNgLIrm3(6j^n;yp~)%I_>EJj$E%Pk6e
zQe6WJrB}majB!4}O61V4p&9Uyrx%o)MD9!#_2r_+_SO_1E;FT6HjNz#!Ygud1d$@R
zr~;*zH@;`_?xtJEU}AkLv{3-yJ8@U(!q=fNZUle0XPsZ6`wVyG)2He7iM6v2?d<SI
z#os+kx79W<a1r{okgD$^ZSqo+L-rZ^8}mn}7da)6?$d<-0Bt?{<L)1yJpG~lv2=GA
zoz6DAF*-@O2k^?^kI$Yw+kKvHAL}akXZH+H!hla;mvuUv?)x079pe0CfG5n?LaFn9
zfZ$Yp8_m)&qIKsec4yI>0`3!^Qe?aMS$bRuCcIQ#yc5kg)-SwL=AqaVsf8s;4L1PX
zKbSuNZHT6vrGH0EofPlpRb9lUnA932QVyfFKLmVSEU!^U<MWr8eMq<MrpTc9_VE_7
zo?4NdRqayg2@#G+J&M^S8O6~kGOf1|C&Dv?q)#8xnR^Z<{H(Y_#~gfOpAn#NjRqUR
z?5S(;ksPzZ)SxkHELqSj6lVymRK`~pb)hk=Dca^(UWEowvFxi5$NgM^rMVUpj!id)
z&*TgbKK7KAfsQyqm_1u9<jTmKEE+uve#rpOI!UiSJfGe8{f`RBZez486d6x67Mu0&
z(+>nnMrAr&Wl9>!EAd3$m<?AYfwgI|-VEm)?e-bQlV=3-B4}udAem}ofpI=x#{1j8
zFd&+91YoNu5%7E^6=|%J7?g~;f#J3}U!hGaWSmkorF001KZK5TYF2Y4z74>kG<RwO
zLHh;e0NG9ic#-UZ@tMV`C9a$+_rRGhKdPsH2W7XJm7->X2GHC*shO)`wm4WKh#;$l
z%q7>2E5fU9sp#D9^2*Gz?=SP;%gfcJrWGl~DrzvsKp=`1*$Xg-U}{X22TDr0$lJbb
zG3{i*!Xlk*rZBv%U6X|9GMs)w4$}=clWz~mercnObBz@2j0*Vx6Uy?7+;@(S#+8&b
zY?Ps0!Vy#!14+y%!^WDy-G`(ql^W0agpvi-uu!lCk))Kf2oD)A7i}i%n+9*61zK+_
ztD!t(_Xt|*I&oCs+iZv`P(cq4zFN1+qRM4}rYMO&1E#^#w^|;Y?f)M!a~tnutn(90
zBRQ%@B<cu6<k{MuP3)RdTnlx%%q1DR>Z3DR5=RbVxmYCUup;AVA*tkSbL}CkcvUaT
zJS3%rk4Sn7(OfJ-35rEnq64bAm9W6HH8aKElSMfzW(>0}=#gTW(}Y@=S|u+X%@D1l
zfM2C2=>38$kwfvV>>&XCLeseSM6xvj6Kc#QN0PlV$+?u}bydv>@G$rinFXep*>e67
z)FX<Z4>b$uh3HPW76<utOQ|6lS}qycgZDhW9+HT3d7UKanT4VQ0iyr|C%s%Y?Yu&y
zo;6T!nXbu_3fxud&_COILTbZkkxnZyV8R0=H3ZdN_{YxXBr_0rQ#orsL{Kn@6zYKT
zNCpdv_CK$R(_)&z2NwA(&*G}i1XGt*0VC;WvV(NW!d696VY}tl3QG6ytAd@h@|%|X
zh`GYzvV(^1X1eaEw<A!R%jRN`9uxu$LSg~du=u@%dlWvA&I49H->C3QTtZ~6MJJIq
zoiMQJ?*+OM3C#oH6Vawc@EQ0}UWy$!`Wr<T(;@$J>z(HHI~d35PWtqxpMKg!2(Eru
zD0E&NOX(j7A`Du{rl$Sl(IT4k_KJ{BjcC%c=nUc@uZuSB(+xmRF}m0`KK)pJ^>}9x
zl}mD{NBb`O6fITf<hRtt;5lK`E=lc+Aqs6jz#(&f{0iL=46zqn`uSBe|4yoC^BG<Y
zlBOO&$`b0CPI9li8=XFCsCf*@klN)EaFgf}!X8K;Q<BbOELuQZxOSROAIf;ro8S`C
zbug^^GGxq5C}W0#tRb-_OB~L$el!FmGY@Ck4@C|w+y+ybwG&ye!-q$QyFQO4z|A#9
z5zUxF>>2!@>AUA9uR{?=;!u>E?)(q7JVqWIKoIKF-KR<V=+Pru+%5f~zOhB?4!?f%
z4nu{61R)#2Yky^s2?Dhn0BBudsHdaLVaWOP6OKdzvZSEQGWKG-G!K;zZy2s0l}bL~
zNXmnON$8dl7-;`BCxbAvNZ}85XV6&b`vkjyr|&$_LozO8{9Me>yi%M2+s&+1=%ASB
z6wcCaRqs+#Yw!h~<zVom=}cfAQL|j4=~(P9yQo<XcaNhJkGABiTU<dN;I}0BDoh?!
zV(O3IsZd2dYR|GDSz_!m$JlMi^XzF7-q!?41%FzCWr5WfzV`#^>qKdkep4!v&}rcy
zwn-#q6>~S)#>9l!M_O@9c9NyKS{-hWr;O-yFjEw}YF_cyzCv^w;pdofQKxpe{V35s
zUtd&Ga!FC+S*Qophtarr<nSK?fh-M9TPHk|vSA)Y2I+iE#SG<wkYe&vbj%u?R9t!k
z4bbU(7q@vF_K&`JRus~2SSakc0v`Vzwk0OQR-#}(A}LJF>u7X916WC|)z`T0oU=~>
zSP7RG6-9a$pR4(2LbZFuj?9#3Tec%_lTW>X71z&~fpn^8H@1-g8O4cpHOkRKTy*3Y
ztTE^G5xLLBJ;FflTo#=33LqN#j!YGzE<?LREwT)NKg<M%bqVOmr7_QJ5z#dbuXEui
zs(8HZNktTS25&YtC%8Q>U{dBPVXy)0z<4RJx#6o_wpV;usyHHaYIr{gd2&uUX-j&e
z;TS6&>{Ew!fYudJ>0+g2jwo;n^U;F#XpDL6($w$vF}9mP53j})>VOQ>h9e+487u5}
z=mQ4f<j#|a=5XLg4yD78YAgqxoI0l~*#713goXfWryA<?BUd(d8HemUi5sHo?N=0v
zLh3^OO?$r%kaAb1A&DfD$Tys7iIy$PK--BGeubGa(d_!lKpL6@7UV>B;h}a=ApR<1
zl)uceDHszpT%|?5^hM4NGJ%56ic`Q?@lw7lb;X2P#3Y;n&LCgXvwVwmmK<wg6lFd=
zIvm-SYC+!+koJz)|Bk~@wRe%YopotpE@IjMH`YGuqHEw4vZnMG0!PZrSr?w`Js3m9
z(ty?x91CRFXRx_px=>KAF4=Dfoz){AH&QY4`QOoHXh_rW2P@>QAFCC7Ww2Te;6K#f
z>6*(@waw18MddbR-g9%C=c)g|7V+Idi0(US2i-#V5_4^`&qH<`vj?gJ$bp=M7QwQs
z3xW4vQ!S`*DTWe!ROl=Vt5HZ|wZ*w1ChhHcS5OdG(33zt4W-}FK9mIny%8A=mxSs~
zg`zk-6z{a<H}p|-AWR>g3wD37v++bA7zt&*I1q>avrO+YzHxAyh2Xto4sL=L(~&e<
z+i7KHae1Xe{PoEMkE)0Jx&?-i-TB~dIJdt1b>rsq%g<Hhr!}d_f?h}D2-P`9p#<K*
zq8UxPEqmLqAugev&7G8D2b4C=Z4oy5&C7ytl0vewR@$1dGPW3!@4ah?fQ?d<CPwPu
zFT<X*866S2hBqFL=ofTE1d66_GfJ;H1xrAu+#EGTrR`=Zvq^U6EShPZ#=FhnJ#FkC
zd;zHxiq^flt%YK`88GO>P#KqY+QWRCqLBNGvd+$^dXOqlZ)$*qQ>%Klb;d|Jbfk5O
zkqk!1v~^XVpVtL3C%a1PZDGDyCoYj-Cme5=$C|Si?B0o9X^dMjnyKEiPI0l>XXKA=
zS{=;^8bU&qMw?e%FWd})VP4Fl*B&>VMTx9Ya-PxG6+umEW3We0*F@L=OT6<!5c7Lk
z&f#9A18#_%GKD=Fry37b&$dA*B~d2{r=Q1SF7zKcdqtr&JA#Y$4^f>E6wK9%j2nyX
zN<siA$M_q&CpHReU5Y5<?u;^<g8J_a&-it=o;YV(aGJ;fJSQA~@g^6-!X&m!gQdD*
z+sxO|Z*7at0>z0xB4bHK)cK*JZ9hFsb#Ox?>E|*R%VQUZ3lD9<P*;~%jQzPnr}GqT
zHLx*eO~~0Mi#bUV61iUcT~%J@Oz2!JIx>Q_uLVD&Ib#cn;&nG$pNO%JFHm|gku#=}
z5SzBGku!xFNg-iQ<tBYj6a0Put(&y+G_=F*@p1n)S!PMB>iuz$?x9n=uF#T}JArOJ
zhKe$zUH=T~4SY?gBeK~EyZw|o*!esxJ~1?H)zv&|)?7j7xWxE=5q*N9Z+TtvwWo#p
z>h@IcJh`s?j^RmnnKxohh5Y{Zkq|`x#H;cIkb|d^F`R6HkQ&6TOwq)B)+G{_u&Bo#
zWF43E+Lhq4*MqZuFUawCUP}}fD|~~~NL#aV<6)3-y_Pq#^=O_|v}G~RZjLlIiK{Z`
zib*Tg^^4b-Bz&Rx#+jIah-mSdEJ<ka@`^mcl=rU8YkfBXq82wPrZ13hS&{u1bFmIg
zJiQ}P9_UpQFMskSC)SGPPFw-V2G8?a_m_excPl@Vjin!s@Wp&1=GNzg+Upt@W8pY&
zT`3WkOT8QJ{dM?yV~KM_#1#T0Nl#U8R1Mr0{BXs<$%ZJ%_zr}uM%QJL1f1v5V&*~-
zuiqW)KI`WuB<^x1|5PR)qwv}A$6{|;`WLt-FsAsF71Nk9?&(i|!u($N?G4mx7<NQ6
z<Oh5xUwoQlTKp0o2lM<@d4_42^9s}IURKQ#UwAuApFDf|^vUki=TDxd?<Yf~<5XtB
z(u0#yZNSyK6-8*f;FON4G{hfM@>z<J$e|><rIx{x$Do+q#Q4a6qM!~Fy9Y2B!Z~St
zYArFR1&R{N&LFoTr;s3+)2t%SLPD7Kyou!!4(m%rwH9p79%lNGnp`%aoEL45RZh9*
z;t9IxTll-gy1l!*tXd#JKEsx10HtJ*Qm0p(olFtsWFw1TAUL8q5|PnjFAp2(ans6B
zuHxi3f{(wZWFaOlY)IynoUOvqSenA^Np-1a)uvq=jc+PBK}sTpQ+`k&Y|5swq1gu(
z?O=yBd5jUTA60te`PeWBP*u9oh$Z5hf|dCv3J-aX#SDLy6L1cgrM0qa^FksZ(h_B7
zNgQxTt4-Z&I@_>CI7dEZWwQ7C#GSF=-HwSsw`CXA><W@xdo4&*2DP%e*vW!=CN6fh
z{>7g{^TynEiM`46rtV#Q$mtA?OM=Er4SG4%oGnThCx#2`a$t<J90hC->*TFr1{7z@
zZE<eCh7)3XSr${Fh|_X9Se-@TrZiGk*{568r{&BTX{cCz!73krD4+=925&y`uQ04v
z*G15R8B#J4^4R!0aL5}{2~j+PHjxvOro%!iMK+P^`b<IyeM{>nlmY*F6~tez0g+z9
z!TuJ-dvA1ik{z93S<JGeaU0z(bGnf`(x^^dU`Jt-wdj|SGuHy1t2T5S-b|8#=*(rd
z@7!MFB;~LVF%Titx(wQU!PI(}p21e!u4~>r3c;ys#0R_R+cILeU1PMrxI&hfr#sFJ
zjpv_21>4Vd1R$LEjJwp>eS1!^X8a{5x(7u_ugffH;pzo;)*iY#rq9fRUzerp<3`7$
z>=)>8pd)ZC7>G3QvH>MnVg$it(2*}LBqG-WLJ`PK%^wusM*}0n_F~!`?O2}*A|5|e
z%q7R*3Sq7=Sq6KUs2FMdeu5s$@}Y$hr;UkL;KOQJ+EhtE{({K>E#Q)FT=h_#t~HU~
z6$+fqsmg5;HJ0d|^%zam)iQQ%zG5a8rZV!fi!wznC~;sxWCB!Gha^}u2YQJLo7#YO
zA<ABoEuX7Wk+Ko)SOcfFHL6+}glO{ZilxE=qb5NxHqN1HLE&Yt)Jzy#xb8>Vag+fA
zk*Hi$$;_751<yR0Kcxf=Y`P72Pr<6?s~la{UG`XXlNFm6T&pI}`65_W+pcgg*okft
zZEztP`AV~vGnRm!JX;g{@;9rFw<zR&6yjtP>>a)PNVdlQc)}nTi1~mIzCGF>zZ&n6
z*&&~O@@0IIF)J8n2PJ)Ekg=cag3Y=nUyJ%I?k$%gvjOi6y4J6qFkNiACG_W8nZSc5
zF2}{7=iD%uN|(8>w`ep9;OlAKw-QMc5Z9Dvd{_6krR?yeaQDNQ=lS)|i7^x5)l8+}
z{IDb1YBy~K38af)g}!l8v$ax5c;>PXjnZy)aR}v$mJ<mz+c#8jMP(V8y&?Vz331NM
za1MEHR@X;`#9RLRTd2blxSpIGt}&d=(8t2Qfi1Xews^M>5v79l3kMjo@!Z76hG`y`
ziPN`RBpyr}QZo}z$)Mp3Mk$+yxPFjSa<%9zfrxNbl{BO&#6FQ1`JM8bIpv?Cwv<fO
z1cJ4Y)UE69_grG%-Y#AF7A!wVHY%W{tSiAa=;`wgr%dZi@_wsVsJmlh5>XOglYWaB
z-bDzwOqDy>$rjC4I{8QuQb>N)nV4;hPK*ZcdoojShOWx#s#-O|P7H#GBtO?;DE?!m
zc@o@B|5VaRU};gy5Wl^s3@<vIF^<5Zxq%|a<5A?NO`+M4<aU&{6PM}}3VS=LM!FLH
zv@%J|Y;KS9nss7zAuLt|&??^Ne8SZb<gbaAs6n!r%U%>mQ?Hx?hj;bwYW%ALuG{EY
zhu+0y%GCY4r-eqCh}45eR&<*(>_WOxP-n*d)B!yv$=}KhslBX@t{Mdlewr|rb6<Es
z(#LLNZ;`0H85UnfVL}Njp1)xIg)}BnkiFFx+O9^Nx9-pn$#KgRgh4{p0Y8&{{Z;_L
z9B<t`u4s+95qi-uC%M!vXj?=)N}u7JK-u368P7mFp_#I1HYyEKS)oMz#Tc+fP_1Br
zBo3&d*2Gkg?jSNa$Zeh*q7qL5h++`I&gRtcLdL&@H6xf@mD6W}kjwA8CLL;?c($<2
z8e?gcK1M9D<wA>25d<A3QFEde)oLMCo{q{el861`Fy|KJC!0+w%37FXiKHlPwo_Wk
zJ^IE@aF1|GcPEL`1zwd7P;xh-Go)Aw^SMtESNi(TWpUk-nA}WI3%3~>9NPLBZ{p~3
zXZDaXT3aUE<(v+I3bP%-OQ1nOKkpd}w@5I#WR$ix5z=tE$yRHUB&%*3hpg_ZW!=`j
zHWYU{EoA8?Mg__#GR4&4+*33R-(l@(<5|swJ1}2x`mkhxtbLr%Yblg{todEcY${sf
zWrJ)xjRb<bgr*KWL!<6ts03bQBe1;3csE^ACVBL6bbYUu_Cf~)pTYhMD<yZi94vO&
zv?-hD&Ph6#PA64KZZ&R1txb8W#anN)z+UL!cwzIA)df|f8?GD<co<R-NFP$wbj4-F
z<aIH)ZyFf}F6$W;MWFU`0Vf<Ub92d^z`L1?XDqwrCNf)eSrJ=Ga6OWO+bomFRfTyE
zWF$(2jXTV~hBeY@!)jfS;Ss(?22!GwC$0JqEimbub7zDxFS<hD$zJSJ8F=Io^${ku
z_*@pgNu9+@!N{Jrl8$~xl2gLM8?}}l&Qbkb%~zM4#g-!|Q7uVz(I{DK4zlUgm@QrZ
zM4q-#_q+Gt^P4sO_Bh%@AbT{X`g^w1&2a3nJ#}yCBvgD0i3Y1(o3yT(ppD;@2064$
z!qTx2SPs&(s@c6wmt{MpP&BS!$V7Rrr<>~S+WMp1M)8<9A(_|FgWasu6BYcEcr7Un
z9dR@S9j-gP+zy#gJ$%mRCAVnFqv-e3gykZyDU1|s69-)=#A>Q?Eh^?-Ak&<qj-*CO
z3{Gtf#!pm5U8c|P-;C2EXbHH9PBN#jsf-sXS`N|`<)XgZT5Mhh8O+zM#dOnF^L${=
z2A&Dd1D#o1C`*uyVjmj@jv5WQ=!m;>!NN|p9*IA*+u@AaDK{mfkn>&K6LdG?AM2vm
z&Tc=@oE>gzZEiczYQhB80m%heP@D=!j%hlP*WfHjn?M83Y<e{>%%$D2_z=YmH#2+>
zIMx&=Zn5jn<Uu1Ot@M3i)0S9Kr)Tr|%^cy$9ZAAN9b$_tJh?Mlc$~}aa$Y4<loDN#
z$Xm7GtTQBkd?*mfh~84$0K;LdAoV4gHtgTSd~oqhYBF{$$$*?5y5rNg|1Jq{)q<4T
zZOM3pPJcq!fw=&1qLAOQ+)#lM$KybF;HiPr#B+eQR)hQvq~}QOq<kwe#y~l-B?Bw?
zDP(=%tfO4`OxZd*5oLflrF~EJfyj^DG?r|_+>8=Gr+q=*anXnMHJ1_BX`!<dRaYl1
zmWy?!h>zSba$Ao+8VOL0n}qr~75t?H`o*Vuc~wvnXiq0v4k<Sws$P5_m)x_bsgJO$
zg$m^rs-lP3$&`XV?s@`8kxaP6l_Y5xv!?@_zfY1CLteZiDT)<m0|(?7ul4qH%uy2=
zP6sI9f-fOrmz`oXA(|aP%e+<+xnu(jl;&NOwc~ZvuF+9af>ajM+J%7cNJu~d{6N=G
zDgo3`jA;A14DcD!h;h*vcZs%<q>PXpwn<nB1Q`Weg_e>W3Q^=)JclUWH>?mkn>6Py
z#9ug(2+ikQt-G4Th=fqYaRNji(X;~rqbgk0u{pa#;)ZI1XJ8OE?o%HhUq@k9$6Bw0
ze<zbNz!_Iz(gxxlXjy%<*i2QAQFZcdYTneBL>{@%Hh`o(lPxnTq-y*qWJy$c%*xD7
zhQe**j*>E3CrS<j+T8Pqx`{3UEl=fNal#9q>)2=MG843C0Y@Z>(lFwwYgL*!Hg$oA
zO<LLHiw;S;8LlFBdmxVq;4nT|l4>)TVmJb~l0s_*BspETBsCAEYuNp905@1>JeADo
zG&QU?#7g`7YIc4pbgG!>A52|k>x>CZYpe9p2nIo~ZMU#o70S11Rz<UuC4N(q8cp*_
zdjhx7wgMdz_zq#X)eM7R2uFDKO^om8g^t;bvvRuZ;XscC5{3Wxc++iye%7@jlHL3=
zXN*Wz7rpP}35wUIgzQauxtcE-gLN*!4o{TV%g-sO<&uwx1wZ8XckhXY&{;~-*>#t0
zIE#|5koM5CwkcUTIUd{MMA?Wb)Sq@=z$%|Xp~$*&MF~Zfh5IDPGlMH*iU}qZEwFzn
zXaylK;3!!haj7e3w+cs#&hcqQIJ@HL@)sdJc3RMh0AXDd|CaiiXsvG;f$4mn39Ie#
zDiI}Wjv6@I)tD;iK>_uGR(xI|d-E{gEcj0Id64ggZ{OwJCgT6ph>kwxVj`_XUC9--
zI*|xpTt*mq_O4bn$+jNX9xT#Iu5tR8kTAO(nm}3H;s#cRKo!m86J%F}p!88I<V5F3
zU&NnR#yG;qcYV~jqoxGm*w1TeQ&UcR0Ffv$mn??N{JD&zO7ewO0l^j4({M$>0Gzip
zeM<|<NE?=1lyDUn0&`6jz*Fr_Mm+%yo$4(qf3XLpDG8V@DAB~GVfu2G_SM4kXm)Vx
zFmaLJdLb^`)s@AfDKG51S+(G0n8EEdqeR*Z#!<bX?Stwgs{vIk+N8VM!yuxho18FX
z$sH;l<+5ZEeNmOu!hwYK?{lqCspv}>S)i1yYcV!YVKR!(aw4z-u6><pb=M{r=br`|
z=xcjFzLQ+vmM|l3YR&dwL@>#QCF80_d8QR=YkwF{*CEE{&Hg59sV<#FD3q9Fzco=$
zx<&*G{CqZJR|akfSo!m!qEabFv-YEO$vO;0C^}!&6k#+O=b`4yPO(xbnP5jzz&cLc
zWUx3{H397~MRz(M@SLyU2smAl3ox$D%p}%JEdDw(H>QL`1vs#Gd8K@4V@CeXY@tRL
zn&>Xrkec7a9m*9@z7fF{#VSsLDMsLttFktT9Rv51SGbUb>yjzS0$!LQ8Ooe*08W^q
zk65NC2U-v@Q4#(;i7Ctw@t59CU#iE#ENum0!V4yTxQippNMa#5P_E=H67868W+bOu
zSuh6aa=$VNtIFeR^r_-W1n8POM$%f78=`N;#H3mmlJsqi&iF$_h38@2Hw*2M-8v>&
z#t!K_RO#E>pWZqZ%e{IsP@Pj#Zry<)y`qydLz#U7SMHN;8wn{!$GWAC8(U09r>=-E
zkVMM~h@>Ob#<4;fit02<>gC^UE71DjrW5>v>RPJHLa3JLx-e&EW69o9yMh;8%;viy
zPm%JYUsvgQmCyOW(`l>?dye%7kVGp^VTJ};Kx|q771b0;Q&@zkEn#JpP=kQfkxRzj
z;reedb#Jc|bKJJNL7ooMm!rL*vh2M(K6-sTe47SxzWo#_D2YJt&G7g&F=dX9sdO=F
zPN-3}g{;L*_-=Ik76~Z#m1J_fM>K;6!w)dmqrdHq-kl(M-(eC6_R`78@Px@Xk-bt`
z@Gu3L2tw00M+f_(V`Da@7rAC}G)c6wG8&f_S>6SkQY$a9aB?&K>Rs7ad$?BbR&bf}
zG(syd>&N5CU(?|v(b*MpR%!{Rn5aFG_EcF0!*VJSDqb}(^n-mNvXv)rvPQx$I{pn-
z86JfXP2Rs%`o#%T>K+`Vhoe2{@$mR#IvE}RHr~UjK;FT3!|^e51rh`4_~_8&(6a&4
zPznp>`@;hqvrwk?><Qwgd<`3q7<j`5NSNl7X)EJxkSU*K*ajbAM;#F%Atk4Ol#POY
zwe<CPf57$#J9YT-2xlU2VltN@EtN7LdhAjBxa8Dlo+|TJ9z`X~Oq4AXyL1y7rgqmc
zSGKky?T~|`2^IS84^M_EbsGNra)gf`kB}gf4j0q)p3v9u4d~D0{X~dwU&7JGG1KWD
zAMfk&qRIAzl)hW=X=c3@{#{!Y+i#N{W6xwbS6;(3I>jG1v1cZI^qD%DH;6$PGquoD
z+|YUH4X1<+$qZ)SFA>WNJ!PF9f*K`vW+QLQRjZ5@xvE+rm(-OHN_wK)zUNdxgXt~;
z_rfWBs_2paDE2;@Cxk+PKJyE-XIPKmLIAqa2(u!(S@=@5(kD#8ihQoF?$%=7>e6%-
zhw3q2E^~>L1-;Ain=2phMb(IGuO>gE@nN^^^-BX3UrMeNB^oJEVaZ%fl)=blJd!Rs
zMNsv%#M;14P<)J#f=#(f*cPMRG5-|ljhel{=E9a~8CwW;Ax<<{1+uspXr+*XV+v|0
zs2(Z{FjZl@{elxqO=uE?n})}XFDk8{f~j+c8Fe{lP7#M6XU+f0jm0(YzhHL7ukZ;4
zHeiM7SNk@Z#I7JKTKpGQO4`DmjO*?siFDbY_S#qF9UPBMq@0FS#m#zHC_LdR{}%3b
zW*B|jasK#DS5Y5qoCY6L7W3}{6PT7V<EqxdQG>M=oH8_`JOG302rsN^MPi)=6X;;Z
zq-M4%W?1{Che^J}ML#J7$;2wOHrS7}W>i0o)}4bN!x(_y>mf-bN`$#-Dd%L68+zE%
zP3a3Xr(yr!QP~c#3+cBYFGyJrCTgLt!so%De~;xfWleBhD{AKjX6n_|0?ECo^74uy
zr|0IIjZ#vgl-*2asMh4<IHk2^I?qc1K@q?dc#x!5!=)%u_Ai{QBBYVMUVvIJ951@@
zfBY$H9d<nHX?)PTuTQH>rDhnuoE#m1B6IN3YveCzm&gW5muuMd|3-Dg*N^>SY0HXm
zP0_7U%<)4w!5zq2{3B&)=Fw7P@P+^2^s(<sfS|uvU!j>vfx3_vubrfRSOc=BweUGE
z&56v|jRk#2XA}~WAWrxo1;YtsbWPqC!Kor6kz5_FimbPDQWM6Z1riOX1Q!d9?oOc(
z%=&y;ELH>n-0bcecyqHVIZkaz450!?hD-^HSQJiA6(De`HKM{P7J=nzO9PihO@z#x
zRo9>|Va`FC1t<Pv_?!v)bkl_@rmaxsqgqROh8S9yI>JS=ZzP{T$3zh#>ZH`MfcUA~
z{bRMRX6r>EQb0K|^ka>(*+?fmEwAeUw)Agq<3Gk2A7xI$8Ev?vx=AG|2a|r99dr1>
z*Zx8nq;K-+C&eO!OO$hFR!p{ff}B~^;@2#F3d&wx&IwS4)E)j!hVUv)sbzD&mD3`4
zp*ILo^ZrQmD>z+nL;3Y4cT3_6k<H&?@xs~*s@wrqDIA-*juOkHr#e`sfWWJbVyWC0
zf#Qok>7oGv%rVjC)w{*w;#yN@wZwh~3Zd2@bzw=84Y(v-7i<6$dO6wOeYVR4E65Pi
z$uyMe7EK+3p9oSMUJY2dO^}PVUf4;CaFuAXZ-C4SI<5B};#(jSekSnkxKj)(;j*bH
zua}9arJAq$?22ZRP$sk8>|_d|&<N*P@Tp0-E_5iI)r1AGRc$yiMPI}>D3GX`=;U%*
zNIHW6sdiww8F;%rIv9nUU>%*HApWBUsHI^PZSlmBs<sN=H>!dqh{>>!VF&wkUego_
zf@^a0>ICk}7=!EO$6gQ9_GBmhw|`@HlgG?Xa`>^2x?~eD*9JdP((fqxB0o{0`eTZN
zQKFR5J|0@<ahbe9&&{U6y@alakK>hiQTE5^!@*I6zo{d`c{fIX8^I8U#~(8SDC>7`
zY~L~!F#mh+k4H?a@+tvy{^jIke1guI*GEVDG{fv_8ckl9SK~dhvY<<YJU`F|OcDGV
zyYce<WK6R)J_KX``29Py@poXrA7D0)Q}TE2)3g$J0j>JcF}V_O8k7{~!<!K~BVZz7
zU?;~zoCfq8?VY&i$TxCyeB!+^hojdA<JY6Zy-{L54RmSlsH+FtWaHvv$LaGb-l5PD
zb(O?!kQ=-pUYf#|fK3wR!L68^+vhKKiZwjW-I*3yY5=_@V3l4$?s!Q}>H}>hIkBOd
znoW(+QT-JWlag|6{C9egNB!s6W9iWrI2@gXCvlU)dX3+|4a7nTc{bfKB*)e9==Jb;
zpPj9d%m_X|c&mGelUq*lpyzCM`kDBS1}CH*P&<O%liKz(CUz3_aLYeGycwQMj_6E)
zBzu2AKK56~M{m1_jLwxDvdo{1A^eY=y%Zy`V-ik4aO&YH86UmJ$=(xcCOHjq1djBq
z9kTzJSHXEhJ3j6)G^P{gH~r}ME6iy4rJp*hs?WdE#MbXX4cL``46ZJ&eq{yL9hjbt
zO*Ru=WmM0S8KMbs5egVhD2Pu&QjABB^XwPV{l?YTL^!skcJ&s4dxI5)DwR?Jv~egS
zj*d{f+k>_d5($$H0s(Gd9GO*X2jLKBTgzqK6if!{%kU?WQ5jTFo~A}nj4$J{5Lel%
zUa&JMWU01z+xm30pUt*xsUvrgG6qR)7$pR0?HD)FTstLfBdmb9Qs%qXSnnp8Ze>U7
zf_^%MqURE&FMcb@8HuRFqr-^PtY3|QBm5o)a6Cx`6ey0!b;T8l*~|+fi3qrh^meI2
z_pHBAg9t&fl_j@J5?dAtSc+s}3AH~O9zbKLIK+z>$(H?t-KT>m-(s00b|$~lGU;T(
zvSk8WZ}%Q-6Fw7Pr?w9^^x}>-MABoGd_hMN*7$=7@#W@25?r4}kM*#d9y;76k2E}*
z&daN&>j5P&aWO}j6r~CnJ_d6ps8u&X5~tq)N=&2LfJ^+v1`$Qi5<Zt0L`6B^b*>n<
zxX(IDzAlWOe5rY)qAlr|N4Hr=M;{I;AlVvbSF+t`DJ2_BrMp>5$t|YR&6ZMfyQy@G
zrIg&!RO+>qk}oxtVoNFc8dFIvrR3{OC9E^P-mO;)Ob_yGw9H-T1QY0PT!utdl#PPZ
z^>JB6w6^5I3t09={K=S9@MP1k4dO!U1#gLSC9Oc$#t;|QyG3SD7Ls5h0CGG`EpAqF
zIdDvYHK>L@BN^hMrX$g4nJ9{16Dl(&IT@#@iwl(}D|daf)YX9_k7HF~K$s)dh8PqA
zq4fKpqsEzw$h64CMpWpVc;sHIcO@`Xj2tm1&r+Zf%~Kphv7q;EI+zYFn73Cx#N~C3
z2WOR3Ju!$kbaU6h)In{5e+^gXc>6y6;}Z0Gq-p+kizlWGOFAY{8_AaqAT4w!4I;Xu
zW4vnzFx$3@%z80hB2!4C$YxPuEHy?Dwv2$ed+n4OfnSPF8DL;d++f*IJ=Jcgr|PwD
zBJ(D(oC>57++gDb!=}rl*tP}D#t|?VqVQ!<A+rb*r}*i_(n^b_<?P5Cbv>9>MX+#Y
zQ)D%@Ex~fpf%<Y4h#Mx{y)T8>oDXi6S$Hpz7m4Z{zQdX3JOD29SBMB-f$hq#jZcRQ
zkyLdy9uU}N7!9lH|B)>{(67cP2WIf?ZnXH48$8GAPC^Q~00%2snl>k<FeO1_Y8ipI
zX%anVUlQAW-)8nD-tOCI_RZ!jmJ^Gdhn(*1{8MfZ?C>tbzkY{e^SipBf4IOTe6d=c
zrw2tYS-nIXK8y3cKr*1b&!k)(jvOf*fe@bPnqkjlEE{W0Bexc}!A($Z34G_@S8%YY
z3{VKj7FZKbC80>ijSv!yw?Y*|V8i5DS}dpJg_-|(3SVfhi}Pww%vOSP6sj*Ai~zz<
zmy7@N_doqOxX>yoWbJKwGsalB?cq(ZEQQqd7vIFMa2e%z6QdjY_1<2(yG#EG=mu<2
z(JKv-PrNOsb%j?=`dir`Ti)J3{S!#t#Z+o?kED18VJA3Q&v61D7x{E~1g6He_a4^x
z(~9T#SH`0|DHrR%){A-k;1YiN34SV1QfwEci(Jtz*8?^RT)sc1fBnl}fByN+8m1n%
z(k~aFzMQTWi}j!No3KE?-ltPCi9tcX$tjtrSMuAPl1T)m|1D0*#Cs*b-YJ=EytN;k
zk`GSFJ2)ki|Ge92wJI6C^qV7n34<=JzbV*fk^3*-^ijM|vlJxem!=F)ztLgU3DZXg
zY+%AdHjFQd)o-fl=t=gxi$ALEj-rP8T~fNIIbprW5r<EWkEw-kb5+5gZ}C>)v{55p
z>#$OP6*cm;J}c+4qISO2ZPoQ!aWi-KTy1b%aWi*tUft}w;$`ahUmYV)nFDw+7)JAr
zc(M{j5Q)PKL{Zcj+^Yc0;jIs?r~9B2A_U$FOXbDA{dWKR^erX`o)^3O<vC^f59j9<
zJaTclr3Rro+A$LnFDXHfAr!V^A#Cfehe>M0E26mZE#`>DI5$#8p|uY>+>R+3{QF!Y
zj}~OG731-4bs%hY@X76?zhUsnjiWEjt&jcU;cl9A&VO7~flgG?_oSScz>rGDZXlNu
z!wrJH%Nlk^`4jCIQ&L;cB%MSMk4Pc6#6X;9wwboD`nuT)kuE{pBE!F%H&4xeDz%`3
zD{j=sp-u*lT8Wckv38oBb}IC_H|7&)g~FjZx+)eU?DJy!-!j{9aK8zM8-r=tO>Q1i
z31$&r5KY`<azMX;{}%b04=1h|@ul!m-g7?TSM>iYyZ;YMKzu#`5ivJTZbppNMx1~+
zD=1C5Nj<iNpmW-hq{&kd_jm@tkX%&P^Maw7&=P?^TUsPTl;7s751=Au5KEOa&Ql@h
z11sLp;Gvezq+7D({5eWbs%riTz1-Wa3><BV%;TM{#Fy=SNsn;lZs`m@BK_!eqiN>1
z_h4GDua=62;R387zkCFSEe0Z_WM&&S(Vyupd>HNaox!ccbIqNU3?BPtH6t{v<=-#b
z&27;R`aba7!e!Mr^IHs|5dBK#Ym4`clI&s{@y4L@mqeVYsf`S{ROH|NIii-L?@KFq
zs1d(WcBfTc{JFh#_#pi-z%kw0Kgam1EaZM(wnVxxHE{eZXN@o(B2T&AY0+qT{K1|P
zBfM`3jDNmItP?mK;o!mz(J;w-Tf9g44)=J@M_+l)Z#m`<r~Io<`K@^w@sb@M{RM2g
z8#2`+8~A^OT=m}Zk^AXn@_)m$jN}V5*#Fz5WvFGFd|6rs7(VlaR3>o_Gt!DuW8X_|
zyV^0yH|Dl`o%J7?+x|a}vsSi)U`KpR$$v#D@X1Z?t}k-oCU=b~-t59nHYS#Sl?ylN
zO)PD>a0ztFV5tTDUGsQ2d!|&ZN2?0%p}(Y10paFp79s8`XJV+qqWIOS;W6kpLU{^D
zDVsGI(?P!J#Cp<+?8LermnusJNT6JZ``Iq@`+j%tzipY{f0p5WhjiNiEF1c^g1lhV
zew97kZwqhAryU!yr6ka9&Yn$}`{R}j+PfGti6S3#Q)oBl&wjso48Qoas9$|1@VBG_
z+dz0NzBCv3>l1;;hpN{Id`{57BDFKQLkjSJlG3?319*ed8OF%^V2_fSd{dd^rsAwG
zE0gRfnaLNHN&X|1OwlouuT(O7bj;+7mCQ}ylMPDd-*)#Zgn(ZXgU>_x*F*W&L#730
zT5L+S_}k6psT)!&`UOYwwe?<+TAqAUz1Kac<@k4)784^uDJMtkf4x#}(M;dVb}Vc%
zfjfzgk-FEG;$DN@zgFgfJe{qKI0N%~2gQH^^*byGNg6rpBC=~AkdYvaCL~80@zMp%
zlR%U#j?ZYuUOrvAzNE|I_hmCcBKQ@h_))Kn#|GyLEstioCSpG97R(|i`N~5Bgq%jS
zX#)nfpfeItV7_K9G3PL2u^&4X|6_1pi!&0YJ59g)L;Anp!yi=t{?JM(eEQQ*f7*Ta
z<jMEZ5~|-h-QY%ncDS+oFvGB&`!L0@onVex7w^R=`@=UIW~uAaec5M!xCa}}+WEG)
z<sW)tmp0yeh+zKV>!O%H+q+x$5K#ET?LmdXEl~xTk#0oJwc&zst^-jVE^zfpuf9DN
z_lNt6$NfQLa{clwOv1Ot<6vsG+#zt`IQ-3*M&kakIU45$qU-%Vh2#Fv4axndZ`!-<
z**nFT=;ND1OW4l6gqN_P`v@^%J6{oI^20omX1+bjgspsAqzPO2wrCT!@b%6BeEVLa
zPBazY7J0%Z?j`z!4c#FEMbF)vo+fARUSiOHxUV4eA8v|5hi-qDaOU+<OIJ50nKa$)
z|0CLN3~>rN>JPi9sJdbGjYyXKW{vg4*Zg8u=mL8eD4AIGiEf5yK6|H9n=U%-fHkPo
zXryg$R|e+d!(!P?^DCHl=!P`pdMcobhP=w$ipHvpio&8=?7APV7-3l`H@T@zN;B!p
z`2}2*q)jm0<W1_e8d>b>AWGuZBAB@`+x98J;!-;7-uD^irpm#dU*zZ{+DBnuED`P#
z+j>E_{NGoNl-a_n2<h~R{4-KdxhZqN1o+`LlTauQ4ve*~CK^Gjxh<i4H8VqEWzYm{
z|66x{+BUDW{yOZP$4w@_JkBRZWnr(UL^muN&9TxnG6Xy{TiKpAs7<${&2gYdJM-ID
zfMSuIgt>Z_Hd(U9jU!=EJtzXr)jf$H8o0fRMeL_VyMQ()3wuSW+?4l>_^S$0N>IqF
zD}nF+191>VHpq6hAdqyl-MN{ao<LCmLI?}--`X_&3aj*<?a}{!mS}8B-b=*r9*oZ@
z)JI*rlkr*HNs+(xBDV%^xq*Tubi%asv-EM)_+vet^Wu!4$`Rz5{QA`j&Q}wheR8_3
z!P5dqMnXjeQQU2HZ~eThlJI-uk&=;;r29~Uje6aL=pt=%qU`nM7r4enb+*Gjirf=$
z{V1Pj1^aW`(-LB1JB)0+YL@Q9U%V(A^q(6pfUW4-zR64)fkulADWH<JBA}$Y+)otr
zer%%<31vn4PPP%J<J=Sq#m4S49E$DTTS$~N{rd@v-jgL{p;5BS?k_w_BfX~(DcNcr
zODO2XbFPz!6YD6hNQ5CFr4HkS<b%&Y=jEKRHUjG&x90?f3TP4|%mPY2BI2b%B1j4{
zbRKC?MPExU`yV)9$G}X;-XP(Mg#=JyLdz)^{orf=5(1`*WbTp6r^Vo3#S{wR685ZI
zB*@n?BTeL@n1eDg_?PL$zoO<Abipy=+b@b``f}Bvc*e-hd=;)ya*7%bgvMC@_Vg(S
zDgypZLu?I!AIEVkkhF&XZ4Y-qKNobUMOsh4@9EHfep!Mjd|S@v=*%9YHd>Lk$=`-{
zzV7Q-nYIhFvWr4`v3pT9%O?KxNl{nnU(3(PPM!XO{~E}@{(P}o4$jJ7(X0?;Est##
z0GVFDJGfJ4V$2*37`c$s8{3e4={HPRgn(bC1=)*+uueM3zbJ0TzcMSv*}PENaN4F#
z&>YdN^m4L~4S&MbHM-xQwQmj;%wvMFKkALER<p6pwL*zeH4wU^S||cWE3p+#I$2CK
z3b6}ejIYYNK_ZuevB8?v<z-%%|G{UvAw7uszTG!)QR>1rCyq_}lM$Dz$pvB_U|cT7
zqtBNz1|6CNRH=dy*OKf)e&p$nGI8~Uwth%YK&eYV&MVqG>v@H+B)V(TQFB#QNG!9M
z6Q+>1)AOgtt6<NE7l*Jyd5tF2I0frQiYqY(#EiKyFRbboN+B6%l(A%Dg^e^XoSpf)
zoqde)xy9Oi=f(x=E5E3zIB<eO5{Zrxf-J8;6=smKbt;OXFD^}eV@OZI=qvNWnP7Fb
ztfm!$GBwk>WTsUyU5;Pv(az0?XM(%n$4O58Q)E5m*m&S3*aFG0g}Y^o3R;VF0wQz1
zC2Nm={)JW;H%Pfy70ti8ReV!jqyIhQ#X#9lqMu~8aBjJ1ZDV;kMyu@ls5?t|*vXer
z*0WT=yRyKQZmB7%PqOW7Fb8G~Vu$!}T&_i{<;1>fjtlFy5{gEK{8D#^U)o?YdgFgO
z1tWlfd2EUBzW9tZ92PS_hi!E!XH|QK)NZ%#JkB@5TTk0!Gl6P{2^>$`vn->}#m<Yg
ziK6j=<i}Ri)@(uK6T-cViUN~k%Lqtjq8voxHQHv(i;TxqS+#_e&UIkER+%#k>*RzY
zOG(Th$mdw-eX3<@B8^eRtN(?~6A@6H(2#|3AfoML$Z&?_iX#h`*Dmu;vk;4Mb{97Q
zitxr3FbQ<UW$iPp=$_`wuqk%Yv&L^;r^WB6N#yhF*6+Q3`!4<*uD^%`VPU!E5M285
z(BU_QoCay=|A3}@Kc9C$N~o26DgX<S{_(rlLGjkhS63$d_U--;Up@_}3pJ}NOxf~H
z3uGsAX!&RQ=invm@iQb*zWeu0pgEN}l56t7A!q#HeY;pk1ZQ-1BilSzY=Iyd+|3XY
z3~NOZi<ECk{WE2he3$&$%lz*qA5W|5Qv((`=K4)b21b|$wjrieTQVck8K%#{l`@}Q
zm*m@hTiKoGhaw_~Pf9U3AK-_#T$s}C@$Y!V{!XA7EY3k=3yjLk7TF&%cH!AaUze63
z;MOLgA?<{Ca3jELmNAJ+(R=g~AvwKq4qoF<0i|Nm2sD|}gnlGWZO$3AC+4A?h<l54
zOvS&iSY=xi{n-5Mg<W6L791DmcV4H$jdgud(3Oc~pkOOVrr4@6lnnI8(HD?<9`C`0
zv_;*X!Xz(srR=U;hR?)f!fiqCofa4Q{7mK@{`ct7qYiJhF3J7SM$@1B<Bq03_eCI0
zf9{h-Iu#(9d!Uj|zZQ6C1D`aXvU?(x)``0(W@-AffnHj7<2|uU)1P~xn3hi8AJ4Q5
z^B&2jc{|=8<FxLfd!n6YF?)~P(|%iiD*-jPbt4NkZp~*q?gD%MZ1)t*rM=@lQc*$4
zmP;P#kUydBOm1)rnHBuQ!4w0|(uUOtv26wC03_W0IGqfJ18<baJ{xyP(4dZ$iPo3#
z@&dIDv>j)J^jO8+jMKO`u$ke`tD1BOMi7`%!}=VRh($i=GqHQZ`(G043oZ2r{q7#`
z3oVI{u~k1n_6p~L_YLGLQ0dy3bkvR$^|zB2#Jk|-C^Ykpgl?%xF<kIoNz&qsax&!Y
zc;Xz;p&gfB-`xjwS<KT{SOS+XnosNWmoxbLpE2KXx0#iKf~rq@$kp~E@W1DJ@W=`&
z)(xtk*Ll-EMEf}`fBH86j}qBOyQfH6=|4-hKhQCi;s5`!r_Enxmw%pvatk{SfpdTD
z8~a<gMMW`<lO8t4xFbi-ra1O&1xFd1B=d{Y1SGLuvI4}}5t>rxrJ&d1xaI{6Ocl`X
z;h=O;nW68!+&eD+zL@2(wyjheX!18O0MU$qN8slmC>F~Ke)AI5-g#csIyUUyyL>gT
z(wBJ+XRu<<<}O%rtJYslNAsA3$gV8u&(V_pS)IYp2T#)N{bE{Np2CKB_T<Tvot|Yo
zx>}ZCPrx(}4=3YvPcvu)NLa@`Ew50S-$t`>IGXge^k-RzctX-&KJ&i^HU0a~1zZ_}
zPpf&cf+ZZ})4^%+YqyckET+HY^rOM4{pgNO#gqQa75;N@%K!W`7?E|3hi-6M|Jo-I
zEm9L|=whObXzjjCrb>#c!Ua5jyg|ge)%w~1?2RJ&8-lRumj_}eJ(1XZ6ZzR4Wd4_O
zd79+^R!&cC=$^PeZ6)u8<I`=iZ{_;broMvnlO)*>DqfBj&J}9>8=&2_9n5m)Jr~C1
z5Z56jZFZKLi@ZqRFG`Y<4BNPu&r1+^i!#sBrX=q)9%~8!u)CJM<>*wC#w_~wvZy~5
zbK*{)ZM<7q!~D~8x?i8r|9?jRpMUa0E676^PH`SWVw*dBLorlK3f)iUS$dDzXK5z`
zExo_msPx|Q(b9X(NlWiJFD<?A+_Y5l(>B3DxUG0MObbg<yEkkLZShN>A-?=tJ|2N&
zJek}I6JeL&eI-hz|A1tvFS@67<TqwarT>7esr0@xr_%e)o=X1#8C2>0XHlj1oJp1T
zWmCcbe$+`hrmS)n@o_ds(TeA&0MZ*9(FkUFtwzqXU5cu@w2VHxhviM)bfB3UF@+wz
z&FfFACVd6=_zVH~AHki9&=cu#p3hJaKRN_Uy}^>S&lQTPNBgVubW%}i%A;XkgACov
zFRxAs69RtgGmY>Ee=WeQNhizVbHT6Y3pD-z3b#~AZ+s{kR103$<=GiUHXgl$0mEgT
zFPetZ+Mx^3gTtzxUFP)fNqGsM{ZP(7l?#4Eope>rBu|=plF#^>puDt@xNFhR_O%;d
zKr&YugO7)Vr1s>SW%=kOjQyZo%;2sd73dMBo*tK!clKzwm?2TyYD!+dM|&4F$m`)O
zzvO>{s<c?-Xcaco3(7`%v{%DbfDqs`bHxIle}_3AG_$XZdYSH5a0BpS{3ZWXou-rN
z#eBWwC;pOS%Iki0O?t$mzpO6u^ke<^|Lgxd|G)k}wD{%p0&UjG5_Td@bg^WV^r7OF
zH0en(y;xN9>RiysX#pxk1K%%*7m+@7Qq5-R-oP#VhkOl6DRif<ikbWfep%+1>0jV;
zvKhd*T%;$fsf=l|S_q-fx>*)HF;qXYcLY16T3xv<^Z`}{)A1gGzLCDkm(;zmJ$}Q)
zlx6x|`Wn5Hu(U;_bUvtg4{F|>)x0nEQQYVSzDae-zLqQ3F0)tn$5Fz4yeU=u4n?xQ
zr7u%-ZYq>bzqwd8(r>&@^(`zUqTl%a^3_x%s^5ghzMhXH)^9d!=j^Nf5P#a~UcHv}
z*($QJ8`)C#oLe^ENiSzVP)^8TnuWh#$o&dk-ohTe9F2~5=?F>=!dAL{44MY{bH9JK
z^Rqns%hkoFKf~QsE(Wtti((1?|5q@3Dn*9HyhcvflZs2KK`~KE{&s9f{N9f26%hgm
z9{_)LjahA>hOt?$&d#Wc<{E{0v6NOQYh{*8t_Hq{e6gS0OX#D48<<#QGyB}>3h8Dk
zO&gmzEm-71H&-?C{lVm~=DTl-1!<Ol1$8XU=;=<{EWq4bEYCC#3dN$#r+2=*%P~FX
z6Et>>Olsn9dDL?4o>I=bl<fE-oA`BpbNed4qJRE5r&>X(x51QaZ{oI-6GQo{t$;0n
zR%MogyTe$z{w|E}q%aNBofhk$lrO<%J#A*YoD;j_Gz8cbl%{QJ;#Cd%t6DWg{Y!Oc
z(0AR!S^7Dz@we$!Sxni+_wm$Jo#62YzeAj{P!ffAzY!AWjb?EF9Cd5LsZYEbE&5_~
z?6p<XtOKJK+S+Iqbk(_zUC`0=smARc)$56#{ssOy)_@m`xd!&aAf0?hmdfhv%(m*i
zsBDk!NnLvsscMhzM@@TlFDlxjdsELI-J@#u=swl5NB8M@dvvc}w?|*@aeMR!5w!Q_
zX?t{kUbaW~>|uL!uimvs_v~4Fbe~?eNB8GZdvwp<v`6>rNqcmUUbIJj9<;k$ehWAO
zdvQY4S6zOVF>QE@9ze18c04ZDpVC+Jsu0i1-bFr3->w%ICH<R6buZin+|;+wbp~0_
zZGAOgXW%e!66|I$RHm>z+TW+?8y_4XE~iL>38sZ|GfvP@VjoC?;jv(!Mj|q#NP^7h
zHH#nJW)k=E%f>z2AaG2ibS2M5Q#NKrm(ji%o=lGDY`3zkIs(JVi+-vD8*w=EJtvt?
z`}pYnMBWNWt1-qZ83;W%tCIQENf>r(^9AP?run2*d-@fp_7#>O+KGLIr3a$niPy4o
z2)_yJIsHR8JztOc?EXl5eJIdh3IgrhyAcrjj(E_%J&z6TWEBY_uUI!5p`+vR-V2Ph
zYwv6Eq&qdEe=uF{e*UP0yeG(NZ7&kVcSf$>+`oGt?>)g|YkR#V6?a3)?(JV2I{Ryp
zv$eeq?ov$q{}P&VYwupTZrph9hx8_1-@CzV-)+C#_x}45T<`5>M^8%oh+2Dc>qKzh
zUySzc`ga5H_g!(nqwz){;Dc|TzkB@S!8GRO>F<~GX9l}|jTf<-FPPVmIO=^U+i>Aj
ze1m3K;CV5alH5eM#9+FUc)YkA(Lzd$RBDJEt}4E%;GQBf=4BVbjhO|yAch3A{VbK>
z<8KA%{&_u<ys~4yPLDTnl|ArE{O9sYpc=57qz}vz_suMU*CR~qJ#tIz4-dzqgY>r%
z*ji}heG9!ra)+z%&KDpJ^S_Q@q9thlF{E$1C<yL;)ATS*T$Jb&xd{#zB{l~0=)V_m
zyt<+_efjsQUV!*4geyV@KY@>)7Rms8PyUnp@}1m+-{eLbt~iB2kNT#9vJHM+eT@$J
zkZt`NN{#inkH4tO*q1Dj|2cBk4)>^N8_qs-`rXl?dHckJ2oLX##=p^#e>()d^Y{)M
z>Z)faVdc)lPI}l$ci%~@Kz`9iGR5y<BRy;++emDF^lzls7;}Bc$r($DTR&{3hs|{3
z{WdGk1{bU|E%Jq`Px#l~d+%u^u6{YK@xOnDEmSuHHlJa8oEL*dvHbO6uRZLwXs^K{
a>juNW-eH41C{_>K>i-Y?wIT4Lp927l?^&Aw

literal 0
HcmV?d00001

diff --git a/standalone/linux/README b/standalone/linux/README
new file mode 100644
index 0000000000..18983fd7a3
--- /dev/null
+++ b/standalone/linux/README
@@ -0,0 +1,25 @@
+You can put this directory into 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. There are no external dependencies, except for glibc.
+Any recent-ish version of glibc should work (2.13 is ok; so is 2.11).
+
+
+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 PATH
+and LD_LIBRARY_PATH to point to the stuff in here.
+
+The glibc libs are not included. Instead, it runs with the host system's
+glibc. We trust that glibc's excellent backwards and forward compatability
+is good enough to run binaries that were linked for a newer or older
+version. Of course, this could fail. Particularly if the binaries try to
+use some new glibc feature. But hopefully not.
+
+Why not bundle glibc too? I've not gotten it to work! The host system's 
+ld-linux.so will be used for sure, as that's hardcoded into the binaries.
+When I tried including libraries from glibc in here, everything segfaulted.
diff --git a/standalone/linux/git-annex b/standalone/linux/git-annex
new file mode 100755
index 0000000000..d9ec8baa5c
--- /dev/null
+++ b/standalone/linux/git-annex
@@ -0,0 +1,25 @@
+#!/bin/sh
+base="$(dirname "$0")"
+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/git-annex-shell b/standalone/linux/git-annex-shell
new file mode 100755
index 0000000000..44d5f694e8
--- /dev/null
+++ b/standalone/linux/git-annex-shell
@@ -0,0 +1,25 @@
+#!/bin/sh
+base="$(dirname "$0")"
+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/git-annex-webapp b/standalone/linux/git-annex-webapp
new file mode 100755
index 0000000000..2698af9b50
--- /dev/null
+++ b/standalone/linux/git-annex-webapp
@@ -0,0 +1,25 @@
+#!/bin/sh
+base="$(dirname "$0")"
+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/glibc-libs b/standalone/linux/glibc-libs
new file mode 100644
index 0000000000..3f6e641126
--- /dev/null
+++ b/standalone/linux/glibc-libs
@@ -0,0 +1,43 @@
+libanl-.*.so
+libutil-.*.so
+libnss_hesiod-.*.so
+libcrypt-.*.so
+libnss_compat-.*.so
+libm-.*.so
+libr.so
+libpcprofile.so
+libnss_nis-.*.so
+libSegFault.so
+libpthread-.*.so
+librt-.*.so
+libnss_dns-.*.so
+libdl-.*.so
+libBrokenLocale-.*.so
+libnss_nisplus-.*.so
+libthread_db-1.0.so
+libmemusage.so
+libcidn-.*.so
+libnss_files-.*.so
+libnsl-.*.so
+libc-.*.so
+ld-.*.so
+libnss_nis.so
+libthread_db.so
+libanl.so
+libr.so
+libnss_compat.so
+libm.so
+libnss_dns.so
+libpthread.so
+libc.so
+librt.so
+libcidn.so
+libnss_nisplus.so
+libnsl.so
+libutil.so
+libBrokenLocale.so
+ld-linux.so
+libnss_files.so
+libdl.so
+libnss_hesiod.so
+libcrypt.so
diff --git a/standalone/linux/runshell b/standalone/linux/runshell
new file mode 100755
index 0000000000..a36e490839
--- /dev/null
+++ b/standalone/linux/runshell
@@ -0,0 +1,76 @@
+#!/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 "exec $base/runshell git-annex-shell -c \"\$SSH_ORIGINAL_COMMAND\""
+	) > "$HOME/.ssh/git-annex-shell"
+	chmod +x "$HOME/.ssh/git-annex-shell"
+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
+
+ORIG_LD_LIBRARY_PATH="$LD_LIBRARY_PATH"
+export ORIG_LD_LIBRARY_PATH
+for lib in $(cat $base/libdirs); do
+	LD_LIBRARY_PATH="$base/$lib:$LD_LIBRARY_PATH"
+done
+export LD_LIBRARY_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
+
+# Indicate which variables were exported above.
+GIT_ANNEX_STANDLONE_ENV="PATH LD_LIBRARY_PATH GIT_EXEC_PATH GIT_TEMPLATE_DIR"
+export GIT_ANNEX_STANDLONE_ENV
+
+if [ "$1" ]; then
+	cmd="$1"
+	shift 1
+	exec "$cmd" "$@"
+else
+	sh
+fi
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-annex b/standalone/osx/git-annex.app/Contents/MacOS/git-annex
new file mode 100755
index 0000000000..452a46694a
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/git-annex
@@ -0,0 +1,25 @@
+#!/bin/sh
+base="$(dirname "$0")"
+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..9e8c0ad69e
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/git-annex-shell
@@ -0,0 +1,25 @@
+#!/bin/sh
+base="$(dirname "$0")"
+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..37a4984af6
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/git-annex-webapp
@@ -0,0 +1,26 @@
+#!/bin/sh
+base="$(dirname "$0")"
+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/runshell b/standalone/osx/git-annex.app/Contents/MacOS/runshell
new file mode 100755
index 0000000000..9f1457e250
--- /dev/null
+++ b/standalone/osx/git-annex.app/Contents/MacOS/runshell
@@ -0,0 +1,71 @@
+#!/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 "exec $base/runshell git-annex-shell -c \"\$SSH_ORIGINAL_COMMAND\""
+	) > "$HOME/.ssh/git-annex-shell"
+	chmod +x "$HOME/.ssh/git-annex-shell"
+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/windows/build.sh b/standalone/windows/build.sh
new file mode 100644
index 0000000000..74148dfe51
--- /dev/null
+++ b/standalone/windows/build.sh
@@ -0,0 +1,56 @@
+#!/bin/sh
+# 
+# This script is run by the jenkins autobuilder, in a mingw environment,
+# to build git-annex for Windows.
+
+set -x
+set -e
+
+HP="/c/Program Files (x86)/Haskell Platform/2012.4.0.0"
+FLAGS="-Webapp -Assistant -XMPP"
+
+PATH="$HP/bin:$HP/lib/extralibs/bin:/c/Program Files (x86)/NSIS:$PATH"
+
+UPGRADE_LOCATION=http://downloads.kitenet.net/git-annex/windows/current/git-annex-installer.exe
+
+# Run a command with the cygwin environment available.
+# However, programs not from cygwin are preferred.
+withcyg () {
+	PATH="$PATH:/c/cygwin/bin" "$@"
+}
+
+# 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 -f"$FLAGS"
+
+# 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
+fi
+touch last-incremental-failed
+
+# Build git-annex
+withcyg cabal configure -f"$FLAGS"
+withcyg cabal build
+	
+# Build the installer
+cabal install nsis
+ghc --make Build/NullSoftInstaller.hs
+withcyg Build/NullSoftInstaller.exe
+
+rm -f last-incremental-failed
+
+# Test git-annex
+rm -rf .t
+withcyg dist/build/git-annex/git-annex.exe test || true
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-responsive.css b/static/css/bootstrap-responsive.css
new file mode 100644
index 0000000000..06e55c0b45
--- /dev/null
+++ b/static/css/bootstrap-responsive.css
@@ -0,0 +1,815 @@
+/*!
+ * Bootstrap Responsive v2.0.4
+ *
+ * Copyright 2012 Twitter, Inc
+ * Licensed under the Apache License v2.0
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Designed and built with all the love in the world @twitter by @mdo and @fat.
+ */
+
+.clearfix {
+  *zoom: 1;
+}
+
+.clearfix:before,
+.clearfix:after {
+  display: table;
+  content: "";
+}
+
+.clearfix:after {
+  clear: both;
+}
+
+.hide-text {
+  font: 0/0 a;
+  color: transparent;
+  text-shadow: none;
+  background-color: transparent;
+  border: 0;
+}
+
+.input-block-level {
+  display: block;
+  width: 100%;
+  min-height: 28px;
+  -webkit-box-sizing: border-box;
+     -moz-box-sizing: border-box;
+      -ms-box-sizing: border-box;
+          box-sizing: border-box;
+}
+
+.hidden {
+  display: none;
+  visibility: hidden;
+}
+
+.visible-phone {
+  display: none !important;
+}
+
+.visible-tablet {
+  display: none !important;
+}
+
+.hidden-desktop {
+  display: none !important;
+}
+
+@media (max-width: 767px) {
+  .visible-phone {
+    display: inherit !important;
+  }
+  .hidden-phone {
+    display: none !important;
+  }
+  .hidden-desktop {
+    display: inherit !important;
+  }
+  .visible-desktop {
+    display: none !important;
+  }
+}
+
+@media (min-width: 768px) and (max-width: 979px) {
+  .visible-tablet {
+    display: inherit !important;
+  }
+  .hidden-tablet {
+    display: none !important;
+  }
+  .hidden-desktop {
+    display: inherit !important;
+  }
+  .visible-desktop {
+    display: none !important ;
+  }
+}
+
+@media (max-width: 480px) {
+  .nav-collapse {
+    -webkit-transform: translate3d(0, 0, 0);
+  }
+  .page-header h1 small {
+    display: block;
+    line-height: 18px;
+  }
+  input[type="checkbox"],
+  input[type="radio"] {
+    border: 1px solid #ccc;
+  }
+  .form-horizontal .control-group > label {
+    float: none;
+    width: auto;
+    padding-top: 0;
+    text-align: left;
+  }
+  .form-horizontal .controls {
+    margin-left: 0;
+  }
+  .form-horizontal .control-list {
+    padding-top: 0;
+  }
+  .form-horizontal .form-actions {
+    padding-right: 10px;
+    padding-left: 10px;
+  }
+  .modal {
+    position: absolute;
+    top: 10px;
+    right: 10px;
+    left: 10px;
+    width: auto;
+    margin: 0;
+  }
+  .modal.fade.in {
+    top: auto;
+  }
+  .modal-header .close {
+    padding: 10px;
+    margin: -10px;
+  }
+  .carousel-caption {
+    position: static;
+  }
+}
+
+@media (max-width: 767px) {
+  body {
+    padding-right: 20px;
+    padding-left: 20px;
+  }
+  .navbar-fixed-top,
+  .navbar-fixed-bottom {
+    margin-right: -20px;
+    margin-left: -20px;
+  }
+  .container-fluid {
+    padding: 0;
+  }
+  .dl-horizontal dt {
+    float: none;
+    width: auto;
+    clear: none;
+    text-align: left;
+  }
+  .dl-horizontal dd {
+    margin-left: 0;
+  }
+  .container {
+    width: auto;
+  }
+  .row-fluid {
+    width: 100%;
+  }
+  .row,
+  .thumbnails {
+    margin-left: 0;
+  }
+  [class*="span"],
+  .row-fluid [class*="span"] {
+    display: block;
+    float: none;
+    width: auto;
+    margin-left: 0;
+  }
+  .input-large,
+  .input-xlarge,
+  .input-xxlarge,
+  input[class*="span"],
+  select[class*="span"],
+  textarea[class*="span"],
+  .uneditable-input {
+    display: block;
+    width: 100%;
+    min-height: 28px;
+    -webkit-box-sizing: border-box;
+       -moz-box-sizing: border-box;
+        -ms-box-sizing: border-box;
+            box-sizing: border-box;
+  }
+  .input-prepend input,
+  .input-append input,
+  .input-prepend input[class*="span"],
+  .input-append input[class*="span"] {
+    display: inline-block;
+    width: auto;
+  }
+}
+
+@media (min-width: 768px) and (max-width: 979px) {
+  .row {
+    margin-left: -20px;
+    *zoom: 1;
+  }
+  .row:before,
+  .row:after {
+    display: table;
+    content: "";
+  }
+  .row:after {
+    clear: both;
+  }
+  [class*="span"] {
+    float: left;
+    margin-left: 20px;
+  }
+  .container,
+  .navbar-fixed-top .container,
+  .navbar-fixed-bottom .container {
+    width: 724px;
+  }
+  .span12 {
+    width: 724px;
+  }
+  .span11 {
+    width: 662px;
+  }
+  .span10 {
+    width: 600px;
+  }
+  .span9 {
+    width: 538px;
+  }
+  .span8 {
+    width: 476px;
+  }
+  .span7 {
+    width: 414px;
+  }
+  .span6 {
+    width: 352px;
+  }
+  .span5 {
+    width: 290px;
+  }
+  .span4 {
+    width: 228px;
+  }
+  .span3 {
+    width: 166px;
+  }
+  .span2 {
+    width: 104px;
+  }
+  .span1 {
+    width: 42px;
+  }
+  .offset12 {
+    margin-left: 764px;
+  }
+  .offset11 {
+    margin-left: 702px;
+  }
+  .offset10 {
+    margin-left: 640px;
+  }
+  .offset9 {
+    margin-left: 578px;
+  }
+  .offset8 {
+    margin-left: 516px;
+  }
+  .offset7 {
+    margin-left: 454px;
+  }
+  .offset6 {
+    margin-left: 392px;
+  }
+  .offset5 {
+    margin-left: 330px;
+  }
+  .offset4 {
+    margin-left: 268px;
+  }
+  .offset3 {
+    margin-left: 206px;
+  }
+  .offset2 {
+    margin-left: 144px;
+  }
+  .offset1 {
+    margin-left: 82px;
+  }
+  .row-fluid {
+    width: 100%;
+    *zoom: 1;
+  }
+  .row-fluid:before,
+  .row-fluid:after {
+    display: table;
+    content: "";
+  }
+  .row-fluid:after {
+    clear: both;
+  }
+  .row-fluid [class*="span"] {
+    display: block;
+    float: left;
+    width: 100%;
+    min-height: 28px;
+    margin-left: 2.762430939%;
+    *margin-left: 2.709239449638298%;
+    -webkit-box-sizing: border-box;
+       -moz-box-sizing: border-box;
+        -ms-box-sizing: border-box;
+            box-sizing: border-box;
+  }
+  .row-fluid [class*="span"]:first-child {
+    margin-left: 0;
+  }
+  .row-fluid .span12 {
+    width: 99.999999993%;
+    *width: 99.9468085036383%;
+  }
+  .row-fluid .span11 {
+    width: 91.436464082%;
+    *width: 91.38327259263829%;
+  }
+  .row-fluid .span10 {
+    width: 82.87292817100001%;
+    *width: 82.8197366816383%;
+  }
+  .row-fluid .span9 {
+    width: 74.30939226%;
+    *width: 74.25620077063829%;
+  }
+  .row-fluid .span8 {
+    width: 65.74585634900001%;
+    *width: 65.6926648596383%;
+  }
+  .row-fluid .span7 {
+    width: 57.182320438000005%;
+    *width: 57.129128948638304%;
+  }
+  .row-fluid .span6 {
+    width: 48.618784527%;
+    *width: 48.5655930376383%;
+  }
+  .row-fluid .span5 {
+    width: 40.055248616%;
+    *width: 40.0020571266383%;
+  }
+  .row-fluid .span4 {
+    width: 31.491712705%;
+    *width: 31.4385212156383%;
+  }
+  .row-fluid .span3 {
+    width: 22.928176794%;
+    *width: 22.874985304638297%;
+  }
+  .row-fluid .span2 {
+    width: 14.364640883%;
+    *width: 14.311449393638298%;
+  }
+  .row-fluid .span1 {
+    width: 5.801104972%;
+    *width: 5.747913482638298%;
+  }
+  input,
+  textarea,
+  .uneditable-input {
+    margin-left: 0;
+  }
+  input.span12,
+  textarea.span12,
+  .uneditable-input.span12 {
+    width: 714px;
+  }
+  input.span11,
+  textarea.span11,
+  .uneditable-input.span11 {
+    width: 652px;
+  }
+  input.span10,
+  textarea.span10,
+  .uneditable-input.span10 {
+    width: 590px;
+  }
+  input.span9,
+  textarea.span9,
+  .uneditable-input.span9 {
+    width: 528px;
+  }
+  input.span8,
+  textarea.span8,
+  .uneditable-input.span8 {
+    width: 466px;
+  }
+  input.span7,
+  textarea.span7,
+  .uneditable-input.span7 {
+    width: 404px;
+  }
+  input.span6,
+  textarea.span6,
+  .uneditable-input.span6 {
+    width: 342px;
+  }
+  input.span5,
+  textarea.span5,
+  .uneditable-input.span5 {
+    width: 280px;
+  }
+  input.span4,
+  textarea.span4,
+  .uneditable-input.span4 {
+    width: 218px;
+  }
+  input.span3,
+  textarea.span3,
+  .uneditable-input.span3 {
+    width: 156px;
+  }
+  input.span2,
+  textarea.span2,
+  .uneditable-input.span2 {
+    width: 94px;
+  }
+  input.span1,
+  textarea.span1,
+  .uneditable-input.span1 {
+    width: 32px;
+  }
+}
+
+@media (min-width: 1200px) {
+  .row {
+    margin-left: -30px;
+    *zoom: 1;
+  }
+  .row:before,
+  .row:after {
+    display: table;
+    content: "";
+  }
+  .row:after {
+    clear: both;
+  }
+  [class*="span"] {
+    float: left;
+    margin-left: 30px;
+  }
+  .container,
+  .navbar-fixed-top .container,
+  .navbar-fixed-bottom .container {
+    width: 1170px;
+  }
+  .span12 {
+    width: 1170px;
+  }
+  .span11 {
+    width: 1070px;
+  }
+  .span10 {
+    width: 970px;
+  }
+  .span9 {
+    width: 870px;
+  }
+  .span8 {
+    width: 770px;
+  }
+  .span7 {
+    width: 670px;
+  }
+  .span6 {
+    width: 570px;
+  }
+  .span5 {
+    width: 470px;
+  }
+  .span4 {
+    width: 370px;
+  }
+  .span3 {
+    width: 270px;
+  }
+  .span2 {
+    width: 170px;
+  }
+  .span1 {
+    width: 70px;
+  }
+  .offset12 {
+    margin-left: 1230px;
+  }
+  .offset11 {
+    margin-left: 1130px;
+  }
+  .offset10 {
+    margin-left: 1030px;
+  }
+  .offset9 {
+    margin-left: 930px;
+  }
+  .offset8 {
+    margin-left: 830px;
+  }
+  .offset7 {
+    margin-left: 730px;
+  }
+  .offset6 {
+    margin-left: 630px;
+  }
+  .offset5 {
+    margin-left: 530px;
+  }
+  .offset4 {
+    margin-left: 430px;
+  }
+  .offset3 {
+    margin-left: 330px;
+  }
+  .offset2 {
+    margin-left: 230px;
+  }
+  .offset1 {
+    margin-left: 130px;
+  }
+  .row-fluid {
+    width: 100%;
+    *zoom: 1;
+  }
+  .row-fluid:before,
+  .row-fluid:after {
+    display: table;
+    content: "";
+  }
+  .row-fluid:after {
+    clear: both;
+  }
+  .row-fluid [class*="span"] {
+    display: block;
+    float: left;
+    width: 100%;
+    min-height: 28px;
+    margin-left: 2.564102564%;
+    *margin-left: 2.510911074638298%;
+    -webkit-box-sizing: border-box;
+       -moz-box-sizing: border-box;
+        -ms-box-sizing: border-box;
+            box-sizing: border-box;
+  }
+  .row-fluid [class*="span"]:first-child {
+    margin-left: 0;
+  }
+  .row-fluid .span12 {
+    width: 100%;
+    *width: 99.94680851063829%;
+  }
+  .row-fluid .span11 {
+    width: 91.45299145300001%;
+    *width: 91.3997999636383%;
+  }
+  .row-fluid .span10 {
+    width: 82.905982906%;
+    *width: 82.8527914166383%;
+  }
+  .row-fluid .span9 {
+    width: 74.358974359%;
+    *width: 74.30578286963829%;
+  }
+  .row-fluid .span8 {
+    width: 65.81196581200001%;
+    *width: 65.7587743226383%;
+  }
+  .row-fluid .span7 {
+    width: 57.264957265%;
+    *width: 57.2117657756383%;
+  }
+  .row-fluid .span6 {
+    width: 48.717948718%;
+    *width: 48.6647572286383%;
+  }
+  .row-fluid .span5 {
+    width: 40.170940171000005%;
+    *width: 40.117748681638304%;
+  }
+  .row-fluid .span4 {
+    width: 31.623931624%;
+    *width: 31.5707401346383%;
+  }
+  .row-fluid .span3 {
+    width: 23.076923077%;
+    *width: 23.0237315876383%;
+  }
+  .row-fluid .span2 {
+    width: 14.529914530000001%;
+    *width: 14.4767230406383%;
+  }
+  .row-fluid .span1 {
+    width: 5.982905983%;
+    *width: 5.929714493638298%;
+  }
+  input,
+  textarea,
+  .uneditable-input {
+    margin-left: 0;
+  }
+  input.span12,
+  textarea.span12,
+  .uneditable-input.span12 {
+    width: 1160px;
+  }
+  input.span11,
+  textarea.span11,
+  .uneditable-input.span11 {
+    width: 1060px;
+  }
+  input.span10,
+  textarea.span10,
+  .uneditable-input.span10 {
+    width: 960px;
+  }
+  input.span9,
+  textarea.span9,
+  .uneditable-input.span9 {
+    width: 860px;
+  }
+  input.span8,
+  textarea.span8,
+  .uneditable-input.span8 {
+    width: 760px;
+  }
+  input.span7,
+  textarea.span7,
+  .uneditable-input.span7 {
+    width: 660px;
+  }
+  input.span6,
+  textarea.span6,
+  .uneditable-input.span6 {
+    width: 560px;
+  }
+  input.span5,
+  textarea.span5,
+  .uneditable-input.span5 {
+    width: 460px;
+  }
+  input.span4,
+  textarea.span4,
+  .uneditable-input.span4 {
+    width: 360px;
+  }
+  input.span3,
+  textarea.span3,
+  .uneditable-input.span3 {
+    width: 260px;
+  }
+  input.span2,
+  textarea.span2,
+  .uneditable-input.span2 {
+    width: 160px;
+  }
+  input.span1,
+  textarea.span1,
+  .uneditable-input.span1 {
+    width: 60px;
+  }
+  .thumbnails {
+    margin-left: -30px;
+  }
+  .thumbnails > li {
+    margin-left: 30px;
+  }
+  .row-fluid .thumbnails {
+    margin-left: 0;
+  }
+}
+
+@media (max-width: 979px) {
+  body {
+    padding-top: 0;
+  }
+  .navbar-fixed-top,
+  .navbar-fixed-bottom {
+    position: static;
+  }
+  .navbar-fixed-top {
+    margin-bottom: 18px;
+  }
+  .navbar-fixed-bottom {
+    margin-top: 18px;
+  }
+  .navbar-fixed-top .navbar-inner,
+  .navbar-fixed-bottom .navbar-inner {
+    padding: 5px;
+  }
+  .navbar .container {
+    width: auto;
+    padding: 0;
+  }
+  .navbar .brand {
+    padding-right: 10px;
+    padding-left: 10px;
+    margin: 0 0 0 -5px;
+  }
+  .nav-collapse {
+    clear: both;
+  }
+  .nav-collapse .nav {
+    float: none;
+    margin: 0 0 9px;
+  }
+  .nav-collapse .nav > li {
+    float: none;
+  }
+  .nav-collapse .nav > li > a {
+    margin-bottom: 2px;
+  }
+  .nav-collapse .nav > .divider-vertical {
+    display: none;
+  }
+  .nav-collapse .nav .nav-header {
+    color: #999999;
+    text-shadow: none;
+  }
+  .nav-collapse .nav > li > a,
+  .nav-collapse .dropdown-menu a {
+    padding: 6px 15px;
+    font-weight: bold;
+    color: #999999;
+    -webkit-border-radius: 3px;
+       -moz-border-radius: 3px;
+            border-radius: 3px;
+  }
+  .nav-collapse .btn {
+    padding: 4px 10px 4px;
+    font-weight: normal;
+    -webkit-border-radius: 4px;
+       -moz-border-radius: 4px;
+            border-radius: 4px;
+  }
+  .nav-collapse .dropdown-menu li + li a {
+    margin-bottom: 2px;
+  }
+  .nav-collapse .nav > li > a:hover,
+  .nav-collapse .dropdown-menu a:hover {
+    background-color: #222222;
+  }
+  .nav-collapse.in .btn-group {
+    padding: 0;
+    margin-top: 5px;
+  }
+  .nav-collapse .dropdown-menu {
+    position: static;
+    top: auto;
+    left: auto;
+    display: block;
+    float: none;
+    max-width: none;
+    padding: 0;
+    margin: 0 15px;
+    background-color: transparent;
+    border: none;
+    -webkit-border-radius: 0;
+       -moz-border-radius: 0;
+            border-radius: 0;
+    -webkit-box-shadow: none;
+       -moz-box-shadow: none;
+            box-shadow: none;
+  }
+  .nav-collapse .dropdown-menu:before,
+  .nav-collapse .dropdown-menu:after {
+    display: none;
+  }
+  .nav-collapse .dropdown-menu .divider {
+    display: none;
+  }
+  .nav-collapse .navbar-form,
+  .nav-collapse .navbar-search {
+    float: none;
+    padding: 9px 15px;
+    margin: 9px 0;
+    border-top: 1px solid #222222;
+    border-bottom: 1px solid #222222;
+    -webkit-box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.1), 0 1px 0 rgba(255, 255, 255, 0.1);
+       -moz-box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.1), 0 1px 0 rgba(255, 255, 255, 0.1);
+            box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.1), 0 1px 0 rgba(255, 255, 255, 0.1);
+  }
+  .navbar .nav-collapse .nav.pull-right {
+    float: none;
+    margin-left: 0;
+  }
+  .nav-collapse,
+  .nav-collapse.collapse {
+    height: 0;
+    overflow: hidden;
+  }
+  .navbar .btn-navbar {
+    display: block;
+  }
+  .navbar-static .navbar-inner {
+    padding-right: 10px;
+    padding-left: 10px;
+  }
+}
+
+@media (min-width: 980px) {
+  .nav-collapse.collapse {
+    height: auto !important;
+    overflow: visible !important;
+  }
+}
diff --git a/static/css/bootstrap.css b/static/css/bootstrap.css
new file mode 100644
index 0000000000..bb40c85f7d
--- /dev/null
+++ b/static/css/bootstrap.css
@@ -0,0 +1,4983 @@
+/*!
+ * Bootstrap v2.0.4
+ *
+ * Copyright 2012 Twitter, Inc
+ * Licensed under the Apache License v2.0
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Designed and built with all the love in the world @twitter by @mdo and @fat.
+ */
+
+article,
+aside,
+details,
+figcaption,
+figure,
+footer,
+header,
+hgroup,
+nav,
+section {
+  display: block;
+}
+
+audio,
+canvas,
+video {
+  display: inline-block;
+  *display: inline;
+  *zoom: 1;
+}
+
+audio:not([controls]) {
+  display: none;
+}
+
+html {
+  font-size: 100%;
+  -webkit-text-size-adjust: 100%;
+      -ms-text-size-adjust: 100%;
+}
+
+a:focus {
+  outline: thin dotted #333;
+  outline: 5px auto -webkit-focus-ring-color;
+  outline-offset: -2px;
+}
+
+a:hover,
+a:active {
+  outline: 0;
+}
+
+sub,
+sup {
+  position: relative;
+  font-size: 75%;
+  line-height: 0;
+  vertical-align: baseline;
+}
+
+sup {
+  top: -0.5em;
+}
+
+sub {
+  bottom: -0.25em;
+}
+
+img {
+  max-width: 100%;
+  vertical-align: middle;
+  border: 0;
+  -ms-interpolation-mode: bicubic;
+}
+
+#map_canvas img {
+  max-width: none;
+}
+
+button,
+input,
+select,
+textarea {
+  margin: 0;
+  font-size: 100%;
+  vertical-align: middle;
+}
+
+button,
+input {
+  *overflow: visible;
+  line-height: normal;
+}
+
+button::-moz-focus-inner,
+input::-moz-focus-inner {
+  padding: 0;
+  border: 0;
+}
+
+button,
+input[type="button"],
+input[type="reset"],
+input[type="submit"] {
+  cursor: pointer;
+  -webkit-appearance: button;
+}
+
+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-decoration,
+input[type="search"]::-webkit-search-cancel-button {
+  -webkit-appearance: none;
+}
+
+textarea {
+  overflow: auto;
+  vertical-align: top;
+}
+
+.clearfix {
+  *zoom: 1;
+}
+
+.clearfix:before,
+.clearfix:after {
+  display: table;
+  content: "";
+}
+
+.clearfix:after {
+  clear: both;
+}
+
+.hide-text {
+  font: 0/0 a;
+  color: transparent;
+  text-shadow: none;
+  background-color: transparent;
+  border: 0;
+}
+
+.input-block-level {
+  display: block;
+  width: 100%;
+  min-height: 28px;
+  -webkit-box-sizing: border-box;
+     -moz-box-sizing: border-box;
+      -ms-box-sizing: border-box;
+          box-sizing: border-box;
+}
+
+body {
+  margin: 0;
+  font-family: "Helvetica Neue", Helvetica, Arial, sans-serif;
+  font-size: 13px;
+  line-height: 18px;
+  color: #333333;
+  background-color: #ffffff;
+}
+
+a {
+  color: #0088cc;
+  text-decoration: none;
+}
+
+a:hover {
+  color: #005580;
+  text-decoration: underline;
+}
+
+.row {
+  margin-left: -20px;
+  *zoom: 1;
+}
+
+.row:before,
+.row:after {
+  display: table;
+  content: "";
+}
+
+.row:after {
+  clear: both;
+}
+
+[class*="span"] {
+  float: left;
+  margin-left: 20px;
+}
+
+.container,
+.navbar-fixed-top .container,
+.navbar-fixed-bottom .container {
+  width: 940px;
+}
+
+.span12 {
+  width: 940px;
+}
+
+.span11 {
+  width: 860px;
+}
+
+.span10 {
+  width: 780px;
+}
+
+.span9 {
+  width: 700px;
+}
+
+.span8 {
+  width: 620px;
+}
+
+.span7 {
+  width: 540px;
+}
+
+.span6 {
+  width: 460px;
+}
+
+.span5 {
+  width: 380px;
+}
+
+.span4 {
+  width: 300px;
+}
+
+.span3 {
+  width: 220px;
+}
+
+.span2 {
+  width: 140px;
+}
+
+.span1 {
+  width: 60px;
+}
+
+.offset12 {
+  margin-left: 980px;
+}
+
+.offset11 {
+  margin-left: 900px;
+}
+
+.offset10 {
+  margin-left: 820px;
+}
+
+.offset9 {
+  margin-left: 740px;
+}
+
+.offset8 {
+  margin-left: 660px;
+}
+
+.offset7 {
+  margin-left: 580px;
+}
+
+.offset6 {
+  margin-left: 500px;
+}
+
+.offset5 {
+  margin-left: 420px;
+}
+
+.offset4 {
+  margin-left: 340px;
+}
+
+.offset3 {
+  margin-left: 260px;
+}
+
+.offset2 {
+  margin-left: 180px;
+}
+
+.offset1 {
+  margin-left: 100px;
+}
+
+.row-fluid {
+  width: 100%;
+  *zoom: 1;
+}
+
+.row-fluid:before,
+.row-fluid:after {
+  display: table;
+  content: "";
+}
+
+.row-fluid:after {
+  clear: both;
+}
+
+.row-fluid [class*="span"] {
+  display: block;
+  float: left;
+  width: 100%;
+  min-height: 28px;
+  margin-left: 2.127659574%;
+  *margin-left: 2.0744680846382977%;
+  -webkit-box-sizing: border-box;
+     -moz-box-sizing: border-box;
+      -ms-box-sizing: border-box;
+          box-sizing: border-box;
+}
+
+.row-fluid [class*="span"]:first-child {
+  margin-left: 0;
+}
+
+.row-fluid .span12 {
+  width: 99.99999998999999%;
+  *width: 99.94680850063828%;
+}
+
+.row-fluid .span11 {
+  width: 91.489361693%;
+  *width: 91.4361702036383%;
+}
+
+.row-fluid .span10 {
+  width: 82.97872339599999%;
+  *width: 82.92553190663828%;
+}
+
+.row-fluid .span9 {
+  width: 74.468085099%;
+  *width: 74.4148936096383%;
+}
+
+.row-fluid .span8 {
+  width: 65.95744680199999%;
+  *width: 65.90425531263828%;
+}
+
+.row-fluid .span7 {
+  width: 57.446808505%;
+  *width: 57.3936170156383%;
+}
+
+.row-fluid .span6 {
+  width: 48.93617020799999%;
+  *width: 48.88297871863829%;
+}
+
+.row-fluid .span5 {
+  width: 40.425531911%;
+  *width: 40.3723404216383%;
+}
+
+.row-fluid .span4 {
+  width: 31.914893614%;
+  *width: 31.8617021246383%;
+}
+
+.row-fluid .span3 {
+  width: 23.404255317%;
+  *width: 23.3510638276383%;
+}
+
+.row-fluid .span2 {
+  width: 14.89361702%;
+  *width: 14.8404255306383%;
+}
+
+.row-fluid .span1 {
+  width: 6.382978723%;
+  *width: 6.329787233638298%;
+}
+
+.container {
+  margin-right: auto;
+  margin-left: auto;
+  *zoom: 1;
+}
+
+.container:before,
+.container:after {
+  display: table;
+  content: "";
+}
+
+.container:after {
+  clear: both;
+}
+
+.container-fluid {
+  padding-right: 20px;
+  padding-left: 20px;
+  *zoom: 1;
+}
+
+.container-fluid:before,
+.container-fluid:after {
+  display: table;
+  content: "";
+}
+
+.container-fluid:after {
+  clear: both;
+}
+
+p {
+  margin: 0 0 9px;
+}
+
+p small {
+  font-size: 11px;
+  color: #999999;
+}
+
+.lead {
+  margin-bottom: 18px;
+  font-size: 20px;
+  font-weight: 200;
+  line-height: 27px;
+}
+
+h1,
+h2,
+h3,
+h4,
+h5,
+h6 {
+  margin: 0;
+  font-family: inherit;
+  font-weight: bold;
+  color: inherit;
+  text-rendering: optimizelegibility;
+}
+
+h1 small,
+h2 small,
+h3 small,
+h4 small,
+h5 small,
+h6 small {
+  font-weight: normal;
+  color: #999999;
+}
+
+h1 {
+  font-size: 30px;
+  line-height: 36px;
+}
+
+h1 small {
+  font-size: 18px;
+}
+
+h2 {
+  font-size: 24px;
+  line-height: 36px;
+}
+
+h2 small {
+  font-size: 18px;
+}
+
+h3 {
+  font-size: 18px;
+  line-height: 27px;
+}
+
+h3 small {
+  font-size: 14px;
+}
+
+h4,
+h5,
+h6 {
+  line-height: 18px;
+}
+
+h4 {
+  font-size: 14px;
+}
+
+h4 small {
+  font-size: 12px;
+}
+
+h5 {
+  font-size: 12px;
+}
+
+h6 {
+  font-size: 11px;
+  color: #999999;
+  text-transform: uppercase;
+}
+
+.page-header {
+  padding-bottom: 17px;
+  margin: 18px 0;
+  border-bottom: 1px solid #eeeeee;
+}
+
+.page-header h1 {
+  line-height: 1;
+}
+
+ul,
+ol {
+  padding: 0;
+  margin: 0 0 9px 25px;
+}
+
+ul ul,
+ul ol,
+ol ol,
+ol ul {
+  margin-bottom: 0;
+}
+
+ul {
+  list-style: disc;
+}
+
+ol {
+  list-style: decimal;
+}
+
+li {
+  line-height: 18px;
+}
+
+ul.unstyled,
+ol.unstyled {
+  margin-left: 0;
+  list-style: none;
+}
+
+dl {
+  margin-bottom: 18px;
+}
+
+dt,
+dd {
+  line-height: 18px;
+}
+
+dt {
+  font-weight: bold;
+  line-height: 17px;
+}
+
+dd {
+  margin-left: 9px;
+}
+
+.dl-horizontal dt {
+  float: left;
+  width: 120px;
+  overflow: hidden;
+  clear: left;
+  text-align: right;
+  text-overflow: ellipsis;
+  white-space: nowrap;
+}
+
+.dl-horizontal dd {
+  margin-left: 130px;
+}
+
+hr {
+  margin: 18px 0;
+  border: 0;
+  border-top: 1px solid #eeeeee;
+  border-bottom: 1px solid #ffffff;
+}
+
+strong {
+  font-weight: bold;
+}
+
+em {
+  font-style: italic;
+}
+
+.muted {
+  color: #999999;
+}
+
+abbr[title] {
+  cursor: help;
+  border-bottom: 1px dotted #999999;
+}
+
+abbr.initialism {
+  font-size: 90%;
+  text-transform: uppercase;
+}
+
+blockquote {
+  padding: 0 0 0 15px;
+  margin: 0 0 18px;
+  border-left: 5px solid #eeeeee;
+}
+
+blockquote p {
+  margin-bottom: 0;
+  font-size: 16px;
+  font-weight: 300;
+  line-height: 22.5px;
+}
+
+blockquote small {
+  display: block;
+  line-height: 18px;
+  color: #999999;
+}
+
+blockquote small:before {
+  content: '\2014 \00A0';
+}
+
+blockquote.pull-right {
+  float: right;
+  padding-right: 15px;
+  padding-left: 0;
+  border-right: 5px solid #eeeeee;
+  border-left: 0;
+}
+
+blockquote.pull-right p,
+blockquote.pull-right small {
+  text-align: right;
+}
+
+q:before,
+q:after,
+blockquote:before,
+blockquote:after {
+  content: "";
+}
+
+address {
+  display: block;
+  margin-bottom: 18px;
+  font-style: normal;
+  line-height: 18px;
+}
+
+small {
+  font-size: 100%;
+}
+
+cite {
+  font-style: normal;
+}
+
+code,
+pre {
+  padding: 0 3px 2px;
+  font-family: Menlo, Monaco, Consolas, "Courier New", monospace;
+  font-size: 12px;
+  color: #333333;
+  -webkit-border-radius: 3px;
+     -moz-border-radius: 3px;
+          border-radius: 3px;
+}
+
+code {
+  padding: 2px 4px;
+  color: #d14;
+  background-color: #f7f7f9;
+  border: 1px solid #e1e1e8;
+}
+
+pre {
+  display: block;
+  padding: 8.5px;
+  margin: 0 0 9px;
+  font-size: 12.025px;
+  line-height: 18px;
+  word-break: break-all;
+  word-wrap: break-word;
+  white-space: pre;
+  white-space: pre-wrap;
+  background-color: #f5f5f5;
+  border: 1px solid #ccc;
+  border: 1px solid rgba(0, 0, 0, 0.15);
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+}
+
+pre.prettyprint {
+  margin-bottom: 18px;
+}
+
+pre code {
+  padding: 0;
+  color: inherit;
+  background-color: transparent;
+  border: 0;
+}
+
+.pre-scrollable {
+  max-height: 340px;
+  overflow-y: scroll;
+}
+
+form {
+  margin: 0 0 18px;
+}
+
+fieldset {
+  padding: 0;
+  margin: 0;
+  border: 0;
+}
+
+legend {
+  display: block;
+  width: 100%;
+  padding: 0;
+  margin-bottom: 27px;
+  font-size: 19.5px;
+  line-height: 36px;
+  color: #333333;
+  border: 0;
+  border-bottom: 1px solid #e5e5e5;
+}
+
+legend small {
+  font-size: 13.5px;
+  color: #999999;
+}
+
+label,
+input,
+button,
+select,
+textarea {
+  font-size: 13px;
+  font-weight: normal;
+  line-height: 18px;
+}
+
+input,
+button,
+select,
+textarea {
+  font-family: "Helvetica Neue", Helvetica, Arial, sans-serif;
+}
+
+label {
+  display: block;
+  margin-bottom: 5px;
+}
+
+select,
+textarea,
+input[type="text"],
+input[type="password"],
+input[type="datetime"],
+input[type="datetime-local"],
+input[type="date"],
+input[type="month"],
+input[type="time"],
+input[type="week"],
+input[type="number"],
+input[type="email"],
+input[type="url"],
+input[type="search"],
+input[type="tel"],
+input[type="color"],
+.uneditable-input {
+  display: inline-block;
+  height: 18px;
+  padding: 4px;
+  margin-bottom: 9px;
+  font-size: 13px;
+  line-height: 18px;
+  color: #555555;
+}
+
+input,
+textarea {
+  width: 210px;
+}
+
+textarea {
+  height: auto;
+}
+
+textarea,
+input[type="text"],
+input[type="password"],
+input[type="datetime"],
+input[type="datetime-local"],
+input[type="date"],
+input[type="month"],
+input[type="time"],
+input[type="week"],
+input[type="number"],
+input[type="email"],
+input[type="url"],
+input[type="search"],
+input[type="tel"],
+input[type="color"],
+.uneditable-input {
+  background-color: #ffffff;
+  border: 1px solid #cccccc;
+  -webkit-border-radius: 3px;
+     -moz-border-radius: 3px;
+          border-radius: 3px;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, 0.075);
+     -moz-box-shadow: inset 0 1px 1px rgba(0, 0, 0, 0.075);
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, 0.075);
+  -webkit-transition: border linear 0.2s, box-shadow linear 0.2s;
+     -moz-transition: border linear 0.2s, box-shadow linear 0.2s;
+      -ms-transition: border linear 0.2s, box-shadow linear 0.2s;
+       -o-transition: border linear 0.2s, box-shadow linear 0.2s;
+          transition: border linear 0.2s, box-shadow linear 0.2s;
+}
+
+textarea:focus,
+input[type="text"]:focus,
+input[type="password"]:focus,
+input[type="datetime"]:focus,
+input[type="datetime-local"]:focus,
+input[type="date"]:focus,
+input[type="month"]:focus,
+input[type="time"]:focus,
+input[type="week"]:focus,
+input[type="number"]:focus,
+input[type="email"]:focus,
+input[type="url"]:focus,
+input[type="search"]:focus,
+input[type="tel"]:focus,
+input[type="color"]:focus,
+.uneditable-input:focus {
+  border-color: rgba(82, 168, 236, 0.8);
+  outline: 0;
+  outline: thin dotted \9;
+  /* IE6-9 */
+
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, 0.075), 0 0 8px rgba(82, 168, 236, 0.6);
+     -moz-box-shadow: inset 0 1px 1px rgba(0, 0, 0, 0.075), 0 0 8px rgba(82, 168, 236, 0.6);
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, 0.075), 0 0 8px rgba(82, 168, 236, 0.6);
+}
+
+input[type="radio"],
+input[type="checkbox"] {
+  margin: 3px 0;
+  *margin-top: 0;
+  /* IE7 */
+
+  line-height: normal;
+  cursor: pointer;
+}
+
+input[type="submit"],
+input[type="reset"],
+input[type="button"],
+input[type="radio"],
+input[type="checkbox"] {
+  width: auto;
+}
+
+.uneditable-textarea {
+  width: auto;
+  height: auto;
+}
+
+select,
+input[type="file"] {
+  height: 28px;
+  /* In IE7, the height of the select element cannot be changed by height, only font-size */
+
+  *margin-top: 4px;
+  /* For IE7, add top margin to align select with labels */
+
+  line-height: 28px;
+}
+
+select {
+  width: 220px;
+  border: 1px solid #bbb;
+}
+
+select[multiple],
+select[size] {
+  height: auto;
+}
+
+select:focus,
+input[type="file"]:focus,
+input[type="radio"]:focus,
+input[type="checkbox"]:focus {
+  outline: thin dotted #333;
+  outline: 5px auto -webkit-focus-ring-color;
+  outline-offset: -2px;
+}
+
+.radio,
+.checkbox {
+  min-height: 18px;
+  padding-left: 18px;
+}
+
+.radio input[type="radio"],
+.checkbox input[type="checkbox"] {
+  float: left;
+  margin-left: -18px;
+}
+
+.controls > .radio:first-child,
+.controls > .checkbox:first-child {
+  padding-top: 5px;
+}
+
+.radio.inline,
+.checkbox.inline {
+  display: inline-block;
+  padding-top: 5px;
+  margin-bottom: 0;
+  vertical-align: middle;
+}
+
+.radio.inline + .radio.inline,
+.checkbox.inline + .checkbox.inline {
+  margin-left: 10px;
+}
+
+.input-mini {
+  width: 60px;
+}
+
+.input-small {
+  width: 90px;
+}
+
+.input-medium {
+  width: 150px;
+}
+
+.input-large {
+  width: 210px;
+}
+
+.input-xlarge {
+  width: 270px;
+}
+
+.input-xxlarge {
+  width: 530px;
+}
+
+input[class*="span"],
+select[class*="span"],
+textarea[class*="span"],
+.uneditable-input[class*="span"],
+.row-fluid input[class*="span"],
+.row-fluid select[class*="span"],
+.row-fluid textarea[class*="span"],
+.row-fluid .uneditable-input[class*="span"] {
+  float: none;
+  margin-left: 0;
+}
+
+.input-append input[class*="span"],
+.input-append .uneditable-input[class*="span"],
+.input-prepend input[class*="span"],
+.input-prepend .uneditable-input[class*="span"],
+.row-fluid .input-prepend [class*="span"],
+.row-fluid .input-append [class*="span"] {
+  display: inline-block;
+}
+
+input,
+textarea,
+.uneditable-input {
+  margin-left: 0;
+}
+
+input.span12,
+textarea.span12,
+.uneditable-input.span12 {
+  width: 930px;
+}
+
+input.span11,
+textarea.span11,
+.uneditable-input.span11 {
+  width: 850px;
+}
+
+input.span10,
+textarea.span10,
+.uneditable-input.span10 {
+  width: 770px;
+}
+
+input.span9,
+textarea.span9,
+.uneditable-input.span9 {
+  width: 690px;
+}
+
+input.span8,
+textarea.span8,
+.uneditable-input.span8 {
+  width: 610px;
+}
+
+input.span7,
+textarea.span7,
+.uneditable-input.span7 {
+  width: 530px;
+}
+
+input.span6,
+textarea.span6,
+.uneditable-input.span6 {
+  width: 450px;
+}
+
+input.span5,
+textarea.span5,
+.uneditable-input.span5 {
+  width: 370px;
+}
+
+input.span4,
+textarea.span4,
+.uneditable-input.span4 {
+  width: 290px;
+}
+
+input.span3,
+textarea.span3,
+.uneditable-input.span3 {
+  width: 210px;
+}
+
+input.span2,
+textarea.span2,
+.uneditable-input.span2 {
+  width: 130px;
+}
+
+input.span1,
+textarea.span1,
+.uneditable-input.span1 {
+  width: 50px;
+}
+
+input[disabled],
+select[disabled],
+textarea[disabled],
+input[readonly],
+select[readonly],
+textarea[readonly] {
+  cursor: not-allowed;
+  background-color: #eeeeee;
+  border-color: #ddd;
+}
+
+input[type="radio"][disabled],
+input[type="checkbox"][disabled],
+input[type="radio"][readonly],
+input[type="checkbox"][readonly] {
+  background-color: transparent;
+}
+
+.control-group.warning > label,
+.control-group.warning .help-block,
+.control-group.warning .help-inline {
+  color: #c09853;
+}
+
+.control-group.warning .checkbox,
+.control-group.warning .radio,
+.control-group.warning input,
+.control-group.warning select,
+.control-group.warning textarea {
+  color: #c09853;
+  border-color: #c09853;
+}
+
+.control-group.warning .checkbox:focus,
+.control-group.warning .radio:focus,
+.control-group.warning input:focus,
+.control-group.warning select:focus,
+.control-group.warning textarea:focus {
+  border-color: #a47e3c;
+  -webkit-box-shadow: 0 0 6px #dbc59e;
+     -moz-box-shadow: 0 0 6px #dbc59e;
+          box-shadow: 0 0 6px #dbc59e;
+}
+
+.control-group.warning .input-prepend .add-on,
+.control-group.warning .input-append .add-on {
+  color: #c09853;
+  background-color: #fcf8e3;
+  border-color: #c09853;
+}
+
+.control-group.error > label,
+.control-group.error .help-block,
+.control-group.error .help-inline {
+  color: #b94a48;
+}
+
+.control-group.error .checkbox,
+.control-group.error .radio,
+.control-group.error input,
+.control-group.error select,
+.control-group.error textarea {
+  color: #b94a48;
+  border-color: #b94a48;
+}
+
+.control-group.error .checkbox:focus,
+.control-group.error .radio:focus,
+.control-group.error input:focus,
+.control-group.error select:focus,
+.control-group.error textarea:focus {
+  border-color: #953b39;
+  -webkit-box-shadow: 0 0 6px #d59392;
+     -moz-box-shadow: 0 0 6px #d59392;
+          box-shadow: 0 0 6px #d59392;
+}
+
+.control-group.error .input-prepend .add-on,
+.control-group.error .input-append .add-on {
+  color: #b94a48;
+  background-color: #f2dede;
+  border-color: #b94a48;
+}
+
+.control-group.success > label,
+.control-group.success .help-block,
+.control-group.success .help-inline {
+  color: #468847;
+}
+
+.control-group.success .checkbox,
+.control-group.success .radio,
+.control-group.success input,
+.control-group.success select,
+.control-group.success textarea {
+  color: #468847;
+  border-color: #468847;
+}
+
+.control-group.success .checkbox:focus,
+.control-group.success .radio:focus,
+.control-group.success input:focus,
+.control-group.success select:focus,
+.control-group.success textarea:focus {
+  border-color: #356635;
+  -webkit-box-shadow: 0 0 6px #7aba7b;
+     -moz-box-shadow: 0 0 6px #7aba7b;
+          box-shadow: 0 0 6px #7aba7b;
+}
+
+.control-group.success .input-prepend .add-on,
+.control-group.success .input-append .add-on {
+  color: #468847;
+  background-color: #dff0d8;
+  border-color: #468847;
+}
+
+input:focus:required:invalid,
+textarea:focus:required:invalid,
+select:focus:required:invalid {
+  color: #b94a48;
+  border-color: #ee5f5b;
+}
+
+input:focus:required:invalid:focus,
+textarea:focus:required:invalid:focus,
+select:focus:required:invalid:focus {
+  border-color: #e9322d;
+  -webkit-box-shadow: 0 0 6px #f8b9b7;
+     -moz-box-shadow: 0 0 6px #f8b9b7;
+          box-shadow: 0 0 6px #f8b9b7;
+}
+
+.form-actions {
+  padding: 17px 20px 18px;
+  margin-top: 18px;
+  margin-bottom: 18px;
+  background-color: #f5f5f5;
+  border-top: 1px solid #e5e5e5;
+  *zoom: 1;
+}
+
+.form-actions:before,
+.form-actions:after {
+  display: table;
+  content: "";
+}
+
+.form-actions:after {
+  clear: both;
+}
+
+.uneditable-input {
+  overflow: hidden;
+  white-space: nowrap;
+  cursor: not-allowed;
+  background-color: #ffffff;
+  border-color: #eee;
+  -webkit-box-shadow: inset 0 1px 2px rgba(0, 0, 0, 0.025);
+     -moz-box-shadow: inset 0 1px 2px rgba(0, 0, 0, 0.025);
+          box-shadow: inset 0 1px 2px rgba(0, 0, 0, 0.025);
+}
+
+:-moz-placeholder {
+  color: #999999;
+}
+
+:-ms-input-placeholder {
+  color: #999999;
+}
+
+::-webkit-input-placeholder {
+  color: #999999;
+}
+
+.help-block,
+.help-inline {
+  color: #555555;
+}
+
+.help-block {
+  display: block;
+  margin-bottom: 9px;
+}
+
+.help-inline {
+  display: inline-block;
+  *display: inline;
+  padding-left: 5px;
+  vertical-align: middle;
+  *zoom: 1;
+}
+
+.input-prepend,
+.input-append {
+  margin-bottom: 5px;
+}
+
+.input-prepend input,
+.input-append input,
+.input-prepend select,
+.input-append select,
+.input-prepend .uneditable-input,
+.input-append .uneditable-input {
+  position: relative;
+  margin-bottom: 0;
+  *margin-left: 0;
+  vertical-align: middle;
+  -webkit-border-radius: 0 3px 3px 0;
+     -moz-border-radius: 0 3px 3px 0;
+          border-radius: 0 3px 3px 0;
+}
+
+.input-prepend input:focus,
+.input-append input:focus,
+.input-prepend select:focus,
+.input-append select:focus,
+.input-prepend .uneditable-input:focus,
+.input-append .uneditable-input:focus {
+  z-index: 2;
+}
+
+.input-prepend .uneditable-input,
+.input-append .uneditable-input {
+  border-left-color: #ccc;
+}
+
+.input-prepend .add-on,
+.input-append .add-on {
+  display: inline-block;
+  width: auto;
+  height: 18px;
+  min-width: 16px;
+  padding: 4px 5px;
+  font-weight: normal;
+  line-height: 18px;
+  text-align: center;
+  text-shadow: 0 1px 0 #ffffff;
+  vertical-align: middle;
+  background-color: #eeeeee;
+  border: 1px solid #ccc;
+}
+
+.input-prepend .add-on,
+.input-append .add-on,
+.input-prepend .btn,
+.input-append .btn {
+  margin-left: -1px;
+  -webkit-border-radius: 0;
+     -moz-border-radius: 0;
+          border-radius: 0;
+}
+
+.input-prepend .active,
+.input-append .active {
+  background-color: #a9dba9;
+  border-color: #46a546;
+}
+
+.input-prepend .add-on,
+.input-prepend .btn {
+  margin-right: -1px;
+}
+
+.input-prepend .add-on:first-child,
+.input-prepend .btn:first-child {
+  -webkit-border-radius: 3px 0 0 3px;
+     -moz-border-radius: 3px 0 0 3px;
+          border-radius: 3px 0 0 3px;
+}
+
+.input-append input,
+.input-append select,
+.input-append .uneditable-input {
+  -webkit-border-radius: 3px 0 0 3px;
+     -moz-border-radius: 3px 0 0 3px;
+          border-radius: 3px 0 0 3px;
+}
+
+.input-append .uneditable-input {
+  border-right-color: #ccc;
+  border-left-color: #eee;
+}
+
+.input-append .add-on:last-child,
+.input-append .btn:last-child {
+  -webkit-border-radius: 0 3px 3px 0;
+     -moz-border-radius: 0 3px 3px 0;
+          border-radius: 0 3px 3px 0;
+}
+
+.input-prepend.input-append input,
+.input-prepend.input-append select,
+.input-prepend.input-append .uneditable-input {
+  -webkit-border-radius: 0;
+     -moz-border-radius: 0;
+          border-radius: 0;
+}
+
+.input-prepend.input-append .add-on:first-child,
+.input-prepend.input-append .btn:first-child {
+  margin-right: -1px;
+  -webkit-border-radius: 3px 0 0 3px;
+     -moz-border-radius: 3px 0 0 3px;
+          border-radius: 3px 0 0 3px;
+}
+
+.input-prepend.input-append .add-on:last-child,
+.input-prepend.input-append .btn:last-child {
+  margin-left: -1px;
+  -webkit-border-radius: 0 3px 3px 0;
+     -moz-border-radius: 0 3px 3px 0;
+          border-radius: 0 3px 3px 0;
+}
+
+.search-query {
+  padding-right: 14px;
+  padding-right: 4px \9;
+  padding-left: 14px;
+  padding-left: 4px \9;
+  /* IE7-8 doesn't have border-radius, so don't indent the padding */
+
+  margin-bottom: 0;
+  -webkit-border-radius: 14px;
+     -moz-border-radius: 14px;
+          border-radius: 14px;
+}
+
+.form-search input,
+.form-inline input,
+.form-horizontal input,
+.form-search textarea,
+.form-inline textarea,
+.form-horizontal textarea,
+.form-search select,
+.form-inline select,
+.form-horizontal select,
+.form-search .help-inline,
+.form-inline .help-inline,
+.form-horizontal .help-inline,
+.form-search .uneditable-input,
+.form-inline .uneditable-input,
+.form-horizontal .uneditable-input,
+.form-search .input-prepend,
+.form-inline .input-prepend,
+.form-horizontal .input-prepend,
+.form-search .input-append,
+.form-inline .input-append,
+.form-horizontal .input-append {
+  display: inline-block;
+  *display: inline;
+  margin-bottom: 0;
+  *zoom: 1;
+}
+
+.form-search .hide,
+.form-inline .hide,
+.form-horizontal .hide {
+  display: none;
+}
+
+.form-search label,
+.form-inline label {
+  display: inline-block;
+}
+
+.form-search .input-append,
+.form-inline .input-append,
+.form-search .input-prepend,
+.form-inline .input-prepend {
+  margin-bottom: 0;
+}
+
+.form-search .radio,
+.form-search .checkbox,
+.form-inline .radio,
+.form-inline .checkbox {
+  padding-left: 0;
+  margin-bottom: 0;
+  vertical-align: middle;
+}
+
+.form-search .radio input[type="radio"],
+.form-search .checkbox input[type="checkbox"],
+.form-inline .radio input[type="radio"],
+.form-inline .checkbox input[type="checkbox"] {
+  float: left;
+  margin-right: 3px;
+  margin-left: 0;
+}
+
+.control-group {
+  margin-bottom: 9px;
+}
+
+legend + .control-group {
+  margin-top: 18px;
+  -webkit-margin-top-collapse: separate;
+}
+
+.form-horizontal .control-group {
+  margin-bottom: 18px;
+  *zoom: 1;
+}
+
+.form-horizontal .control-group:before,
+.form-horizontal .control-group:after {
+  display: table;
+  content: "";
+}
+
+.form-horizontal .control-group:after {
+  clear: both;
+}
+
+.form-horizontal .control-label {
+  float: left;
+  width: 140px;
+  padding-top: 5px;
+  text-align: right;
+}
+
+.form-horizontal .controls {
+  *display: inline-block;
+  *padding-left: 20px;
+  margin-left: 160px;
+  *margin-left: 0;
+}
+
+.form-horizontal .controls:first-child {
+  *padding-left: 160px;
+}
+
+.form-horizontal .help-block {
+  margin-top: 9px;
+  margin-bottom: 0;
+}
+
+.form-horizontal .form-actions {
+  padding-left: 160px;
+}
+
+table {
+  max-width: 100%;
+  background-color: transparent;
+  border-collapse: collapse;
+  border-spacing: 0;
+}
+
+.table {
+  width: 100%;
+  margin-bottom: 18px;
+}
+
+.table th,
+.table td {
+  padding: 8px;
+  line-height: 18px;
+  text-align: left;
+  vertical-align: top;
+  border-top: 1px solid #dddddd;
+}
+
+.table th {
+  font-weight: bold;
+}
+
+.table thead th {
+  vertical-align: bottom;
+}
+
+.table caption + thead tr:first-child th,
+.table caption + thead tr:first-child td,
+.table colgroup + thead tr:first-child th,
+.table colgroup + thead tr:first-child td,
+.table thead:first-child tr:first-child th,
+.table thead:first-child tr:first-child td {
+  border-top: 0;
+}
+
+.table tbody + tbody {
+  border-top: 2px solid #dddddd;
+}
+
+.table-condensed th,
+.table-condensed td {
+  padding: 4px 5px;
+}
+
+.table-bordered {
+  border: 1px solid #dddddd;
+  border-collapse: separate;
+  *border-collapse: collapsed;
+  border-left: 0;
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+}
+
+.table-bordered th,
+.table-bordered td {
+  border-left: 1px solid #dddddd;
+}
+
+.table-bordered caption + thead tr:first-child th,
+.table-bordered caption + tbody tr:first-child th,
+.table-bordered caption + tbody tr:first-child td,
+.table-bordered colgroup + thead tr:first-child th,
+.table-bordered colgroup + tbody tr:first-child th,
+.table-bordered colgroup + tbody tr:first-child td,
+.table-bordered thead:first-child tr:first-child th,
+.table-bordered tbody:first-child tr:first-child th,
+.table-bordered tbody:first-child tr:first-child td {
+  border-top: 0;
+}
+
+.table-bordered thead:first-child tr:first-child th:first-child,
+.table-bordered tbody:first-child tr:first-child td:first-child {
+  -webkit-border-top-left-radius: 4px;
+          border-top-left-radius: 4px;
+  -moz-border-radius-topleft: 4px;
+}
+
+.table-bordered thead:first-child tr:first-child th:last-child,
+.table-bordered tbody:first-child tr:first-child td:last-child {
+  -webkit-border-top-right-radius: 4px;
+          border-top-right-radius: 4px;
+  -moz-border-radius-topright: 4px;
+}
+
+.table-bordered thead:last-child tr:last-child th:first-child,
+.table-bordered tbody:last-child tr:last-child td:first-child {
+  -webkit-border-radius: 0 0 0 4px;
+     -moz-border-radius: 0 0 0 4px;
+          border-radius: 0 0 0 4px;
+  -webkit-border-bottom-left-radius: 4px;
+          border-bottom-left-radius: 4px;
+  -moz-border-radius-bottomleft: 4px;
+}
+
+.table-bordered thead:last-child tr:last-child th:last-child,
+.table-bordered tbody:last-child tr:last-child td:last-child {
+  -webkit-border-bottom-right-radius: 4px;
+          border-bottom-right-radius: 4px;
+  -moz-border-radius-bottomright: 4px;
+}
+
+.table-striped tbody tr:nth-child(odd) td,
+.table-striped tbody tr:nth-child(odd) th {
+  background-color: #f9f9f9;
+}
+
+.table tbody tr:hover td,
+.table tbody tr:hover th {
+  background-color: #f5f5f5;
+}
+
+table .span1 {
+  float: none;
+  width: 44px;
+  margin-left: 0;
+}
+
+table .span2 {
+  float: none;
+  width: 124px;
+  margin-left: 0;
+}
+
+table .span3 {
+  float: none;
+  width: 204px;
+  margin-left: 0;
+}
+
+table .span4 {
+  float: none;
+  width: 284px;
+  margin-left: 0;
+}
+
+table .span5 {
+  float: none;
+  width: 364px;
+  margin-left: 0;
+}
+
+table .span6 {
+  float: none;
+  width: 444px;
+  margin-left: 0;
+}
+
+table .span7 {
+  float: none;
+  width: 524px;
+  margin-left: 0;
+}
+
+table .span8 {
+  float: none;
+  width: 604px;
+  margin-left: 0;
+}
+
+table .span9 {
+  float: none;
+  width: 684px;
+  margin-left: 0;
+}
+
+table .span10 {
+  float: none;
+  width: 764px;
+  margin-left: 0;
+}
+
+table .span11 {
+  float: none;
+  width: 844px;
+  margin-left: 0;
+}
+
+table .span12 {
+  float: none;
+  width: 924px;
+  margin-left: 0;
+}
+
+table .span13 {
+  float: none;
+  width: 1004px;
+  margin-left: 0;
+}
+
+table .span14 {
+  float: none;
+  width: 1084px;
+  margin-left: 0;
+}
+
+table .span15 {
+  float: none;
+  width: 1164px;
+  margin-left: 0;
+}
+
+table .span16 {
+  float: none;
+  width: 1244px;
+  margin-left: 0;
+}
+
+table .span17 {
+  float: none;
+  width: 1324px;
+  margin-left: 0;
+}
+
+table .span18 {
+  float: none;
+  width: 1404px;
+  margin-left: 0;
+}
+
+table .span19 {
+  float: none;
+  width: 1484px;
+  margin-left: 0;
+}
+
+table .span20 {
+  float: none;
+  width: 1564px;
+  margin-left: 0;
+}
+
+table .span21 {
+  float: none;
+  width: 1644px;
+  margin-left: 0;
+}
+
+table .span22 {
+  float: none;
+  width: 1724px;
+  margin-left: 0;
+}
+
+table .span23 {
+  float: none;
+  width: 1804px;
+  margin-left: 0;
+}
+
+table .span24 {
+  float: none;
+  width: 1884px;
+  margin-left: 0;
+}
+
+[class^="icon-"],
+[class*=" icon-"] {
+  display: inline-block;
+  width: 14px;
+  height: 14px;
+  *margin-right: .3em;
+  line-height: 14px;
+  vertical-align: text-top;
+  background-image: url("../img/glyphicons-halflings.png");
+  background-position: 14px 14px;
+  background-repeat: no-repeat;
+}
+
+[class^="icon-"]:last-child,
+[class*=" icon-"]:last-child {
+  *margin-left: 0;
+}
+
+.icon-white {
+  background-image: url("../img/glyphicons-halflings-white.png");
+}
+
+.icon-glass {
+  background-position: 0      0;
+}
+
+.icon-music {
+  background-position: -24px 0;
+}
+
+.icon-search {
+  background-position: -48px 0;
+}
+
+.icon-envelope {
+  background-position: -72px 0;
+}
+
+.icon-heart {
+  background-position: -96px 0;
+}
+
+.icon-star {
+  background-position: -120px 0;
+}
+
+.icon-star-empty {
+  background-position: -144px 0;
+}
+
+.icon-user {
+  background-position: -168px 0;
+}
+
+.icon-film {
+  background-position: -192px 0;
+}
+
+.icon-th-large {
+  background-position: -216px 0;
+}
+
+.icon-th {
+  background-position: -240px 0;
+}
+
+.icon-th-list {
+  background-position: -264px 0;
+}
+
+.icon-ok {
+  background-position: -288px 0;
+}
+
+.icon-remove {
+  background-position: -312px 0;
+}
+
+.icon-zoom-in {
+  background-position: -336px 0;
+}
+
+.icon-zoom-out {
+  background-position: -360px 0;
+}
+
+.icon-off {
+  background-position: -384px 0;
+}
+
+.icon-signal {
+  background-position: -408px 0;
+}
+
+.icon-cog {
+  background-position: -432px 0;
+}
+
+.icon-trash {
+  background-position: -456px 0;
+}
+
+.icon-home {
+  background-position: 0 -24px;
+}
+
+.icon-file {
+  background-position: -24px -24px;
+}
+
+.icon-time {
+  background-position: -48px -24px;
+}
+
+.icon-road {
+  background-position: -72px -24px;
+}
+
+.icon-download-alt {
+  background-position: -96px -24px;
+}
+
+.icon-download {
+  background-position: -120px -24px;
+}
+
+.icon-upload {
+  background-position: -144px -24px;
+}
+
+.icon-inbox {
+  background-position: -168px -24px;
+}
+
+.icon-play-circle {
+  background-position: -192px -24px;
+}
+
+.icon-repeat {
+  background-position: -216px -24px;
+}
+
+.icon-refresh {
+  background-position: -240px -24px;
+}
+
+.icon-list-alt {
+  background-position: -264px -24px;
+}
+
+.icon-lock {
+  background-position: -287px -24px;
+}
+
+.icon-flag {
+  background-position: -312px -24px;
+}
+
+.icon-headphones {
+  background-position: -336px -24px;
+}
+
+.icon-volume-off {
+  background-position: -360px -24px;
+}
+
+.icon-volume-down {
+  background-position: -384px -24px;
+}
+
+.icon-volume-up {
+  background-position: -408px -24px;
+}
+
+.icon-qrcode {
+  background-position: -432px -24px;
+}
+
+.icon-barcode {
+  background-position: -456px -24px;
+}
+
+.icon-tag {
+  background-position: 0 -48px;
+}
+
+.icon-tags {
+  background-position: -25px -48px;
+}
+
+.icon-book {
+  background-position: -48px -48px;
+}
+
+.icon-bookmark {
+  background-position: -72px -48px;
+}
+
+.icon-print {
+  background-position: -96px -48px;
+}
+
+.icon-camera {
+  background-position: -120px -48px;
+}
+
+.icon-font {
+  background-position: -144px -48px;
+}
+
+.icon-bold {
+  background-position: -167px -48px;
+}
+
+.icon-italic {
+  background-position: -192px -48px;
+}
+
+.icon-text-height {
+  background-position: -216px -48px;
+}
+
+.icon-text-width {
+  background-position: -240px -48px;
+}
+
+.icon-align-left {
+  background-position: -264px -48px;
+}
+
+.icon-align-center {
+  background-position: -288px -48px;
+}
+
+.icon-align-right {
+  background-position: -312px -48px;
+}
+
+.icon-align-justify {
+  background-position: -336px -48px;
+}
+
+.icon-list {
+  background-position: -360px -48px;
+}
+
+.icon-indent-left {
+  background-position: -384px -48px;
+}
+
+.icon-indent-right {
+  background-position: -408px -48px;
+}
+
+.icon-facetime-video {
+  background-position: -432px -48px;
+}
+
+.icon-picture {
+  background-position: -456px -48px;
+}
+
+.icon-pencil {
+  background-position: 0 -72px;
+}
+
+.icon-map-marker {
+  background-position: -24px -72px;
+}
+
+.icon-adjust {
+  background-position: -48px -72px;
+}
+
+.icon-tint {
+  background-position: -72px -72px;
+}
+
+.icon-edit {
+  background-position: -96px -72px;
+}
+
+.icon-share {
+  background-position: -120px -72px;
+}
+
+.icon-check {
+  background-position: -144px -72px;
+}
+
+.icon-move {
+  background-position: -168px -72px;
+}
+
+.icon-step-backward {
+  background-position: -192px -72px;
+}
+
+.icon-fast-backward {
+  background-position: -216px -72px;
+}
+
+.icon-backward {
+  background-position: -240px -72px;
+}
+
+.icon-play {
+  background-position: -264px -72px;
+}
+
+.icon-pause {
+  background-position: -288px -72px;
+}
+
+.icon-stop {
+  background-position: -312px -72px;
+}
+
+.icon-forward {
+  background-position: -336px -72px;
+}
+
+.icon-fast-forward {
+  background-position: -360px -72px;
+}
+
+.icon-step-forward {
+  background-position: -384px -72px;
+}
+
+.icon-eject {
+  background-position: -408px -72px;
+}
+
+.icon-chevron-left {
+  background-position: -432px -72px;
+}
+
+.icon-chevron-right {
+  background-position: -456px -72px;
+}
+
+.icon-plus-sign {
+  background-position: 0 -96px;
+}
+
+.icon-minus-sign {
+  background-position: -24px -96px;
+}
+
+.icon-remove-sign {
+  background-position: -48px -96px;
+}
+
+.icon-ok-sign {
+  background-position: -72px -96px;
+}
+
+.icon-question-sign {
+  background-position: -96px -96px;
+}
+
+.icon-info-sign {
+  background-position: -120px -96px;
+}
+
+.icon-screenshot {
+  background-position: -144px -96px;
+}
+
+.icon-remove-circle {
+  background-position: -168px -96px;
+}
+
+.icon-ok-circle {
+  background-position: -192px -96px;
+}
+
+.icon-ban-circle {
+  background-position: -216px -96px;
+}
+
+.icon-arrow-left {
+  background-position: -240px -96px;
+}
+
+.icon-arrow-right {
+  background-position: -264px -96px;
+}
+
+.icon-arrow-up {
+  background-position: -289px -96px;
+}
+
+.icon-arrow-down {
+  background-position: -312px -96px;
+}
+
+.icon-share-alt {
+  background-position: -336px -96px;
+}
+
+.icon-resize-full {
+  background-position: -360px -96px;
+}
+
+.icon-resize-small {
+  background-position: -384px -96px;
+}
+
+.icon-plus {
+  background-position: -408px -96px;
+}
+
+.icon-minus {
+  background-position: -433px -96px;
+}
+
+.icon-asterisk {
+  background-position: -456px -96px;
+}
+
+.icon-exclamation-sign {
+  background-position: 0 -120px;
+}
+
+.icon-gift {
+  background-position: -24px -120px;
+}
+
+.icon-leaf {
+  background-position: -48px -120px;
+}
+
+.icon-fire {
+  background-position: -72px -120px;
+}
+
+.icon-eye-open {
+  background-position: -96px -120px;
+}
+
+.icon-eye-close {
+  background-position: -120px -120px;
+}
+
+.icon-warning-sign {
+  background-position: -144px -120px;
+}
+
+.icon-plane {
+  background-position: -168px -120px;
+}
+
+.icon-calendar {
+  background-position: -192px -120px;
+}
+
+.icon-random {
+  background-position: -216px -120px;
+}
+
+.icon-comment {
+  background-position: -240px -120px;
+}
+
+.icon-magnet {
+  background-position: -264px -120px;
+}
+
+.icon-chevron-up {
+  background-position: -288px -120px;
+}
+
+.icon-chevron-down {
+  background-position: -313px -119px;
+}
+
+.icon-retweet {
+  background-position: -336px -120px;
+}
+
+.icon-shopping-cart {
+  background-position: -360px -120px;
+}
+
+.icon-folder-close {
+  background-position: -384px -120px;
+}
+
+.icon-folder-open {
+  background-position: -408px -120px;
+}
+
+.icon-resize-vertical {
+  background-position: -432px -119px;
+}
+
+.icon-resize-horizontal {
+  background-position: -456px -118px;
+}
+
+.icon-hdd {
+  background-position: 0 -144px;
+}
+
+.icon-bullhorn {
+  background-position: -24px -144px;
+}
+
+.icon-bell {
+  background-position: -48px -144px;
+}
+
+.icon-certificate {
+  background-position: -72px -144px;
+}
+
+.icon-thumbs-up {
+  background-position: -96px -144px;
+}
+
+.icon-thumbs-down {
+  background-position: -120px -144px;
+}
+
+.icon-hand-right {
+  background-position: -144px -144px;
+}
+
+.icon-hand-left {
+  background-position: -168px -144px;
+}
+
+.icon-hand-up {
+  background-position: -192px -144px;
+}
+
+.icon-hand-down {
+  background-position: -216px -144px;
+}
+
+.icon-circle-arrow-right {
+  background-position: -240px -144px;
+}
+
+.icon-circle-arrow-left {
+  background-position: -264px -144px;
+}
+
+.icon-circle-arrow-up {
+  background-position: -288px -144px;
+}
+
+.icon-circle-arrow-down {
+  background-position: -312px -144px;
+}
+
+.icon-globe {
+  background-position: -336px -144px;
+}
+
+.icon-wrench {
+  background-position: -360px -144px;
+}
+
+.icon-tasks {
+  background-position: -384px -144px;
+}
+
+.icon-filter {
+  background-position: -408px -144px;
+}
+
+.icon-briefcase {
+  background-position: -432px -144px;
+}
+
+.icon-fullscreen {
+  background-position: -456px -144px;
+}
+
+.dropup,
+.dropdown {
+  position: relative;
+}
+
+.dropdown-toggle {
+  *margin-bottom: -3px;
+}
+
+.dropdown-toggle:active,
+.open .dropdown-toggle {
+  outline: 0;
+}
+
+.caret {
+  display: inline-block;
+  width: 0;
+  height: 0;
+  vertical-align: top;
+  border-top: 4px solid #000000;
+  border-right: 4px solid transparent;
+  border-left: 4px solid transparent;
+  content: "";
+  opacity: 0.3;
+  filter: alpha(opacity=30);
+}
+
+.dropdown .caret {
+  margin-top: 8px;
+  margin-left: 2px;
+}
+
+.dropdown:hover .caret,
+.open .caret {
+  opacity: 1;
+  filter: alpha(opacity=100);
+}
+
+.dropdown-menu {
+  position: absolute;
+  top: 100%;
+  left: 0;
+  z-index: 1000;
+  display: none;
+  float: left;
+  min-width: 160px;
+  padding: 4px 0;
+  margin: 1px 0 0;
+  list-style: none;
+  background-color: #ffffff;
+  border: 1px solid #ccc;
+  border: 1px solid rgba(0, 0, 0, 0.2);
+  *border-right-width: 2px;
+  *border-bottom-width: 2px;
+  -webkit-border-radius: 5px;
+     -moz-border-radius: 5px;
+          border-radius: 5px;
+  -webkit-box-shadow: 0 5px 10px rgba(0, 0, 0, 0.2);
+     -moz-box-shadow: 0 5px 10px rgba(0, 0, 0, 0.2);
+          box-shadow: 0 5px 10px rgba(0, 0, 0, 0.2);
+  -webkit-background-clip: padding-box;
+     -moz-background-clip: padding;
+          background-clip: padding-box;
+}
+
+.dropdown-menu.pull-right {
+  right: 0;
+  left: auto;
+}
+
+.dropdown-menu .divider {
+  *width: 100%;
+  height: 1px;
+  margin: 8px 1px;
+  *margin: -5px 0 5px;
+  overflow: hidden;
+  background-color: #e5e5e5;
+  border-bottom: 1px solid #ffffff;
+}
+
+.dropdown-menu a {
+  display: block;
+  padding: 3px 15px;
+  clear: both;
+  font-weight: normal;
+  line-height: 18px;
+  color: #333333;
+  white-space: nowrap;
+}
+
+.dropdown-menu li > a:hover,
+.dropdown-menu .active > a,
+.dropdown-menu .active > a:hover {
+  color: #ffffff;
+  text-decoration: none;
+  background-color: #0088cc;
+}
+
+.open {
+  *z-index: 1000;
+}
+
+.open > .dropdown-menu {
+  display: block;
+}
+
+.pull-right > .dropdown-menu {
+  right: 0;
+  left: auto;
+}
+
+.dropup .caret,
+.navbar-fixed-bottom .dropdown .caret {
+  border-top: 0;
+  border-bottom: 4px solid #000000;
+  content: "\2191";
+}
+
+.dropup .dropdown-menu,
+.navbar-fixed-bottom .dropdown .dropdown-menu {
+  top: auto;
+  bottom: 100%;
+  margin-bottom: 1px;
+}
+
+.typeahead {
+  margin-top: 2px;
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+}
+
+.well {
+  min-height: 20px;
+  padding: 19px;
+  margin-bottom: 20px;
+  background-color: #f5f5f5;
+  border: 1px solid #eee;
+  border: 1px solid rgba(0, 0, 0, 0.05);
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+  -webkit-box-shadow: inset 0 1px 1px rgba(0, 0, 0, 0.05);
+     -moz-box-shadow: inset 0 1px 1px rgba(0, 0, 0, 0.05);
+          box-shadow: inset 0 1px 1px rgba(0, 0, 0, 0.05);
+}
+
+.well blockquote {
+  border-color: #ddd;
+  border-color: rgba(0, 0, 0, 0.15);
+}
+
+.well-large {
+  padding: 24px;
+  -webkit-border-radius: 6px;
+     -moz-border-radius: 6px;
+          border-radius: 6px;
+}
+
+.well-small {
+  padding: 9px;
+  -webkit-border-radius: 3px;
+     -moz-border-radius: 3px;
+          border-radius: 3px;
+}
+
+.fade {
+  opacity: 0;
+  -webkit-transition: opacity 0.15s linear;
+     -moz-transition: opacity 0.15s linear;
+      -ms-transition: opacity 0.15s linear;
+       -o-transition: opacity 0.15s linear;
+          transition: opacity 0.15s linear;
+}
+
+.fade.in {
+  opacity: 1;
+}
+
+.collapse {
+  position: relative;
+  height: 0;
+  overflow: hidden;
+  -webkit-transition: height 0.35s ease;
+     -moz-transition: height 0.35s ease;
+      -ms-transition: height 0.35s ease;
+       -o-transition: height 0.35s ease;
+          transition: height 0.35s ease;
+}
+
+.collapse.in {
+  height: auto;
+}
+
+.close {
+  float: right;
+  font-size: 20px;
+  font-weight: bold;
+  line-height: 18px;
+  color: #000000;
+  text-shadow: 0 1px 0 #ffffff;
+  opacity: 0.2;
+  filter: alpha(opacity=20);
+}
+
+.close:hover {
+  color: #000000;
+  text-decoration: none;
+  cursor: pointer;
+  opacity: 0.4;
+  filter: alpha(opacity=40);
+}
+
+button.close {
+  padding: 0;
+  cursor: pointer;
+  background: transparent;
+  border: 0;
+  -webkit-appearance: none;
+}
+
+.btn {
+  display: inline-block;
+  *display: inline;
+  padding: 4px 10px 4px;
+  margin-bottom: 0;
+  *margin-left: .3em;
+  font-size: 13px;
+  line-height: 18px;
+  *line-height: 20px;
+  color: #333333;
+  text-align: center;
+  text-shadow: 0 1px 1px rgba(255, 255, 255, 0.75);
+  vertical-align: middle;
+  cursor: pointer;
+  background-color: #f5f5f5;
+  *background-color: #e6e6e6;
+  background-image: -ms-linear-gradient(top, #ffffff, #e6e6e6);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#ffffff), to(#e6e6e6));
+  background-image: -webkit-linear-gradient(top, #ffffff, #e6e6e6);
+  background-image: -o-linear-gradient(top, #ffffff, #e6e6e6);
+  background-image: linear-gradient(top, #ffffff, #e6e6e6);
+  background-image: -moz-linear-gradient(top, #ffffff, #e6e6e6);
+  background-repeat: repeat-x;
+  border: 1px solid #cccccc;
+  *border: 0;
+  border-color: rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.25);
+  border-color: #e6e6e6 #e6e6e6 #bfbfbf;
+  border-bottom-color: #b3b3b3;
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#ffffff', endColorstr='#e6e6e6', GradientType=0);
+  filter: progid:dximagetransform.microsoft.gradient(enabled=false);
+  *zoom: 1;
+  -webkit-box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.2), 0 1px 2px rgba(0, 0, 0, 0.05);
+     -moz-box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.2), 0 1px 2px rgba(0, 0, 0, 0.05);
+          box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.2), 0 1px 2px rgba(0, 0, 0, 0.05);
+}
+
+.btn:hover,
+.btn:active,
+.btn.active,
+.btn.disabled,
+.btn[disabled] {
+  background-color: #e6e6e6;
+  *background-color: #d9d9d9;
+}
+
+.btn:active,
+.btn.active {
+  background-color: #cccccc \9;
+}
+
+.btn:first-child {
+  *margin-left: 0;
+}
+
+.btn:hover {
+  color: #333333;
+  text-decoration: none;
+  background-color: #e6e6e6;
+  *background-color: #d9d9d9;
+  /* Buttons in IE7 don't get borders, so darken on hover */
+
+  background-position: 0 -15px;
+  -webkit-transition: background-position 0.1s linear;
+     -moz-transition: background-position 0.1s linear;
+      -ms-transition: background-position 0.1s linear;
+       -o-transition: background-position 0.1s linear;
+          transition: background-position 0.1s linear;
+}
+
+.btn:focus {
+  outline: thin dotted #333;
+  outline: 5px auto -webkit-focus-ring-color;
+  outline-offset: -2px;
+}
+
+.btn.active,
+.btn:active {
+  background-color: #e6e6e6;
+  background-color: #d9d9d9 \9;
+  background-image: none;
+  outline: 0;
+  -webkit-box-shadow: inset 0 2px 4px rgba(0, 0, 0, 0.15), 0 1px 2px rgba(0, 0, 0, 0.05);
+     -moz-box-shadow: inset 0 2px 4px rgba(0, 0, 0, 0.15), 0 1px 2px rgba(0, 0, 0, 0.05);
+          box-shadow: inset 0 2px 4px rgba(0, 0, 0, 0.15), 0 1px 2px rgba(0, 0, 0, 0.05);
+}
+
+.btn.disabled,
+.btn[disabled] {
+  cursor: default;
+  background-color: #e6e6e6;
+  background-image: none;
+  opacity: 0.65;
+  filter: alpha(opacity=65);
+  -webkit-box-shadow: none;
+     -moz-box-shadow: none;
+          box-shadow: none;
+}
+
+.btn-large {
+  padding: 9px 14px;
+  font-size: 15px;
+  line-height: normal;
+  -webkit-border-radius: 5px;
+     -moz-border-radius: 5px;
+          border-radius: 5px;
+}
+
+.btn-large [class^="icon-"] {
+  margin-top: 1px;
+}
+
+.btn-small {
+  padding: 5px 9px;
+  font-size: 11px;
+  line-height: 16px;
+}
+
+.btn-small [class^="icon-"] {
+  margin-top: -1px;
+}
+
+.btn-mini {
+  padding: 2px 6px;
+  font-size: 11px;
+  line-height: 14px;
+}
+
+.btn-primary,
+.btn-primary:hover,
+.btn-warning,
+.btn-warning:hover,
+.btn-danger,
+.btn-danger:hover,
+.btn-success,
+.btn-success:hover,
+.btn-info,
+.btn-info:hover,
+.btn-inverse,
+.btn-inverse:hover {
+  color: #ffffff;
+  text-shadow: 0 -1px 0 rgba(0, 0, 0, 0.25);
+}
+
+.btn-primary.active,
+.btn-warning.active,
+.btn-danger.active,
+.btn-success.active,
+.btn-info.active,
+.btn-inverse.active {
+  color: rgba(255, 255, 255, 0.75);
+}
+
+.btn {
+  border-color: #ccc;
+  border-color: rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.25);
+}
+
+.btn-primary {
+  background-color: #0074cc;
+  *background-color: #0055cc;
+  background-image: -ms-linear-gradient(top, #0088cc, #0055cc);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#0088cc), to(#0055cc));
+  background-image: -webkit-linear-gradient(top, #0088cc, #0055cc);
+  background-image: -o-linear-gradient(top, #0088cc, #0055cc);
+  background-image: -moz-linear-gradient(top, #0088cc, #0055cc);
+  background-image: linear-gradient(top, #0088cc, #0055cc);
+  background-repeat: repeat-x;
+  border-color: #0055cc #0055cc #003580;
+  border-color: rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.25);
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#0088cc', endColorstr='#0055cc', GradientType=0);
+  filter: progid:dximagetransform.microsoft.gradient(enabled=false);
+}
+
+.btn-primary:hover,
+.btn-primary:active,
+.btn-primary.active,
+.btn-primary.disabled,
+.btn-primary[disabled] {
+  background-color: #0055cc;
+  *background-color: #004ab3;
+}
+
+.btn-primary:active,
+.btn-primary.active {
+  background-color: #004099 \9;
+}
+
+.btn-warning {
+  background-color: #faa732;
+  *background-color: #f89406;
+  background-image: -ms-linear-gradient(top, #fbb450, #f89406);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#fbb450), to(#f89406));
+  background-image: -webkit-linear-gradient(top, #fbb450, #f89406);
+  background-image: -o-linear-gradient(top, #fbb450, #f89406);
+  background-image: -moz-linear-gradient(top, #fbb450, #f89406);
+  background-image: linear-gradient(top, #fbb450, #f89406);
+  background-repeat: repeat-x;
+  border-color: #f89406 #f89406 #ad6704;
+  border-color: rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.25);
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#fbb450', endColorstr='#f89406', GradientType=0);
+  filter: progid:dximagetransform.microsoft.gradient(enabled=false);
+}
+
+.btn-warning:hover,
+.btn-warning:active,
+.btn-warning.active,
+.btn-warning.disabled,
+.btn-warning[disabled] {
+  background-color: #f89406;
+  *background-color: #df8505;
+}
+
+.btn-warning:active,
+.btn-warning.active {
+  background-color: #c67605 \9;
+}
+
+.btn-danger {
+  background-color: #da4f49;
+  *background-color: #bd362f;
+  background-image: -ms-linear-gradient(top, #ee5f5b, #bd362f);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#ee5f5b), to(#bd362f));
+  background-image: -webkit-linear-gradient(top, #ee5f5b, #bd362f);
+  background-image: -o-linear-gradient(top, #ee5f5b, #bd362f);
+  background-image: -moz-linear-gradient(top, #ee5f5b, #bd362f);
+  background-image: linear-gradient(top, #ee5f5b, #bd362f);
+  background-repeat: repeat-x;
+  border-color: #bd362f #bd362f #802420;
+  border-color: rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.25);
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#ee5f5b', endColorstr='#bd362f', GradientType=0);
+  filter: progid:dximagetransform.microsoft.gradient(enabled=false);
+}
+
+.btn-danger:hover,
+.btn-danger:active,
+.btn-danger.active,
+.btn-danger.disabled,
+.btn-danger[disabled] {
+  background-color: #bd362f;
+  *background-color: #a9302a;
+}
+
+.btn-danger:active,
+.btn-danger.active {
+  background-color: #942a25 \9;
+}
+
+.btn-success {
+  background-color: #5bb75b;
+  *background-color: #51a351;
+  background-image: -ms-linear-gradient(top, #62c462, #51a351);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#62c462), to(#51a351));
+  background-image: -webkit-linear-gradient(top, #62c462, #51a351);
+  background-image: -o-linear-gradient(top, #62c462, #51a351);
+  background-image: -moz-linear-gradient(top, #62c462, #51a351);
+  background-image: linear-gradient(top, #62c462, #51a351);
+  background-repeat: repeat-x;
+  border-color: #51a351 #51a351 #387038;
+  border-color: rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.25);
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#62c462', endColorstr='#51a351', GradientType=0);
+  filter: progid:dximagetransform.microsoft.gradient(enabled=false);
+}
+
+.btn-success:hover,
+.btn-success:active,
+.btn-success.active,
+.btn-success.disabled,
+.btn-success[disabled] {
+  background-color: #51a351;
+  *background-color: #499249;
+}
+
+.btn-success:active,
+.btn-success.active {
+  background-color: #408140 \9;
+}
+
+.btn-info {
+  background-color: #49afcd;
+  *background-color: #2f96b4;
+  background-image: -ms-linear-gradient(top, #5bc0de, #2f96b4);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#5bc0de), to(#2f96b4));
+  background-image: -webkit-linear-gradient(top, #5bc0de, #2f96b4);
+  background-image: -o-linear-gradient(top, #5bc0de, #2f96b4);
+  background-image: -moz-linear-gradient(top, #5bc0de, #2f96b4);
+  background-image: linear-gradient(top, #5bc0de, #2f96b4);
+  background-repeat: repeat-x;
+  border-color: #2f96b4 #2f96b4 #1f6377;
+  border-color: rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.25);
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#5bc0de', endColorstr='#2f96b4', GradientType=0);
+  filter: progid:dximagetransform.microsoft.gradient(enabled=false);
+}
+
+.btn-info:hover,
+.btn-info:active,
+.btn-info.active,
+.btn-info.disabled,
+.btn-info[disabled] {
+  background-color: #2f96b4;
+  *background-color: #2a85a0;
+}
+
+.btn-info:active,
+.btn-info.active {
+  background-color: #24748c \9;
+}
+
+.btn-inverse {
+  background-color: #414141;
+  *background-color: #222222;
+  background-image: -ms-linear-gradient(top, #555555, #222222);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#555555), to(#222222));
+  background-image: -webkit-linear-gradient(top, #555555, #222222);
+  background-image: -o-linear-gradient(top, #555555, #222222);
+  background-image: -moz-linear-gradient(top, #555555, #222222);
+  background-image: linear-gradient(top, #555555, #222222);
+  background-repeat: repeat-x;
+  border-color: #222222 #222222 #000000;
+  border-color: rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.25);
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#555555', endColorstr='#222222', GradientType=0);
+  filter: progid:dximagetransform.microsoft.gradient(enabled=false);
+}
+
+.btn-inverse:hover,
+.btn-inverse:active,
+.btn-inverse.active,
+.btn-inverse.disabled,
+.btn-inverse[disabled] {
+  background-color: #222222;
+  *background-color: #151515;
+}
+
+.btn-inverse:active,
+.btn-inverse.active {
+  background-color: #080808 \9;
+}
+
+button.btn,
+input[type="submit"].btn {
+  *padding-top: 2px;
+  *padding-bottom: 2px;
+}
+
+button.btn::-moz-focus-inner,
+input[type="submit"].btn::-moz-focus-inner {
+  padding: 0;
+  border: 0;
+}
+
+button.btn.btn-large,
+input[type="submit"].btn.btn-large {
+  *padding-top: 7px;
+  *padding-bottom: 7px;
+}
+
+button.btn.btn-small,
+input[type="submit"].btn.btn-small {
+  *padding-top: 3px;
+  *padding-bottom: 3px;
+}
+
+button.btn.btn-mini,
+input[type="submit"].btn.btn-mini {
+  *padding-top: 1px;
+  *padding-bottom: 1px;
+}
+
+.btn-group {
+  position: relative;
+  *margin-left: .3em;
+  *zoom: 1;
+}
+
+.btn-group:before,
+.btn-group:after {
+  display: table;
+  content: "";
+}
+
+.btn-group:after {
+  clear: both;
+}
+
+.btn-group:first-child {
+  *margin-left: 0;
+}
+
+.btn-group + .btn-group {
+  margin-left: 5px;
+}
+
+.btn-toolbar {
+  margin-top: 9px;
+  margin-bottom: 9px;
+}
+
+.btn-toolbar .btn-group {
+  display: inline-block;
+  *display: inline;
+  /* IE7 inline-block hack */
+
+  *zoom: 1;
+}
+
+.btn-group > .btn {
+  position: relative;
+  float: left;
+  margin-left: -1px;
+  -webkit-border-radius: 0;
+     -moz-border-radius: 0;
+          border-radius: 0;
+}
+
+.btn-group > .btn:first-child {
+  margin-left: 0;
+  -webkit-border-bottom-left-radius: 4px;
+          border-bottom-left-radius: 4px;
+  -webkit-border-top-left-radius: 4px;
+          border-top-left-radius: 4px;
+  -moz-border-radius-bottomleft: 4px;
+  -moz-border-radius-topleft: 4px;
+}
+
+.btn-group > .btn:last-child,
+.btn-group > .dropdown-toggle {
+  -webkit-border-top-right-radius: 4px;
+          border-top-right-radius: 4px;
+  -webkit-border-bottom-right-radius: 4px;
+          border-bottom-right-radius: 4px;
+  -moz-border-radius-topright: 4px;
+  -moz-border-radius-bottomright: 4px;
+}
+
+.btn-group > .btn.large:first-child {
+  margin-left: 0;
+  -webkit-border-bottom-left-radius: 6px;
+          border-bottom-left-radius: 6px;
+  -webkit-border-top-left-radius: 6px;
+          border-top-left-radius: 6px;
+  -moz-border-radius-bottomleft: 6px;
+  -moz-border-radius-topleft: 6px;
+}
+
+.btn-group > .btn.large:last-child,
+.btn-group > .large.dropdown-toggle {
+  -webkit-border-top-right-radius: 6px;
+          border-top-right-radius: 6px;
+  -webkit-border-bottom-right-radius: 6px;
+          border-bottom-right-radius: 6px;
+  -moz-border-radius-topright: 6px;
+  -moz-border-radius-bottomright: 6px;
+}
+
+.btn-group > .btn:hover,
+.btn-group > .btn:focus,
+.btn-group > .btn:active,
+.btn-group > .btn.active {
+  z-index: 2;
+}
+
+.btn-group .dropdown-toggle:active,
+.btn-group.open .dropdown-toggle {
+  outline: 0;
+}
+
+.btn-group > .dropdown-toggle {
+  *padding-top: 4px;
+  padding-right: 8px;
+  *padding-bottom: 4px;
+  padding-left: 8px;
+  -webkit-box-shadow: inset 1px 0 0 rgba(255, 255, 255, 0.125), inset 0 1px 0 rgba(255, 255, 255, 0.2), 0 1px 2px rgba(0, 0, 0, 0.05);
+     -moz-box-shadow: inset 1px 0 0 rgba(255, 255, 255, 0.125), inset 0 1px 0 rgba(255, 255, 255, 0.2), 0 1px 2px rgba(0, 0, 0, 0.05);
+          box-shadow: inset 1px 0 0 rgba(255, 255, 255, 0.125), inset 0 1px 0 rgba(255, 255, 255, 0.2), 0 1px 2px rgba(0, 0, 0, 0.05);
+}
+
+.btn-group > .btn-mini.dropdown-toggle {
+  padding-right: 5px;
+  padding-left: 5px;
+}
+
+.btn-group > .btn-small.dropdown-toggle {
+  *padding-top: 4px;
+  *padding-bottom: 4px;
+}
+
+.btn-group > .btn-large.dropdown-toggle {
+  padding-right: 12px;
+  padding-left: 12px;
+}
+
+.btn-group.open .dropdown-toggle {
+  background-image: none;
+  -webkit-box-shadow: inset 0 2px 4px rgba(0, 0, 0, 0.15), 0 1px 2px rgba(0, 0, 0, 0.05);
+     -moz-box-shadow: inset 0 2px 4px rgba(0, 0, 0, 0.15), 0 1px 2px rgba(0, 0, 0, 0.05);
+          box-shadow: inset 0 2px 4px rgba(0, 0, 0, 0.15), 0 1px 2px rgba(0, 0, 0, 0.05);
+}
+
+.btn-group.open .btn.dropdown-toggle {
+  background-color: #e6e6e6;
+}
+
+.btn-group.open .btn-primary.dropdown-toggle {
+  background-color: #0055cc;
+}
+
+.btn-group.open .btn-warning.dropdown-toggle {
+  background-color: #f89406;
+}
+
+.btn-group.open .btn-danger.dropdown-toggle {
+  background-color: #bd362f;
+}
+
+.btn-group.open .btn-success.dropdown-toggle {
+  background-color: #51a351;
+}
+
+.btn-group.open .btn-info.dropdown-toggle {
+  background-color: #2f96b4;
+}
+
+.btn-group.open .btn-inverse.dropdown-toggle {
+  background-color: #222222;
+}
+
+.btn .caret {
+  margin-top: 7px;
+  margin-left: 0;
+}
+
+.btn:hover .caret,
+.open.btn-group .caret {
+  opacity: 1;
+  filter: alpha(opacity=100);
+}
+
+.btn-mini .caret {
+  margin-top: 5px;
+}
+
+.btn-small .caret {
+  margin-top: 6px;
+}
+
+.btn-large .caret {
+  margin-top: 6px;
+  border-top-width: 5px;
+  border-right-width: 5px;
+  border-left-width: 5px;
+}
+
+.dropup .btn-large .caret {
+  border-top: 0;
+  border-bottom: 5px solid #000000;
+}
+
+.btn-primary .caret,
+.btn-warning .caret,
+.btn-danger .caret,
+.btn-info .caret,
+.btn-success .caret,
+.btn-inverse .caret {
+  border-top-color: #ffffff;
+  border-bottom-color: #ffffff;
+  opacity: 0.75;
+  filter: alpha(opacity=75);
+}
+
+.alert {
+  padding: 8px 35px 8px 14px;
+  margin-bottom: 18px;
+  color: #c09853;
+  text-shadow: 0 1px 0 rgba(255, 255, 255, 0.5);
+  background-color: #fcf8e3;
+  border: 1px solid #fbeed5;
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+}
+
+.alert-heading {
+  color: inherit;
+}
+
+.alert .close {
+  position: relative;
+  top: -2px;
+  right: -21px;
+  line-height: 18px;
+}
+
+.alert-success {
+  color: #468847;
+  background-color: #dff0d8;
+  border-color: #d6e9c6;
+}
+
+.alert-danger,
+.alert-error {
+  color: #b94a48;
+  background-color: #f2dede;
+  border-color: #eed3d7;
+}
+
+.alert-info {
+  color: #3a87ad;
+  background-color: #d9edf7;
+  border-color: #bce8f1;
+}
+
+.alert-block {
+  padding-top: 14px;
+  padding-bottom: 14px;
+}
+
+.alert-block > p,
+.alert-block > ul {
+  margin-bottom: 0;
+}
+
+.alert-block p + p {
+  margin-top: 5px;
+}
+
+.nav {
+  margin-bottom: 18px;
+  margin-left: 0;
+  list-style: none;
+}
+
+.nav > li > a {
+  display: block;
+}
+
+.nav > li > a:hover {
+  text-decoration: none;
+  background-color: #eeeeee;
+}
+
+.nav > .pull-right {
+  float: right;
+}
+
+.nav .nav-header {
+  display: block;
+  padding: 3px 15px;
+  font-size: 11px;
+  font-weight: bold;
+  line-height: 18px;
+  color: #999999;
+  text-shadow: 0 1px 0 rgba(255, 255, 255, 0.5);
+  text-transform: uppercase;
+}
+
+.nav li + .nav-header {
+  margin-top: 9px;
+}
+
+.nav-list {
+  padding-right: 15px;
+  padding-left: 15px;
+  margin-bottom: 0;
+}
+
+.nav-list > li > a,
+.nav-list .nav-header {
+  margin-right: -15px;
+  margin-left: -15px;
+  text-shadow: 0 1px 0 rgba(255, 255, 255, 0.5);
+}
+
+.nav-list > li > a {
+  padding: 3px 15px;
+}
+
+.nav-list > .active > a,
+.nav-list > .active > a:hover {
+  color: #ffffff;
+  text-shadow: 0 -1px 0 rgba(0, 0, 0, 0.2);
+  background-color: #0088cc;
+}
+
+.nav-list [class^="icon-"] {
+  margin-right: 2px;
+}
+
+.nav-list .divider {
+  *width: 100%;
+  height: 1px;
+  margin: 8px 1px;
+  *margin: -5px 0 5px;
+  overflow: hidden;
+  background-color: #e5e5e5;
+  border-bottom: 1px solid #ffffff;
+}
+
+.nav-tabs,
+.nav-pills {
+  *zoom: 1;
+}
+
+.nav-tabs:before,
+.nav-pills:before,
+.nav-tabs:after,
+.nav-pills:after {
+  display: table;
+  content: "";
+}
+
+.nav-tabs:after,
+.nav-pills:after {
+  clear: both;
+}
+
+.nav-tabs > li,
+.nav-pills > li {
+  float: left;
+}
+
+.nav-tabs > li > a,
+.nav-pills > li > a {
+  padding-right: 12px;
+  padding-left: 12px;
+  margin-right: 2px;
+  line-height: 14px;
+}
+
+.nav-tabs {
+  border-bottom: 1px solid #ddd;
+}
+
+.nav-tabs > li {
+  margin-bottom: -1px;
+}
+
+.nav-tabs > li > a {
+  padding-top: 8px;
+  padding-bottom: 8px;
+  line-height: 18px;
+  border: 1px solid transparent;
+  -webkit-border-radius: 4px 4px 0 0;
+     -moz-border-radius: 4px 4px 0 0;
+          border-radius: 4px 4px 0 0;
+}
+
+.nav-tabs > li > a:hover {
+  border-color: #eeeeee #eeeeee #dddddd;
+}
+
+.nav-tabs > .active > a,
+.nav-tabs > .active > a:hover {
+  color: #555555;
+  cursor: default;
+  background-color: #ffffff;
+  border: 1px solid #ddd;
+  border-bottom-color: transparent;
+}
+
+.nav-pills > li > a {
+  padding-top: 8px;
+  padding-bottom: 8px;
+  margin-top: 2px;
+  margin-bottom: 2px;
+  -webkit-border-radius: 5px;
+     -moz-border-radius: 5px;
+          border-radius: 5px;
+}
+
+.nav-pills > .active > a,
+.nav-pills > .active > a:hover {
+  color: #ffffff;
+  background-color: #0088cc;
+}
+
+.nav-stacked > li {
+  float: none;
+}
+
+.nav-stacked > li > a {
+  margin-right: 0;
+}
+
+.nav-tabs.nav-stacked {
+  border-bottom: 0;
+}
+
+.nav-tabs.nav-stacked > li > a {
+  border: 1px solid #ddd;
+  -webkit-border-radius: 0;
+     -moz-border-radius: 0;
+          border-radius: 0;
+}
+
+.nav-tabs.nav-stacked > li:first-child > a {
+  -webkit-border-radius: 4px 4px 0 0;
+     -moz-border-radius: 4px 4px 0 0;
+          border-radius: 4px 4px 0 0;
+}
+
+.nav-tabs.nav-stacked > li:last-child > a {
+  -webkit-border-radius: 0 0 4px 4px;
+     -moz-border-radius: 0 0 4px 4px;
+          border-radius: 0 0 4px 4px;
+}
+
+.nav-tabs.nav-stacked > li > a:hover {
+  z-index: 2;
+  border-color: #ddd;
+}
+
+.nav-pills.nav-stacked > li > a {
+  margin-bottom: 3px;
+}
+
+.nav-pills.nav-stacked > li:last-child > a {
+  margin-bottom: 1px;
+}
+
+.nav-tabs .dropdown-menu {
+  -webkit-border-radius: 0 0 5px 5px;
+     -moz-border-radius: 0 0 5px 5px;
+          border-radius: 0 0 5px 5px;
+}
+
+.nav-pills .dropdown-menu {
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+}
+
+.nav-tabs .dropdown-toggle .caret,
+.nav-pills .dropdown-toggle .caret {
+  margin-top: 6px;
+  border-top-color: #0088cc;
+  border-bottom-color: #0088cc;
+}
+
+.nav-tabs .dropdown-toggle:hover .caret,
+.nav-pills .dropdown-toggle:hover .caret {
+  border-top-color: #005580;
+  border-bottom-color: #005580;
+}
+
+.nav-tabs .active .dropdown-toggle .caret,
+.nav-pills .active .dropdown-toggle .caret {
+  border-top-color: #333333;
+  border-bottom-color: #333333;
+}
+
+.nav > .dropdown.active > a:hover {
+  color: #000000;
+  cursor: pointer;
+}
+
+.nav-tabs .open .dropdown-toggle,
+.nav-pills .open .dropdown-toggle,
+.nav > li.dropdown.open.active > a:hover {
+  color: #ffffff;
+  background-color: #999999;
+  border-color: #999999;
+}
+
+.nav li.dropdown.open .caret,
+.nav li.dropdown.open.active .caret,
+.nav li.dropdown.open a:hover .caret {
+  border-top-color: #ffffff;
+  border-bottom-color: #ffffff;
+  opacity: 1;
+  filter: alpha(opacity=100);
+}
+
+.tabs-stacked .open > a:hover {
+  border-color: #999999;
+}
+
+.tabbable {
+  *zoom: 1;
+}
+
+.tabbable:before,
+.tabbable:after {
+  display: table;
+  content: "";
+}
+
+.tabbable:after {
+  clear: both;
+}
+
+.tab-content {
+  overflow: auto;
+}
+
+.tabs-below > .nav-tabs,
+.tabs-right > .nav-tabs,
+.tabs-left > .nav-tabs {
+  border-bottom: 0;
+}
+
+.tab-content > .tab-pane,
+.pill-content > .pill-pane {
+  display: none;
+}
+
+.tab-content > .active,
+.pill-content > .active {
+  display: block;
+}
+
+.tabs-below > .nav-tabs {
+  border-top: 1px solid #ddd;
+}
+
+.tabs-below > .nav-tabs > li {
+  margin-top: -1px;
+  margin-bottom: 0;
+}
+
+.tabs-below > .nav-tabs > li > a {
+  -webkit-border-radius: 0 0 4px 4px;
+     -moz-border-radius: 0 0 4px 4px;
+          border-radius: 0 0 4px 4px;
+}
+
+.tabs-below > .nav-tabs > li > a:hover {
+  border-top-color: #ddd;
+  border-bottom-color: transparent;
+}
+
+.tabs-below > .nav-tabs > .active > a,
+.tabs-below > .nav-tabs > .active > a:hover {
+  border-color: transparent #ddd #ddd #ddd;
+}
+
+.tabs-left > .nav-tabs > li,
+.tabs-right > .nav-tabs > li {
+  float: none;
+}
+
+.tabs-left > .nav-tabs > li > a,
+.tabs-right > .nav-tabs > li > a {
+  min-width: 74px;
+  margin-right: 0;
+  margin-bottom: 3px;
+}
+
+.tabs-left > .nav-tabs {
+  float: left;
+  margin-right: 19px;
+  border-right: 1px solid #ddd;
+}
+
+.tabs-left > .nav-tabs > li > a {
+  margin-right: -1px;
+  -webkit-border-radius: 4px 0 0 4px;
+     -moz-border-radius: 4px 0 0 4px;
+          border-radius: 4px 0 0 4px;
+}
+
+.tabs-left > .nav-tabs > li > a:hover {
+  border-color: #eeeeee #dddddd #eeeeee #eeeeee;
+}
+
+.tabs-left > .nav-tabs .active > a,
+.tabs-left > .nav-tabs .active > a:hover {
+  border-color: #ddd transparent #ddd #ddd;
+  *border-right-color: #ffffff;
+}
+
+.tabs-right > .nav-tabs {
+  float: right;
+  margin-left: 19px;
+  border-left: 1px solid #ddd;
+}
+
+.tabs-right > .nav-tabs > li > a {
+  margin-left: -1px;
+  -webkit-border-radius: 0 4px 4px 0;
+     -moz-border-radius: 0 4px 4px 0;
+          border-radius: 0 4px 4px 0;
+}
+
+.tabs-right > .nav-tabs > li > a:hover {
+  border-color: #eeeeee #eeeeee #eeeeee #dddddd;
+}
+
+.tabs-right > .nav-tabs .active > a,
+.tabs-right > .nav-tabs .active > a:hover {
+  border-color: #ddd #ddd #ddd transparent;
+  *border-left-color: #ffffff;
+}
+
+.navbar {
+  *position: relative;
+  *z-index: 2;
+  margin-bottom: 18px;
+  overflow: visible;
+}
+
+.navbar-inner {
+  min-height: 40px;
+  padding-right: 20px;
+  padding-left: 20px;
+  background-color: #2c2c2c;
+  background-image: -moz-linear-gradient(top, #333333, #222222);
+  background-image: -ms-linear-gradient(top, #333333, #222222);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#333333), to(#222222));
+  background-image: -webkit-linear-gradient(top, #333333, #222222);
+  background-image: -o-linear-gradient(top, #333333, #222222);
+  background-image: linear-gradient(top, #333333, #222222);
+  background-repeat: repeat-x;
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#333333', endColorstr='#222222', GradientType=0);
+  -webkit-box-shadow: 0 1px 3px rgba(0, 0, 0, 0.25), inset 0 -1px 0 rgba(0, 0, 0, 0.1);
+     -moz-box-shadow: 0 1px 3px rgba(0, 0, 0, 0.25), inset 0 -1px 0 rgba(0, 0, 0, 0.1);
+          box-shadow: 0 1px 3px rgba(0, 0, 0, 0.25), inset 0 -1px 0 rgba(0, 0, 0, 0.1);
+}
+
+.navbar .container {
+  width: auto;
+}
+
+.nav-collapse.collapse {
+  height: auto;
+}
+
+.navbar {
+  color: #999999;
+}
+
+.navbar .brand:hover {
+  text-decoration: none;
+}
+
+.navbar .brand {
+  display: block;
+  float: left;
+  padding: 8px 20px 12px;
+  margin-left: -20px;
+  font-size: 20px;
+  font-weight: 200;
+  line-height: 1;
+  color: #999999;
+}
+
+.navbar .navbar-text {
+  margin-bottom: 0;
+  line-height: 40px;
+}
+
+.navbar .navbar-link {
+  color: #999999;
+}
+
+.navbar .navbar-link:hover {
+  color: #ffffff;
+}
+
+.navbar .btn,
+.navbar .btn-group {
+  margin-top: 5px;
+}
+
+.navbar .btn-group .btn {
+  margin: 0;
+}
+
+.navbar-form {
+  margin-bottom: 0;
+  *zoom: 1;
+}
+
+.navbar-form:before,
+.navbar-form:after {
+  display: table;
+  content: "";
+}
+
+.navbar-form:after {
+  clear: both;
+}
+
+.navbar-form input,
+.navbar-form select,
+.navbar-form .radio,
+.navbar-form .checkbox {
+  margin-top: 5px;
+}
+
+.navbar-form input,
+.navbar-form select {
+  display: inline-block;
+  margin-bottom: 0;
+}
+
+.navbar-form input[type="image"],
+.navbar-form input[type="checkbox"],
+.navbar-form input[type="radio"] {
+  margin-top: 3px;
+}
+
+.navbar-form .input-append,
+.navbar-form .input-prepend {
+  margin-top: 6px;
+  white-space: nowrap;
+}
+
+.navbar-form .input-append input,
+.navbar-form .input-prepend input {
+  margin-top: 0;
+}
+
+.navbar-search {
+  position: relative;
+  float: left;
+  margin-top: 6px;
+  margin-bottom: 0;
+}
+
+.navbar-search .search-query {
+  padding: 4px 9px;
+  font-family: "Helvetica Neue", Helvetica, Arial, sans-serif;
+  font-size: 13px;
+  font-weight: normal;
+  line-height: 1;
+  color: #ffffff;
+  background-color: #626262;
+  border: 1px solid #151515;
+  -webkit-box-shadow: inset 0 1px 2px rgba(0, 0, 0, 0.1), 0 1px 0 rgba(255, 255, 255, 0.15);
+     -moz-box-shadow: inset 0 1px 2px rgba(0, 0, 0, 0.1), 0 1px 0 rgba(255, 255, 255, 0.15);
+          box-shadow: inset 0 1px 2px rgba(0, 0, 0, 0.1), 0 1px 0 rgba(255, 255, 255, 0.15);
+  -webkit-transition: none;
+     -moz-transition: none;
+      -ms-transition: none;
+       -o-transition: none;
+          transition: none;
+}
+
+.navbar-search .search-query:-moz-placeholder {
+  color: #cccccc;
+}
+
+.navbar-search .search-query:-ms-input-placeholder {
+  color: #cccccc;
+}
+
+.navbar-search .search-query::-webkit-input-placeholder {
+  color: #cccccc;
+}
+
+.navbar-search .search-query:focus,
+.navbar-search .search-query.focused {
+  padding: 5px 10px;
+  color: #333333;
+  text-shadow: 0 1px 0 #ffffff;
+  background-color: #ffffff;
+  border: 0;
+  outline: 0;
+  -webkit-box-shadow: 0 0 3px rgba(0, 0, 0, 0.15);
+     -moz-box-shadow: 0 0 3px rgba(0, 0, 0, 0.15);
+          box-shadow: 0 0 3px rgba(0, 0, 0, 0.15);
+}
+
+.navbar-fixed-top,
+.navbar-fixed-bottom {
+  position: fixed;
+  right: 0;
+  left: 0;
+  z-index: 1030;
+  margin-bottom: 0;
+}
+
+.navbar-fixed-top .navbar-inner,
+.navbar-fixed-bottom .navbar-inner {
+  padding-right: 0;
+  padding-left: 0;
+  -webkit-border-radius: 0;
+     -moz-border-radius: 0;
+          border-radius: 0;
+}
+
+.navbar-fixed-top .container,
+.navbar-fixed-bottom .container {
+  width: 940px;
+}
+
+.navbar-fixed-top {
+  top: 0;
+}
+
+.navbar-fixed-bottom {
+  bottom: 0;
+}
+
+.navbar .nav {
+  position: relative;
+  left: 0;
+  display: block;
+  float: left;
+  margin: 0 10px 0 0;
+}
+
+.navbar .nav.pull-right {
+  float: right;
+}
+
+.navbar .nav > li {
+  display: block;
+  float: left;
+}
+
+.navbar .nav > li > a {
+  float: none;
+  padding: 9px 10px 11px;
+  line-height: 19px;
+  color: #999999;
+  text-decoration: none;
+  text-shadow: 0 -1px 0 rgba(0, 0, 0, 0.25);
+}
+
+.navbar .btn {
+  display: inline-block;
+  padding: 4px 10px 4px;
+  margin: 5px 5px 6px;
+  line-height: 18px;
+}
+
+.navbar .btn-group {
+  padding: 5px 5px 6px;
+  margin: 0;
+}
+
+.navbar .nav > li > a:hover {
+  color: #ffffff;
+  text-decoration: none;
+  background-color: transparent;
+}
+
+.navbar .nav .active > a,
+.navbar .nav .active > a:hover {
+  color: #ffffff;
+  text-decoration: none;
+  background-color: #222222;
+}
+
+.navbar .divider-vertical {
+  width: 1px;
+  height: 40px;
+  margin: 0 9px;
+  overflow: hidden;
+  background-color: #222222;
+  border-right: 1px solid #333333;
+}
+
+.navbar .nav.pull-right {
+  margin-right: 0;
+  margin-left: 10px;
+}
+
+.navbar .btn-navbar {
+  display: none;
+  float: right;
+  padding: 7px 10px;
+  margin-right: 5px;
+  margin-left: 5px;
+  background-color: #2c2c2c;
+  *background-color: #222222;
+  background-image: -ms-linear-gradient(top, #333333, #222222);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#333333), to(#222222));
+  background-image: -webkit-linear-gradient(top, #333333, #222222);
+  background-image: -o-linear-gradient(top, #333333, #222222);
+  background-image: linear-gradient(top, #333333, #222222);
+  background-image: -moz-linear-gradient(top, #333333, #222222);
+  background-repeat: repeat-x;
+  border-color: #222222 #222222 #000000;
+  border-color: rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.1) rgba(0, 0, 0, 0.25);
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#333333', endColorstr='#222222', GradientType=0);
+  filter: progid:dximagetransform.microsoft.gradient(enabled=false);
+  -webkit-box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.1), 0 1px 0 rgba(255, 255, 255, 0.075);
+     -moz-box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.1), 0 1px 0 rgba(255, 255, 255, 0.075);
+          box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.1), 0 1px 0 rgba(255, 255, 255, 0.075);
+}
+
+.navbar .btn-navbar:hover,
+.navbar .btn-navbar:active,
+.navbar .btn-navbar.active,
+.navbar .btn-navbar.disabled,
+.navbar .btn-navbar[disabled] {
+  background-color: #222222;
+  *background-color: #151515;
+}
+
+.navbar .btn-navbar:active,
+.navbar .btn-navbar.active {
+  background-color: #080808 \9;
+}
+
+.navbar .btn-navbar .icon-bar {
+  display: block;
+  width: 18px;
+  height: 2px;
+  background-color: #f5f5f5;
+  -webkit-border-radius: 1px;
+     -moz-border-radius: 1px;
+          border-radius: 1px;
+  -webkit-box-shadow: 0 1px 0 rgba(0, 0, 0, 0.25);
+     -moz-box-shadow: 0 1px 0 rgba(0, 0, 0, 0.25);
+          box-shadow: 0 1px 0 rgba(0, 0, 0, 0.25);
+}
+
+.btn-navbar .icon-bar + .icon-bar {
+  margin-top: 3px;
+}
+
+.navbar .dropdown-menu:before {
+  position: absolute;
+  top: -7px;
+  left: 9px;
+  display: inline-block;
+  border-right: 7px solid transparent;
+  border-bottom: 7px solid #ccc;
+  border-left: 7px solid transparent;
+  border-bottom-color: rgba(0, 0, 0, 0.2);
+  content: '';
+}
+
+.navbar .dropdown-menu:after {
+  position: absolute;
+  top: -6px;
+  left: 10px;
+  display: inline-block;
+  border-right: 6px solid transparent;
+  border-bottom: 6px solid #ffffff;
+  border-left: 6px solid transparent;
+  content: '';
+}
+
+.navbar-fixed-bottom .dropdown-menu:before {
+  top: auto;
+  bottom: -7px;
+  border-top: 7px solid #ccc;
+  border-bottom: 0;
+  border-top-color: rgba(0, 0, 0, 0.2);
+}
+
+.navbar-fixed-bottom .dropdown-menu:after {
+  top: auto;
+  bottom: -6px;
+  border-top: 6px solid #ffffff;
+  border-bottom: 0;
+}
+
+.navbar .nav li.dropdown .dropdown-toggle .caret,
+.navbar .nav li.dropdown.open .caret {
+  border-top-color: #ffffff;
+  border-bottom-color: #ffffff;
+}
+
+.navbar .nav li.dropdown.active .caret {
+  opacity: 1;
+  filter: alpha(opacity=100);
+}
+
+.navbar .nav li.dropdown.open > .dropdown-toggle,
+.navbar .nav li.dropdown.active > .dropdown-toggle,
+.navbar .nav li.dropdown.open.active > .dropdown-toggle {
+  background-color: transparent;
+}
+
+.navbar .nav li.dropdown.active > .dropdown-toggle:hover {
+  color: #ffffff;
+}
+
+.navbar .pull-right .dropdown-menu,
+.navbar .dropdown-menu.pull-right {
+  right: 0;
+  left: auto;
+}
+
+.navbar .pull-right .dropdown-menu:before,
+.navbar .dropdown-menu.pull-right:before {
+  right: 12px;
+  left: auto;
+}
+
+.navbar .pull-right .dropdown-menu:after,
+.navbar .dropdown-menu.pull-right:after {
+  right: 13px;
+  left: auto;
+}
+
+.breadcrumb {
+  padding: 7px 14px;
+  margin: 0 0 18px;
+  list-style: none;
+  background-color: #fbfbfb;
+  background-image: -moz-linear-gradient(top, #ffffff, #f5f5f5);
+  background-image: -ms-linear-gradient(top, #ffffff, #f5f5f5);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#ffffff), to(#f5f5f5));
+  background-image: -webkit-linear-gradient(top, #ffffff, #f5f5f5);
+  background-image: -o-linear-gradient(top, #ffffff, #f5f5f5);
+  background-image: linear-gradient(top, #ffffff, #f5f5f5);
+  background-repeat: repeat-x;
+  border: 1px solid #ddd;
+  -webkit-border-radius: 3px;
+     -moz-border-radius: 3px;
+          border-radius: 3px;
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#ffffff', endColorstr='#f5f5f5', GradientType=0);
+  -webkit-box-shadow: inset 0 1px 0 #ffffff;
+     -moz-box-shadow: inset 0 1px 0 #ffffff;
+          box-shadow: inset 0 1px 0 #ffffff;
+}
+
+.breadcrumb li {
+  display: inline-block;
+  *display: inline;
+  text-shadow: 0 1px 0 #ffffff;
+  *zoom: 1;
+}
+
+.breadcrumb .divider {
+  padding: 0 5px;
+  color: #999999;
+}
+
+.breadcrumb .active a {
+  color: #333333;
+}
+
+.pagination {
+  height: 36px;
+  margin: 18px 0;
+}
+
+.pagination ul {
+  display: inline-block;
+  *display: inline;
+  margin-bottom: 0;
+  margin-left: 0;
+  -webkit-border-radius: 3px;
+     -moz-border-radius: 3px;
+          border-radius: 3px;
+  *zoom: 1;
+  -webkit-box-shadow: 0 1px 2px rgba(0, 0, 0, 0.05);
+     -moz-box-shadow: 0 1px 2px rgba(0, 0, 0, 0.05);
+          box-shadow: 0 1px 2px rgba(0, 0, 0, 0.05);
+}
+
+.pagination li {
+  display: inline;
+}
+
+.pagination a {
+  float: left;
+  padding: 0 14px;
+  line-height: 34px;
+  text-decoration: none;
+  border: 1px solid #ddd;
+  border-left-width: 0;
+}
+
+.pagination a:hover,
+.pagination .active a {
+  background-color: #f5f5f5;
+}
+
+.pagination .active a {
+  color: #999999;
+  cursor: default;
+}
+
+.pagination .disabled span,
+.pagination .disabled a,
+.pagination .disabled a:hover {
+  color: #999999;
+  cursor: default;
+  background-color: transparent;
+}
+
+.pagination li:first-child a {
+  border-left-width: 1px;
+  -webkit-border-radius: 3px 0 0 3px;
+     -moz-border-radius: 3px 0 0 3px;
+          border-radius: 3px 0 0 3px;
+}
+
+.pagination li:last-child a {
+  -webkit-border-radius: 0 3px 3px 0;
+     -moz-border-radius: 0 3px 3px 0;
+          border-radius: 0 3px 3px 0;
+}
+
+.pagination-centered {
+  text-align: center;
+}
+
+.pagination-right {
+  text-align: right;
+}
+
+.pager {
+  margin-bottom: 18px;
+  margin-left: 0;
+  text-align: center;
+  list-style: none;
+  *zoom: 1;
+}
+
+.pager:before,
+.pager:after {
+  display: table;
+  content: "";
+}
+
+.pager:after {
+  clear: both;
+}
+
+.pager li {
+  display: inline;
+}
+
+.pager a {
+  display: inline-block;
+  padding: 5px 14px;
+  background-color: #fff;
+  border: 1px solid #ddd;
+  -webkit-border-radius: 15px;
+     -moz-border-radius: 15px;
+          border-radius: 15px;
+}
+
+.pager a:hover {
+  text-decoration: none;
+  background-color: #f5f5f5;
+}
+
+.pager .next a {
+  float: right;
+}
+
+.pager .previous a {
+  float: left;
+}
+
+.pager .disabled a,
+.pager .disabled a:hover {
+  color: #999999;
+  cursor: default;
+  background-color: #fff;
+}
+
+.modal-open .dropdown-menu {
+  z-index: 2050;
+}
+
+.modal-open .dropdown.open {
+  *z-index: 2050;
+}
+
+.modal-open .popover {
+  z-index: 2060;
+}
+
+.modal-open .tooltip {
+  z-index: 2070;
+}
+
+.modal-backdrop {
+  position: fixed;
+  top: 0;
+  right: 0;
+  bottom: 0;
+  left: 0;
+  z-index: 1040;
+  background-color: #000000;
+}
+
+.modal-backdrop.fade {
+  opacity: 0;
+}
+
+.modal-backdrop,
+.modal-backdrop.fade.in {
+  opacity: 0.8;
+  filter: alpha(opacity=80);
+}
+
+.modal {
+  position: fixed;
+  top: 50%;
+  left: 50%;
+  z-index: 1050;
+  width: 560px;
+  margin: -250px 0 0 -280px;
+  overflow: auto;
+  background-color: #ffffff;
+  border: 1px solid #999;
+  border: 1px solid rgba(0, 0, 0, 0.3);
+  *border: 1px solid #999;
+  -webkit-border-radius: 6px;
+     -moz-border-radius: 6px;
+          border-radius: 6px;
+  -webkit-box-shadow: 0 3px 7px rgba(0, 0, 0, 0.3);
+     -moz-box-shadow: 0 3px 7px rgba(0, 0, 0, 0.3);
+          box-shadow: 0 3px 7px rgba(0, 0, 0, 0.3);
+  -webkit-background-clip: padding-box;
+     -moz-background-clip: padding-box;
+          background-clip: padding-box;
+}
+
+.modal.fade {
+  top: -25%;
+  -webkit-transition: opacity 0.3s linear, top 0.3s ease-out;
+     -moz-transition: opacity 0.3s linear, top 0.3s ease-out;
+      -ms-transition: opacity 0.3s linear, top 0.3s ease-out;
+       -o-transition: opacity 0.3s linear, top 0.3s ease-out;
+          transition: opacity 0.3s linear, top 0.3s ease-out;
+}
+
+.modal.fade.in {
+  top: 50%;
+}
+
+.modal-header {
+  padding: 9px 15px;
+  border-bottom: 1px solid #eee;
+}
+
+.modal-header .close {
+  margin-top: 2px;
+}
+
+.modal-body {
+  max-height: 400px;
+  padding: 15px;
+  overflow-y: auto;
+}
+
+.modal-form {
+  margin-bottom: 0;
+}
+
+.modal-footer {
+  padding: 14px 15px 15px;
+  margin-bottom: 0;
+  text-align: right;
+  background-color: #f5f5f5;
+  border-top: 1px solid #ddd;
+  -webkit-border-radius: 0 0 6px 6px;
+     -moz-border-radius: 0 0 6px 6px;
+          border-radius: 0 0 6px 6px;
+  *zoom: 1;
+  -webkit-box-shadow: inset 0 1px 0 #ffffff;
+     -moz-box-shadow: inset 0 1px 0 #ffffff;
+          box-shadow: inset 0 1px 0 #ffffff;
+}
+
+.modal-footer:before,
+.modal-footer:after {
+  display: table;
+  content: "";
+}
+
+.modal-footer:after {
+  clear: both;
+}
+
+.modal-footer .btn + .btn {
+  margin-bottom: 0;
+  margin-left: 5px;
+}
+
+.modal-footer .btn-group .btn + .btn {
+  margin-left: -1px;
+}
+
+.tooltip {
+  position: absolute;
+  z-index: 1020;
+  display: block;
+  padding: 5px;
+  font-size: 11px;
+  opacity: 0;
+  filter: alpha(opacity=0);
+  visibility: visible;
+}
+
+.tooltip.in {
+  opacity: 0.8;
+  filter: alpha(opacity=80);
+}
+
+.tooltip.top {
+  margin-top: -2px;
+}
+
+.tooltip.right {
+  margin-left: 2px;
+}
+
+.tooltip.bottom {
+  margin-top: 2px;
+}
+
+.tooltip.left {
+  margin-left: -2px;
+}
+
+.tooltip.top .tooltip-arrow {
+  bottom: 0;
+  left: 50%;
+  margin-left: -5px;
+  border-top: 5px solid #000000;
+  border-right: 5px solid transparent;
+  border-left: 5px solid transparent;
+}
+
+.tooltip.left .tooltip-arrow {
+  top: 50%;
+  right: 0;
+  margin-top: -5px;
+  border-top: 5px solid transparent;
+  border-bottom: 5px solid transparent;
+  border-left: 5px solid #000000;
+}
+
+.tooltip.bottom .tooltip-arrow {
+  top: 0;
+  left: 50%;
+  margin-left: -5px;
+  border-right: 5px solid transparent;
+  border-bottom: 5px solid #000000;
+  border-left: 5px solid transparent;
+}
+
+.tooltip.right .tooltip-arrow {
+  top: 50%;
+  left: 0;
+  margin-top: -5px;
+  border-top: 5px solid transparent;
+  border-right: 5px solid #000000;
+  border-bottom: 5px solid transparent;
+}
+
+.tooltip-inner {
+  max-width: 200px;
+  padding: 3px 8px;
+  color: #ffffff;
+  text-align: center;
+  text-decoration: none;
+  background-color: #000000;
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+}
+
+.tooltip-arrow {
+  position: absolute;
+  width: 0;
+  height: 0;
+}
+
+.popover {
+  position: absolute;
+  top: 0;
+  left: 0;
+  z-index: 1010;
+  display: none;
+  padding: 5px;
+}
+
+.popover.top {
+  margin-top: -5px;
+}
+
+.popover.right {
+  margin-left: 5px;
+}
+
+.popover.bottom {
+  margin-top: 5px;
+}
+
+.popover.left {
+  margin-left: -5px;
+}
+
+.popover.top .arrow {
+  bottom: 0;
+  left: 50%;
+  margin-left: -5px;
+  border-top: 5px solid #000000;
+  border-right: 5px solid transparent;
+  border-left: 5px solid transparent;
+}
+
+.popover.right .arrow {
+  top: 50%;
+  left: 0;
+  margin-top: -5px;
+  border-top: 5px solid transparent;
+  border-right: 5px solid #000000;
+  border-bottom: 5px solid transparent;
+}
+
+.popover.bottom .arrow {
+  top: 0;
+  left: 50%;
+  margin-left: -5px;
+  border-right: 5px solid transparent;
+  border-bottom: 5px solid #000000;
+  border-left: 5px solid transparent;
+}
+
+.popover.left .arrow {
+  top: 50%;
+  right: 0;
+  margin-top: -5px;
+  border-top: 5px solid transparent;
+  border-bottom: 5px solid transparent;
+  border-left: 5px solid #000000;
+}
+
+.popover .arrow {
+  position: absolute;
+  width: 0;
+  height: 0;
+}
+
+.popover-inner {
+  width: 280px;
+  padding: 3px;
+  overflow: hidden;
+  background: #000000;
+  background: rgba(0, 0, 0, 0.8);
+  -webkit-border-radius: 6px;
+     -moz-border-radius: 6px;
+          border-radius: 6px;
+  -webkit-box-shadow: 0 3px 7px rgba(0, 0, 0, 0.3);
+     -moz-box-shadow: 0 3px 7px rgba(0, 0, 0, 0.3);
+          box-shadow: 0 3px 7px rgba(0, 0, 0, 0.3);
+}
+
+.popover-title {
+  padding: 9px 15px;
+  line-height: 1;
+  background-color: #f5f5f5;
+  border-bottom: 1px solid #eee;
+  -webkit-border-radius: 3px 3px 0 0;
+     -moz-border-radius: 3px 3px 0 0;
+          border-radius: 3px 3px 0 0;
+}
+
+.popover-content {
+  padding: 14px;
+  background-color: #ffffff;
+  -webkit-border-radius: 0 0 3px 3px;
+     -moz-border-radius: 0 0 3px 3px;
+          border-radius: 0 0 3px 3px;
+  -webkit-background-clip: padding-box;
+     -moz-background-clip: padding-box;
+          background-clip: padding-box;
+}
+
+.popover-content p,
+.popover-content ul,
+.popover-content ol {
+  margin-bottom: 0;
+}
+
+.thumbnails {
+  margin-left: -20px;
+  list-style: none;
+  *zoom: 1;
+}
+
+.thumbnails:before,
+.thumbnails:after {
+  display: table;
+  content: "";
+}
+
+.thumbnails:after {
+  clear: both;
+}
+
+.row-fluid .thumbnails {
+  margin-left: 0;
+}
+
+.thumbnails > li {
+  float: left;
+  margin-bottom: 18px;
+  margin-left: 20px;
+}
+
+.thumbnail {
+  display: block;
+  padding: 4px;
+  line-height: 1;
+  border: 1px solid #ddd;
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+  -webkit-box-shadow: 0 1px 1px rgba(0, 0, 0, 0.075);
+     -moz-box-shadow: 0 1px 1px rgba(0, 0, 0, 0.075);
+          box-shadow: 0 1px 1px rgba(0, 0, 0, 0.075);
+}
+
+a.thumbnail:hover {
+  border-color: #0088cc;
+  -webkit-box-shadow: 0 1px 4px rgba(0, 105, 214, 0.25);
+     -moz-box-shadow: 0 1px 4px rgba(0, 105, 214, 0.25);
+          box-shadow: 0 1px 4px rgba(0, 105, 214, 0.25);
+}
+
+.thumbnail > img {
+  display: block;
+  max-width: 100%;
+  margin-right: auto;
+  margin-left: auto;
+}
+
+.thumbnail .caption {
+  padding: 9px;
+}
+
+.label,
+.badge {
+  font-size: 10.998px;
+  font-weight: bold;
+  line-height: 14px;
+  color: #ffffff;
+  text-shadow: 0 -1px 0 rgba(0, 0, 0, 0.25);
+  white-space: nowrap;
+  vertical-align: baseline;
+  background-color: #999999;
+}
+
+.label {
+  padding: 1px 4px 2px;
+  -webkit-border-radius: 3px;
+     -moz-border-radius: 3px;
+          border-radius: 3px;
+}
+
+.badge {
+  padding: 1px 9px 2px;
+  -webkit-border-radius: 9px;
+     -moz-border-radius: 9px;
+          border-radius: 9px;
+}
+
+a.label:hover,
+a.badge:hover {
+  color: #ffffff;
+  text-decoration: none;
+  cursor: pointer;
+}
+
+.label-important,
+.badge-important {
+  background-color: #b94a48;
+}
+
+.label-important[href],
+.badge-important[href] {
+  background-color: #953b39;
+}
+
+.label-warning,
+.badge-warning {
+  background-color: #f89406;
+}
+
+.label-warning[href],
+.badge-warning[href] {
+  background-color: #c67605;
+}
+
+.label-success,
+.badge-success {
+  background-color: #468847;
+}
+
+.label-success[href],
+.badge-success[href] {
+  background-color: #356635;
+}
+
+.label-info,
+.badge-info {
+  background-color: #3a87ad;
+}
+
+.label-info[href],
+.badge-info[href] {
+  background-color: #2d6987;
+}
+
+.label-inverse,
+.badge-inverse {
+  background-color: #333333;
+}
+
+.label-inverse[href],
+.badge-inverse[href] {
+  background-color: #1a1a1a;
+}
+
+@-webkit-keyframes progress-bar-stripes {
+  from {
+    background-position: 40px 0;
+  }
+  to {
+    background-position: 0 0;
+  }
+}
+
+@-moz-keyframes progress-bar-stripes {
+  from {
+    background-position: 40px 0;
+  }
+  to {
+    background-position: 0 0;
+  }
+}
+
+@-ms-keyframes progress-bar-stripes {
+  from {
+    background-position: 40px 0;
+  }
+  to {
+    background-position: 0 0;
+  }
+}
+
+@-o-keyframes progress-bar-stripes {
+  from {
+    background-position: 0 0;
+  }
+  to {
+    background-position: 40px 0;
+  }
+}
+
+@keyframes progress-bar-stripes {
+  from {
+    background-position: 40px 0;
+  }
+  to {
+    background-position: 0 0;
+  }
+}
+
+.progress {
+  height: 18px;
+  margin-bottom: 18px;
+  overflow: hidden;
+  background-color: #f7f7f7;
+  background-image: -moz-linear-gradient(top, #f5f5f5, #f9f9f9);
+  background-image: -ms-linear-gradient(top, #f5f5f5, #f9f9f9);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#f5f5f5), to(#f9f9f9));
+  background-image: -webkit-linear-gradient(top, #f5f5f5, #f9f9f9);
+  background-image: -o-linear-gradient(top, #f5f5f5, #f9f9f9);
+  background-image: linear-gradient(top, #f5f5f5, #f9f9f9);
+  background-repeat: repeat-x;
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#f5f5f5', endColorstr='#f9f9f9', GradientType=0);
+  -webkit-box-shadow: inset 0 1px 2px rgba(0, 0, 0, 0.1);
+     -moz-box-shadow: inset 0 1px 2px rgba(0, 0, 0, 0.1);
+          box-shadow: inset 0 1px 2px rgba(0, 0, 0, 0.1);
+}
+
+.progress .bar {
+  width: 0;
+  height: 18px;
+  font-size: 12px;
+  color: #ffffff;
+  text-align: center;
+  text-shadow: 0 -1px 0 rgba(0, 0, 0, 0.25);
+  background-color: #0e90d2;
+  background-image: -moz-linear-gradient(top, #149bdf, #0480be);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#149bdf), to(#0480be));
+  background-image: -webkit-linear-gradient(top, #149bdf, #0480be);
+  background-image: -o-linear-gradient(top, #149bdf, #0480be);
+  background-image: linear-gradient(top, #149bdf, #0480be);
+  background-image: -ms-linear-gradient(top, #149bdf, #0480be);
+  background-repeat: repeat-x;
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#149bdf', endColorstr='#0480be', GradientType=0);
+  -webkit-box-shadow: inset 0 -1px 0 rgba(0, 0, 0, 0.15);
+     -moz-box-shadow: inset 0 -1px 0 rgba(0, 0, 0, 0.15);
+          box-shadow: inset 0 -1px 0 rgba(0, 0, 0, 0.15);
+  -webkit-box-sizing: border-box;
+     -moz-box-sizing: border-box;
+      -ms-box-sizing: border-box;
+          box-sizing: border-box;
+  -webkit-transition: width 0.6s ease;
+     -moz-transition: width 0.6s ease;
+      -ms-transition: width 0.6s ease;
+       -o-transition: width 0.6s ease;
+          transition: width 0.6s ease;
+}
+
+.progress-striped .bar {
+  background-color: #149bdf;
+  background-image: -o-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -webkit-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -moz-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -ms-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -webkit-gradient(linear, 0 100%, 100% 0, color-stop(0.25, rgba(255, 255, 255, 0.15)), color-stop(0.25, transparent), color-stop(0.5, transparent), color-stop(0.5, rgba(255, 255, 255, 0.15)), color-stop(0.75, rgba(255, 255, 255, 0.15)), color-stop(0.75, transparent), to(transparent));
+  background-image: linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  -webkit-background-size: 40px 40px;
+     -moz-background-size: 40px 40px;
+       -o-background-size: 40px 40px;
+          background-size: 40px 40px;
+}
+
+.progress.active .bar {
+  -webkit-animation: progress-bar-stripes 2s linear infinite;
+     -moz-animation: progress-bar-stripes 2s linear infinite;
+      -ms-animation: progress-bar-stripes 2s linear infinite;
+       -o-animation: progress-bar-stripes 2s linear infinite;
+          animation: progress-bar-stripes 2s linear infinite;
+}
+
+.progress-danger .bar {
+  background-color: #dd514c;
+  background-image: -moz-linear-gradient(top, #ee5f5b, #c43c35);
+  background-image: -ms-linear-gradient(top, #ee5f5b, #c43c35);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#ee5f5b), to(#c43c35));
+  background-image: -webkit-linear-gradient(top, #ee5f5b, #c43c35);
+  background-image: -o-linear-gradient(top, #ee5f5b, #c43c35);
+  background-image: linear-gradient(top, #ee5f5b, #c43c35);
+  background-repeat: repeat-x;
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#ee5f5b', endColorstr='#c43c35', GradientType=0);
+}
+
+.progress-danger.progress-striped .bar {
+  background-color: #ee5f5b;
+  background-image: -webkit-gradient(linear, 0 100%, 100% 0, color-stop(0.25, rgba(255, 255, 255, 0.15)), color-stop(0.25, transparent), color-stop(0.5, transparent), color-stop(0.5, rgba(255, 255, 255, 0.15)), color-stop(0.75, rgba(255, 255, 255, 0.15)), color-stop(0.75, transparent), to(transparent));
+  background-image: -webkit-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -moz-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -ms-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -o-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+}
+
+.progress-success .bar {
+  background-color: #5eb95e;
+  background-image: -moz-linear-gradient(top, #62c462, #57a957);
+  background-image: -ms-linear-gradient(top, #62c462, #57a957);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#62c462), to(#57a957));
+  background-image: -webkit-linear-gradient(top, #62c462, #57a957);
+  background-image: -o-linear-gradient(top, #62c462, #57a957);
+  background-image: linear-gradient(top, #62c462, #57a957);
+  background-repeat: repeat-x;
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#62c462', endColorstr='#57a957', GradientType=0);
+}
+
+.progress-success.progress-striped .bar {
+  background-color: #62c462;
+  background-image: -webkit-gradient(linear, 0 100%, 100% 0, color-stop(0.25, rgba(255, 255, 255, 0.15)), color-stop(0.25, transparent), color-stop(0.5, transparent), color-stop(0.5, rgba(255, 255, 255, 0.15)), color-stop(0.75, rgba(255, 255, 255, 0.15)), color-stop(0.75, transparent), to(transparent));
+  background-image: -webkit-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -moz-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -ms-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -o-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+}
+
+.progress-info .bar {
+  background-color: #4bb1cf;
+  background-image: -moz-linear-gradient(top, #5bc0de, #339bb9);
+  background-image: -ms-linear-gradient(top, #5bc0de, #339bb9);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#5bc0de), to(#339bb9));
+  background-image: -webkit-linear-gradient(top, #5bc0de, #339bb9);
+  background-image: -o-linear-gradient(top, #5bc0de, #339bb9);
+  background-image: linear-gradient(top, #5bc0de, #339bb9);
+  background-repeat: repeat-x;
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#5bc0de', endColorstr='#339bb9', GradientType=0);
+}
+
+.progress-info.progress-striped .bar {
+  background-color: #5bc0de;
+  background-image: -webkit-gradient(linear, 0 100%, 100% 0, color-stop(0.25, rgba(255, 255, 255, 0.15)), color-stop(0.25, transparent), color-stop(0.5, transparent), color-stop(0.5, rgba(255, 255, 255, 0.15)), color-stop(0.75, rgba(255, 255, 255, 0.15)), color-stop(0.75, transparent), to(transparent));
+  background-image: -webkit-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -moz-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -ms-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -o-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+}
+
+.progress-warning .bar {
+  background-color: #faa732;
+  background-image: -moz-linear-gradient(top, #fbb450, #f89406);
+  background-image: -ms-linear-gradient(top, #fbb450, #f89406);
+  background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#fbb450), to(#f89406));
+  background-image: -webkit-linear-gradient(top, #fbb450, #f89406);
+  background-image: -o-linear-gradient(top, #fbb450, #f89406);
+  background-image: linear-gradient(top, #fbb450, #f89406);
+  background-repeat: repeat-x;
+  filter: progid:dximagetransform.microsoft.gradient(startColorstr='#fbb450', endColorstr='#f89406', GradientType=0);
+}
+
+.progress-warning.progress-striped .bar {
+  background-color: #fbb450;
+  background-image: -webkit-gradient(linear, 0 100%, 100% 0, color-stop(0.25, rgba(255, 255, 255, 0.15)), color-stop(0.25, transparent), color-stop(0.5, transparent), color-stop(0.5, rgba(255, 255, 255, 0.15)), color-stop(0.75, rgba(255, 255, 255, 0.15)), color-stop(0.75, transparent), to(transparent));
+  background-image: -webkit-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -moz-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -ms-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: -o-linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+  background-image: linear-gradient(-45deg, rgba(255, 255, 255, 0.15) 25%, transparent 25%, transparent 50%, rgba(255, 255, 255, 0.15) 50%, rgba(255, 255, 255, 0.15) 75%, transparent 75%, transparent);
+}
+
+.accordion {
+  margin-bottom: 18px;
+}
+
+.accordion-group {
+  margin-bottom: 2px;
+  border: 1px solid #e5e5e5;
+  -webkit-border-radius: 4px;
+     -moz-border-radius: 4px;
+          border-radius: 4px;
+}
+
+.accordion-heading {
+  border-bottom: 0;
+}
+
+.accordion-heading .accordion-toggle {
+  display: block;
+  padding: 8px 15px;
+}
+
+.accordion-toggle {
+  cursor: pointer;
+}
+
+.accordion-inner {
+  padding: 9px 15px;
+  border-top: 1px solid #e5e5e5;
+}
+
+.carousel {
+  position: relative;
+  margin-bottom: 18px;
+  line-height: 1;
+}
+
+.carousel-inner {
+  position: relative;
+  width: 100%;
+  overflow: hidden;
+}
+
+.carousel .item {
+  position: relative;
+  display: none;
+  -webkit-transition: 0.6s ease-in-out left;
+     -moz-transition: 0.6s ease-in-out left;
+      -ms-transition: 0.6s ease-in-out left;
+       -o-transition: 0.6s ease-in-out left;
+          transition: 0.6s ease-in-out left;
+}
+
+.carousel .item > img {
+  display: block;
+  line-height: 1;
+}
+
+.carousel .active,
+.carousel .next,
+.carousel .prev {
+  display: block;
+}
+
+.carousel .active {
+  left: 0;
+}
+
+.carousel .next,
+.carousel .prev {
+  position: absolute;
+  top: 0;
+  width: 100%;
+}
+
+.carousel .next {
+  left: 100%;
+}
+
+.carousel .prev {
+  left: -100%;
+}
+
+.carousel .next.left,
+.carousel .prev.right {
+  left: 0;
+}
+
+.carousel .active.left {
+  left: -100%;
+}
+
+.carousel .active.right {
+  left: 100%;
+}
+
+.carousel-control {
+  position: absolute;
+  top: 40%;
+  left: 15px;
+  width: 40px;
+  height: 40px;
+  margin-top: -20px;
+  font-size: 60px;
+  font-weight: 100;
+  line-height: 30px;
+  color: #ffffff;
+  text-align: center;
+  background: #222222;
+  border: 3px solid #ffffff;
+  -webkit-border-radius: 23px;
+     -moz-border-radius: 23px;
+          border-radius: 23px;
+  opacity: 0.5;
+  filter: alpha(opacity=50);
+}
+
+.carousel-control.right {
+  right: 15px;
+  left: auto;
+}
+
+.carousel-control:hover {
+  color: #ffffff;
+  text-decoration: none;
+  opacity: 0.9;
+  filter: alpha(opacity=90);
+}
+
+.carousel-caption {
+  position: absolute;
+  right: 0;
+  bottom: 0;
+  left: 0;
+  padding: 10px 15px 5px;
+  background: #333333;
+  background: rgba(0, 0, 0, 0.75);
+}
+
+.carousel-caption h4,
+.carousel-caption p {
+  color: #ffffff;
+}
+
+.hero-unit {
+  padding: 60px;
+  margin-bottom: 30px;
+  background-color: #eeeeee;
+  -webkit-border-radius: 6px;
+     -moz-border-radius: 6px;
+          border-radius: 6px;
+}
+
+.hero-unit h1 {
+  margin-bottom: 0;
+  font-size: 60px;
+  line-height: 1;
+  letter-spacing: -1px;
+  color: inherit;
+}
+
+.hero-unit p {
+  font-size: 18px;
+  font-weight: 200;
+  line-height: 27px;
+  color: inherit;
+}
+
+.pull-right {
+  float: right;
+}
+
+.pull-left {
+  float: left;
+}
+
+.hide {
+  display: none;
+}
+
+.show {
+  display: block;
+}
+
+.invisible {
+  visibility: hidden;
+}
diff --git a/static/favicon.ico b/static/favicon.ico
new file mode 100644
index 0000000000000000000000000000000000000000..5bb405931fcc8f8194694e5d6cb728e50658891e
GIT binary patch
literal 405
zcmex=<NpH&0WUXCHwH#V1_nkTWcYuZ!I^=Rjh%y?jgy0&gNuukn^%mVmxqT}T0~Sp
zOhHyjNkLX#UPZ%1M@7w0U0z<-R@czf+{(&IS=-*l-on|$(#jlU2qPC47cUR56hFU|
zxvIRXImzJv0R}-11_1^EW=16jCP7AKLB{__7{nPEn1Rkj28=B1KnZyP1}0_(MplF*
zBNH==pb!Hqn_{98P=P2T$dkx`kqIa)Ey%#g!i+2|$iO6|s8l%d|1Aa{pj}LY%z_N|
z4A=fldb#xWY3>bI)35R>*e`CsU}f<4#mC*t-skh=9nPFAvL)f4AHU1X%imZ2>GMq7
z9Qkz8nG&C%#d}NA9x5}4Y=}=u%=tanUZi)Dv@7qlRhOEXZ#_NRE_mW`HTUk>SB@)n
MY&muAb@%_9027yGs{jB1

literal 0
HcmV?d00001

diff --git a/static/img/glyphicons-halflings-white.png b/static/img/glyphicons-halflings-white.png
new file mode 100644
index 0000000000000000000000000000000000000000..a20760bfde58d1c92cee95116059fba03c68d689
GIT binary patch
literal 4352
zcmd6r_dnEu|G?izMxtxU%uI5!l8nr<BF?zWUS(u;&WdwZC0F)1B-!J<$%*WB$U3Xi
z$ta3LaXK6#>)ZF&&*%FGe4jtO*5mbhJzhV&et11z&&^B?xH$MZ007{+ZK!Jj01(PQ
zJBFS4pH$0DefCd1HM@h*JNkcsi%oOXzj>qsEle$eQ7ApHL(XYdn5Y$Lk_3-J9p9d)
zFeVfl3J47_g1XaoDXWsnBp9ZzZ74CI9RN-Nw{>+8A&#rBpZgc9WX2H3Ssv6doZP?t
zS!g}lGvW1<9%?dj_G_x}3WUMN(8(x{a6_pd0yiUsf^67GGS50uSB*ORe5x6}qAf1z
z@Q;2y4G{Lb?f21p)uTpChN&4q%^blZ2IsusUOhk)pe0<chGtjyTP-b6%vl?4F2xqG
zOU>yxPD6oHKXWSj<y;3B&r^tK>v8&2pMdnegiQUtoXt1U0MmWAWu2&>3j$eb^qKNV
z_(`JQZP&mXLT@U%-2rPy!7r|*Y1oAdlarltaUyq+yq^|d{B9_>t@Rd#@_KW9w_6P$
z^Dv8(Hi8pDJK{r0Iqq*va$cL=isZh0=1)wIoQ^vYPs$<T2#x2Kj^?$few0Pe4I~zZ
zeAYbg0c0)2OtIx}d)C`Mw&~<64nQ!Uk8$^SW6e!?j1HfU4$&%i_`y~2R>(rBz$+DY
z`y}1}`M%-da686<lVV-dk8h2*Tn8V7;-njKI(p4zUJy$ofY$z#INdRf(>`}zw_w>8
z!BcqxVTim*F)-}$segV$ON*!Zl~dhX@Rz^K2Xu<c1P8u4bp<yQO?OQj^dKZcE}xh_
z<z&gNJz{ZTTu3nGIcR;qG9;?^M0kG|PuThGH1+;j!xXDN6I_*@xL=@r$xRBuVh{MN
zIUGEgxYJ(DFHKoLGF3_xPSW_^TT*1w(&gCNFdnv^AMnNFK6+ia>rh<1-vjImult%O
z!-WXvkA_agVuhluW};J;#r>)?^uHS;G?a?j;(z?Y^FTwOA?tzLFvQDf&X8}9s7Wh<
znEfd_vPyF_V`?>kR`w_h@+%59oKa;NPVGUo52QjisO-|$cYE(VNmm#+`#T5a;gh|Z
z8A0^l3UwQMn0J3x<h`4-5?ApmemDp`8K)X6T0efPN*-~cf<tL>XWL7tY~Ox<iRkdJ
zU|072zio5s?pAI0%Yx0uJh1f5i7VKWaFIaB;45=yji!1nH9<de2OLj_y{&41?nyPO
zUrZT8xW#w*TQ5)($;JeSp2Pgrams&!r<Pe}#(LDg-blL{ESlmQ?a5Th4_;WRJR+4E
zw6tQreDz+4bser4GB#?<roQ`hsw<hwcyHa9dkP0IO=6)WWkTxg{$NTm-b*c?j2_ul
zyuRy=77P?tF`%S2aa=XEJa>Au=_hGvp@_%SZKA)ec-h-dfwIhS3jGBLL6e6Os;1LR
zRDG&3TF`HV*n{&*H!oTSsLq!U5xV5!Yr6I_!*VhmwC3a2BOYfWH13AtVY|n5jv49e
zcb0xCCZnt0i$>-S$k9J@-c!8wG#siu(Lg<MtkAtqhD8bV`jR^%b&>y_r1nfy+}!<h
zAF+SdUhcuD`9zF%pRIHymB_I~)P%%~M=eQ#Ic#<Zr+NPzGTI`9;4khM^2h2PqMd?5
zGH>W9g-ucwp=&Hs1=Vs4i_q;dQL$8~Uq2BVA4o4uY!6}S`xH(Qec+{mJD~qgg@6W8
zipi@Z!ZR+Kr_)u&G);pG$tg$8#KPrsl&N3(m($NAU&9ogH9rVfW<4Mw>^7$&96g<9
zHQzekG9T5SS7DVm7EFY%CjChhfRyap4+d;+^0ng^B)~xKFG^7d2oOo|R8uY&S|X0@
znAGMb^rFQwGPTzsFQ8ZK4S@WO(8`6T+$Yt9{jGMd?jrTeb|_!Un`n9xDZu-fW+_aJ
z4Uyy_$)`Ot!~doWUHW`(?F!iYvc5+g-(W9X<-tX*h%6(f;+A(OQ@w{WYSiq&pjKnN
z)tSH~5g)03sKk)U+&GyP*?86fusX1ttpH1ng8ruC6UOddM~t>0wvZh}1cW%&7{tT$
zze(TwkA~V|_~nL{6YE#^RUC__Mx26zo*w(EfK2Q@R6xo`VkJKs^Eax`&*O*bw~*ap
zyaqA_p(~(POY{H5+NIgewtB{|(%ML_wR8o);^XGTQ|{*J>74v>{_iyU;U*NTN}A%`
z`8ltg(&furYlb!j%1ra!KPSiG<VRTwPDN9f5*7>mJ>f4c!bkAtjb_qmQ+aVB(QohO
zRo@%)1krVtMPgkT6&3T*u`XO8pE&-!!u((3qVnraj|gN5aDxvqtrPs*MCZcO3i^Qt
zI7$&BFr)50exhv11)82?u`ab0FgUSw;dpbnAtmz4k^&Nx`xMQ$5(JW}ry%)ry+DV>
zS)TWjtXz7V6iK5$ghFuPiT>;;fAp)oy%%7grs4UwqU5+Ms96%`wU=YU5W-UGw(6iq
z2GhB=Zw49;Yu<#7=soc@tZvYFIVNfkRPsCT&;76cYOONM<!9yYT8XS_j|<f)GAw6X
z_w&Wq9xu5;px-$u*_Z^YS22HQpD*L|Z1fb)`d&qCQ^smb{5_5>wv!v*e#(X?l7eB-
z&pWvVcaO;IKDg7C8bZ-+Hm`g>n_WC6%BL=CZlc``M{0T;%eYQ4t}V%m20okR=HET)
z@)@WU_}tJOqiH7w2K%l<a?3NQ^6bZPnFJ<Mk`|jLP2*o$M^nx2160!F+h^quABnz;
zAF6)v=cSvmebPJaPi4k%(nh|zGG@U(va!x`)nhbzOU0MkhuA%7v6ZH!EaE%H>pe0P
z^FhhCX$ufUPCq4?C1A8ZSrVz=$~!VZ>;=kb8eaI;S1TKb|E9j*muthJe2||9pYYI$
zR@lkEo?K76^_v{llrL+?Swi1koJYJqG_-g!v?$ITb=q4#Rk--)f<yZAd%OCYe=RDW
z4aV9=2rZm-rEPrLKA|1kuMv{%I=`DA(f6L;GQJ=_TAoYWBDl;}XZ0E+YfGjvp>ABD
zh4Ibu7+f~5HEzy@7xo<qj_3c_D9C_vmh4{K98*=04-QLt1~2F@dBZe-l2GMsk#;A`
zYHOcLf#^)Gn+{G3Q4YowOIK^&zQ|LTx89&c{IWvimdkFT8nJ{0X1}p;P(C>P^f$=}
z+D3gYZ3W>%>m=U)p#UNOPPd&2cD&<J9<&QiV~vk5R%jVK^J1%HQ}`fxWs9c=2}L>;
zxb{vXTzpCjcJAOEA_~=RX^_BM+_BYW*T{zzM(3TosvFOmf6Kp0IerP4`MuBgFdrkZ
zf9X~m0O$toCckMn8klZDxWKr2%FHNk1VLQE)$!{Hz9{*a@TaZjC7kKsC1dIUx*6AQ
zJFZc8p~!CewW(VvE@yaTPFt-6n+dZ@TM582m7=-#9JoDOH#zYPe{)-Lza89t+w#Zd
zvQ3k$)Q)mPF)g)_+v$Gqgq~*RwGeBn{vhp!IPgkixW8WY)H`S{&~om!keO$Sum=oY
zTatGW#*O^aVU<^!#et91z~$IYa;_C@J7+V)`<1b_lh`8FHOAgc=Az}lf)k%5xTMrv
zr6uV%eKaU~wvi7pU)MeB7<DU@<PM)Ua&x<*j67UgrpKP|!tXx2R%YzH<LQn0XK>HK
z2D;27Dik%)-q@hK-!I|N(cl`lAF^EIv0C-t$d1qtFnKIkcMW<4b%Lzf3Y+~~qB7`<
zj);HTQS0Oex%zA170>?kRVA_m_*O?rZRpS3v{+O+cifN7Eb&>$Z==vGKh1V)C`qGu
z_u8y<#N3Wp&$V^@T??GnE&RN^IyXM)r0h(gS3;b2pt0O!eNIt4{;3H~V5Ln7vs>8{
ziqqZL4Nwlvj4CtEv0>;Fw~D>LB_+-ecI)tiR%a!^GI3BawvNQGz4#b|_d<K40`zom
zmZ%w0mYHcNzK(Ivg#;79zJA3Qs(emYQh|-Y&A>f&`e||2k;K}WnvU!Dx=0#ue(=U#
zK&pYNNf5RQZOveUm+;dQ*FIA0&#`?@z*bBhUgr(n9_FpoHPB2pI8iMpW|sF*D{+75
z-k;nba~m^}=b7P$<BGu%3I<`>FAF1)S!oDKtNG-`%h{XQi6=SMH5GZ%8j?ugqt~!K
zw<hNaHlewKU9pKh0n@^4X=DQ<4~UnDj4@h3>vA_m(*=EI<IgUo)z0l9R@mb|@QOas
zWU>ssFVW0EZ;o=u#R5gBB$CUL+->U32;2PM2O(drij20XBy|hH+=bu!0*KIKBj%c+
z^{)B`3$NB2yp-IHf02C#Fw!(;S&rR%2P<?W3i)a{Hv71$$mqNwIwWJTc5XCVCY(ZM
zZEUT%{m1IMAyv+ZxJdeiWsFSau%`*Ji4gu)?i`XAkA6AeCLD>q(!<`Q=u&+_V4eCe
z?!d0m@n<F6bnzf#{rI&DDtbzb{#Q?q`iI`Fv^=Q#{GVsrKi@5H!=Yk{`KU+uXc?t@
zxGi_IMbsNpVL63R9MI#c?&2tT**S1&xk6UXV{?VrG2Vb8uwy$l2i~-P)jArRJvd+p
zAMPX_jhyzm3a}Qc-9M){f2vD<`B3X9uKLW{DLodF&IsV$kXKT%@Qtp6|3s@S0+S=%
zV+#X9n<D=<XzlauBx&tS1|?-doY!<IKSZPJ`vt2XRD)VP6|a+O3xDEZOZR$X3e5-S
zuOL@^Te?HwRm63Ch16HfZ|^W=1@ax6$xAQ(4$2J*D69D!1&Ss_Wp=KanXxf%3)jB=
zyl{(zRa6B4dz*qTVGFnQ#lf#G^~(Orm6*fvz@t#mixM85R=piy5ZZ)?<t2uZj~#Q1
z%87M&!_4Xmtg&aKmcnz`(+k~CS_9jg?1HcPF4&*jQGA1B5O}@9G995LTJuL|d}-c#
zRi6~5UoNF~Ng3*RH>dhMu%QZ`ERBCD+uU~%h<WLJg$(5L-k}}ce*Ymz9%AWcG8~o)
zrgMWKP5N71i-Vz&u9fBxjTT}~QT7=y$EdDt>>+E^Qd;Cz=IlGV(IwUrOz(+1Gkd7O
z$HME|^+mAGBc4k(2jEj5$g30r-BUoK@Nn!*Td)5USoe+IZ-x9)#yd)sD}2Z?2{4@)
zb|)xsK&pqOpB;+H#gbf^Pto29M<2Y>dU5pAF4p{+j=oBZ$2EXA*xI~AM@g20H7o_x
z{2-Kc;SRpcxLXzU)a53ZoX%ndB^i8=>Sf&{i6CYkGSkvLj0<@C-!VKm#iX8dws__S
zKp`T~rIAfaogJ!tV(~rs5)ctD#A};YXgPNI`<5=nWQjnIf<=1Pzn2y$C8yUkFKhwM
z@%Ah?L`DM^@d<2evu->Oo=SVaiR<1GjYwe^G2)XY`l$Q%4H`|PpFA($N_8=6uOr0s
zj+)C5x<cICx<i}#5D8LZ3LNFG7uU}%Q5<kbowYRV6Bs|^frDu{l2XM2Lj-Yh_!|?f
z+a6@mRKb9j3p<Zh$+a4#UQQYhPF@-a9mWMpS)m;R6VEWV!i;mbS?{`eur*GS8_tX$
jEfLfZC2@~9k9g`Sv9u1yERTOL1mL!wsczLx=g0p8M%V6I

literal 0
HcmV?d00001

diff --git a/static/img/glyphicons-halflings.png b/static/img/glyphicons-halflings.png
new file mode 100644
index 0000000000000000000000000000000000000000..92d4445dfd0af414835467132cf50c7c38a303af
GIT binary patch
literal 4352
zcmc(jSvb@I*TDbCl4#mw&6;FnOR{7wTf|sqB70@Y*4Sf=t&%DGGDxy7<4<NH`!>in
zwn`&QQOr<`27|~lU*GNfe)r$+;%v`3=Q$VW;ymZMrG+ssw-7e~0K7L%46Ffwh5XNs
z<6`?KHS^P-{ZmgZZ@~?jOs2~JH%~nY@PG5j1zTI#0Amn(L8qe2oETm=+B^jogFL!D
zS!ISRHW3ybWQ6o&?2=byQi)JhfBSH9PzL~<0B#!S!^50cUq25lRnLyYPq06zWw>~J
z`$KJG?wJet%MCZ1y81U)c?UzG;{mBi?no2aAHvt8L__Xy66K$DAupSD_4^VSeG;vA
zGhrY7dmCA}Zg<=d*dvUYvYMo40k!iu>o|-n)q^ld6Q(6yBtUWr1GY<4vK2?uoeS|r
zT(a}}&NC3;#Lv8{0Y$f=#j|95fZYUrx?foCUQ)KvUf$-LSb+6D%%)z#|1KO+ZTgw~
zNbE_n|4p~xYoc$edOQF-XOS;%<r!#dmHF{5#RTzN2!T(FFMc;x+SmC=Km>evzdNi3
zk@(r9h#R5FpacG)j3VDRRz>g49u-o5A=@X`M=nQQ@W&MqFu3+}8)vIJ<N(sT_Zk8X
zMLcU+@C0(GanqcI+g=S0kMDE|mIlGu&c=CozOm!OJr0PRi4D`Obo#+t^;Xncwa7ai
zdh<9v@cF*U;YbI{iHB@gJAiGAx>yezf?(vDF#3iq72Yg1rU0$uCw``L1fzH6tU=MT
zJ)FP#7~BMLoosB<>)Y`BnyxN?%PW`qwa_nrmk;P<^+|3lA$<ii8%uY~81lp=vs^qj
zbHc@jPjA%v+=Qq|+H=tEesx$(-?7Mn9R7&2+ZkE|b0%rF{pOe&2PywxrLyZ}ob?{?
zS!X14D0!!&R7j4z&a_ZX7E96o-d9#)-rDWl);JNdUKsSn^M1g(Sofin)_^D2A6fsk
zK%N&KDHIEtjz^2e+RnzNElc?mvW&i)!L?OOITL^U!tz7HAYtpl+few+Se~$Nk0>cC
z!KnRdI-*8rENgl-h*t3^hviocbR?_BCX&(%?-)#H*`RRAUES@w^(0ey@bvFIq^EE0
zYIYPpa4Xz>{9(cUIq~=IuByDHtJskc@OXkoyhOvqjT$BRxhihe#hq<$(TaV?g(bYx
zzk*$b_y4xdrKd-u!#@W)7x%!%FE62JOZu)fTpnAUKW94KXQKo9lR9BoI`nN#BV<pu
zN$Y&tINUw4JJ60wNhX=$oO%xnS0~8-36@e}lO69__j)7adZ<L2U#u5vwGeo2shUYF
zH*Rf1efjD`jdvTV8a6X+&!xQkbfP<z!gz1jlz##Puuh>NL^WLc-2PBnDb`!FkQ6Yw
zt8#VMCqN`vOx>8A-pqa3!sg7$vF4w|C29%3h5O_{d+D-|gED!U;S&A}5QU_Uz%?vp
zmMBIPvj7qQQG74PJJYIU8KAgcJcJvNO0O6=%8w|@chXvpUX6O34cERMj)m?X)jwit
zWYksusgx8zcrOv1Kd4Cm%yUoW#?wfM-ee=?*pXt7dU<wL(ECgNtn7KAcQSgjF$wec
z&wNDxS$nw$r4-^(dj0lt)f7DU5?+TTQ7UFh7R=*xI5;Wr=aA7JB?^0SzgQ^V;4r`?
zBrN-yp=!hwMFq0PE?Y!UWLSr9S4c>vyZrhI*Zx3!VQzm2&D<yRh#LVfjXeOPcj~wR
z5UG;7Ix04MSLbA=`nZloXfY{`*@7=#K0}`VWppv~RO%H}$!V*DNHvZFBHUqfI?CD0
zbx!B4^9`#pqXl&iB{Pv^*lNn33}KeCeaE4o?M=ZBEL9o|=KG==a{vbsI4@1LO3@|!
z=#F_^eo|k6WLCD`I?D^lB}ZeRa3j2$+MNG{fZN~d@a`$my6AxPBfp8Irx1gDj_8y_
zB{|_Ko-%@Zv$H~Px&z9e&#zqq`(8HmN?{uv#cDixDOJ%G_;k$j?o_(Za8|9R0~pd~
zhP6EvoFeWkI{=X$R-d0BaUhyb8w0in4s%stxoODXOl;El?W^#yR`?d86Ax#>k2i(z
zv;J?=_W|Z`2Nb*9*m`XJ^1ixr>GY^eNXXM8UzHKbJ%`E&g=n<QM>C-&t%U{b2>k}4
zM^eC8z9@VJ)NO6~zgW94x7psn_*GsP&AXPV>|c7+3V*`GDl?NuNHOr8_5jSBY+FrJ
zxxFy&omakmacj-wPLUexLeI~s2^i^7j<QS1^o69wqChX$OY6u{tW}exT*h=kf_UuP
z+XaMs<6dAuy-kT^H%eXIYHYk4Q!FTjJ*&L%*Q})SYV#u;NgCV`gwN=QJ~!7t_q2+B
zpbd_ZMR9D%dyk)}nec)ZXV~q^?S+kxZJj&X5@|w?zO<x_02M#Q3a*5JM8Y&n;d~#^
zX?>diy$lDh;U-ze^bf8Wq&_j48xx9sRj~I0?AI|l`&NRKa0xj_M7{QQP8x>W$llZ#
z^2}mA)Bep^+iA@Qw-LK1wT3nbnW#j??18HOX9M~EwO_4MW54*U(nB|yBja(g7FnMC
zblZNR)Y{`EcNWNZ9&#=!$@W#;-?`_@7{fb;%BTG<Be%)pb!CB`M;1FsO>aNt!jg%h
zP{`+<{G!`T5|=OLq>Z*{Z2O&8zMn16ACVB$Qm``DYk?tjJdb2uC7aci<-`J?E%OU+
zGrN5UtA#%|w#4Z;NP?k$>n!<|SrjF%qnK<QD=|fvQ-`MgFRin=cJ~1?W$Nv-%7>36
z-X#tb9{hRfZswTsPVZBN8H~75sHKLYIz~6u+pKzy#crwlQTpM#$E~+Abk)TD#sz#v
zXX8Go`ZaF>B8Zu%M9U<U?k5{O<y&QE7KlDa9?QUr-S}#I$LYUm81UoWaH<><;>RXE
zbfFb@39Y9#&~E%DMKl*GIPjFwcNZ7nuMbVEpA0WbvBjM9QA!sp{YiDoe131&NawG0
z)w7{^`zTTBX*b%&r|n~U@dMgnxo!))g;D+Qg=`Xw5@VHk^{hiH?Dbc#u;gsXHzn0i
z2)8o6*&Kl>6tpGG-xYv<M}QNBKQ@Z8AUtKe=QqbSl$Amw(w@PJ2Fl*B4kD#B1X|@h
zND6v-C(>B-r`9coW<<#c<0|E=wQpY(XerrkkfVOt!t*N?wvbI|9F@&~JQ7q2jXe2H
zCW^MvkWX8I-=%fo@BdI{A^py@pAB`s<yjfB3(la;jxJW|8b9;qtmahyAaiMpzZU^P
zxD>hd&A{*amKE*X!a7A2Yu?Z%f;af$36@t#hgGI$UAqZQr>(vfUM3&C0L=d07kpTV
z65hXXqa6SYLUvQ%beIm#w8HN~d3!4?$?iB2Owr|ut8l>>rMSqaZB}JGncrpN>H)eX
z?`{XC$$(nou>9J>y&RJ_GCHrPS%%Jr+GeZ-p;^lV`1YLmyxKN-u#7+}dnx}N%zgXH
z$CV1rQyi4eN)t(4&9Ix9{_jMeW*4;LYis@>9EQ2Es^gfy-VKyn0lc8i{7q3yuQV}F
zD6Fom;2?qz@ukzYpge~g8?BAWbC}{;E82F=WrGc<q3x&8B^qmty_aky%YQ{CKTGq<
zYP!kE(69SylMU^oAELgld(|`QSIDWIzU`!z4rh5Kn4EmCqu{yU{SIwx=mqDK8w<~1
zUPFy^`6*;La<HSR(O`c-+NrbAEnz=wxz=;F=D$%Gr5~UQ*wG%^^eW0ENv91u_qR-a
z$S)u&@oi_Fi#yBZUxTms_h&AvlAOS|`l_14f97W-V>0;?er)DQ&9VG84bSn{>9B(k
zwM%!e%*jQ~?@0DuS;yYC#^~O_E+}d7VN;GP%ockmCFlj4DNZ%yl_X-Hn$v_=+Er1z
z)xF^ugN@xFweaki3bVXB3?uwjsn55R<b|OgeId~Hv@}>D1&YMi6B+jBAEU6|0Y1ne
zLxbyOnkM9BHX2f}bHa<7WG>P_pz=aP(B)D(uo1i&yvId9DaA3GTsK?WdG%g5Q5z-%
zUfT;wH`Xu@LDvM>F<4<`LiFUdk7UO)oS&1>Rnv!81;V#S1gZ^;byAIw5fmjY3m)nw
z?+@SmlmBCWV>bFM8|-jGB{WLeI3o9DaWo<)11@8`kh*v=cN0DNB+st4sz6R#2I0qi
z4c&8ZcAexDoiEyzoZJ((D9)8bG%^Z+MCs@_Q)++#Uvn&7#CI<7^ioFM{2qLTEAfMX
z#1kD>oACS6EsTK8F}{R&pahvhyt|}$lX5-EzVP=!*jL*U(=7^7%UUF#`g>m(9)4uh
zN+-O*&B&PgYQ520)x+!;$#)PXM`Kgq-o1CQLPsDGuSVi?k7|gIEtmv^WewHMkLAio
zl1Us*ZM8T5*j_cED4OCIiNDZ{(dj&{3{g&T+~4Y*L((GimlI~v8Q&*2;zNurHxdEX
zDgWY5T-u#~Rw6AH53<&eUOA_3sJa+<`S@61`0Z+&gPPC(dA9xY-3vCHs+QQ8y<*H|
zq`~2~B6ACGIIhlq0<JP>$V=$vE_&HDcwxCpLD6$_1>ZT*h{SQByL1NMw0+fOj?Wz&
zFvJdbQkbJBeJ=wX#hUle7%rUXR$4yPWhM|#t(`DrC+d#^K8*!sRn%{Eee5S%bqSan
z?Gaxb6y6;Dw^4Ura3@7~UnV3ahsAZxfc!%uwqZbo@PGj7@>ji1sVn}8fiB(aiz~Jo
zTDXK*@oVh~gVo^Iu~o8PQNMj6)RalL?o3^H@pnjZNLWoX&@@;gDJHvX&C-&SZCkAF
z?Pux@B3eZQ037cWb&FZMuP+XLz1yG`s8)?SoCs!ygWlxG$PB`Eka2i37Fv)TK{|58
zJti;S=?xo)8?eTei(HD#<H{`dIBo}QZ*qye7Ch&8W=G`>f`Jq8j>vX~5NRzRU9sf_
z>oxtdr~$>ax+OJ;^X)vsSztp0JYJsoQlX{)JP`NN^%4mv6u3oW-hBTdM2W@5-Fze>
z9n9nd!<vn@x)+DSqur{lShQR5c_q20z&z9X_VI@tF-sZITiJ8(=%yDq%20jBZq4o?
zgCC2nZ#R@cyO{hJ?i_$meOX?m;pkq%(#414r`r1hpFn%A^?fTAk~P~=C0`Omj7x)=
z_=sB}!Gp5B>;qg7R6d&M#&&}CPAvA|mF^4XPltG`XZl9!t)5o^flxcEGJRDAZjOjF
zQ0Iea%DG$E3bP&!(93|2RCY3l5t3s3J*JOik0=hGeaJ@3@H8tD7<k9<<dKwp&eQ6Z
z9|U0$hb)b5lItCim6MC_Nf&^qL{S0zjAEPdi{G~l$mUBpQVcZOtKq$za5*WnwuQO{
zxF$NXUlSh-TEr%CuFbjgKX@wV^CqEZM<ObXOWagY0q?8j*FR)BnR)!IQXA#2X-7RS
zQDDqU9@ib_?%osL+z(HZl~m@gbUVL(W{K>CVRqHg&`+R3j0a8@kqB}PI}{$m!yRab
zvul5lL(>3*TF>n~)*#hsmwUTtKRAA2Fnk0PENdI!9GrZLu@zyKzs+&m-IKFviqv>&
kg1Lm#gqI~e;$iYPkmG5c&N-g{UI@TVLkokN>#mRg2V?7pi2wiq

literal 0
HcmV?d00001

diff --git a/static/jquery.full.js b/static/jquery.full.js
new file mode 100644
index 0000000000..3774ff9861
--- /dev/null
+++ b/static/jquery.full.js
@@ -0,0 +1,9404 @@
+/*!
+ * jQuery JavaScript Library v1.7.2
+ * http://jquery.com/
+ *
+ * Copyright 2011, John Resig
+ * Dual licensed under the MIT or GPL Version 2 licenses.
+ * http://jquery.org/license
+ *
+ * Includes Sizzle.js
+ * http://sizzlejs.com/
+ * Copyright 2011, The Dojo Foundation
+ * Released under the MIT, BSD, and GPL Licenses.
+ *
+ * Date: Wed Mar 21 12:46:34 2012 -0700
+ */
+(function( window, undefined ) {
+
+// Use the correct document accordingly with window argument (sandbox)
+var document = window.document,
+	navigator = window.navigator,
+	location = window.location;
+var jQuery = (function() {
+
+// Define a local copy of jQuery
+var jQuery = function( selector, context ) {
+		// The jQuery object is actually just the init constructor 'enhanced'
+		return new jQuery.fn.init( selector, context, rootjQuery );
+	},
+
+	// Map over jQuery in case of overwrite
+	_jQuery = window.jQuery,
+
+	// Map over the $ in case of overwrite
+	_$ = window.$,
+
+	// A central reference to the root jQuery(document)
+	rootjQuery,
+
+	// A simple way to check for HTML strings or ID strings
+	// Prioritize #id over <tag> to avoid XSS via location.hash (#9521)
+	quickExpr = /^(?:[^#<]*(<[\w\W]+>)[^>]*$|#([\w\-]*)$)/,
+
+	// Check if a string has a non-whitespace character in it
+	rnotwhite = /\S/,
+
+	// Used for trimming whitespace
+	trimLeft = /^\s+/,
+	trimRight = /\s+$/,
+
+	// Match a standalone tag
+	rsingleTag = /^<(\w+)\s*\/?>(?:<\/\1>)?$/,
+
+	// JSON RegExp
+	rvalidchars = /^[\],:{}\s]*$/,
+	rvalidescape = /\\(?:["\\\/bfnrt]|u[0-9a-fA-F]{4})/g,
+	rvalidtokens = /"[^"\\\n\r]*"|true|false|null|-?\d+(?:\.\d*)?(?:[eE][+\-]?\d+)?/g,
+	rvalidbraces = /(?:^|:|,)(?:\s*\[)+/g,
+
+	// Useragent RegExp
+	rwebkit = /(webkit)[ \/]([\w.]+)/,
+	ropera = /(opera)(?:.*version)?[ \/]([\w.]+)/,
+	rmsie = /(msie) ([\w.]+)/,
+	rmozilla = /(mozilla)(?:.*? rv:([\w.]+))?/,
+
+	// Matches dashed string for camelizing
+	rdashAlpha = /-([a-z]|[0-9])/ig,
+	rmsPrefix = /^-ms-/,
+
+	// Used by jQuery.camelCase as callback to replace()
+	fcamelCase = function( all, letter ) {
+		return ( letter + "" ).toUpperCase();
+	},
+
+	// Keep a UserAgent string for use with jQuery.browser
+	userAgent = navigator.userAgent,
+
+	// For matching the engine and version of the browser
+	browserMatch,
+
+	// The deferred used on DOM ready
+	readyList,
+
+	// The ready event handler
+	DOMContentLoaded,
+
+	// Save a reference to some core methods
+	toString = Object.prototype.toString,
+	hasOwn = Object.prototype.hasOwnProperty,
+	push = Array.prototype.push,
+	slice = Array.prototype.slice,
+	trim = String.prototype.trim,
+	indexOf = Array.prototype.indexOf,
+
+	// [[Class]] -> type pairs
+	class2type = {};
+
+jQuery.fn = jQuery.prototype = {
+	constructor: jQuery,
+	init: function( selector, context, rootjQuery ) {
+		var match, elem, ret, doc;
+
+		// Handle $(""), $(null), or $(undefined)
+		if ( !selector ) {
+			return this;
+		}
+
+		// Handle $(DOMElement)
+		if ( selector.nodeType ) {
+			this.context = this[0] = selector;
+			this.length = 1;
+			return this;
+		}
+
+		// The body element only exists once, optimize finding it
+		if ( selector === "body" && !context && document.body ) {
+			this.context = document;
+			this[0] = document.body;
+			this.selector = selector;
+			this.length = 1;
+			return this;
+		}
+
+		// Handle HTML strings
+		if ( typeof selector === "string" ) {
+			// Are we dealing with HTML string or an ID?
+			if ( selector.charAt(0) === "<" && selector.charAt( 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 = quickExpr.exec( selector );
+			}
+
+			// Verify a match, and that no context was specified for #id
+			if ( match && (match[1] || !context) ) {
+
+				// HANDLE: $(html) -> $(array)
+				if ( match[1] ) {
+					context = context instanceof jQuery ? context[0] : context;
+					doc = ( context ? context.ownerDocument || context : document );
+
+					// If a single string is passed in and it's a single tag
+					// just do a createElement and skip the rest
+					ret = rsingleTag.exec( selector );
+
+					if ( ret ) {
+						if ( jQuery.isPlainObject( context ) ) {
+							selector = [ document.createElement( ret[1] ) ];
+							jQuery.fn.attr.call( selector, context, true );
+
+						} else {
+							selector = [ doc.createElement( ret[1] ) ];
+						}
+
+					} else {
+						ret = jQuery.buildFragment( [ match[1] ], [ doc ] );
+						selector = ( ret.cacheable ? jQuery.clone(ret.fragment) : ret.fragment ).childNodes;
+					}
+
+					return jQuery.merge( this, selector );
+
+				// 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 ) {
+						// Handle the case where IE and Opera return items
+						// by name instead of ID
+						if ( elem.id !== match[2] ) {
+							return rootjQuery.find( selector );
+						}
+
+						// Otherwise, we 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: $(function)
+		// Shortcut for document ready
+		} else if ( jQuery.isFunction( selector ) ) {
+			return rootjQuery.ready( selector );
+		}
+
+		if ( selector.selector !== undefined ) {
+			this.selector = selector.selector;
+			this.context = selector.context;
+		}
+
+		return jQuery.makeArray( selector, this );
+	},
+
+	// Start with an empty selector
+	selector: "",
+
+	// The current version of jQuery being used
+	jquery: "1.7.2",
+
+	// The default length of a jQuery object is 0
+	length: 0,
+
+	// The number of elements contained in the matched element set
+	size: function() {
+		return this.length;
+	},
+
+	toArray: function() {
+		return slice.call( this, 0 );
+	},
+
+	// 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
+			this.toArray() :
+
+			// Return just the object
+			( num < 0 ? this[ this.length + num ] : this[ num ] );
+	},
+
+	// Take an array of elements and push it onto the stack
+	// (returning the new matched element set)
+	pushStack: function( elems, name, selector ) {
+		// Build a new jQuery matched element set
+		var ret = this.constructor();
+
+		if ( jQuery.isArray( elems ) ) {
+			push.apply( ret, elems );
+
+		} else {
+			jQuery.merge( ret, elems );
+		}
+
+		// Add the old object onto the stack (as a reference)
+		ret.prevObject = this;
+
+		ret.context = this.context;
+
+		if ( name === "find" ) {
+			ret.selector = this.selector + ( this.selector ? " " : "" ) + selector;
+		} else if ( name ) {
+			ret.selector = this.selector + "." + name + "(" + selector + ")";
+		}
+
+		// 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 );
+	},
+
+	ready: function( fn ) {
+		// Attach the listeners
+		jQuery.bindReady();
+
+		// Add the callback
+		readyList.add( fn );
+
+		return this;
+	},
+
+	eq: function( i ) {
+		i = +i;
+		return i === -1 ?
+			this.slice( i ) :
+			this.slice( i, i + 1 );
+	},
+
+	first: function() {
+		return this.eq( 0 );
+	},
+
+	last: function() {
+		return this.eq( -1 );
+	},
+
+	slice: function() {
+		return this.pushStack( slice.apply( this, arguments ),
+			"slice", slice.call(arguments).join(",") );
+	},
+
+	map: function( callback ) {
+		return this.pushStack( jQuery.map(this, function( elem, i ) {
+			return callback.call( elem, i, elem );
+		}));
+	},
+
+	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: [].sort,
+	splice: [].splice
+};
+
+// Give the init function the jQuery prototype for later instantiation
+jQuery.fn.init.prototype = jQuery.fn;
+
+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;
+		target = arguments[1] || {};
+		// skip the boolean and the target
+		i = 2;
+	}
+
+	// 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 ( length === i ) {
+		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({
+	noConflict: function( deep ) {
+		if ( window.$ === jQuery ) {
+			window.$ = _$;
+		}
+
+		if ( deep && window.jQuery === jQuery ) {
+			window.jQuery = _jQuery;
+		}
+
+		return jQuery;
+	},
+
+	// 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 ) {
+		// Either a released hold or an DOMready/load event and not yet ready
+		if ( (wait === true && !--jQuery.readyWait) || (wait !== true && !jQuery.isReady) ) {
+			// Make sure body exists, at least, in case IE gets a little overzealous (ticket #5443).
+			if ( !document.body ) {
+				return setTimeout( jQuery.ready, 1 );
+			}
+
+			// 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.fireWith( document, [ jQuery ] );
+
+			// Trigger any bound ready events
+			if ( jQuery.fn.trigger ) {
+				jQuery( document ).trigger( "ready" ).off( "ready" );
+			}
+		}
+	},
+
+	bindReady: function() {
+		if ( readyList ) {
+			return;
+		}
+
+		readyList = jQuery.Callbacks( "once memory" );
+
+		// Catch cases where $(document).ready() is called after the
+		// browser event has already occurred.
+		if ( document.readyState === "complete" ) {
+			// Handle it asynchronously to allow scripts the opportunity to delay ready
+			return setTimeout( jQuery.ready, 1 );
+		}
+
+		// Mozilla, Opera and webkit nightlies currently support this event
+		if ( document.addEventListener ) {
+			// Use the handy event callback
+			document.addEventListener( "DOMContentLoaded", DOMContentLoaded, false );
+
+			// A fallback to window.onload, that will always work
+			window.addEventListener( "load", jQuery.ready, false );
+
+		// If IE event model is used
+		} else if ( document.attachEvent ) {
+			// ensure firing before onload,
+			// maybe late but safe also for iframes
+			document.attachEvent( "onreadystatechange", DOMContentLoaded );
+
+			// A fallback to window.onload, that will always work
+			window.attachEvent( "onload", jQuery.ready );
+
+			// If IE and not a frame
+			// continually check to see if the document is ready
+			var toplevel = false;
+
+			try {
+				toplevel = window.frameElement == null;
+			} catch(e) {}
+
+			if ( document.documentElement.doScroll && toplevel ) {
+				doScrollCheck();
+			}
+		}
+	},
+
+	// 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 || function( obj ) {
+		return jQuery.type(obj) === "array";
+	},
+
+	isWindow: function( obj ) {
+		return obj != null && obj == obj.window;
+	},
+
+	isNumeric: function( obj ) {
+		return !isNaN( parseFloat(obj) ) && isFinite( obj );
+	},
+
+	type: function( obj ) {
+		return obj == null ?
+			String( obj ) :
+			class2type[ toString.call(obj) ] || "object";
+	},
+
+	isPlainObject: function( obj ) {
+		// Must be an Object.
+		// Because of IE, we also have to check the presence of the constructor property.
+		// Make sure that DOM nodes and window objects don't pass through, as well
+		if ( !obj || jQuery.type(obj) !== "object" || obj.nodeType || jQuery.isWindow( obj ) ) {
+			return false;
+		}
+
+		try {
+			// Not own constructor property must be Object
+			if ( obj.constructor &&
+				!hasOwn.call(obj, "constructor") &&
+				!hasOwn.call(obj.constructor.prototype, "isPrototypeOf") ) {
+				return false;
+			}
+		} catch ( e ) {
+			// IE8,9 Will throw exceptions on certain host objects #9897
+			return false;
+		}
+
+		// Own properties are enumerated firstly, so to speed up,
+		// if last one is own, then all properties are own.
+
+		var key;
+		for ( key in obj ) {}
+
+		return key === undefined || hasOwn.call( obj, key );
+	},
+
+	isEmptyObject: function( obj ) {
+		for ( var name in obj ) {
+			return false;
+		}
+		return true;
+	},
+
+	error: function( msg ) {
+		throw new Error( msg );
+	},
+
+	parseJSON: function( data ) {
+		if ( typeof data !== "string" || !data ) {
+			return null;
+		}
+
+		// Make sure leading/trailing whitespace is removed (IE can't handle it)
+		data = jQuery.trim( data );
+
+		// Attempt to parse using the native JSON parser first
+		if ( window.JSON && window.JSON.parse ) {
+			return window.JSON.parse( data );
+		}
+
+		// Make sure the incoming data is actual JSON
+		// Logic borrowed from http://json.org/json2.js
+		if ( rvalidchars.test( data.replace( rvalidescape, "@" )
+			.replace( rvalidtokens, "]" )
+			.replace( rvalidbraces, "")) ) {
+
+			return ( new Function( "return " + data ) )();
+
+		}
+		jQuery.error( "Invalid JSON: " + data );
+	},
+
+	// Cross-browser xml parsing
+	parseXML: function( data ) {
+		if ( typeof data !== "string" || !data ) {
+			return null;
+		}
+		var xml, tmp;
+		try {
+			if ( window.DOMParser ) { // Standard
+				tmp = new DOMParser();
+				xml = tmp.parseFromString( data , "text/xml" );
+			} else { // IE
+				xml = new ActiveXObject( "Microsoft.XMLDOM" );
+				xml.async = "false";
+				xml.loadXML( data );
+			}
+		} catch( e ) {
+			xml = undefined;
+		}
+		if ( !xml || !xml.documentElement || xml.getElementsByTagName( "parsererror" ).length ) {
+			jQuery.error( "Invalid XML: " + data );
+		}
+		return xml;
+	},
+
+	noop: function() {},
+
+	// Evaluates a script in a global context
+	// Workarounds based on findings by Jim Driscoll
+	// http://weblogs.java.net/blog/driscoll/archive/2009/09/08/eval-javascript-global-context
+	globalEval: function( data ) {
+		if ( data && rnotwhite.test( data ) ) {
+			// We use execScript on Internet Explorer
+			// We use an anonymous function so that context is window
+			// rather than jQuery in Firefox
+			( window.execScript || function( data ) {
+				window[ "eval" ].call( window, data );
+			} )( data );
+		}
+	},
+
+	// 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.toUpperCase() === name.toUpperCase();
+	},
+
+	// args is for internal usage only
+	each: function( object, callback, args ) {
+		var name, i = 0,
+			length = object.length,
+			isObj = length === undefined || jQuery.isFunction( object );
+
+		if ( args ) {
+			if ( isObj ) {
+				for ( name in object ) {
+					if ( callback.apply( object[ name ], args ) === false ) {
+						break;
+					}
+				}
+			} else {
+				for ( ; i < length; ) {
+					if ( callback.apply( object[ i++ ], args ) === false ) {
+						break;
+					}
+				}
+			}
+
+		// A special, fast, case for the most common use of each
+		} else {
+			if ( isObj ) {
+				for ( name in object ) {
+					if ( callback.call( object[ name ], name, object[ name ] ) === false ) {
+						break;
+					}
+				}
+			} else {
+				for ( ; i < length; ) {
+					if ( callback.call( object[ i ], i, object[ i++ ] ) === false ) {
+						break;
+					}
+				}
+			}
+		}
+
+		return object;
+	},
+
+	// Use native String.trim function wherever possible
+	trim: trim ?
+		function( text ) {
+			return text == null ?
+				"" :
+				trim.call( text );
+		} :
+
+		// Otherwise use our own trimming functionality
+		function( text ) {
+			return text == null ?
+				"" :
+				text.toString().replace( trimLeft, "" ).replace( trimRight, "" );
+		},
+
+	// results is for internal usage only
+	makeArray: function( array, results ) {
+		var ret = results || [];
+
+		if ( array != null ) {
+			// The window, strings (and functions) also have 'length'
+			// Tweaked logic slightly to handle Blackberry 4.7 RegExp issues #6930
+			var type = jQuery.type( array );
+
+			if ( array.length == null || type === "string" || type === "function" || type === "regexp" || jQuery.isWindow( array ) ) {
+				push.call( ret, array );
+			} else {
+				jQuery.merge( ret, array );
+			}
+		}
+
+		return ret;
+	},
+
+	inArray: function( elem, array, i ) {
+		var len;
+
+		if ( array ) {
+			if ( indexOf ) {
+				return indexOf.call( array, elem, i );
+			}
+
+			len = array.length;
+			i = i ? i < 0 ? Math.max( 0, len + i ) : i : 0;
+
+			for ( ; i < len; i++ ) {
+				// Skip accessing in sparse arrays
+				if ( i in array && array[ i ] === elem ) {
+					return i;
+				}
+			}
+		}
+
+		return -1;
+	},
+
+	merge: function( first, second ) {
+		var i = first.length,
+			j = 0;
+
+		if ( typeof second.length === "number" ) {
+			for ( var l = second.length; j < l; j++ ) {
+				first[ i++ ] = second[ j ];
+			}
+
+		} else {
+			while ( second[j] !== undefined ) {
+				first[ i++ ] = second[ j++ ];
+			}
+		}
+
+		first.length = i;
+
+		return first;
+	},
+
+	grep: function( elems, callback, inv ) {
+		var ret = [], retVal;
+		inv = !!inv;
+
+		// Go through the array, only saving the items
+		// that pass the validator function
+		for ( var i = 0, length = elems.length; i < length; i++ ) {
+			retVal = !!callback( elems[ i ], i );
+			if ( inv !== retVal ) {
+				ret.push( elems[ i ] );
+			}
+		}
+
+		return ret;
+	},
+
+	// arg is for internal usage only
+	map: function( elems, callback, arg ) {
+		var value, key, ret = [],
+			i = 0,
+			length = elems.length,
+			// jquery objects are treated as arrays
+			isArray = elems instanceof jQuery || length !== undefined && typeof length === "number" && ( ( length > 0 && elems[ 0 ] && elems[ length -1 ] ) || length === 0 || jQuery.isArray( elems ) ) ;
+
+		// Go through the array, translating each of the items to their
+		if ( isArray ) {
+			for ( ; i < length; i++ ) {
+				value = callback( elems[ i ], i, arg );
+
+				if ( value != null ) {
+					ret[ ret.length ] = value;
+				}
+			}
+
+		// Go through every key on the object,
+		} else {
+			for ( key in elems ) {
+				value = callback( elems[ key ], key, arg );
+
+				if ( value != null ) {
+					ret[ ret.length ] = value;
+				}
+			}
+		}
+
+		// Flatten any nested arrays
+		return ret.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 ) {
+		if ( typeof context === "string" ) {
+			var 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
+		var args = slice.call( arguments, 2 ),
+			proxy = function() {
+				return fn.apply( context, 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 || proxy.guid || jQuery.guid++;
+
+		return proxy;
+	},
+
+	// Mutifunctional method to get and set values to a collection
+	// The value/s can optionally be executed if it's a function
+	access: function( elems, fn, key, value, chainable, emptyGet, pass ) {
+		var exec,
+			bulk = key == null,
+			i = 0,
+			length = elems.length;
+
+		// Sets many values
+		if ( key && typeof key === "object" ) {
+			for ( i in key ) {
+				jQuery.access( elems, fn, i, key[i], 1, emptyGet, value );
+			}
+			chainable = 1;
+
+		// Sets one value
+		} else if ( value !== undefined ) {
+			// Optionally, function values get executed if exec is true
+			exec = pass === undefined && jQuery.isFunction( value );
+
+			if ( bulk ) {
+				// Bulk operations only iterate when executing function values
+				if ( exec ) {
+					exec = fn;
+					fn = function( elem, key, value ) {
+						return exec.call( jQuery( elem ), value );
+					};
+
+				// Otherwise they run against the entire set
+				} else {
+					fn.call( elems, value );
+					fn = null;
+				}
+			}
+
+			if ( fn ) {
+				for (; i < length; i++ ) {
+					fn( elems[i], key, exec ? value.call( elems[i], i, fn( elems[i], key ) ) : value, pass );
+				}
+			}
+
+			chainable = 1;
+		}
+
+		return chainable ?
+			elems :
+
+			// Gets
+			bulk ?
+				fn.call( elems ) :
+				length ? fn( elems[0], key ) : emptyGet;
+	},
+
+	now: function() {
+		return ( new Date() ).getTime();
+	},
+
+	// Use of jQuery.browser is frowned upon.
+	// More details: http://docs.jquery.com/Utilities/jQuery.browser
+	uaMatch: function( ua ) {
+		ua = ua.toLowerCase();
+
+		var match = rwebkit.exec( ua ) ||
+			ropera.exec( ua ) ||
+			rmsie.exec( ua ) ||
+			ua.indexOf("compatible") < 0 && rmozilla.exec( ua ) ||
+			[];
+
+		return { browser: match[1] || "", version: match[2] || "0" };
+	},
+
+	sub: function() {
+		function jQuerySub( selector, context ) {
+			return new jQuerySub.fn.init( selector, context );
+		}
+		jQuery.extend( true, jQuerySub, this );
+		jQuerySub.superclass = this;
+		jQuerySub.fn = jQuerySub.prototype = this();
+		jQuerySub.fn.constructor = jQuerySub;
+		jQuerySub.sub = this.sub;
+		jQuerySub.fn.init = function init( selector, context ) {
+			if ( context && context instanceof jQuery && !(context instanceof jQuerySub) ) {
+				context = jQuerySub( context );
+			}
+
+			return jQuery.fn.init.call( this, selector, context, rootjQuerySub );
+		};
+		jQuerySub.fn.init.prototype = jQuerySub.fn;
+		var rootjQuerySub = jQuerySub(document);
+		return jQuerySub;
+	},
+
+	browser: {}
+});
+
+// Populate the class2type map
+jQuery.each("Boolean Number String Function Array Date RegExp Object".split(" "), function(i, name) {
+	class2type[ "[object " + name + "]" ] = name.toLowerCase();
+});
+
+browserMatch = jQuery.uaMatch( userAgent );
+if ( browserMatch.browser ) {
+	jQuery.browser[ browserMatch.browser ] = true;
+	jQuery.browser.version = browserMatch.version;
+}
+
+// Deprecated, use jQuery.browser.webkit instead
+if ( jQuery.browser.webkit ) {
+	jQuery.browser.safari = true;
+}
+
+// IE doesn't match non-breaking spaces with \s
+if ( rnotwhite.test( "\xA0" ) ) {
+	trimLeft = /^[\s\xA0]+/;
+	trimRight = /[\s\xA0]+$/;
+}
+
+// All jQuery objects should point back to these
+rootjQuery = jQuery(document);
+
+// Cleanup functions for the document ready method
+if ( document.addEventListener ) {
+	DOMContentLoaded = function() {
+		document.removeEventListener( "DOMContentLoaded", DOMContentLoaded, false );
+		jQuery.ready();
+	};
+
+} else if ( document.attachEvent ) {
+	DOMContentLoaded = function() {
+		// Make sure body exists, at least, in case IE gets a little overzealous (ticket #5443).
+		if ( document.readyState === "complete" ) {
+			document.detachEvent( "onreadystatechange", DOMContentLoaded );
+			jQuery.ready();
+		}
+	};
+}
+
+// The DOM ready check for Internet Explorer
+function doScrollCheck() {
+	if ( jQuery.isReady ) {
+		return;
+	}
+
+	try {
+		// If IE is used, use the trick by Diego Perini
+		// http://javascript.nwbox.com/IEContentLoaded/
+		document.documentElement.doScroll("left");
+	} catch(e) {
+		setTimeout( doScrollCheck, 1 );
+		return;
+	}
+
+	// and execute any waiting functions
+	jQuery.ready();
+}
+
+return jQuery;
+
+})();
+
+
+// String to Object flags format cache
+var flagsCache = {};
+
+// Convert String-formatted flags into Object-formatted ones and store in cache
+function createFlags( flags ) {
+	var object = flagsCache[ flags ] = {},
+		i, length;
+	flags = flags.split( /\s+/ );
+	for ( i = 0, length = flags.length; i < length; i++ ) {
+		object[ flags[i] ] = true;
+	}
+	return object;
+}
+
+/*
+ * Create a callback list using the following parameters:
+ *
+ *	flags:	an optional list of space-separated flags that will change how
+ *			the callback list behaves
+ *
+ * By default a callback list will act like an event callback list and can be
+ * "fired" multiple times.
+ *
+ * Possible flags:
+ *
+ *	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( flags ) {
+
+	// Convert flags from String-formatted to Object-formatted
+	// (we check in cache first)
+	flags = flags ? ( flagsCache[ flags ] || createFlags( flags ) ) : {};
+
+	var // Actual callback list
+		list = [],
+		// Stack of fire calls for repeatable lists
+		stack = [],
+		// 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,
+		// Add one or several callbacks to the list
+		add = function( args ) {
+			var i,
+				length,
+				elem,
+				type,
+				actual;
+			for ( i = 0, length = args.length; i < length; i++ ) {
+				elem = args[ i ];
+				type = jQuery.type( elem );
+				if ( type === "array" ) {
+					// Inspect recursively
+					add( elem );
+				} else if ( type === "function" ) {
+					// Add if not in unique mode and callback is not in
+					if ( !flags.unique || !self.has( elem ) ) {
+						list.push( elem );
+					}
+				}
+			}
+		},
+		// Fire callbacks
+		fire = function( context, args ) {
+			args = args || [];
+			memory = !flags.memory || [ context, args ];
+			fired = true;
+			firing = true;
+			firingIndex = firingStart || 0;
+			firingStart = 0;
+			firingLength = list.length;
+			for ( ; list && firingIndex < firingLength; firingIndex++ ) {
+				if ( list[ firingIndex ].apply( context, args ) === false && flags.stopOnFalse ) {
+					memory = true; // Mark as halted
+					break;
+				}
+			}
+			firing = false;
+			if ( list ) {
+				if ( !flags.once ) {
+					if ( stack && stack.length ) {
+						memory = stack.shift();
+						self.fireWith( memory[ 0 ], memory[ 1 ] );
+					}
+				} else if ( memory === true ) {
+					self.disable();
+				} else {
+					list = [];
+				}
+			}
+		},
+		// Actual Callbacks object
+		self = {
+			// Add a callback or a collection of callbacks to the list
+			add: function() {
+				if ( list ) {
+					var length = list.length;
+					add( 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, unless previous
+					// firing was halted (stopOnFalse)
+					} else if ( memory && memory !== true ) {
+						firingStart = length;
+						fire( memory[ 0 ], memory[ 1 ] );
+					}
+				}
+				return this;
+			},
+			// Remove a callback from the list
+			remove: function() {
+				if ( list ) {
+					var args = arguments,
+						argIndex = 0,
+						argLength = args.length;
+					for ( ; argIndex < argLength ; argIndex++ ) {
+						for ( var i = 0; i < list.length; i++ ) {
+							if ( args[ argIndex ] === list[ i ] ) {
+								// Handle firingIndex and firingLength
+								if ( firing ) {
+									if ( i <= firingLength ) {
+										firingLength--;
+										if ( i <= firingIndex ) {
+											firingIndex--;
+										}
+									}
+								}
+								// Remove the element
+								list.splice( i--, 1 );
+								// If we have some unicity property then
+								// we only need to do this once
+								if ( flags.unique ) {
+									break;
+								}
+							}
+						}
+					}
+				}
+				return this;
+			},
+			// Control if a given callback is in the list
+			has: function( fn ) {
+				if ( list ) {
+					var i = 0,
+						length = list.length;
+					for ( ; i < length; i++ ) {
+						if ( fn === list[ i ] ) {
+							return true;
+						}
+					}
+				}
+				return false;
+			},
+			// Remove all callbacks from the list
+			empty: function() {
+				list = [];
+				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 || memory === true ) {
+					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 ( stack ) {
+					if ( firing ) {
+						if ( !flags.once ) {
+							stack.push( [ context, args ] );
+						}
+					} else if ( !( flags.once && memory ) ) {
+						fire( context, 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;
+};
+
+
+
+
+var // Static reference to slice
+	sliceDeferred = [].slice;
+
+jQuery.extend({
+
+	Deferred: function( func ) {
+		var doneList = jQuery.Callbacks( "once memory" ),
+			failList = jQuery.Callbacks( "once memory" ),
+			progressList = jQuery.Callbacks( "memory" ),
+			state = "pending",
+			lists = {
+				resolve: doneList,
+				reject: failList,
+				notify: progressList
+			},
+			promise = {
+				done: doneList.add,
+				fail: failList.add,
+				progress: progressList.add,
+
+				state: function() {
+					return state;
+				},
+
+				// Deprecated
+				isResolved: doneList.fired,
+				isRejected: failList.fired,
+
+				then: function( doneCallbacks, failCallbacks, progressCallbacks ) {
+					deferred.done( doneCallbacks ).fail( failCallbacks ).progress( progressCallbacks );
+					return this;
+				},
+				always: function() {
+					deferred.done.apply( deferred, arguments ).fail.apply( deferred, arguments );
+					return this;
+				},
+				pipe: function( fnDone, fnFail, fnProgress ) {
+					return jQuery.Deferred(function( newDefer ) {
+						jQuery.each( {
+							done: [ fnDone, "resolve" ],
+							fail: [ fnFail, "reject" ],
+							progress: [ fnProgress, "notify" ]
+						}, function( handler, data ) {
+							var fn = data[ 0 ],
+								action = data[ 1 ],
+								returned;
+							if ( jQuery.isFunction( fn ) ) {
+								deferred[ handler ](function() {
+									returned = fn.apply( this, arguments );
+									if ( returned && jQuery.isFunction( returned.promise ) ) {
+										returned.promise().then( newDefer.resolve, newDefer.reject, newDefer.notify );
+									} else {
+										newDefer[ action + "With" ]( this === deferred ? newDefer : this, [ returned ] );
+									}
+								});
+							} else {
+								deferred[ handler ]( newDefer[ action ] );
+							}
+						});
+					}).promise();
+				},
+				// Get a promise for this deferred
+				// If obj is provided, the promise aspect is added to the object
+				promise: function( obj ) {
+					if ( obj == null ) {
+						obj = promise;
+					} else {
+						for ( var key in promise ) {
+							obj[ key ] = promise[ key ];
+						}
+					}
+					return obj;
+				}
+			},
+			deferred = promise.promise({}),
+			key;
+
+		for ( key in lists ) {
+			deferred[ key ] = lists[ key ].fire;
+			deferred[ key + "With" ] = lists[ key ].fireWith;
+		}
+
+		// Handle state
+		deferred.done( function() {
+			state = "resolved";
+		}, failList.disable, progressList.lock ).fail( function() {
+			state = "rejected";
+		}, doneList.disable, progressList.lock );
+
+		// Call given func if any
+		if ( func ) {
+			func.call( deferred, deferred );
+		}
+
+		// All done!
+		return deferred;
+	},
+
+	// Deferred helper
+	when: function( firstParam ) {
+		var args = sliceDeferred.call( arguments, 0 ),
+			i = 0,
+			length = args.length,
+			pValues = new Array( length ),
+			count = length,
+			pCount = length,
+			deferred = length <= 1 && firstParam && jQuery.isFunction( firstParam.promise ) ?
+				firstParam :
+				jQuery.Deferred(),
+			promise = deferred.promise();
+		function resolveFunc( i ) {
+			return function( value ) {
+				args[ i ] = arguments.length > 1 ? sliceDeferred.call( arguments, 0 ) : value;
+				if ( !( --count ) ) {
+					deferred.resolveWith( deferred, args );
+				}
+			};
+		}
+		function progressFunc( i ) {
+			return function( value ) {
+				pValues[ i ] = arguments.length > 1 ? sliceDeferred.call( arguments, 0 ) : value;
+				deferred.notifyWith( promise, pValues );
+			};
+		}
+		if ( length > 1 ) {
+			for ( ; i < length; i++ ) {
+				if ( args[ i ] && args[ i ].promise && jQuery.isFunction( args[ i ].promise ) ) {
+					args[ i ].promise().then( resolveFunc(i), deferred.reject, progressFunc(i) );
+				} else {
+					--count;
+				}
+			}
+			if ( !count ) {
+				deferred.resolveWith( deferred, args );
+			}
+		} else if ( deferred !== firstParam ) {
+			deferred.resolveWith( deferred, length ? [ firstParam ] : [] );
+		}
+		return promise;
+	}
+});
+
+
+
+
+jQuery.support = (function() {
+
+	var support,
+		all,
+		a,
+		select,
+		opt,
+		input,
+		fragment,
+		tds,
+		events,
+		eventName,
+		i,
+		isSupported,
+		div = document.createElement( "div" ),
+		documentElement = document.documentElement;
+
+	// Preliminary tests
+	div.setAttribute("className", "t");
+	div.innerHTML = "   <link/><table></table><a href='/a' style='top:1px;float:left;opacity:.55;'>a</a><input type='checkbox'/>";
+
+	all = div.getElementsByTagName( "*" );
+	a = div.getElementsByTagName( "a" )[ 0 ];
+
+	// Can't get basic test support
+	if ( !all || !all.length || !a ) {
+		return {};
+	}
+
+	// First batch of supports tests
+	select = document.createElement( "select" );
+	opt = select.appendChild( document.createElement("option") );
+	input = div.getElementsByTagName( "input" )[ 0 ];
+
+	support = {
+		// IE strips leading whitespace when .innerHTML is used
+		leadingWhitespace: ( div.firstChild.nodeType === 3 ),
+
+		// Make sure that tbody elements aren't automatically inserted
+		// IE will insert them into empty tables
+		tbody: !div.getElementsByTagName("tbody").length,
+
+		// Make sure that link elements get serialized correctly by innerHTML
+		// This requires a wrapper element in IE
+		htmlSerialize: !!div.getElementsByTagName("link").length,
+
+		// Get the style information from getAttribute
+		// (IE uses .cssText instead)
+		style: /top/.test( a.getAttribute("style") ),
+
+		// Make sure that URLs aren't manipulated
+		// (IE normalizes it by default)
+		hrefNormalized: ( a.getAttribute("href") === "/a" ),
+
+		// Make sure that element opacity exists
+		// (IE uses filter instead)
+		// Use a regex to work around a WebKit issue. See #5145
+		opacity: /^0.55/.test( a.style.opacity ),
+
+		// Verify style float existence
+		// (IE uses styleFloat instead of cssFloat)
+		cssFloat: !!a.style.cssFloat,
+
+		// Make sure that if no value is specified for a checkbox
+		// that it defaults to "on".
+		// (WebKit defaults to "" instead)
+		checkOn: ( input.value === "on" ),
+
+		// Make sure that a selected-by-default option has a working selected property.
+		// (WebKit defaults to false instead of true, IE too, if it's in an optgroup)
+		optSelected: opt.selected,
+
+		// Test setAttribute on camelCase class. If it works, we need attrFixes when doing get/setAttribute (ie6/7)
+		getSetAttribute: div.className !== "t",
+
+		// Tests for enctype support on a form(#6743)
+		enctype: !!document.createElement("form").enctype,
+
+		// Makes sure cloning an html5 element does not cause problems
+		// Where outerHTML is undefined, this still works
+		html5Clone: document.createElement("nav").cloneNode( true ).outerHTML !== "<:nav></:nav>",
+
+		// Will be defined later
+		submitBubbles: true,
+		changeBubbles: true,
+		focusinBubbles: false,
+		deleteExpando: true,
+		noCloneEvent: true,
+		inlineBlockNeedsLayout: false,
+		shrinkWrapBlocks: false,
+		reliableMarginRight: true,
+		pixelMargin: true
+	};
+
+	// jQuery.boxModel DEPRECATED in 1.3, use jQuery.support.boxModel instead
+	jQuery.boxModel = support.boxModel = (document.compatMode === "CSS1Compat");
+
+	// Make sure checked status is properly cloned
+	input.checked = true;
+	support.noCloneChecked = input.cloneNode( true ).checked;
+
+	// 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;
+
+	// Test to see if it's possible to delete an expando from an element
+	// Fails in Internet Explorer
+	try {
+		delete div.test;
+	} catch( e ) {
+		support.deleteExpando = false;
+	}
+
+	if ( !div.addEventListener && div.attachEvent && div.fireEvent ) {
+		div.attachEvent( "onclick", function() {
+			// Cloning a node shouldn't copy over any
+			// bound event handlers (IE does this)
+			support.noCloneEvent = false;
+		});
+		div.cloneNode( true ).fireEvent( "onclick" );
+	}
+
+	// Check if a radio maintains its value
+	// after being appended to the DOM
+	input = document.createElement("input");
+	input.value = "t";
+	input.setAttribute("type", "radio");
+	support.radioValue = input.value === "t";
+
+	input.setAttribute("checked", "checked");
+
+	// #11217 - WebKit loses check when the name is after the checked attribute
+	input.setAttribute( "name", "t" );
+
+	div.appendChild( input );
+	fragment = document.createDocumentFragment();
+	fragment.appendChild( div.lastChild );
+
+	// WebKit doesn't clone checked state correctly in fragments
+	support.checkClone = fragment.cloneNode( true ).cloneNode( true ).lastChild.checked;
+
+	// Check if a disconnected checkbox will retain its checked
+	// value of true after appended to the DOM (IE6/7)
+	support.appendChecked = input.checked;
+
+	fragment.removeChild( input );
+	fragment.appendChild( div );
+
+	// Technique from Juriy Zaytsev
+	// http://perfectionkills.com/detecting-event-support-without-browser-sniffing/
+	// We only care about the case where non-standard event systems
+	// are used, namely in IE. Short-circuiting here helps us to
+	// avoid an eval call (in setAttribute) which can cause CSP
+	// to go haywire. See: https://developer.mozilla.org/en/Security/CSP
+	if ( div.attachEvent ) {
+		for ( i in {
+			submit: 1,
+			change: 1,
+			focusin: 1
+		}) {
+			eventName = "on" + i;
+			isSupported = ( eventName in div );
+			if ( !isSupported ) {
+				div.setAttribute( eventName, "return;" );
+				isSupported = ( typeof div[ eventName ] === "function" );
+			}
+			support[ i + "Bubbles" ] = isSupported;
+		}
+	}
+
+	fragment.removeChild( div );
+
+	// Null elements to avoid leaks in IE
+	fragment = select = opt = div = input = null;
+
+	// Run tests that need a body at doc ready
+	jQuery(function() {
+		var container, outer, inner, table, td, offsetSupport,
+			marginDiv, conMarginTop, style, html, positionTopLeftWidthHeight,
+			paddingMarginBorderVisibility, paddingMarginBorder,
+			body = document.getElementsByTagName("body")[0];
+
+		if ( !body ) {
+			// Return for frameset docs that don't have a body
+			return;
+		}
+
+		conMarginTop = 1;
+		paddingMarginBorder = "padding:0;margin:0;border:";
+		positionTopLeftWidthHeight = "position:absolute;top:0;left:0;width:1px;height:1px;";
+		paddingMarginBorderVisibility = paddingMarginBorder + "0;visibility:hidden;";
+		style = "style='" + positionTopLeftWidthHeight + paddingMarginBorder + "5px solid #000;";
+		html = "<div " + style + "display:block;'><div style='" + paddingMarginBorder + "0;display:block;overflow:hidden;'></div></div>" +
+			"<table " + style + "' cellpadding='0' cellspacing='0'>" +
+			"<tr><td></td></tr></table>";
+
+		container = document.createElement("div");
+		container.style.cssText = paddingMarginBorderVisibility + "width:0;height:0;position:static;top:0;margin-top:" + conMarginTop + "px";
+		body.insertBefore( container, body.firstChild );
+
+		// Construct the test element
+		div = document.createElement("div");
+		container.appendChild( div );
+
+		// Check if table cells still have offsetWidth/Height when they are set
+		// to display:none and there are still other visible table cells in a
+		// table row; if so, offsetWidth/Height are not reliable for use when
+		// determining if an element has been hidden directly using
+		// display:none (it is still safe to use offsets if a parent element is
+		// hidden; don safety goggles and see bug #4512 for more information).
+		// (only IE 8 fails this test)
+		div.innerHTML = "<table><tr><td style='" + paddingMarginBorder + "0;display:none'></td><td>t</td></tr></table>";
+		tds = div.getElementsByTagName( "td" );
+		isSupported = ( tds[ 0 ].offsetHeight === 0 );
+
+		tds[ 0 ].style.display = "";
+		tds[ 1 ].style.display = "none";
+
+		// Check if empty table cells still have offsetWidth/Height
+		// (IE <= 8 fail this test)
+		support.reliableHiddenOffsets = isSupported && ( tds[ 0 ].offsetHeight === 0 );
+
+		// Check if div with explicit width and no margin-right incorrectly
+		// gets computed margin-right based on width of container. For more
+		// info see bug #3333
+		// Fails in WebKit before Feb 2011 nightlies
+		// WebKit Bug 13343 - getComputedStyle returns wrong value for margin-right
+		if ( window.getComputedStyle ) {
+			div.innerHTML = "";
+			marginDiv = document.createElement( "div" );
+			marginDiv.style.width = "0";
+			marginDiv.style.marginRight = "0";
+			div.style.width = "2px";
+			div.appendChild( marginDiv );
+			support.reliableMarginRight =
+				( parseInt( ( window.getComputedStyle( marginDiv, null ) || { marginRight: 0 } ).marginRight, 10 ) || 0 ) === 0;
+		}
+
+		if ( typeof div.style.zoom !== "undefined" ) {
+			// Check if natively block-level elements act like inline-block
+			// elements when setting their display to 'inline' and giving
+			// them layout
+			// (IE < 8 does this)
+			div.innerHTML = "";
+			div.style.width = div.style.padding = "1px";
+			div.style.border = 0;
+			div.style.overflow = "hidden";
+			div.style.display = "inline";
+			div.style.zoom = 1;
+			support.inlineBlockNeedsLayout = ( div.offsetWidth === 3 );
+
+			// Check if elements with layout shrink-wrap their children
+			// (IE 6 does this)
+			div.style.display = "block";
+			div.style.overflow = "visible";
+			div.innerHTML = "<div style='width:5px;'></div>";
+			support.shrinkWrapBlocks = ( div.offsetWidth !== 3 );
+		}
+
+		div.style.cssText = positionTopLeftWidthHeight + paddingMarginBorderVisibility;
+		div.innerHTML = html;
+
+		outer = div.firstChild;
+		inner = outer.firstChild;
+		td = outer.nextSibling.firstChild.firstChild;
+
+		offsetSupport = {
+			doesNotAddBorder: ( inner.offsetTop !== 5 ),
+			doesAddBorderForTableAndCells: ( td.offsetTop === 5 )
+		};
+
+		inner.style.position = "fixed";
+		inner.style.top = "20px";
+
+		// safari subtracts parent border width here which is 5px
+		offsetSupport.fixedPosition = ( inner.offsetTop === 20 || inner.offsetTop === 15 );
+		inner.style.position = inner.style.top = "";
+
+		outer.style.overflow = "hidden";
+		outer.style.position = "relative";
+
+		offsetSupport.subtractsBorderForOverflowNotVisible = ( inner.offsetTop === -5 );
+		offsetSupport.doesNotIncludeMarginInBodyOffset = ( body.offsetTop !== conMarginTop );
+
+		if ( window.getComputedStyle ) {
+			div.style.marginTop = "1%";
+			support.pixelMargin = ( window.getComputedStyle( div, null ) || { marginTop: 0 } ).marginTop !== "1%";
+		}
+
+		if ( typeof container.style.zoom !== "undefined" ) {
+			container.style.zoom = 1;
+		}
+
+		body.removeChild( container );
+		marginDiv = div = container = null;
+
+		jQuery.extend( support, offsetSupport );
+	});
+
+	return support;
+})();
+
+
+
+
+var rbrace = /^(?:\{.*\}|\[.*\])$/,
+	rmultiDash = /([A-Z])/g;
+
+jQuery.extend({
+	cache: {},
+
+	// Please use with caution
+	uuid: 0,
+
+	// Unique for each copy of jQuery on the page
+	// Non-digits removed to match rinlinejQuery
+	expando: "jQuery" + ( jQuery.fn.jquery + Math.random() ).replace( /\D/g, "" ),
+
+	// The following elements throw uncatchable exceptions if you
+	// attempt to add expando properties to them.
+	noData: {
+		"embed": true,
+		// Ban all objects except for Flash (which handle expandos)
+		"object": "clsid:D27CDB6E-AE6D-11cf-96B8-444553540000",
+		"applet": true
+	},
+
+	hasData: function( elem ) {
+		elem = elem.nodeType ? jQuery.cache[ elem[jQuery.expando] ] : elem[ jQuery.expando ];
+		return !!elem && !isEmptyDataObject( elem );
+	},
+
+	data: function( elem, name, data, pvt /* Internal Use Only */ ) {
+		if ( !jQuery.acceptData( elem ) ) {
+			return;
+		}
+
+		var privateCache, thisCache, ret,
+			internalKey = jQuery.expando,
+			getByName = typeof name === "string",
+
+			// We have to handle DOM nodes and JS objects differently because IE6-7
+			// can't GC object references properly across the DOM-JS boundary
+			isNode = elem.nodeType,
+
+			// Only DOM nodes need the global jQuery cache; JS object data is
+			// attached directly to the object so GC can occur automatically
+			cache = isNode ? jQuery.cache : elem,
+
+			// Only defining an ID for JS objects if its cache already exists allows
+			// the code to shortcut on the same path as a DOM node with no cache
+			id = isNode ? elem[ internalKey ] : elem[ internalKey ] && internalKey,
+			isEvents = name === "events";
+
+		// Avoid doing any more work than we need to when trying to get data on an
+		// object that has no data at all
+		if ( (!id || !cache[id] || (!isEvents && !pvt && !cache[id].data)) && getByName && data === undefined ) {
+			return;
+		}
+
+		if ( !id ) {
+			// Only DOM nodes need a new unique ID for each element since their data
+			// ends up in the global cache
+			if ( isNode ) {
+				elem[ internalKey ] = id = ++jQuery.uuid;
+			} else {
+				id = internalKey;
+			}
+		}
+
+		if ( !cache[ id ] ) {
+			cache[ id ] = {};
+
+			// Avoids exposing jQuery metadata on plain JS objects when the object
+			// is serialized using JSON.stringify
+			if ( !isNode ) {
+				cache[ id ].toJSON = jQuery.noop;
+			}
+		}
+
+		// An object can be passed to jQuery.data instead of a key/value pair; this gets
+		// shallow copied over onto the existing cache
+		if ( typeof name === "object" || typeof name === "function" ) {
+			if ( pvt ) {
+				cache[ id ] = jQuery.extend( cache[ id ], name );
+			} else {
+				cache[ id ].data = jQuery.extend( cache[ id ].data, name );
+			}
+		}
+
+		privateCache = thisCache = cache[ id ];
+
+		// jQuery data() is stored in a separate object inside the object's internal data
+		// cache in order to avoid key collisions between internal data and user-defined
+		// data.
+		if ( !pvt ) {
+			if ( !thisCache.data ) {
+				thisCache.data = {};
+			}
+
+			thisCache = thisCache.data;
+		}
+
+		if ( data !== undefined ) {
+			thisCache[ jQuery.camelCase( name ) ] = data;
+		}
+
+		// Users should not attempt to inspect the internal events object using jQuery.data,
+		// it is undocumented and subject to change. But does anyone listen? No.
+		if ( isEvents && !thisCache[ name ] ) {
+			return privateCache.events;
+		}
+
+		// Check for both converted-to-camel and non-converted data property names
+		// If a data property was specified
+		if ( getByName ) {
+
+			// First Try to find as-is property data
+			ret = thisCache[ name ];
+
+			// Test for null|undefined property data
+			if ( ret == null ) {
+
+				// Try to find the camelCased property
+				ret = thisCache[ jQuery.camelCase( name ) ];
+			}
+		} else {
+			ret = thisCache;
+		}
+
+		return ret;
+	},
+
+	removeData: function( elem, name, pvt /* Internal Use Only */ ) {
+		if ( !jQuery.acceptData( elem ) ) {
+			return;
+		}
+
+		var thisCache, i, l,
+
+			// Reference to internal data cache key
+			internalKey = jQuery.expando,
+
+			isNode = elem.nodeType,
+
+			// See jQuery.data for more information
+			cache = isNode ? jQuery.cache : elem,
+
+			// See jQuery.data for more information
+			id = isNode ? elem[ internalKey ] : internalKey;
+
+		// If there is already no cache entry for this object, there is no
+		// purpose in continuing
+		if ( !cache[ id ] ) {
+			return;
+		}
+
+		if ( name ) {
+
+			thisCache = pvt ? cache[ id ] : cache[ id ].data;
+
+			if ( thisCache ) {
+
+				// Support array or space separated string names for data keys
+				if ( !jQuery.isArray( name ) ) {
+
+					// try the string as a key before any manipulation
+					if ( name in thisCache ) {
+						name = [ name ];
+					} else {
+
+						// split the camel cased version by spaces unless a key with the spaces exists
+						name = jQuery.camelCase( name );
+						if ( name in thisCache ) {
+							name = [ name ];
+						} else {
+							name = name.split( " " );
+						}
+					}
+				}
+
+				for ( i = 0, l = name.length; i < l; i++ ) {
+					delete thisCache[ name[i] ];
+				}
+
+				// If there is no data left in the cache, we want to continue
+				// and let the cache object itself get destroyed
+				if ( !( pvt ? isEmptyDataObject : jQuery.isEmptyObject )( thisCache ) ) {
+					return;
+				}
+			}
+		}
+
+		// See jQuery.data for more information
+		if ( !pvt ) {
+			delete cache[ id ].data;
+
+			// Don't destroy the parent cache unless the internal data object
+			// had been the only thing left in it
+			if ( !isEmptyDataObject(cache[ id ]) ) {
+				return;
+			}
+		}
+
+		// Browsers that fail expando deletion also refuse to delete expandos on
+		// the window, but it will allow it on all other JS objects; other browsers
+		// don't care
+		// Ensure that `cache` is not a window object #10080
+		if ( jQuery.support.deleteExpando || !cache.setInterval ) {
+			delete cache[ id ];
+		} else {
+			cache[ id ] = null;
+		}
+
+		// We destroyed the cache and need to eliminate the expando on the node to avoid
+		// false lookups in the cache for entries that no longer exist
+		if ( isNode ) {
+			// IE does not allow us to delete expando properties from nodes,
+			// nor does it have a removeAttribute function on Document nodes;
+			// we must handle all of these cases
+			if ( jQuery.support.deleteExpando ) {
+				delete elem[ internalKey ];
+			} else if ( elem.removeAttribute ) {
+				elem.removeAttribute( internalKey );
+			} else {
+				elem[ internalKey ] = null;
+			}
+		}
+	},
+
+	// For internal use only.
+	_data: function( elem, name, data ) {
+		return jQuery.data( elem, name, data, true );
+	},
+
+	// A method for determining if a DOM node can handle the data expando
+	acceptData: function( elem ) {
+		if ( elem.nodeName ) {
+			var match = jQuery.noData[ elem.nodeName.toLowerCase() ];
+
+			if ( match ) {
+				return !(match === true || elem.getAttribute("classid") !== match);
+			}
+		}
+
+		return true;
+	}
+});
+
+jQuery.fn.extend({
+	data: function( key, value ) {
+		var parts, part, attr, name, l,
+			elem = this[0],
+			i = 0,
+			data = null;
+
+		// Gets all values
+		if ( key === undefined ) {
+			if ( this.length ) {
+				data = jQuery.data( elem );
+
+				if ( elem.nodeType === 1 && !jQuery._data( elem, "parsedAttrs" ) ) {
+					attr = elem.attributes;
+					for ( l = attr.length; i < l; i++ ) {
+						name = attr[i].name;
+
+						if ( name.indexOf( "data-" ) === 0 ) {
+							name = jQuery.camelCase( name.substring(5) );
+
+							dataAttr( elem, name, data[ name ] );
+						}
+					}
+					jQuery._data( elem, "parsedAttrs", true );
+				}
+			}
+
+			return data;
+		}
+
+		// Sets multiple values
+		if ( typeof key === "object" ) {
+			return this.each(function() {
+				jQuery.data( this, key );
+			});
+		}
+
+		parts = key.split( ".", 2 );
+		parts[1] = parts[1] ? "." + parts[1] : "";
+		part = parts[1] + "!";
+
+		return jQuery.access( this, function( value ) {
+
+			if ( value === undefined ) {
+				data = this.triggerHandler( "getData" + part, [ parts[0] ] );
+
+				// Try to fetch any internally stored data first
+				if ( data === undefined && elem ) {
+					data = jQuery.data( elem, key );
+					data = dataAttr( elem, key, data );
+				}
+
+				return data === undefined && parts[1] ?
+					this.data( parts[0] ) :
+					data;
+			}
+
+			parts[1] = value;
+			this.each(function() {
+				var self = jQuery( this );
+
+				self.triggerHandler( "setData" + part, parts );
+				jQuery.data( this, key, value );
+				self.triggerHandler( "changeData" + part, parts );
+			});
+		}, null, value, arguments.length > 1, null, false );
+	},
+
+	removeData: function( key ) {
+		return this.each(function() {
+			jQuery.removeData( this, key );
+		});
+	}
+});
+
+function dataAttr( elem, key, data ) {
+	// If nothing was found internally, try to fetch any
+	// data from the HTML5 data-* attribute
+	if ( data === undefined && elem.nodeType === 1 ) {
+
+		var 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 :
+				jQuery.isNumeric( data ) ? +data :
+					rbrace.test( data ) ? jQuery.parseJSON( data ) :
+					data;
+			} catch( e ) {}
+
+			// Make sure we set the data so it isn't changed later
+			jQuery.data( elem, key, data );
+
+		} else {
+			data = undefined;
+		}
+	}
+
+	return data;
+}
+
+// checks a cache object for emptiness
+function isEmptyDataObject( obj ) {
+	for ( var name in obj ) {
+
+		// if the public data object is empty, the private is still empty
+		if ( name === "data" && jQuery.isEmptyObject( obj[name] ) ) {
+			continue;
+		}
+		if ( name !== "toJSON" ) {
+			return false;
+		}
+	}
+
+	return true;
+}
+
+
+
+
+function handleQueueMarkDefer( elem, type, src ) {
+	var deferDataKey = type + "defer",
+		queueDataKey = type + "queue",
+		markDataKey = type + "mark",
+		defer = jQuery._data( elem, deferDataKey );
+	if ( defer &&
+		( src === "queue" || !jQuery._data(elem, queueDataKey) ) &&
+		( src === "mark" || !jQuery._data(elem, markDataKey) ) ) {
+		// Give room for hard-coded callbacks to fire first
+		// and eventually mark/queue something else on the element
+		setTimeout( function() {
+			if ( !jQuery._data( elem, queueDataKey ) &&
+				!jQuery._data( elem, markDataKey ) ) {
+				jQuery.removeData( elem, deferDataKey, true );
+				defer.fire();
+			}
+		}, 0 );
+	}
+}
+
+jQuery.extend({
+
+	_mark: function( elem, type ) {
+		if ( elem ) {
+			type = ( type || "fx" ) + "mark";
+			jQuery._data( elem, type, (jQuery._data( elem, type ) || 0) + 1 );
+		}
+	},
+
+	_unmark: function( force, elem, type ) {
+		if ( force !== true ) {
+			type = elem;
+			elem = force;
+			force = false;
+		}
+		if ( elem ) {
+			type = type || "fx";
+			var key = type + "mark",
+				count = force ? 0 : ( (jQuery._data( elem, key ) || 1) - 1 );
+			if ( count ) {
+				jQuery._data( elem, key, count );
+			} else {
+				jQuery.removeData( elem, key, true );
+				handleQueueMarkDefer( elem, type, "mark" );
+			}
+		}
+	},
+
+	queue: function( elem, type, data ) {
+		var q;
+		if ( elem ) {
+			type = ( type || "fx" ) + "queue";
+			q = jQuery._data( elem, type );
+
+			// Speed up dequeue by getting out quickly if this is just a lookup
+			if ( data ) {
+				if ( !q || jQuery.isArray(data) ) {
+					q = jQuery._data( elem, type, jQuery.makeArray(data) );
+				} else {
+					q.push( data );
+				}
+			}
+			return q || [];
+		}
+	},
+
+	dequeue: function( elem, type ) {
+		type = type || "fx";
+
+		var queue = jQuery.queue( elem, type ),
+			fn = queue.shift(),
+			hooks = {};
+
+		// If the fx queue is dequeued, always remove the progress sentinel
+		if ( fn === "inprogress" ) {
+			fn = queue.shift();
+		}
+
+		if ( fn ) {
+			// Add a progress sentinel to prevent the fx queue from being
+			// automatically dequeued
+			if ( type === "fx" ) {
+				queue.unshift( "inprogress" );
+			}
+
+			jQuery._data( elem, type + ".run", hooks );
+			fn.call( elem, function() {
+				jQuery.dequeue( elem, type );
+			}, hooks );
+		}
+
+		if ( !queue.length ) {
+			jQuery.removeData( elem, type + "queue " + type + ".run", true );
+			handleQueueMarkDefer( elem, type, "queue" );
+		}
+	}
+});
+
+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 );
+
+				if ( type === "fx" && queue[0] !== "inprogress" ) {
+					jQuery.dequeue( this, type );
+				}
+			});
+	},
+	dequeue: function( type ) {
+		return this.each(function() {
+			jQuery.dequeue( this, type );
+		});
+	},
+	// Based off of the plugin by Clint Helfers, with permission.
+	// http://blindsignals.com/index.php/2009/07/jquery-delay/
+	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 );
+			};
+		});
+	},
+	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, object ) {
+		if ( typeof type !== "string" ) {
+			object = type;
+			type = undefined;
+		}
+		type = type || "fx";
+		var defer = jQuery.Deferred(),
+			elements = this,
+			i = elements.length,
+			count = 1,
+			deferDataKey = type + "defer",
+			queueDataKey = type + "queue",
+			markDataKey = type + "mark",
+			tmp;
+		function resolve() {
+			if ( !( --count ) ) {
+				defer.resolveWith( elements, [ elements ] );
+			}
+		}
+		while( i-- ) {
+			if (( tmp = jQuery.data( elements[ i ], deferDataKey, undefined, true ) ||
+					( jQuery.data( elements[ i ], queueDataKey, undefined, true ) ||
+						jQuery.data( elements[ i ], markDataKey, undefined, true ) ) &&
+					jQuery.data( elements[ i ], deferDataKey, jQuery.Callbacks( "once memory" ), true ) )) {
+				count++;
+				tmp.add( resolve );
+			}
+		}
+		resolve();
+		return defer.promise( object );
+	}
+});
+
+
+
+
+var rclass = /[\n\t\r]/g,
+	rspace = /\s+/,
+	rreturn = /\r/g,
+	rtype = /^(?:button|input)$/i,
+	rfocusable = /^(?:button|input|object|select|textarea)$/i,
+	rclickable = /^a(?:rea)?$/i,
+	rboolean = /^(?:autofocus|autoplay|async|checked|controls|defer|disabled|hidden|loop|multiple|open|readonly|required|scoped|selected)$/i,
+	getSetAttribute = jQuery.support.getSetAttribute,
+	nodeHook, boolHook, fixSpecified;
+
+jQuery.fn.extend({
+	attr: function( name, value ) {
+		return jQuery.access( this, jQuery.attr, name, value, arguments.length > 1 );
+	},
+
+	removeAttr: function( name ) {
+		return this.each(function() {
+			jQuery.removeAttr( this, name );
+		});
+	},
+
+	prop: function( name, value ) {
+		return jQuery.access( this, jQuery.prop, name, value, arguments.length > 1 );
+	},
+
+	removeProp: function( name ) {
+		name = jQuery.propFix[ name ] || name;
+		return this.each(function() {
+			// try/catch handles cases where IE balks (such as removing a property on window)
+			try {
+				this[ name ] = undefined;
+				delete this[ name ];
+			} catch( e ) {}
+		});
+	},
+
+	addClass: function( value ) {
+		var classNames, i, l, elem,
+			setClass, c, cl;
+
+		if ( jQuery.isFunction( value ) ) {
+			return this.each(function( j ) {
+				jQuery( this ).addClass( value.call(this, j, this.className) );
+			});
+		}
+
+		if ( value && typeof value === "string" ) {
+			classNames = value.split( rspace );
+
+			for ( i = 0, l = this.length; i < l; i++ ) {
+				elem = this[ i ];
+
+				if ( elem.nodeType === 1 ) {
+					if ( !elem.className && classNames.length === 1 ) {
+						elem.className = value;
+
+					} else {
+						setClass = " " + elem.className + " ";
+
+						for ( c = 0, cl = classNames.length; c < cl; c++ ) {
+							if ( !~setClass.indexOf( " " + classNames[ c ] + " " ) ) {
+								setClass += classNames[ c ] + " ";
+							}
+						}
+						elem.className = jQuery.trim( setClass );
+					}
+				}
+			}
+		}
+
+		return this;
+	},
+
+	removeClass: function( value ) {
+		var classNames, i, l, elem, className, c, cl;
+
+		if ( jQuery.isFunction( value ) ) {
+			return this.each(function( j ) {
+				jQuery( this ).removeClass( value.call(this, j, this.className) );
+			});
+		}
+
+		if ( (value && typeof value === "string") || value === undefined ) {
+			classNames = ( value || "" ).split( rspace );
+
+			for ( i = 0, l = this.length; i < l; i++ ) {
+				elem = this[ i ];
+
+				if ( elem.nodeType === 1 && elem.className ) {
+					if ( value ) {
+						className = (" " + elem.className + " ").replace( rclass, " " );
+						for ( c = 0, cl = classNames.length; c < cl; c++ ) {
+							className = className.replace(" " + classNames[ c ] + " ", " ");
+						}
+						elem.className = jQuery.trim( className );
+
+					} else {
+						elem.className = "";
+					}
+				}
+			}
+		}
+
+		return this;
+	},
+
+	toggleClass: function( value, stateVal ) {
+		var type = typeof value,
+			isBool = typeof stateVal === "boolean";
+
+		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 ),
+					state = stateVal,
+					classNames = value.split( rspace );
+
+				while ( (className = classNames[ i++ ]) ) {
+					// check each className given, space seperated list
+					state = isBool ? state : !self.hasClass( className );
+					self[ state ? "addClass" : "removeClass" ]( className );
+				}
+
+			} else if ( type === "undefined" || type === "boolean" ) {
+				if ( this.className ) {
+					// store className if set
+					jQuery._data( this, "__className__", this.className );
+				}
+
+				// toggle whole className
+				this.className = this.className || value === false ? "" : jQuery._data( 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 ) > -1 ) {
+				return true;
+			}
+		}
+
+		return false;
+	},
+
+	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 self = jQuery(this), val;
+
+			if ( this.nodeType !== 1 ) {
+				return;
+			}
+
+			if ( isFunction ) {
+				val = value.call( this, i, self.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: {
+		option: {
+			get: function( elem ) {
+				// attributes.value is undefined in Blackberry 4.7 but
+				// uses .value. See #6932
+				var val = elem.attributes.value;
+				return !val || val.specified ? elem.value : elem.text;
+			}
+		},
+		select: {
+			get: function( elem ) {
+				var value, i, max, option,
+					index = elem.selectedIndex,
+					values = [],
+					options = elem.options,
+					one = elem.type === "select-one";
+
+				// Nothing was selected
+				if ( index < 0 ) {
+					return null;
+				}
+
+				// Loop through all the selected options
+				i = one ? index : 0;
+				max = one ? index + 1 : options.length;
+				for ( ; i < max; i++ ) {
+					option = options[ i ];
+
+					// Don't return options that are disabled or in a disabled optgroup
+					if ( option.selected && (jQuery.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 );
+					}
+				}
+
+				// Fixes Bug #2551 -- select.val() broken in IE after form.reset()
+				if ( one && !values.length && options.length ) {
+					return jQuery( options[ index ] ).val();
+				}
+
+				return values;
+			},
+
+			set: function( elem, value ) {
+				var values = jQuery.makeArray( value );
+
+				jQuery(elem).find("option").each(function() {
+					this.selected = jQuery.inArray( jQuery(this).val(), values ) >= 0;
+				});
+
+				if ( !values.length ) {
+					elem.selectedIndex = -1;
+				}
+				return values;
+			}
+		}
+	},
+
+	attrFn: {
+		val: true,
+		css: true,
+		html: true,
+		text: true,
+		data: true,
+		width: true,
+		height: true,
+		offset: true
+	},
+
+	attr: function( elem, name, value, pass ) {
+		var ret, hooks, notxml,
+			nType = elem.nodeType;
+
+		// don't get/set attributes on text, comment and attribute nodes
+		if ( !elem || nType === 3 || nType === 8 || nType === 2 ) {
+			return;
+		}
+
+		if ( pass && name in jQuery.attrFn ) {
+			return jQuery( elem )[ name ]( value );
+		}
+
+		// Fallback to prop when attributes are not supported
+		if ( typeof elem.getAttribute === "undefined" ) {
+			return jQuery.prop( elem, name, value );
+		}
+
+		notxml = nType !== 1 || !jQuery.isXMLDoc( elem );
+
+		// All attributes are lowercase
+		// Grab necessary hook if one is defined
+		if ( notxml ) {
+			name = name.toLowerCase();
+			hooks = jQuery.attrHooks[ name ] || ( rboolean.test( name ) ? boolHook : nodeHook );
+		}
+
+		if ( value !== undefined ) {
+
+			if ( value === null ) {
+				jQuery.removeAttr( elem, name );
+				return;
+
+			} else if ( hooks && "set" in hooks && notxml && (ret = hooks.set( elem, value, name )) !== undefined ) {
+				return ret;
+
+			} else {
+				elem.setAttribute( name, "" + value );
+				return value;
+			}
+
+		} else if ( hooks && "get" in hooks && notxml && (ret = hooks.get( elem, name )) !== null ) {
+			return ret;
+
+		} else {
+
+			ret = elem.getAttribute( name );
+
+			// Non-existent attributes return null, we normalize to undefined
+			return ret === null ?
+				undefined :
+				ret;
+		}
+	},
+
+	removeAttr: function( elem, value ) {
+		var propName, attrNames, name, l, isBool,
+			i = 0;
+
+		if ( value && elem.nodeType === 1 ) {
+			attrNames = value.toLowerCase().split( rspace );
+			l = attrNames.length;
+
+			for ( ; i < l; i++ ) {
+				name = attrNames[ i ];
+
+				if ( name ) {
+					propName = jQuery.propFix[ name ] || name;
+					isBool = rboolean.test( name );
+
+					// See #9699 for explanation of this approach (setting first, then removal)
+					// Do not do this for boolean attributes (see #10870)
+					if ( !isBool ) {
+						jQuery.attr( elem, name, "" );
+					}
+					elem.removeAttribute( getSetAttribute ? name : propName );
+
+					// Set corresponding property to false for boolean attributes
+					if ( isBool && propName in elem ) {
+						elem[ propName ] = false;
+					}
+				}
+			}
+		}
+	},
+
+	attrHooks: {
+		type: {
+			set: function( elem, value ) {
+				// We can't allow the type property to be changed (since it causes problems in IE)
+				if ( rtype.test( elem.nodeName ) && elem.parentNode ) {
+					jQuery.error( "type property can't be changed" );
+				} else if ( !jQuery.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 it's default in case type is set after value
+					// This is for element creation
+					var val = elem.value;
+					elem.setAttribute( "type", value );
+					if ( val ) {
+						elem.value = val;
+					}
+					return value;
+				}
+			}
+		},
+		// Use the value property for back compat
+		// Use the nodeHook for button elements in IE6/7 (#1954)
+		value: {
+			get: function( elem, name ) {
+				if ( nodeHook && jQuery.nodeName( elem, "button" ) ) {
+					return nodeHook.get( elem, name );
+				}
+				return name in elem ?
+					elem.value :
+					null;
+			},
+			set: function( elem, value, name ) {
+				if ( nodeHook && jQuery.nodeName( elem, "button" ) ) {
+					return nodeHook.set( elem, value, name );
+				}
+				// Does not return so that setAttribute is also used
+				elem.value = value;
+			}
+		}
+	},
+
+	propFix: {
+		tabindex: "tabIndex",
+		readonly: "readOnly",
+		"for": "htmlFor",
+		"class": "className",
+		maxlength: "maxLength",
+		cellspacing: "cellSpacing",
+		cellpadding: "cellPadding",
+		rowspan: "rowSpan",
+		colspan: "colSpan",
+		usemap: "useMap",
+		frameborder: "frameBorder",
+		contenteditable: "contentEditable"
+	},
+
+	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 ) {
+			if ( hooks && "set" in hooks && (ret = hooks.set( elem, value, name )) !== undefined ) {
+				return ret;
+
+			} else {
+				return ( elem[ name ] = value );
+			}
+
+		} else {
+			if ( hooks && "get" in hooks && (ret = hooks.get( elem, name )) !== null ) {
+				return ret;
+
+			} else {
+				return elem[ name ];
+			}
+		}
+	},
+
+	propHooks: {
+		tabIndex: {
+			get: function( elem ) {
+				// elem.tabIndex doesn't always return the correct value when it hasn't been explicitly set
+				// http://fluidproject.org/blog/2008/01/09/getting-setting-and-removing-tabindex-values-with-javascript/
+				var attributeNode = elem.getAttributeNode("tabindex");
+
+				return attributeNode && attributeNode.specified ?
+					parseInt( attributeNode.value, 10 ) :
+					rfocusable.test( elem.nodeName ) || rclickable.test( elem.nodeName ) && elem.href ?
+						0 :
+						undefined;
+			}
+		}
+	}
+});
+
+// Add the tabIndex propHook to attrHooks for back-compat (different case is intentional)
+jQuery.attrHooks.tabindex = jQuery.propHooks.tabIndex;
+
+// Hook for boolean attributes
+boolHook = {
+	get: function( elem, name ) {
+		// Align boolean attributes with corresponding properties
+		// Fall back to attribute presence where some booleans are not supported
+		var attrNode,
+			property = jQuery.prop( elem, name );
+		return property === true || typeof property !== "boolean" && ( attrNode = elem.getAttributeNode(name) ) && attrNode.nodeValue !== false ?
+			name.toLowerCase() :
+			undefined;
+	},
+	set: function( elem, value, name ) {
+		var propName;
+		if ( value === false ) {
+			// Remove boolean attributes when set to false
+			jQuery.removeAttr( elem, name );
+		} else {
+			// value is true since we know at this point it's type boolean and not false
+			// Set boolean attributes to the same name and set the DOM property
+			propName = jQuery.propFix[ name ] || name;
+			if ( propName in elem ) {
+				// Only set the IDL specifically if it already exists on the element
+				elem[ propName ] = true;
+			}
+
+			elem.setAttribute( name, name.toLowerCase() );
+		}
+		return name;
+	}
+};
+
+// IE6/7 do not support getting/setting some attributes with get/setAttribute
+if ( !getSetAttribute ) {
+
+	fixSpecified = {
+		name: true,
+		id: true,
+		coords: true
+	};
+
+	// Use this for any attribute in IE6/7
+	// This fixes almost every IE6/7 issue
+	nodeHook = jQuery.valHooks.button = {
+		get: function( elem, name ) {
+			var ret;
+			ret = elem.getAttributeNode( name );
+			return ret && ( fixSpecified[ name ] ? ret.nodeValue !== "" : ret.specified ) ?
+				ret.nodeValue :
+				undefined;
+		},
+		set: function( elem, value, name ) {
+			// Set the existing or create a new attribute node
+			var ret = elem.getAttributeNode( name );
+			if ( !ret ) {
+				ret = document.createAttribute( name );
+				elem.setAttributeNode( ret );
+			}
+			return ( ret.nodeValue = value + "" );
+		}
+	};
+
+	// Apply the nodeHook to tabindex
+	jQuery.attrHooks.tabindex.set = nodeHook.set;
+
+	// Set width and height to auto instead of 0 on empty string( Bug #8150 )
+	// This is for removals
+	jQuery.each([ "width", "height" ], function( i, name ) {
+		jQuery.attrHooks[ name ] = jQuery.extend( jQuery.attrHooks[ name ], {
+			set: function( elem, value ) {
+				if ( value === "" ) {
+					elem.setAttribute( name, "auto" );
+					return value;
+				}
+			}
+		});
+	});
+
+	// Set contenteditable to false on removals(#10429)
+	// Setting to empty string throws an error as an invalid value
+	jQuery.attrHooks.contenteditable = {
+		get: nodeHook.get,
+		set: function( elem, value, name ) {
+			if ( value === "" ) {
+				value = "false";
+			}
+			nodeHook.set( elem, value, name );
+		}
+	};
+}
+
+
+// Some attributes require a special call on IE
+if ( !jQuery.support.hrefNormalized ) {
+	jQuery.each([ "href", "src", "width", "height" ], function( i, name ) {
+		jQuery.attrHooks[ name ] = jQuery.extend( jQuery.attrHooks[ name ], {
+			get: function( elem ) {
+				var ret = elem.getAttribute( name, 2 );
+				return ret === null ? undefined : ret;
+			}
+		});
+	});
+}
+
+if ( !jQuery.support.style ) {
+	jQuery.attrHooks.style = {
+		get: function( elem ) {
+			// Return undefined in the case of empty string
+			// Normalize to lowercase since IE uppercases css property names
+			return elem.style.cssText.toLowerCase() || undefined;
+		},
+		set: function( elem, value ) {
+			return ( elem.style.cssText = "" + value );
+		}
+	};
+}
+
+// Safari mis-reports the default selected property of an option
+// Accessing the parent's selectedIndex property fixes it
+if ( !jQuery.support.optSelected ) {
+	jQuery.propHooks.selected = jQuery.extend( jQuery.propHooks.selected, {
+		get: function( elem ) {
+			var parent = elem.parentNode;
+
+			if ( parent ) {
+				parent.selectedIndex;
+
+				// Make sure that it also works with optgroups, see #5701
+				if ( parent.parentNode ) {
+					parent.parentNode.selectedIndex;
+				}
+			}
+			return null;
+		}
+	});
+}
+
+// IE6/7 call enctype encoding
+if ( !jQuery.support.enctype ) {
+	jQuery.propFix.enctype = "encoding";
+}
+
+// Radios and checkboxes getter/setter
+if ( !jQuery.support.checkOn ) {
+	jQuery.each([ "radio", "checkbox" ], function() {
+		jQuery.valHooks[ this ] = {
+			get: function( elem ) {
+				// Handle the case where in Webkit "" is returned instead of "on" if a value isn't specified
+				return elem.getAttribute("value") === null ? "on" : elem.value;
+			}
+		};
+	});
+}
+jQuery.each([ "radio", "checkbox" ], function() {
+	jQuery.valHooks[ this ] = jQuery.extend( jQuery.valHooks[ this ], {
+		set: function( elem, value ) {
+			if ( jQuery.isArray( value ) ) {
+				return ( elem.checked = jQuery.inArray( jQuery(elem).val(), value ) >= 0 );
+			}
+		}
+	});
+});
+
+
+
+
+var rformElems = /^(?:textarea|input|select)$/i,
+	rtypenamespace = /^([^\.]*)?(?:\.(.+))?$/,
+	rhoverHack = /(?:^|\s)hover(\.\S+)?\b/,
+	rkeyEvent = /^key/,
+	rmouseEvent = /^(?:mouse|contextmenu)|click/,
+	rfocusMorph = /^(?:focusinfocus|focusoutblur)$/,
+	rquickIs = /^(\w*)(?:#([\w\-]+))?(?:\.([\w\-]+))?$/,
+	quickParse = function( selector ) {
+		var quick = rquickIs.exec( selector );
+		if ( quick ) {
+			//   0  1    2   3
+			// [ _, tag, id, class ]
+			quick[1] = ( quick[1] || "" ).toLowerCase();
+			quick[3] = quick[3] && new RegExp( "(?:^|\\s)" + quick[3] + "(?:\\s|$)" );
+		}
+		return quick;
+	},
+	quickIs = function( elem, m ) {
+		var attrs = elem.attributes || {};
+		return (
+			(!m[1] || elem.nodeName.toLowerCase() === m[1]) &&
+			(!m[2] || (attrs.id || {}).value === m[2]) &&
+			(!m[3] || m[3].test( (attrs[ "class" ] || {}).value ))
+		);
+	},
+	hoverHack = function( events ) {
+		return jQuery.event.special.hover ? events : events.replace( rhoverHack, "mouseenter$1 mouseleave$1" );
+	};
+
+/*
+ * Helper functions for managing events -- not part of the public interface.
+ * Props to Dean Edwards' addEvent library for many of the ideas.
+ */
+jQuery.event = {
+
+	add: function( elem, types, handler, data, selector ) {
+
+		var elemData, eventHandle, events,
+			t, tns, type, namespaces, handleObj,
+			handleObjIn, quick, handlers, special;
+
+		// Don't attach events to noData or text/comment nodes (allow plain objects tho)
+		if ( elem.nodeType === 3 || elem.nodeType === 8 || !types || !handler || !(elemData = jQuery._data( elem )) ) {
+			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
+		events = elemData.events;
+		if ( !events ) {
+			elemData.events = events = {};
+		}
+		eventHandle = elemData.handle;
+		if ( !eventHandle ) {
+			elemData.handle = eventHandle = 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 !== "undefined" && (!e || jQuery.event.triggered !== e.type) ?
+					jQuery.event.dispatch.apply( eventHandle.elem, arguments ) :
+					undefined;
+			};
+			// Add elem as a property of the handle fn to prevent a memory leak with IE non-native events
+			eventHandle.elem = elem;
+		}
+
+		// Handle multiple events separated by a space
+		// jQuery(...).bind("mouseover mouseout", fn);
+		types = jQuery.trim( hoverHack(types) ).split( " " );
+		for ( t = 0; t < types.length; t++ ) {
+
+			tns = rtypenamespace.exec( types[t] ) || [];
+			type = tns[1];
+			namespaces = ( tns[2] || "" ).split( "." ).sort();
+
+			// 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: tns[1],
+				data: data,
+				handler: handler,
+				guid: handler.guid,
+				selector: selector,
+				quick: selector && quickParse( selector ),
+				namespace: namespaces.join(".")
+			}, handleObjIn );
+
+			// Init the event handler queue if we're the first
+			handlers = events[ type ];
+			if ( !handlers ) {
+				handlers = events[ type ] = [];
+				handlers.delegateCount = 0;
+
+				// Only use addEventListener/attachEvent if the special events handler returns false
+				if ( !special.setup || special.setup.call( elem, data, namespaces, eventHandle ) === false ) {
+					// Bind the global event handler to the element
+					if ( elem.addEventListener ) {
+						elem.addEventListener( type, eventHandle, false );
+
+					} else if ( elem.attachEvent ) {
+						elem.attachEvent( "on" + type, eventHandle );
+					}
+				}
+			}
+
+			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;
+		}
+
+		// Nullify elem to prevent memory leaks in IE
+		elem = null;
+	},
+
+	global: {},
+
+	// Detach an event or set of events from an element
+	remove: function( elem, types, handler, selector, mappedTypes ) {
+
+		var elemData = jQuery.hasData( elem ) && jQuery._data( elem ),
+			t, tns, type, origType, namespaces, origCount,
+			j, events, special, handle, eventType, handleObj;
+
+		if ( !elemData || !(events = elemData.events) ) {
+			return;
+		}
+
+		// Once for each type.namespace in types; type may be omitted
+		types = jQuery.trim( hoverHack( types || "" ) ).split(" ");
+		for ( t = 0; t < types.length; t++ ) {
+			tns = rtypenamespace.exec( types[t] ) || [];
+			type = origType = tns[1];
+			namespaces = tns[2];
+
+			// 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;
+			eventType = events[ type ] || [];
+			origCount = eventType.length;
+			namespaces = namespaces ? new RegExp("(^|\\.)" + namespaces.split(".").sort().join("\\.(?:.*\\.)?") + "(\\.|$)") : null;
+
+			// Remove matching events
+			for ( j = 0; j < eventType.length; j++ ) {
+				handleObj = eventType[ j ];
+
+				if ( ( mappedTypes || origType === handleObj.origType ) &&
+					 ( !handler || handler.guid === handleObj.guid ) &&
+					 ( !namespaces || namespaces.test( handleObj.namespace ) ) &&
+					 ( !selector || selector === handleObj.selector || selector === "**" && handleObj.selector ) ) {
+					eventType.splice( j--, 1 );
+
+					if ( handleObj.selector ) {
+						eventType.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 ( eventType.length === 0 && origCount !== eventType.length ) {
+				if ( !special.teardown || special.teardown.call( elem, namespaces ) === false ) {
+					jQuery.removeEvent( elem, type, elemData.handle );
+				}
+
+				delete events[ type ];
+			}
+		}
+
+		// Remove the expando if it's no longer used
+		if ( jQuery.isEmptyObject( events ) ) {
+			handle = elemData.handle;
+			if ( handle ) {
+				handle.elem = null;
+			}
+
+			// removeData also checks for emptiness and clears the expando if empty
+			// so use it instead of delete
+			jQuery.removeData( elem, [ "events", "handle" ], true );
+		}
+	},
+
+	// Events that are safe to short-circuit if no handlers are attached.
+	// Native DOM events should not be added, they may have inline handlers.
+	customEvent: {
+		"getData": true,
+		"setData": true,
+		"changeData": true
+	},
+
+	trigger: function( event, data, elem, onlyHandlers ) {
+		// Don't do events on text and comment nodes
+		if ( elem && (elem.nodeType === 3 || elem.nodeType === 8) ) {
+			return;
+		}
+
+		// Event object or event type
+		var type = event.type || event,
+			namespaces = [],
+			cache, exclusive, i, cur, old, ontype, special, handle, eventPath, bubbleType;
+
+		// 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 ) {
+			// Exclusive events trigger only for the exact event (no namespaces)
+			type = type.slice(0, -1);
+			exclusive = true;
+		}
+
+		if ( type.indexOf( "." ) >= 0 ) {
+			// Namespaced trigger; create a regexp to match event type in handle()
+			namespaces = type.split(".");
+			type = namespaces.shift();
+			namespaces.sort();
+		}
+
+		if ( (!elem || jQuery.event.customEvent[ type ]) && !jQuery.event.global[ type ] ) {
+			// No jQuery handlers for this event type, and it can't have inline handlers
+			return;
+		}
+
+		// Caller can pass in an Event, Object, or just an event type string
+		event = typeof event === "object" ?
+			// jQuery.Event object
+			event[ jQuery.expando ] ? event :
+			// Object literal
+			new jQuery.Event( type, event ) :
+			// Just the event type (string)
+			new jQuery.Event( type );
+
+		event.type = type;
+		event.isTrigger = true;
+		event.exclusive = exclusive;
+		event.namespace = namespaces.join( "." );
+		event.namespace_re = event.namespace? new RegExp("(^|\\.)" + namespaces.join("\\.(?:.*\\.)?") + "(\\.|$)") : null;
+		ontype = type.indexOf( ":" ) < 0 ? "on" + type : "";
+
+		// Handle a global trigger
+		if ( !elem ) {
+
+			// TODO: Stop taunting the data cache; remove global events and always attach to document
+			cache = jQuery.cache;
+			for ( i in cache ) {
+				if ( cache[ i ].events && cache[ i ].events[ type ] ) {
+					jQuery.event.trigger( event, data, cache[ i ].handle.elem, true );
+				}
+			}
+			return;
+		}
+
+		// 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 ? jQuery.makeArray( data ) : [];
+		data.unshift( event );
+
+		// Allow special events to draw outside the lines
+		special = jQuery.event.special[ type ] || {};
+		if ( 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)
+		eventPath = [[ elem, special.bindType || type ]];
+		if ( !onlyHandlers && !special.noBubble && !jQuery.isWindow( elem ) ) {
+
+			bubbleType = special.delegateType || type;
+			cur = rfocusMorph.test( bubbleType + type ) ? elem : elem.parentNode;
+			old = null;
+			for ( ; cur; cur = cur.parentNode ) {
+				eventPath.push([ cur, bubbleType ]);
+				old = cur;
+			}
+
+			// Only add window if we got to document (e.g., not plain obj or detached DOM)
+			if ( old && old === elem.ownerDocument ) {
+				eventPath.push([ old.defaultView || old.parentWindow || window, bubbleType ]);
+			}
+		}
+
+		// Fire handlers on the event path
+		for ( i = 0; i < eventPath.length && !event.isPropagationStopped(); i++ ) {
+
+			cur = eventPath[i][0];
+			event.type = eventPath[i][1];
+
+			handle = ( jQuery._data( cur, "events" ) || {} )[ event.type ] && jQuery._data( cur, "handle" );
+			if ( handle ) {
+				handle.apply( cur, data );
+			}
+			// Note that this is a bare JS function and not a jQuery handler
+			handle = ontype && cur[ ontype ];
+			if ( handle && jQuery.acceptData( cur ) && handle.apply( cur, data ) === 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( elem.ownerDocument, data ) === false) &&
+				!(type === "click" && jQuery.nodeName( elem, "a" )) && jQuery.acceptData( elem ) ) {
+
+				// Call a native DOM method on the target with the same name name as the event.
+				// Can't use an .isFunction() check here because IE6/7 fails that test.
+				// Don't do default actions on window, that's where global variables be (#6170)
+				// IE<9 dies on focus/blur to hidden element (#1486)
+				if ( ontype && elem[ type ] && ((type !== "focus" && type !== "blur") || event.target.offsetWidth !== 0) && !jQuery.isWindow( elem ) ) {
+
+					// Don't re-trigger an onFOO event when we call its FOO() method
+					old = elem[ ontype ];
+
+					if ( old ) {
+						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 ( old ) {
+						elem[ ontype ] = old;
+					}
+				}
+			}
+		}
+
+		return event.result;
+	},
+
+	dispatch: function( event ) {
+
+		// Make a writable jQuery.Event from the native event object
+		event = jQuery.event.fix( event || window.event );
+
+		var handlers = ( (jQuery._data( this, "events" ) || {} )[ event.type ] || []),
+			delegateCount = handlers.delegateCount,
+			args = [].slice.call( arguments, 0 ),
+			run_all = !event.exclusive && !event.namespace,
+			special = jQuery.event.special[ event.type ] || {},
+			handlerQueue = [],
+			i, j, cur, jqcur, ret, selMatch, matched, matches, handleObj, sel, related;
+
+		// 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 that should run if there are delegated events
+		// Avoid non-left-click bubbling in Firefox (#3861)
+		if ( delegateCount && !(event.button && event.type === "click") ) {
+
+			// Pregenerate a single jQuery object for reuse with .is()
+			jqcur = jQuery(this);
+			jqcur.context = this.ownerDocument || this;
+
+			for ( cur = event.target; cur != this; cur = cur.parentNode || this ) {
+
+				// Don't process events on disabled elements (#6911, #8165)
+				if ( cur.disabled !== true ) {
+					selMatch = {};
+					matches = [];
+					jqcur[0] = cur;
+					for ( i = 0; i < delegateCount; i++ ) {
+						handleObj = handlers[ i ];
+						sel = handleObj.selector;
+
+						if ( selMatch[ sel ] === undefined ) {
+							selMatch[ sel ] = (
+								handleObj.quick ? quickIs( cur, handleObj.quick ) : jqcur.is( sel )
+							);
+						}
+						if ( selMatch[ sel ] ) {
+							matches.push( handleObj );
+						}
+					}
+					if ( matches.length ) {
+						handlerQueue.push({ elem: cur, matches: matches });
+					}
+				}
+			}
+		}
+
+		// Add the remaining (directly-bound) handlers
+		if ( handlers.length > delegateCount ) {
+			handlerQueue.push({ elem: this, matches: handlers.slice( delegateCount ) });
+		}
+
+		// Run delegates first; they may want to stop propagation beneath us
+		for ( i = 0; i < handlerQueue.length && !event.isPropagationStopped(); i++ ) {
+			matched = handlerQueue[ i ];
+			event.currentTarget = matched.elem;
+
+			for ( j = 0; j < matched.matches.length && !event.isImmediatePropagationStopped(); j++ ) {
+				handleObj = matched.matches[ j ];
+
+				// Triggered event must either 1) be non-exclusive and have no namespace, or
+				// 2) have namespace(s) a subset or equal to those in the bound event (both can have no namespace).
+				if ( run_all || (!event.namespace && !handleObj.namespace) || event.namespace_re && event.namespace_re.test( handleObj.namespace ) ) {
+
+					event.data = handleObj.data;
+					event.handleObj = handleObj;
+
+					ret = ( (jQuery.event.special[ handleObj.origType ] || {}).handle || handleObj.handler )
+							.apply( matched.elem, args );
+
+					if ( ret !== undefined ) {
+						event.result = ret;
+						if ( 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;
+	},
+
+	// Includes some event props shared by KeyEvent and MouseEvent
+	// *** attrChange attrName relatedNode srcElement  are not normalized, non-W3C, deprecated, will be removed in 1.8 ***
+	props: "attrChange attrName relatedNode srcElement 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 fromElement offsetX offsetY pageX pageY screenX screenY toElement".split(" "),
+		filter: function( event, original ) {
+			var eventDoc, doc, body,
+				button = original.button,
+				fromElement = original.fromElement;
+
+			// 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 relatedTarget, if necessary
+			if ( !event.relatedTarget && fromElement ) {
+				event.relatedTarget = fromElement === event.target ? original.toElement : fromElement;
+			}
+
+			// 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,
+			originalEvent = event,
+			fixHook = jQuery.event.fixHooks[ event.type ] || {},
+			copy = fixHook.props ? this.props.concat( fixHook.props ) : this.props;
+
+		event = jQuery.Event( originalEvent );
+
+		for ( i = copy.length; i; ) {
+			prop = copy[ --i ];
+			event[ prop ] = originalEvent[ prop ];
+		}
+
+		// Fix target property, if necessary (#1925, IE 6/7/8 & Safari2)
+		if ( !event.target ) {
+			event.target = originalEvent.srcElement || document;
+		}
+
+		// Target should not be a text node (#504, Safari)
+		if ( event.target.nodeType === 3 ) {
+			event.target = event.target.parentNode;
+		}
+
+		// For mouse/key events; add metaKey if it's not there (#3368, IE6/7/8)
+		if ( event.metaKey === undefined ) {
+			event.metaKey = event.ctrlKey;
+		}
+
+		return fixHook.filter? fixHook.filter( event, originalEvent ) : event;
+	},
+
+	special: {
+		ready: {
+			// Make sure the ready event is setup
+			setup: jQuery.bindReady
+		},
+
+		load: {
+			// Prevent triggered image.load events from bubbling to window.load
+			noBubble: true
+		},
+
+		focus: {
+			delegateType: "focusin"
+		},
+		blur: {
+			delegateType: "focusout"
+		},
+
+		beforeunload: {
+			setup: function( data, namespaces, eventHandle ) {
+				// We only want to do this special case on windows
+				if ( jQuery.isWindow( this ) ) {
+					this.onbeforeunload = eventHandle;
+				}
+			},
+
+			teardown: function( namespaces, eventHandle ) {
+				if ( this.onbeforeunload === eventHandle ) {
+					this.onbeforeunload = null;
+				}
+			}
+		}
+	},
+
+	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();
+		}
+	}
+};
+
+// Some plugins are using, but it's undocumented/deprecated and will be removed.
+// The 1.7 special event interface should provide all the hooks needed now.
+jQuery.event.handle = jQuery.event.dispatch;
+
+jQuery.removeEvent = document.removeEventListener ?
+	function( elem, type, handle ) {
+		if ( elem.removeEventListener ) {
+			elem.removeEventListener( type, handle, false );
+		}
+	} :
+	function( elem, type, handle ) {
+		if ( elem.detachEvent ) {
+			elem.detachEvent( "on" + type, handle );
+		}
+	};
+
+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 || src.returnValue === false ||
+			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;
+};
+
+function returnFalse() {
+	return false;
+}
+function returnTrue() {
+	return 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 = {
+	preventDefault: function() {
+		this.isDefaultPrevented = returnTrue;
+
+		var e = this.originalEvent;
+		if ( !e ) {
+			return;
+		}
+
+		// if preventDefault exists run it on the original event
+		if ( e.preventDefault ) {
+			e.preventDefault();
+
+		// otherwise set the returnValue property of the original event to false (IE)
+		} else {
+			e.returnValue = false;
+		}
+	},
+	stopPropagation: function() {
+		this.isPropagationStopped = returnTrue;
+
+		var e = this.originalEvent;
+		if ( !e ) {
+			return;
+		}
+		// if stopPropagation exists run it on the original event
+		if ( e.stopPropagation ) {
+			e.stopPropagation();
+		}
+		// otherwise set the cancelBubble property of the original event to true (IE)
+		e.cancelBubble = true;
+	},
+	stopImmediatePropagation: function() {
+		this.isImmediatePropagationStopped = returnTrue;
+		this.stopPropagation();
+	},
+	isDefaultPrevented: returnFalse,
+	isPropagationStopped: returnFalse,
+	isImmediatePropagationStopped: returnFalse
+};
+
+// Create mouseenter/leave events using mouseover/out and event-time checks
+jQuery.each({
+	mouseenter: "mouseover",
+	mouseleave: "mouseout"
+}, function( orig, fix ) {
+	jQuery.event.special[ orig ] = {
+		delegateType: fix,
+		bindType: fix,
+
+		handle: function( event ) {
+			var target = this,
+				related = event.relatedTarget,
+				handleObj = event.handleObj,
+				selector = handleObj.selector,
+				ret;
+
+			// 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;
+		}
+	};
+});
+
+// IE submit delegation
+if ( !jQuery.support.submitBubbles ) {
+
+	jQuery.event.special.submit = {
+		setup: function() {
+			// Only need this for delegated form submit events
+			if ( jQuery.nodeName( this, "form" ) ) {
+				return false;
+			}
+
+			// Lazy-add a submit handler when a descendant form may potentially be submitted
+			jQuery.event.add( this, "click._submit keypress._submit", function( e ) {
+				// Node name check avoids a VML-related crash in IE (#9807)
+				var elem = e.target,
+					form = jQuery.nodeName( elem, "input" ) || jQuery.nodeName( elem, "button" ) ? elem.form : undefined;
+				if ( form && !form._submit_attached ) {
+					jQuery.event.add( form, "submit._submit", function( event ) {
+						event._submit_bubble = true;
+					});
+					form._submit_attached = true;
+				}
+			});
+			// return undefined since we don't need an event listener
+		},
+		
+		postDispatch: function( event ) {
+			// If form was submitted by the user, bubble the event up the tree
+			if ( event._submit_bubble ) {
+				delete event._submit_bubble;
+				if ( this.parentNode && !event.isTrigger ) {
+					jQuery.event.simulate( "submit", this.parentNode, event, true );
+				}
+			}
+		},
+
+		teardown: function() {
+			// Only need this for delegated form submit events
+			if ( jQuery.nodeName( this, "form" ) ) {
+				return false;
+			}
+
+			// Remove delegated handlers; cleanData eventually reaps submit handlers attached above
+			jQuery.event.remove( this, "._submit" );
+		}
+	};
+}
+
+// IE change delegation and checkbox/radio fix
+if ( !jQuery.support.changeBubbles ) {
+
+	jQuery.event.special.change = {
+
+		setup: function() {
+
+			if ( rformElems.test( this.nodeName ) ) {
+				// IE doesn't fire change on a check/radio until blur; trigger it on click
+				// after a propertychange. Eat the blur-change in special.change.handle.
+				// This still fires onchange a second time for check/radio after blur.
+				if ( this.type === "checkbox" || this.type === "radio" ) {
+					jQuery.event.add( this, "propertychange._change", function( event ) {
+						if ( event.originalEvent.propertyName === "checked" ) {
+							this._just_changed = true;
+						}
+					});
+					jQuery.event.add( this, "click._change", function( event ) {
+						if ( this._just_changed && !event.isTrigger ) {
+							this._just_changed = false;
+							jQuery.event.simulate( "change", this, event, true );
+						}
+					});
+				}
+				return false;
+			}
+			// Delegated event; lazy-add a change handler on descendant inputs
+			jQuery.event.add( this, "beforeactivate._change", function( e ) {
+				var elem = e.target;
+
+				if ( rformElems.test( elem.nodeName ) && !elem._change_attached ) {
+					jQuery.event.add( elem, "change._change", function( event ) {
+						if ( this.parentNode && !event.isSimulated && !event.isTrigger ) {
+							jQuery.event.simulate( "change", this.parentNode, event, true );
+						}
+					});
+					elem._change_attached = true;
+				}
+			});
+		},
+
+		handle: function( event ) {
+			var elem = event.target;
+
+			// Swallow native change events from checkbox/radio, we already triggered them above
+			if ( this !== elem || event.isSimulated || event.isTrigger || (elem.type !== "radio" && elem.type !== "checkbox") ) {
+				return event.handleObj.handler.apply( this, arguments );
+			}
+		},
+
+		teardown: function() {
+			jQuery.event.remove( this, "._change" );
+
+			return rformElems.test( this.nodeName );
+		}
+	};
+}
+
+// Create "bubbling" focus and blur events
+if ( !jQuery.support.focusinBubbles ) {
+	jQuery.each({ focus: "focusin", blur: "focusout" }, function( orig, fix ) {
+
+		// Attach a single capturing handler while someone wants focusin/focusout
+		var attaches = 0,
+			handler = function( event ) {
+				jQuery.event.simulate( fix, event.target, jQuery.event.fix( event ), true );
+			};
+
+		jQuery.event.special[ fix ] = {
+			setup: function() {
+				if ( attaches++ === 0 ) {
+					document.addEventListener( orig, handler, true );
+				}
+			},
+			teardown: function() {
+				if ( --attaches === 0 ) {
+					document.removeEventListener( orig, handler, true );
+				}
+			}
+		};
+	});
+}
+
+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" ) { // && selector != null
+				// ( 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 ) {
+		if ( types && types.preventDefault && types.handleObj ) {
+			// ( event )  dispatched jQuery.Event
+			var 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 ( var 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 );
+		});
+	},
+
+	bind: function( types, data, fn ) {
+		return this.on( types, null, data, fn );
+	},
+	unbind: function( types, fn ) {
+		return this.off( types, null, fn );
+	},
+
+	live: function( types, data, fn ) {
+		jQuery( this.context ).on( types, this.selector, data, fn );
+		return this;
+	},
+	die: function( types, fn ) {
+		jQuery( this.context ).off( types, this.selector || "**", fn );
+		return this;
+	},
+
+	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 );
+	},
+
+	trigger: function( type, data ) {
+		return this.each(function() {
+			jQuery.event.trigger( type, data, this );
+		});
+	},
+	triggerHandler: function( type, data ) {
+		if ( this[0] ) {
+			return jQuery.event.trigger( type, data, this[0], true );
+		}
+	},
+
+	toggle: function( fn ) {
+		// Save reference to arguments for access in closure
+		var args = arguments,
+			guid = fn.guid || jQuery.guid++,
+			i = 0,
+			toggler = function( event ) {
+				// Figure out which function to execute
+				var lastToggle = ( jQuery._data( this, "lastToggle" + fn.guid ) || 0 ) % i;
+				jQuery._data( this, "lastToggle" + fn.guid, lastToggle + 1 );
+
+				// Make sure that clicks stop
+				event.preventDefault();
+
+				// and execute the function
+				return args[ lastToggle ].apply( this, arguments ) || false;
+			};
+
+		// link all the functions, so any of them can unbind this click handler
+		toggler.guid = guid;
+		while ( i < args.length ) {
+			args[ i++ ].guid = guid;
+		}
+
+		return this.click( toggler );
+	},
+
+	hover: function( fnOver, fnOut ) {
+		return this.mouseenter( fnOver ).mouseleave( fnOut || fnOver );
+	}
+});
+
+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 ) {
+		if ( fn == null ) {
+			fn = data;
+			data = null;
+		}
+
+		return arguments.length > 0 ?
+			this.on( name, null, data, fn ) :
+			this.trigger( name );
+	};
+
+	if ( jQuery.attrFn ) {
+		jQuery.attrFn[ name ] = true;
+	}
+
+	if ( rkeyEvent.test( name ) ) {
+		jQuery.event.fixHooks[ name ] = jQuery.event.keyHooks;
+	}
+
+	if ( rmouseEvent.test( name ) ) {
+		jQuery.event.fixHooks[ name ] = jQuery.event.mouseHooks;
+	}
+});
+
+
+
+/*!
+ * Sizzle CSS Selector Engine
+ *  Copyright 2011, The Dojo Foundation
+ *  Released under the MIT, BSD, and GPL Licenses.
+ *  More information: http://sizzlejs.com/
+ */
+(function(){
+
+var chunker = /((?:\((?:\([^()]+\)|[^()]+)+\)|\[(?:\[[^\[\]]*\]|['"][^'"]*['"]|[^\[\]'"]+)+\]|\\.|[^ >+~,(\[\\]+)+|[>+~])(\s*,\s*)?((?:.|\r|\n)*)/g,
+	expando = "sizcache" + (Math.random() + '').replace('.', ''),
+	done = 0,
+	toString = Object.prototype.toString,
+	hasDuplicate = false,
+	baseHasDuplicate = true,
+	rBackslash = /\\/g,
+	rReturn = /\r\n/g,
+	rNonWord = /\W/;
+
+// Here we check if the JavaScript engine is using some sort of
+// optimization where it does not always call our comparision
+// function. If that is the case, discard the hasDuplicate value.
+//   Thus far that includes Google Chrome.
+[0, 0].sort(function() {
+	baseHasDuplicate = false;
+	return 0;
+});
+
+var Sizzle = function( selector, context, results, seed ) {
+	results = results || [];
+	context = context || document;
+
+	var origContext = context;
+
+	if ( context.nodeType !== 1 && context.nodeType !== 9 ) {
+		return [];
+	}
+
+	if ( !selector || typeof selector !== "string" ) {
+		return results;
+	}
+
+	var m, set, checkSet, extra, ret, cur, pop, i,
+		prune = true,
+		contextXML = Sizzle.isXML( context ),
+		parts = [],
+		soFar = selector;
+
+	// Reset the position of the chunker regexp (start from head)
+	do {
+		chunker.exec( "" );
+		m = chunker.exec( soFar );
+
+		if ( m ) {
+			soFar = m[3];
+
+			parts.push( m[1] );
+
+			if ( m[2] ) {
+				extra = m[3];
+				break;
+			}
+		}
+	} while ( m );
+
+	if ( parts.length > 1 && origPOS.exec( selector ) ) {
+
+		if ( parts.length === 2 && Expr.relative[ parts[0] ] ) {
+			set = posProcess( parts[0] + parts[1], context, seed );
+
+		} else {
+			set = Expr.relative[ parts[0] ] ?
+				[ context ] :
+				Sizzle( parts.shift(), context );
+
+			while ( parts.length ) {
+				selector = parts.shift();
+
+				if ( Expr.relative[ selector ] ) {
+					selector += parts.shift();
+				}
+
+				set = posProcess( selector, set, seed );
+			}
+		}
+
+	} else {
+		// Take a shortcut and set the context if the root selector is an ID
+		// (but not if it'll be faster if the inner selector is an ID)
+		if ( !seed && parts.length > 1 && context.nodeType === 9 && !contextXML &&
+				Expr.match.ID.test(parts[0]) && !Expr.match.ID.test(parts[parts.length - 1]) ) {
+
+			ret = Sizzle.find( parts.shift(), context, contextXML );
+			context = ret.expr ?
+				Sizzle.filter( ret.expr, ret.set )[0] :
+				ret.set[0];
+		}
+
+		if ( context ) {
+			ret = seed ?
+				{ expr: parts.pop(), set: makeArray(seed) } :
+				Sizzle.find( parts.pop(), parts.length === 1 && (parts[0] === "~" || parts[0] === "+") && context.parentNode ? context.parentNode : context, contextXML );
+
+			set = ret.expr ?
+				Sizzle.filter( ret.expr, ret.set ) :
+				ret.set;
+
+			if ( parts.length > 0 ) {
+				checkSet = makeArray( set );
+
+			} else {
+				prune = false;
+			}
+
+			while ( parts.length ) {
+				cur = parts.pop();
+				pop = cur;
+
+				if ( !Expr.relative[ cur ] ) {
+					cur = "";
+				} else {
+					pop = parts.pop();
+				}
+
+				if ( pop == null ) {
+					pop = context;
+				}
+
+				Expr.relative[ cur ]( checkSet, pop, contextXML );
+			}
+
+		} else {
+			checkSet = parts = [];
+		}
+	}
+
+	if ( !checkSet ) {
+		checkSet = set;
+	}
+
+	if ( !checkSet ) {
+		Sizzle.error( cur || selector );
+	}
+
+	if ( toString.call(checkSet) === "[object Array]" ) {
+		if ( !prune ) {
+			results.push.apply( results, checkSet );
+
+		} else if ( context && context.nodeType === 1 ) {
+			for ( i = 0; checkSet[i] != null; i++ ) {
+				if ( checkSet[i] && (checkSet[i] === true || checkSet[i].nodeType === 1 && Sizzle.contains(context, checkSet[i])) ) {
+					results.push( set[i] );
+				}
+			}
+
+		} else {
+			for ( i = 0; checkSet[i] != null; i++ ) {
+				if ( checkSet[i] && checkSet[i].nodeType === 1 ) {
+					results.push( set[i] );
+				}
+			}
+		}
+
+	} else {
+		makeArray( checkSet, results );
+	}
+
+	if ( extra ) {
+		Sizzle( extra, origContext, results, seed );
+		Sizzle.uniqueSort( results );
+	}
+
+	return results;
+};
+
+Sizzle.uniqueSort = function( results ) {
+	if ( sortOrder ) {
+		hasDuplicate = baseHasDuplicate;
+		results.sort( sortOrder );
+
+		if ( hasDuplicate ) {
+			for ( var i = 1; i < results.length; i++ ) {
+				if ( results[i] === results[ i - 1 ] ) {
+					results.splice( i--, 1 );
+				}
+			}
+		}
+	}
+
+	return results;
+};
+
+Sizzle.matches = function( expr, set ) {
+	return Sizzle( expr, null, null, set );
+};
+
+Sizzle.matchesSelector = function( node, expr ) {
+	return Sizzle( expr, null, null, [node] ).length > 0;
+};
+
+Sizzle.find = function( expr, context, isXML ) {
+	var set, i, len, match, type, left;
+
+	if ( !expr ) {
+		return [];
+	}
+
+	for ( i = 0, len = Expr.order.length; i < len; i++ ) {
+		type = Expr.order[i];
+
+		if ( (match = Expr.leftMatch[ type ].exec( expr )) ) {
+			left = match[1];
+			match.splice( 1, 1 );
+
+			if ( left.substr( left.length - 1 ) !== "\\" ) {
+				match[1] = (match[1] || "").replace( rBackslash, "" );
+				set = Expr.find[ type ]( match, context, isXML );
+
+				if ( set != null ) {
+					expr = expr.replace( Expr.match[ type ], "" );
+					break;
+				}
+			}
+		}
+	}
+
+	if ( !set ) {
+		set = typeof context.getElementsByTagName !== "undefined" ?
+			context.getElementsByTagName( "*" ) :
+			[];
+	}
+
+	return { set: set, expr: expr };
+};
+
+Sizzle.filter = function( expr, set, inplace, not ) {
+	var match, anyFound,
+		type, found, item, filter, left,
+		i, pass,
+		old = expr,
+		result = [],
+		curLoop = set,
+		isXMLFilter = set && set[0] && Sizzle.isXML( set[0] );
+
+	while ( expr && set.length ) {
+		for ( type in Expr.filter ) {
+			if ( (match = Expr.leftMatch[ type ].exec( expr )) != null && match[2] ) {
+				filter = Expr.filter[ type ];
+				left = match[1];
+
+				anyFound = false;
+
+				match.splice(1,1);
+
+				if ( left.substr( left.length - 1 ) === "\\" ) {
+					continue;
+				}
+
+				if ( curLoop === result ) {
+					result = [];
+				}
+
+				if ( Expr.preFilter[ type ] ) {
+					match = Expr.preFilter[ type ]( match, curLoop, inplace, result, not, isXMLFilter );
+
+					if ( !match ) {
+						anyFound = found = true;
+
+					} else if ( match === true ) {
+						continue;
+					}
+				}
+
+				if ( match ) {
+					for ( i = 0; (item = curLoop[i]) != null; i++ ) {
+						if ( item ) {
+							found = filter( item, match, i, curLoop );
+							pass = not ^ found;
+
+							if ( inplace && found != null ) {
+								if ( pass ) {
+									anyFound = true;
+
+								} else {
+									curLoop[i] = false;
+								}
+
+							} else if ( pass ) {
+								result.push( item );
+								anyFound = true;
+							}
+						}
+					}
+				}
+
+				if ( found !== undefined ) {
+					if ( !inplace ) {
+						curLoop = result;
+					}
+
+					expr = expr.replace( Expr.match[ type ], "" );
+
+					if ( !anyFound ) {
+						return [];
+					}
+
+					break;
+				}
+			}
+		}
+
+		// Improper expression
+		if ( expr === old ) {
+			if ( anyFound == null ) {
+				Sizzle.error( expr );
+
+			} else {
+				break;
+			}
+		}
+
+		old = expr;
+	}
+
+	return curLoop;
+};
+
+Sizzle.error = function( msg ) {
+	throw new Error( "Syntax error, unrecognized expression: " + msg );
+};
+
+/**
+ * Utility function for retreiving the text value of an array of DOM nodes
+ * @param {Array|Element} elem
+ */
+var getText = Sizzle.getText = function( elem ) {
+    var i, node,
+		nodeType = elem.nodeType,
+		ret = "";
+
+	if ( nodeType ) {
+		if ( nodeType === 1 || nodeType === 9 || nodeType === 11 ) {
+			// Use textContent || innerText for elements
+			if ( typeof elem.textContent === 'string' ) {
+				return elem.textContent;
+			} else if ( typeof elem.innerText === 'string' ) {
+				// Replace IE's carriage returns
+				return elem.innerText.replace( rReturn, '' );
+			} else {
+				// Traverse it's children
+				for ( elem = elem.firstChild; elem; elem = elem.nextSibling) {
+					ret += getText( elem );
+				}
+			}
+		} else if ( nodeType === 3 || nodeType === 4 ) {
+			return elem.nodeValue;
+		}
+	} else {
+
+		// If no nodeType, this is expected to be an array
+		for ( i = 0; (node = elem[i]); i++ ) {
+			// Do not traverse comment nodes
+			if ( node.nodeType !== 8 ) {
+				ret += getText( node );
+			}
+		}
+	}
+	return ret;
+};
+
+var Expr = Sizzle.selectors = {
+	order: [ "ID", "NAME", "TAG" ],
+
+	match: {
+		ID: /#((?:[\w\u00c0-\uFFFF\-]|\\.)+)/,
+		CLASS: /\.((?:[\w\u00c0-\uFFFF\-]|\\.)+)/,
+		NAME: /\[name=['"]*((?:[\w\u00c0-\uFFFF\-]|\\.)+)['"]*\]/,
+		ATTR: /\[\s*((?:[\w\u00c0-\uFFFF\-]|\\.)+)\s*(?:(\S?=)\s*(?:(['"])(.*?)\3|(#?(?:[\w\u00c0-\uFFFF\-]|\\.)*)|)|)\s*\]/,
+		TAG: /^((?:[\w\u00c0-\uFFFF\*\-]|\\.)+)/,
+		CHILD: /:(only|nth|last|first)-child(?:\(\s*(even|odd|(?:[+\-]?\d+|(?:[+\-]?\d*)?n\s*(?:[+\-]\s*\d+)?))\s*\))?/,
+		POS: /:(nth|eq|gt|lt|first|last|even|odd)(?:\((\d*)\))?(?=[^\-]|$)/,
+		PSEUDO: /:((?:[\w\u00c0-\uFFFF\-]|\\.)+)(?:\((['"]?)((?:\([^\)]+\)|[^\(\)]*)+)\2\))?/
+	},
+
+	leftMatch: {},
+
+	attrMap: {
+		"class": "className",
+		"for": "htmlFor"
+	},
+
+	attrHandle: {
+		href: function( elem ) {
+			return elem.getAttribute( "href" );
+		},
+		type: function( elem ) {
+			return elem.getAttribute( "type" );
+		}
+	},
+
+	relative: {
+		"+": function(checkSet, part){
+			var isPartStr = typeof part === "string",
+				isTag = isPartStr && !rNonWord.test( part ),
+				isPartStrNotTag = isPartStr && !isTag;
+
+			if ( isTag ) {
+				part = part.toLowerCase();
+			}
+
+			for ( var i = 0, l = checkSet.length, elem; i < l; i++ ) {
+				if ( (elem = checkSet[i]) ) {
+					while ( (elem = elem.previousSibling) && elem.nodeType !== 1 ) {}
+
+					checkSet[i] = isPartStrNotTag || elem && elem.nodeName.toLowerCase() === part ?
+						elem || false :
+						elem === part;
+				}
+			}
+
+			if ( isPartStrNotTag ) {
+				Sizzle.filter( part, checkSet, true );
+			}
+		},
+
+		">": function( checkSet, part ) {
+			var elem,
+				isPartStr = typeof part === "string",
+				i = 0,
+				l = checkSet.length;
+
+			if ( isPartStr && !rNonWord.test( part ) ) {
+				part = part.toLowerCase();
+
+				for ( ; i < l; i++ ) {
+					elem = checkSet[i];
+
+					if ( elem ) {
+						var parent = elem.parentNode;
+						checkSet[i] = parent.nodeName.toLowerCase() === part ? parent : false;
+					}
+				}
+
+			} else {
+				for ( ; i < l; i++ ) {
+					elem = checkSet[i];
+
+					if ( elem ) {
+						checkSet[i] = isPartStr ?
+							elem.parentNode :
+							elem.parentNode === part;
+					}
+				}
+
+				if ( isPartStr ) {
+					Sizzle.filter( part, checkSet, true );
+				}
+			}
+		},
+
+		"": function(checkSet, part, isXML){
+			var nodeCheck,
+				doneName = done++,
+				checkFn = dirCheck;
+
+			if ( typeof part === "string" && !rNonWord.test( part ) ) {
+				part = part.toLowerCase();
+				nodeCheck = part;
+				checkFn = dirNodeCheck;
+			}
+
+			checkFn( "parentNode", part, doneName, checkSet, nodeCheck, isXML );
+		},
+
+		"~": function( checkSet, part, isXML ) {
+			var nodeCheck,
+				doneName = done++,
+				checkFn = dirCheck;
+
+			if ( typeof part === "string" && !rNonWord.test( part ) ) {
+				part = part.toLowerCase();
+				nodeCheck = part;
+				checkFn = dirNodeCheck;
+			}
+
+			checkFn( "previousSibling", part, doneName, checkSet, nodeCheck, isXML );
+		}
+	},
+
+	find: {
+		ID: function( match, context, isXML ) {
+			if ( typeof context.getElementById !== "undefined" && !isXML ) {
+				var m = context.getElementById(match[1]);
+				// Check parentNode to catch when Blackberry 4.6 returns
+				// nodes that are no longer in the document #6963
+				return m && m.parentNode ? [m] : [];
+			}
+		},
+
+		NAME: function( match, context ) {
+			if ( typeof context.getElementsByName !== "undefined" ) {
+				var ret = [],
+					results = context.getElementsByName( match[1] );
+
+				for ( var i = 0, l = results.length; i < l; i++ ) {
+					if ( results[i].getAttribute("name") === match[1] ) {
+						ret.push( results[i] );
+					}
+				}
+
+				return ret.length === 0 ? null : ret;
+			}
+		},
+
+		TAG: function( match, context ) {
+			if ( typeof context.getElementsByTagName !== "undefined" ) {
+				return context.getElementsByTagName( match[1] );
+			}
+		}
+	},
+	preFilter: {
+		CLASS: function( match, curLoop, inplace, result, not, isXML ) {
+			match = " " + match[1].replace( rBackslash, "" ) + " ";
+
+			if ( isXML ) {
+				return match;
+			}
+
+			for ( var i = 0, elem; (elem = curLoop[i]) != null; i++ ) {
+				if ( elem ) {
+					if ( not ^ (elem.className && (" " + elem.className + " ").replace(/[\t\n\r]/g, " ").indexOf(match) >= 0) ) {
+						if ( !inplace ) {
+							result.push( elem );
+						}
+
+					} else if ( inplace ) {
+						curLoop[i] = false;
+					}
+				}
+			}
+
+			return false;
+		},
+
+		ID: function( match ) {
+			return match[1].replace( rBackslash, "" );
+		},
+
+		TAG: function( match, curLoop ) {
+			return match[1].replace( rBackslash, "" ).toLowerCase();
+		},
+
+		CHILD: function( match ) {
+			if ( match[1] === "nth" ) {
+				if ( !match[2] ) {
+					Sizzle.error( match[0] );
+				}
+
+				match[2] = match[2].replace(/^\+|\s*/g, '');
+
+				// parse equations like 'even', 'odd', '5', '2n', '3n+2', '4n-1', '-n+6'
+				var test = /(-?)(\d*)(?:n([+\-]?\d*))?/.exec(
+					match[2] === "even" && "2n" || match[2] === "odd" && "2n+1" ||
+					!/\D/.test( match[2] ) && "0n+" + match[2] || match[2]);
+
+				// calculate the numbers (first)n+(last) including if they are negative
+				match[2] = (test[1] + (test[2] || 1)) - 0;
+				match[3] = test[3] - 0;
+			}
+			else if ( match[2] ) {
+				Sizzle.error( match[0] );
+			}
+
+			// TODO: Move to normal caching system
+			match[0] = done++;
+
+			return match;
+		},
+
+		ATTR: function( match, curLoop, inplace, result, not, isXML ) {
+			var name = match[1] = match[1].replace( rBackslash, "" );
+
+			if ( !isXML && Expr.attrMap[name] ) {
+				match[1] = Expr.attrMap[name];
+			}
+
+			// Handle if an un-quoted value was used
+			match[4] = ( match[4] || match[5] || "" ).replace( rBackslash, "" );
+
+			if ( match[2] === "~=" ) {
+				match[4] = " " + match[4] + " ";
+			}
+
+			return match;
+		},
+
+		PSEUDO: function( match, curLoop, inplace, result, not ) {
+			if ( match[1] === "not" ) {
+				// If we're dealing with a complex expression, or a simple one
+				if ( ( chunker.exec(match[3]) || "" ).length > 1 || /^\w/.test(match[3]) ) {
+					match[3] = Sizzle(match[3], null, null, curLoop);
+
+				} else {
+					var ret = Sizzle.filter(match[3], curLoop, inplace, true ^ not);
+
+					if ( !inplace ) {
+						result.push.apply( result, ret );
+					}
+
+					return false;
+				}
+
+			} else if ( Expr.match.POS.test( match[0] ) || Expr.match.CHILD.test( match[0] ) ) {
+				return true;
+			}
+
+			return match;
+		},
+
+		POS: function( match ) {
+			match.unshift( true );
+
+			return match;
+		}
+	},
+
+	filters: {
+		enabled: function( elem ) {
+			return elem.disabled === false && elem.type !== "hidden";
+		},
+
+		disabled: function( elem ) {
+			return elem.disabled === true;
+		},
+
+		checked: function( elem ) {
+			return elem.checked === true;
+		},
+
+		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;
+		},
+
+		parent: function( elem ) {
+			return !!elem.firstChild;
+		},
+
+		empty: function( elem ) {
+			return !elem.firstChild;
+		},
+
+		has: function( elem, i, match ) {
+			return !!Sizzle( match[3], elem ).length;
+		},
+
+		header: function( elem ) {
+			return (/h\d/i).test( elem.nodeName );
+		},
+
+		text: function( elem ) {
+			var attr = elem.getAttribute( "type" ), type = elem.type;
+			// IE6 and 7 will map elem.type to 'text' for new HTML5 types (search, etc)
+			// use getAttribute instead to test this case
+			return elem.nodeName.toLowerCase() === "input" && "text" === type && ( attr === type || attr === null );
+		},
+
+		radio: function( elem ) {
+			return elem.nodeName.toLowerCase() === "input" && "radio" === elem.type;
+		},
+
+		checkbox: function( elem ) {
+			return elem.nodeName.toLowerCase() === "input" && "checkbox" === elem.type;
+		},
+
+		file: function( elem ) {
+			return elem.nodeName.toLowerCase() === "input" && "file" === elem.type;
+		},
+
+		password: function( elem ) {
+			return elem.nodeName.toLowerCase() === "input" && "password" === elem.type;
+		},
+
+		submit: function( elem ) {
+			var name = elem.nodeName.toLowerCase();
+			return (name === "input" || name === "button") && "submit" === elem.type;
+		},
+
+		image: function( elem ) {
+			return elem.nodeName.toLowerCase() === "input" && "image" === elem.type;
+		},
+
+		reset: function( elem ) {
+			var name = elem.nodeName.toLowerCase();
+			return (name === "input" || name === "button") && "reset" === elem.type;
+		},
+
+		button: function( elem ) {
+			var name = elem.nodeName.toLowerCase();
+			return name === "input" && "button" === elem.type || name === "button";
+		},
+
+		input: function( elem ) {
+			return (/input|select|textarea|button/i).test( elem.nodeName );
+		},
+
+		focus: function( elem ) {
+			return elem === elem.ownerDocument.activeElement;
+		}
+	},
+	setFilters: {
+		first: function( elem, i ) {
+			return i === 0;
+		},
+
+		last: function( elem, i, match, array ) {
+			return i === array.length - 1;
+		},
+
+		even: function( elem, i ) {
+			return i % 2 === 0;
+		},
+
+		odd: function( elem, i ) {
+			return i % 2 === 1;
+		},
+
+		lt: function( elem, i, match ) {
+			return i < match[3] - 0;
+		},
+
+		gt: function( elem, i, match ) {
+			return i > match[3] - 0;
+		},
+
+		nth: function( elem, i, match ) {
+			return match[3] - 0 === i;
+		},
+
+		eq: function( elem, i, match ) {
+			return match[3] - 0 === i;
+		}
+	},
+	filter: {
+		PSEUDO: function( elem, match, i, array ) {
+			var name = match[1],
+				filter = Expr.filters[ name ];
+
+			if ( filter ) {
+				return filter( elem, i, match, array );
+
+			} else if ( name === "contains" ) {
+				return (elem.textContent || elem.innerText || getText([ elem ]) || "").indexOf(match[3]) >= 0;
+
+			} else if ( name === "not" ) {
+				var not = match[3];
+
+				for ( var j = 0, l = not.length; j < l; j++ ) {
+					if ( not[j] === elem ) {
+						return false;
+					}
+				}
+
+				return true;
+
+			} else {
+				Sizzle.error( name );
+			}
+		},
+
+		CHILD: function( elem, match ) {
+			var first, last,
+				doneName, parent, cache,
+				count, diff,
+				type = match[1],
+				node = elem;
+
+			switch ( type ) {
+				case "only":
+				case "first":
+					while ( (node = node.previousSibling) ) {
+						if ( node.nodeType === 1 ) {
+							return false;
+						}
+					}
+
+					if ( type === "first" ) {
+						return true;
+					}
+
+					node = elem;
+
+					/* falls through */
+				case "last":
+					while ( (node = node.nextSibling) ) {
+						if ( node.nodeType === 1 ) {
+							return false;
+						}
+					}
+
+					return true;
+
+				case "nth":
+					first = match[2];
+					last = match[3];
+
+					if ( first === 1 && last === 0 ) {
+						return true;
+					}
+
+					doneName = match[0];
+					parent = elem.parentNode;
+
+					if ( parent && (parent[ expando ] !== doneName || !elem.nodeIndex) ) {
+						count = 0;
+
+						for ( node = parent.firstChild; node; node = node.nextSibling ) {
+							if ( node.nodeType === 1 ) {
+								node.nodeIndex = ++count;
+							}
+						}
+
+						parent[ expando ] = doneName;
+					}
+
+					diff = elem.nodeIndex - last;
+
+					if ( first === 0 ) {
+						return diff === 0;
+
+					} else {
+						return ( diff % first === 0 && diff / first >= 0 );
+					}
+			}
+		},
+
+		ID: function( elem, match ) {
+			return elem.nodeType === 1 && elem.getAttribute("id") === match;
+		},
+
+		TAG: function( elem, match ) {
+			return (match === "*" && elem.nodeType === 1) || !!elem.nodeName && elem.nodeName.toLowerCase() === match;
+		},
+
+		CLASS: function( elem, match ) {
+			return (" " + (elem.className || elem.getAttribute("class")) + " ")
+				.indexOf( match ) > -1;
+		},
+
+		ATTR: function( elem, match ) {
+			var name = match[1],
+				result = Sizzle.attr ?
+					Sizzle.attr( elem, name ) :
+					Expr.attrHandle[ name ] ?
+					Expr.attrHandle[ name ]( elem ) :
+					elem[ name ] != null ?
+						elem[ name ] :
+						elem.getAttribute( name ),
+				value = result + "",
+				type = match[2],
+				check = match[4];
+
+			return result == null ?
+				type === "!=" :
+				!type && Sizzle.attr ?
+				result != null :
+				type === "=" ?
+				value === check :
+				type === "*=" ?
+				value.indexOf(check) >= 0 :
+				type === "~=" ?
+				(" " + value + " ").indexOf(check) >= 0 :
+				!check ?
+				value && result !== false :
+				type === "!=" ?
+				value !== check :
+				type === "^=" ?
+				value.indexOf(check) === 0 :
+				type === "$=" ?
+				value.substr(value.length - check.length) === check :
+				type === "|=" ?
+				value === check || value.substr(0, check.length + 1) === check + "-" :
+				false;
+		},
+
+		POS: function( elem, match, i, array ) {
+			var name = match[2],
+				filter = Expr.setFilters[ name ];
+
+			if ( filter ) {
+				return filter( elem, i, match, array );
+			}
+		}
+	}
+};
+
+var origPOS = Expr.match.POS,
+	fescape = function(all, num){
+		return "\\" + (num - 0 + 1);
+	};
+
+for ( var type in Expr.match ) {
+	Expr.match[ type ] = new RegExp( Expr.match[ type ].source + (/(?![^\[]*\])(?![^\(]*\))/.source) );
+	Expr.leftMatch[ type ] = new RegExp( /(^(?:.|\r|\n)*?)/.source + Expr.match[ type ].source.replace(/\\(\d+)/g, fescape) );
+}
+// Expose origPOS
+// "global" as in regardless of relation to brackets/parens
+Expr.match.globalPOS = origPOS;
+
+var makeArray = function( array, results ) {
+	array = Array.prototype.slice.call( array, 0 );
+
+	if ( results ) {
+		results.push.apply( results, array );
+		return results;
+	}
+
+	return array;
+};
+
+// Perform a simple check to determine if the browser is capable of
+// converting a NodeList to an array using builtin methods.
+// Also verifies that the returned array holds DOM nodes
+// (which is not the case in the Blackberry browser)
+try {
+	Array.prototype.slice.call( document.documentElement.childNodes, 0 )[0].nodeType;
+
+// Provide a fallback method if it does not work
+} catch( e ) {
+	makeArray = function( array, results ) {
+		var i = 0,
+			ret = results || [];
+
+		if ( toString.call(array) === "[object Array]" ) {
+			Array.prototype.push.apply( ret, array );
+
+		} else {
+			if ( typeof array.length === "number" ) {
+				for ( var l = array.length; i < l; i++ ) {
+					ret.push( array[i] );
+				}
+
+			} else {
+				for ( ; array[i]; i++ ) {
+					ret.push( array[i] );
+				}
+			}
+		}
+
+		return ret;
+	};
+}
+
+var sortOrder, siblingCheck;
+
+if ( document.documentElement.compareDocumentPosition ) {
+	sortOrder = function( a, b ) {
+		if ( a === b ) {
+			hasDuplicate = true;
+			return 0;
+		}
+
+		if ( !a.compareDocumentPosition || !b.compareDocumentPosition ) {
+			return a.compareDocumentPosition ? -1 : 1;
+		}
+
+		return a.compareDocumentPosition(b) & 4 ? -1 : 1;
+	};
+
+} else {
+	sortOrder = function( a, b ) {
+		// The nodes are identical, we can exit early
+		if ( a === b ) {
+			hasDuplicate = true;
+			return 0;
+
+		// Fallback to using sourceIndex (in IE) if it's available on both nodes
+		} else if ( a.sourceIndex && b.sourceIndex ) {
+			return a.sourceIndex - b.sourceIndex;
+		}
+
+		var al, bl,
+			ap = [],
+			bp = [],
+			aup = a.parentNode,
+			bup = b.parentNode,
+			cur = aup;
+
+		// If the nodes are siblings (or identical) we can do a quick check
+		if ( aup === bup ) {
+			return siblingCheck( a, b );
+
+		// If no parents were found then the nodes are disconnected
+		} else if ( !aup ) {
+			return -1;
+
+		} else if ( !bup ) {
+			return 1;
+		}
+
+		// Otherwise they're somewhere else in the tree so we need
+		// to build up a full list of the parentNodes for comparison
+		while ( cur ) {
+			ap.unshift( cur );
+			cur = cur.parentNode;
+		}
+
+		cur = bup;
+
+		while ( cur ) {
+			bp.unshift( cur );
+			cur = cur.parentNode;
+		}
+
+		al = ap.length;
+		bl = bp.length;
+
+		// Start walking down the tree looking for a discrepancy
+		for ( var i = 0; i < al && i < bl; i++ ) {
+			if ( ap[i] !== bp[i] ) {
+				return siblingCheck( ap[i], bp[i] );
+			}
+		}
+
+		// We ended someplace up the tree so do a sibling check
+		return i === al ?
+			siblingCheck( a, bp[i], -1 ) :
+			siblingCheck( ap[i], b, 1 );
+	};
+
+	siblingCheck = function( a, b, ret ) {
+		if ( a === b ) {
+			return ret;
+		}
+
+		var cur = a.nextSibling;
+
+		while ( cur ) {
+			if ( cur === b ) {
+				return -1;
+			}
+
+			cur = cur.nextSibling;
+		}
+
+		return 1;
+	};
+}
+
+// Check to see if the browser returns elements by name when
+// querying by getElementById (and provide a workaround)
+(function(){
+	// We're going to inject a fake input element with a specified name
+	var form = document.createElement("div"),
+		id = "script" + (new Date()).getTime(),
+		root = document.documentElement;
+
+	form.innerHTML = "<a name='" + id + "'/>";
+
+	// Inject it into the root element, check its status, and remove it quickly
+	root.insertBefore( form, root.firstChild );
+
+	// The workaround has to do additional checks after a getElementById
+	// Which slows things down for other browsers (hence the branching)
+	if ( document.getElementById( id ) ) {
+		Expr.find.ID = function( match, context, isXML ) {
+			if ( typeof context.getElementById !== "undefined" && !isXML ) {
+				var m = context.getElementById(match[1]);
+
+				return m ?
+					m.id === match[1] || typeof m.getAttributeNode !== "undefined" && m.getAttributeNode("id").nodeValue === match[1] ?
+						[m] :
+						undefined :
+					[];
+			}
+		};
+
+		Expr.filter.ID = function( elem, match ) {
+			var node = typeof elem.getAttributeNode !== "undefined" && elem.getAttributeNode("id");
+
+			return elem.nodeType === 1 && node && node.nodeValue === match;
+		};
+	}
+
+	root.removeChild( form );
+
+	// release memory in IE
+	root = form = null;
+})();
+
+(function(){
+	// Check to see if the browser returns only elements
+	// when doing getElementsByTagName("*")
+
+	// Create a fake element
+	var div = document.createElement("div");
+	div.appendChild( document.createComment("") );
+
+	// Make sure no comments are found
+	if ( div.getElementsByTagName("*").length > 0 ) {
+		Expr.find.TAG = function( match, context ) {
+			var results = context.getElementsByTagName( match[1] );
+
+			// Filter out possible comments
+			if ( match[1] === "*" ) {
+				var tmp = [];
+
+				for ( var i = 0; results[i]; i++ ) {
+					if ( results[i].nodeType === 1 ) {
+						tmp.push( results[i] );
+					}
+				}
+
+				results = tmp;
+			}
+
+			return results;
+		};
+	}
+
+	// Check to see if an attribute returns normalized href attributes
+	div.innerHTML = "<a href='#'></a>";
+
+	if ( div.firstChild && typeof div.firstChild.getAttribute !== "undefined" &&
+			div.firstChild.getAttribute("href") !== "#" ) {
+
+		Expr.attrHandle.href = function( elem ) {
+			return elem.getAttribute( "href", 2 );
+		};
+	}
+
+	// release memory in IE
+	div = null;
+})();
+
+if ( document.querySelectorAll ) {
+	(function(){
+		var oldSizzle = Sizzle,
+			div = document.createElement("div"),
+			id = "__sizzle__";
+
+		div.innerHTML = "<p class='TEST'></p>";
+
+		// Safari can't handle uppercase or unicode characters when
+		// in quirks mode.
+		if ( div.querySelectorAll && div.querySelectorAll(".TEST").length === 0 ) {
+			return;
+		}
+
+		Sizzle = function( query, context, extra, seed ) {
+			context = context || document;
+
+			// Only use querySelectorAll on non-XML documents
+			// (ID selectors don't work in non-HTML documents)
+			if ( !seed && !Sizzle.isXML(context) ) {
+				// See if we find a selector to speed up
+				var match = /^(\w+$)|^\.([\w\-]+$)|^#([\w\-]+$)/.exec( query );
+
+				if ( match && (context.nodeType === 1 || context.nodeType === 9) ) {
+					// Speed-up: Sizzle("TAG")
+					if ( match[1] ) {
+						return makeArray( context.getElementsByTagName( query ), extra );
+
+					// Speed-up: Sizzle(".CLASS")
+					} else if ( match[2] && Expr.find.CLASS && context.getElementsByClassName ) {
+						return makeArray( context.getElementsByClassName( match[2] ), extra );
+					}
+				}
+
+				if ( context.nodeType === 9 ) {
+					// Speed-up: Sizzle("body")
+					// The body element only exists once, optimize finding it
+					if ( query === "body" && context.body ) {
+						return makeArray( [ context.body ], extra );
+
+					// Speed-up: Sizzle("#ID")
+					} else if ( match && match[3] ) {
+						var elem = context.getElementById( match[3] );
+
+						// Check parentNode to catch when Blackberry 4.6 returns
+						// nodes that are no longer in the document #6963
+						if ( elem && elem.parentNode ) {
+							// Handle the case where IE and Opera return items
+							// by name instead of ID
+							if ( elem.id === match[3] ) {
+								return makeArray( [ elem ], extra );
+							}
+
+						} else {
+							return makeArray( [], extra );
+						}
+					}
+
+					try {
+						return makeArray( context.querySelectorAll(query), extra );
+					} catch(qsaError) {}
+
+				// 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
+				} else if ( context.nodeType === 1 && context.nodeName.toLowerCase() !== "object" ) {
+					var oldContext = context,
+						old = context.getAttribute( "id" ),
+						nid = old || id,
+						hasParent = context.parentNode,
+						relativeHierarchySelector = /^\s*[+~]/.test( query );
+
+					if ( !old ) {
+						context.setAttribute( "id", nid );
+					} else {
+						nid = nid.replace( /'/g, "\\$&" );
+					}
+					if ( relativeHierarchySelector && hasParent ) {
+						context = context.parentNode;
+					}
+
+					try {
+						if ( !relativeHierarchySelector || hasParent ) {
+							return makeArray( context.querySelectorAll( "[id='" + nid + "'] " + query ), extra );
+						}
+
+					} catch(pseudoError) {
+					} finally {
+						if ( !old ) {
+							oldContext.removeAttribute( "id" );
+						}
+					}
+				}
+			}
+
+			return oldSizzle(query, context, extra, seed);
+		};
+
+		for ( var prop in oldSizzle ) {
+			Sizzle[ prop ] = oldSizzle[ prop ];
+		}
+
+		// release memory in IE
+		div = null;
+	})();
+}
+
+(function(){
+	var html = document.documentElement,
+		matches = html.matchesSelector || html.mozMatchesSelector || html.webkitMatchesSelector || html.msMatchesSelector;
+
+	if ( matches ) {
+		// Check to see if it's possible to do matchesSelector
+		// on a disconnected node (IE 9 fails this)
+		var disconnectedMatch = !matches.call( document.createElement( "div" ), "div" ),
+			pseudoWorks = false;
+
+		try {
+			// This should fail with an exception
+			// Gecko does not error, returns false instead
+			matches.call( document.documentElement, "[test!='']:sizzle" );
+
+		} catch( pseudoError ) {
+			pseudoWorks = true;
+		}
+
+		Sizzle.matchesSelector = function( node, expr ) {
+			// Make sure that attribute selectors are quoted
+			expr = expr.replace(/\=\s*([^'"\]]*)\s*\]/g, "='$1']");
+
+			if ( !Sizzle.isXML( node ) ) {
+				try {
+					if ( pseudoWorks || !Expr.match.PSEUDO.test( expr ) && !/!=/.test( expr ) ) {
+						var ret = matches.call( node, expr );
+
+						// IE 9's matchesSelector returns false on disconnected nodes
+						if ( ret || !disconnectedMatch ||
+								// As well, disconnected nodes are said to be in a document
+								// fragment in IE 9, so check for that
+								node.document && node.document.nodeType !== 11 ) {
+							return ret;
+						}
+					}
+				} catch(e) {}
+			}
+
+			return Sizzle(expr, null, null, [node]).length > 0;
+		};
+	}
+})();
+
+(function(){
+	var div = document.createElement("div");
+
+	div.innerHTML = "<div class='test e'></div><div class='test'></div>";
+
+	// Opera can't find a second classname (in 9.6)
+	// Also, make sure that getElementsByClassName actually exists
+	if ( !div.getElementsByClassName || div.getElementsByClassName("e").length === 0 ) {
+		return;
+	}
+
+	// Safari caches class attributes, doesn't catch changes (in 3.2)
+	div.lastChild.className = "e";
+
+	if ( div.getElementsByClassName("e").length === 1 ) {
+		return;
+	}
+
+	Expr.order.splice(1, 0, "CLASS");
+	Expr.find.CLASS = function( match, context, isXML ) {
+		if ( typeof context.getElementsByClassName !== "undefined" && !isXML ) {
+			return context.getElementsByClassName(match[1]);
+		}
+	};
+
+	// release memory in IE
+	div = null;
+})();
+
+function dirNodeCheck( dir, cur, doneName, checkSet, nodeCheck, isXML ) {
+	for ( var i = 0, l = checkSet.length; i < l; i++ ) {
+		var elem = checkSet[i];
+
+		if ( elem ) {
+			var match = false;
+
+			elem = elem[dir];
+
+			while ( elem ) {
+				if ( elem[ expando ] === doneName ) {
+					match = checkSet[elem.sizset];
+					break;
+				}
+
+				if ( elem.nodeType === 1 && !isXML ){
+					elem[ expando ] = doneName;
+					elem.sizset = i;
+				}
+
+				if ( elem.nodeName.toLowerCase() === cur ) {
+					match = elem;
+					break;
+				}
+
+				elem = elem[dir];
+			}
+
+			checkSet[i] = match;
+		}
+	}
+}
+
+function dirCheck( dir, cur, doneName, checkSet, nodeCheck, isXML ) {
+	for ( var i = 0, l = checkSet.length; i < l; i++ ) {
+		var elem = checkSet[i];
+
+		if ( elem ) {
+			var match = false;
+
+			elem = elem[dir];
+
+			while ( elem ) {
+				if ( elem[ expando ] === doneName ) {
+					match = checkSet[elem.sizset];
+					break;
+				}
+
+				if ( elem.nodeType === 1 ) {
+					if ( !isXML ) {
+						elem[ expando ] = doneName;
+						elem.sizset = i;
+					}
+
+					if ( typeof cur !== "string" ) {
+						if ( elem === cur ) {
+							match = true;
+							break;
+						}
+
+					} else if ( Sizzle.filter( cur, [elem] ).length > 0 ) {
+						match = elem;
+						break;
+					}
+				}
+
+				elem = elem[dir];
+			}
+
+			checkSet[i] = match;
+		}
+	}
+}
+
+if ( document.documentElement.contains ) {
+	Sizzle.contains = function( a, b ) {
+		return a !== b && (a.contains ? a.contains(b) : true);
+	};
+
+} else if ( document.documentElement.compareDocumentPosition ) {
+	Sizzle.contains = function( a, b ) {
+		return !!(a.compareDocumentPosition(b) & 16);
+	};
+
+} else {
+	Sizzle.contains = function() {
+		return false;
+	};
+}
+
+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 : 0).documentElement;
+
+	return documentElement ? documentElement.nodeName !== "HTML" : false;
+};
+
+var posProcess = function( selector, context, seed ) {
+	var match,
+		tmpSet = [],
+		later = "",
+		root = context.nodeType ? [context] : context;
+
+	// Position selectors must be done after the filter
+	// And so must :not(positional) so we move all PSEUDOs to the end
+	while ( (match = Expr.match.PSEUDO.exec( selector )) ) {
+		later += match[0];
+		selector = selector.replace( Expr.match.PSEUDO, "" );
+	}
+
+	selector = Expr.relative[selector] ? selector + "*" : selector;
+
+	for ( var i = 0, l = root.length; i < l; i++ ) {
+		Sizzle( selector, root[i], tmpSet, seed );
+	}
+
+	return Sizzle.filter( later, tmpSet );
+};
+
+// EXPOSE
+// Override sizzle attribute retrieval
+Sizzle.attr = jQuery.attr;
+Sizzle.selectors.attrMap = {};
+jQuery.find = Sizzle;
+jQuery.expr = Sizzle.selectors;
+jQuery.expr[":"] = jQuery.expr.filters;
+jQuery.unique = Sizzle.uniqueSort;
+jQuery.text = Sizzle.getText;
+jQuery.isXMLDoc = Sizzle.isXML;
+jQuery.contains = Sizzle.contains;
+
+
+})();
+
+
+var runtil = /Until$/,
+	rparentsprev = /^(?:parents|prevUntil|prevAll)/,
+	// Note: This RegExp should be improved, or likely pulled from Sizzle
+	rmultiselector = /,/,
+	isSimple = /^.[^:#\[\.,]*$/,
+	slice = Array.prototype.slice,
+	POS = jQuery.expr.match.globalPOS,
+	// methods guaranteed to produce a unique set when starting from a unique set
+	guaranteedUnique = {
+		children: true,
+		contents: true,
+		next: true,
+		prev: true
+	};
+
+jQuery.fn.extend({
+	find: function( selector ) {
+		var self = this,
+			i, l;
+
+		if ( typeof selector !== "string" ) {
+			return jQuery( selector ).filter(function() {
+				for ( i = 0, l = self.length; i < l; i++ ) {
+					if ( jQuery.contains( self[ i ], this ) ) {
+						return true;
+					}
+				}
+			});
+		}
+
+		var ret = this.pushStack( "", "find", selector ),
+			length, n, r;
+
+		for ( i = 0, l = this.length; i < l; i++ ) {
+			length = ret.length;
+			jQuery.find( selector, this[i], ret );
+
+			if ( i > 0 ) {
+				// Make sure that the results are unique
+				for ( n = length; n < ret.length; n++ ) {
+					for ( r = 0; r < length; r++ ) {
+						if ( ret[r] === ret[n] ) {
+							ret.splice(n--, 1);
+							break;
+						}
+					}
+				}
+			}
+		}
+
+		return ret;
+	},
+
+	has: function( target ) {
+		var targets = jQuery( target );
+		return this.filter(function() {
+			for ( var i = 0, l = targets.length; i < l; i++ ) {
+				if ( jQuery.contains( this, targets[i] ) ) {
+					return true;
+				}
+			}
+		});
+	},
+
+	not: function( selector ) {
+		return this.pushStack( winnow(this, selector, false), "not", selector);
+	},
+
+	filter: function( selector ) {
+		return this.pushStack( winnow(this, selector, true), "filter", selector );
+	},
+
+	is: function( selector ) {
+		return !!selector && (
+			typeof selector === "string" ?
+				// If this is a positional selector, check membership in the returned set
+				// so $("p:first").is("p:last") won't return true for a doc with two "p".
+				POS.test( selector ) ?
+					jQuery( selector, this.context ).index( this[0] ) >= 0 :
+					jQuery.filter( selector, this ).length > 0 :
+				this.filter( selector ).length > 0 );
+	},
+
+	closest: function( selectors, context ) {
+		var ret = [], i, l, cur = this[0];
+
+		// Array (deprecated as of jQuery 1.7)
+		if ( jQuery.isArray( selectors ) ) {
+			var level = 1;
+
+			while ( cur && cur.ownerDocument && cur !== context ) {
+				for ( i = 0; i < selectors.length; i++ ) {
+
+					if ( jQuery( cur ).is( selectors[ i ] ) ) {
+						ret.push({ selector: selectors[ i ], elem: cur, level: level });
+					}
+				}
+
+				cur = cur.parentNode;
+				level++;
+			}
+
+			return ret;
+		}
+
+		// String
+		var pos = POS.test( selectors ) || typeof selectors !== "string" ?
+				jQuery( selectors, context || this.context ) :
+				0;
+
+		for ( i = 0, l = this.length; i < l; i++ ) {
+			cur = this[i];
+
+			while ( cur ) {
+				if ( pos ? pos.index(cur) > -1 : jQuery.find.matchesSelector(cur, selectors) ) {
+					ret.push( cur );
+					break;
+
+				} else {
+					cur = cur.parentNode;
+					if ( !cur || !cur.ownerDocument || cur === context || cur.nodeType === 11 ) {
+						break;
+					}
+				}
+			}
+		}
+
+		ret = ret.length > 1 ? jQuery.unique( ret ) : ret;
+
+		return this.pushStack( ret, "closest", selectors );
+	},
+
+	// 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.prevAll().length : -1;
+		}
+
+		// index in selector
+		if ( typeof elem === "string" ) {
+			return jQuery.inArray( this[0], jQuery( elem ) );
+		}
+
+		// Locate the position of the desired element
+		return jQuery.inArray(
+			// If it receives a jQuery object, the first element is used
+			elem.jquery ? elem[0] : elem, this );
+	},
+
+	add: function( selector, context ) {
+		var set = typeof selector === "string" ?
+				jQuery( selector, context ) :
+				jQuery.makeArray( selector && selector.nodeType ? [ selector ] : selector ),
+			all = jQuery.merge( this.get(), set );
+
+		return this.pushStack( isDisconnected( set[0] ) || isDisconnected( all[0] ) ?
+			all :
+			jQuery.unique( all ) );
+	},
+
+	andSelf: function() {
+		return this.add( this.prevObject );
+	}
+});
+
+// A painfully simple check to see if an element is disconnected
+// from a document (should be improved, where feasible).
+function isDisconnected( node ) {
+	return !node || !node.parentNode || node.parentNode.nodeType === 11;
+}
+
+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 jQuery.nth( elem, 2, "nextSibling" );
+	},
+	prev: function( elem ) {
+		return jQuery.nth( elem, 2, "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 jQuery.nodeName( elem, "iframe" ) ?
+			elem.contentDocument || elem.contentWindow.document :
+			jQuery.makeArray( elem.childNodes );
+	}
+}, function( name, fn ) {
+	jQuery.fn[ name ] = function( until, selector ) {
+		var ret = jQuery.map( this, fn, until );
+
+		if ( !runtil.test( name ) ) {
+			selector = until;
+		}
+
+		if ( selector && typeof selector === "string" ) {
+			ret = jQuery.filter( selector, ret );
+		}
+
+		ret = this.length > 1 && !guaranteedUnique[ name ] ? jQuery.unique( ret ) : ret;
+
+		if ( (this.length > 1 || rmultiselector.test( selector )) && rparentsprev.test( name ) ) {
+			ret = ret.reverse();
+		}
+
+		return this.pushStack( ret, name, slice.call( arguments ).join(",") );
+	};
+});
+
+jQuery.extend({
+	filter: function( expr, elems, not ) {
+		if ( not ) {
+			expr = ":not(" + expr + ")";
+		}
+
+		return elems.length === 1 ?
+			jQuery.find.matchesSelector(elems[0], expr) ? [ elems[0] ] : [] :
+			jQuery.find.matches(expr, elems);
+	},
+
+	dir: function( elem, dir, until ) {
+		var matched = [],
+			cur = elem[ dir ];
+
+		while ( cur && cur.nodeType !== 9 && (until === undefined || cur.nodeType !== 1 || !jQuery( cur ).is( until )) ) {
+			if ( cur.nodeType === 1 ) {
+				matched.push( cur );
+			}
+			cur = cur[dir];
+		}
+		return matched;
+	},
+
+	nth: function( cur, result, dir, elem ) {
+		result = result || 1;
+		var num = 0;
+
+		for ( ; cur; cur = cur[dir] ) {
+			if ( cur.nodeType === 1 && ++num === result ) {
+				break;
+			}
+		}
+
+		return cur;
+	},
+
+	sibling: function( n, elem ) {
+		var r = [];
+
+		for ( ; n; n = n.nextSibling ) {
+			if ( n.nodeType === 1 && n !== elem ) {
+				r.push( n );
+			}
+		}
+
+		return r;
+	}
+});
+
+// Implement the identical functionality for filter and not
+function winnow( elements, qualifier, keep ) {
+
+	// Can't pass null or undefined to indexOf in Firefox 4
+	// Set to 0 to skip string check
+	qualifier = qualifier || 0;
+
+	if ( jQuery.isFunction( qualifier ) ) {
+		return jQuery.grep(elements, function( elem, i ) {
+			var retVal = !!qualifier.call( elem, i, elem );
+			return retVal === keep;
+		});
+
+	} else if ( qualifier.nodeType ) {
+		return jQuery.grep(elements, function( elem, i ) {
+			return ( elem === qualifier ) === keep;
+		});
+
+	} else if ( typeof qualifier === "string" ) {
+		var filtered = jQuery.grep(elements, function( elem ) {
+			return elem.nodeType === 1;
+		});
+
+		if ( isSimple.test( qualifier ) ) {
+			return jQuery.filter(qualifier, filtered, !keep);
+		} else {
+			qualifier = jQuery.filter( qualifier, filtered );
+		}
+	}
+
+	return jQuery.grep(elements, function( elem, i ) {
+		return ( jQuery.inArray( elem, qualifier ) >= 0 ) === keep;
+	});
+}
+
+
+
+
+function createSafeFragment( document ) {
+	var list = nodeNames.split( "|" ),
+	safeFrag = document.createDocumentFragment();
+
+	if ( safeFrag.createElement ) {
+		while ( list.length ) {
+			safeFrag.createElement(
+				list.pop()
+			);
+		}
+	}
+	return safeFrag;
+}
+
+var nodeNames = "abbr|article|aside|audio|bdi|canvas|data|datalist|details|figcaption|figure|footer|" +
+		"header|hgroup|mark|meter|nav|output|progress|section|summary|time|video",
+	rinlinejQuery = / jQuery\d+="(?:\d+|null)"/g,
+	rleadingWhitespace = /^\s+/,
+	rxhtmlTag = /<(?!area|br|col|embed|hr|img|input|link|meta|param)(([\w:]+)[^>]*)\/>/ig,
+	rtagName = /<([\w:]+)/,
+	rtbody = /<tbody/i,
+	rhtml = /<|&#?\w+;/,
+	rnoInnerhtml = /<(?:script|style)/i,
+	rnocache = /<(?:script|object|embed|option|style)/i,
+	rnoshimcache = new RegExp("<(?:" + nodeNames + ")[\\s/>]", "i"),
+	// checked="checked" or checked
+	rchecked = /checked\s*(?:[^=]|=\s*.checked.)/i,
+	rscriptType = /\/(java|ecma)script/i,
+	rcleanScript = /^\s*<!(?:\[CDATA\[|\-\-)/,
+	wrapMap = {
+		option: [ 1, "<select multiple='multiple'>", "</select>" ],
+		legend: [ 1, "<fieldset>", "</fieldset>" ],
+		thead: [ 1, "<table>", "</table>" ],
+		tr: [ 2, "<table><tbody>", "</tbody></table>" ],
+		td: [ 3, "<table><tbody><tr>", "</tr></tbody></table>" ],
+		col: [ 2, "<table><tbody></tbody><colgroup>", "</colgroup></table>" ],
+		area: [ 1, "<map>", "</map>" ],
+		_default: [ 0, "", "" ]
+	},
+	safeFragment = createSafeFragment( document );
+
+wrapMap.optgroup = wrapMap.option;
+wrapMap.tbody = wrapMap.tfoot = wrapMap.colgroup = wrapMap.caption = wrapMap.thead;
+wrapMap.th = wrapMap.td;
+
+// IE can't serialize <link> and <script> tags normally
+if ( !jQuery.support.htmlSerialize ) {
+	wrapMap._default = [ 1, "div<div>", "</div>" ];
+}
+
+jQuery.fn.extend({
+	text: function( value ) {
+		return jQuery.access( this, function( value ) {
+			return value === undefined ?
+				jQuery.text( this ) :
+				this.empty().append( ( this[0] && this[0].ownerDocument || document ).createTextNode( value ) );
+		}, null, value, arguments.length );
+	},
+
+	wrapAll: function( html ) {
+		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
+			var 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.firstChild && elem.firstChild.nodeType === 1 ) {
+					elem = elem.firstChild;
+				}
+
+				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();
+	},
+
+	append: function() {
+		return this.domManip(arguments, true, function( elem ) {
+			if ( this.nodeType === 1 ) {
+				this.appendChild( elem );
+			}
+		});
+	},
+
+	prepend: function() {
+		return this.domManip(arguments, true, function( elem ) {
+			if ( this.nodeType === 1 ) {
+				this.insertBefore( elem, this.firstChild );
+			}
+		});
+	},
+
+	before: function() {
+		if ( this[0] && this[0].parentNode ) {
+			return this.domManip(arguments, false, function( elem ) {
+				this.parentNode.insertBefore( elem, this );
+			});
+		} else if ( arguments.length ) {
+			var set = jQuery.clean( arguments );
+			set.push.apply( set, this.toArray() );
+			return this.pushStack( set, "before", arguments );
+		}
+	},
+
+	after: function() {
+		if ( this[0] && this[0].parentNode ) {
+			return this.domManip(arguments, false, function( elem ) {
+				this.parentNode.insertBefore( elem, this.nextSibling );
+			});
+		} else if ( arguments.length ) {
+			var set = this.pushStack( this, "after", arguments );
+			set.push.apply( set, jQuery.clean(arguments) );
+			return set;
+		}
+	},
+
+	// keepData is for internal use only--do not document
+	remove: function( selector, keepData ) {
+		for ( var i = 0, elem; (elem = this[i]) != null; i++ ) {
+			if ( !selector || jQuery.filter( selector, [ elem ] ).length ) {
+				if ( !keepData && elem.nodeType === 1 ) {
+					jQuery.cleanData( elem.getElementsByTagName("*") );
+					jQuery.cleanData( [ elem ] );
+				}
+
+				if ( elem.parentNode ) {
+					elem.parentNode.removeChild( elem );
+				}
+			}
+		}
+
+		return this;
+	},
+
+	empty: function() {
+		for ( var i = 0, elem; (elem = this[i]) != null; i++ ) {
+			// Remove element nodes and prevent memory leaks
+			if ( elem.nodeType === 1 ) {
+				jQuery.cleanData( elem.getElementsByTagName("*") );
+			}
+
+			// Remove any remaining nodes
+			while ( elem.firstChild ) {
+				elem.removeChild( elem.firstChild );
+			}
+		}
+
+		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 jQuery.access( this, function( value ) {
+			var elem = this[0] || {},
+				i = 0,
+				l = this.length;
+
+			if ( value === undefined ) {
+				return elem.nodeType === 1 ?
+					elem.innerHTML.replace( rinlinejQuery, "" ) :
+					null;
+			}
+
+
+			if ( typeof value === "string" && !rnoInnerhtml.test( value ) &&
+				( jQuery.support.leadingWhitespace || !rleadingWhitespace.test( value ) ) &&
+				!wrapMap[ ( rtagName.exec( value ) || ["", ""] )[1].toLowerCase() ] ) {
+
+				value = value.replace( rxhtmlTag, "<$1></$2>" );
+
+				try {
+					for (; i < l; i++ ) {
+						// Remove element nodes and prevent memory leaks
+						elem = this[i] || {};
+						if ( elem.nodeType === 1 ) {
+							jQuery.cleanData( elem.getElementsByTagName( "*" ) );
+							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( value ) {
+		if ( this[0] && this[0].parentNode ) {
+			// Make sure that the elements are removed from the DOM before they are inserted
+			// this can help fix replacing a parent with child elements
+			if ( jQuery.isFunction( value ) ) {
+				return this.each(function(i) {
+					var self = jQuery(this), old = self.html();
+					self.replaceWith( value.call( this, i, old ) );
+				});
+			}
+
+			if ( typeof value !== "string" ) {
+				value = jQuery( value ).detach();
+			}
+
+			return this.each(function() {
+				var next = this.nextSibling,
+					parent = this.parentNode;
+
+				jQuery( this ).remove();
+
+				if ( next ) {
+					jQuery(next).before( value );
+				} else {
+					jQuery(parent).append( value );
+				}
+			});
+		} else {
+			return this.length ?
+				this.pushStack( jQuery(jQuery.isFunction(value) ? value() : value), "replaceWith", value ) :
+				this;
+		}
+	},
+
+	detach: function( selector ) {
+		return this.remove( selector, true );
+	},
+
+	domManip: function( args, table, callback ) {
+		var results, first, fragment, parent,
+			value = args[0],
+			scripts = [];
+
+		// We can't cloneNode fragments that contain checked, in WebKit
+		if ( !jQuery.support.checkClone && arguments.length === 3 && typeof value === "string" && rchecked.test( value ) ) {
+			return this.each(function() {
+				jQuery(this).domManip( args, table, callback, true );
+			});
+		}
+
+		if ( jQuery.isFunction(value) ) {
+			return this.each(function(i) {
+				var self = jQuery(this);
+				args[0] = value.call(this, i, table ? self.html() : undefined);
+				self.domManip( args, table, callback );
+			});
+		}
+
+		if ( this[0] ) {
+			parent = value && value.parentNode;
+
+			// If we're in a fragment, just use that instead of building a new one
+			if ( jQuery.support.parentNode && parent && parent.nodeType === 11 && parent.childNodes.length === this.length ) {
+				results = { fragment: parent };
+
+			} else {
+				results = jQuery.buildFragment( args, this, scripts );
+			}
+
+			fragment = results.fragment;
+
+			if ( fragment.childNodes.length === 1 ) {
+				first = fragment = fragment.firstChild;
+			} else {
+				first = fragment.firstChild;
+			}
+
+			if ( first ) {
+				table = table && jQuery.nodeName( first, "tr" );
+
+				for ( var i = 0, l = this.length, lastIndex = l - 1; i < l; i++ ) {
+					callback.call(
+						table ?
+							root(this[i], first) :
+							this[i],
+						// Make sure that we do not leak memory by inadvertently discarding
+						// the original fragment (which might have attached data) instead of
+						// using it; in addition, use the original fragment object for the last
+						// item instead of first because it can end up being emptied incorrectly
+						// in certain situations (Bug #8070).
+						// Fragments from the fragment cache must always be cloned and never used
+						// in place.
+						results.cacheable || ( l > 1 && i < lastIndex ) ?
+							jQuery.clone( fragment, true, true ) :
+							fragment
+					);
+				}
+			}
+
+			if ( scripts.length ) {
+				jQuery.each( scripts, function( i, elem ) {
+					if ( elem.src ) {
+						jQuery.ajax({
+							type: "GET",
+							global: false,
+							url: elem.src,
+							async: false,
+							dataType: "script"
+						});
+					} else {
+						jQuery.globalEval( ( elem.text || elem.textContent || elem.innerHTML || "" ).replace( rcleanScript, "/*$0*/" ) );
+					}
+
+					if ( elem.parentNode ) {
+						elem.parentNode.removeChild( elem );
+					}
+				});
+			}
+		}
+
+		return this;
+	}
+});
+
+function root( elem, cur ) {
+	return jQuery.nodeName(elem, "table") ?
+		(elem.getElementsByTagName("tbody")[0] ||
+		elem.appendChild(elem.ownerDocument.createElement("tbody"))) :
+		elem;
+}
+
+function cloneCopyEvent( src, dest ) {
+
+	if ( dest.nodeType !== 1 || !jQuery.hasData( src ) ) {
+		return;
+	}
+
+	var type, i, l,
+		oldData = jQuery._data( src ),
+		curData = jQuery._data( dest, oldData ),
+		events = oldData.events;
+
+	if ( events ) {
+		delete curData.handle;
+		curData.events = {};
+
+		for ( type in events ) {
+			for ( i = 0, l = events[ type ].length; i < l; i++ ) {
+				jQuery.event.add( dest, type, events[ type ][ i ] );
+			}
+		}
+	}
+
+	// make the cloned public data object a copy from the original
+	if ( curData.data ) {
+		curData.data = jQuery.extend( {}, curData.data );
+	}
+}
+
+function cloneFixAttributes( src, dest ) {
+	var nodeName;
+
+	// We do not need to do anything for non-Elements
+	if ( dest.nodeType !== 1 ) {
+		return;
+	}
+
+	// clearAttributes removes the attributes, which we don't want,
+	// but also removes the attachEvent events, which we *do* want
+	if ( dest.clearAttributes ) {
+		dest.clearAttributes();
+	}
+
+	// mergeAttributes, in contrast, only merges back on the
+	// original attributes, not the events
+	if ( dest.mergeAttributes ) {
+		dest.mergeAttributes( src );
+	}
+
+	nodeName = dest.nodeName.toLowerCase();
+
+	// IE6-8 fail to clone children inside object elements that use
+	// the proprietary classid attribute value (rather than the type
+	// attribute) to identify the type of content to display
+	if ( nodeName === "object" ) {
+		dest.outerHTML = src.outerHTML;
+
+	} else if ( nodeName === "input" && (src.type === "checkbox" || src.type === "radio") ) {
+		// IE6-8 fails to persist the checked state of a cloned checkbox
+		// or radio button. Worse, IE6-7 fail to give the cloned element
+		// a checked appearance if the defaultChecked value isn't also set
+		if ( src.checked ) {
+			dest.defaultChecked = dest.checked = src.checked;
+		}
+
+		// IE6-7 get confused and end up setting the value of a cloned
+		// checkbox/radio button to an empty string instead of "on"
+		if ( dest.value !== src.value ) {
+			dest.value = src.value;
+		}
+
+	// IE6-8 fails to return the selected option to the default selected
+	// state when cloning options
+	} else if ( nodeName === "option" ) {
+		dest.selected = src.defaultSelected;
+
+	// IE6-8 fails to set the defaultValue to the correct value when
+	// cloning other types of input fields
+	} else if ( nodeName === "input" || nodeName === "textarea" ) {
+		dest.defaultValue = src.defaultValue;
+
+	// IE blanks contents when cloning scripts
+	} else if ( nodeName === "script" && dest.text !== src.text ) {
+		dest.text = src.text;
+	}
+
+	// Event data gets referenced instead of copied if the expando
+	// gets copied too
+	dest.removeAttribute( jQuery.expando );
+
+	// Clear flags for bubbling special change/submit events, they must
+	// be reattached when the newly cloned events are first activated
+	dest.removeAttribute( "_submit_attached" );
+	dest.removeAttribute( "_change_attached" );
+}
+
+jQuery.buildFragment = function( args, nodes, scripts ) {
+	var fragment, cacheable, cacheresults, doc,
+	first = args[ 0 ];
+
+	// nodes may contain either an explicit document object,
+	// a jQuery collection or context object.
+	// If nodes[0] contains a valid object to assign to doc
+	if ( nodes && nodes[0] ) {
+		doc = nodes[0].ownerDocument || nodes[0];
+	}
+
+	// Ensure that an attr object doesn't incorrectly stand in as a document object
+	// Chrome and Firefox seem to allow this to occur and will throw exception
+	// Fixes #8950
+	if ( !doc.createDocumentFragment ) {
+		doc = document;
+	}
+
+	// Only cache "small" (1/2 KB) HTML strings that are associated with the main document
+	// Cloning options loses the selected state, so don't cache them
+	// IE 6 doesn't like it when you put <object> or <embed> elements in a fragment
+	// Also, WebKit does not clone 'checked' attributes on cloneNode, so don't cache
+	// Lastly, IE6,7,8 will not correctly reuse cached fragments that were created from unknown elems #10501
+	if ( args.length === 1 && typeof first === "string" && first.length < 512 && doc === document &&
+		first.charAt(0) === "<" && !rnocache.test( first ) &&
+		(jQuery.support.checkClone || !rchecked.test( first )) &&
+		(jQuery.support.html5Clone || !rnoshimcache.test( first )) ) {
+
+		cacheable = true;
+
+		cacheresults = jQuery.fragments[ first ];
+		if ( cacheresults && cacheresults !== 1 ) {
+			fragment = cacheresults;
+		}
+	}
+
+	if ( !fragment ) {
+		fragment = doc.createDocumentFragment();
+		jQuery.clean( args, doc, fragment, scripts );
+	}
+
+	if ( cacheable ) {
+		jQuery.fragments[ first ] = cacheresults ? fragment : 1;
+	}
+
+	return { fragment: fragment, cacheable: cacheable };
+};
+
+jQuery.fragments = {};
+
+jQuery.each({
+	appendTo: "append",
+	prependTo: "prepend",
+	insertBefore: "before",
+	insertAfter: "after",
+	replaceAll: "replaceWith"
+}, function( name, original ) {
+	jQuery.fn[ name ] = function( selector ) {
+		var ret = [],
+			insert = jQuery( selector ),
+			parent = this.length === 1 && this[0].parentNode;
+
+		if ( parent && parent.nodeType === 11 && parent.childNodes.length === 1 && insert.length === 1 ) {
+			insert[ original ]( this[0] );
+			return this;
+
+		} else {
+			for ( var i = 0, l = insert.length; i < l; i++ ) {
+				var elems = ( i > 0 ? this.clone(true) : this ).get();
+				jQuery( insert[i] )[ original ]( elems );
+				ret = ret.concat( elems );
+			}
+
+			return this.pushStack( ret, name, insert.selector );
+		}
+	};
+});
+
+function getAll( elem ) {
+	if ( typeof elem.getElementsByTagName !== "undefined" ) {
+		return elem.getElementsByTagName( "*" );
+
+	} else if ( typeof elem.querySelectorAll !== "undefined" ) {
+		return elem.querySelectorAll( "*" );
+
+	} else {
+		return [];
+	}
+}
+
+// Used in clean, fixes the defaultChecked property
+function fixDefaultChecked( elem ) {
+	if ( elem.type === "checkbox" || elem.type === "radio" ) {
+		elem.defaultChecked = elem.checked;
+	}
+}
+// Finds all inputs and passes them to fixDefaultChecked
+function findInputs( elem ) {
+	var nodeName = ( elem.nodeName || "" ).toLowerCase();
+	if ( nodeName === "input" ) {
+		fixDefaultChecked( elem );
+	// Skip scripts, get other children
+	} else if ( nodeName !== "script" && typeof elem.getElementsByTagName !== "undefined" ) {
+		jQuery.grep( elem.getElementsByTagName("input"), fixDefaultChecked );
+	}
+}
+
+// Derived From: http://www.iecss.com/shimprove/javascript/shimprove.1-0-1.js
+function shimCloneNode( elem ) {
+	var div = document.createElement( "div" );
+	safeFragment.appendChild( div );
+
+	div.innerHTML = elem.outerHTML;
+	return div.firstChild;
+}
+
+jQuery.extend({
+	clone: function( elem, dataAndEvents, deepDataAndEvents ) {
+		var srcElements,
+			destElements,
+			i,
+			// IE<=8 does not properly clone detached, unknown element nodes
+			clone = jQuery.support.html5Clone || jQuery.isXMLDoc(elem) || !rnoshimcache.test( "<" + elem.nodeName + ">" ) ?
+				elem.cloneNode( true ) :
+				shimCloneNode( elem );
+
+		if ( (!jQuery.support.noCloneEvent || !jQuery.support.noCloneChecked) &&
+				(elem.nodeType === 1 || elem.nodeType === 11) && !jQuery.isXMLDoc(elem) ) {
+			// IE copies events bound via attachEvent when using cloneNode.
+			// Calling detachEvent on the clone will also remove the events
+			// from the original. In order to get around this, we use some
+			// proprietary methods to clear the events. Thanks to MooTools
+			// guys for this hotness.
+
+			cloneFixAttributes( elem, clone );
+
+			// Using Sizzle here is crazy slow, so we use getElementsByTagName instead
+			srcElements = getAll( elem );
+			destElements = getAll( clone );
+
+			// Weird iteration because IE will replace the length property
+			// with an element if you are cloning the body and one of the
+			// elements on the page has a name or id of "length"
+			for ( i = 0; srcElements[i]; ++i ) {
+				// Ensure that the destination node is not null; Fixes #9587
+				if ( destElements[i] ) {
+					cloneFixAttributes( srcElements[i], destElements[i] );
+				}
+			}
+		}
+
+		// Copy the events from the original to the clone
+		if ( dataAndEvents ) {
+			cloneCopyEvent( elem, clone );
+
+			if ( deepDataAndEvents ) {
+				srcElements = getAll( elem );
+				destElements = getAll( clone );
+
+				for ( i = 0; srcElements[i]; ++i ) {
+					cloneCopyEvent( srcElements[i], destElements[i] );
+				}
+			}
+		}
+
+		srcElements = destElements = null;
+
+		// Return the cloned set
+		return clone;
+	},
+
+	clean: function( elems, context, fragment, scripts ) {
+		var checkScriptType, script, j,
+				ret = [];
+
+		context = context || document;
+
+		// !context.createElement fails in IE with an error but returns typeof 'object'
+		if ( typeof context.createElement === "undefined" ) {
+			context = context.ownerDocument || context[0] && context[0].ownerDocument || document;
+		}
+
+		for ( var i = 0, elem; (elem = elems[i]) != null; i++ ) {
+			if ( typeof elem === "number" ) {
+				elem += "";
+			}
+
+			if ( !elem ) {
+				continue;
+			}
+
+			// Convert html string into DOM nodes
+			if ( typeof elem === "string" ) {
+				if ( !rhtml.test( elem ) ) {
+					elem = context.createTextNode( elem );
+				} else {
+					// Fix "XHTML"-style tags in all browsers
+					elem = elem.replace(rxhtmlTag, "<$1></$2>");
+
+					// Trim whitespace, otherwise indexOf won't work as expected
+					var tag = ( rtagName.exec( elem ) || ["", ""] )[1].toLowerCase(),
+						wrap = wrapMap[ tag ] || wrapMap._default,
+						depth = wrap[0],
+						div = context.createElement("div"),
+						safeChildNodes = safeFragment.childNodes,
+						remove;
+
+					// Append wrapper element to unknown element safe doc fragment
+					if ( context === document ) {
+						// Use the fragment we've already created for this document
+						safeFragment.appendChild( div );
+					} else {
+						// Use a fragment created with the owner document
+						createSafeFragment( context ).appendChild( div );
+					}
+
+					// Go to html and back, then peel off extra wrappers
+					div.innerHTML = wrap[1] + elem + wrap[2];
+
+					// Move to the right depth
+					while ( depth-- ) {
+						div = div.lastChild;
+					}
+
+					// Remove IE's autoinserted <tbody> from table fragments
+					if ( !jQuery.support.tbody ) {
+
+						// String was a <table>, *may* have spurious <tbody>
+						var hasBody = rtbody.test(elem),
+							tbody = tag === "table" && !hasBody ?
+								div.firstChild && div.firstChild.childNodes :
+
+								// String was a bare <thead> or <tfoot>
+								wrap[1] === "<table>" && !hasBody ?
+									div.childNodes :
+									[];
+
+						for ( j = tbody.length - 1; j >= 0 ; --j ) {
+							if ( jQuery.nodeName( tbody[ j ], "tbody" ) && !tbody[ j ].childNodes.length ) {
+								tbody[ j ].parentNode.removeChild( tbody[ j ] );
+							}
+						}
+					}
+
+					// IE completely kills leading whitespace when innerHTML is used
+					if ( !jQuery.support.leadingWhitespace && rleadingWhitespace.test( elem ) ) {
+						div.insertBefore( context.createTextNode( rleadingWhitespace.exec(elem)[0] ), div.firstChild );
+					}
+
+					elem = div.childNodes;
+
+					// Clear elements from DocumentFragment (safeFragment or otherwise)
+					// to avoid hoarding elements. Fixes #11356
+					if ( div ) {
+						div.parentNode.removeChild( div );
+
+						// Guard against -1 index exceptions in FF3.6
+						if ( safeChildNodes.length > 0 ) {
+							remove = safeChildNodes[ safeChildNodes.length - 1 ];
+
+							if ( remove && remove.parentNode ) {
+								remove.parentNode.removeChild( remove );
+							}
+						}
+					}
+				}
+			}
+
+			// Resets defaultChecked for any radios and checkboxes
+			// about to be appended to the DOM in IE 6/7 (#8060)
+			var len;
+			if ( !jQuery.support.appendChecked ) {
+				if ( elem[0] && typeof (len = elem.length) === "number" ) {
+					for ( j = 0; j < len; j++ ) {
+						findInputs( elem[j] );
+					}
+				} else {
+					findInputs( elem );
+				}
+			}
+
+			if ( elem.nodeType ) {
+				ret.push( elem );
+			} else {
+				ret = jQuery.merge( ret, elem );
+			}
+		}
+
+		if ( fragment ) {
+			checkScriptType = function( elem ) {
+				return !elem.type || rscriptType.test( elem.type );
+			};
+			for ( i = 0; ret[i]; i++ ) {
+				script = ret[i];
+				if ( scripts && jQuery.nodeName( script, "script" ) && (!script.type || rscriptType.test( script.type )) ) {
+					scripts.push( script.parentNode ? script.parentNode.removeChild( script ) : script );
+
+				} else {
+					if ( script.nodeType === 1 ) {
+						var jsTags = jQuery.grep( script.getElementsByTagName( "script" ), checkScriptType );
+
+						ret.splice.apply( ret, [i + 1, 0].concat( jsTags ) );
+					}
+					fragment.appendChild( script );
+				}
+			}
+		}
+
+		return ret;
+	},
+
+	cleanData: function( elems ) {
+		var data, id,
+			cache = jQuery.cache,
+			special = jQuery.event.special,
+			deleteExpando = jQuery.support.deleteExpando;
+
+		for ( var i = 0, elem; (elem = elems[i]) != null; i++ ) {
+			if ( elem.nodeName && jQuery.noData[elem.nodeName.toLowerCase()] ) {
+				continue;
+			}
+
+			id = elem[ jQuery.expando ];
+
+			if ( id ) {
+				data = cache[ id ];
+
+				if ( data && data.events ) {
+					for ( var type in data.events ) {
+						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 );
+						}
+					}
+
+					// Null the DOM reference to avoid IE6/7/8 leak (#7054)
+					if ( data.handle ) {
+						data.handle.elem = null;
+					}
+				}
+
+				if ( deleteExpando ) {
+					delete elem[ jQuery.expando ];
+
+				} else if ( elem.removeAttribute ) {
+					elem.removeAttribute( jQuery.expando );
+				}
+
+				delete cache[ id ];
+			}
+		}
+	}
+});
+
+
+
+
+var ralpha = /alpha\([^)]*\)/i,
+	ropacity = /opacity=([^)]*)/,
+	// fixed for IE9, see #8346
+	rupper = /([A-Z]|^ms)/g,
+	rnum = /^[\-+]?(?:\d*\.)?\d+$/i,
+	rnumnonpx = /^-?(?:\d*\.)?\d+(?!px)[^\d\s]+$/i,
+	rrelNum = /^([\-+])=([\-+.\de]+)/,
+	rmargin = /^margin/,
+
+	cssShow = { position: "absolute", visibility: "hidden", display: "block" },
+
+	// order is important!
+	cssExpand = [ "Top", "Right", "Bottom", "Left" ],
+
+	curCSS,
+
+	getComputedStyle,
+	currentStyle;
+
+jQuery.fn.css = function( name, value ) {
+	return jQuery.access( this, function( elem, name, value ) {
+		return value !== undefined ?
+			jQuery.style( elem, name, value ) :
+			jQuery.css( elem, name );
+	}, name, value, arguments.length > 1 );
+};
+
+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;
+
+				} else {
+					return elem.style.opacity;
+				}
+			}
+		}
+	},
+
+	// Exclude the following css properties to add px
+	cssNumber: {
+		"fillOpacity": true,
+		"fontWeight": true,
+		"lineHeight": true,
+		"opacity": 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": jQuery.support.cssFloat ? "cssFloat" : "styleFloat"
+	},
+
+	// 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, origName = jQuery.camelCase( name ),
+			style = elem.style, hooks = jQuery.cssHooks[ origName ];
+
+		name = jQuery.cssProps[ origName ] || 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 NaN and null values aren't set. See: #7116
+			if ( value == null || type === "number" && isNaN( 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";
+			}
+
+			// If a hook was provided, use that value, otherwise just set the specified value
+			if ( !hooks || !("set" in hooks) || (value = hooks.set( elem, value )) !== undefined ) {
+				// Wrapped to prevent IE from throwing errors when 'invalid' values are provided
+				// Fixes bug #5509
+				try {
+					style[ name ] = value;
+				} catch(e) {}
+			}
+
+		} 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 ) {
+		var ret, hooks;
+
+		// Make sure that we're working with the right name
+		name = jQuery.camelCase( name );
+		hooks = jQuery.cssHooks[ name ];
+		name = jQuery.cssProps[ name ] || name;
+
+		// cssFloat needs a special treatment
+		if ( name === "cssFloat" ) {
+			name = "float";
+		}
+
+		// If a hook was provided get the computed value from there
+		if ( hooks && "get" in hooks && (ret = hooks.get( elem, true, extra )) !== undefined ) {
+			return ret;
+
+		// Otherwise, if a way to get the computed value exists, use that
+		} else if ( curCSS ) {
+			return curCSS( elem, name );
+		}
+	},
+
+	// A method for quickly swapping in/out CSS properties to get correct calculations
+	swap: function( elem, options, callback ) {
+		var old = {},
+			ret, name;
+
+		// 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.call( elem );
+
+		// Revert the old values
+		for ( name in options ) {
+			elem.style[ name ] = old[ name ];
+		}
+
+		return ret;
+	}
+});
+
+// DEPRECATED in 1.3, Use jQuery.css() instead
+jQuery.curCSS = jQuery.css;
+
+if ( document.defaultView && document.defaultView.getComputedStyle ) {
+	getComputedStyle = function( elem, name ) {
+		var ret, defaultView, computedStyle, width,
+			style = elem.style;
+
+		name = name.replace( rupper, "-$1" ).toLowerCase();
+
+		if ( (defaultView = elem.ownerDocument.defaultView) &&
+				(computedStyle = defaultView.getComputedStyle( elem, null )) ) {
+
+			ret = computedStyle.getPropertyValue( name );
+			if ( ret === "" && !jQuery.contains( elem.ownerDocument.documentElement, elem ) ) {
+				ret = jQuery.style( elem, name );
+			}
+		}
+
+		// A tribute to the "awesome hack by Dean Edwards"
+		// WebKit uses "computed value (percentage if specified)" instead of "used value" for margins
+		// which is against the CSSOM draft spec: http://dev.w3.org/csswg/cssom/#resolved-values
+		if ( !jQuery.support.pixelMargin && computedStyle && rmargin.test( name ) && rnumnonpx.test( ret ) ) {
+			width = style.width;
+			style.width = ret;
+			ret = computedStyle.width;
+			style.width = width;
+		}
+
+		return ret;
+	};
+}
+
+if ( document.documentElement.currentStyle ) {
+	currentStyle = function( elem, name ) {
+		var left, rsLeft, uncomputed,
+			ret = elem.currentStyle && elem.currentStyle[ name ],
+			style = elem.style;
+
+		// Avoid setting ret to empty string here
+		// so we don't default to auto
+		if ( ret == null && style && (uncomputed = style[ name ]) ) {
+			ret = uncomputed;
+		}
+
+		// From the awesome hack by Dean Edwards
+		// http://erik.eae.net/archives/2007/07/27/18.54.15/#comment-102291
+
+		// If we're not dealing with a regular pixel number
+		// but a number that has a weird ending, we need to convert it to pixels
+		if ( rnumnonpx.test( ret ) ) {
+
+			// Remember the original values
+			left = style.left;
+			rsLeft = elem.runtimeStyle && elem.runtimeStyle.left;
+
+			// Put in the new values to get a computed value out
+			if ( rsLeft ) {
+				elem.runtimeStyle.left = elem.currentStyle.left;
+			}
+			style.left = name === "fontSize" ? "1em" : ret;
+			ret = style.pixelLeft + "px";
+
+			// Revert the changed values
+			style.left = left;
+			if ( rsLeft ) {
+				elem.runtimeStyle.left = rsLeft;
+			}
+		}
+
+		return ret === "" ? "auto" : ret;
+	};
+}
+
+curCSS = getComputedStyle || currentStyle;
+
+function getWidthOrHeight( elem, name, extra ) {
+
+	// Start with offset property
+	var val = name === "width" ? elem.offsetWidth : elem.offsetHeight,
+		i = name === "width" ? 1 : 0,
+		len = 4;
+
+	if ( val > 0 ) {
+		if ( extra !== "border" ) {
+			for ( ; i < len; i += 2 ) {
+				if ( !extra ) {
+					val -= parseFloat( jQuery.css( elem, "padding" + cssExpand[ i ] ) ) || 0;
+				}
+				if ( extra === "margin" ) {
+					val += parseFloat( jQuery.css( elem, extra + cssExpand[ i ] ) ) || 0;
+				} else {
+					val -= parseFloat( jQuery.css( elem, "border" + cssExpand[ i ] + "Width" ) ) || 0;
+				}
+			}
+		}
+
+		return val + "px";
+	}
+
+	// Fall back to computed then uncomputed css if necessary
+	val = curCSS( elem, name );
+	if ( val < 0 || val == null ) {
+		val = elem.style[ name ];
+	}
+
+	// Computed unit is not pixels. Stop here and return.
+	if ( rnumnonpx.test(val) ) {
+		return val;
+	}
+
+	// Normalize "", auto, and prepare for extra
+	val = parseFloat( val ) || 0;
+
+	// Add padding, border, margin
+	if ( extra ) {
+		for ( ; i < len; i += 2 ) {
+			val += parseFloat( jQuery.css( elem, "padding" + cssExpand[ i ] ) ) || 0;
+			if ( extra !== "padding" ) {
+				val += parseFloat( jQuery.css( elem, "border" + cssExpand[ i ] + "Width" ) ) || 0;
+			}
+			if ( extra === "margin" ) {
+				val += parseFloat( jQuery.css( elem, extra + cssExpand[ i ]) ) || 0;
+			}
+		}
+	}
+
+	return val + "px";
+}
+
+jQuery.each([ "height", "width" ], function( i, name ) {
+	jQuery.cssHooks[ name ] = {
+		get: function( elem, computed, extra ) {
+			if ( computed ) {
+				if ( elem.offsetWidth !== 0 ) {
+					return getWidthOrHeight( elem, name, extra );
+				} else {
+					return jQuery.swap( elem, cssShow, function() {
+						return getWidthOrHeight( elem, name, extra );
+					});
+				}
+			}
+		},
+
+		set: function( elem, value ) {
+			return rnum.test( value ) ?
+				value + "px" :
+				value;
+		}
+	};
+});
+
+if ( !jQuery.support.opacity ) {
+	jQuery.cssHooks.opacity = {
+		get: function( elem, computed ) {
+			// IE uses filters for opacity
+			return ropacity.test( (computed && elem.currentStyle ? elem.currentStyle.filter : elem.style.filter) || "" ) ?
+				( parseFloat( RegExp.$1 ) / 100 ) + "" :
+				computed ? "1" : "";
+		},
+
+		set: function( elem, value ) {
+			var style = elem.style,
+				currentStyle = elem.currentStyle,
+				opacity = jQuery.isNumeric( value ) ? "alpha(opacity=" + value * 100 + ")" : "",
+				filter = currentStyle && currentStyle.filter || style.filter || "";
+
+			// IE has trouble with opacity if it does not have layout
+			// Force it by setting the zoom level
+			style.zoom = 1;
+
+			// if setting opacity to 1, and no other filters exist - attempt to remove filter attribute #6652
+			if ( value >= 1 && jQuery.trim( filter.replace( ralpha, "" ) ) === "" ) {
+
+				// Setting style.filter to null, "" & " " still leave "filter:" in the cssText
+				// if "filter:" is present at all, clearType is disabled, we want to avoid this
+				// style.removeAttribute is IE Only, but so apparently is this code path...
+				style.removeAttribute( "filter" );
+
+				// if there there is no filter style applied in a css rule, we are done
+				if ( currentStyle && !currentStyle.filter ) {
+					return;
+				}
+			}
+
+			// otherwise, set new filter values
+			style.filter = ralpha.test( filter ) ?
+				filter.replace( ralpha, opacity ) :
+				filter + " " + opacity;
+		}
+	};
+}
+
+jQuery(function() {
+	// This hook cannot be added until DOM ready because the support test
+	// for it is not run until after DOM ready
+	if ( !jQuery.support.reliableMarginRight ) {
+		jQuery.cssHooks.marginRight = {
+			get: function( elem, 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" }, function() {
+					if ( computed ) {
+						return curCSS( elem, "margin-right" );
+					} else {
+						return elem.style.marginRight;
+					}
+				});
+			}
+		};
+	}
+});
+
+if ( jQuery.expr && jQuery.expr.filters ) {
+	jQuery.expr.filters.hidden = function( elem ) {
+		var width = elem.offsetWidth,
+			height = elem.offsetHeight;
+
+		return ( width === 0 && height === 0 ) || (!jQuery.support.reliableHiddenOffsets && ((elem.style && elem.style.display) || jQuery.css( elem, "display" )) === "none");
+	};
+
+	jQuery.expr.filters.visible = function( elem ) {
+		return !jQuery.expr.filters.hidden( elem );
+	};
+}
+
+// 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,
+
+				// assumes a single number if not a string
+				parts = typeof value === "string" ? value.split(" ") : [ value ],
+				expanded = {};
+
+			for ( i = 0; i < 4; i++ ) {
+				expanded[ prefix + cssExpand[ i ] + suffix ] =
+					parts[ i ] || parts[ i - 2 ] || parts[ 0 ];
+			}
+
+			return expanded;
+		}
+	};
+});
+
+
+
+
+var r20 = /%20/g,
+	rbracket = /\[\]$/,
+	rCRLF = /\r?\n/g,
+	rhash = /#.*$/,
+	rheaders = /^(.*?):[ \t]*([^\r\n]*)\r?$/mg, // IE leaves an \r character at EOL
+	rinput = /^(?:color|date|datetime|datetime-local|email|hidden|month|number|password|range|search|tel|text|time|url|week)$/i,
+	// #7653, #8125, #8152: local protocol detection
+	rlocalProtocol = /^(?:about|app|app\-storage|.+\-extension|file|res|widget):$/,
+	rnoContent = /^(?:GET|HEAD)$/,
+	rprotocol = /^\/\//,
+	rquery = /\?/,
+	rscript = /<script\b[^<]*(?:(?!<\/script>)<[^<]*)*<\/script>/gi,
+	rselectTextarea = /^(?:select|textarea)/i,
+	rspacesAjax = /\s+/,
+	rts = /([?&])_=[^&]*/,
+	rurl = /^([\w\+\.\-]+:)(?:\/\/([^\/?#:]*)(?::(\d+))?)?/,
+
+	// Keep a copy of the old load method
+	_load = jQuery.fn.load,
+
+	/* 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 = {},
+
+	// Document location
+	ajaxLocation,
+
+	// Document location segments
+	ajaxLocParts,
+
+	// Avoid comment-prolog char sequence (#10098); must appease lint and evade compression
+	allTypes = ["*/"] + ["*"];
+
+// #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 = "*";
+		}
+
+		if ( jQuery.isFunction( func ) ) {
+			var dataTypes = dataTypeExpression.toLowerCase().split( rspacesAjax ),
+				i = 0,
+				length = dataTypes.length,
+				dataType,
+				list,
+				placeBefore;
+
+			// For each dataType in the dataTypeExpression
+			for ( ; i < length; i++ ) {
+				dataType = dataTypes[ i ];
+				// We control if we're asked to add before
+				// any existing element
+				placeBefore = /^\+/.test( dataType );
+				if ( placeBefore ) {
+					dataType = dataType.substr( 1 ) || "*";
+				}
+				list = structure[ dataType ] = structure[ dataType ] || [];
+				// then we add to the structure accordingly
+				list[ placeBefore ? "unshift" : "push" ]( func );
+			}
+		}
+	};
+}
+
+// Base inspection function for prefilters and transports
+function inspectPrefiltersOrTransports( structure, options, originalOptions, jqXHR,
+		dataType /* internal */, inspected /* internal */ ) {
+
+	dataType = dataType || options.dataTypes[ 0 ];
+	inspected = inspected || {};
+
+	inspected[ dataType ] = true;
+
+	var list = structure[ dataType ],
+		i = 0,
+		length = list ? list.length : 0,
+		executeOnly = ( structure === prefilters ),
+		selection;
+
+	for ( ; i < length && ( executeOnly || !selection ); i++ ) {
+		selection = list[ i ]( options, originalOptions, jqXHR );
+		// If we got redirected to another dataType
+		// we try there if executing only and not done already
+		if ( typeof selection === "string" ) {
+			if ( !executeOnly || inspected[ selection ] ) {
+				selection = undefined;
+			} else {
+				options.dataTypes.unshift( selection );
+				selection = inspectPrefiltersOrTransports(
+						structure, options, originalOptions, jqXHR, selection, inspected );
+			}
+		}
+	}
+	// If we're only executing or nothing was selected
+	// we try the catchall dataType if not done already
+	if ( ( executeOnly || !selection ) && !inspected[ "*" ] ) {
+		selection = inspectPrefiltersOrTransports(
+				structure, options, originalOptions, jqXHR, "*", inspected );
+	}
+	// unnecessary when only executing (prefilters)
+	// but it'll be ignored by the caller in that case
+	return selection;
+}
+
+// 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 );
+	}
+}
+
+jQuery.fn.extend({
+	load: function( url, params, callback ) {
+		if ( typeof url !== "string" && _load ) {
+			return _load.apply( this, arguments );
+
+		// Don't do a request if no elements are being requested
+		} else if ( !this.length ) {
+			return this;
+		}
+
+		var off = url.indexOf( " " );
+		if ( off >= 0 ) {
+			var selector = url.slice( off, url.length );
+			url = url.slice( 0, off );
+		}
+
+		// Default to a GET request
+		var type = "GET";
+
+		// If the second parameter was provided
+		if ( params ) {
+			// 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 ( typeof params === "object" ) {
+				params = jQuery.param( params, jQuery.ajaxSettings.traditional );
+				type = "POST";
+			}
+		}
+
+		var self = this;
+
+		// Request the remote document
+		jQuery.ajax({
+			url: url,
+			type: type,
+			dataType: "html",
+			data: params,
+			// Complete callback (responseText is used internally)
+			complete: function( jqXHR, status, responseText ) {
+				// Store the response as specified by the jqXHR object
+				responseText = jqXHR.responseText;
+				// If successful, inject the HTML into all the matched elements
+				if ( jqXHR.isResolved() ) {
+					// #4825: Get the actual response in case
+					// a dataFilter is present in ajaxSettings
+					jqXHR.done(function( r ) {
+						responseText = r;
+					});
+					// See if a selector was specified
+					self.html( selector ?
+						// Create a dummy div to hold the results
+						jQuery("<div>")
+							// inject the contents of the document in, removing the scripts
+							// to avoid any 'Permission Denied' errors in IE
+							.append(responseText.replace(rscript, ""))
+
+							// Locate the specified elements
+							.find(selector) :
+
+						// If not, just inject the full result
+						responseText );
+				}
+
+				if ( callback ) {
+					self.each( callback, [ responseText, status, jqXHR ] );
+				}
+			}
+		});
+
+		return this;
+	},
+
+	serialize: function() {
+		return jQuery.param( this.serializeArray() );
+	},
+
+	serializeArray: function() {
+		return this.map(function(){
+			return this.elements ? jQuery.makeArray( this.elements ) : this;
+		})
+		.filter(function(){
+			return this.name && !this.disabled &&
+				( this.checked || rselectTextarea.test( this.nodeName ) ||
+					rinput.test( this.type ) );
+		})
+		.map(function( i, elem ){
+			var val = jQuery( this ).val();
+
+			return val == null ?
+				null :
+				jQuery.isArray( val ) ?
+					jQuery.map( val, function( val, i ){
+						return { name: elem.name, value: val.replace( rCRLF, "\r\n" ) };
+					}) :
+					{ name: elem.name, value: val.replace( rCRLF, "\r\n" ) };
+		}).get();
+	}
+});
+
+// Attach a bunch of functions for handling common AJAX events
+jQuery.each( "ajaxStart ajaxStop ajaxComplete ajaxError ajaxSuccess ajaxSend".split( " " ), function( i, o ){
+	jQuery.fn[ o ] = function( f ){
+		return this.on( o, f );
+	};
+});
+
+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({
+			type: method,
+			url: url,
+			data: data,
+			success: callback,
+			dataType: type
+		});
+	};
+});
+
+jQuery.extend({
+
+	getScript: function( url, callback ) {
+		return jQuery.get( url, undefined, callback, "script" );
+	},
+
+	getJSON: function( url, data, callback ) {
+		return jQuery.get( url, data, callback, "json" );
+	},
+
+	// 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 ) {
+		if ( settings ) {
+			// Building a settings object
+			ajaxExtend( target, jQuery.ajaxSettings );
+		} else {
+			// Extending ajaxSettings
+			settings = target;
+			target = jQuery.ajaxSettings;
+		}
+		ajaxExtend( target, settings );
+		return target;
+	},
+
+	ajaxSettings: {
+		url: ajaxLocation,
+		isLocal: rlocalProtocol.test( ajaxLocParts[ 1 ] ),
+		global: true,
+		type: "GET",
+		contentType: "application/x-www-form-urlencoded; charset=UTF-8",
+		processData: true,
+		async: true,
+		/*
+		timeout: 0,
+		data: null,
+		dataType: null,
+		username: null,
+		password: null,
+		cache: null,
+		traditional: false,
+		headers: {},
+		*/
+
+		accepts: {
+			xml: "application/xml, text/xml",
+			html: "text/html",
+			text: "text/plain",
+			json: "application/json, text/javascript",
+			"*": allTypes
+		},
+
+		contents: {
+			xml: /xml/,
+			html: /html/,
+			json: /json/
+		},
+
+		responseFields: {
+			xml: "responseXML",
+			text: "responseText"
+		},
+
+		// List of data converters
+		// 1) key format is "source_type destination_type" (a single space in-between)
+		// 2) the catchall symbol "*" can be used for source_type
+		converters: {
+
+			// Convert anything to text
+			"* text": window.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: {
+			context: true,
+			url: true
+		}
+	},
+
+	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 // Create the final options object
+			s = jQuery.ajaxSetup( {}, options ),
+			// Callbacks context
+			callbackContext = s.context || s,
+			// Context for global events
+			// It's the callbackContext if one was provided in the options
+			// and if it's a DOM node or a jQuery collection
+			globalEventContext = callbackContext !== s &&
+				( callbackContext.nodeType || callbackContext instanceof jQuery ) ?
+						jQuery( callbackContext ) : jQuery.event,
+			// Deferreds
+			deferred = jQuery.Deferred(),
+			completeDeferred = jQuery.Callbacks( "once memory" ),
+			// Status-dependent callbacks
+			statusCode = s.statusCode || {},
+			// ifModified key
+			ifModifiedKey,
+			// Headers (they are sent all at once)
+			requestHeaders = {},
+			requestHeadersNames = {},
+			// Response headers
+			responseHeadersString,
+			responseHeaders,
+			// transport
+			transport,
+			// timeout handle
+			timeoutTimer,
+			// Cross-domain detection vars
+			parts,
+			// The jqXHR state
+			state = 0,
+			// To know if global events are to be dispatched
+			fireGlobals,
+			// Loop variable
+			i,
+			// Fake xhr
+			jqXHR = {
+
+				readyState: 0,
+
+				// Caches the header
+				setRequestHeader: function( name, value ) {
+					if ( !state ) {
+						var lname = name.toLowerCase();
+						name = requestHeadersNames[ lname ] = requestHeadersNames[ lname ] || name;
+						requestHeaders[ name ] = value;
+					}
+					return this;
+				},
+
+				// Raw string
+				getAllResponseHeaders: function() {
+					return state === 2 ? responseHeadersString : null;
+				},
+
+				// 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 === undefined ? null : match;
+				},
+
+				// Overrides response content-type header
+				overrideMimeType: function( type ) {
+					if ( !state ) {
+						s.mimeType = type;
+					}
+					return this;
+				},
+
+				// Cancel the request
+				abort: function( statusText ) {
+					statusText = statusText || "abort";
+					if ( transport ) {
+						transport.abort( statusText );
+					}
+					done( 0, statusText );
+					return this;
+				}
+			};
+
+		// Callback for when everything is done
+		// It is defined here because jslint complains if it is declared
+		// at the end of the function (which would be more logical and readable)
+		function done( status, nativeStatusText, responses, headers ) {
+
+			// 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;
+
+			var isSuccess,
+				success,
+				error,
+				statusText = nativeStatusText,
+				response = responses ? ajaxHandleResponses( s, jqXHR, responses ) : undefined,
+				lastModified,
+				etag;
+
+			// If successful, handle type chaining
+			if ( status >= 200 && status < 300 || status === 304 ) {
+
+				// Set the If-Modified-Since and/or If-None-Match header, if in ifModified mode.
+				if ( s.ifModified ) {
+
+					if ( ( lastModified = jqXHR.getResponseHeader( "Last-Modified" ) ) ) {
+						jQuery.lastModified[ ifModifiedKey ] = lastModified;
+					}
+					if ( ( etag = jqXHR.getResponseHeader( "Etag" ) ) ) {
+						jQuery.etag[ ifModifiedKey ] = etag;
+					}
+				}
+
+				// If not modified
+				if ( status === 304 ) {
+
+					statusText = "notmodified";
+					isSuccess = true;
+
+				// If we have data
+				} else {
+
+					try {
+						success = ajaxConvert( s, response );
+						statusText = "success";
+						isSuccess = true;
+					} catch(e) {
+						// We have a parsererror
+						statusText = "parsererror";
+						error = e;
+					}
+				}
+			} else {
+				// We extract error from statusText
+				// then normalize statusText and status for non-aborts
+				error = statusText;
+				if ( !statusText || status ) {
+					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( "ajax" + ( isSuccess ? "Success" : "Error" ),
+						[ 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" );
+				}
+			}
+		}
+
+		// Attach deferreds
+		deferred.promise( jqXHR );
+		jqXHR.success = jqXHR.done;
+		jqXHR.error = jqXHR.fail;
+		jqXHR.complete = completeDeferred.add;
+
+		// Status-dependent callbacks
+		jqXHR.statusCode = function( map ) {
+			if ( map ) {
+				var tmp;
+				if ( state < 2 ) {
+					for ( tmp in map ) {
+						statusCode[ tmp ] = [ statusCode[tmp], map[tmp] ];
+					}
+				} else {
+					tmp = map[ jqXHR.status ];
+					jqXHR.then( tmp, tmp );
+				}
+			}
+			return this;
+		};
+
+		// Remove hash character (#7531: and string promotion)
+		// Add protocol if not provided (#5866: IE7 issue with protocol-less urls)
+		// We also use the url parameter if available
+		s.url = ( ( url || s.url ) + "" ).replace( rhash, "" ).replace( rprotocol, ajaxLocParts[ 1 ] + "//" );
+
+		// Extract dataTypes list
+		s.dataTypes = jQuery.trim( s.dataType || "*" ).toLowerCase().split( rspacesAjax );
+
+		// Determine if a cross-domain request is in order
+		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 false;
+		}
+
+		// We can fire global events as of now if asked to
+		fireGlobals = s.global;
+
+		// Uppercase the type
+		s.type = s.type.toUpperCase();
+
+		// Determine if request has content
+		s.hasContent = !rnoContent.test( s.type );
+
+		// Watch for a new set of requests
+		if ( fireGlobals && jQuery.active++ === 0 ) {
+			jQuery.event.trigger( "ajaxStart" );
+		}
+
+		// More options handling for requests with no content
+		if ( !s.hasContent ) {
+
+			// If data is available, append data to url
+			if ( s.data ) {
+				s.url += ( rquery.test( s.url ) ? "&" : "?" ) + s.data;
+				// #9682: remove data so that it's not used in an eventual retry
+				delete s.data;
+			}
+
+			// Get ifModifiedKey before adding the anti-cache parameter
+			ifModifiedKey = s.url;
+
+			// Add anti-cache in url if needed
+			if ( s.cache === false ) {
+
+				var ts = jQuery.now(),
+					// try replacing _= if it is there
+					ret = s.url.replace( rts, "$1_=" + ts );
+
+				// if nothing was replaced, add timestamp to the end
+				s.url = ret + ( ( ret === s.url ) ? ( rquery.test( s.url ) ? "&" : "?" ) + "_=" + ts : "" );
+			}
+		}
+
+		// 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 If-Modified-Since and/or If-None-Match header, if in ifModified mode.
+		if ( s.ifModified ) {
+			ifModifiedKey = ifModifiedKey || s.url;
+			if ( jQuery.lastModified[ ifModifiedKey ] ) {
+				jqXHR.setRequestHeader( "If-Modified-Since", jQuery.lastModified[ ifModifiedKey ] );
+			}
+			if ( jQuery.etag[ ifModifiedKey ] ) {
+				jqXHR.setRequestHeader( "If-None-Match", jQuery.etag[ ifModifiedKey ] );
+			}
+		}
+
+		// 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
+				jqXHR.abort();
+				return false;
+
+		}
+
+		// 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;
+				}
+			}
+		}
+
+		return jqXHR;
+	},
+
+	// Serialize an array of form elements or a set of
+	// key/values into a query string
+	param: function( a, traditional ) {
+		var s = [],
+			add = function( key, value ) {
+				// If value is a function, invoke it and return its value
+				value = jQuery.isFunction( value ) ? value() : value;
+				s[ s.length ] = encodeURIComponent( key ) + "=" + encodeURIComponent( value );
+			};
+
+		// Set traditional to true for jQuery <= 1.3.2 behavior.
+		if ( traditional === undefined ) {
+			traditional = 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 ( var prefix in a ) {
+				buildParams( prefix, a[ prefix ], traditional, add );
+			}
+		}
+
+		// Return the resulting serialization
+		return s.join( "&" ).replace( r20, "+" );
+	}
+});
+
+function buildParams( prefix, obj, traditional, add ) {
+	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 {
+				// If array item is non-scalar (array or object), encode its
+				// numeric index to resolve deserialization ambiguity issues.
+				// Note that rack (as of 1.0.0) can't currently deserialize
+				// nested arrays properly, and attempting to do so may cause
+				// a server error. Possible fixes are to modify rack's
+				// deserialization algorithm or to provide an option or flag
+				// to force array serialization to be shallow.
+				buildParams( prefix + "[" + ( typeof v === "object" ? i : "" ) + "]", v, traditional, add );
+			}
+		});
+
+	} else if ( !traditional && jQuery.type( obj ) === "object" ) {
+		// Serialize object item.
+		for ( var name in obj ) {
+			buildParams( prefix + "[" + name + "]", obj[ name ], traditional, add );
+		}
+
+	} else {
+		// Serialize scalar item.
+		add( prefix, obj );
+	}
+}
+
+// This is still on the jQuery object... for now
+// Want to move this to jQuery.ajax some day
+jQuery.extend({
+
+	// Counter for holding the number of active queries
+	active: 0,
+
+	// Last-Modified header cache for next request
+	lastModified: {},
+	etag: {}
+
+});
+
+/* Handles responses to an ajax request:
+ * - sets all responseXXX fields accordingly
+ * - finds the right dataType (mediates between content-type and expected dataType)
+ * - returns the corresponding response
+ */
+function ajaxHandleResponses( s, jqXHR, responses ) {
+
+	var contents = s.contents,
+		dataTypes = s.dataTypes,
+		responseFields = s.responseFields,
+		ct,
+		type,
+		finalDataType,
+		firstDataType;
+
+	// Fill responseXXX fields
+	for ( type in responseFields ) {
+		if ( type in responses ) {
+			jqXHR[ responseFields[type] ] = responses[ type ];
+		}
+	}
+
+	// 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
+function ajaxConvert( s, response ) {
+
+	// Apply the dataFilter if provided
+	if ( s.dataFilter ) {
+		response = s.dataFilter( response, s.dataType );
+	}
+
+	var dataTypes = s.dataTypes,
+		converters = {},
+		i,
+		key,
+		length = dataTypes.length,
+		tmp,
+		// Current and previous dataTypes
+		current = dataTypes[ 0 ],
+		prev,
+		// Conversion expression
+		conversion,
+		// Conversion function
+		conv,
+		// Conversion functions (transitive conversion)
+		conv1,
+		conv2;
+
+	// For each dataType in the chain
+	for ( i = 1; i < length; i++ ) {
+
+		// Create converters map
+		// with lowercased keys
+		if ( i === 1 ) {
+			for ( key in s.converters ) {
+				if ( typeof key === "string" ) {
+					converters[ key.toLowerCase() ] = s.converters[ key ];
+				}
+			}
+		}
+
+		// Get the dataTypes
+		prev = current;
+		current = dataTypes[ i ];
+
+		// If current is auto dataType, update it to prev
+		if ( current === "*" ) {
+			current = prev;
+		// If no auto and dataTypes are actually different
+		} else if ( prev !== "*" && prev !== current ) {
+
+			// Get the converter
+			conversion = prev + " " + current;
+			conv = converters[ conversion ] || converters[ "* " + current ];
+
+			// If there is no direct converter, search transitively
+			if ( !conv ) {
+				conv2 = undefined;
+				for ( conv1 in converters ) {
+					tmp = conv1.split( " " );
+					if ( tmp[ 0 ] === prev || tmp[ 0 ] === "*" ) {
+						conv2 = converters[ tmp[1] + " " + current ];
+						if ( conv2 ) {
+							conv1 = converters[ conv1 ];
+							if ( conv1 === true ) {
+								conv = conv2;
+							} else if ( conv2 === true ) {
+								conv = conv1;
+							}
+							break;
+						}
+					}
+				}
+			}
+			// If we found no converter, dispatch an error
+			if ( !( conv || conv2 ) ) {
+				jQuery.error( "No conversion from " + conversion.replace(" "," to ") );
+			}
+			// If found converter is not an equivalence
+			if ( conv !== true ) {
+				// Convert with 1 or 2 converters accordingly
+				response = conv ? conv( response ) : conv2( conv1(response) );
+			}
+		}
+	}
+	return response;
+}
+
+
+
+
+var jsc = jQuery.now(),
+	jsre = /(\=)\?(&|$)|\?\?/i;
+
+// Default jsonp settings
+jQuery.ajaxSetup({
+	jsonp: "callback",
+	jsonpCallback: function() {
+		return jQuery.expando + "_" + ( jsc++ );
+	}
+});
+
+// Detect, normalize options and install callbacks for jsonp requests
+jQuery.ajaxPrefilter( "json jsonp", function( s, originalSettings, jqXHR ) {
+
+	var inspectData = ( typeof s.data === "string" ) && /^application\/x\-www\-form\-urlencoded/.test( s.contentType );
+
+	if ( s.dataTypes[ 0 ] === "jsonp" ||
+		s.jsonp !== false && ( jsre.test( s.url ) ||
+				inspectData && jsre.test( s.data ) ) ) {
+
+		var responseContainer,
+			jsonpCallback = s.jsonpCallback =
+				jQuery.isFunction( s.jsonpCallback ) ? s.jsonpCallback() : s.jsonpCallback,
+			previous = window[ jsonpCallback ],
+			url = s.url,
+			data = s.data,
+			replace = "$1" + jsonpCallback + "$2";
+
+		if ( s.jsonp !== false ) {
+			url = url.replace( jsre, replace );
+			if ( s.url === url ) {
+				if ( inspectData ) {
+					data = data.replace( jsre, replace );
+				}
+				if ( s.data === data ) {
+					// Add callback manually
+					url += (/\?/.test( url ) ? "&" : "?") + s.jsonp + "=" + jsonpCallback;
+				}
+			}
+		}
+
+		s.url = url;
+		s.data = data;
+
+		// Install callback
+		window[ jsonpCallback ] = function( response ) {
+			responseContainer = [ response ];
+		};
+
+		// Clean-up function
+		jqXHR.always(function() {
+			// Set callback back to previous value
+			window[ jsonpCallback ] = previous;
+			// Call if it was a function and we have a response
+			if ( responseContainer && jQuery.isFunction( previous ) ) {
+				window[ jsonpCallback ]( responseContainer[ 0 ] );
+			}
+		});
+
+		// Use data converter to retrieve json after script execution
+		s.converters["script json"] = function() {
+			if ( !responseContainer ) {
+				jQuery.error( jsonpCallback + " was not called" );
+			}
+			return responseContainer[ 0 ];
+		};
+
+		// force json dataType
+		s.dataTypes[ 0 ] = "json";
+
+		// Delegate to script
+		return "script";
+	}
+});
+
+
+
+
+// Install script dataType
+jQuery.ajaxSetup({
+	accepts: {
+		script: "text/javascript, application/javascript, application/ecmascript, application/x-ecmascript"
+	},
+	contents: {
+		script: /javascript|ecmascript/
+	},
+	converters: {
+		"text script": function( text ) {
+			jQuery.globalEval( text );
+			return text;
+		}
+	}
+});
+
+// Handle cache's special case and global
+jQuery.ajaxPrefilter( "script", function( s ) {
+	if ( s.cache === undefined ) {
+		s.cache = false;
+	}
+	if ( s.crossDomain ) {
+		s.type = "GET";
+		s.global = false;
+	}
+});
+
+// Bind script tag hack transport
+jQuery.ajaxTransport( "script", function(s) {
+
+	// This transport only deals with cross domain requests
+	if ( s.crossDomain ) {
+
+		var script,
+			head = document.head || document.getElementsByTagName( "head" )[0] || document.documentElement;
+
+		return {
+
+			send: function( _, callback ) {
+
+				script = document.createElement( "script" );
+
+				script.async = "async";
+
+				if ( s.scriptCharset ) {
+					script.charset = s.scriptCharset;
+				}
+
+				script.src = s.url;
+
+				// Attach handlers for all browsers
+				script.onload = script.onreadystatechange = function( _, isAbort ) {
+
+					if ( isAbort || !script.readyState || /loaded|complete/.test( script.readyState ) ) {
+
+						// Handle memory leak in IE
+						script.onload = script.onreadystatechange = null;
+
+						// Remove the script
+						if ( head && script.parentNode ) {
+							head.removeChild( script );
+						}
+
+						// Dereference the script
+						script = undefined;
+
+						// Callback if not abort
+						if ( !isAbort ) {
+							callback( 200, "success" );
+						}
+					}
+				};
+				// Use insertBefore instead of appendChild  to circumvent an IE6 bug.
+				// This arises when a base node is used (#2709 and #4378).
+				head.insertBefore( script, head.firstChild );
+			},
+
+			abort: function() {
+				if ( script ) {
+					script.onload( 0, 1 );
+				}
+			}
+		};
+	}
+});
+
+
+
+
+var // #5280: Internet Explorer will keep connections alive if we don't abort on unload
+	xhrOnUnloadAbort = window.ActiveXObject ? function() {
+		// Abort all pending requests
+		for ( var key in xhrCallbacks ) {
+			xhrCallbacks[ key ]( 0, 1 );
+		}
+	} : false,
+	xhrId = 0,
+	xhrCallbacks;
+
+// Functions to create xhrs
+function createStandardXHR() {
+	try {
+		return new window.XMLHttpRequest();
+	} catch( e ) {}
+}
+
+function createActiveXHR() {
+	try {
+		return new window.ActiveXObject( "Microsoft.XMLHTTP" );
+	} catch( e ) {}
+}
+
+// Create the request object
+// (This is still attached to ajaxSettings for backward compatibility)
+jQuery.ajaxSettings.xhr = window.ActiveXObject ?
+	/* Microsoft failed to properly
+	 * implement the XMLHttpRequest in IE7 (can't request local files),
+	 * so we use the ActiveXObject when it is available
+	 * Additionally XMLHttpRequest can be disabled in IE7/IE8 so
+	 * we need a fallback.
+	 */
+	function() {
+		return !this.isLocal && createStandardXHR() || createActiveXHR();
+	} :
+	// For all other browsers, use the standard XMLHttpRequest object
+	createStandardXHR;
+
+// Determine support properties
+(function( xhr ) {
+	jQuery.extend( jQuery.support, {
+		ajax: !!xhr,
+		cors: !!xhr && ( "withCredentials" in xhr )
+	});
+})( jQuery.ajaxSettings.xhr() );
+
+// Create transport if the browser can provide an xhr
+if ( jQuery.support.ajax ) {
+
+	jQuery.ajaxTransport(function( s ) {
+		// Cross domain only allowed if supported through XMLHttpRequest
+		if ( !s.crossDomain || jQuery.support.cors ) {
+
+			var callback;
+
+			return {
+				send: function( headers, complete ) {
+
+					// Get a new xhr
+					var xhr = s.xhr(),
+						handle,
+						i;
+
+					// Open the socket
+					// Passing null username, generates a login popup on Opera (#2865)
+					if ( s.username ) {
+						xhr.open( s.type, s.url, s.async, s.username, s.password );
+					} else {
+						xhr.open( s.type, s.url, s.async );
+					}
+
+					// Apply custom fields if provided
+					if ( s.xhrFields ) {
+						for ( i in s.xhrFields ) {
+							xhr[ i ] = s.xhrFields[ i ];
+						}
+					}
+
+					// Override mime type if needed
+					if ( s.mimeType && xhr.overrideMimeType ) {
+						xhr.overrideMimeType( s.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 ( !s.crossDomain && !headers["X-Requested-With"] ) {
+						headers[ "X-Requested-With" ] = "XMLHttpRequest";
+					}
+
+					// Need an extra try/catch for cross domain requests in Firefox 3
+					try {
+						for ( i in headers ) {
+							xhr.setRequestHeader( i, headers[ i ] );
+						}
+					} catch( _ ) {}
+
+					// Do send the request
+					// This may raise an exception which is actually
+					// handled in jQuery.ajax (so no try/catch here)
+					xhr.send( ( s.hasContent && s.data ) || null );
+
+					// Listener
+					callback = function( _, isAbort ) {
+
+						var status,
+							statusText,
+							responseHeaders,
+							responses,
+							xml;
+
+						// Firefox throws exceptions when accessing properties
+						// of an xhr when a network error occured
+						// http://helpful.knobs-dials.com/index.php/Component_returned_failure_code:_0x80040111_(NS_ERROR_NOT_AVAILABLE)
+						try {
+
+							// Was never called and is aborted or complete
+							if ( callback && ( isAbort || xhr.readyState === 4 ) ) {
+
+								// Only called once
+								callback = undefined;
+
+								// Do not keep as active anymore
+								if ( handle ) {
+									xhr.onreadystatechange = jQuery.noop;
+									if ( xhrOnUnloadAbort ) {
+										delete xhrCallbacks[ handle ];
+									}
+								}
+
+								// If it's an abort
+								if ( isAbort ) {
+									// Abort it manually if needed
+									if ( xhr.readyState !== 4 ) {
+										xhr.abort();
+									}
+								} else {
+									status = xhr.status;
+									responseHeaders = xhr.getAllResponseHeaders();
+									responses = {};
+									xml = xhr.responseXML;
+
+									// Construct response list
+									if ( xml && xml.documentElement /* #4958 */ ) {
+										responses.xml = xml;
+									}
+
+									// When requesting binary data, IE6-9 will throw an exception
+									// on any attempt to access responseText (#11426)
+									try {
+										responses.text = xhr.responseText;
+									} catch( _ ) {
+									}
+
+									// Firefox throws an exception when accessing
+									// statusText for faulty cross-domain requests
+									try {
+										statusText = xhr.statusText;
+									} catch( e ) {
+										// We normalize with Webkit giving an empty statusText
+										statusText = "";
+									}
+
+									// Filter status for non standard behaviors
+
+									// If the request is local and we have data: assume a success
+									// (success with no data won't get notified, that's the best we
+									// can do given current implementations)
+									if ( !status && s.isLocal && !s.crossDomain ) {
+										status = responses.text ? 200 : 404;
+									// IE - #1450: sometimes returns 1223 when it should be 204
+									} else if ( status === 1223 ) {
+										status = 204;
+									}
+								}
+							}
+						} catch( firefoxAccessException ) {
+							if ( !isAbort ) {
+								complete( -1, firefoxAccessException );
+							}
+						}
+
+						// Call complete if needed
+						if ( responses ) {
+							complete( status, statusText, responses, responseHeaders );
+						}
+					};
+
+					// if we're in sync mode or it's in cache
+					// and has been retrieved directly (IE6 & IE7)
+					// we need to manually fire the callback
+					if ( !s.async || xhr.readyState === 4 ) {
+						callback();
+					} else {
+						handle = ++xhrId;
+						if ( xhrOnUnloadAbort ) {
+							// Create the active xhrs callbacks list if needed
+							// and attach the unload handler
+							if ( !xhrCallbacks ) {
+								xhrCallbacks = {};
+								jQuery( window ).unload( xhrOnUnloadAbort );
+							}
+							// Add to list of active xhrs callbacks
+							xhrCallbacks[ handle ] = callback;
+						}
+						xhr.onreadystatechange = callback;
+					}
+				},
+
+				abort: function() {
+					if ( callback ) {
+						callback(0,1);
+					}
+				}
+			};
+		}
+	});
+}
+
+
+
+
+var elemdisplay = {},
+	iframe, iframeDoc,
+	rfxtypes = /^(?:toggle|show|hide)$/,
+	rfxnum = /^([+\-]=)?([\d+.\-]+)([a-z%]*)$/i,
+	timerId,
+	fxAttrs = [
+		// height animations
+		[ "height", "marginTop", "marginBottom", "paddingTop", "paddingBottom" ],
+		// width animations
+		[ "width", "marginLeft", "marginRight", "paddingLeft", "paddingRight" ],
+		// opacity animations
+		[ "opacity" ]
+	],
+	fxNow;
+
+jQuery.fn.extend({
+	show: function( speed, easing, callback ) {
+		var elem, display;
+
+		if ( speed || speed === 0 ) {
+			return this.animate( genFx("show", 3), speed, easing, callback );
+
+		} else {
+			for ( var i = 0, j = this.length; i < j; i++ ) {
+				elem = this[ i ];
+
+				if ( elem.style ) {
+					display = elem.style.display;
+
+					// Reset the inline display of this element to learn if it is
+					// being hidden by cascaded rules or not
+					if ( !jQuery._data(elem, "olddisplay") && display === "none" ) {
+						display = 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 ( (display === "" && jQuery.css(elem, "display") === "none") ||
+						!jQuery.contains( elem.ownerDocument.documentElement, elem ) ) {
+						jQuery._data( elem, "olddisplay", defaultDisplay(elem.nodeName) );
+					}
+				}
+			}
+
+			// Set the display of most of the elements in a second loop
+			// to avoid the constant reflow
+			for ( i = 0; i < j; i++ ) {
+				elem = this[ i ];
+
+				if ( elem.style ) {
+					display = elem.style.display;
+
+					if ( display === "" || display === "none" ) {
+						elem.style.display = jQuery._data( elem, "olddisplay" ) || "";
+					}
+				}
+			}
+
+			return this;
+		}
+	},
+
+	hide: function( speed, easing, callback ) {
+		if ( speed || speed === 0 ) {
+			return this.animate( genFx("hide", 3), speed, easing, callback);
+
+		} else {
+			var elem, display,
+				i = 0,
+				j = this.length;
+
+			for ( ; i < j; i++ ) {
+				elem = this[i];
+				if ( elem.style ) {
+					display = jQuery.css( elem, "display" );
+
+					if ( display !== "none" && !jQuery._data( elem, "olddisplay" ) ) {
+						jQuery._data( elem, "olddisplay", display );
+					}
+				}
+			}
+
+			// Set the display of the elements in a second loop
+			// to avoid the constant reflow
+			for ( i = 0; i < j; i++ ) {
+				if ( this[i].style ) {
+					this[i].style.display = "none";
+				}
+			}
+
+			return this;
+		}
+	},
+
+	// Save the old toggle function
+	_toggle: jQuery.fn.toggle,
+
+	toggle: function( fn, fn2, callback ) {
+		var bool = typeof fn === "boolean";
+
+		if ( jQuery.isFunction(fn) && jQuery.isFunction(fn2) ) {
+			this._toggle.apply( this, arguments );
+
+		} else if ( fn == null || bool ) {
+			this.each(function() {
+				var state = bool ? fn : jQuery(this).is(":hidden");
+				jQuery(this)[ state ? "show" : "hide" ]();
+			});
+
+		} else {
+			this.animate(genFx("toggle", 3), fn, fn2, callback);
+		}
+
+		return this;
+	},
+
+	fadeTo: function( speed, to, easing, callback ) {
+		return this.filter(":hidden").css("opacity", 0).show().end()
+					.animate({opacity: to}, speed, easing, callback);
+	},
+
+	animate: function( prop, speed, easing, callback ) {
+		var optall = jQuery.speed( speed, easing, callback );
+
+		if ( jQuery.isEmptyObject( prop ) ) {
+			return this.each( optall.complete, [ false ] );
+		}
+
+		// Do not change referenced properties as per-property easing will be lost
+		prop = jQuery.extend( {}, prop );
+
+		function doAnimation() {
+			// XXX 'this' does not always have a nodeName when running the
+			// test suite
+
+			if ( optall.queue === false ) {
+				jQuery._mark( this );
+			}
+
+			var opt = jQuery.extend( {}, optall ),
+				isElement = this.nodeType === 1,
+				hidden = isElement && jQuery(this).is(":hidden"),
+				name, val, p, e, hooks, replace,
+				parts, start, end, unit,
+				method;
+
+			// will store per property easing and be used to determine when an animation is complete
+			opt.animatedProperties = {};
+
+			// first pass over propertys to expand / normalize
+			for ( p in prop ) {
+				name = jQuery.camelCase( p );
+				if ( p !== name ) {
+					prop[ name ] = prop[ p ];
+					delete prop[ p ];
+				}
+
+				if ( ( hooks = jQuery.cssHooks[ name ] ) && "expand" in hooks ) {
+					replace = hooks.expand( prop[ name ] );
+					delete prop[ name ];
+
+					// not quite $.extend, this wont overwrite keys already present.
+					// also - reusing 'p' from above because we have the correct "name"
+					for ( p in replace ) {
+						if ( ! ( p in prop ) ) {
+							prop[ p ] = replace[ p ];
+						}
+					}
+				}
+			}
+
+			for ( name in prop ) {
+				val = prop[ name ];
+				// easing resolution: per property > opt.specialEasing > opt.easing > 'swing' (default)
+				if ( jQuery.isArray( val ) ) {
+					opt.animatedProperties[ name ] = val[ 1 ];
+					val = prop[ name ] = val[ 0 ];
+				} else {
+					opt.animatedProperties[ name ] = opt.specialEasing && opt.specialEasing[ name ] || opt.easing || 'swing';
+				}
+
+				if ( val === "hide" && hidden || val === "show" && !hidden ) {
+					return opt.complete.call( this );
+				}
+
+				if ( isElement && ( name === "height" || name === "width" ) ) {
+					// Make sure that nothing sneaks out
+					// Record all 3 overflow attributes because IE does not
+					// change the overflow attribute when overflowX and
+					// overflowY are set to the same value
+					opt.overflow = [ this.style.overflow, this.style.overflowX, this.style.overflowY ];
+
+					// Set display property to inline-block for height/width
+					// animations on inline elements that are having width/height animated
+					if ( jQuery.css( this, "display" ) === "inline" &&
+							jQuery.css( this, "float" ) === "none" ) {
+
+						// inline-level elements accept inline-block;
+						// block-level elements need to be inline with layout
+						if ( !jQuery.support.inlineBlockNeedsLayout || defaultDisplay( this.nodeName ) === "inline" ) {
+							this.style.display = "inline-block";
+
+						} else {
+							this.style.zoom = 1;
+						}
+					}
+				}
+			}
+
+			if ( opt.overflow != null ) {
+				this.style.overflow = "hidden";
+			}
+
+			for ( p in prop ) {
+				e = new jQuery.fx( this, opt, p );
+				val = prop[ p ];
+
+				if ( rfxtypes.test( val ) ) {
+
+					// Tracks whether to show or hide based on private
+					// data attached to the element
+					method = jQuery._data( this, "toggle" + p ) || ( val === "toggle" ? hidden ? "show" : "hide" : 0 );
+					if ( method ) {
+						jQuery._data( this, "toggle" + p, method === "show" ? "hide" : "show" );
+						e[ method ]();
+					} else {
+						e[ val ]();
+					}
+
+				} else {
+					parts = rfxnum.exec( val );
+					start = e.cur();
+
+					if ( parts ) {
+						end = parseFloat( parts[2] );
+						unit = parts[3] || ( jQuery.cssNumber[ p ] ? "" : "px" );
+
+						// We need to compute starting value
+						if ( unit !== "px" ) {
+							jQuery.style( this, p, (end || 1) + unit);
+							start = ( (end || 1) / e.cur() ) * start;
+							jQuery.style( this, p, start + unit);
+						}
+
+						// If a +=/-= token was provided, we're doing a relative animation
+						if ( parts[1] ) {
+							end = ( (parts[ 1 ] === "-=" ? -1 : 1) * end ) + start;
+						}
+
+						e.custom( start, end, unit );
+
+					} else {
+						e.custom( start, val, "" );
+					}
+				}
+			}
+
+			// For JS strict compliance
+			return true;
+		}
+
+		return optall.queue === false ?
+			this.each( doAnimation ) :
+			this.queue( optall.queue, doAnimation );
+	},
+
+	stop: function( type, clearQueue, gotoEnd ) {
+		if ( typeof type !== "string" ) {
+			gotoEnd = clearQueue;
+			clearQueue = type;
+			type = undefined;
+		}
+		if ( clearQueue && type !== false ) {
+			this.queue( type || "fx", [] );
+		}
+
+		return this.each(function() {
+			var index,
+				hadTimers = false,
+				timers = jQuery.timers,
+				data = jQuery._data( this );
+
+			// clear marker counters if we know they won't be
+			if ( !gotoEnd ) {
+				jQuery._unmark( true, this );
+			}
+
+			function stopQueue( elem, data, index ) {
+				var hooks = data[ index ];
+				jQuery.removeData( elem, index, true );
+				hooks.stop( gotoEnd );
+			}
+
+			if ( type == null ) {
+				for ( index in data ) {
+					if ( data[ index ] && data[ index ].stop && index.indexOf(".run") === index.length - 4 ) {
+						stopQueue( this, data, index );
+					}
+				}
+			} else if ( data[ index = type + ".run" ] && data[ index ].stop ){
+				stopQueue( this, data, index );
+			}
+
+			for ( index = timers.length; index--; ) {
+				if ( timers[ index ].elem === this && (type == null || timers[ index ].queue === type) ) {
+					if ( gotoEnd ) {
+
+						// force the next step to be the last
+						timers[ index ]( true );
+					} else {
+						timers[ index ].saveState();
+					}
+					hadTimers = true;
+					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 ( !( gotoEnd && hadTimers ) ) {
+				jQuery.dequeue( this, type );
+			}
+		});
+	}
+
+});
+
+// Animations created synchronously will run synchronously
+function createFxNow() {
+	setTimeout( clearFxNow, 0 );
+	return ( fxNow = jQuery.now() );
+}
+
+function clearFxNow() {
+	fxNow = undefined;
+}
+
+// Generate parameters to create a standard animation
+function genFx( type, num ) {
+	var obj = {};
+
+	jQuery.each( fxAttrs.concat.apply([], fxAttrs.slice( 0, num )), function() {
+		obj[ this ] = type;
+	});
+
+	return obj;
+}
+
+// Generate shortcuts for custom animations
+jQuery.each({
+	slideDown: genFx( "show", 1 ),
+	slideUp: genFx( "hide", 1 ),
+	slideToggle: genFx( "toggle", 1 ),
+	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.extend({
+	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( noUnmark ) {
+			if ( jQuery.isFunction( opt.old ) ) {
+				opt.old.call( this );
+			}
+
+			if ( opt.queue ) {
+				jQuery.dequeue( this, opt.queue );
+			} else if ( noUnmark !== false ) {
+				jQuery._unmark( this );
+			}
+		};
+
+		return opt;
+	},
+
+	easing: {
+		linear: function( p ) {
+			return p;
+		},
+		swing: function( p ) {
+			return ( -Math.cos( p*Math.PI ) / 2 ) + 0.5;
+		}
+	},
+
+	timers: [],
+
+	fx: function( elem, options, prop ) {
+		this.options = options;
+		this.elem = elem;
+		this.prop = prop;
+
+		options.orig = options.orig || {};
+	}
+
+});
+
+jQuery.fx.prototype = {
+	// Simple function for setting a style value
+	update: function() {
+		if ( this.options.step ) {
+			this.options.step.call( this.elem, this.now, this );
+		}
+
+		( jQuery.fx.step[ this.prop ] || jQuery.fx.step._default )( this );
+	},
+
+	// Get the current size
+	cur: function() {
+		if ( this.elem[ this.prop ] != null && (!this.elem.style || this.elem.style[ this.prop ] == null) ) {
+			return this.elem[ this.prop ];
+		}
+
+		var parsed,
+			r = jQuery.css( this.elem, this.prop );
+		// Empty strings, null, undefined and "auto" are converted to 0,
+		// complex values such as "rotate(1rad)" are returned as is,
+		// simple values such as "10px" are parsed to Float.
+		return isNaN( parsed = parseFloat( r ) ) ? !r || r === "auto" ? 0 : r : parsed;
+	},
+
+	// Start an animation from one number to another
+	custom: function( from, to, unit ) {
+		var self = this,
+			fx = jQuery.fx;
+
+		this.startTime = fxNow || createFxNow();
+		this.end = to;
+		this.now = this.start = from;
+		this.pos = this.state = 0;
+		this.unit = unit || this.unit || ( jQuery.cssNumber[ this.prop ] ? "" : "px" );
+
+		function t( gotoEnd ) {
+			return self.step( gotoEnd );
+		}
+
+		t.queue = this.options.queue;
+		t.elem = this.elem;
+		t.saveState = function() {
+			if ( jQuery._data( self.elem, "fxshow" + self.prop ) === undefined ) {
+				if ( self.options.hide ) {
+					jQuery._data( self.elem, "fxshow" + self.prop, self.start );
+				} else if ( self.options.show ) {
+					jQuery._data( self.elem, "fxshow" + self.prop, self.end );
+				}
+			}
+		};
+
+		if ( t() && jQuery.timers.push(t) && !timerId ) {
+			timerId = setInterval( fx.tick, fx.interval );
+		}
+	},
+
+	// Simple 'show' function
+	show: function() {
+		var dataShow = jQuery._data( this.elem, "fxshow" + this.prop );
+
+		// Remember where we started, so that we can go back to it later
+		this.options.orig[ this.prop ] = dataShow || jQuery.style( this.elem, this.prop );
+		this.options.show = true;
+
+		// Begin the animation
+		// Make sure that we start at a small width/height to avoid any flash of content
+		if ( dataShow !== undefined ) {
+			// This show is picking up where a previous hide or show left off
+			this.custom( this.cur(), dataShow );
+		} else {
+			this.custom( this.prop === "width" || this.prop === "height" ? 1 : 0, this.cur() );
+		}
+
+		// Start by showing the element
+		jQuery( this.elem ).show();
+	},
+
+	// Simple 'hide' function
+	hide: function() {
+		// Remember where we started, so that we can go back to it later
+		this.options.orig[ this.prop ] = jQuery._data( this.elem, "fxshow" + this.prop ) || jQuery.style( this.elem, this.prop );
+		this.options.hide = true;
+
+		// Begin the animation
+		this.custom( this.cur(), 0 );
+	},
+
+	// Each step of an animation
+	step: function( gotoEnd ) {
+		var p, n, complete,
+			t = fxNow || createFxNow(),
+			done = true,
+			elem = this.elem,
+			options = this.options;
+
+		if ( gotoEnd || t >= options.duration + this.startTime ) {
+			this.now = this.end;
+			this.pos = this.state = 1;
+			this.update();
+
+			options.animatedProperties[ this.prop ] = true;
+
+			for ( p in options.animatedProperties ) {
+				if ( options.animatedProperties[ p ] !== true ) {
+					done = false;
+				}
+			}
+
+			if ( done ) {
+				// Reset the overflow
+				if ( options.overflow != null && !jQuery.support.shrinkWrapBlocks ) {
+
+					jQuery.each( [ "", "X", "Y" ], function( index, value ) {
+						elem.style[ "overflow" + value ] = options.overflow[ index ];
+					});
+				}
+
+				// Hide the element if the "hide" operation was done
+				if ( options.hide ) {
+					jQuery( elem ).hide();
+				}
+
+				// Reset the properties, if the item has been hidden or shown
+				if ( options.hide || options.show ) {
+					for ( p in options.animatedProperties ) {
+						jQuery.style( elem, p, options.orig[ p ] );
+						jQuery.removeData( elem, "fxshow" + p, true );
+						// Toggle data is no longer needed
+						jQuery.removeData( elem, "toggle" + p, true );
+					}
+				}
+
+				// Execute the complete function
+				// in the event that the complete function throws an exception
+				// we must ensure it won't be called twice. #5684
+
+				complete = options.complete;
+				if ( complete ) {
+
+					options.complete = false;
+					complete.call( elem );
+				}
+			}
+
+			return false;
+
+		} else {
+			// classical easing cannot be used with an Infinity duration
+			if ( options.duration == Infinity ) {
+				this.now = t;
+			} else {
+				n = t - this.startTime;
+				this.state = n / options.duration;
+
+				// Perform the easing function, defaults to swing
+				this.pos = jQuery.easing[ options.animatedProperties[this.prop] ]( this.state, n, 0, 1, options.duration );
+				this.now = this.start + ( (this.end - this.start) * this.pos );
+			}
+			// Perform the next step of the animation
+			this.update();
+		}
+
+		return true;
+	}
+};
+
+jQuery.extend( jQuery.fx, {
+	tick: function() {
+		var timer,
+			timers = jQuery.timers,
+			i = 0;
+
+		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();
+		}
+	},
+
+	interval: 13,
+
+	stop: function() {
+		clearInterval( timerId );
+		timerId = null;
+	},
+
+	speeds: {
+		slow: 600,
+		fast: 200,
+		// Default speed
+		_default: 400
+	},
+
+	step: {
+		opacity: function( fx ) {
+			jQuery.style( fx.elem, "opacity", fx.now );
+		},
+
+		_default: function( fx ) {
+			if ( fx.elem.style && fx.elem.style[ fx.prop ] != null ) {
+				fx.elem.style[ fx.prop ] = fx.now + fx.unit;
+			} else {
+				fx.elem[ fx.prop ] = fx.now;
+			}
+		}
+	}
+});
+
+// Ensure props that can't be negative don't go there on undershoot easing
+jQuery.each( fxAttrs.concat.apply( [], fxAttrs ), function( i, prop ) {
+	// exclude marginTop, marginLeft, marginBottom and marginRight from this list
+	if ( prop.indexOf( "margin" ) ) {
+		jQuery.fx.step[ prop ] = function( fx ) {
+			jQuery.style( fx.elem, prop, Math.max(0, fx.now) + fx.unit );
+		};
+	}
+});
+
+if ( jQuery.expr && jQuery.expr.filters ) {
+	jQuery.expr.filters.animated = function( elem ) {
+		return jQuery.grep(jQuery.timers, function( fn ) {
+			return elem === fn.elem;
+		}).length;
+	};
+}
+
+// Try to restore the default display value of an element
+function defaultDisplay( nodeName ) {
+
+	if ( !elemdisplay[ nodeName ] ) {
+
+		var body = document.body,
+			elem = jQuery( "<" + nodeName + ">" ).appendTo( body ),
+			display = elem.css( "display" );
+		elem.remove();
+
+		// If the simple way fails,
+		// get element's real default display by attaching it to a temp iframe
+		if ( display === "none" || display === "" ) {
+			// No iframe to use yet, so create it
+			if ( !iframe ) {
+				iframe = document.createElement( "iframe" );
+				iframe.frameBorder = iframe.width = iframe.height = 0;
+			}
+
+			body.appendChild( iframe );
+
+			// Create a cacheable copy of the iframe document on first call.
+			// IE and Opera will allow us to reuse the iframeDoc without re-writing the fake HTML
+			// document to it; WebKit & Firefox won't allow reusing the iframe document.
+			if ( !iframeDoc || !iframe.createElement ) {
+				iframeDoc = ( iframe.contentWindow || iframe.contentDocument ).document;
+				iframeDoc.write( ( jQuery.support.boxModel ? "<!doctype html>" : "" ) + "<html><body>" );
+				iframeDoc.close();
+			}
+
+			elem = iframeDoc.createElement( nodeName );
+
+			iframeDoc.body.appendChild( elem );
+
+			display = jQuery.css( elem, "display" );
+			body.removeChild( iframe );
+		}
+
+		// Store the correct default display
+		elemdisplay[ nodeName ] = display;
+	}
+
+	return elemdisplay[ nodeName ];
+}
+
+
+
+
+var getOffset,
+	rtable = /^t(?:able|d|h)$/i,
+	rroot = /^(?:body|html)$/i;
+
+if ( "getBoundingClientRect" in document.documentElement ) {
+	getOffset = function( elem, doc, docElem, box ) {
+		try {
+			box = elem.getBoundingClientRect();
+		} catch(e) {}
+
+		// Make sure we're not dealing with a disconnected DOM node
+		if ( !box || !jQuery.contains( docElem, elem ) ) {
+			return box ? { top: box.top, left: box.left } : { top: 0, left: 0 };
+		}
+
+		var body = doc.body,
+			win = getWindow( doc ),
+			clientTop  = docElem.clientTop  || body.clientTop  || 0,
+			clientLeft = docElem.clientLeft || body.clientLeft || 0,
+			scrollTop  = win.pageYOffset || jQuery.support.boxModel && docElem.scrollTop  || body.scrollTop,
+			scrollLeft = win.pageXOffset || jQuery.support.boxModel && docElem.scrollLeft || body.scrollLeft,
+			top  = box.top  + scrollTop  - clientTop,
+			left = box.left + scrollLeft - clientLeft;
+
+		return { top: top, left: left };
+	};
+
+} else {
+	getOffset = function( elem, doc, docElem ) {
+		var computedStyle,
+			offsetParent = elem.offsetParent,
+			prevOffsetParent = elem,
+			body = doc.body,
+			defaultView = doc.defaultView,
+			prevComputedStyle = defaultView ? defaultView.getComputedStyle( elem, null ) : elem.currentStyle,
+			top = elem.offsetTop,
+			left = elem.offsetLeft;
+
+		while ( (elem = elem.parentNode) && elem !== body && elem !== docElem ) {
+			if ( jQuery.support.fixedPosition && prevComputedStyle.position === "fixed" ) {
+				break;
+			}
+
+			computedStyle = defaultView ? defaultView.getComputedStyle(elem, null) : elem.currentStyle;
+			top  -= elem.scrollTop;
+			left -= elem.scrollLeft;
+
+			if ( elem === offsetParent ) {
+				top  += elem.offsetTop;
+				left += elem.offsetLeft;
+
+				if ( jQuery.support.doesNotAddBorder && !(jQuery.support.doesAddBorderForTableAndCells && rtable.test(elem.nodeName)) ) {
+					top  += parseFloat( computedStyle.borderTopWidth  ) || 0;
+					left += parseFloat( computedStyle.borderLeftWidth ) || 0;
+				}
+
+				prevOffsetParent = offsetParent;
+				offsetParent = elem.offsetParent;
+			}
+
+			if ( jQuery.support.subtractsBorderForOverflowNotVisible && computedStyle.overflow !== "visible" ) {
+				top  += parseFloat( computedStyle.borderTopWidth  ) || 0;
+				left += parseFloat( computedStyle.borderLeftWidth ) || 0;
+			}
+
+			prevComputedStyle = computedStyle;
+		}
+
+		if ( prevComputedStyle.position === "relative" || prevComputedStyle.position === "static" ) {
+			top  += body.offsetTop;
+			left += body.offsetLeft;
+		}
+
+		if ( jQuery.support.fixedPosition && prevComputedStyle.position === "fixed" ) {
+			top  += Math.max( docElem.scrollTop, body.scrollTop );
+			left += Math.max( docElem.scrollLeft, body.scrollLeft );
+		}
+
+		return { top: top, left: left };
+	};
+}
+
+jQuery.fn.offset = function( options ) {
+	if ( arguments.length ) {
+		return options === undefined ?
+			this :
+			this.each(function( i ) {
+				jQuery.offset.setOffset( this, options, i );
+			});
+	}
+
+	var elem = this[0],
+		doc = elem && elem.ownerDocument;
+
+	if ( !doc ) {
+		return null;
+	}
+
+	if ( elem === doc.body ) {
+		return jQuery.offset.bodyOffset( elem );
+	}
+
+	return getOffset( elem, doc, doc.documentElement );
+};
+
+jQuery.offset = {
+
+	bodyOffset: function( body ) {
+		var top = body.offsetTop,
+			left = body.offsetLeft;
+
+		if ( jQuery.support.doesNotIncludeMarginInBodyOffset ) {
+			top  += parseFloat( jQuery.css(body, "marginTop") ) || 0;
+			left += parseFloat( jQuery.css(body, "marginLeft") ) || 0;
+		}
+
+		return { top: top, left: left };
+	},
+
+	setOffset: function( elem, options, i ) {
+		var position = jQuery.css( elem, "position" );
+
+		// set position first, in-case top/left are set even on static elem
+		if ( position === "static" ) {
+			elem.style.position = "relative";
+		}
+
+		var curElem = jQuery( elem ),
+			curOffset = curElem.offset(),
+			curCSSTop = jQuery.css( elem, "top" ),
+			curCSSLeft = jQuery.css( elem, "left" ),
+			calculatePosition = ( position === "absolute" || position === "fixed" ) && jQuery.inArray("auto", [curCSSTop, curCSSLeft]) > -1,
+			props = {}, curPosition = {}, curTop, curLeft;
+
+		// 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({
+
+	position: function() {
+		if ( !this[0] ) {
+			return null;
+		}
+
+		var elem = this[0],
+
+		// Get *real* offsetParent
+		offsetParent = this.offsetParent(),
+
+		// Get correct offsets
+		offset       = this.offset(),
+		parentOffset = rroot.test(offsetParent[0].nodeName) ? { top: 0, left: 0 } : offsetParent.offset();
+
+		// Subtract element margins
+		// note: when an element has margin: auto the offsetLeft and marginLeft
+		// are the same in Safari causing offset.left to incorrectly be 0
+		offset.top  -= parseFloat( jQuery.css(elem, "marginTop") ) || 0;
+		offset.left -= parseFloat( jQuery.css(elem, "marginLeft") ) || 0;
+
+		// Add offsetParent borders
+		parentOffset.top  += parseFloat( jQuery.css(offsetParent[0], "borderTopWidth") ) || 0;
+		parentOffset.left += parseFloat( jQuery.css(offsetParent[0], "borderLeftWidth") ) || 0;
+
+		// Subtract the two offsets
+		return {
+			top:  offset.top  - parentOffset.top,
+			left: offset.left - parentOffset.left
+		};
+	},
+
+	offsetParent: function() {
+		return this.map(function() {
+			var offsetParent = this.offsetParent || document.body;
+			while ( offsetParent && (!rroot.test(offsetParent.nodeName) && jQuery.css(offsetParent, "position") === "static") ) {
+				offsetParent = offsetParent.offsetParent;
+			}
+			return offsetParent;
+		});
+	}
+});
+
+
+// Create scrollLeft and scrollTop methods
+jQuery.each( {scrollLeft: "pageXOffset", scrollTop: "pageYOffset"}, function( method, prop ) {
+	var top = /Y/.test( prop );
+
+	jQuery.fn[ method ] = function( val ) {
+		return jQuery.access( this, function( elem, method, val ) {
+			var win = getWindow( elem );
+
+			if ( val === undefined ) {
+				return win ? (prop in win) ? win[ prop ] :
+					jQuery.support.boxModel && win.document.documentElement[ method ] ||
+						win.document.body[ method ] :
+					elem[ method ];
+			}
+
+			if ( win ) {
+				win.scrollTo(
+					!top ? val : jQuery( win ).scrollLeft(),
+					 top ? val : jQuery( win ).scrollTop()
+				);
+
+			} else {
+				elem[ method ] = val;
+			}
+		}, method, val, arguments.length, null );
+	};
+});
+
+function getWindow( elem ) {
+	return jQuery.isWindow( elem ) ?
+		elem :
+		elem.nodeType === 9 ?
+			elem.defaultView || elem.parentWindow :
+			false;
+}
+
+
+
+
+// Create width, height, innerHeight, innerWidth, outerHeight and outerWidth methods
+jQuery.each( { Height: "height", Width: "width" }, function( name, type ) {
+	var clientProp = "client" + name,
+		scrollProp = "scroll" + name,
+		offsetProp = "offset" + name;
+
+	// innerHeight and innerWidth
+	jQuery.fn[ "inner" + name ] = function() {
+		var elem = this[0];
+		return elem ?
+			elem.style ?
+			parseFloat( jQuery.css( elem, type, "padding" ) ) :
+			this[ type ]() :
+			null;
+	};
+
+	// outerHeight and outerWidth
+	jQuery.fn[ "outer" + name ] = function( margin ) {
+		var elem = this[0];
+		return elem ?
+			elem.style ?
+			parseFloat( jQuery.css( elem, type, margin ? "margin" : "border" ) ) :
+			this[ type ]() :
+			null;
+	};
+
+	jQuery.fn[ type ] = function( value ) {
+		return jQuery.access( this, function( elem, type, value ) {
+			var doc, docElemProp, orig, ret;
+
+			if ( jQuery.isWindow( elem ) ) {
+				// 3rd condition allows Nokia support, as it supports the docElem prop but not CSS1Compat
+				doc = elem.document;
+				docElemProp = doc.documentElement[ clientProp ];
+				return jQuery.support.boxModel && docElemProp ||
+					doc.body && doc.body[ clientProp ] || docElemProp;
+			}
+
+			// Get document width or height
+			if ( elem.nodeType === 9 ) {
+				// Either scroll[Width/Height] or offset[Width/Height], whichever is greater
+				doc = elem.documentElement;
+
+				// when a window > document, IE6 reports a offset[Width/Height] > client[Width/Height]
+				// so we can't use max, as it'll choose the incorrect offset[Width/Height]
+				// instead we use the correct client[Width/Height]
+				// support:IE6
+				if ( doc[ clientProp ] >= doc[ scrollProp ] ) {
+					return doc[ clientProp ];
+				}
+
+				return Math.max(
+					elem.body[ scrollProp ], doc[ scrollProp ],
+					elem.body[ offsetProp ], doc[ offsetProp ]
+				);
+			}
+
+			// Get width or height on the element
+			if ( value === undefined ) {
+				orig = jQuery.css( elem, type );
+				ret = parseFloat( orig );
+				return jQuery.isNumeric( ret ) ? ret : orig;
+			}
+
+			// Set the width or height on the element
+			jQuery( elem ).css( type, value );
+		}, type, value, arguments.length, null );
+	};
+});
+
+
+
+
+// Expose jQuery to the global object
+window.jQuery = window.$ = jQuery;
+
+// Expose jQuery as an AMD module, but only for AMD loaders that
+// understand the issues with loading multiple versions of jQuery
+// in a page that all might call define(). The loader will indicate
+// they have special allowances for multiple jQuery versions by
+// specifying define.amd.jQuery = true. Register as a named module,
+// since jQuery can be concatenated with other files that may use define,
+// but not use 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.amd.jQuery ) {
+	define( "jquery", [], function () { return jQuery; } );
+}
+
+
+
+})( window );
diff --git a/static/jquery.ui.core.js b/static/jquery.ui.core.js
new file mode 100644
index 0000000000..62075435ef
--- /dev/null
+++ b/static/jquery.ui.core.js
@@ -0,0 +1,324 @@
+/*!
+ * jQuery UI Core 1.10.1
+ * http://jqueryui.com
+ *
+ * Copyright 2013 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+$/;
+
+// prevent duplicate loading
+// this is only a problem because we proxy existing functions
+// and we don't want to double proxy them
+$.ui = $.ui || {};
+if ( $.ui.version ) {
+	return;
+}
+
+$.extend( $.ui, {
+	version: "1.10.1",
+
+	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: $.fn.focus,
+	focus: function( delay, fn ) {
+		return typeof delay === "number" ?
+			this.each(function() {
+				var elem = this;
+				setTimeout(function() {
+					$( elem ).focus();
+					if ( fn ) {
+						fn.call( elem );
+					}
+				}, delay );
+			}) :
+			this._focus.apply( this, arguments );
+	},
+
+	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 the proxy pattern 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/jquery.ui.mouse.js b/static/jquery.ui.mouse.js
new file mode 100644
index 0000000000..046c2eb183
--- /dev/null
+++ b/static/jquery.ui.mouse.js
@@ -0,0 +1,169 @@
+/*!
+ * jQuery UI Mouse 1.10.1
+ * http://jqueryui.com
+ *
+ * Copyright 2013 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.1",
+	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/jquery.ui.sortable.js b/static/jquery.ui.sortable.js
new file mode 100644
index 0000000000..e795032141
--- /dev/null
+++ b/static/jquery.ui.sortable.js
@@ -0,0 +1,1250 @@
+/*!
+ * jQuery UI Sortable 1.10.1
+ * http://jqueryui.com
+ *
+ * Copyright 2013 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 ) {
+
+/*jshint loopfunc: true */
+
+function isOverAxis( x, reference, size ) {
+	return ( x > reference ) && ( x < ( reference + size ) );
+}
+
+$.widget("ui.sortable", $.ui.mouse, {
+	version: "1.10.1",
+	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" || (/left|right/).test(this.items[0].item.css("float")) || (/inline|table-cell/).test(this.items[0].item.css("display")) : 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,
+			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) { // cursor option
+			if ($("body").css("cursor")) {
+				this._storedCursor = $("body").css("cursor");
+			}
+			$("body").css("cursor", o.cursor);
+		}
+
+		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 form 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();
+
+			this.reverting = true;
+
+			$(this.helper).animate({
+				left: cur.left - this.offset.parent.left - this.margins.left + (this.offsetParent[0] === document.body ? 0 : this.offsetParent[0].scrollLeft),
+				top: cur.top - this.offset.parent.top - this.margins.top + (this.offsetParent[0] === document.body ? 0 : this.offsetParent[0].scrollTop)
+			}, 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,
+			isOverElement = (y1 + dyClick) > t && (y1 + dyClick) < b && (x1 + dxClick) > l && (x1 + dxClick) < r;
+
+		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]);
+
+		for (i = queries.length - 1; i >= 0; i--){
+			queries[i][0].each(function() {
+				items.push(this);
+			});
+		}
+
+		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 el = $(document.createElement(that.currentItem[0].nodeName))
+						.addClass(className || that.currentItem[0].className+" ui-sortable-placeholder")
+						.removeClass("ui-sortable-helper")[0];
+
+					if(!className) {
+						el.style.visibility = "hidden";
+					}
+
+					return el;
+				},
+				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,
+			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) {
+			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;
+			posProperty = this.containers[innermostIndex].floating ? "left" : "top";
+			sizeProperty = this.containers[innermostIndex].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;
+				}
+				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;
+			}
+
+			this.currentContainer = this.containers[innermostIndex];
+			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));
+
+			//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
+		for (i = this.containers.length - 1; i >= 0; i--){
+			if(!noPropagation) {
+				delayedTriggers.push((function(c) { return function(event) { c._trigger("deactivate", event, this._uiHash(this)); };  }).call(this, this.containers[i]));
+			}
+			if(this.containers[i].containerCache.over) {
+				delayedTriggers.push((function(c) { return function(event) { c._trigger("out", event, this._uiHash(this)); };  }).call(this, this.containers[i]));
+				this.containers[i].containerCache.over = 0;
+			}
+		}
+
+		//Do what was originally in plugins
+		if(this._storedCursor) {
+			$("body").css("cursor", this._storedCursor);
+		}
+		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/jquery.ui.widget.js b/static/jquery.ui.widget.js
new file mode 100644
index 0000000000..3423135362
--- /dev/null
+++ b/static/jquery.ui.widget.js
@@ -0,0 +1,521 @@
+/*!
+ * jQuery UI Widget 1.10.1
+ * http://jqueryui.com
+ *
+ * Copyright 2013 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
+	}, 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 ( value === undefined ) {
+					return curOption[ key ] === undefined ? null : curOption[ key ];
+				}
+				curOption[ key ] = value;
+			} else {
+				if ( value === undefined ) {
+					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/bootstrap-collapse.js b/static/js/bootstrap-collapse.js
new file mode 100644
index 0000000000..9a364468b7
--- /dev/null
+++ b/static/js/bootstrap-collapse.js
@@ -0,0 +1,138 @@
+/* =============================================================
+ * bootstrap-collapse.js v2.0.2
+ * http://twitter.github.com/bootstrap/javascript.html#collapse
+ * =============================================================
+ * Copyright 2012 Twitter, Inc.
+ *
+ * Licensed under the Apache License, Version 2.0 (the "License");
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ * ============================================================ */
+
+!function( $ ){
+
+  "use strict"
+
+  var Collapse = function ( element, options ) {
+  	this.$element = $(element)
+    this.options = $.extend({}, $.fn.collapse.defaults, options)
+
+    if (this.options["parent"]) {
+      this.$parent = $(this.options["parent"])
+    }
+
+    this.options.toggle && this.toggle()
+  }
+
+  Collapse.prototype = {
+
+    constructor: Collapse
+
+  , dimension: function () {
+      var hasWidth = this.$element.hasClass('width')
+      return hasWidth ? 'width' : 'height'
+    }
+
+  , show: function () {
+      var dimension = this.dimension()
+        , scroll = $.camelCase(['scroll', dimension].join('-'))
+        , actives = this.$parent && this.$parent.find('.in')
+        , hasData
+
+      if (actives && actives.length) {
+        hasData = actives.data('collapse')
+        actives.collapse('hide')
+        hasData || actives.data('collapse', null)
+      }
+
+      this.$element[dimension](0)
+      this.transition('addClass', 'show', 'shown')
+      this.$element[dimension](this.$element[0][scroll])
+
+    }
+
+  , hide: function () {
+      var dimension = this.dimension()
+      this.reset(this.$element[dimension]())
+      this.transition('removeClass', 'hide', 'hidden')
+      this.$element[dimension](0)
+    }
+
+  , reset: function ( size ) {
+      var dimension = this.dimension()
+
+      this.$element
+        .removeClass('collapse')
+        [dimension](size || 'auto')
+        [0].offsetWidth
+
+      this.$element[size ? 'addClass' : 'removeClass']('collapse')
+
+      return this
+    }
+
+  , transition: function ( method, startEvent, completeEvent ) {
+      var that = this
+        , complete = function () {
+            if (startEvent == 'show') that.reset()
+            that.$element.trigger(completeEvent)
+          }
+
+      this.$element
+        .trigger(startEvent)
+        [method]('in')
+
+      $.support.transition && this.$element.hasClass('collapse') ?
+        this.$element.one($.support.transition.end, complete) :
+        complete()
+  	}
+
+  , toggle: function () {
+      this[this.$element.hasClass('in') ? 'hide' : 'show']()
+  	}
+
+  }
+
+  /* COLLAPSIBLE PLUGIN DEFINITION
+  * ============================== */
+
+  $.fn.collapse = function ( option ) {
+    return this.each(function () {
+      var $this = $(this)
+        , data = $this.data('collapse')
+        , options = typeof option == 'object' && option
+      if (!data) $this.data('collapse', (data = new Collapse(this, options)))
+      if (typeof option == 'string') data[option]()
+    })
+  }
+
+  $.fn.collapse.defaults = {
+    toggle: true
+  }
+
+  $.fn.collapse.Constructor = Collapse
+
+
+ /* COLLAPSIBLE DATA-API
+  * ==================== */
+
+  $(function () {
+    $('body').on('click.collapse.data-api', '[data-toggle=collapse]', function ( e ) {
+      var $this = $(this), href
+        , target = $this.attr('data-target')
+          || e.preventDefault()
+          || (href = $this.attr('href')) && href.replace(/.*(?=#[^\s]+$)/, '') //strip for ie7
+        , option = $(target).data('collapse') ? 'toggle' : $this.data()
+      $(target).collapse(option)
+    })
+  })
+
+}( window.jQuery );
\ No newline at end of file
diff --git a/static/js/bootstrap-dropdown.js b/static/js/bootstrap-dropdown.js
new file mode 100644
index 0000000000..2bf8858749
--- /dev/null
+++ b/static/js/bootstrap-dropdown.js
@@ -0,0 +1,92 @@
+/* ============================================================
+ * bootstrap-dropdown.js v2.0.2
+ * http://twitter.github.com/bootstrap/javascript.html#dropdowns
+ * ============================================================
+ * Copyright 2012 Twitter, Inc.
+ *
+ * Licensed under the Apache License, Version 2.0 (the "License");
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ * ============================================================ */
+
+
+!function( $ ){
+
+  "use strict"
+
+ /* DROPDOWN CLASS DEFINITION
+  * ========================= */
+
+  var toggle = '[data-toggle="dropdown"]'
+    , Dropdown = function ( element ) {
+        var $el = $(element).on('click.dropdown.data-api', this.toggle)
+        $('html').on('click.dropdown.data-api', function () {
+          $el.parent().removeClass('open')
+        })
+      }
+
+  Dropdown.prototype = {
+
+    constructor: Dropdown
+
+  , toggle: function ( e ) {
+      var $this = $(this)
+        , selector = $this.attr('data-target')
+        , $parent
+        , isActive
+
+      if (!selector) {
+        selector = $this.attr('href')
+        selector = selector && selector.replace(/.*(?=#[^\s]*$)/, '') //strip for ie7
+      }
+
+      $parent = $(selector)
+      $parent.length || ($parent = $this.parent())
+
+      isActive = $parent.hasClass('open')
+
+      clearMenus()
+      !isActive && $parent.toggleClass('open')
+
+      return false
+    }
+
+  }
+
+  function clearMenus() {
+    $(toggle).parent().removeClass('open')
+  }
+
+
+  /* DROPDOWN PLUGIN DEFINITION
+   * ========================== */
+
+  $.fn.dropdown = function ( option ) {
+    return this.each(function () {
+      var $this = $(this)
+        , data = $this.data('dropdown')
+      if (!data) $this.data('dropdown', (data = new Dropdown(this)))
+      if (typeof option == 'string') data[option].call($this)
+    })
+  }
+
+  $.fn.dropdown.Constructor = Dropdown
+
+
+  /* APPLY TO STANDARD DROPDOWN ELEMENTS
+   * =================================== */
+
+  $(function () {
+    $('html').on('click.dropdown.data-api', clearMenus)
+    $('body').on('click.dropdown.data-api', toggle, Dropdown.prototype.toggle)
+  })
+
+}( window.jQuery );
diff --git a/static/js/bootstrap-modal.js b/static/js/bootstrap-modal.js
new file mode 100644
index 0000000000..e929706279
--- /dev/null
+++ b/static/js/bootstrap-modal.js
@@ -0,0 +1,210 @@
+/* =========================================================
+ * bootstrap-modal.js v2.0.2
+ * http://twitter.github.com/bootstrap/javascript.html#modals
+ * =========================================================
+ * Copyright 2012 Twitter, Inc.
+ *
+ * Licensed under the Apache License, Version 2.0 (the "License");
+ * you may not use this file except in compliance with the License.
+ * You may obtain a copy of the License at
+ *
+ * http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing, software
+ * distributed under the License is distributed on an "AS IS" BASIS,
+ * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
+ * See the License for the specific language governing permissions and
+ * limitations under the License.
+ * ========================================================= */
+
+
+!function( $ ){
+
+  "use strict"
+
+ /* MODAL CLASS DEFINITION
+  * ====================== */
+
+  var Modal = function ( content, options ) {
+    this.options = options
+    this.$element = $(content)
+      .delegate('[data-dismiss="modal"]', 'click.dismiss.modal', $.proxy(this.hide, this))
+  }
+
+  Modal.prototype = {
+
+      constructor: Modal
+
+    , toggle: function () {
+        return this[!this.isShown ? 'show' : 'hide']()
+      }
+
+    , show: function () {
+        var that = this
+
+        if (this.isShown) return
+
+        $('body').addClass('modal-open')
+
+        this.isShown = true
+        this.$element.trigger('show')
+
+        escape.call(this)
+        backdrop.call(this, function () {
+          var transition = $.support.transition && that.$element.hasClass('fade')
+
+          !that.$element.parent().length && that.$element.appendTo(document.body) //don't move modals dom position
+
+          that.$element
+            .show()
+
+          if (transition) {
+            that.$element[0].offsetWidth // force reflow
+          }
+
+          that.$element.addClass('in')
+
+          transition ?
+            that.$element.one($.support.transition.end, function () { that.$element.trigger('shown') }) :
+            that.$element.trigger('shown')
+
+        })
+      }
+
+    , hide: function ( e ) {
+        e && e.preventDefault()
+
+        if (!this.isShown) return
+
+        var that = this
+        this.isShown = false
+
+        $('body').removeClass('modal-open')
+
+        escape.call(this)
+
+        this.$element
+          .trigger('hide')
+          .removeClass('in')
+
+        $.support.transition && this.$element.hasClass('fade') ?
+          hideWithTransition.call(this) :
+          hideModal.call(this)
+      }
+
+  }
+
+
+ /* MODAL PRIVATE METHODS
+  * ===================== */
+
+  function hideWithTransition() {
+    var that = this
+      , timeout = setTimeout(function () {
+          that.$element.off($.support.transition.end)
+          hideModal.call(that)
+        }, 500)
+
+    this.$element.one($.support.transition.end, function () {
+      clearTimeout(timeout)
+      hideModal.call(that)
+    })
+  }
+
+  function hideModal( that ) {
+    this.$element
+      .hide()
+      .trigger('hidden')
+
+    backdrop.call(this)
+  }
+
+  function backdrop( callback ) {
+    var that = this
+      , 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)
+
+      if (this.options.backdrop != 'static') {
+        this.$backdrop.click($.proxy(this.hide, this))
+      }
+
+      if (doAnimate) this.$backdrop[0].offsetWidth // force reflow
+
+      this.$backdrop.addClass('in')
+
+      doAnimate ?
+        this.$backdrop.one($.support.transition.end, callback) :
+        callback()
+
+    } else if (!this.isShown && this.$backdrop) {
+      this.$backdrop.removeClass('in')
+
+      $.support.transition && this.$element.hasClass('fade')?
+        this.$backdrop.one($.support.transition.end, $.proxy(removeBackdrop, this)) :
+        removeBackdrop.call(this)
+
+    } else if (callback) {
+      callback()
+    }
+  }
+
+  function removeBackdrop() {
+    this.$backdrop.remove()
+    this.$backdrop = null
+  }
+
+  function escape() {
+    var that = this
+    if (this.isShown && this.options.keyboard) {
+      $(document).on('keyup.dismiss.modal', function ( e ) {
+        e.which == 27 && that.hide()
+      })
+    } else if (!this.isShown) {
+      $(document).off('keyup.dismiss.modal')
+    }
+  }
+
+
+ /* MODAL PLUGIN DEFINITION
+  * ======================= */
+
+  $.fn.modal = function ( option ) {
+    return this.each(function () {
+      var $this = $(this)
+        , data = $this.data('modal')
+        , options = $.extend({}, $.fn.modal.defaults, $this.data(), typeof option == 'object' && option)
+      if (!data) $this.data('modal', (data = new Modal(this, options)))
+      if (typeof option == 'string') data[option]()
+      else if (options.show) data.show()
+    })
+  }
+
+  $.fn.modal.defaults = {
+      backdrop: true
+    , keyboard: true
+    , show: true
+  }
+
+  $.fn.modal.Constructor = Modal
+
+
+ /* MODAL DATA-API
+  * ============== */
+
+  $(function () {
+    $('body').on('click.modal.data-api', '[data-toggle="modal"]', function ( e ) {
+      var $this = $(this), href
+        , $target = $($this.attr('data-target') || (href = $this.attr('href')) && href.replace(/.*(?=#[^\s]+$)/, '')) //strip for ie7
+        , option = $target.data('modal') ? 'toggle' : $.extend({}, $target.data(), $this.data())
+
+      e.preventDefault()
+      $target.modal(option)
+    })
+  })
+
+}( window.jQuery );
\ No newline at end of file
diff --git a/static/longpolling.js b/static/longpolling.js
new file mode 100644
index 0000000000..7f332c0b55
--- /dev/null
+++ b/static/longpolling.js
@@ -0,0 +1,42 @@
+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;
+			if (connfails > 3) {
+				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..ed4eb7586a
--- /dev/null
+++ b/templates/actionbutton.hamlet
@@ -0,0 +1,2 @@
+<a title="#{fromMaybe "" tooltip}" class="#{buttonclass}" href="@{route}" onclick="(function( $ ) { $.post('@{route}'); })( jQuery ); return false;">
+  <i class="#{iconclass}"></i> #{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..368e674a90
--- /dev/null
+++ b/templates/configurators/addbox.com.hamlet
@@ -0,0 +1,24 @@
+<div .span9 .hero-unit>
+  <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-actions>
+          <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+            Add repository
+<div .modal .fade #workingmodal>
+  <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..f2a0768ccd
--- /dev/null
+++ b/templates/configurators/adddrive.hamlet
@@ -0,0 +1,31 @@
+<div .span9 .hero-unit>
+  <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 .span6 .alert .alert-error .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}>
+      <fieldset>
+        ^{form}
+        ^{webAppFormAuthToken}
+        <button .btn .btn-primary type=submit>Use this drive</button> #
+        <a .btn href="@{AddDriveR}">
+          Rescan for removable drives
diff --git a/templates/configurators/adddrive/combine.hamlet b/templates/configurators/adddrive/combine.hamlet
new file mode 100644
index 0000000000..b11f3bf033
--- /dev/null
+++ b/templates/configurators/adddrive/combine.hamlet
@@ -0,0 +1,19 @@
+<div .span9 .hero-unit>
+  <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 onclick="$('#setupmodal').modal('show');" href="@{FinishAddDriveR drive NoRepoKey}">
+      <i .icon-resize-small></i> Combine the repositories #
+    The combined repositories will sync and share their files.
+  <p>
+  <p>
+    <a .btn href="@{AddDriveR}">
+      <i .icon-resize-full></i> 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..5d7cec9aaf
--- /dev/null
+++ b/templates/configurators/adddrive/encrypt.hamlet
@@ -0,0 +1,25 @@
+<div .span9 .hero-unit>
+  <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 onclick="$('#setupmodal').modal('show');" href="@{FinishAddDriveR drive NoRepoKey}">
+      <i .icon-minus-sign></i> Do not encrypt repository #
+    Anyone who has the drive can see the files stored on it.
+    $forall (keyid, name) <- secretkeys
+      <p>
+        <a .btn onclick="$('#setupmodal').modal('show');" href="@{FinishAddDriveR drive (RepoKey keyid)}">
+          <i .icon-ok-sign></i> Encrypt repository #
+        to ^{gpgKeyDisplay keyid (Just name)}
+  <p>
+    <a .btn onclick="$('#genkeymodal').modal('show');" href="@{GenKeyForDriveR drive}">
+      <i .icon-plus-sign></i> 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..d78a0e8812
--- /dev/null
+++ b/templates/configurators/adddrive/setupmodal.hamlet
@@ -0,0 +1,7 @@
+<div .modal .fade #setupmodal>
+  <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..384ed22fd2
--- /dev/null
+++ b/templates/configurators/addglacier.hamlet
@@ -0,0 +1,32 @@
+<div .span9 .hero-unit>
+  <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>
+    <i .icon-warning-sign></i> By default, only files you place in #
+    "archive" directories will be archived in Amazon Glacier.
+  <p>
+    <i .icon-warning-sign></i> 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-actions>
+          <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+            Add Glacier repository
+<div .modal .fade #workingmodal>
+  <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..f346dbe910
--- /dev/null
+++ b/templates/configurators/addia.hamlet
@@ -0,0 +1,32 @@
+<div .span9 .hero-unit>
+  <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-actions>
+          <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+            Add Internet Archive item
+<div .modal .fade #workingmodal>
+  <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..c5516fd5ab
--- /dev/null
+++ b/templates/configurators/addrepository.hamlet
@@ -0,0 +1,19 @@
+<div .span9>
+  ^{repolist}
+  <div .row-fluid>
+    <div .span6>
+      <h2>
+        Add more repositories
+
+      ^{makeMiscRepositories}
+
+    <div .span6>
+      <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..11aa7f383c
--- /dev/null
+++ b/templates/configurators/addrepository/archive.hamlet
@@ -0,0 +1,11 @@
+<h3>
+  <a href="@{AddGlacierR}">
+    <i .icon-plus-sign></i> Amazon Glacier
+<p>
+  Low cost offline data archival.
+
+<h3>
+  <a href="@{AddIAR}">
+    <i .icon-plus-sign></i> 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..22d42fc0a8
--- /dev/null
+++ b/templates/configurators/addrepository/cloud.hamlet
@@ -0,0 +1,26 @@
+<h3>
+  <a href="@{AddBoxComR}">
+    <i .icon-plus-sign></i> Box.com
+<p>
+  Provides free cloud storage for small amounts of data.
+
+<h3>
+  <a href="@{AddRsyncNetR}">
+    <i .icon-plus-sign></i> Rsync.net
+<p>
+  Works very well with git-annex.
+  <br>
+  Offers a discounted rate for git-annex users.
+
+<h3>
+  <a href="@{AddS3R}">
+    <i .icon-plus-sign></i> Amazon S3
+<p>
+  Good choice for professional quality storage.
+
+<h3>
+  <a href="@{AddSshR}">
+    <i .icon-plus-sign></i> Remote server
+<p>
+  Set up a repository on a remote server using #
+  <tt>ssh</tt>.
diff --git a/templates/configurators/addrepository/misc.hamlet b/templates/configurators/addrepository/misc.hamlet
new file mode 100644
index 0000000000..5f0cc6be97
--- /dev/null
+++ b/templates/configurators/addrepository/misc.hamlet
@@ -0,0 +1,33 @@
+<h3>
+  <a href="@{AddDriveR}">
+    <i .icon-plus-sign></i> 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. 
+
+<h3>
+  <a href="@{StartXMPPPairSelfR}">
+    <i .icon-plus-sign></i> Share with your other devices
+<p>
+  Keep files in sync between your devices running git-annex.
+
+<h3>
+  <a href="@{StartXMPPPairFriendR}">
+    <i .icon-plus-sign></i> Share with a friend
+<p>
+  Combine your repository with a friend's repository, and share your files.
+
+<h3>
+  <a href="@{StartLocalPairR}">
+    <i .icon-plus-sign></i> Local computer
+<p>
+  Pair with a computer to keep files in sync quickly, #
+  over your local network.
+
+<h3>
+  <a href="@{NewRepositoryR}">
+    <i .icon-plus-sign></i> Add another repository
+<p>
+  Make another repository on your computer.
diff --git a/templates/configurators/adds3.hamlet b/templates/configurators/adds3.hamlet
new file mode 100644
index 0000000000..857adeb55c
--- /dev/null
+++ b/templates/configurators/adds3.hamlet
@@ -0,0 +1,28 @@
+<div .span9 .hero-unit>
+  <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>
+    <i .icon-warning-sign></i> 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-actions>
+          <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+            Add S3 repository
+<div .modal .fade #workingmodal>
+  <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..d7f7c02a35
--- /dev/null
+++ b/templates/configurators/delete/currentrepository.hamlet
@@ -0,0 +1,34 @@
+<div .span9 .hero-unit>
+  <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") "" "icon-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-error>
+        This repository is not uploading its files to other repositories,
+        so you will lose data if you delete it!
+  $else
+    <div .alert .alert-error>
+      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 .form-actions>
+          <button .btn .btn-danger type=submit>
+            <i .icon-warning-sign></i> Delete this repository #
+          <a .btn href="@{DashboardR}">
+            Cancel
diff --git a/templates/configurators/delete/finished.hamlet b/templates/configurators/delete/finished.hamlet
new file mode 100644
index 0000000000..62fc136601
--- /dev/null
+++ b/templates/configurators/delete/finished.hamlet
@@ -0,0 +1,14 @@
+<div .span9 .hero-unit>
+  <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..a328346919
--- /dev/null
+++ b/templates/configurators/delete/start.hamlet
@@ -0,0 +1,11 @@
+<div .span9 .hero-unit>
+  <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}">
+     <i .icon-minus></i> Start deletion process
diff --git a/templates/configurators/edit/nonannexremote.hamlet b/templates/configurators/edit/nonannexremote.hamlet
new file mode 100644
index 0000000000..e0f8165dd0
--- /dev/null
+++ b/templates/configurators/edit/nonannexremote.hamlet
@@ -0,0 +1,18 @@
+<div .span9 .hero-unit>
+  <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 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..94a2702e7a
--- /dev/null
+++ b/templates/configurators/edit/repository.hamlet
@@ -0,0 +1,37 @@
+<div .span9 .hero-unit>
+  <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-actions>
+          <button .btn .btn-primary type=submit>
+            Save Changes #
+          <a .btn 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..246ca9ccd0
--- /dev/null
+++ b/templates/configurators/enableaws.hamlet
@@ -0,0 +1,30 @@
+<div .span9 .hero-unit>
+  <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-actions>
+          <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+            Enable Amazon repository
+<div .modal .fade #workingmodal>
+  <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..bdf6e9d593
--- /dev/null
+++ b/templates/configurators/enabledirectory.hamlet
@@ -0,0 +1,10 @@
+<div .span9 .hero-unit>
+  <h2>
+    Enabling #{description}
+  <p>
+    Where is this repository located?
+  <p>
+    <a .btn 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..1a80652a18
--- /dev/null
+++ b/templates/configurators/enableia.hamlet
@@ -0,0 +1,22 @@
+<div .span9 .hero-unit>
+  <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-actions>
+          <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+            Enable Internet Archive repository
+<div .modal .fade #workingmodal>
+  <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..2ba4615654
--- /dev/null
+++ b/templates/configurators/enablewebdav.hamlet
@@ -0,0 +1,22 @@
+<div .span9 .hero-unit>
+  <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-actions>
+          <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+            Enable repository
+<div .modal .fade #workingmodal>
+  <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..e0208c6465
--- /dev/null
+++ b/templates/configurators/fsck.cassius
@@ -0,0 +1,4 @@
+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..a391c3302b
--- /dev/null
+++ b/templates/configurators/fsck.hamlet
@@ -0,0 +1,31 @@
+<div .span9 .hero-unit>
+  <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
+      <i .icon-warning-sign></i> #
+      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..31ac9894d5
--- /dev/null
+++ b/templates/configurators/fsck/formcontent.hamlet
@@ -0,0 +1,15 @@
+#{msg}
+<p>
+  <div .input-prepend .input-append>
+    Check ^{fvInput reposView} for #
+    ^{fvInput durationView} minutes #
+    ^{fvInput recurranceView} #
+    starting at ^{fvInput timeView} #
+    $if new
+      <button type=submit .btn .btn-primary>
+        Add
+    $else
+      <button type=submit .btn>
+        Save
+      <a .btn 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..3e8a25b483
--- /dev/null
+++ b/templates/configurators/fsck/preferencesform.hamlet
@@ -0,0 +1,6 @@
+<div .well>
+  <form method="post" .form-horizontal action=@{ConfigFsckPreferencesR} enctype=#{enctype}>
+    ^{form}
+    <div .form-actions>
+      <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..71785de7f6
--- /dev/null
+++ b/templates/configurators/genkeymodal.hamlet
@@ -0,0 +1,12 @@
+<div .modal .fade #genkeymodal>
+  <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..dc2a6ce585
--- /dev/null
+++ b/templates/configurators/main.hamlet
@@ -0,0 +1,38 @@
+<div .span9>
+  <div .row-fluid>
+    <div .span4>
+      <h3>
+        <a href="@{AddRepositoryR}">
+          Repositories
+      <p>
+        Configure the repositories that git-annex syncs with.
+    <div .span4>
+      <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-fluid>
+    <div .span4>
+      $if xmppconfigured
+        <h3>
+          <a href="@{XMPPConfigR}">
+            Re-configure jabber account
+        <p>
+         Your jabber account is set up, and will be used to keep #
+         in touch with remote devices, and with your friends.
+      $else
+        <h3>
+          <a href="@{XMPPConfigR}">
+            Configure jabber account
+       <p>
+         Keep in touch with remote devices, and with your friends, #
+         by configuring a jabber account.
+    <div .span4>
+      <h3>
+        <a href="@{ConfigFsckR}">
+          Configure consistency checks
+      <p>
+        Set up periodic checks of your data to detect and recover from #
+        disk problems.
diff --git a/templates/configurators/needgcrypt.hamlet b/templates/configurators/needgcrypt.hamlet
new file mode 100644
index 0000000000..28cd1bbb0e
--- /dev/null
+++ b/templates/configurators/needgcrypt.hamlet
@@ -0,0 +1,10 @@
+<div .span9 .hero-unit>
+  <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-large href="">
+      Retry
diff --git a/templates/configurators/needglaciercli.hamlet b/templates/configurators/needglaciercli.hamlet
new file mode 100644
index 0000000000..165e73b232
--- /dev/null
+++ b/templates/configurators/needglaciercli.hamlet
@@ -0,0 +1,10 @@
+<div .span9 .hero-unit>
+  <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-large href="">
+      Retry
diff --git a/templates/configurators/newrepository.hamlet b/templates/configurators/newrepository.hamlet
new file mode 100644
index 0000000000..2c2202d0e5
--- /dev/null
+++ b/templates/configurators/newrepository.hamlet
@@ -0,0 +1,12 @@
+<div .span9 .hero-unit>
+  <h2>
+    Add another local repository
+  <p>
+    <i .icon-asterisk></i> 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>
+    Where do you want to put this new repository?
+    <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..7cdec85080
--- /dev/null
+++ b/templates/configurators/newrepository/combine.hamlet
@@ -0,0 +1,17 @@
+<div .span9 .hero-unit>
+  <h2>
+    Combine repositories?
+  <p>
+    You have created a new repository at #{newrepo}.
+    <br>
+    Do you want to combine it with your existing repository at #{mainrepo}?
+  <p>
+    <a .btn href="@{CombineRepositoryR newrepopath newrepouuid}">
+      <i .icon-resize-small></i> Combine the repositories #
+    The combined repositories will sync and share their files.
+  <p>
+    -or-
+  <p>
+    <a .btn href="@{SwitchToRepositoryR newrepopath}">
+      <i .icon-resize-full></i> 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..062a5fdd49
--- /dev/null
+++ b/templates/configurators/newrepository/first.hamlet
@@ -0,0 +1,19 @@
+<div .span9 .hero-unit>
+  <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-large href="@{AndroidCameraRepositoryR}">
+        <i .icon-camera></i> 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..6c2405be65
--- /dev/null
+++ b/templates/configurators/newrepository/form.hamlet
@@ -0,0 +1,11 @@
+#{msg}
+<p>
+  <div .input-prepend .input-append>
+    <span .add-on>
+      <i .icon-folder-open></i>
+    ^{fvInput pathView}
+    <button type=submit .btn .btn-primary>
+      Make Repository
+$if err
+  <div .alert .alert-error>
+    #{errmsg}
diff --git a/templates/configurators/pairing/disabled.hamlet b/templates/configurators/pairing/disabled.hamlet
new file mode 100644
index 0000000000..c924c4ba2c
--- /dev/null
+++ b/templates/configurators/pairing/disabled.hamlet
@@ -0,0 +1,5 @@
+<div .span9 .hero-unit>
+  <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..da783a7647
--- /dev/null
+++ b/templates/configurators/pairing/local/inprogress.hamlet
@@ -0,0 +1,18 @@
+<div .span9 .hero-unit>
+  <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..9a294d3069
--- /dev/null
+++ b/templates/configurators/pairing/local/prompt.hamlet
@@ -0,0 +1,50 @@
+<div .span9 .hero-unit>
+  <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-error>
+      <i .icon-warning-sign></i> #{problem}
+  <p>
+    <form method="post" .form-horizontal enctype=#{enctype}>
+      <fieldset>
+        ^{form}
+        ^{webAppFormAuthToken}
+        <div .form-actions>
+          <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..210915e874
--- /dev/null
+++ b/templates/configurators/pairing/xmpp/end.hamlet
@@ -0,0 +1,32 @@
+<div .span9 .hero-unit>
+  $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..c2d7ef17d7
--- /dev/null
+++ b/templates/configurators/pairing/xmpp/friend/confirm.hamlet
@@ -0,0 +1,11 @@
+<div .span9 .hero-unit>
+  <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-large href="@{FinishXMPPPairFriendR pairkey}">
+      Accept pair request
+    <a .btn .btn-large 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..fd25603dd4
--- /dev/null
+++ b/templates/configurators/pairing/xmpp/friend/prompt.hamlet
@@ -0,0 +1,12 @@
+<div .span9 .hero-unit>
+  <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..a80b5083ab
--- /dev/null
+++ b/templates/configurators/pairing/xmpp/self/prompt.hamlet
@@ -0,0 +1,20 @@
+<div .span9 .hero-unit>
+  <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-large href="@{RunningXMPPPairSelfR}">
+      Start sharing with my other devices #
+    <a .btn .btn-large 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..354622afe4
--- /dev/null
+++ b/templates/configurators/pairing/xmpp/self/retry.hamlet
@@ -0,0 +1,11 @@
+<div .span9 .hero-unit>
+  <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-large href="@{RunningXMPPPairSelfR}">
+      Start sharing with my other devices #
+    <a .btn .btn-large href="@{DashboardR}">
+      Cancel
diff --git a/templates/configurators/preferences.hamlet b/templates/configurators/preferences.hamlet
new file mode 100644
index 0000000000..352108258a
--- /dev/null
+++ b/templates/configurators/preferences.hamlet
@@ -0,0 +1,13 @@
+<div .span9 .hero-unit>
+  <h2>
+    Preferences
+  <p>
+    <form method="post" .form-horizontal enctype=#{enctype}>
+      <fieldset>
+        ^{form}
+        ^{webAppFormAuthToken}
+        <div .form-actions>
+          <button .btn .btn-primary type=submit>
+            Save Preferences
+          <a .btn 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..5a3459187e
--- /dev/null
+++ b/templates/configurators/rsync.net/add.hamlet
@@ -0,0 +1,40 @@
+<div .span9 .hero-unit>
+  <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-error>
+          <i .icon-warning-sign></i> #{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-actions>
+          <button .btn .btn-primary type=submit onclick="$('#setupmodal').modal('show');">
+            Use this rsync.net repository
+<div .modal .fade #setupmodal>
+  <div .modal-header>
+    <h3>
+      Checking access to rsync.net ...
+  <div .modal-body>
+    <p>
+      This could take a minute.
+    <p>
+      You may be prompted for your rsync.net ssh password.
diff --git a/templates/configurators/rsync.net/encrypt.hamlet b/templates/configurators/rsync.net/encrypt.hamlet
new file mode 100644
index 0000000000..af256eee4c
--- /dev/null
+++ b/templates/configurators/rsync.net/encrypt.hamlet
@@ -0,0 +1,43 @@
+<div .span9 .hero-unit>
+  <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 href="@{MakeRsyncNetSharedR sshdata}" onclick="$('#setupmodal').modal('show');">
+      <i .icon-lock></i> 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 href="@{MakeRsyncNetGCryptR sshdata (RepoKey keyid)}" onclick="$('#setupmodal').modal('show');">
+          <i .icon-lock></i> Encrypt repository #
+        to ^{gpgKeyDisplay keyid (Just name)}
+  <p>
+    <a .btn href="@{MakeRsyncNetGCryptR sshdata NoRepoKey}" onclick="$('#genkeymodal').modal('show');">
+      <i .icon-plus-sign></i> Encrypt repository #
+    with a new encryption key
+^{genKeyModal}
+<div .modal .fade #setupmodal>
+  <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..bc0f05de94
--- /dev/null
+++ b/templates/configurators/ssh/add.hamlet
@@ -0,0 +1,23 @@
+<div .span9 .hero-unit>
+  <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-error>
+          <i .icon-warning-sign></i> #{msg}
+      $of _
+  <p>
+    <form method="post" .form-horizontal enctype=#{enctype}>
+      <fieldset>
+        ^{form}
+        ^{webAppFormAuthToken}
+        <div .form-actions>
+          <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..29219deb21
--- /dev/null
+++ b/templates/configurators/ssh/combine.hamlet
@@ -0,0 +1,19 @@
+<div .span9 .hero-unit>
+  <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 onclick="$('#setupmodal').modal('show');" href="@{CombineSshR sshdata}">
+      <i .icon-resize-small></i> Combine the repositories #
+    The combined repositories will sync and share their files.
+  <p>
+  <p>
+    <a .btn href="@{AddSshR}">
+      <i .icon-resize-full></i> 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..06af857cc8
--- /dev/null
+++ b/templates/configurators/ssh/confirm.hamlet
@@ -0,0 +1,69 @@
+<div .span9 .hero-unit>
+  <h2>
+    Ready to add remote server
+  <div .row-fluid>
+    <div .span9>
+      $if not (hasCapability sshdata GitAnnexShellCapable)
+        <p>
+          <i .icon-warning-sign></i> #
+          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 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 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 href="@{MakeSshRsyncR sshdata}" onclick="$('#setupmodal').modal('show');">
+          <i .icon-lock></i> 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 href="@{MakeSshGCryptR sshdata (RepoKey keyid)}" onclick="$('#setupmodal').modal('show');" >
+                <i .icon-lock></i> Encrypt repository #
+              to ^{gpgKeyDisplay keyid (Just name)}
+        <p>
+          <a .btn href="@{MakeSshGCryptR sshdata NoRepoKey}" onclick="$('#genkeymodal').modal('show');">
+            <i .icon-plus-sign></i> 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..512736d2d7
--- /dev/null
+++ b/templates/configurators/ssh/enable.hamlet
@@ -0,0 +1,29 @@
+<div .span9 .hero-unit>
+  <h2>
+    Enabling #{description}
+  <p>
+    To enable this repository, you first need to check that its ssh server #
+    is usable from here.
+  <p>
+  <p>
+    <form method="post" .form-horizontal enctype=#{enctype}>
+      <fieldset>
+        <div .form-actions>
+          <button .btn .btn-primary type=submit onclick="$('#testmodal').modal('show');">
+            Check this server
+        $case status
+          $of UnusableServer msg
+            <div .alert .alert-error>
+              <i .icon-warning-sign></i> #{msg}
+          $of _
+        ^{form}
+        ^{webAppFormAuthToken}
+<div .modal .fade #testmodal>
+  <div .modal-header>
+    <h3>
+      Testing server ...
+  <div .modal-body>
+    <p>
+      Checking ssh connection to the server. This could take a minute.
+    <p>
+      You may be prompted for your password to log into the server.
diff --git a/templates/configurators/ssh/error.hamlet b/templates/configurators/ssh/error.hamlet
new file mode 100644
index 0000000000..be8801f327
--- /dev/null
+++ b/templates/configurators/ssh/error.hamlet
@@ -0,0 +1,12 @@
+<div .span9 .hero-unit>
+  <h2>
+    <i .icon-warning-sign></i> Failed to make repository
+  <p>
+    Something went wrong setting up the repository on the remote server.
+  <p>
+    Transcript:
+    <pre>
+      #{msg}
+  <p>
+    <a .btn .btn-primary href="#">
+     Retry
diff --git a/templates/configurators/ssh/setupmodal.hamlet b/templates/configurators/ssh/setupmodal.hamlet
new file mode 100644
index 0000000000..8c402ffc97
--- /dev/null
+++ b/templates/configurators/ssh/setupmodal.hamlet
@@ -0,0 +1,12 @@
+<div .modal .fade #setupmodal>
+  <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>
+        You will be prompted once more for your ssh password. 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..afb7514d46
--- /dev/null
+++ b/templates/configurators/ssh/testmodal.hamlet
@@ -0,0 +1,9 @@
+<div .modal .fade #testmodal>
+  <div .modal-header>
+    <h3>
+      Testing server ...
+  <div .modal-body>
+    <p>
+      Checking ssh connection to the server. This could take a minute.
+    <p>
+      You may be prompted for your password to log into the server.
diff --git a/templates/configurators/upgrade/android.hamlet b/templates/configurators/upgrade/android.hamlet
new file mode 100644
index 0000000000..5ece1b42fb
--- /dev/null
+++ b/templates/configurators/upgrade/android.hamlet
@@ -0,0 +1,9 @@
+<div .span9 .hero-unit>
+  <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..e07fcd6982
--- /dev/null
+++ b/templates/configurators/xmpp.hamlet
@@ -0,0 +1,34 @@
+<div .span9 .hero-unit>
+  <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
+      <i .icon-warning-sign></i> Unable to connect to the Jabber server. #
+      Maybe you entered the wrong password? (Error message: #{msg})
+    $nothing
+      <i .icon-user></I> 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-actions>
+          <button .btn .btn-primary type=submit onclick="$('#workingmodal').modal('show');">
+            Use this account
+<div .modal .fade #workingmodal>
+  <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..8498415f1b
--- /dev/null
+++ b/templates/configurators/xmpp/buddylist.hamlet
@@ -0,0 +1,40 @@
+<div .span9 ##{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
+              <i .icon-star></i> #
+              <span :away:.muted>
+                your other devices
+            $else
+              <i .icon-user></i> #
+              <span :away:.muted>
+                  #{name}
+          <td>
+            $if away
+              <span .muted>
+                away
+            $else
+              $if paired
+                <span .label .label-success>
+                  paired
+              $else
+                $if canpair
+                  $if isself buddyid
+                    <a .btn .btn-primary .btn-small href="@{RunningXMPPPairSelfR}">
+                      Start pairing
+                  $else
+                    <a .btn .btn-primary .btn-small 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..2f28b96340
--- /dev/null
+++ b/templates/configurators/xmpp/disabled.hamlet
@@ -0,0 +1,5 @@
+<div .span9 .hero-unit>
+  <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..df6070912f
--- /dev/null
+++ b/templates/configurators/xmpp/needcloudrepo.hamlet
@@ -0,0 +1,17 @@
+<div .span9 .hero-unit>
+  <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..eda88bc01d
--- /dev/null
+++ b/templates/control/log.hamlet
@@ -0,0 +1,6 @@
+<div .span9 .hero-unit>
+  <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..118f02176b
--- /dev/null
+++ b/templates/control/notrunning.hamlet
@@ -0,0 +1,10 @@
+<div .span9 .hero-unit>
+  <p>
+    Bye bye!
+<div .modal .fade #shutdownmodal>
+  <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..c2583ef11f
--- /dev/null
+++ b/templates/control/repairrepository.hamlet
@@ -0,0 +1,26 @@
+<div .span9 .hero-unit>
+  <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-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..705d6f238c
--- /dev/null
+++ b/templates/control/repairrepository/done.hamlet
@@ -0,0 +1,13 @@
+<div .span9 .hero-unit>
+  <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..089ee10602
--- /dev/null
+++ b/templates/control/repositoryswitcher.hamlet
@@ -0,0 +1,14 @@
+<div .span9 .hero-unit>
+  <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..642de8ebf3
--- /dev/null
+++ b/templates/control/shutdown.hamlet
@@ -0,0 +1,8 @@
+<div .span9 .hero-unit>
+  <h2>
+    Shutdown daemon?
+  <p>
+    <a .btn .btn-danger href="@{ShutdownConfirmedR}">
+      <i .icon-off></i> Confirm shutdown
+    <a .btn href="@{DashboardR}">
+      Keep running
diff --git a/templates/controlmenu.hamlet b/templates/controlmenu.hamlet
new file mode 100644
index 0000000000..886f691960
--- /dev/null
+++ b/templates/controlmenu.hamlet
@@ -0,0 +1,16 @@
+<ul .dropdown-menu>
+  <li>
+    <a href="@{NewRepositoryR}">
+      <i .icon-plus-sign></i> Add another local repository
+  <li>
+    <a href="@{RepositorySwitcherR}">
+      <i .icon-folder-close></i> Switch repository
+  <li>
+    <a href="@{RestartR}">
+      <i .icon-repeat></i> Restart daemon
+  <li>
+    <a href="@{ShutdownR}">
+      <i .icon-off></i> Shutdown daemon
+  <li>
+    <a href="@{LogR}">
+      <i .icon-list></i> View log
diff --git a/templates/dashboard/main.hamlet b/templates/dashboard/main.hamlet
new file mode 100644
index 0000000000..94b5aea8a8
--- /dev/null
+++ b/templates/dashboard/main.hamlet
@@ -0,0 +1,12 @@
+<div .span9>
+  ^{repolist}
+  ^{transferlist}
+$if warnNoScript
+  <noscript>
+    <div .navbar .navbar-fixed-bottom>
+      <div .navbar-inner>
+        <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..e9b4fbdfbf
--- /dev/null
+++ b/templates/dashboard/transfers.cassius
@@ -0,0 +1,2 @@
+.forcewrap
+  word-wrap: break-word
diff --git a/templates/dashboard/transfers.hamlet b/templates/dashboard/transfers.hamlet
new file mode 100644
index 0000000000..8e91bc827d
--- /dev/null
+++ b/templates/dashboard/transfers.hamlet
@@ -0,0 +1,45 @@
+<div ##{ident}>
+  <h2>Transfers
+  $if transfersrunning
+    $forall (transfer, info) <- transfers
+      $with percent <- maybe "unknown" (showPercentage 0) $ percentComplete transfer info
+        <div .row-fluid>
+          <div .span10>
+            <div .row-fluid>
+              <h3 .forcewrap>
+                $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
+                        <small .pull-right><b>#{percent} of #{size}</b></small>
+                      $else
+                        <small .pull-right>paused at #{percent} of #{size}</small>
+                    $else
+                        <small .pull-right>queued (#{size})</small>
+            <div .row-fluid>
+              <div .progress .progress-striped>
+                <div .bar style="width: #{percent};">
+          <div .btn-group .span2>
+            $if isrunning info
+              ^{actionButton (PauseTransferR transfer) Nothing (Just "pause") "btn" "icon-pause"}
+            $else
+              ^{actionButton (StartTransferR transfer) Nothing (Just "continue") "btn" "icon-play"}
+            ^{actionButton (CancelTransferR transfer) Nothing (Just "cancel") "btn" "icon-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..8b7d02dcf7
--- /dev/null
+++ b/templates/documentation/about.hamlet
@@ -0,0 +1,33 @@
+<div .span9 .hero-unit>
+  <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..6c29783ddb
--- /dev/null
+++ b/templates/documentation/repogroup.hamlet
@@ -0,0 +1,60 @@
+<div .span9 .hero-unit>
+  <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..feda636a61
--- /dev/null
+++ b/templates/error.hamlet
@@ -0,0 +1,26 @@
+<div .navbar .navbar-fixed-top>
+  <div .navbar-inner>
+    <div .container>
+      <a .brand>
+        git-annex
+      <ul .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-fluid>
+    <div .span3>
+    <div .span6>
+      <div .alert .alert-error .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..39decd03a4
--- /dev/null
+++ b/templates/page.cassius
@@ -0,0 +1,5 @@
+body
+  padding-top: 60px
+  padding-bottom: 40px
+.sidebar-nav
+  padding: 9px 0
diff --git a/templates/page.hamlet b/templates/page.hamlet
new file mode 100644
index 0000000000..52dea97398
--- /dev/null
+++ b/templates/page.hamlet
@@ -0,0 +1,23 @@
+<div .navbar .navbar-fixed-top>
+  <div .navbar-inner>
+    <div .container>
+      <a .brand>
+        git-annex
+      <ul .nav>
+        $forall (name, route, isactive) <- navbar
+          <li :isactive:.active>
+            <a href="@{route}">
+              #{name}
+      $maybe reldir <- relDir webapp
+        <ul .nav .pull-right>
+          <li>
+            ^{actionButton FileBrowserR (Just "Files") (Just "Click to open a file browser") "" "icon-folder-open icon-white"}
+          <li .dropdown #menu1>
+            <a .dropdown-toggle data-toggle="dropdown" href="#menu1">
+              Repository: #{reldir}
+              <b .caret></b>
+            ^{controlMenu}
+      $nothing
+<div .container-fluid>
+  <div .row-fluid>
+    ^{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..f501cb20b3
--- /dev/null
+++ b/templates/repolist.hamlet
@@ -0,0 +1,64 @@
+<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, actions) <- repolist
+        <tr .repoline ##{show repoid}>
+          <td .handle>
+            <a .btn .btn-mini .disabled>
+              <i .icon-resize-vertical></i>
+            &nbsp; #{name}
+          <td .draghide>
+            $if needsEnabled actions
+              <a href="@{setupRepoLink actions}">
+                <i .icon-warning-sign></i> not enabled
+            $else
+              $if notWanted actions
+                <i .icon-trash></i> cleaning out..
+              $else
+                <a href="@{syncToggleLink actions}">
+                  $if notSyncing actions
+                    <i .icon-ban-circle></i> syncing disabled
+                  $else
+                    <i .icon-refresh></i> syncing enabled #
+                      $if lacksUUID repoid
+                        (metadata only)
+          <td .draghide>
+            $if needsEnabled actions
+              <a href="@{setupRepoLink actions}">
+                enable
+            $else
+              <span .dropdown #menu-#{show repoid}>
+                <a .dropdown-toggle data-toggle="dropdown" href="#menu-#{show repoid}">
+                  <i .icon-cog></i> settings
+                  <b .caret></b>
+                <ul .dropdown-menu>
+                  <li>
+                    <a href="@{setupRepoLink actions}">
+                      <i .icon-pencil></i> Edit
+                    $if not (lacksUUID repoid)
+                      <a href="@{DisableRepositoryR $ asUUID repoid}">
+                        <i .icon-minus></i> Disable
+                      <a href="@{DeleteRepositoryR $ asUUID repoid}">
+                        <i .icon-trash></i> Delete
+      $if addmore
+        <tr>
+          <td colspan="3">
+            $if nootherrepos
+              <a .btn .btn-primary .btn-large href="@{AddRepositoryR}">
+                <i .icon-plus-sign></i> Add another repository
+            $else
+              <a .btn .btn-small href="@{AddRepositoryR}">
+                <i .icon-plus-sign></i> 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..90ceb77471
--- /dev/null
+++ b/templates/sidebar/alert.hamlet
@@ -0,0 +1,26 @@
+<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}</strong> #
+  $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..32900b920c
--- /dev/null
+++ b/templates/sidebar/main.hamlet
@@ -0,0 +1,3 @@
+<div .span3 ##{ident}>
+  <div .sidebar-nav>
+    ^{content}