remove old closed bugs and todo items to speed up wiki updates and reduce size

Remove closed bugs and todos that were least edited before 2014.

Command line used:

for f in $(grep -l '\[\[done\]\]' *.mdwn); do if [ -z $(git log --since=2014 --pretty=oneline "$f") ]; then git rm  $f; git rm -rf $(echo "$f" | sed 's/.mdwn$//'); fi; done

4 files changed, 0 insertions, 104 deletions

diff --git a/doc/bugs/cross_platform_permissions_woes/comment_1_7f01104de38a6a319a8f36aa1dc8b4b3._comment b/doc/bugs/cross_platform_permissions_woes/comment_1_7f01104de38a6a319a8f36aa1dc8b4b3._comment
deleted file mode 100644
index a3116cdcf..000000000
--- a/doc/bugs/cross_platform_permissions_woes/comment_1_7f01104de38a6a319a8f36aa1dc8b4b3._comment
+++ /dev/null
@@ -1,14 +0,0 @@
-[[!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
deleted file mode 100644
index 8ee7c18a5..000000000
--- a/doc/bugs/cross_platform_permissions_woes/comment_2_0a34e11b466fad287325425e76487fa1._comment
+++ /dev/null
@@ -1,73 +0,0 @@
-[[!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
deleted file mode 100644
index 1cfed0a90..000000000
--- a/doc/bugs/cross_platform_permissions_woes/comment_3_278f91b4bc4c32717ab1c39c2abf9305._comment
+++ /dev/null
@@ -1,8 +0,0 @@
-[[!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
deleted file mode 100644
index 08ebe1e6d..000000000
--- a/doc/bugs/cross_platform_permissions_woes/comment_4_eb6a271cb63c71341469c9ff89dc0eb9._comment
+++ /dev/null
@@ -1,9 +0,0 @@
-[[!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 
-"""]]