einsweniger
2dc71896ef
2015-03-16 13:55:26 +00:00
https://www.google.com/accounts/o8/id?id=AItOawmUJBh1lYmvfCCiGr3yrdx-QhuLCSRnU5c
3b6f0680e2
2015-03-16 02:17:37 +00:00
clement
6231b7a369
rename bugs/assistant:_synchronisation_between_to_regular_repositories_hangs_.mdwn to bugs/Assistant:_synchronisation_between_to_regular_repositories_hangs_.mdwn
2015-03-12 11:46:00 +00:00
clement
bfe29b6a1c
2015-03-12 11:00:29 +00:00
https://www.google.com/accounts/o8/id?id=AItOawlc-3pdibcizrdz4WmZooECL0k6AvM1cWc
1f8e5221a6
Added a comment: Ah, but I can directly overwrite the file
2015-03-09 17:46:58 +00:00
https://www.google.com/accounts/o8/id?id=AItOawlc-3pdibcizrdz4WmZooECL0k6AvM1cWc
684a267a72
Added a comment: direct-mode to direct-mode perhaps?
2015-03-09 17:40:59 +00:00
effigies
34cea08340
Added a comment: Strategy for getting up and running
2015-03-09 17:32:19 +00:00
https://www.google.com/accounts/o8/id?id=AItOawmInOIq3X0IygZm4PEKlh2-aW1AGIxN97A
a03a3617e5
2015-03-07 18:48:54 +00:00
https://www.google.com/accounts/o8/id?id=AItOawmInOIq3X0IygZm4PEKlh2-aW1AGIxN97A
b7e9a08909
2015-03-07 18:47:54 +00:00
EskildHustvedt
7b62fed767
2015-03-05 14:19:31 +00:00
Joey Hess
9b93278e8a
metadata: Fix encoding problem that led to mojibake when storing metadata strings that contained both unicode characters and a space (or '!') character.
...
The fix is to stop using w82s, which does not properly reconstitute unicode
strings. Instrad, use utf8 bytestring to get the [Word8] to base64. This
passes unicode through perfectly, including any invalid filesystem encoded
characters.
Note that toB64 / fromB64 are also used for creds and cipher
embedding. It would be unfortunate if this change broke those uses.
For cipher embedding, note that ciphers can contain arbitrary bytes (should
really be using ByteString.Char8 there). Testing indicated it's not safe to
use the new fromB64 there; I think that characters were incorrectly
combined.
For credpair embedding, the username or password could contain unicode.
Before, that unicode would fail to round-trip through the b64.
So, I guess this is not going to break any embedded creds that worked
before.
This bug may have affected some creds before, and if so,
this change will not fix old ones, but should fix new ones at least.
2015-03-04 12:54:30 -04:00
madduck
c65ad7b2f1
2015-03-04 09:06:14 +00:00
Joey Hess
8efc7c0e95
Merge branch 'master' of ssh://git-annex.branchable.com
2015-03-02 16:45:14 -04:00
Joey Hess
e322826e33
Submodules are now supported by git-annex!
...
Seems to work, but still experimental until it's been tested more.
When repositories are on filesystems not supporting symlinks, the .git dir
symlink trick cannot be used. Since we're going to be in direct mode
anyway, the .git dir symlink is not strictly needed.
However, I have not fixed the code that creates new annex symlinks to
handle this case -- the committed symlinks will be wrong.
git annex sync happens to currently fail in a submodule using direct mode,
because there's no HEAD ref. That also needs to be dealt with to get
this fully working in crippled filesystems.
Leaving http://github.com/datalad/datalad/issues/44 open until these issues
are dealt with.
2015-03-02 16:43:44 -04:00
https://www.google.com/accounts/o8/id?id=AItOawlc-3pdibcizrdz4WmZooECL0k6AvM1cWc
46a943d37e
2015-03-02 17:43:15 +00:00
Eric OConnor
a7febaf081
Allow this repository to be checked out in filesystems with 255 char filename limits
2015-03-02 13:09:24 -04:00
https://www.google.com/accounts/o8/id?id=AItOawlvmWVPaSpWJO5_rimCL0lEoJRoKOIjhHE
3398bb5231
Added a comment: Why shoul git-annex support --git-dir
2015-03-01 10:10:31 +00:00
https://www.google.com/accounts/o8/id?id=AItOawnbPKLjBONawBd74MKJZo05juCqdsP1jAU
0f72b848cf
Added a comment
2015-02-27 22:06:52 +00:00
https://www.google.com/accounts/o8/id?id=AItOawnbPKLjBONawBd74MKJZo05juCqdsP1jAU
02fcfe70ac
2015-02-27 20:16:04 +00:00
Joey Hess
ad1f4a7f1c
followu
2015-02-27 16:06:57 -04:00
Joey Hess
7ddebebea8
think I found a way to support submodules
2015-02-27 15:58:01 -04:00
Joey Hess
289881bdb8
sync: As well as the synced/git-annex push, attempt a git-annex:git-annex push, as long as the remote branch is an ancestor of the local branch, to better support bare git repos.
...
See my comment in the bug report for analysis; basically this is safe
because it's a non-forced push, so won't lose history. Even if it was a
forced push or somehow races, things will eventually become consistent and
no git-annex branch info will be lost.
(This used to be done, but it forgot to do it since version 4.20130909.)
2015-02-27 14:49:56 -04:00
https://www.google.com/accounts/o8/id?id=AItOawnbPKLjBONawBd74MKJZo05juCqdsP1jAU
6cd08c7246
Added a comment
2015-02-27 01:43:42 +00:00
https://www.google.com/accounts/o8/id?id=AItOawnbPKLjBONawBd74MKJZo05juCqdsP1jAU
b362ecfd65
removed
2015-02-27 01:42:28 +00:00
https://www.google.com/accounts/o8/id?id=AItOawnbPKLjBONawBd74MKJZo05juCqdsP1jAU
baba042cc3
Added a comment
2015-02-27 01:41:15 +00:00
https://www.google.com/accounts/o8/id?id=AItOawnbPKLjBONawBd74MKJZo05juCqdsP1jAU
8718bf3415
removed
2015-02-27 01:40:01 +00:00
https://www.google.com/accounts/o8/id?id=AItOawnbPKLjBONawBd74MKJZo05juCqdsP1jAU
07419b9a22
Added a comment
2015-02-27 01:38:36 +00:00
https://id.koumbit.net/anarcat
0bee02beaa
i think i figured out some weird bug... hopefully? :)
2015-02-26 23:46:52 +00:00
Joey Hess
76cde095fe
Linux standalone: Set LOCPATH=/dev/null to work around https://ghc.haskell.org/trac/ghc/ticket/7695
...
This prevents localization from working, but git-annex is not localized anyway.
2015-02-25 16:31:01 -04:00
Joey Hess
a69a79498f
retitle
2015-02-25 15:21:05 -04:00
Joey Hess
c05f8b3c66
close; git annex list is the command you seek
2015-02-25 14:30:59 -04:00
Joey Hess
f09a3a89c1
comment
2015-02-25 14:27:04 -04:00
Joey Hess
ed5bc57b16
followup with a transcript showing that it works..
2015-02-25 14:14:03 -04:00
Joey Hess
3afd3b25e3
followup; version number is basic information so close useless report
2015-02-25 14:05:24 -04:00
Joey Hess
8a3e2b302a
unannex: Refuse to unannex when repo is too new to have a HEAD
...
In this case there must be staged changes in the index (if there is
anything to unannex), and the unannex code path needs to run with a clean
index.
2015-02-25 13:59:23 -04:00
Joey Hess
80aa7e3571
followup
2015-02-25 13:32:21 -04:00
Joey Hess
6ab05ed161
close; dup
2015-02-25 12:56:33 -04:00
Joey Hess
d0475cea1f
close
2015-02-25 12:54:59 -04:00
Joey Hess
3e5c07819e
close
2015-02-25 12:54:37 -04:00
bremner
88b927b4b5
2015-02-24 07:59:25 +00:00
https://www.google.com/accounts/o8/id?id=AItOawlRZkzmh7d76UJwDPbUj7Ml_TyC9grHbXw
ccb70051d8
Added a comment: It's done
2015-02-23 22:32:16 +00:00
https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY
0201e42ca3
2015-02-23 21:13:00 +00:00
https://www.google.com/accounts/o8/id?id=AItOawk7iPiqWr3BVPLWEDvJhSSvcOqheLEbLNo
2a63e9405e
Added a comment
2015-02-23 19:55:36 +00:00
https://www.google.com/accounts/o8/id?id=AItOawnx8kHW66N3BqmkVpgtXDlYMvr8TJ5VvfY
01d9a4b633
2015-02-23 19:34:34 +00:00
https://www.google.com/accounts/o8/id?id=AItOawn2MI-Ci-bS9W5NITngsBJiL8LqWYcJ458
ab6941af2b
2015-02-23 11:44:36 +00:00
https://www.google.com/accounts/o8/id?id=AItOawn2MI-Ci-bS9W5NITngsBJiL8LqWYcJ458
55179ea504
2015-02-23 11:21:33 +00:00
https://www.google.com/accounts/o8/id?id=AItOawlRZkzmh7d76UJwDPbUj7Ml_TyC9grHbXw
12ea828e55
2015-02-23 00:38:32 +00:00
Joey Hess
eccc88925c
Merge branch 'master' of ssh://git-annex.branchable.com
2015-02-22 14:50:19 -04:00
Joey Hess
fd2a543c7d
Merge branch 'master' into database
...
Conflicts:
debian/changelog
2015-02-22 14:12:42 -04:00
https://www.google.com/accounts/o8/id?id=AItOawnbPKLjBONawBd74MKJZo05juCqdsP1jAU
f945cb6e1a
Added a comment: bug still there
2015-02-22 14:58:42 +00:00