mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
git-annex/debian/changelog

1056 lines
48 KiB
Text
Raw Normal View History

fsck: Fix up any broken links and misplaced content caused by the directory hash calculation bug fixed in the last release.
2012-03-10 18:46:21 +00:00
git-annex (3.20120310) UNRELEASED; 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. This has two benefits. 1. When a lot of refs are going to be received, get them via lower cost connection when possible. 2. Allows ctrl-c of sync after the cheaper remotes have been pulled from (or pushed to).
2012-03-10 19:37:38 +00:00
* sync: Sync to lower cost remotes first.
unused: Reduce memory usage significantly. Much of the memory bloat turned out to be due to getKeysReferenced containing a mapM, which is strict and buffered the whole list rather than streaming it. The other half of the bloat was due to building a temporary Set in order to call S.difference. While that is more cpu efficient, I switched to successive S.delete, since with it, I can run a whole git annex unused in less than 8 mb of memory. The whole Set of keys with content available is still stored in memory, so running unused in a repo with a whole lot of file content will still use more memory. In a repo containing 6000 files, it needed 40 mb. Note that the status command still uses the bloatful getKeysReferenced.
2012-03-11 19:19:07 +00:00
* unused: Reduce memory usage significantly. Still not constant
space, but now only needs to store the set of file contents that
are present in the annex in memory.
getKeysPresent is now fully lazy .. Allowing it to be used by things in constant space! Random statistics: git annex status has gone from taking 239 mb of memory and 26 seconds in a repo, to 8 mb and 13 seconds. The trick here is the unsafeInterleaveIO, and the form of the function's recursion, which I cribbed heavily from System.IO.HVFS.Utils.recurseDirStat. The difference is, this one goes to a limited depth and avoids statting everything.
2012-03-11 22:04:58 +00:00
* status: Fixed to run in constant space.
status: More accurate display of sizes of tmp and bad keys. Can't trust the key size to be accurate for tmp and bad keys, so check actual file size. In the wild I saw the old code be wrong by a factor of about 100! If all tmp/bad keys are empty, they're not shown in status at all. Showing 0 bytes and suggesting to clean it up seemed weird..
2012-03-12 04:41:48 +00:00
* status: More accurate display of sizes of tmp and bad keys.
fsck: Fix up any broken links and misplaced content caused by the directory hash calculation bug fixed in the last release.
2012-03-10 18:46:21 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 10 Mar 2012 14:03:22 -0400
releasing version 3.20120309
2012-03-10 00:14:34 +00:00
git-annex (3.20120309) unstable; urgency=low
fix key directory hash calculation code Fix Key directory hash calculation code to behave as it did before version 3.20120227 when a key contains non-ascii. The hash directories for a given Key are based on its md5sum. Prior to ghc 7.4, Keys contained raw, undecoded bytes, so the md5sum was taken of each byte in turn. With the ghc 7.4 filename encoding change, keys contains decoded unicode characters (possibly with surrigates for undecodable bytes). This changes the result of the md5sum, since the md5sum used is pure haskell and supports unicode. And that won't do, as git-annex will start looking in a different hash directory for the content of a key. The surrigates are particularly bad, since that's essentially a ghc implementation detail, so could change again at any time. Also, changing the locale changes how the bytes are decoded, which can also change the md5sum. Symptoms would include things like: * git annex fsck would complain that no copies existed of a file, despite its symlink pointing to the content that was locally present * git annex fix would change the symlink to use the wrong hash directory. Only WORM backend is likely to have been affected, since only it tends to include much filename data (SHA1E could in theory also be affected). I have not tried to support the hash directories used by git-annex versions 3.20120227 to 3.20120308, so things added with those versions with WORM will require manual fixups. Sorry for the inconvenience!
2012-03-09 23:26:02 +00:00
* 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).
releasing version 3.20120309
2012-03-10 00:14:34 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 09 Mar 2012 20:05:09 -0400
fix key directory hash calculation code Fix Key directory hash calculation code to behave as it did before version 3.20120227 when a key contains non-ascii. The hash directories for a given Key are based on its md5sum. Prior to ghc 7.4, Keys contained raw, undecoded bytes, so the md5sum was taken of each byte in turn. With the ghc 7.4 filename encoding change, keys contains decoded unicode characters (possibly with surrigates for undecodable bytes). This changes the result of the md5sum, since the md5sum used is pure haskell and supports unicode. And that won't do, as git-annex will start looking in a different hash directory for the content of a key. The surrigates are particularly bad, since that's essentially a ghc implementation detail, so could change again at any time. Also, changing the locale changes how the bytes are decoded, which can also change the md5sum. Symptoms would include things like: * git annex fsck would complain that no copies existed of a file, despite its symlink pointing to the content that was locally present * git annex fix would change the symlink to use the wrong hash directory. Only WORM backend is likely to have been affected, since only it tends to include much filename data (SHA1E could in theory also be affected). I have not tried to support the hash directories used by git-annex versions 3.20120227 to 3.20120308, so things added with those versions with WORM will require manual fixups. Sorry for the inconvenience!
2012-03-09 23:26:02 +00:00
releasing version 3.20120230
2012-03-05 17:47:20 +00:00
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).
2012-03-02 02:35:10 +00:00
* "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 is useful on certian things. For example, box.com has a file size limit of 100 mb. Could also be useful on really crappy removable media.
2012-03-03 22:05:55 +00:00
* 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. So far I've only written progress bars for sending files, not yet receiving. No longer uses external cp at all. ByteString IO is fast enough.
2012-03-04 07:17:03 +00:00
* Add progress bar display to the directory special remote.
add remote start and stop hooks Locking is used, so that, if there are multiple git-annex processes using a remote concurrently, the stop hook is only run by the last process that uses it.
2012-03-04 20:00:24 +00:00
* 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. This is a straight up pure-code stinker. The relative path calculation looked for common subdirectories in the two paths, but failed to stop after the paths diverged. When a later pair of subdirectories were the same, the resulting relative path was wrong. Added regression test for this.
2012-03-05 16:42:52 +00:00
* 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.
"here" can be used to refer to the current repository, which can read better than the old "." (which still works too).
2012-03-02 02:35:10 +00:00
releasing version 3.20120230
2012-03-05 17:47:20 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 05 Mar 2012 13:38:13 -0400
"here" can be used to refer to the current repository, which can read better than the old "." (which still works too).
2012-03-02 02:35:10 +00:00
Fix test suite to not require a unicode locale. Without a unicode locale, it will fail to print a unicode filename to console, and fails.
2012-02-29 06:32:05 +00:00
git-annex (3.20120229) unstable; urgency=low
* Fix test suite to not require a unicode locale.
releasing version 3.20120229
2012-02-29 06:39:44 +00:00
* Fix cabal build failure. Thanks, Sergei Trofimovich
Fix test suite to not require a unicode locale. Without a unicode locale, it will fail to print a unicode filename to console, and fails.
2012-02-29 06:32:05 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 29 Feb 2012 02:31:31 -0400
releasing version 3.20120227
2012-02-27 17:07:04 +00:00
git-annex (3.20120227) unstable; urgency=low
remove Utility.Conditional and use IfElse This drops the >>! and >>? with the nice low fixity. IfElse does have undocumented >>=>>! and >>=>>? operators, but I deem that too fishy. Anyway, using whenM and unlessM is easier; I sometimes mixed the operators up.
2012-01-24 19:28:13 +00:00
reorder
2012-02-16 19:07:59 +00:00
* 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.
remove Utility.Conditional and use IfElse This drops the >>! and >>? with the nice low fixity. IfElse does have undocumented >>=>>! and >>=>>? operators, but I deem that too fishy. Anyway, using whenM and unlessM is easier; I sometimes mixed the operators up.
2012-01-24 19:28:13 +00:00
* Use the haskell IfElse library.
Fix teardown of stale cached ssh connections.
2012-02-10 01:49:46 +00:00
* Fix teardown of stale cached ssh connections.
changelog for a964012fc36d22e4554dd12e3594579fb3190501 Turns out that commit really made some serious improvements to memory use. With the lazy state monad, git-annex add in a huge tree grew seemingly without bound until it overflowed the stack. With the strict monad, it uses 42 mb max. It's possible another change since the 3.20120123 release fixed that, but a964012fc36d22e4554dd12e3594579fb3190501 seems most likely.
2012-02-13 19:27:49 +00:00
* 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.
fix memory leak when staging the journal The list of files had to be retained until the end so it could be deleted. Also, a list of update-index lines was generated and only then fed into it. Now everything streams in constant space.
2012-02-14 18:35:52 +00:00
* 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. git add gets quite slow in such a large repository, so if the system has more than the ~32 mb of memory the queue can use by default, it's a useful optimisation to increase the queue size, in order to decrease the number of times git add is run.
2012-02-15 15:13:13 +00:00
* Added a annex.queuesize setting, useful when adding hundreds of thousands
of files on a system with plenty of memory.
reorder
2012-02-16 19:07:59 +00:00
* 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.
2012-02-16 16:25:19 +00:00
* addurl: Add --pathdepth option.
rekey: New plumbing level command, can be used to change the keys used for files en masse.
2012-02-16 20:36:35 +00:00
* 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. storing it in remotes/web/xx/yy/foo.log meant lots of extra directory objects in git. Now I use xx/yy/foo.log.web, which is just as unique, but more efficient since foo.log is there anyway. Of course, it still looks in the old location too.
2012-02-18 03:15:29 +00:00
* Store web special remote url info in a more efficient location.
releasing version 3.20120227
2012-02-27 17:07:04 +00:00
(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. I was able to reproduce this on linux using the kernel's nfs server and mounting localhost:/. Determined that removing the directory fails when the just-deleted file in it was locked. Considered dropping the lock before removing the directory, but this would complicate parts of the code that should not need to worry about locking. So instead, ignore the failure to remove the directory in this case. While I was at it, made it attempt to remove both levels of hash directories, in case they're empty.
2012-02-24 20:30:47 +00:00
* Deal with NFS problem that caused a failure to remove a directory
when removing content from the annex.
do a cleanup commit after moving data from or to a git remote Added Annex.cleanup, which is a general purpose interface for adding actions to run at the end. Remotes with the old git-annex-shell will commit every time, and have no commit command, so hide stderr when running the commit command.
2012-02-25 22:02:49 +00:00
* Make a single location log commit after a remote has received or
releasing version 3.20120227
2012-02-27 17:07:04 +00:00
dropped files. Uses a new "git-annex-shell commit" command when available.
add annex.alwayscommit option 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.
2012-02-25 19:23:17 +00:00
* 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
improve alwayscommit=false mode Now changes are staged into the branch's index, but not committed, which avoids growing a large journal. And sync and merge always explicitly commit, ensuring that even when they do nothing else, they commit the staged changes. Added a flag file to indicate that the branch's journal contains uncommitted changes. (Could use git ls-files, but don't want to run that every time.) In the future, this ability to have uncommitted changes staged in the journal might be used on remotes after a series of oneshot commands.
2012-02-25 20:11:47 +00:00
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.
2012-02-25 23:15:29 +00:00
* configure: Check if ssh connection caching is supported by the installed
version of ssh and default annex.sshcaching accordingly.
move --from, copy --from: 10 times faster scanning remote on 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. I benchmarked this speeding up scanning 834 files, from an annex on my phone's SSD, from 11.39 seconds to 1.31 seconds. (No files actually moved.) Also benchmarked 8139 files, from an annex on spinning storage, speeding up from 103.17 to 13.39 seconds. Note that benchmarking with an encrypted annex on flash actually showed a minor slowdown with this optimisation -- from 13.93 to 14.50 seconds. Seems the overhead of doing the crypto needed to get the filenames to directly check can be higher than the overhead of looking up data in the location log. (Which says good things about how well the location log and git have been optimised!) It *may* make sense to make encrypted local remotes not have hasKeyCheap set; further benchmarking is called for.
2012-02-26 18:59:12 +00:00
* 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.
remove Utility.Conditional and use IfElse This drops the >>! and >>? with the nice low fixity. IfElse does have undocumented >>=>>! and >>=>>? operators, but I deem that too fishy. Anyway, using whenM and unlessM is easier; I sometimes mixed the operators up.
2012-01-24 19:28:13 +00:00
releasing version 3.20120227
2012-02-27 17:07:04 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 27 Feb 2012 12:58:21 -0400
remove Utility.Conditional and use IfElse This drops the >>! and >>? with the nice low fixity. IfElse does have undocumented >>=>>! and >>=>>? operators, but I deem that too fishy. Anyway, using whenM and unlessM is easier; I sometimes mixed the operators up.
2012-01-24 19:28:13 +00:00
releasing version 3.20120123
2012-01-23 19:09:50 +00:00
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. (Several optimisations are possible, to speed it up, of course.. This is the slow and stupid remote fsck to start with.) 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!
2012-01-19 19:24:05 +00:00
* 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 checking file size and/or contents. Required some reworking of the remote code.
2012-01-20 17:23:11 +00:00
* fsck --from remote --fast: Avoids expensive file transfers, at the
releasing version 3.20120123
2012-01-23 19:09:50 +00:00
expense of not checking file size and/or contents.
ssh connection caching 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. Note: The rsync special remote does not yet participate in the ssh connection caching.
2012-01-20 19:34:52 +00:00
* 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.
releasing version 3.20120123
2012-01-23 19:09:50 +00:00
* To disable the ssh caching (if for example you have your own broader
ssh caching configuration), set annex.sshcaching=false.
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. (Several optimisations are possible, to speed it up, of course.. This is the slow and stupid remote fsck to start with.) 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!
2012-01-19 19:24:05 +00:00
releasing version 3.20120123
2012-01-23 19:09:50 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 23 Jan 2012 13:48:48 -0400
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. (Several optimisations are possible, to speed it up, of course.. This is the slow and stupid remote fsck to start with.) 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!
2012-01-19 19:24:05 +00:00
releasing version 3.20120116
2012-01-16 20:52:26 +00:00
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. I reproduced data loss when moving files to a partition that was almost full. Interrupting a transfer could have similar results. Easily fixed by using a temp file which is then moved atomically into place once the transfer completes. I've audited other calls to copyFileExternal, and other special remote file transfer code; everything else seems to use temp files correctly (rsync, git), or otherwise use atomic transfers (bup, S3).
2012-01-16 20:28:07 +00:00
* 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.
releasing version 3.20120116
2012-01-16 20:52:26 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 16 Jan 2012 16:43:45 -0400
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. I reproduced data loss when moving files to a partition that was almost full. Interrupting a transfer could have similar results. Easily fixed by using a temp file which is then moved atomically into place once the transfer completes. I've audited other calls to copyFileExternal, and other special remote file transfer code; everything else seems to use temp files correctly (rsync, git), or otherwise use atomic transfers (bup, S3).
2012-01-16 20:28:07 +00:00
releasing version 3.20120115
2012-01-15 18:02:32 +00:00
git-annex (3.20120115) unstable; urgency=low
Add a sanity check for bad StatFS results. git-annex FTBFS on s390, mips, powerpc, sparc. That StatFS code is failing on all of them. At least on s390, the failure appears as: Just (FileSystemStats {fsStatBlockSize = 4096, fsStatBlockCount = 0, fsStatByteCount = 0, fsStatBytesFree = 0, fsStatBytesAvailable = 0, fsStatBytesUsed = 0}) While I don't understand why this is happening, or how to fix it, bandaid over it by checking for obviously bad values and returning Nothing. That disables disk free space checking, but at least git-annex will work. Upstream bug: http://code.google.com/p/xmobar/issues/detail?id=70
2012-01-14 21:17:20 +00:00
add a configure check for StatFS This way, the build log will indicate whether StatFS can be relied on. I've tested all the failing architectures now, and on all of them, the StatFS code now returns Nothing, rather than Just nonsense. Also, if annex.diskreserve is set on a platform where StatFS is not working, git-annex will complain. Also, the Makefile was missing the sources target used when building with cabal.
2012-01-15 17:26:17 +00:00
* 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.
2012-01-15 17:53:51 +00:00
* Fix QuickCheck dependency in cabal file.
releasing version 3.20120115
2012-01-15 18:02:32 +00:00
* Minor optimisations.
Add a sanity check for bad StatFS results. git-annex FTBFS on s390, mips, powerpc, sparc. That StatFS code is failing on all of them. At least on s390, the failure appears as: Just (FileSystemStats {fsStatBlockSize = 4096, fsStatBlockCount = 0, fsStatByteCount = 0, fsStatBytesFree = 0, fsStatBytesAvailable = 0, fsStatBytesUsed = 0}) While I don't understand why this is happening, or how to fix it, bandaid over it by checking for obviously bad values and returning Nothing. That disables disk free space checking, but at least git-annex will work. Upstream bug: http://code.google.com/p/xmobar/issues/detail?id=70
2012-01-14 21:17:20 +00:00
releasing version 3.20120115
2012-01-15 18:02:32 +00:00
-- Joey Hess <joeyh@debian.org> Sun, 15 Jan 2012 13:54:20 -0400
Add a sanity check for bad StatFS results. git-annex FTBFS on s390, mips, powerpc, sparc. That StatFS code is failing on all of them. At least on s390, the failure appears as: Just (FileSystemStats {fsStatBlockSize = 4096, fsStatBlockCount = 0, fsStatByteCount = 0, fsStatBytesFree = 0, fsStatBytesAvailable = 0, fsStatBytesUsed = 0}) While I don't understand why this is happening, or how to fix it, bandaid over it by checking for obviously bad values and returning Nothing. That disables disk free space checking, but at least git-annex will work. Upstream bug: http://code.google.com/p/xmobar/issues/detail?id=70
2012-01-14 21:17:20 +00:00
Add libghc-testpack-dev to build depends on all arches.
2012-01-13 19:50:56 +00:00
git-annex (3.20120113) unstable; urgency=low
log: Add --gource mode, which generates output usable by gource. As part of this, I fixed up how log was getting the descriptions of remotes.
2012-01-07 22:13:12 +00:00
* log: Add --gource mode, which generates output usable by gource.
map: Fix display of remote repos A change to break local cycles made remote repos be dropped entirely.
2012-01-08 20:05:57 +00:00
* map: Fix display of remote repos
Add annex-trustlevel configuration settings, which can be used to override the trust level of a remote. This overrides the trust.log, and is overridden by the command-line trust parameters. It would have been nicer to have Logs.Trust.trustMap just look up the configuration for all remotes, but a dependency loop prevented that (Remotes depends on Logs.Trust in several ways). So instead, look up the configuration when building remotes, storing it in the same forcetrust field used for the command-line trust parameters.
2012-01-10 03:31:44 +00:00
* 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. Note that GIT_WORK_TREE cannot influence GIT_DIR; that is necessary for git-fake-bare and vcsh type things to work.
2012-01-13 16:52:09 +00:00
* git-annex, git-union-merge: Support GIT_DIR and GIT_WORK_TREE.
Add libghc-testpack-dev to build depends on all arches.
2012-01-13 19:50:56 +00:00
* Add libghc-testpack-dev to build depends on all arches.
log: Add --gource mode, which generates output usable by gource. As part of this, I fixed up how log was getting the descriptions of remotes.
2012-01-07 22:13:12 +00:00
Add libghc-testpack-dev to build depends on all arches.
2012-01-13 19:50:56 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 13 Jan 2012 15:35:17 -0400
log: Add --gource mode, which generates output usable by gource. As part of this, I fixed up how log was getting the descriptions of remotes.
2012-01-07 22:13:12 +00:00
releasing version 3.20120106
2012-01-07 17:50:35 +00:00
git-annex (3.20120106) unstable; urgency=low
Support unescaped repository urls, like git does. Turns out that git will accept a .git/config containing an url with eg, spaces in its name. Handle this by escaping the url if it's not valid. This also fixes support for urls containing escaped characters like %20 for space. Before, the path from the url was not unescaped properly.
2012-01-05 18:32:20 +00:00
* Support unescaped repository urls, like git does.
typo
2012-01-06 21:52:16 +00:00
* log: New command that displays the location log for files,
log: New command that displays the location log for file, showing each repository they were added to and removed from. This needs to run git log on the location log files to get at all past versions of the file, which tends to be a bit slow. It would be possible to make a version optimised for showing the location logs for every key. That would only need to run git log once, so would be faster, but it would need to process an enormous amount of data, so would not speed up the individual file case. In the future it would be nice to support log --format. log --json also doesn't work right yet.
2012-01-06 19:40:04 +00:00
showing each repository they were added to and removed from.
Fix overbroad gpg --no-tty fix from last release. Only set --no-tty when GPG_AGENT_INFO is set and batch mode is used. In the test suite, set GPG_AGENT_INFO to /dev/null to avoid the test suite relying on /dev/tty.
2012-01-07 16:38:08 +00:00
* Fix overbroad gpg --no-tty fix from last release.
Support unescaped repository urls, like git does. Turns out that git will accept a .git/config containing an url with eg, spaces in its name. Handle this by escaping the url if it's not valid. This also fixes support for urls containing escaped characters like %20 for space. Before, the path from the url was not unescaped properly.
2012-01-05 18:32:20 +00:00
releasing version 3.20120106
2012-01-07 17:50:35 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 07 Jan 2012 13:16:23 -0400
Support unescaped repository urls, like git does. Turns out that git will accept a .git/config containing an url with eg, spaces in its name. Handle this by escaping the url if it's not valid. This also fixes support for urls containing escaped characters like %20 for space. Before, the path from the url was not unescaped properly.
2012-01-05 18:32:20 +00:00
releasing version 3.20120105
2012-01-05 17:51:13 +00:00
git-annex (3.20120105) unstable; urgency=low
Added remote.name.annex-web-options configuration setting, 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).
2012-01-02 18:20:20 +00:00
annex.web-options also works
2012-01-02 18:22:50 +00:00
* Added annex-web-options configuration settings, which can be
Added remote.name.annex-web-options configuration setting, 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).
2012-01-02 18:20:20 +00:00
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).
no implicit dotfiles in add 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. One reason for this is that it will make git-annex more usable with vcsh, where you don't want "vcsh big annex add" to check in all the dotfiles that are already versioned in other repositories. (If you're using vcsh for repos that contain non-dotfiles, this won't help, and you'll need to .gitignore such things, but this will cover the common case.) A more general reason why this seems like a good idea is the same reason ls ignores dotfiles, just the unix convention that they are cruft that is kept out of the way most of the time. All the other git-annex commands still do deal with any dotfiles that do get into the annex. This seemed right because if I've gone to the trouble to add a dotfile, I will want "git annex get ." to get it along with everything else.
2012-01-03 04:09:09 +00:00
* 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.
2012-01-03 18:52:20 +00:00
* Added quickcheck to build dependencies, and fail if test suite cannot be
built.
fsck: Do backend-specific check before checking numcopies is satisfied. This way, when a checksum check fails and the content is moved aside, the numcopies check also warns if there are not enough copies.
2012-01-03 22:39:39 +00:00
* fsck: Do backend-specific check before checking numcopies is satisfied.
Run gpg with --no-tty. Closes: #654721
2012-01-05 17:44:09 +00:00
* Run gpg with --no-tty. Closes: #654721
Added remote.name.annex-web-options configuration setting, 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).
2012-01-02 18:20:20 +00:00
releasing version 3.20120105
2012-01-05 17:51:13 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 05 Jan 2012 13:44:12 -0400
Added remote.name.annex-web-options configuration setting, 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).
2012-01-02 18:20:20 +00:00
releasing version 3.20111231
2011-12-31 19:07:45 +00:00
git-annex (3.20111231) unstable; urgency=low
always find optimal merge Testing b9ac5854549636493449fea6830364a01159fbf6, it didn't find the optimal union merge, the second sha was the one to use, at least in the case I tried. Let's just try all shas to see if any can be reused. I stopped using the expensive nub, so despite the use of sets to sort/uniq file contents, this is probably as fast or faster than it was before.
2011-12-12 05:33:02 +00:00
releasing version 3.20111231
2011-12-31 19:07:45 +00:00
* 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.
always find optimal merge Testing b9ac5854549636493449fea6830364a01159fbf6, it didn't find the optimal union merge, the second sha was the one to use, at least in the case I tried. Let's just try all shas to see if any can be reused. I stopped using the expensive nub, so despite the use of sets to sort/uniq file contents, this is probably as fast or faster than it was before.
2011-12-12 05:33:02 +00:00
* 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.
2011-12-12 17:43:52 +00:00
* reinject: Add a sanity check for using an annexed file as the source file.
Properly handle multiline git config values. A crash on parsing was fixed a while ago. This adds support for fully correctly parsing multiline git config values, using git config --null. Since git-annex-shell configlist uses normal git config output, I left in support for that too; the two forms of config output can be easily identified by the parser. Since configlist only prints the annex.uuid config, there's no risk of multiline values there, so no need to change it.
2011-12-15 16:46:04 +00:00
* Properly handle multiline git config values.
Fix the hook special remote, which bitrotted a while ago.
2011-12-20 16:23:49 +00:00
* Fix the hook special remote, which bitrotted a while ago.
map: --fast disables use of dot to display map Generally useful, and allows the test suite to test it.
2011-12-20 20:31:59 +00:00
* map: --fast disables use of dot to display map
test fsck in bare repos (75%)
2011-12-21 18:20:41 +00:00
* Test suite improvements. Current top-level test coverage: 75%
Improve deletion of files from rsync special remotes. Closes: #652849 Rsync is only run once, with include / exclude rules used to specify exactly what to delete. This is faster, and avoids ugly error messages from rsync, and doesn't fail if the content already got deleted somehow.
2011-12-21 20:56:48 +00:00
* Improve deletion of files from rsync special remotes. Closes: #652849
Add --include, which is the same as --not --exclude.
2011-12-22 17:53:06 +00:00
* Add --include, which is the same as --not --exclude.
find --json
2011-12-23 02:03:18 +00:00
* Format strings can be specified using the new --format option, to control
Format strings can be specified using the new --find option, to control what is output by git annex find.
2011-12-22 22:31:44 +00:00
what is output by git annex find.
find --json
2011-12-23 02:03:18 +00:00
* Support git annex find --json
fixed behavior when multiple insteadOf configs are provided for the same url base Consider this git config --list case: url.git+ssh://git@example.com/.insteadOf=gl url.git+ssh://git@example.com/.insteadOf=shared Since config is stored in a Map, only the last of the values for this key was stored and available for use by the insteadOf code. But that is wrong; git allows either "gl" or "shared" to be used in an url and the insteadOf value to be substituted in. To support this, it seems best to keep the existing config map as-is, and add a second map that accumulates a list of multiple values for config keys. This new fullconfig map can be used in the rare places where multiple values for a key make sense, without needing to complicate everything else. Haskell's laziness and data sharing keep the overhead of adding this second map low.
2011-12-30 18:07:17 +00:00
* Fixed behavior when multiple insteadOf configs are provided for the
same url base.
Updated to build with monad-control 0.3.
2011-12-25 03:05:23 +00:00
* 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.
always find optimal merge Testing b9ac5854549636493449fea6830364a01159fbf6, it didn't find the optimal union merge, the second sha was the one to use, at least in the case I tried. Let's just try all shas to see if any can be reused. I stopped using the expensive nub, so despite the use of sets to sort/uniq file contents, this is probably as fast or faster than it was before.
2011-12-12 05:33:02 +00:00
releasing version 3.20111231
2011-12-31 19:07:45 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 31 Dec 2011 14:55:29 -0400
always find optimal merge Testing b9ac5854549636493449fea6830364a01159fbf6, it didn't find the optimal union merge, the second sha was the one to use, at least in the case I tried. Let's just try all shas to see if any can be reused. I stopped using the expensive nub, so despite the use of sets to sort/uniq file contents, this is probably as fast or faster than it was before.
2011-12-12 05:33:02 +00:00
releasing version 3.20111211
2011-12-12 01:55:51 +00:00
git-annex (3.20111211) unstable; urgency=medium
map: Fix a failure to detect a loop when both repositories are local and refer to each other with relative paths.
2011-12-04 16:23:10 +00:00
releasing version 3.20111211
2011-12-12 01:55:51 +00:00
* 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.
2011-12-04 16:23:10 +00:00
* 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. There are several places where it's assumed a key can be written on one line. One is in the format of the .git/annex/unused files. The difficult one is that filenames derived from keys are fed into git cat-file --batch, which has a line based input. (And no -z option.) So, for now it's best to block such keys being created.
2011-12-06 17:02:50 +00:00
* 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.
2011-12-07 20:53:53 +00:00
* 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.
2011-12-08 20:01:46 +00:00
* Fix caching of decrypted ciphers, which failed when drop had to check
multiple different encrypted special remotes.
unannex improvements Added files don't have to be committed before they can be unannexed. unannex no longer commits existing staged changes unannex of the last file in a directory now works, before it failed because git rm deleted the directory out from under it,
2011-12-09 17:07:31 +00:00
* 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.
2011-12-10 00:27:22 +00:00
* sync: New command that synchronises the local repository and default
remote, by running git commit, pull, and push for you.
version dependency on old monad-control This should let cabal build it with the right version.
2011-12-10 16:49:44 +00:00
* Version monad-control dependency in cabal file.
map: Fix a failure to detect a loop when both repositories are local and refer to each other with relative paths.
2011-12-04 16:23:10 +00:00
releasing version 3.20111211
2011-12-12 01:55:51 +00:00
-- Joey Hess <joeyh@debian.org> Sun, 11 Dec 2011 21:24:39 -0400
map: Fix a failure to detect a loop when both repositories are local and refer to each other with relative paths.
2011-12-04 16:23:10 +00:00
releasing version 3.20111203
2011-12-04 01:13:21 +00:00
git-annex (3.20111203) unstable; urgency=low
Put a workaround in the directory special remote for strange behavior with VFAT filesystems on Linux (mounted with shortname=mixed)
2011-11-22 22:20:55 +00:00
store content in hashDirLower directories in bare repositories When storing content in bare repositories, use the hashDirLower directories. Bare repositories can be on USB drives, which might use the FAT filesystem, and fall afoul of recent bugs in linux's handling of mixed case on FAT. Using hashDirLower avoids that.
2011-11-29 02:47:11 +00:00
* The VFAT filesystem on recent versions of Linux, when mounted with
shortname=mixed, does not get along well with git-annex's mixed case
convert rsync special backend to using both hash directory types
2011-12-02 19:50:27 +00:00
.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. The bug was that with --json, output lines were sometimes doubled. For example, git annex init --json would output two lines, despite only running one thing. Adding to the weirdness, this only occurred when the output was redirected to a pipe or a file. Strace showed two processes outputting the same buffered output. The second process was this writer process (only needed to work around bug #624389): _ <- forkProcess $ do hPutStr toh $ unlines paths hClose toh exitSuccess The doubled output occurs when this process exits, and ghc flushes the inherited stdout buffer. Why only when piping? I don't know, but ghc may be behaving differently when stdout is not a terminal. While this is quite possibly a ghc bug, there is a nice fix in git-annex. Explicitly flushing after each chunk of json is output works around the problem, and as a side effect, json is streamed rather than being output all at the end when performing an expensive operaition. However, note that this means all uses of putStr in git-annex must be explicitly flushed. The others were, already.
2011-11-25 15:46:07 +00:00
* Flush json output, avoiding a buffering problem that could result in
doubled output.
changelog
2011-11-26 16:06:03 +00:00
* Avoid needing haskell98 and other fixes for new ghc. Thanks, Mark Wright.
Bugfix: dropunused did not drop keys with two spaces in their name.
2011-11-27 17:50:05 +00:00
* Bugfix: dropunused did not drop keys with two spaces in their name.
support .git/annex on a different disk than the rest of the repo The only fully supported thing is to have the main repository on one disk, and .git/annex on another. Only commands that move data in/out of the annex will need to copy it across devices. There is only partial support for putting arbitrary subdirectories of .git/annex on different devices. For one thing, but this can require more copies to be done. For example, when .git/annex/tmp is on one device, and .git/annex/journal on another, every journal write involves a call to mv(1). Also, there are a few places that make hard links between various subdirectories of .git/annex with createLink, that are not handled. In the common case without cross-device, the new moveFile is actually faster than renameFile, avoiding an unncessary stat to check that a file (not a directory) is being moved. Of course if a cross-device move is needed, it is as slow as mv(1) of the data.
2011-11-28 19:26:27 +00:00
* 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.
2011-11-28 21:37:15 +00:00
* --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.
2011-12-02 20:59:55 +00:00
* dead: A command which says that a repository is gone for good
and you don't want git-annex to mention it again.
Put a workaround in the directory special remote for strange behavior with VFAT filesystems on Linux (mounted with shortname=mixed)
2011-11-22 22:20:55 +00:00
releasing version 3.20111203
2011-12-04 01:13:21 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 03 Dec 2011 21:01:45 -0400
Put a workaround in the directory special remote for strange behavior with VFAT filesystems on Linux (mounted with shortname=mixed)
2011-11-22 22:20:55 +00:00
releasing version 3.20111122
2011-11-22 18:40:11 +00:00
git-annex (3.20111122) unstable; urgency=low
merge: Improve commit messages to mention what was merged.
2011-11-12 18:51:19 +00:00
* merge: Improve commit messages to mention what was merged.
avoid unnecessary auto-merge when only changing a file in the branch. Avoids 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. Affected commands: Anything that doesn't look up data from the branch, but does write a change to it. It might seem counterintuitive that we can change a value without first making sure we have the current value. This optimisation works because these two sequences are equivilant: 1. pull from remote 2. union merge 3. read file from branch 4. modify file and write to branch vs. 1. read file from branch 2. modify file and write to branch 3. pull from remote 4. union merge After either sequence, the git-annex branch contains the same logical content for the modified file. (Possibly with lines in a different order or additional old lines of course).
2011-11-12 19:15:57 +00:00
* 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.
2011-11-12 19:42:52 +00:00
* init: When run in an already initalized repository, and without
a description specified, don't delete the old description.
cleanup
2011-11-16 04:07:06 +00:00
* Optimised union merging; now only runs git cat-file once, and runs
in constant space.
status: Now displays trusted, untrusted, and semitrusted repositories separately.
2011-11-14 20:14:17 +00:00
* status: Now displays trusted, untrusted, and semitrusted repositories
separately.
status: Include all special remotes in the list of repositories. Special remotes do not always have a description listed in uuid.log, and such ones were not listed before.
2011-11-18 17:22:48 +00:00
* status: Include all special remotes in the list of repositories.
status --json now shows most things Left out the backend usage graph for now, and bad/temp directory sizes are only displayed when present. Also, disk usage is returned as a string with units, which I can see changing later.
2011-11-20 18:12:48 +00:00
* status: Fix --json mode.
status --json --fast for esc * status: Fix --json mode (only the repository lists are currently displayed) * status: --fast is back
2011-11-14 23:27:00 +00:00
* status: --fast is back
Fix support for insteadOf url remapping. Closes: #644278
2011-11-15 18:06:38 +00:00
* 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. Things that sound simple, but are made hard by the Annex monad being built with the assumption that there will always be a git repo.
2011-11-16 04:49:09 +00:00
* 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.
2011-11-17 22:29:28 +00:00
* migrate: Don't fall over a stale temp file.
Avoid excessive escaping for rsync special remotes that are not accessed over ssh. This is actually tricky, 45bbf210a1210172c7c7b87879ed74f7c8ccbdba added the escaping because it's needed for rsync that does go over ssh. So I had to detect whether the remote's rsync url will use ssh or not, and vary the escaping.
2011-11-18 16:53:48 +00:00
* Avoid excessive escaping for rsync special remotes that are not accessed
over ssh.
find: Support --print0 It would be nice if command-specific options were supported. The first difficulty is that which command is being called is not known until after getopt; but that could be worked around by finding the first non-dashed parameter. Storing the settings without putting them in the annex monad is the next difficulty; it could perhaps be handled by making the seek stage pass applicable settings into the start stage (and from there on to perform as needed). But that still leaves a problem, what data type to use to represent the options between getopt and seek?
2011-11-22 18:06:31 +00:00
* find: Support --print0
merge: Improve commit messages to mention what was merged.
2011-11-12 18:51:19 +00:00
releasing version 3.20111122
2011-11-22 18:40:11 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 22 Nov 2011 14:31:45 -0400
merge: Improve commit messages to mention what was merged.
2011-11-12 18:51:19 +00:00
map: Support remotes with /~/ and /~user/ More accurately, it was supported already when map uses git-annex-shell, but not when it does not. Note that the user name cannot be shell escaped using git-annex's current approach for shell escaping. I tried and some shells like dash cannot cd ~'joey'. Rest of directory is still shell escaped, not for security but in case a directory has a space or other weird character.
2011-11-11 20:18:41 +00:00
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.
2011-11-07 22:10:31 +00:00
* Handle a case where an annexed file is moved into a gitignored directory,
by having fix --force add its change.
content locking I've tested that this solves the cyclic drop problem. Have not looked at cyclic move, etc.
2011-11-10 01:45:03 +00:00
* Avoid cyclic drop problems.
Optimized copy --from and get --from to avoid checking the location log for files that are already present. This can be a significant speedup when running in large trees that are only missing a few files; it makes copy --from just as fast as get.
2011-11-11 01:32:42 +00:00
* 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).
2011-11-11 17:42:31 +00:00
* 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/ More accurately, it was supported already when map uses git-annex-shell, but not when it does not. Note that the user name cannot be shell escaped using git-annex's current approach for shell escaping. I tried and some shells like dash cannot cd ~'joey'. Rest of directory is still shell escaped, not for security but in case a directory has a space or other weird character.
2011-11-11 20:18:41 +00:00
* map: Support remotes with /~/ and /~user/
Handle a case where an annexed file is moved into a gitignored directory, by having fix --force add its change.
2011-11-07 22:10:31 +00:00
map: Support remotes with /~/ and /~user/ More accurately, it was supported already when map uses git-annex-shell, but not when it does not. Note that the user name cannot be shell escaped using git-annex's current approach for shell escaping. I tried and some shells like dash cannot cd ~'joey'. Rest of directory is still shell escaped, not for security but in case a directory has a space or other weird character.
2011-11-11 20:18:41 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 11 Nov 2011 13:44:18 -0400
Handle a case where an annexed file is moved into a gitignored directory, by having fix --force add its change.
2011-11-07 22:10:31 +00:00
releasing version 3.20111107
2011-11-07 17:06:58 +00:00
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. While the git-annex branch is fast-forwarded, git-annex's index file is still updated using the union merge strategy as before. There's no other way to update the index that would be any faster. It is possible that a union merge and a fast-forward result in different file contents: Files should have the same lines, but a union merge may change their order. If this happens, the next commit made to the git-annex branch will have some unnecessary changes to line orders, but the consistency of data should be preserved. Note that when the journal contains changes, a fast-forward is never attempted, which is fine, because committing those changes would be vanishingly unlikely to leave the git-annex branch at a commit that already exists in one of the remotes. The real difficulty is handling the case where multiple remotes have all changed. git-annex does find the best (ie, newest) one and fast forwards to it. If the remotes are diverged, no fast-forward is done at all. It would be possible to pick one, fast forward to it, and make a merge commit to the rest, I see no benefit to adding that complexity. Determining the best of N changed remotes requires N*2+1 calls to git-log, but these are fast git-log calls, and N is typically small. Also, typically some or all of the remote refs will be the same, and git-log is not called to compare those. In the real world I expect this will almost always add only 1 git-log call to the merge process. (Which already makes N anyway.)
2011-11-06 19:18:45 +00:00
* 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.
2011-11-07 15:50:30 +00:00
* 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. This is my own damn fault for not making UUID a real type, and then relying on the type checker to ensure my refactoring was correct -- which it wasn't! I should probably add code to clean up bogus entries in the uuid.log, but right now I want to get the fix out there to prevent people experiencing this bug. I should also make UUID a real data type.
2011-11-07 16:47:41 +00:00
* Bugfix: In the past two releases, git-annex init has written the uuid.log
in the wrong format, with the UUID and description flipped.
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. While the git-annex branch is fast-forwarded, git-annex's index file is still updated using the union merge strategy as before. There's no other way to update the index that would be any faster. It is possible that a union merge and a fast-forward result in different file contents: Files should have the same lines, but a union merge may change their order. If this happens, the next commit made to the git-annex branch will have some unnecessary changes to line orders, but the consistency of data should be preserved. Note that when the journal contains changes, a fast-forward is never attempted, which is fine, because committing those changes would be vanishingly unlikely to leave the git-annex branch at a commit that already exists in one of the remotes. The real difficulty is handling the case where multiple remotes have all changed. git-annex does find the best (ie, newest) one and fast forwards to it. If the remotes are diverged, no fast-forward is done at all. It would be possible to pick one, fast forward to it, and make a merge commit to the rest, I see no benefit to adding that complexity. Determining the best of N changed remotes requires N*2+1 calls to git-log, but these are fast git-log calls, and N is typically small. Also, typically some or all of the remote refs will be the same, and git-log is not called to compare those. In the real world I expect this will almost always add only 1 git-log call to the merge process. (Which already makes N anyway.)
2011-11-06 19:18:45 +00:00
releasing version 3.20111107
2011-11-07 17:06:58 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 07 Nov 2011 12:47:44 -0400
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. While the git-annex branch is fast-forwarded, git-annex's index file is still updated using the union merge strategy as before. There's no other way to update the index that would be any faster. It is possible that a union merge and a fast-forward result in different file contents: Files should have the same lines, but a union merge may change their order. If this happens, the next commit made to the git-annex branch will have some unnecessary changes to line orders, but the consistency of data should be preserved. Note that when the journal contains changes, a fast-forward is never attempted, which is fine, because committing those changes would be vanishingly unlikely to leave the git-annex branch at a commit that already exists in one of the remotes. The real difficulty is handling the case where multiple remotes have all changed. git-annex does find the best (ie, newest) one and fast forwards to it. If the remotes are diverged, no fast-forward is done at all. It would be possible to pick one, fast forward to it, and make a merge commit to the rest, I see no benefit to adding that complexity. Determining the best of N changed remotes requires N*2+1 calls to git-log, but these are fast git-log calls, and N is typically small. Also, typically some or all of the remote refs will be the same, and git-log is not called to compare those. In the real world I expect this will almost always add only 1 git-log call to the merge process. (Which already makes N anyway.)
2011-11-06 19:18:45 +00:00
releasing version 3.20111105
2011-11-05 19:55:19 +00:00
git-annex (3.20111105) unstable; urgency=low
Sped up some operations on remotes that are on the same host. Specifically, disabled trying to update the git-annex branch on the remote, since that data is never used by operations that act on such remotes. Also, when copying content to such a remote, skip committing the presence information changes to its git-annex branch. Leaving it in the journal there is ok: Any command run on the remote that needs the info will flush the journal. This may partially solve this bug: http://git-annex.branchable.com/bugs/fails_to_handle_lot_of_files/ Although I still see unreaped git processes piling up when doing a copy --to.
2011-10-27 18:04:18 +00:00
use SHA256 by default To get old behavior, add a .gitattributes containing: * annex.backend=WORM I feel that SHA256 is a better default for most people, as long as their systems are fast enough that checksumming their files isn't a problem. git-annex should default to preserving the integrity of data as well as git does. Checksum backends also work better with editing files via unlock/lock. I considered just using SHA1, but since that hash is believed to be somewhat near to being broken, and git-annex deals with large files which would be a perfect exploit medium, I decided to go to a SHA-2 hash. SHA512 is annoyingly long when displayed, and git-annex displays it in a few places (and notably it is shown in ls -l), so I picked the shorter hash. Considered SHA224 as it's even shorter, but feel it's a bit weird. I expect git-annex will use SHA-3 at some point in the future, but probably not soon! Note that systems without a sha256sum (or sha256) program will fall back to defaulting to SHA1.
2011-11-04 19:21:45 +00:00
* 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. Specifically, disabled trying to update the git-annex branch on the remote, since that data is never used by operations that act on such remotes. Also, when copying content to such a remote, skip committing the presence information changes to its git-annex branch. Leaving it in the journal there is ok: Any command run on the remote that needs the info will flush the journal. This may partially solve this bug: http://git-annex.branchable.com/bugs/fails_to_handle_lot_of_files/ Although I still see unreaped git processes piling up when doing a copy --to.
2011-10-27 18:04:18 +00:00
* Sped up some operations on remotes that are on the same host.
wording
2011-10-27 19:24:58 +00:00
* copy --to: Fixed leak when copying many files to a remote on the same
reap in onLocal Each onLocal call involves a new Annex state, so needs to clean up after it.
2011-10-27 18:48:53 +00:00
host.
uninit: Add guard against being run with the git-annex branch checked out.
2011-10-27 19:47:11 +00:00
* 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.
2011-10-27 22:56:54 +00:00
* 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.
2011-10-28 21:26:38 +00:00
* 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.
2011-10-28 23:49:01 +00:00
* 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. In practice, that should not be a problem, since fsck is also run in a checkout and will check numcopies there.
2011-10-29 21:49:37 +00:00
* 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. Turned out I had already done all the work needed to support this when unused started checking all branches.
2011-10-29 23:16:45 +00:00
* unused, dropunused: Now work in bare repositories.
better command name
2011-10-31 19:18:41 +00:00
* Removed the setkey command, and added a reinject command with a more
Removed the setkey command, and added a setcontent command with a more useful interface.
2011-10-31 16:33:41 +00:00
useful interface.
The fromkey command now takes the key as its first parameter. The --key option is no longer used.
2011-10-31 16:47:13 +00:00
* The fromkey command now takes the key as its first parameter. The --key
option is no longer used.
fixed my build environment
2011-10-31 19:40:57 +00:00
* Built without any filename containing .git being excluded. Closes: #647215
Record uuid when auto-initializing a remote so it shows in status.
2011-11-02 18:18:21 +00:00
* Record uuid when auto-initializing a remote so it shows in status.
add changelog for bugfix
2011-11-04 19:01:43 +00:00
* 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.
2011-11-04 23:38:17 +00:00
* Pass -t to rsync to preserve timestamps.
Sped up some operations on remotes that are on the same host. Specifically, disabled trying to update the git-annex branch on the remote, since that data is never used by operations that act on such remotes. Also, when copying content to such a remote, skip committing the presence information changes to its git-annex branch. Leaving it in the journal there is ok: Any command run on the remote that needs the info will flush the journal. This may partially solve this bug: http://git-annex.branchable.com/bugs/fails_to_handle_lot_of_files/ Although I still see unreaped git processes piling up when doing a copy --to.
2011-10-27 18:04:18 +00:00
releasing version 3.20111105
2011-11-05 19:55:19 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 05 Nov 2011 15:47:52 -0400
Sped up some operations on remotes that are on the same host. Specifically, disabled trying to update the git-annex branch on the remote, since that data is never used by operations that act on such remotes. Also, when copying content to such a remote, skip committing the presence information changes to its git-annex branch. Leaving it in the journal there is ok: Any command run on the remote that needs the info will flush the journal. This may partially solve this bug: http://git-annex.branchable.com/bugs/fails_to_handle_lot_of_files/ Although I still see unreaped git processes piling up when doing a copy --to.
2011-10-27 18:04:18 +00:00
releasing version 3.20111025
2011-10-25 20:46:01 +00:00
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.)
2011-10-14 22:17:46 +00:00
* 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.
2011-10-15 20:36:56 +00:00
* 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 could be used by eg, gitolite.
2011-10-15 23:06:35 +00:00
* git-annex-shell: GIT_ANNEX_SHELL_READONLY and GIT_ANNEX_SHELL_LIMITED
environment variables can be set to limit what commands can be run.
update
2011-10-25 18:39:15 +00:00
This is used by gitolite's new git-annex support!
A remote can have a annexUrl configured, that is used by git-annex instead of its usual url. (Similar to pushUrl.)
2011-10-14 22:17:46 +00:00
releasing version 3.20111025
2011-10-25 20:46:01 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 25 Oct 2011 13:03:08 -0700
A remote can have a annexUrl configured, that is used by git-annex instead of its usual url. (Similar to pushUrl.)
2011-10-14 22:17:46 +00:00
prep release
2011-10-12 03:03:19 +00:00
git-annex (3.20111011) unstable; urgency=low
Sped up unused. Added Git.ByteString which replaces Git IO methods with ones using lazy ByteStrings. This can be more efficient when large quantities of data are being read from git. In Git.LsTree, parse git ls-tree output more efficiently, thanks to ByteString. This benchmarks 25% faster, in a benchmark that includes (probably predominately) the run time for git ls-tree itself. In real world numbers, this makes git annex unused 2 seconds faster for each branch it needs to check, in my usual large repo.
2011-09-29 23:04:24 +00:00
fix git 1.7.7 breakage * This version of git-annex only works with git 1.7.7 and newer. The breakage with old versions is subtle, and affects annex.numcopies .gitattributes settings, 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 Unfortunatly I can find no way to work with the old and new gits, as the old had bugs that require absolute paths, while the new doesn't like them at all. And the behavior of git show-attr in 1.7.7. is the same as eg, git add of an absolute path to a symlink, so seems entirely intentional and not likely to change.
2011-10-12 02:52:55 +00:00
* This version of git-annex only works with git 1.7.7 and newer.
prep release
2011-10-12 03:03:19 +00:00
The breakage with old versions is subtle, and affects the
annex.numcopies settings in .gitattributes, so be sure to upgrade git
fix git 1.7.7 breakage * This version of git-annex only works with git 1.7.7 and newer. The breakage with old versions is subtle, and affects annex.numcopies .gitattributes settings, 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 Unfortunatly I can find no way to work with the old and new gits, as the old had bugs that require absolute paths, while the new doesn't like them at all. And the behavior of git show-attr in 1.7.7. is the same as eg, git add of an absolute path to a symlink, so seems entirely intentional and not likely to change.
2011-10-12 02:52:55 +00:00
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
oops
2011-10-12 02:54:38 +00:00
* 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.
Sped up unused. Added Git.ByteString which replaces Git IO methods with ones using lazy ByteStrings. This can be more efficient when large quantities of data are being read from git. In Git.LsTree, parse git ls-tree output more efficiently, thanks to ByteString. This benchmarks 25% faster, in a benchmark that includes (probably predominately) the run time for git ls-tree itself. In real world numbers, this makes git annex unused 2 seconds faster for each branch it needs to check, in my usual large repo.
2011-09-29 23:04:24 +00:00
prep release
2011-10-12 03:03:19 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 11 Oct 2011 23:00:02 -0400
Sped up unused. Added Git.ByteString which replaces Git IO methods with ones using lazy ByteStrings. This can be more efficient when large quantities of data are being read from git. In Git.LsTree, parse git ls-tree output more efficiently, thanks to ByteString. This benchmarks 25% faster, in a benchmark that includes (probably predominately) the run time for git ls-tree itself. In real world numbers, this makes git annex unused 2 seconds faster for each branch it needs to check, in my usual large repo.
2011-09-29 23:04:24 +00:00
releasing version 3.20110928
2011-09-28 23:17:12 +00:00
git-annex (3.20110928) unstable; urgency=low
add --in limit
2011-09-19 00:14:18 +00:00
* --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.)
2011-09-19 00:23:08 +00:00
* --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.)
make find show files meeting limits, even when not present 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 find --exclude! Old behavior can be gotten with find --in . --exclude=...
2011-09-19 00:41:51 +00:00
* 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.
clarify wording
2011-09-19 05:54:20 +00:00
* 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. Using Sets is the right thing; they have constant size lookup like my SizeList, and logn insertation, which beats nub to death. Runs faster than --fast mode did before, and gives accurate counts. 13 seconds total runtime with a warm cache in a repository with 40 thousand keys.
2011-09-20 22:57:05 +00:00
* status: Massively sped up; remove --fast mode.
documentation/warning message update for future feature
2011-09-23 22:04:38 +00:00
* 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.
add --in limit
2011-09-19 00:14:18 +00:00
releasing version 3.20110928
2011-09-28 23:17:12 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 28 Sep 2011 18:14:02 -0400
add --in limit
2011-09-19 00:14:18 +00:00
releasing version 3.20110915
2011-09-17 13:21:09 +00:00
git-annex (3.20110915) unstable; urgency=low
whereis: Show untrusted locations separately and do not include in location count.
2011-09-06 20:59:53 +00:00
* whereis: Show untrusted locations separately and do not include in
location count.
Fix build without S3.
2011-09-07 14:21:19 +00:00
* Fix build without S3.
addurl: Always use whole url as destination filename, rather than only its file component. First, this ensures that git annex addurl, when run repeatedly with the same url, doesn't create duplicate files, which it did before when it fell back to the longer filename. Secondly, the file part of an url is frequently not very descriptive on its own. The uri scheme, auth, and port is intentionally left out, as clutter.
2011-09-07 23:04:51 +00:00
* addurl: Always use whole url as destination filename, rather than
only its file component.
copy --auto Only does copy when numcopies is not yet satisfied.
2011-09-15 19:27:45 +00:00
* 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
2011-09-15 19:44:32 +00:00
* bugfix: drop and fsck did not honor --exclude
whereis: Show untrusted locations separately and do not include in location count.
2011-09-06 20:59:53 +00:00
releasing version 3.20110915
2011-09-17 13:21:09 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 15 Sep 2011 22:25:46 -0400
whereis: Show untrusted locations separately and do not include in location count.
2011-09-06 20:59:53 +00:00
releasing version 3.20110906
2011-09-06 19:54:21 +00:00
git-annex (3.20110906) unstable; urgency=low
Improve display of newlines around error and warning messages.
2011-09-06 17:46:08 +00:00
* Improve display of newlines around error and warning messages.
Fix Makefile to work with cabal again.
2011-09-06 19:35:13 +00:00
* Fix Makefile to work with cabal again.
Improve display of newlines around error and warning messages.
2011-09-06 17:46:08 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 06 Sep 2011 13:45:16 -0400
releasing version 3.20110902
2011-09-03 01:32:05 +00:00
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
2011-08-23 17:41:32 +00:00
* 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. Got tired of curl's various ugly progress bars.
2011-08-27 16:31:50 +00:00
* The wget command will now be used in preference to curl, if available.
init: Make description an optional parameter.
2011-08-29 18:13:38 +00:00
* init: Make description an optional parameter.
unused, status: Sped up by avoiding unnecessary stats of annexed files. Statting files returned by dirContents to see if they exist and are regular files seems pretty useless. This code was originally part of fsck, and perhaps the idea then was to avoid things returned by dirContents that were not files. But it's certianly not needed in the current use cases for getKeysPresent.
2011-08-30 19:16:34 +00:00
* unused, status: Sped up by avoiding unnecessary stats of annexed files.
unused --remote: Reduced memory use to 1/4th what was used before. Using a single strictness annotation, in just the right place. Tried several others, none of which helped and some of which potentially hurt. This is only the second time I've really had to deal with this in a year of using haskell, which is, I suppose not that bad.
2011-08-31 23:13:02 +00:00
* unused --remote: Reduced memory use to 1/4th what was used before.
basic json support This includes a generic JSONStream library built on top of Text.JSON (somewhat hackishly). It would be possible to stream out a single json document describing all actions, but it's probably better for consumers if they can expect one json document per line, so I did it that way instead. Output from external programs used for transferring files is not currently hidden when outputting json, which probably makes it not very useful there. This may be dealt with if there is demand for json output for --get or --move to be parsable. The version, status, and find subcommands have hand-crafted output and don't do json. The whereis subcommand needs to be modified to produce useful json.
2011-09-01 19:16:31 +00:00
* Add --json switch, to produce machine-consumable output.
Set EMAIL when running test suite so that git does not need to be configured first. Closes: #638998
2011-08-23 17:41:32 +00:00
releasing version 3.20110902
2011-09-03 01:32:05 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 02 Sep 2011 21:20:37 -0400
Set EMAIL when running test suite so that git does not need to be configured first. Closes: #638998
2011-08-23 17:41:32 +00:00
releasing version 3.20110819
2011-08-20 00:38:36 +00:00
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.
2011-08-17 18:14:43 +00:00
* 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. Also avoided crashing if the user specified cost value cannot be parsed.
2011-08-18 16:20:47 +00:00
* 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 Had forgotten to keep several old versions of functions needed during this upgrade.
2011-08-20 00:05:08 +00:00
* Fix broken upgrade from V1 repository. Closes: #638584
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.
2011-08-17 18:14:43 +00:00
releasing version 3.20110819
2011-08-20 00:38:36 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 19 Aug 2011 20:34:09 -0400
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.
2011-08-17 18:14:43 +00:00
releasing version 3.20110817
2011-08-17 05:34:15 +00:00
git-annex (3.20110817) unstable; urgency=low
Fix shell escaping in rsync special remote.
2011-07-29 13:28:21 +00:00
* Fix shell escaping in rsync special remote.
addurl: --fast can be used to avoid immediately downloading the url. The tricky part about this is that to generate a key, the file must be present already. Worked around by adding (back) an URL key type, which is used for addurl --fast.
2011-08-06 18:57:22 +00:00
* addurl: --fast can be used to avoid immediately downloading the url.
Added support for getting content from git remotes using http (and https).
2011-08-17 01:12:48 +00:00
* Added support for getting content from git remotes using http (and https).
Added curl to Debian package dependencies.
2011-08-17 02:22:00 +00:00
* Added curl to Debian package dependencies.
Fix shell escaping in rsync special remote.
2011-07-29 13:28:21 +00:00
releasing version 3.20110817
2011-08-17 05:34:15 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 17 Aug 2011 01:29:02 -0400
Fix shell escaping in rsync special remote.
2011-07-29 13:28:21 +00:00
releasing version 3.20110719
2011-07-20 03:52:09 +00:00
git-annex (3.20110719) unstable; urgency=low
add: Be even more robust to avoid ever leaving the file seemingly deleted. A failure at any point after the file is annexed will result in an undo that puts the original file back into place and wipes the location log.
2011-07-08 01:29:31 +00:00
* add: Be even more robust to avoid ever leaving the file seemingly deleted.
add closure for new bug that I already fixed
2011-07-17 23:05:50 +00:00
Closes: #634233
Bugfix: Make add ../ work. The complication of check-attr returning absolute paths that have to be converted back to relative paths..
2011-07-10 17:52:53 +00:00
* Bugfix: Make add ../ work.
Support the standard git -c name=value This allows eg, `git-annex -c annex.rsync-options=-6 get file` The overridden git configs are not passed on to git plumbing commands that are run. Perhaps someone will find a need to do that, but I don't yet and it would require storing more state to know what config settings have been overridden and need to be passed on.
2011-07-14 20:44:23 +00:00
* Support the standard git -c name=value
unannex: Clean up use of git commit -a. This was more complex than would be expected. unannex has to use git commit -a since it's removing files from git; git commit filelist won't do. Allow commands to be added to the Git queue that have no associated files, and run such commands once.
2011-07-14 20:56:06 +00:00
* unannex: Clean up use of git commit -a.
add: Be even more robust to avoid ever leaving the file seemingly deleted. A failure at any point after the file is annexed will result in an undo that puts the original file back into place and wipes the location log.
2011-07-08 01:29:31 +00:00
releasing version 3.20110719
2011-07-20 03:52:09 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 19 Jul 2011 23:39:53 -0400
add: Be even more robust to avoid ever leaving the file seemingly deleted. A failure at any point after the file is annexed will result in an undo that puts the original file back into place and wipes the location log.
2011-07-08 01:29:31 +00:00
releasing version 3.20110707
2011-07-07 23:37:49 +00:00
git-annex (3.20110707) unstable; urgency=low
Fix sign bug in disk free space checking. Giulio Eulisse reported that on OSX, bad free space numbers were being shown. It thought he had negative free space. While the documentation is not clear, especially across OS's, it seems likely that statfs uses unsigned long. It doesn't make sense for any numbers to be negative.
2011-07-06 00:53:58 +00:00
* 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.) `git annex unused --from remote` could also run into the broken code.
2011-07-07 21:04:21 +00:00
* 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).
2011-07-07 23:29:36 +00:00
* add: Avoid a failure mode that resulted in the file seemingly being
deleted (content put in the annex but no symlink present).
Fix sign bug in disk free space checking. Giulio Eulisse reported that on OSX, bad free space numbers were being shown. It thought he had negative free space. While the documentation is not clear, especially across OS's, it seems likely that statfs uses unsigned long. It doesn't make sense for any numbers to be negative.
2011-07-06 00:53:58 +00:00
releasing version 3.20110707
2011-07-07 23:37:49 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 07 Jul 2011 19:29:39 -0400
Fix sign bug in disk free space checking. Giulio Eulisse reported that on OSX, bad free space numbers were being shown. It thought he had negative free space. While the documentation is not clear, especially across OS's, it seems likely that statfs uses unsigned long. It doesn't make sense for any numbers to be negative.
2011-07-06 00:53:58 +00:00
releasing version 3.20110705
2011-07-05 19:21:38 +00:00
git-annex (3.20110705) unstable; urgency=low
uninit: Delete the git-annex branch.
2011-07-04 19:50:30 +00:00
uninit: delete .git/annex/
2011-07-04 19:55:03 +00:00
* 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.
2011-07-04 20:06:28 +00:00
* 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.
2011-07-04 20:19:04 +00:00
* 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.
2011-07-04 23:31:45 +00:00
* Drop the dependency on the haskell curl bindings, use regular haskell HTTP.
releasing version 3.20110705
2011-07-05 19:21:38 +00:00
* Fix a pipeline stall when upgrading (caused by #624389).
uninit: Delete the git-annex branch.
2011-07-04 19:50:30 +00:00
releasing version 3.20110705
2011-07-05 19:21:38 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 05 Jul 2011 14:37:39 -0400
uninit: Delete the git-annex branch.
2011-07-04 19:50:30 +00:00
releasing version 3.20110702
2011-07-02 19:08:05 +00:00
git-annex (3.20110702) unstable; urgency=low
Always ensure git-annex branch exists.
2011-06-27 01:01:19 +00:00
wording
2011-07-01 21:24:11 +00:00
* Now the web can be used as a special remote.
This feature replaces the old URL backend.
documentation for using the web
2011-07-01 20:01:26 +00:00
* addurl: New command to download an url and store it in the annex.
v3 is now faster than v2 Rebenchmarked v2 vs v3, and v3 is now actually faster. Yes, storing data in git, using git as a filesystem is actually faster than just using the filesystem. If you do it just right. :)
2011-06-30 05:16:53 +00:00
* 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.
2011-06-27 01:01:19 +00:00
* Always ensure git-annex branch exists.
Modify location log parser to allow future expansion. Since the logs have just been moved into the git-annex branch, don't need to worry about backwards compatability with old versions of git-annex that would fail to parse location logs with extra fields tacked on.
2011-06-28 20:15:50 +00:00
* Modify location log parser to allow future expansion.
Merge branch 'master' into v3 Conflicts: debian/changelog
2011-06-29 15:42:35 +00:00
* --force will cause add, etc, to operate on ignored files.
v3 is now faster than v2 Rebenchmarked v2 vs v3, and v3 is now actually faster. Yes, storing data in git, using git as a filesystem is actually faster than just using the filesystem. If you do it just right. :)
2011-06-30 05:16:53 +00:00
* Avoid mangling encoding when storing the description of repository
Fix encoding of utf-8 etc when storing the description of repository and other content. Write files in raw mode, to avoid mangling the encoding of content provided. Note: This was a longstanding problem, it was not introduced in v3.
2011-06-30 04:35:51 +00:00
and other content.
Merge branch 'master' into v3 Conflicts: debian/changelog
2011-06-30 18:55:36 +00:00
* 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.
Always ensure git-annex branch exists.
2011-06-27 01:01:19 +00:00
releasing version 3.20110702
2011-07-02 19:08:05 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 02 Jul 2011 15:00:18 -0400
Always ensure git-annex branch exists.
2011-06-27 01:01:19 +00:00
releasing version 3.20110624
2011-06-24 18:58:07 +00:00
git-annex (3.20110624) experimental; urgency=low
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. Directory special remotes still use cp, not rsync. It's not clear what tmp file should be used when rsyncing to such a remote.
2011-06-14 00:23:47 +00:00
docs for v3
2011-06-22 00:21:33 +00:00
* New repository format, annex.version=3. Use `git annex upgrade` to migrate.
add merge subcommand
2011-06-22 22:46:45 +00:00
* git-annex now stores its logs in a git-annex branch.
* merge: New subcommand. Auto-merges the new git-annex branch.
improve bare repo handing Many more commands can work in bare repos now, thanks to the git-annex branch.
2011-06-22 22:32:41 +00:00
* Improved handling of bare git repos with annexes. Many more commands will
work in them.
docs
2011-06-23 03:37:46 +00:00
* 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. Directory special remotes still use cp, not rsync. It's not clear what tmp file should be used when rsyncing to such a remote.
2011-06-14 00:23:47 +00:00
* 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.
2011-06-14 02:19:44 +00:00
* Allow --trust etc to specify a repository by name, for temporarily
trusting repositories that are not configured remotes.
unlock: Made atomic.
2011-06-21 02:38:18 +00:00
* unlock: Made atomic.
add git-union-merge This is a new git subcommand, that does a generic union merge operation between two refs, storing the result in a branch. It operates efficiently without touching the working tree. It does need to write out a temporary index file, and may need to write out some other temp files as well. This could be useful for anything that stores data in a branch, and needs to merge changes into that branch without actually checking the branch out. Since conflict handling can't be done without a working copy, the merge type is always a union merge, which is fine for data stored in log format (as git-annex does), or in non-conflicting files (as pristine-tar does). This probably belongs in git proper, but it will live in git-annex for now. --- Plan is to move .git-annex/ to a git-annex branch, and use git-union-merge to handle merging changes when pulling from remotes. Some preliminary benchmarking using real .git-annex/ data indicates that it's quite fast, except for the "git add" call, which is as slow as "git add" tends to be with a big index.
2011-06-20 23:44:45 +00:00
* git-union-merge: New git subcommand, that does a generic union merge
operation, and operates efficiently without touching the working tree.
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. Directory special remotes still use cp, not rsync. It's not clear what tmp file should be used when rsyncing to such a remote.
2011-06-14 00:23:47 +00:00
releasing version 3.20110624
2011-06-24 18:58:07 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 24 Jun 2011 14:32:18 -0400
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. Directory special remotes still use cp, not rsync. It's not clear what tmp file should be used when rsyncing to such a remote.
2011-06-14 00:23:47 +00:00
releasing version 0.20110610
2011-06-10 15:58:21 +00:00
git-annex (0.20110610) unstable; urgency=low
Add --numcopies option.
2011-06-01 20:49:17 +00:00
* Add --numcopies option.
Add --trust, --untrust, and --semitrust options.
2011-06-01 21:49:37 +00:00
* Add --trust, --untrust, and --semitrust options.
get --from is the same as copy --from get not honoring --from has surprised me a few times, so least surprise suggests it should just behave like copy --from. This leaves the difference between get and copy being that copy always requires the remote to copy from, while get will decide whether to get a file from a key/value store or a remote.
2011-06-09 22:54:49 +00:00
* get --from is the same as copy --from
Bugfix: Fix fsck to not think all SHAnE keys are bad.
2011-06-10 15:43:28 +00:00
* Bugfix: Fix fsck to not think all SHAnE keys are bad.
Add --numcopies option.
2011-06-01 20:49:17 +00:00
releasing version 0.20110610
2011-06-10 15:58:21 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 10 Jun 2011 11:48:40 -0400
Add --numcopies option.
2011-06-01 20:49:17 +00:00
releasing version 0.20110601
2011-06-01 16:00:25 +00:00
git-annex (0.20110601) unstable; urgency=low
bugfix: fix unused list numbering Introduced in 43f0a666f0f6cc152a2b778921831d6d7daedcaf
2011-05-29 02:28:14 +00:00
* 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.
2011-05-31 18:50:41 +00:00
* 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. Previously, lock would skip files that had staged changes, but that is counterintuitive, I think.
2011-05-31 18:58:06 +00:00
* Fix locking of files with staged changes.
Somewhat sped up `git commit` of modifications to unlocked files. Avoid git reset here too, so I no longer need to care that it's much more expensive than seems wise (but I asked the git list about that anyway). It's not necessary to reset the staged file content from the index, as the `git add` of the the symlink will replace it anyway. `git commit` of unlocked files is still slow, since git still has to shove their entire content into the index, only to have it be thrown away. So it's still better to use `git annex add`
2011-05-31 20:08:37 +00:00
* Somewhat sped up `git commit` of modifications to unlocked files.
releasing version 0.20110601
2011-06-01 16:00:25 +00:00
* Build fix for older ghc.
bugfix: fix unused list numbering Introduced in 43f0a666f0f6cc152a2b778921831d6d7daedcaf
2011-05-29 02:28:14 +00:00
releasing version 0.20110601
2011-06-01 16:00:25 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 01 Jun 2011 11:50:47 -0400
bugfix: fix unused list numbering Introduced in 43f0a666f0f6cc152a2b778921831d6d7daedcaf
2011-05-29 02:28:14 +00:00
releasing version 0.20110522
2011-05-28 00:28:01 +00:00
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
2011-05-22 18:12:16 +00:00
* 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.
2011-05-28 00:20:20 +00:00
* Fix bug in --exclude introduced in 0.20110516.
Closer emulation of git's behavior when told to use "foo/.git" as a git repository instead of just "foo". Closes: #627563
2011-05-22 18:12:16 +00:00
releasing version 0.20110522
2011-05-28 00:28:01 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 27 May 2011 20:20:41 -0400
Closer emulation of git's behavior when told to use "foo/.git" as a git repository instead of just "foo". Closes: #627563
2011-05-22 18:12:16 +00:00
releasing version 0.20110521
2011-05-21 15:58:35 +00:00
git-annex (0.20110521) unstable; urgency=low
status: New subcommand to show info about an annex, including its size.
2011-05-17 01:18:34 +00:00
* status: New subcommand to show info about an annex, including its size.
--backend now overrides any backend configured in .gitattributes files.
2011-05-18 23:34:46 +00:00
* --backend now overrides any backend configured in .gitattributes files.
Add --debug option. Closes: #627499 This takes advantage of the debug logging done by missingh, and I added my own debug messages for executeFile calls. There are still some other low-level ways git-annex runs stuff that are not shown by debugging, but this gets most of it easily.
2011-05-21 15:52:13 +00:00
* Add --debug option. Closes: #627499
status: New subcommand to show info about an annex, including its size.
2011-05-17 01:18:34 +00:00
releasing version 0.20110521
2011-05-21 15:58:35 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 21 May 2011 11:52:53 -0400
status: New subcommand to show info about an annex, including its size.
2011-05-17 01:18:34 +00:00
releasing version 0.20110516
2011-05-16 19:01:05 +00:00
git-annex (0.20110516) unstable; urgency=low
Work around a bug in Network.URI's handling of bracketed ipv6 addresses.
2011-05-06 19:21:30 +00:00
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-amz-* headers to be specified in initremote to set item metadata. Still TODO: initremote does not handle multiword metadata headers right.
2011-05-16 15:20:30 +00:00
* 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
clarify
2011-05-16 15:49:52 +00:00
buckets, and allow x-archive-* headers to be specified in initremote to
set item metadata.
Added filename extension preserving variant backends SHA1E, SHA256E, etc.
2011-05-16 15:46:34 +00:00
* 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.
2011-05-16 16:10:08 +00:00
* migrate: Use current filename when generating new key, for backends
where the filename affects the key name.
releasing version 0.20110516
2011-05-16 19:01:05 +00:00
* Work around a bug in Network.URI's handling of bracketed ipv6 addresses.
Work around a bug in Network.URI's handling of bracketed ipv6 addresses.
2011-05-06 19:21:30 +00:00
releasing version 0.20110516
2011-05-16 19:01:05 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 16 May 2011 14:16:52 -0400
Work around a bug in Network.URI's handling of bracketed ipv6 addresses.
2011-05-06 19:21:30 +00:00
releasing version 0.20110503
2011-05-04 01:49:20 +00:00
git-annex (0.20110503) unstable; urgency=low
Fix hasKeyCheap setting for bup and rsync special remotes.
2011-04-28 18:39:51 +00:00
* Fix hasKeyCheap setting for bup and rsync special remotes.
documentation for hook special remotes Releasing before I have quite finished the code. Got a little caught up in Anathem references. Time for a walk and then a tiny bit more coding and possibly testing.
2011-04-28 19:26:21 +00:00
* Add hook special remotes.
Avoid crashing when an existing key is readded to the annex.
2011-04-29 00:41:40 +00:00
* Avoid crashing when an existing key is readded to the annex.
unused: Now also lists files fsck places in .git/annex/bad/
2011-04-29 17:59:00 +00:00
* 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.
2011-05-01 18:05:10 +00:00
* 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.
Fix hasKeyCheap setting for bup and rsync special remotes.
2011-04-28 18:39:51 +00:00
releasing version 0.20110503
2011-05-04 01:49:20 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 03 May 2011 20:56:01 -0400
Fix hasKeyCheap setting for bup and rsync special remotes.
2011-04-28 18:39:51 +00:00
erm, thought I committed this release?
2011-04-28 18:38:01 +00:00
git-annex (0.20110427) unstable; urgency=low
Revert "Use haskell Crypto library instead of haskell SHA library.a" This reverts commit 892593c5efacbc084d19af4b5d7164ededaea7ff. Conflicts: Crypto.hs debian/control
2011-04-26 15:24:23 +00:00
* Switch back to haskell SHA library, so git-annex remains buildable on
Debian stable.
rsync special remote Fully tested and working, including resuming and encryption. (Though not resuming when sending *with* encryption; gpg doesn't produce identical output each time.) Uses same layout as the directory special remote and the .git/annex/objects/ directory.
2011-04-28 00:06:07 +00:00
* Added rsync special remotes. This could be used, for example, to
filter out --delete rsync option rsync does not have a --no-delete, so do it this way instead
2011-04-28 00:30:43 +00:00
store annexed content on rsync.net (encrypted naturally). Or anywhere else.
Avoid pipeline stall when running git annex drop or fsck on a lot of files. When it's stalled, there are 3 processes: git annex git ls-files git check-attr git-annex stalls trying to write to git check-attr, which stalls trying to write to stdout (read by git-annex). git ls-files does not seem to be involved directly; I've seen the stall when it was still streaming out the file list, and after it had exited and zombified. The read and write are supposed to be handled by two different threads, which pipeBoth forks off, thus avoiding deadlock. But it does deadlock. (Certian signals unblock the deadlock for a while, then it stalls again.) So, this is another case of WTF is the ghc IO manager doing today? I avoid the issue by converting the writer to a separate process. Possibly this was caused by some change in ghc 7 -- I'm offline and cannot verify now, but I'm sure I used to be able to run git annex drop w/o it hanging! And the code does not seem to have changed, except for commit c1dc4079419cff94cca72441d5e67a866110ec7e, which I tried reverting without success. In fact, I reverted all the way back to 0.20110316 and still saw the stall. Update: Minimal test case: import System.Cmd.Utils main = do as <- checkAttr "blah" $ map show [1..100000] sequence $ map (putStrLn . show) as checkAttr attr files = do (_, s) <- pipeBoth "git" params $ unlines files return $ lines s where params = ["check-attr", attr, "--stdin"] Bug filed on ghc in debian, #624389
2011-04-28 02:10:57 +00:00
* Bugfix: Avoid pipeline stall when running git annex drop or fsck on a
lot of files. Possibly only occured with ghc 7.
Revert "Use haskell Crypto library instead of haskell SHA library.a" This reverts commit 892593c5efacbc084d19af4b5d7164ededaea7ff. Conflicts: Crypto.hs debian/control
2011-04-26 15:24:23 +00:00
erm, thought I committed this release?
2011-04-28 18:38:01 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 27 Apr 2011 22:50:26 -0400
Revert "Use haskell Crypto library instead of haskell SHA library.a" This reverts commit 892593c5efacbc084d19af4b5d7164ededaea7ff. Conflicts: Crypto.hs debian/control
2011-04-26 15:24:23 +00:00
releasing version 0.20110425
2011-04-25 20:02:57 +00:00
git-annex (0.20110425) unstable; urgency=low
Use haskell Crypto library instead of haskell SHA library.a Since hS3 needs Crypto anyway, this actually reduces dependencies.
2011-04-21 20:37:14 +00:00
* Use haskell Crypto library instead of haskell SHA library.
releasing version 0.20110425
2011-04-25 20:02:57 +00:00
* 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 This was a real PITA to fix, since location logs can be staged in both the current repo, as well as in local remote's repos, in which case the cwd will not be in the repo. And git add needs different params in both cases, when absolute paths are not used. In passing, git annex fsck now stages location log fixes.
2011-04-25 18:54:24 +00:00
* Avoid using absolute paths when staging location log, as that can
confuse git when a remote's path contains a symlink. Closes: #621386
Use haskell Crypto library instead of haskell SHA library.a Since hS3 needs Crypto anyway, this actually reduces dependencies.
2011-04-21 20:37:14 +00:00
releasing version 0.20110425
2011-04-25 20:02:57 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 25 Apr 2011 15:47:00 -0400
Use haskell Crypto library instead of haskell SHA library.a Since hS3 needs Crypto anyway, this actually reduces dependencies.
2011-04-21 20:37:14 +00:00
releasing version 0.20110420
2011-04-21 19:11:51 +00:00
git-annex (0.20110420) unstable; urgency=low
ghc7 * Update Debian build dependencies for ghc 7. * Debian package is now built with S3 support. Thanks Joachim Breitner for making this possible, also thanks Greg Heartsfield for working to improve the hS3 library for git-annex. Also hid a conflicting new symbol from Control.Monad.State
2011-04-21 06:07:40 +00:00
* Update Debian build dependencies for ghc 7.
fix S3 upload buffering problem Provide file size to new version of hS3.
2011-04-21 14:31:54 +00:00
* Debian package is now built with S3 support.
Thanks Joachim Breitner for making this possible.
update on S3 memory leaks The remaining leaks are in hS3. The leak with encryption was worked around by the use of the temp file. (And was probably originally caused by gpgCipherHandle sparking a thread which kept a reference to the start of the byte string.)
2011-04-21 15:06:29 +00:00
* Somewhat improved memory usage of S3, still work to do.
fix S3 upload buffering problem Provide file size to new version of hS3.
2011-04-21 14:31:54 +00:00
Thanks Greg Heartsfield for ongoing work to improve the hS3 library
for git-annex.
ghc7 * Update Debian build dependencies for ghc 7. * Debian package is now built with S3 support. Thanks Joachim Breitner for making this possible, also thanks Greg Heartsfield for working to improve the hS3 library for git-annex. Also hid a conflicting new symbol from Control.Monad.State
2011-04-21 06:07:40 +00:00
releasing version 0.20110420
2011-04-21 19:11:51 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 21 Apr 2011 15:00:48 -0400
ghc7 * Update Debian build dependencies for ghc 7. * Debian package is now built with S3 support. Thanks Joachim Breitner for making this possible, also thanks Greg Heartsfield for working to improve the hS3 library for git-annex. Also hid a conflicting new symbol from Control.Monad.State
2011-04-21 06:07:40 +00:00
finalize release
2011-04-20 01:40:21 +00:00
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.
2011-04-17 18:30:22 +00:00
* Don't run gpg in batch mode, so it can prompt for passphrase when
there is no agent.
Add missing build dep on dataenc.
2011-04-17 18:41:24 +00:00
* Add missing build dep on dataenc.
bup: Avoid memory leak when transferring encrypted data. This was a most surprising leak. It occurred in the process that is forked off to feed data to gpg. That process was passed a lazy ByteString of input, and ghc seemed to not GC the ByteString as it was lazily read and consumed, so memory slowly leaked as the file was read and passed through gpg to bup. To fix it, I simply changed the feeder to take an IO action that returns the lazy bytestring, and fed the result directly to hPut. AFAICS, this should change nothing WRT buffering. But somehow it makes ghc's GC do the right thing. Probably I triggered some weakness in ghc's GC (version 6.12.1). (Note that S3 still has this leak, and others too. Fixing it will involve another dance with the type system.) Update: One theory I have is that this has something to do with the forking of the feeder process. Perhaps, when the ByteString is produced before the fork, ghc decides it need to hold a pointer to the start of it, for some reason -- maybe it doesn't realize that it is only used in the forked process.
2011-04-19 19:26:50 +00:00
* S3: Fix stalls when transferring encrypted data.
* bup: Avoid memory leak when transferring encrypted data.
Don't run gpg in batch mode, so it can prompt for passphrase when there is no agent.
2011-04-17 18:30:22 +00:00
finalize release
2011-04-20 01:40:21 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 19 Apr 2011 21:26:51 -0400
Don't run gpg in batch mode, so it can prompt for passphrase when there is no agent.
2011-04-17 18:30:22 +00:00
releasing version 0.20110417
2011-04-17 16:43:36 +00:00
git-annex (0.20110417) unstable; urgency=low
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.
2011-04-02 17:49:03 +00:00
bup is now supported as a special type of remote.
2011-04-08 20:44:43 +00:00
* bup is now supported as a special type of remote.
gpg recommended
2011-04-16 23:13:05 +00:00
* 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.
2011-04-02 17:49:03 +00:00
* 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/dropunused: support --from
2011-04-03 00:59:41 +00:00
* 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).
2011-04-03 16:18:38 +00:00
* 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
2011-04-07 01:53:06 +00:00
* Add build depend on perlmagick so docs are consistently built.
Closes: #621410
Add doc-base file. Closes: #621408
2011-04-07 01:57:22 +00:00
* Add doc-base file. Closes: #621408
Periodically flush git command queue, to avoid boating memory usage too much. Since the queue is flushed in between subcommand actions being run, there should be no issues with actions that expect to queue up some stuff and have it run after they do other stuff. So I didn't have to audit for such assumptions.
2011-04-07 17:59:31 +00:00
* Periodically flush git command queue, to avoid boating memory usage
too much.
refactor away whichCmd and some other cleanup
2011-04-08 02:03:31 +00:00
* Support "sha1" and "sha512" commands on FreeBSD, and allow building
if any/all SHA commands are not available. Thanks, Fraser Tweedale
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.
2011-04-02 17:49:03 +00:00
releasing version 0.20110417
2011-04-17 16:43:36 +00:00
-- Joey Hess <joeyh@debian.org> Sun, 17 Apr 2011 12:00:24 -0400
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.
2011-04-02 17:49:03 +00:00
releasing version 0.20110401
2011-04-02 01:31:37 +00:00
git-annex (0.20110401) experimental; urgency=low
annex.diskreserve can be given in arbitrary units (ie "0.5 gigabytes")
2011-03-26 18:37:39 +00:00
more s3 docs
2011-03-28 06:12:05 +00:00
* Amazon S3 is now supported as a special type of remote.
update
2011-03-29 22:24:26 +00:00
Warning: Encrypting data before sending it to S3 is not yet supported.
nasty hack to build when hS3 is not available So, it would be nicer to just use Cabal and take advantage of its conditional compilation support. But, Cabal seems to lack good support for a package with an internal library that is used by multiple executables. It wants to build everything twice or more. That's too slow for me. Anyway, fairly soon, I expect to upgrade hS3 to a requirment, and I can just revert this.
2011-03-30 05:32:05 +00:00
* 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.
2011-03-28 20:19:20 +00:00
* fsck: Ensure that files and directories in .git/annex/objects
have proper permissions.
add Remote.Directory
2011-03-30 17:18:46 +00:00
* 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.
2011-04-01 16:34:06 +00:00
* Bugfix: copy --to --fast never really copied, fixed.
Merge branch 'master' into s3 Conflicts: debian/changelog
2011-03-28 17:20:58 +00:00
releasing version 0.20110401
2011-04-02 01:31:37 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 01 Apr 2011 21:27:22 -0400
Merge branch 'master' into s3 Conflicts: debian/changelog
2011-03-28 17:20:58 +00:00
releasing version 0.20110328
2011-03-28 15:12:32 +00:00
git-annex (0.20110328) experimental; urgency=low
annex.diskreserve can be given in arbitrary units (ie "0.5 gigabytes")
2011-03-26 18:37:39 +00:00
* annex.diskreserve can be given in arbitrary units (ie "0.5 gigabytes")
doc update
2011-03-27 21:30:44 +00:00
* Generalized remotes handling, laying groundwork for remotes that are
releasing version 0.20110328
2011-03-28 15:12:32 +00:00
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.
2011-03-27 22:34:30 +00:00
* 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.
2011-03-28 13:27:28 +00:00
* 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.
annex.diskreserve can be given in arbitrary units (ie "0.5 gigabytes")
2011-03-26 18:37:39 +00:00
releasing version 0.20110328
2011-03-28 15:12:32 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 28 Mar 2011 10:47:29 -0400
annex.diskreserve can be given in arbitrary units (ie "0.5 gigabytes")
2011-03-26 18:37:39 +00:00
releasing version 0.20110325
2011-03-25 04:51:12 +00:00
git-annex (0.20110325) experimental; urgency=low
free space checking 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.24 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.
2011-03-22 21:27:04 +00:00
* Free space checking is now done, for transfers of data for keys
that have free space metadata. (Notably, not for SHA* keys generated
tweak
2011-03-23 01:00:18 +00:00
with git-annex 0.2x or earlier.) The code is believed to work on
update
2011-03-23 17:13:51 +00:00
Linux, FreeBSD, and OSX; check compile-time messages to see if it
free space checking 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.24 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.
2011-03-22 21:27:04 +00:00
is not enabled for your OS.
diskreserve setting Add annex.diskreserve config setting, to control how much free space to reserve for other purposes and avoid using (defaults to 1 mb).
2011-03-22 21:53:40 +00:00
* Add annex.diskreserve config setting, to control how much free space
to reserve for other purposes and avoid using (defaults to 1 mb).
update
2011-03-22 22:55:29 +00:00
* Add --fast flag, that can enable less expensive, but also less thorough
fast mode Add --fast flag, that can enable less expensive, but also less thurough versions of some commands. * Add --fast flag, that can enable less expensive, but also less thurough 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.
2011-03-22 21:41:06 +00:00
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.
2011-03-23 21:57:10 +00:00
* 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. The space leak was somehow caused by this line: absfiles <- mapM absPath files I confess, I don't quite understand why this caused bad buffering, but apparently the whole pipeline from git-ls-files backed up at that point. Happily, rewriting the code to only get the cwd once and use a pure function to calculate absfiles clears it up, and should be a little more efficient in syscalls too.
2011-03-23 00:31:22 +00:00
* 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. For example, this could happen if using SHA1 and a file with content "foo" were added to that backend. Then a file with "content" foo were migrated from the WORM backend. Assume that, if a backend assigned the same key, the already annexed content must be the same. So, the "old" content can be reused.
2011-03-23 21:25:28 +00:00
* 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.
2011-03-24 03:47:02 +00:00
* dropunused: Significantly sped up; only read unused log file once.
free space checking 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.24 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.
2011-03-22 21:27:04 +00:00
releasing version 0.20110325
2011-03-25 04:51:12 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 25 Mar 2011 00:47:37 -0400
free space checking 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.24 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.
2011-03-22 21:27:04 +00:00
releasing version 0.20110320
2011-03-20 22:11:00 +00:00
git-annex (0.20110320) experimental; urgency=low
Fix dropping of files using the URL backend.
2011-03-17 15:49:21 +00:00
* Fix dropping of files using the URL backend.
Fix support for remotes with '.' in their names.
2011-03-18 20:29:42 +00:00
* Fix support for remotes with '.' in their names.
Add version command to show git-annex version as well as repository version information.
2011-03-19 18:33:24 +00:00
* 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.
2011-03-19 22:33:39 +00:00
* 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.
Fix dropping of files using the URL backend.
2011-03-17 15:49:21 +00:00
releasing version 0.20110320
2011-03-20 22:11:00 +00:00
-- Joey Hess <joeyh@debian.org> Sun, 20 Mar 2011 16:36:33 -0400
Fix dropping of files using the URL backend.
2011-03-17 15:49:21 +00:00
prepping experimental release
2011-03-16 20:25:20 +00:00
git-annex (0.20110316) experimental; urgency=low
Add Suggests on graphviz. Closes: #618039
2011-03-13 18:25:32 +00:00
improve upgrade
2011-03-16 15:53:46 +00:00
* New repository format, annex.version=2.
upgrades seem to fully work
2011-03-16 14:56:59 +00:00
* The first time git-annex is run in an old format repository, it
will automatically upgrade it to the new format, staging all
update
2011-03-16 22:33:28 +00:00
necessary changes to git. Also added a "git annex upgrade" command.
update and bug closures for v2 layout
2011-03-16 04:08:02 +00:00
* 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.)
initial pass at doc update
2011-03-16 02:19:44 +00:00
* The setkey, fromkey, and dropkey subcommands have changed how
the key is specified. --backend is no longer used with these.
Merge branch 'master' into reorg Conflicts: debian/changelog
2011-03-16 22:47:04 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 16 Mar 2011 16:20:23 -0400
releasing version 0.24
2011-03-16 22:41:02 +00:00
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
2011-03-13 18:25:32 +00:00
* Add Suggests on graphviz. Closes: #618039
symlink touching fun 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.
2011-03-15 03:00:23 +00:00
* 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.
detect systems w/o utmensat and ifdef out code that needs it
2011-03-16 17:46:08 +00:00
(Currently this is only done on systems supporting POSIX 200809.)
Add Suggests on graphviz. Closes: #618039
2011-03-13 18:25:32 +00:00
releasing version 0.24
2011-03-16 22:41:02 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 16 Mar 2011 18:35:13 -0400
Add Suggests on graphviz. Closes: #618039
2011-03-13 18:25:32 +00:00
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.
2011-03-12 19:30:17 +00:00
git-annex (0.23) unstable; urgency=low
Support ssh remotes with a port specified.
2011-03-05 19:47:00 +00:00
* Support ssh remotes with a port specified.
whereis: New subcommand to show where a file's content has gotten to.
2011-03-05 21:23:55 +00:00
* 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.
2011-03-12 19:30:17 +00:00
* 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.
Support ssh remotes with a port specified.
2011-03-05 19:47:00 +00:00
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.
2011-03-12 19:30:17 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 12 Mar 2011 15:02:49 -0400
Support ssh remotes with a port specified.
2011-03-05 19:47:00 +00:00
releasing version 0.22
2011-03-04 19:23:04 +00:00
git-annex (0.22) unstable; urgency=low
Fix test suite to reap zombies. I had not taken into account that the code was written to run git and leave zombies, for performance/laziness reasons, when I wrote the test suite. So rather than the typical 1 zombie process that git-annex develops, test developed dozens. Caused problems on system with low process limits. Added a reap function to GitRepo, that waits for any zombie child processes.
2011-02-13 04:50:09 +00:00
prep for release
2011-03-04 01:56:03 +00:00
* 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.
2011-02-25 05:13:01 +00:00
* 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
prep for release
2011-03-04 01:56:03 +00:00
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
2011-03-01 21:07:15 +00:00
* New backends: SHA512 SHA384 SHA256 SHA224
prep for release
2011-03-04 01:56:03 +00:00
(Supported on systems where corresponding shaNsum commands are available.)
document describe command
2011-03-03 20:58:52 +00:00
* describe: New subcommand that can set or change the description of
a repository.
releasing version 0.22
2011-03-04 19:23:04 +00:00
* 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!)
support git funky remote syntaxes * 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.
2011-03-04 01:02:29 +00:00
* 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.
prep for release
2011-03-04 01:56:03 +00:00
* 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.
2011-03-04 01:34:30 +00:00
* Bugfix: When fsck detected and moved away corrupt file content, it did
not update the location log.
Fix test suite to reap zombies. I had not taken into account that the code was written to run git and leave zombies, for performance/laziness reasons, when I wrote the test suite. So rather than the typical 1 zombie process that git-annex develops, test developed dozens. Caused problems on system with low process limits. Added a reap function to GitRepo, that waits for any zombie child processes.
2011-02-13 04:50:09 +00:00
releasing version 0.22
2011-03-04 19:23:04 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 04 Mar 2011 15:10:57 -0400
Fix test suite to reap zombies. I had not taken into account that the code was written to run git and leave zombies, for performance/laziness reasons, when I wrote the test suite. So rather than the typical 1 zombie process that git-annex develops, test developed dozens. Caused problems on system with low process limits. Added a reap function to GitRepo, that waits for any zombie child processes.
2011-02-13 04:50:09 +00:00
releasing version 0.21
2011-02-12 03:23:36 +00:00
git-annex (0.21) unstable; urgency=low
test: Don't rely on chmod -R working. Sometimes I wish I could give all my users a real OS.
2011-02-09 04:12:45 +00:00
* test: Don't rely on chmod -R working.
unannex: Fix recently introduced bug when attempting to unannex more than one file at a time.
2011-02-09 15:02:21 +00:00
* 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.
2011-02-09 15:17:26 +00:00
* test: Set git user name and email in case git can't guess values.
Fix display of unicode filenames. Internally, the filenames are stored as un-decoded unicode. I tried decoding them, but then haskell tries to access the wrong files. Hmm. So, I've unhappily chosen option "B", which is to decode filenames before they are displayed.
2011-02-10 18:21:44 +00:00
* Fix display of unicode filenames.
test: Don't rely on chmod -R working. Sometimes I wish I could give all my users a real OS.
2011-02-09 04:12:45 +00:00
releasing version 0.21
2011-02-12 03:23:36 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 11 Feb 2011 23:21:08 -0400
test: Don't rely on chmod -R working. Sometimes I wish I could give all my users a real OS.
2011-02-09 04:12:45 +00:00
configure: Check for sha1sum.
2011-02-08 23:31:27 +00:00
git-annex (0.20) unstable; urgency=low
Preserve specified file ordering when instructed to act on multiple files or directories.
2011-02-01 00:06:34 +00:00
* Preserve specified file ordering when instructed to act on multiple
cleanup last change
2011-02-01 00:14:08 +00:00
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.
2011-02-02 01:26:19 +00:00
* 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.
new map subcommand, basically working Still todo: - add repos from uuid.log that were not directly found - group repos into their respective hosts - display inaccessible repos and broken remote connections in red - anonymize the url display somewhat, so the maps can be shared - use uuid info to tell when two apparently different repos are actually the same repo accessed in different ways
2011-02-03 22:55:12 +00:00
* map: New subcommand that uses graphviz to display a nice map of
the git repository network.
Deal with the mtl/monads-fd conflict.
2011-02-08 19:11:49 +00:00
* Deal with the mtl/monads-fd conflict.
configure: Check for sha1sum.
2011-02-08 23:31:27 +00:00
* configure: Check for sha1sum.
Preserve specified file ordering when instructed to act on multiple files or directories.
2011-02-01 00:06:34 +00:00
configure: Check for sha1sum.
2011-02-08 23:31:27 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 08 Feb 2011 18:57:24 -0400
Preserve specified file ordering when instructed to act on multiple files or directories.
2011-02-01 00:06:34 +00:00
releasing version 0.19
2011-01-28 18:42:06 +00:00
git-annex (0.19) unstable; urgency=low
Support using the uuidgen command if the uuid command is not available.
2011-01-19 22:08:50 +00:00
releasing version 0.19
2011-01-28 18:42:06 +00:00
* configure: Support using the uuidgen command if the uuid command is
not available.
rework config storage Moved away from a map of flags to storing config directly in the AnnexState structure. Got rid of most accessor functions in Annex. This allowed supporting multiple --exclude flags.
2011-01-26 04:17:38 +00:00
* Allow --exclude to be specified more than once.
document 3-level trust
2011-01-26 18:09:06 +00:00
* 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.)
drop: suppprt untrusted repos
2011-01-26 23:35:35 +00:00
* fsck, drop: Take untrusted repositories into account.
better warnings display
2011-01-27 00:30:07 +00:00
* Bugfix: Files were copied from trusted remotes first even if their
move partitioning out of keyPossibilities And a bug fix in passing.
2011-01-26 20:44:14 +00:00
annex.cost was higher than other remotes.
Improved temp file handling * 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.
2011-01-28 18:10:50 +00:00
* 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.
releasing version 0.19
2011-01-28 18:42:06 +00:00
* Bugfix: Running a second git-annex while a first has a transfer in
progress no longer deletes the first processes's temp file.
Support using the uuidgen command if the uuid command is not available.
2011-01-19 22:08:50 +00:00
releasing version 0.19
2011-01-28 18:42:06 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 28 Jan 2011 14:31:37 -0400
Support using the uuidgen command if the uuid command is not available.
2011-01-19 22:08:50 +00:00
releasing version 0.18
2011-01-14 19:10:13 +00:00
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.)
2011-01-11 20:06:19 +00:00
* 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/
2011-01-11 23:41:13 +00:00
* fsck: Fix bug in moving of corrupted files to .git/annex/bad/
migrate: Fix support for --backend option.
2011-01-12 01:32:38 +00:00
* migrate: Fix support for --backend option.
unlock: Fix behavior when file content is not present.
2011-01-14 03:46:02 +00:00
* unlock: Fix behavior when file content is not present.
test unused et al
2011-01-12 05:58:23 +00:00
* Test suite improvements. Current top-level test coverage: 80%
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.)
2011-01-11 20:06:19 +00:00
releasing version 0.18
2011-01-14 19:10:13 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 14 Jan 2011 14:17:44 -0400
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.)
2011-01-11 20:06:19 +00:00
bugfix: Fix crash caused by a symlink in the repo with link text ending in a "/". (Thanks Henrik for reporting.)
2011-01-09 14:04:16 +00:00
git-annex (0.17) unstable; urgency=low
unannex: Now skips files whose content is not present, rather than it being an error. This allows gradual conversion from one backend to another by running unannex followed by add in each repository.
2011-01-08 19:14:41 +00:00
* unannex: Now skips files whose content is not present, rather than
New migrate subcommand can be used to switch files to using a different backend, safely and with no duplication of content.
2011-01-08 19:54:14 +00:00
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.
fix real underlaying cause, and fix test suite to not skip it
2011-01-09 14:48:04 +00:00
* bugfix: Fix crash caused by empty key name. (Thanks Henrik for reporting.)
unannex: Now skips files whose content is not present, rather than it being an error. This allows gradual conversion from one backend to another by running unannex followed by add in each repository.
2011-01-08 19:14:41 +00:00
bugfix: Fix crash caused by a symlink in the repo with link text ending in a "/". (Thanks Henrik for reporting.)
2011-01-09 14:04:16 +00:00
-- Joey Hess <joeyh@debian.org> Sun, 09 Jan 2011 10:04:11 -0400
unannex: Now skips files whose content is not present, rather than it being an error. This allows gradual conversion from one backend to another by running unannex followed by add in each repository.
2011-01-08 19:14:41 +00:00
add news item for git-annex 0.16
2011-01-07 18:36:52 +00:00
git-annex (0.16) unstable; urgency=low
git-annex-shell: Avoid exposing any git repo config except for the annex.uuid when doing configlist.
2011-01-04 21:34:14 +00:00
* 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 * 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.
2011-01-04 21:45:27 +00:00
* 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.
2011-01-07 05:14:27 +00:00
* bugfix: Running `move --to` with a non-ssh remote failed.
clarify
2011-01-07 16:34:44 +00:00
* bugfix: Running `copy --to` with a non-ssh remote actually did a move.
add news item for git-annex 0.16
2011-01-07 18:36:52 +00:00
* Many test suite improvements. Current top-level test coverage: 65%
git-annex-shell: Avoid exposing any git repo config except for the annex.uuid when doing configlist.
2011-01-04 21:34:14 +00:00
add news item for git-annex 0.16
2011-01-07 18:36:52 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 07 Jan 2011 14:33:13 -0400
git-annex-shell: Avoid exposing any git repo config except for the annex.uuid when doing configlist.
2011-01-04 21:34:14 +00:00
releasing version 0.15
2011-01-01 02:22:50 +00:00
git-annex (0.15) unstable; urgency=low
Support scp-style urls for remotes (host:path).
2010-12-28 17:48:11 +00:00
support ssh urls containing "~", and relative user:path
2011-01-01 01:22:03 +00:00
* Support scp-style urls for remotes (host:path).
* Support ssh urls containing "~".
wording
2010-12-29 21:00:14 +00:00
* Add trust and untrust subcommands, to allow configuring repositories
Add trust and untrust subcommands, to allow configuring remotes that are trusted to retain files without explicit checking.
2010-12-28 21:17:02 +00:00
that are trusted to retain files without explicit checking.
wording
2010-12-29 21:00:14 +00:00
* Fix bug in numcopies handling when multiple remotes pointed to the
same repository.
update
2010-12-31 23:19:26 +00:00
* 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.
2010-12-31 23:11:18 +00:00
* Now rsync is exclusively used for copying files to and from remotes.
releasing version 0.15
2011-01-01 02:22:50 +00:00
scp is not longer supported.
Support scp-style urls for remotes (host:path).
2010-12-28 17:48:11 +00:00
releasing version 0.15
2011-01-01 02:22:50 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 31 Dec 2010 22:00:52 -0400
Support scp-style urls for remotes (host:path).
2010-12-28 17:48:11 +00:00
releasing version 0.14
2010-12-24 21:41:15 +00:00
git-annex (0.14) unstable; urgency=low
Bugfix to git annex unused in a repository with nothing yet annexed.
2010-12-20 18:57:43 +00:00
* Bugfix to git annex unused in a repository with nothing yet annexed.
Support upgrading from a v0 annex with nothing in it.
2010-12-20 19:01:04 +00:00
* Support upgrading from a v0 annex with nothing in it.
Avoid multiple calls to git ls-files when passed eg, "*".
2010-12-24 01:53:32 +00:00
* Avoid multiple calls to git ls-files when passed eg, "*".
Bugfix to git annex unused in a repository with nothing yet annexed.
2010-12-20 18:57:43 +00:00
releasing version 0.14
2010-12-24 21:41:15 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 24 Dec 2010 17:38:48 -0400
Bugfix to git annex unused in a repository with nothing yet annexed.
2010-12-20 18:57:43 +00:00
releasing version 0.13
2010-12-14 17:12:24 +00:00
git-annex (0.13) unstable; urgency=low
Makefile: Install man page and html (when built).
2010-12-12 17:15:16 +00:00
* Makefile: Install man page and html (when built).
Makefile: Add GHCFLAGS variable.
2010-12-12 17:17:53 +00:00
* Makefile: Add GHCFLAGS variable.
Fix upgrade from 0.03.
2010-12-13 15:35:00 +00:00
* Fix upgrade from 0.03.
Support remotes using git+ssh and ssh+git as protocol. Closes: #607056
2010-12-14 16:46:09 +00:00
* Support remotes using git+ssh and ssh+git as protocol.
Closes: #607056
Makefile: Install man page and html (when built).
2010-12-12 17:15:16 +00:00
releasing version 0.13
2010-12-14 17:12:24 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 14 Dec 2010 13:05:10 -0400
Makefile: Install man page and html (when built).
2010-12-12 17:15:16 +00:00
releasing version 0.12
2010-12-11 21:37:24 +00:00
git-annex (0.12) unstable; urgency=low
Add --exclude option to exclude files from processing. Required some lifting so flags are evaled in the Annex monad before file filtering.
2010-12-08 18:07:49 +00:00
* Add --exclude option to exclude files from processing.
mwdn2man: Fix a bug in newline supression. Closes: #606578
2010-12-10 21:27:02 +00:00
* mwdn2man: Fix a bug in newline supression. Closes: #606578
Bugfix to git annex add of an unlocked file in a subdir. Closes: #606579
2010-12-11 21:14:54 +00:00
* Bugfix to git annex add of an unlocked file in a subdir. Closes: #606579
Makefile: Add PREFIX variable.
2010-12-11 21:29:50 +00:00
* Makefile: Add PREFIX variable.
Add --exclude option to exclude files from processing. Required some lifting so flags are evaled in the Annex monad before file filtering.
2010-12-08 18:07:49 +00:00
releasing version 0.12
2010-12-11 21:37:24 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 11 Dec 2010 17:32:00 -0400
Add --exclude option to exclude files from processing. Required some lifting so flags are evaled in the Annex monad before file filtering.
2010-12-08 18:07:49 +00:00
releasing version 0.11
2010-12-04 21:29:28 +00:00
git-annex (0.11) unstable; urgency=low
Rsync will now be used to resume interrupted/failed partial file transfers from a remote.
2010-12-02 20:55:21 +00:00
use rsync for all remote file transfers
2010-12-02 21:45:28 +00:00
* 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.
2010-12-02 21:51:02 +00:00
* Avoid deleting temp files when rsync fails.
Improve detection of version 0 repos.
2010-12-03 01:07:16 +00:00
* Improve detection of version 0 repos.
Add uninit subcommand. Closes: #605749
2010-12-03 04:33:41 +00:00
* Add uninit subcommand. Closes: #605749
Rsync will now be used to resume interrupted/failed partial file transfers from a remote.
2010-12-02 20:55:21 +00:00
releasing version 0.11
2010-12-04 21:29:28 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 04 Dec 2010 17:27:42 -0400
Rsync will now be used to resume interrupted/failed partial file transfers from a remote.
2010-12-02 20:55:21 +00:00
releasing version 0.10
2010-11-28 23:32:00 +00:00
git-annex (0.10) unstable; urgency=low
precommit: Optimise to avoid calling git-check-attr more than once.
2010-11-28 18:19:43 +00:00
change name of numcopies attribute
2010-11-28 22:55:49 +00:00
* In .gitattributes, the annex.numcopies attribute can be used
In .gitattributes, the git-annex-numcopies attribute can be used to control the number of copies to retain of different types of files.
2010-11-28 19:28:20 +00:00
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.
2010-11-28 21:17:18 +00:00
* Bugfix: Always correctly handle gitattributes when in a subdirectory of
clarify
2010-11-28 21:34:31 +00:00
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.
2010-11-28 21:26:15 +00:00
* fsck: Fix warning about not enough copies of a file, when locations
are known, but are not available in currently configured remotes.
missing \n in -q mode
2010-11-28 21:32:06 +00:00
* precommit: Optimise to avoid calling git-check-attr more than once.
The git-annex-backend attribute has been renamed to annex.backend.
2010-11-28 22:58:03 +00:00
* The git-annex-backend attribute has been renamed to annex.backend.
precommit: Optimise to avoid calling git-check-attr more than once.
2010-11-28 18:19:43 +00:00
releasing version 0.10
2010-11-28 23:32:00 +00:00
-- Joey Hess <joeyh@debian.org> Sun, 28 Nov 2010 19:28:05 -0400
precommit: Optimise to avoid calling git-check-attr more than once.
2010-11-28 18:19:43 +00:00
releasing version 0.09
2010-11-27 21:17:14 +00:00
git-annex (0.09) unstable; urgency=low
Add copy subcommand.
2010-11-27 21:02:53 +00:00
* Add copy subcommand.
Fix bug in setkey subcommand triggered by move --to.
2010-11-27 21:07:22 +00:00
* Fix bug in setkey subcommand triggered by move --to.
Add copy subcommand.
2010-11-27 21:02:53 +00:00
releasing version 0.09
2010-11-27 21:17:14 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 27 Nov 2010 17:14:59 -0400
Add copy subcommand.
2010-11-27 21:02:53 +00:00
releasing version 0.08
2010-11-21 17:47:44 +00:00
git-annex (0.08) unstable; urgency=low
Fix `git annex add ../foo` (when ran in a subdir of the repo). There was no reason for Git.relative to be used here.
2010-11-17 17:55:38 +00:00
* Fix `git annex add ../foo` (when ran in a subdir of the repo).
Add configure step to build process. * configure: Check to see if cp -a can be used. * configure: Check to see if cp --reflink=auto can be used.
2010-11-18 17:30:42 +00:00
* Add configure step to build process.
Only use cp -a if it is supported, falling back to cp -p or plain cp. * cp --reflink=auto is used if supported, and will make git annex unlock much faster on filesystems like btrfs that support copy of write.
2010-11-18 17:48:28 +00:00
* 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
typo
2010-11-18 18:12:40 +00:00
much faster on filesystems like btrfs that support copy on write.
Fix `git annex add ../foo` (when ran in a subdir of the repo). There was no reason for Git.relative to be used here.
2010-11-17 17:55:38 +00:00
releasing version 0.08
2010-11-21 17:47:44 +00:00
-- Joey Hess <joeyh@debian.org> Sun, 21 Nov 2010 13:45:44 -0400
Fix `git annex add ../foo` (when ran in a subdir of the repo). There was no reason for Git.relative to be used here.
2010-11-17 17:55:38 +00:00
releasing version 0.07
2010-11-15 22:43:59 +00:00
git-annex (0.07) unstable; urgency=low
find: New subcommand.
2010-11-14 16:35:05 +00:00
* find: New subcommand.
on dropunused and unused
2010-11-15 22:13:20 +00:00
* unused: New subcommand, finds unused data. (Split out from fsck.)
dropunused
2010-11-15 22:04:19 +00:00
* dropunused: New subcommand, provides for easy dropping of unused keys
on dropunused and unused
2010-11-15 22:13:20 +00:00
by number, as listed by the unused subcommand.
fsck: Print warnings to stderr; --quiet can now be used to only see problems.
2010-11-15 22:37:49 +00:00
* fsck: Print warnings to stderr; --quiet can now be used to only see
problems.
find: New subcommand.
2010-11-14 16:35:05 +00:00
releasing version 0.07
2010-11-15 22:43:59 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 15 Nov 2010 18:41:50 -0400
find: New subcommand.
2010-11-14 16:35:05 +00:00
releasing version 0.06
2010-11-13 20:29:33 +00:00
git-annex (0.06) unstable; urgency=low
fsck improvements * 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 to fsk if fscking everything is not desired. * fsck: Fix bug, introduced in 0.04, in detection of unused data.
2010-11-13 18:59:27 +00:00
* 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.
releasing version 0.06
2010-11-13 20:29:33 +00:00
* fsck: Allow specifying individual files if fscking everything
fsck improvements * 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 to fsk if fscking everything is not desired. * fsck: Fix bug, introduced in 0.04, in detection of unused data.
2010-11-13 18:59:27 +00:00
is not desired.
* fsck: Fix bug, introduced in 0.04, in detection of unused data.
releasing version 0.06
2010-11-13 20:29:33 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 13 Nov 2010 16:24:29 -0400
fsck improvements * 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 to fsk if fscking everything is not desired. * fsck: Fix bug, introduced in 0.04, in detection of unused data.
2010-11-13 18:59:27 +00:00
refactor param seeking
2010-11-11 22:54:52 +00:00
git-annex (0.05) unstable; urgency=low
Optimize both pre-commit and lock subcommands. isLocked was doing the expensive check before the cheap one. Let's not fork git diff twice per file when committing, especially. git diff is still run more than strictly necessary (ie, more than once) if multiple unlocked files are being committed. But much better now.
2010-11-11 18:54:29 +00:00
rework command dispatching for add and pre-commit Both subcommands do two different operations on different sets of files, so allowing a subcommand to perform a list of operations cleans things up.
2010-11-11 21:58:55 +00:00
* Optimize both pre-commit and lock subcommands to not call git diff
refactor param seeking
2010-11-11 22:54:52 +00:00
on every file being committed/locked.
releasing version 0.05
2010-11-11 22:59:19 +00:00
(This actually also works around a bug in ghc, that caused
refactor param seeking
2010-11-11 22:54:52 +00:00
git-annex 0.04 pre-commit to sometimes corrupt filename being read
link to ghc bug
2010-11-11 23:00:38 +00:00
from git ls-files and fail.
See <http://hackage.haskell.org/trac/ghc/ticket/4493>
rework command dispatching for add and pre-commit Both subcommands do two different operations on different sets of files, so allowing a subcommand to perform a list of operations cleans things up.
2010-11-11 21:58:55 +00:00
The excessive number of calls made by pre-commit exposed the ghc bug.
Thanks Josh Triplett for the debugging.)
releasing version 0.05
2010-11-11 22:59:19 +00:00
* Build with -O2.
Optimize both pre-commit and lock subcommands. isLocked was doing the expensive check before the cheap one. Let's not fork git diff twice per file when committing, especially. git diff is still run more than strictly necessary (ie, more than once) if multiple unlocked files are being committed. But much better now.
2010-11-11 18:54:29 +00:00
refactor param seeking
2010-11-11 22:54:52 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 11 Nov 2010 18:31:09 -0400
Optimize both pre-commit and lock subcommands. isLocked was doing the expensive check before the cheap one. Let's not fork git diff twice per file when committing, especially. git diff is still run more than strictly necessary (ie, more than once) if multiple unlocked files are being committed. But much better now.
2010-11-11 18:54:29 +00:00
releasing version 0.04
2010-11-10 18:29:51 +00:00
git-annex (0.04) unstable; urgency=low
documentation for checkout
2010-11-08 01:02:25 +00:00
maybe call it unlock and not checkout It'd be confusing to have a git-annex subcommand with the same name as a git subcommand.
2010-11-09 19:11:45 +00:00
* Add unlock subcommand, which replaces the symlink with a copy of
edit an alias for unlock
2010-11-10 17:28:04 +00:00
the file's content in preparation of changing it. The "edit" subcommand
is an alias for unlock.
maybe call it unlock and not checkout It'd be confusing to have a git-annex subcommand with the same name as a git subcommand.
2010-11-09 19:11:45 +00:00
* 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.
2010-11-10 17:01:17 +00:00
* 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.
releasing version 0.04
2010-11-10 18:29:51 +00:00
* The SHA1 backend is now fully usable.
Reorganised the layout of .git/annex/
2010-11-08 20:47:36 +00:00
* Add annex.version, which will be used to automate upgrades
releasing version 0.04
2010-11-10 18:29:51 +00:00
between incompatible versions.
Reorganised the layout of .git/annex/
2010-11-08 20:47:36 +00:00
* 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.)
2010-11-08 23:26:37 +00:00
* 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.)
cleanup
2010-11-10 18:16:53 +00:00
* 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
2010-11-10 14:49:35 +00:00
* Avoid using runghc to run test suite as it is not available on all
architectures. Closes: #603006
documentation for checkout
2010-11-08 01:02:25 +00:00
releasing version 0.04
2010-11-10 18:29:51 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 10 Nov 2010 14:23:23 -0400
documentation for checkout
2010-11-08 01:02:25 +00:00
releasing version 0.03
2010-11-07 22:30:21 +00:00
git-annex (0.03) unstable; urgency=low
Fix support for file:// remotes.
2010-10-28 17:47:10 +00:00
* Fix support for file:// remotes.
Add --verbose
2010-10-28 18:04:22 +00:00
* Add --verbose
Fix SIGINT handling.
2010-10-29 16:38:41 +00:00
* Fix SIGINT handling.
changelog
2010-10-29 21:38:12 +00:00
* 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.
2010-10-31 03:19:33 +00:00
* 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.
2010-10-31 22:04:34 +00:00
* Fix crash on unknown symlinks.
Added remote.annex-scp-options and remote.annex-ssh-options.
2010-11-01 02:56:56 +00:00
* Added remote.annex-scp-options and remote.annex-ssh-options.
rework subcommand invocation logic
2010-11-01 18:49:05 +00:00
* 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.
2010-11-01 23:05:38 +00:00
* In .gitattributes, the git-annex-backend attribute can be set to the
names of backends to use when adding different types of files.
update
2010-11-07 22:23:25 +00:00
* Add fsck subcommand. (For now it only finds unused key contents in the
annex.)
Fix support for file:// remotes.
2010-10-28 17:47:10 +00:00
releasing version 0.03
2010-11-07 22:30:21 +00:00
-- Joey Hess <joeyh@debian.org> Sun, 07 Nov 2010 18:26:04 -0400
Fix support for file:// remotes.
2010-10-28 17:47:10 +00:00
copyright statements
2010-10-27 20:53:54 +00:00
git-annex (0.02) unstable; urgency=low
changelog
2010-10-21 20:38:14 +00:00
support checking network remotes when dropping
2010-10-22 19:06:14 +00:00
* Can scp annexed files from remote hosts, and check remote hosts for
file content when dropping files.
update
2010-10-27 18:39:21 +00:00
* New move subcommand, that makes it easy to move file contents from
or to a remote.
update
2010-10-26 00:22:37 +00:00
* New fromkey subcommand, for registering urls, etc.
pre-commit hook
2010-10-27 18:33:44 +00:00
* 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.
update
2010-10-27 18:39:21 +00:00
* More intelligent and fast staging of modified files; git add coalescing.
update
2010-10-22 19:08:53 +00:00
* Add remote.annex-ignore git config setting to allow completly disabling
a given remote.
changelog
2010-10-25 23:38:59 +00:00
* --from/--to can be used to control the remote repository that git-annex
--from/--to can be used to limit the remote repository that git-annex uses.
2010-10-23 00:35:39 +00:00
uses.
changelog
2010-10-25 23:38:59 +00:00
* --quiet can be used to avoid verbose output
update
2010-10-26 00:22:37 +00:00
* New plumbing-level dropkey and addkey subcommands.
update
2010-10-27 18:39:21 +00:00
* Lots of bug fixes.
changelog
2010-10-21 20:38:14 +00:00
copyright statements
2010-10-27 20:53:54 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 27 Oct 2010 16:39:29 -0400
changelog
2010-10-21 20:38:14 +00:00
entry for the prerelease
2010-10-20 16:54:40 +00:00
git-annex (0.01) unstable; urgency=low
debianization
2010-10-16 20:41:24 +00:00
entry for the prerelease
2010-10-20 16:54:40 +00:00
* First prerelease.
debianization
2010-10-16 20:41:24 +00:00
entry for the prerelease
2010-10-20 16:54:40 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 20 Oct 2010 12:54:24 -0400
Reference in a new issue Copy permalink