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

2721 lines
130 KiB
Text
Raw Normal View History

Remove --json option from commands not supporting it.
2014-01-18 15:54:43 +00:00
git-annex (5.20140118) UNRELEASED; urgency=medium
sync --content: New option that makes the content of annexed files be transferred. Similar to the assistant, this honors any configured preferred content expressions. I am not entirely happpy with the implementation. It would be nicer if the seek function returned a list of actions which included the individual file gets and copies and drops, rather than the current list of calls to syncContent. This would allow getting rid of the somewhat reundant display of "sync file [ok|failed]" after the get/put display. But, do that, withFilesInGit would need to somehow be able to construct such a mixed action list. And it would be less efficient than the current implementation, which is able to reuse several values between eg get and drop. Note that currently this does not try to satisfy numcopies when getting/putting files (numcopies are of course checked when dropping files!) This makes it like the assistant, and unlike get --auto and copy --auto, which do duplicate files when numcopies is not yet satisfied. I don't know if this is the right decision; it only seemed to make sense to have this parallel the assistant as far as possible to start with, since I know the assistant works. This commit was sponsored by Øyvind Andersen Holm.
2014-01-19 21:35:36 +00:00
* sync --content: New option that makes the content of annexed files be
transferred. Similar to the assistant, this honors any configured
preferred content expressions.
Remove --json option from commands not supporting it.
2014-01-18 15:54:43 +00:00
* Remove --json option from commands not supporting it.
status: Support --json.
2014-01-18 16:05:10 +00:00
* status: Support --json.
list: Fix specifying of files to list.
2014-01-18 17:25:06 +00:00
* list: Fix specifying of files to list.
Allow --all to be mixed with matching options like --copies and --in (but not --include and --exclude).
2014-01-18 18:58:56 +00:00
* Allow --all to be mixed with matching options like --copies and --in
(but not --include and --exclude).
global numcopies setting * numcopies: New command, sets global numcopies value that is seen by all clones of a repository. * The annex.numcopies git config setting is deprecated. Once the numcopies command is used to set the global number of copies, any annex.numcopies git configs will be ignored. * assistant: Make the prefs page set the global numcopies. This global numcopies setting is needed to let preferred content expressions operate on numcopies. It's also convenient, because typically if you want git-annex to preserve N copies of files in a repo, you want it to do that no matter which repo it's running in. Making it global avoids needing to warn the user about gotchas involving inconsistent annex.numcopies settings. (See changes to doc/numcopies.mdwn.) Added a new variety of git-annex branch log file, that holds only 1 value. Will probably be useful for other stuff later. This commit was sponsored by Nicolas Pouillard.
2014-01-20 20:47:56 +00:00
* numcopies: New command, sets global numcopies value that is seen by all
clones of a repository.
* The annex.numcopies git config setting is deprecated. Once the numcopies
command is used to set the global number of copies, any annex.numcopies
git configs will be ignored.
* assistant: Make the prefs page set the global numcopies.
benchmarked numcopies .gitattributes in preferred content Checking .gitattributes adds a full minute to a git annex find looking for files that don't have enough copies. 2:25 increasts to 3:27. I feel this is too much of a slowdown to justify making it the default. So, exposed two versions of the preferred content expression, a slow one and a fast but approximate one. I'm using the approximate one in the default preferred content expressions to avoid slowing down the assistant.
2014-01-21 22:46:39 +00:00
* Add lackingcopies and approxlackingcopies preferred content expressions.
Add and use numcopiesneeded preferred content expression. * Add numcopiesneeded preferred content expression. * Client, transfer, incremental backup, and archive repositories now want to get content that does not yet have enough copies. This means the asssistant will make copies of files that don't yet meet the configured numcopies, even to places that would not normally want the file. For example, if numcopies is 4, and there are 2 client repos and 2 transfer repos, and 2 removable backup drives, the file will be sent to both transfer repos in order to make 4 copies. Once a removable drive get a copy of the file, it will be dropped from one transfer repo or the other (but not both). Another example, numcopies is 3 and there is a client that has a backup removable drive and two small archive repos. Normally once one of the small archives has a file, it will not be put into the other one. But, to satisfy numcopies, the assistant will duplicate it into the other small archive too, if the backup repo is not available to receive the file. I notice that these examples are fairly unlikely setups .. the old behavior was not too bad, but it's nice to finally have it really correct. .. Almost. I have skipped checking the annex.numcopies .gitattributes out of fear it will be too slow. This commit was sponsored by Florian Schlegel.
2014-01-20 21:34:58 +00:00
* Client, transfer, incremental backup, and archive repositories
now want to get content that does not yet have enough copies.
repair: Check git version at run time.
2014-01-21 17:22:48 +00:00
* repair: Check git version at run time.
Remove --json option from commands not supporting it.
2014-01-18 15:54:43 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 18 Jan 2014 11:54:17 -0400
Really fix FTBFS on mipsel and sparc due to test suite not being available on those architectures.
2014-01-17 18:48:56 +00:00
git-annex (5.20140117) unstable; urgency=medium
* Really fix FTBFS on mipsel and sparc due to test suite not being available
on those architectures.
-- Joey Hess <joeyh@debian.org> Fri, 17 Jan 2014 14:46:27 -0400
prep release
2014-01-16 15:36:54 +00:00
git-annex (5.20140116) unstable; urgency=medium
Added tahoe special remote. Known problems: 1. Tries to tahoe start when daemon is already running. 2. If multiple tahoe remotes are set up on the same computer, they will have the same node.url configured by default, and this confuses tahoe commands. This commit was sponsored by LeastAuthority.com
2014-01-08 20:14:37 +00:00
* Added tahoe special remote.
add GETAVAILABILITY to external special remote protocol And some reworking of types, and added an annex-availability git config setting.
2014-01-13 18:41:10 +00:00
* external special remote protocol: Added GETGITDIR, and GETAVAILABILITY.
Refuse to build with git older than 1.7.1.1, which is needed for git checkout -B
2014-01-13 19:17:48 +00:00
* Refuse to build with git older than 1.7.1.1, which is needed for
git checkout -B
map: Fix display of v5 direct mode repos. The direct mode guard confused map. So need to run through Annex.new to get the actual path to the repo.
2014-01-13 19:36:02 +00:00
* map: Fix display of v5 direct mode repos.
repair: Support old git versions from before git fsck --no-dangling was implemented.
2014-01-13 22:10:45 +00:00
* repair: Support old git versions from before git fsck --no-dangling was
implemented.
Fix a long-standing bug that could cause the wrong index file to be used when committing to the git-annex branch, if GIT_INDEX_FILE is set in the environment. This typically resulted in git-annex branch log files being committed to the master branch and later showing up in the work tree. (These log files can be safely removed.)
2014-01-14 19:36:33 +00:00
* Fix a long-standing bug that could cause the wrong index file to be used
when committing to the git-annex branch, if GIT_INDEX_FILE is set in the
environment. This typically resulted in git-annex branch log files being
committed to the master branch and later showing up in the work tree.
(These log files can be safely removed.)
assistant: Detect if .git/annex/index is corrupt at startup, and recover.
2014-01-14 21:10:30 +00:00
* assistant: Detect if .git/annex/index is corrupt at startup, and
recover.
repair: Fix bug in packed refs file exploding code that caused a .gitrefs directory to be created instead of .git/refs
2014-01-15 20:34:18 +00:00
* repair: Fix bug in packed refs file exploding code that caused a .gitrefs
directory to be created instead of .git/refs
prep release
2014-01-16 15:36:54 +00:00
* Fix FTBFS on mipsel and sparc due to test suite not being available
on those architectures.
* Android: Avoid passing --clobber to busybox wget.
Added tahoe special remote. Known problems: 1. Tries to tahoe start when daemon is already running. 2. If multiple tahoe remotes are set up on the same computer, they will have the same node.url configured by default, and this confuses tahoe commands. This commit was sponsored by LeastAuthority.com
2014-01-08 20:14:37 +00:00
prep release
2014-01-16 15:36:54 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 16 Jan 2014 11:34:54 -0400
Added tahoe special remote. Known problems: 1. Tries to tahoe start when daemon is already running. 2. If multiple tahoe remotes are set up on the same computer, they will have the same node.url configured by default, and this confuses tahoe commands. This commit was sponsored by LeastAuthority.com
2014-01-08 20:14:37 +00:00
prep release
2014-01-07 16:25:12 +00:00
git-annex (5.20140107) unstable; urgency=medium
external special remote protocol: Added GETUUID.
2013-12-31 17:50:18 +00:00
mirror: Support --all (and --unused).
2014-01-01 21:39:33 +00:00
* mirror: Support --all (and --unused).
add remote state logs This allows a remote to store a piece of arbitrary state associated with a key. This is needed to support Tahoe, where the file-cap is calculated from the data stored in it, and used to retrieve a key later. Glacier also would be much improved by using this. GETSTATE and SETSTATE are added to the external special remote protocol. Note that the state is left as-is even when a key is removed from a remote. It's up to the remote to decide when it wants to clear the state. The remote state log, $KEY.log.rmt, is a UUID-based log. However, rather than using the old UUID-based log format, I created a new variant of that format. The new varient is more space efficient (since it lacks the "timestamp=" hack, and easier to parse (and the parser doesn't mess with whitespace in the value), and avoids compatability cruft in the old one. This seemed worth cleaning up for these new files, since there could be a lot of them, while before UUID-based logs were only used for a few log files at the top of the git-annex branch. The transition code has also been updated to handle these new UUID-based logs. This commit was sponsored by Daniel Hofer.
2014-01-03 20:35:57 +00:00
* external special remote protocol: Added GETUUID, GETWANTED, SETWANTED,
add DEBUG
2014-01-07 17:23:58 +00:00
SETSTATE, GETSTATE, DEBUG.
Windows: Fix bug in direct mode merge code that could cause files in subdirectories to go missing.
2013-12-31 20:39:11 +00:00
* Windows: Fix bug in direct mode merge code that could cause files
in subdirectories to go missing.
Windows: Avoid eating stdin when running ssh to add a authorized key, since this is used for password prompting.
2014-01-01 19:49:51 +00:00
* Windows: Avoid eating stdin when running ssh to add a authorized key,
since this is used for password prompting.
Avoid looping if long-running git cat-file or git hash-object crashes and keeps crashing when restarted.
2014-01-02 01:42:25 +00:00
* Avoid looping if long-running git cat-file or git hash-object crashes
and keeps crashing when restarted.
Assistant: Remove stale MERGE_HEAD files in lockfile cleanup. See http://git-annex.branchable.com/forum/How_to_resolve_a_interrupted_merge_in_direct_mode__63__/
2014-01-02 02:05:33 +00:00
* Assistant: Remove stale MERGE_HEAD files in lockfile cleanup.
Remotes can now be made read-only, by setting remote.<name>.annex-readonly
2014-01-02 17:12:32 +00:00
* Remotes can now be made read-only, by setting remote.<name>.annex-readonly
wanted, schedule: Avoid printing "ok" after requested value.
2014-01-03 18:51:32 +00:00
* wanted, schedule: Avoid printing "ok" after requested value.
assistant: Ensure that .ssh/config and .ssh/authorized_keys are not group or world writable when writing to those files, as that can make ssh refuse to use them, if it allows another user to write to them.
2014-01-03 21:44:12 +00:00
* assistant: Ensure that .ssh/config and .ssh/authorized_keys are not
group or world writable when writing to those files, as that can make
ssh refuse to use them, if it allows another user to write to them.
addurl, importfeed: Honor annex.diskreserve as long as the size of the url can be checked. This adds a http HEAD before the download is done. That was already the case when the assistant was running, and it seems worth it to avoid filling up the whole disk, like happened to my server today.
2014-01-04 19:08:06 +00:00
* addurl, importfeed: Honor annex.diskreserve as long as the size of the
url can be checked.
add: Fix rollback when disk is completely full. Noticed that it was possible for add to move a file to .git/annex/objects and not make the link if the disk was full. This happened because the location log update failed, and so addLink never got a chance to run. Running addLink first fixes it; on error it will unwind by moving the file back to where it was originally.
2014-01-05 18:09:57 +00:00
* add: Fix rollback when disk is completely full.
assistant: Fixed several minor memory leaks that manifested when adding a large number of files.
2014-01-06 01:30:48 +00:00
* assistant: Fixed several minor memory leaks that manifested when
adding a large number of files.
assistant: Start a new git-annex transferkeys process after a network connection change So that remotes that use a persistent network connection are restarted. A remote might keep open a long duration network connection, and could fail to deal well with losing the connection. This is particularly a concern now that we have external special reotes. An external special remote that is implemented naively might open the connection only when PREPARE is sent, and if it loses connection, throw errors on each request that is made. (Note that the ssh connection caching should not have this problem; if the long-duration ssh process loses connection, the named pipe is disconnected and the next ssh attempt will reconnect. Also, XMPP already deals with disconnection robustly in its own way.) There's no way for git-annex to know if a lost network connection actually affects a given remote, which might have a transfer in process. It does not make sense to force kill the transferkeys process every time the NetWatcher detects a change. (Especially because the NetWatcher sometimes polls 1 change per hour.) In any case, the NetWatcher only detects connection to a network, not disconnection. So if a transfer is in progress over the network, and the network goes down, that will need to time out on its own. An alternate approch that was considered is to use a separate transferkeys process for each remote, and detect when a request fails, and assume that means that process is in a failing state and restart it. The problem with that approach is that if a resource is not available and a remote fails every time, it degrades to starting a new transferkeys process for every file transfer, which is too expensive. Instead, this commit only handles the network reconnection case, and restarts transferkeys only once the network has reconnected and another transfer needs to be made. So, a transferkeys process will be reused for 1 hour, or until the next network connection. ---- The NotificationBroadcaster was rewritten to use TMVars rather than MSampleVars, to allow checking without blocking if a notification has been received. ---- This commit was sponsored by Tobias Brunner.
2014-01-06 20:03:39 +00:00
* assistant: Start a new git-annex transferkeys process
after a network connection change, so that remotes that use a persistent
network connection are restarted.
no lsof on kfreebsd
2014-01-07 16:12:36 +00:00
* Adjust Debian build deps to match current state of sparc, mipsel.
external special remote protocol: Added GETUUID.
2013-12-31 17:50:18 +00:00
prep release
2014-01-07 16:25:12 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 07 Jan 2014 12:22:18 -0400
external special remote protocol: Added GETUUID.
2013-12-31 17:50:18 +00:00
prep release
2013-12-30 18:20:55 +00:00
git-annex (5.20131230) unstable; urgency=medium
Add tasty to build-depends, so that test suite builds again. (tasty was stuck in incoming.)
2013-12-24 17:58:50 +00:00
prep release
2013-12-30 18:20:55 +00:00
* Added new external special remote interface.
* importfeed: Support youtube playlists.
Add tasty to build-depends, so that test suite builds again. (tasty was stuck in incoming.)
2013-12-24 17:58:50 +00:00
* Add tasty to build-depends, so that test suite builds again.
(tasty was stuck in incoming.)
Fix typo in test suite.
2013-12-24 18:02:02 +00:00
* Fix typo in test suite.
Fix bug in Linux standalone build's shimming that broke git-annex-shell.
2013-12-24 19:42:49 +00:00
* Fix bug in Linux standalone build's shimming that broke git-annex-shell.
add git-shell wrappers
2013-12-27 20:06:11 +00:00
* Include git-receive-pack, git-upload-pack, git, and git-shell wrappers
in the Linux standalone build, and OSX app, so they will be available
when it's added to PATH.
addurl, importfeed: Sanitize | and some other symbols and special characters.
2013-12-27 21:52:20 +00:00
* addurl, importfeed: Sanitize | and some other symbols and special
characters.
Auto-upgrade v3 indirect repos to v5 with no changes. This also fixes a problem when a direct mode repo was somehow set to v3 rather than v4, and so the automatic direct mode upgrade to v5 was not done.
2013-12-29 17:06:23 +00:00
* Auto-upgrade v3 indirect repos to v5 with no changes.
This also fixes a problem when a direct mode repo was somehow set to v3
rather than v4, and so the automatic direct mode upgrade to v5 was not
done.
Android: Avoid trying to use Android's own ionice, which does not allow specifying a command to run. Fixes transferring files to/from android and probably a few other things.
2013-12-29 21:32:08 +00:00
* Android: Avoid trying to use Android's own ionice, which does not
allow specifying a command to run. Fixes transferring files to/from
android and probably a few other things.
Add tasty to build-depends, so that test suite builds again. (tasty was stuck in incoming.)
2013-12-24 17:58:50 +00:00
prep release
2013-12-30 18:20:55 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 30 Dec 2013 14:13:40 -0400
Add tasty to build-depends, so that test suite builds again. (tasty was stuck in incoming.)
2013-12-24 17:58:50 +00:00
prep release
2013-12-21 16:00:47 +00:00
git-annex (5.20131221) unstable; urgency=low
Fix test suite to cover lock --force change.
2013-12-15 17:33:09 +00:00
assistant: Fix OSX-specific bug that caused the startup scan to try to follow symlinks to other directories, and add their contents to the annex.
2013-12-18 19:05:29 +00:00
* assistant: Fix OSX-specific bug that caused the startup scan to try to
follow symlinks to other directories, and add their contents to the annex.
assistant: Set StrictHostKeyChecking yes when creating ssh remotes, and add it to the configuration for any ssh remotes previously created by the assistant. This avoids repeated prompts by ssh if the host key changes, instead syncing with such a remote will fail. Closes: #732602
2013-12-21 00:58:36 +00:00
* assistant: Set StrictHostKeyChecking yes when creating ssh remotes,
and add it to the configuration for any ssh remotes previously created
by the assistant. This avoids repeated prompts by ssh if the host key
changes, instead syncing with such a remote will fail. Closes: #732602
prep release
2013-12-21 16:00:47 +00:00
* Fix test suite to cover lock --force change.
* Add plumbing-level lookupkey and examinekey commands.
* find --format: Added hashdirlower, hashdirmixed, keyname, and mtime
format variables.
* assistant: Always batch changes found in startup scan.
reorder
2013-12-21 01:00:02 +00:00
* An armel Linux standalone build is now available, which includes the
webapp.
* Programs from Linux and OSX standalone builds can now be symlinked
into a directory in PATH as an alternative installation method, and will
use readlink to find where the build was unpacked.
* Include man pages in Linux and OSX standalone builds.
* Linux standalone build now includes its own glibc and forces the linker to
use it, to remove dependence on the host glibc.
Fix test suite to cover lock --force change.
2013-12-15 17:33:09 +00:00
prep release
2013-12-21 16:00:47 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 21 Dec 2013 12:00:17 -0400
Fix test suite to cover lock --force change.
2013-12-15 17:33:09 +00:00
OSX: Remove ssh and ssh-keygen from dmg as they're included in OSX by default.
2013-12-13 18:25:24 +00:00
git-annex (5.20131213) unstable; urgency=low
Avoid using git commit in direct mode, since in some situations it will read the full contents of files in the tree. The assistant's commit code also always avoids git commit, for simplicity. Indirect mode sync still does a git commit -a to catch unstaged changes. Note that this means that direct mode sync no longer runs the pre-commit hook or any other hooks git commit might call. The git annex pre-commit hook action for direct mode is however explicitly run. (The assistant already ran git commit with hooks disabled, so no change there.)
2013-12-01 17:59:39 +00:00
* Avoid using git commit in direct mode, since in some situations
it will read the full contents of files in the tree.
assistant: Batch jobs are now run with ionice and nocache, when those commands are available.
2013-12-01 18:53:15 +00:00
* assistant: Batch jobs are now run with ionice and nocache, when
those commands are available.
assistant: Run transferkeys as batch jobs.
2013-12-01 18:56:37 +00:00
* assistant: Run transferkeys as batch jobs.
Automatically fix up bad bare repositories created by versions 5.20131118 through 5.20131127.
2013-12-02 16:34:16 +00:00
* Automatically fix up bad bare repositories created by
versions 5.20131118 through 5.20131127.
rsync special remote: Fix fallback mode for rsync remotes that use hashDirMixed. Closes: #731142
2013-12-02 16:53:39 +00:00
* rsync special remote: Fix fallback mode for rsync remotes that
use hashDirMixed. Closes: #731142
copy --from, get --from: When --force is used, ignore the location log and always try to get the file from the remote.
2013-12-02 19:41:20 +00:00
* copy --from, get --from: When --force is used, ignore the
location log and always try to get the file from the remote.
Deal with box.com changing the url of their webdav endpoint. Use new url when making new remotes. Transparently rewrite old url to new for existing remotes.
2013-12-02 20:01:20 +00:00
* Deal with box.com changing the url of their webdav endpoint.
Android: Fix SRV record lookups for XMPP to use android getprop command to find DNS server, since there is no resolv.conf.
2013-12-03 17:14:49 +00:00
* Android: Fix SRV record lookups for XMPP to use android getprop
command to find DNS server, since there is no resolv.conf.
import: Add --skip-duplicates option. Note that the hash backends were made to stop printing a (checksum..) message as part of this, since it showed up without a file when deciding whether to act on a file. Should have probably removed that message a while ago anyway, I suppose.
2013-12-04 17:13:30 +00:00
* import: Add --skip-duplicates option.
add bug number
2013-12-07 14:53:19 +00:00
* lock: Require --force. Closes: #731606
better handling of overwriting an existing file/directory/broken link when importing Previous test did not notice if there is a dangling symlink. Also, if a directory exists with the same name as the imported file, that cannot work, so don't let --force have an effect.
2013-12-09 17:37:18 +00:00
* import: better handling of overwriting an existing file/directory/broken
link when importing
changelog
2013-12-09 18:43:38 +00:00
* Windows: assistant and webapp work! (very experimental)
windows disk free space checking
2013-12-10 05:18:04 +00:00
* Windows: Support annex.diskreserve.
Tweak magic number to fix bad behavior in Firefox, which was caused by an earlier fix to bad behavior in Chromium. Browsers are crap.
2013-12-09 21:44:45 +00:00
* Fix bad behavior in Firefox, which was caused by an earlier fix to
bad behavior in Chromium.
repair: Remove damaged git-annex sync branches.
2013-12-10 20:17:49 +00:00
* repair: Improve repair of git-annex index file.
* repair: Remove damaged git-annex sync branches.
status: Ignore new files that are gitignored.
2013-12-12 18:01:24 +00:00
* status: Ignore new files that are gitignored.
Fix direct mode's handling when modifications to non-annexed files are pulled from a remote. A bug prevented the files from being updated in the work tree, and this caused the modification to be reverted.
2013-12-12 19:57:09 +00:00
* Fix direct mode's handling when modifications to non-annexed files
are pulled from a remote. A bug prevented the files from being updated
in the work tree, and this caused the modification to be reverted.
OSX: Remove ssh and ssh-keygen from dmg as they're included in OSX by default.
2013-12-13 18:25:24 +00:00
* OSX: Remove ssh and ssh-keygen from dmg as they're included in OSX by
default.
Avoid using git commit in direct mode, since in some situations it will read the full contents of files in the tree. The assistant's commit code also always avoids git commit, for simplicity. Indirect mode sync still does a git commit -a to catch unstaged changes. Note that this means that direct mode sync no longer runs the pre-commit hook or any other hooks git commit might call. The git annex pre-commit hook action for direct mode is however explicitly run. (The assistant already ran git commit with hooks disabled, so no change there.)
2013-12-01 17:59:39 +00:00
OSX: Remove ssh and ssh-keygen from dmg as they're included in OSX by default.
2013-12-13 18:25:24 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 13 Dec 2013 14:20:32 -0400
Avoid using git commit in direct mode, since in some situations it will read the full contents of files in the tree. The assistant's commit code also always avoids git commit, for simplicity. Indirect mode sync still does a git commit -a to catch unstaged changes. Note that this means that direct mode sync no longer runs the pre-commit hook or any other hooks git commit might call. The git annex pre-commit hook action for direct mode is however explicitly run. (The assistant already ran git commit with hooks disabled, so no change there.)
2013-12-01 17:59:39 +00:00
prep release
2013-11-30 20:33:03 +00:00
git-annex (5.20131130) unstable; urgency=low
init: Fix a bug that caused git annex init, when run in a bare repository, to set core.bare=false.
2013-11-30 20:12:20 +00:00
* init: Fix a bug that caused git annex init, when run in a bare
repository, to set core.bare=false.
prep release
2013-11-30 20:33:03 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 30 Nov 2013 16:32:35 -0400
init: Fix a bug that caused git annex init, when run in a bare repository, to set core.bare=false.
2013-11-30 20:12:20 +00:00
debian specific upload
2013-11-28 11:58:19 +00:00
git-annex (5.20131127.1) unstable; urgency=low
* Rebuild that does not try to use quvi 0.9 from experimental.
-- Joey Hess <joeyh@debian.org> Thu, 28 Nov 2013 07:57:36 -0400
prep release
2013-11-27 22:47:37 +00:00
git-annex (5.20131127) unstable; urgency=low
merge from git-repair
2013-11-20 22:31:00 +00:00
OSX upgrades seem to be working now
2013-11-25 18:06:34 +00:00
* webapp: Detect when upgrades are available, and upgrade if the user
desires.
update
2013-11-22 19:44:39 +00:00
(Only when git-annex is installed using the prebuilt binaries
from git-annex upstream, not from eg Debian.)
watch git-annex program file to detect upgrades Not yet wired up to restart the assistant on upgrade; that needs careful sanity checking to wait until the upgrade is done before restarting. Used the DirWatcher here, so it gets events for any changes to the directory containing the program file. (But not subdirs.) This is necessary in order to detect when the file is renamed as part of the upgrade, which an inotify on a single file would not detect. (Also, I have DirWatcher code, but not FileWatcher code.) Note that upgrades that remove or rename a whole directory tree containing the executable will *not* trigger this code. So eg, deleting and replacing the whole standalone tarball dir tree won't work -- but untarring it over top will. So should dpkg package upgrades. Added programPath, using a new GHC feature to find the full path to the executable. The fallback code for old GHC or unsupported OS is less good; its worst failure mode would be either failing to find the program, and so not checking for upgrades, or finding a git-annex that's in PATH, but is not the one running. This commit was sponsored by John Roepke.
2013-11-22 22:46:45 +00:00
* assistant: Detect when the git-annex binary is modified or replaced,
and either prompt the user to restart the program, or automatically
restart it.
* annex.autoupgrade configures both the above upgrade behaviors.
Added support for quvi 0.9. Slightly suboptimal due to limitations in its interface compared with the old version.
2013-11-25 03:44:30 +00:00
* Added support for quvi 0.9. Slightly suboptimal due to limitations in its
interface compared with the old version.
update
2013-11-26 23:47:08 +00:00
* Bug fix: annex.version did not get set on automatic upgrade to v5 direct
mode repo, so the upgrade was performed repeatedly, slowing commands down.
* webapp: Fix bug that broke switching between local repositories
that use the new guarded direct mode.
2 android bug fixes
2013-11-26 17:24:24 +00:00
* Android: Fix stripping of the git-annex binary.
* Android: Make terminal app show git-annex version number.
update
2013-11-26 19:23:39 +00:00
* Android: Re-enable XMPP support.
reinject: Allow to be used in direct mode.
2013-11-26 20:15:49 +00:00
* reinject: Allow to be used in direct mode.
update
2013-11-26 23:47:08 +00:00
* Futher improvements to git repo repair. Has now been tested in tens
of thousands of intentionally damaged repos, and successfully
repaired them all.
Allow use of --unused in bare repository.
2013-11-27 10:50:20 +00:00
* Allow use of --unused in bare repository.
merge from git-repair
2013-11-20 22:31:00 +00:00
prep release
2013-11-27 22:47:37 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 27 Nov 2013 18:41:44 -0400
merge from git-repair
2013-11-20 22:31:00 +00:00
releasing package git-annex version 5.20131120
2013-11-20 17:10:11 +00:00
git-annex (5.20131120) unstable; urgency=low
dropunused, addunused: Allow "all" instead of a range to act on all unused data.
2013-11-18 21:24:18 +00:00
releasing package git-annex version 5.20131120
2013-11-20 17:10:11 +00:00
* Fix Debian package to not try to run test suite, since haskell-tasty
is not out of new or in Build-Depends yet.
dropunused, addunused: Allow "all" instead of a range to act on all unused data.
2013-11-18 21:24:18 +00:00
* dropunused, addunused: Allow "all" instead of a range to
act on all unused data.
Ensure that core.sharedrepository is honored when creating the .git/annex directory.
2013-11-18 22:20:20 +00:00
* Ensure execute bit is set on directories when core.sharedrepository is set.
* Ensure that core.sharedrepository is honored when creating the .git/annex
directory.
changelog
2013-11-19 21:18:52 +00:00
* Improve repair code in the case where the index file is corrupt,
releasing package git-annex version 5.20131120
2013-11-20 17:10:11 +00:00
and this hides other problems from git fsck.
dropunused, addunused: Allow "all" instead of a range to act on all unused data.
2013-11-18 21:24:18 +00:00
releasing package git-annex version 5.20131120
2013-11-20 17:10:11 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 20 Nov 2013 12:54:18 -0400
dropunused, addunused: Allow "all" instead of a range to act on all unused data.
2013-11-18 21:24:18 +00:00
releasing package git-annex version 5.20131118
2013-11-18 15:01:00 +00:00
git-annex (5.20131118) unstable; urgency=low
Improve local pairing behavior when two computers both try to start the pairing process separately. I was able to reproduce something very like this bug by starting pairing separately on both computers under poor network conditions (ie, weak wifi on my front porch). Neither computer showed an alert for the PairReq messages it was seeing (intermittently) from the other. So, I've made a new PairReq message that has not been seen before always make the alert pop up, even if the assistant thinks it is in the middle of its own pairing process (or even another pairing process with a different box on the LAN). (This shouldn't cause a rogue PairAck to disrupt a pairing process part way through.)
2013-11-02 19:10:29 +00:00
automatically set and unset core.bare when switching to/from direct mode
2013-11-05 19:31:37 +00:00
* Direct mode repositories now have core.bare=true set, to prevent
support direct mode repositories with core.bare=true (not yet default) Direct mode repositories can now have core.bare=true set, to prevent accidentally running git commands that try to operate on the work tree, and so do the wrong thing. This is not yet the default, and it causes known problems for git-annex sync due to receive.denyCurrentBranch not working in bare repositories. This commit was sponsored by Richard Hartmann.
2013-11-05 18:24:28 +00:00
accidentally running git commands that try to operate on the work tree,
v5 for direct mode, with automatic upgrade This includes storing the current state of the HEAD ref, which git annex sync is going to need, but does not make sync use it.
2013-11-05 20:42:59 +00:00
and so do the wrong thing in direct mode.
* annex.version is now set to 5 for direct mode repositories.
This upgrade is handled fully automatically, no need to run
git annex upgrade
rename status to info, and update docs
2013-11-07 16:45:59 +00:00
* The "status" command has been renamed to "info", to allow
"git annex status" to be used in direct mode repositories, now that
"git status" won't work in them.
support direct mode repositories with core.bare=true (not yet default) Direct mode repositories can now have core.bare=true set, to prevent accidentally running git commands that try to operate on the work tree, and so do the wrong thing. This is not yet the default, and it causes known problems for git-annex sync due to receive.denyCurrentBranch not working in bare repositories. This commit was sponsored by Richard Hartmann.
2013-11-05 18:24:28 +00:00
* The -c option now not only modifies the git configuration seen by
git-annex, but it is passed along to every git command git-annex runs.
watcher: Avoid loop when adding a file owned by someone else fails in indirect mode because its permissions cannot be modified. Adding the file moved it to the annex, and then tried to set the mode. Error unwind then moved the file back, and so the watcher saw the file get deleted and then added back, and so tried again..
2013-11-07 19:18:54 +00:00
* watcher: Avoid loop when adding a file owned by someone else fails
in indirect mode because its permissions cannot be modified.
webapp: Avoid encoding problems when displaying the daemon log file.
2013-11-07 19:29:20 +00:00
* webapp: Avoid encoding problems when displaying the daemon log file.
webapp: Improve UI around remote that have no annex.uuid set, either because setup of them is incomplete, or because the remote git repository is not a git-annex repository. Complicated by such repositories potentially being repos that should have an annex.uuid, but it failed to be gotten, perhaps due to the past ssh repo setup bugs. This is handled now by an Upgrade Repository button.
2013-11-07 22:02:00 +00:00
* webapp: Improve UI around remote that have no annex.uuid set,
either because setup of them is incomplete, or because the remote
git repository is not a git-annex repository.
Include ssh-keygen in standalone bundle.
2013-11-08 18:29:47 +00:00
* Include ssh-keygen in standalone bundle.
Allow optionally configuring git-annex with -fEKG to enable awesome remote monitoring interfaceat http://localhost:4242/
2013-11-06 20:33:45 +00:00
* Allow optionally configuring git-annex with -fEKG to enable awesome
remote monitoring interfaceat http://localhost:4242/
Fix bug that caused bad information to be written to the git-annex branch when running describe or other commands with a remote that has no uuid. Still need to fix crash caused by the bad info.
2013-11-09 17:37:30 +00:00
* Fix bug that caused bad information to be written to the git-annex branch
when running describe or other commands with a remote that has no uuid.
separate android 4.0 and 4.3 builds needed Also, parameterize the abdroid abi version
2013-11-12 18:24:53 +00:00
* Work around Android linker problem that had prevented git-annex from
running on Android 4.3 and 4.4.
repair: Handle case where index file is corrupt, but all objects are ok.
2013-11-13 17:41:02 +00:00
* repair: Handle case where index file is corrupt, but all objects are ok.
assistant: Notice on startup when the index file is corrupt, and auto-repair.
2013-11-13 18:27:17 +00:00
* assistant: Notice on startup when the index file is corrupt, and
auto-repair.
Fix direct mode merge bug when a direct mode file was deleted and replaced with a directory. An ordering problem caused the directory to not get created in this case. Thanks to Tim for the test cases.
2013-11-15 17:40:12 +00:00
* Fix direct mode merge bug when a direct mode file was deleted and replaced
with a directory. An ordering problem caused the directory to not get
created in this case.
update
2013-11-15 18:52:39 +00:00
Thanks to Tim for the test case.
Direct mode .git/annex/objects directories are no longer left writable Because that allowed writing to symlinks of files that are not present, which followed the link and put bad content in an object location. fsck: Fix up .git/annex/object directory permissions. This commit was sponsored by an anonymous bitcoin donor.
2013-11-15 18:52:03 +00:00
* Direct mode .git/annex/objects directories are no longer left writable,
because that allowed writing to symlinks of files that are not present,
which followed the link and put bad content in an object location.
update
2013-11-15 18:52:39 +00:00
Thanks to Tim for the test case.
Direct mode .git/annex/objects directories are no longer left writable Because that allowed writing to symlinks of files that are not present, which followed the link and put bad content in an object location. fsck: Fix up .git/annex/object directory permissions. This commit was sponsored by an anonymous bitcoin donor.
2013-11-15 18:52:03 +00:00
* fsck: Fix up .git/annex/object directory permissions.
Switched to the tasty test framework.
2013-11-15 20:02:12 +00:00
* Switched to the tasty test framework.
Android: Adjust default .gitignore to ignore .thumbnails at any location in the tree, not just at its top.
2013-11-16 22:48:16 +00:00
* Android: Adjust default .gitignore to ignore .thumbnails at any location
in the tree, not just at its top.
webapp: Check annex.version.
2013-11-17 18:58:35 +00:00
* webapp: Check annex.version.
Allow optionally configuring git-annex with -fEKG to enable awesome remote monitoring interfaceat http://localhost:4242/
2013-11-06 20:33:45 +00:00
releasing package git-annex version 5.20131118
2013-11-18 15:01:00 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 18 Nov 2013 10:45:43 -0400
Allow optionally configuring git-annex with -fEKG to enable awesome remote monitoring interfaceat http://localhost:4242/
2013-11-06 20:33:45 +00:00
prep release
2013-11-06 15:18:41 +00:00
git-annex (4.20131106) unstable; urgency=low
Improve local pairing behavior when two computers both try to start the pairing process separately. I was able to reproduce something very like this bug by starting pairing separately on both computers under poor network conditions (ie, weak wifi on my front porch). Neither computer showed an alert for the PairReq messages it was seeing (intermittently) from the other. So, I've made a new PairReq message that has not been seen before always make the alert pop up, even if the assistant thinks it is in the middle of its own pairing process (or even another pairing process with a different box on the LAN). (This shouldn't cause a rogue PairAck to disrupt a pairing process part way through.)
2013-11-02 19:10:29 +00:00
* Improve local pairing behavior when two computers both try to start
the pairing process separately.
sync: Work even when the local git repository is new and empty, with no master branch.
2013-11-02 19:29:38 +00:00
* sync: Work even when the local git repository is new and empty,
with no master branch.
gcrypt, bup: Fix bug that prevented using these special remotes with encryption=pubkey. I think both of these are all that's affected, but I went ahead and fixed all the remotes that set their config to M.empty to instead store the actual config. Who knows what will expect it to be actually present in future, the Remote instance of getGpgEncParams came to..
2013-11-02 20:37:28 +00:00
* gcrypt, bup: Fix bug that prevented using these special remotes
with encryption=pubkey.
Fix enabling of gcrypt repository accessed over ssh; git-annex-shell gcryptsetup had a bug that caused it to fail with permission denied.
2013-11-03 00:15:40 +00:00
* Fix enabling of gcrypt repository accessed over ssh;
git-annex-shell gcryptsetup had a bug that caused it to fail
with permission denied.
Fix zombie process that occurred when switching between repository views in the webapp.
2013-11-03 02:25:08 +00:00
* Fix zombie process that occurred when switching between repository
views in the webapp.
map: Work when there are gcrypt remotes.
2013-11-04 18:14:44 +00:00
* map: Work when there are gcrypt remotes.
prep release
2013-11-06 15:18:41 +00:00
* Fix build w/o webapp.
Fix exception handling bug that could cause .git/annex/index to be used for git commits outside the git-annex branch. Known to affect git-annex when used with the git shipped with Ubuntu 13.10.
2013-11-06 16:21:50 +00:00
* Fix exception handling bug that could cause .git/annex/index to be used
for git commits outside the git-annex branch. Known to affect git-annex
when used with the git shipped with Ubuntu 13.10.
Improve local pairing behavior when two computers both try to start the pairing process separately. I was able to reproduce something very like this bug by starting pairing separately on both computers under poor network conditions (ie, weak wifi on my front porch). Neither computer showed an alert for the PairReq messages it was seeing (intermittently) from the other. So, I've made a new PairReq message that has not been seen before always make the alert pop up, even if the assistant thinks it is in the middle of its own pairing process (or even another pairing process with a different box on the LAN). (This shouldn't cause a rogue PairAck to disrupt a pairing process part way through.)
2013-11-02 19:10:29 +00:00
prep release
2013-11-06 15:18:41 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 06 Nov 2013 11:17:47 -0400
Improve local pairing behavior when two computers both try to start the pairing process separately. I was able to reproduce something very like this bug by starting pairing separately on both computers under poor network conditions (ie, weak wifi on my front porch). Neither computer showed an alert for the PairReq messages it was seeing (intermittently) from the other. So, I've made a new PairReq message that has not been seen before always make the alert pop up, even if the assistant thinks it is in the middle of its own pairing process (or even another pairing process with a different box on the LAN). (This shouldn't cause a rogue PairAck to disrupt a pairing process part way through.)
2013-11-02 19:10:29 +00:00
prep release
2013-11-01 15:57:47 +00:00
git-annex (4.20131101) unstable; urgency=low
assistant: When autostarted, wait 5 seconds before running the startup scan, to avoid contending with the user's desktop login process.
2013-10-26 16:42:58 +00:00
The "git annex content" command is renamed to "git annex wanted".
2013-10-28 18:08:38 +00:00
* The "git annex content" command is renamed to "git annex wanted".
add --want-get and --want-drop options New --want-get and --want-drop options which can be used to test preferred content settings. For example, "git annex find --in . --want-drop"
2013-10-28 18:50:17 +00:00
* New --want-get and --want-drop options which can be used to
test preferred content settings.
For example, "git annex find --in . --want-drop"
assistant: When autostarted, wait 5 seconds before running the startup scan, to avoid contending with the user's desktop login process.
2013-10-26 16:42:58 +00:00
* assistant: When autostarted, wait 5 seconds before running the startup
scan, to avoid contending with the user's desktop login process.
webapp: When setting up a bare shared repository, enable non-fast-forward pushes.
2013-10-26 17:06:43 +00:00
* webapp: When setting up a bare shared repository, enable non-fast-forward
pushes.
changelog
2013-10-26 20:12:36 +00:00
* sync: Show a hint about receive.denyNonFastForwards when a push fails.
directory, webdav: Fix bug introduced in version 4.20131002 that caused the chunkcount file to not be written. Work around repositories without such a file, so files can still be retreived from them.
2013-10-26 19:03:12 +00:00
* directory, webdav: Fix bug introduced in version 4.20131002 that
caused the chunkcount file to not be written. Work around repositories
without such a file, so files can still be retreived from them.
assistant: Automatically repair damanged git repository, if it can be done without losing data.
2013-10-26 21:16:29 +00:00
* assistant: Automatically repair damanged git repository, if it can
be done without losing data.
assistant: Support repairing git remotes that are locally accessible (eg, on removable drives) gcrypt remotes are not yet handled. This commit was sponsored by Sören Brunk.
2013-10-27 19:38:59 +00:00
* assistant: Support repairing git remotes that are locally accessible
(eg, on removable drives).
add: Fix reversion in 4.20130827 when adding unlocked files that have not yet been committed. catKeyFileHEAD is still checked too, because when doing a git commit with unlocked files, the file gets staged to the index, so is not typechanged there. (This is also why git annex add foo; git annex unlock foo; git commit -a does not re-annex foo, because there is no indication left that it was added.)
2013-10-28 17:46:21 +00:00
* add: Fix reversion in 4.20130827 when adding unlocked files that have
not yet been committed.
unannex: New, much slower, but more safe behavior Copies files out of the annex. This avoids an unannex of one file breaking other files that link to the same content. Also, it means that the content remains in the annex using up space until cleaned up with "git annex unused". (The behavior of unannex --fast has not changed; it still hard links to content in the annex. --fast was not made the default because it is potentially unsafe; editing such a hard linked file can unexpectedly change content stored in the annex.)
2013-10-28 20:56:01 +00:00
* unannex: New, much slower, but more safe behavior: Copies files out of
the annex. This avoids an unannex of one file breaking other files that
link to the same content. Also, it means that the content
remains in the annex using up space until cleaned up with
"git annex unused".
(The behavior of unannex --fast has not changed; it still hard links
to content in the annex. --fast was not made the default because it is
potentially unsafe; editing such a hard linked file can unexpectedly
change content stored in the annex.)
assistant: When autostarted, wait 5 seconds before running the startup scan, to avoid contending with the user's desktop login process.
2013-10-26 16:42:58 +00:00
prep release
2013-11-01 15:57:47 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 01 Nov 2013 11:34:27 -0400
assistant: When autostarted, wait 5 seconds before running the startup scan, to avoid contending with the user's desktop login process.
2013-10-26 16:42:58 +00:00
releasing package git-annex version 4.20131024
2013-10-24 17:14:54 +00:00
git-annex (4.20131024) unstable; urgency=low
add back
2013-10-04 17:09:36 +00:00
webapp: Fix bug when adding a remote and git-remote-gcrypt is not installed.
2013-10-22 17:32:10 +00:00
* webapp: Fix bug when adding a remote and git-remote-gcrypt
is not installed.
add schedule command Mostly because it gives me an excuse and a hook to document the schedule expression format.
2013-10-13 19:40:38 +00:00
* The assitant can now run scheduled incremental fsck jobs on the local
repository and remotes. These can be configured using vicfg or with the
webapp.
add repair command
2013-10-23 16:21:59 +00:00
* repair: New command, which can repair damaged git repositories
(even ones not using git-annex).
update
2013-10-23 19:05:57 +00:00
* webapp: When git repository damange is detected, repairs can be
done using the webapp UI.
add back
2013-10-04 17:09:36 +00:00
* Automatically and safely detect and recover from dangling
.git/annex/index.lock files, which would prevent git from
committing to the git-annex branch, eg after a crash.
assistant: Detect stale git lock files at startup time, and remove them. Extends the index.lock handling to other git lock files. I surveyed all lock files used by git, and found more than I expected. All are handled the same in git; it leaves them open while doing the operation, possibly writing the new file content to the lock file, and then closes them when done. The gc.pid file is excluded because it won't affect the normal operation of the assistant, and waiting for a gc to finish on startup wouldn't be good. All threads except the webapp thread wait on the new startup sanity checker thread to complete, so they won't try to do things with git that fail due to stale lock files. The webapp thread mostly avoids doing that kind of thing itself. A few configurators might fail on lock files, but only if the user is explicitly trying to run them. The webapp needs to start immediately when the user has opened it, even if there are stale lock files. Arranging for the threads to wait on the startup sanity checker was a bit of a bear. Have to get all the NotificationHandles set up before the startup sanity checker runs, or they won't see its signal. Perhaps the NotificationBroadcaster is not the best interface to have used for this. Oh well, it works. This commit was sponsored by Michael Jakl
2013-10-05 21:02:11 +00:00
* assistant: Detect stale git lock files at startup time, and remove them.
addurl: Better sanitization of generated filenames. Use sanitizeFilePath rather than rolling our own sanitizer.
2013-10-05 17:30:13 +00:00
* addurl: Better sanitization of generated filenames.
Better sanitization of problem characters when generating URL and WORM keys. FAT has a lot of characters it does not allow in filenames, like ? and * It's probably the worst offender, but other filesystems also have limitiations. In 2011, I made keyFile escape : to handle FAT, but missed the other characters. It also turns out that when I did that, I was also living dangerously; any existing keys that contained a : had their object location change. Oops. So, adding new characters to escape to keyFile is out. Well, it would be possible to make keyFile behave differently on a per-filesystem basis, but this would be a real nightmare to get right. Consider that a rsync special remote uses keyFile to determine the filenames to use, and we don't know the underlying filesystem on the rsync server.. Instead, I have gone for a solution that is backwards compatable and simple. Its only downside is that already generated URL and WORM keys might not be able to be stored on FAT or some other filesystem that dislikes a character used in the key. (In this case, the user can just migrate the problem keys to a checksumming backend. If this became a big problem, fsck could be made to detect these and suggest a migration.) Going forward, new keys that are created will escape all characters that are likely to cause problems. And if some filesystem comes along that's even worse than FAT (seems unlikely, but here it is 2013, and people are still using FAT!), additional characters can be added to the set that are escaped without difficulty. (Also, made WORM limit the part of the filename that is embedded in the key, to deal with filesystem filename length limits. This could have already been a problem, but is more likely now, since the escaping of the filename can make it longer.) This commit was sponsored by Ian Downes
2013-10-05 19:01:49 +00:00
* Better sanitization of problem characters when generating URL and WORM
keys.
work around ssh brain-damange The control socket path passed to ssh needs to be 17 characters shorter than the maximum unix domain socket length, because ssh appends stuff to it to make a temporary filename. Closes: #725512 Also, take the shorter of the relative and the absolute paths to the socket. Typically the relative path will be a lot shorter (unless deep inside a subdirectory of the repository), and so using it will avoid flirting with the maximum safe socket lenghts in more situations, and so lead to less breakage if all my attempts at fixing this are still buggy.
2013-10-07 00:43:22 +00:00
* The control socket path passed to ssh needs to be 17 characters
shorter than the maximum unix domain socket length, because ssh
appends stuff to it to make a temporary filename. Closes: #725512
status: Fix space leak in local mode, introduced in version 4.20130920. Actually fixed 2 leaks, the tuple leak may have been older.
2013-10-07 06:48:39 +00:00
* status: Fix space leak in local mode, introduced in version 4.20130920.
import: Skip .git directories.
2013-10-07 17:03:05 +00:00
* import: Skip .git directories.
Remove bogus runshell loop check. git-annex.linux/git-annex can legitimately try to run itself -- this happens when the programfile is used. So this check was bogus.
2013-10-11 05:24:04 +00:00
* Remove bogus runshell loop check.
url size fixes addurl: Improve message when adding url with wrong size to existing file. Before the message suggested the url didn't exist. Fixed handling of URL keys that have no recorded size. Before, if the key has no size, the url also had to not declare any size, which was unlikely and wrong, or it was taken to not exist. This probably would mostly affect keys that were added to the annex with addurl --relaxed.
2013-10-11 17:05:00 +00:00
* addurl: Improve message when adding url with wrong size to existing file.
* Fixed handling of URL keys that have no recorded size.
status: Fix a crash if a temp file went away while its size was being checked for status.
2013-10-13 17:30:24 +00:00
* status: Fix a crash if a temp file went away while its size was
being checked for status.
Deal with git check-attr -z output format change in git 1.8.5. I have not actually tested with 1.8.5, which is not yet relesaed, but git.git commit f7cd8c50b9ab83e084e8f52653ecc8d90665eef2 changes -z to also apply to output, without regards to back-compat. (But with pretty good reasons.) New code should work with both versions, by fingerprinting for NULs and newlines.
2013-10-15 20:04:26 +00:00
* Deal with git check-attr -z output format change in git 1.8.5.
Work around sed output difference that led to version containing a newline on OSX.
2013-10-16 14:28:13 +00:00
* Work around sed output difference that led to version containing a newline
on OSX.
sync: Fix automatic resolution of merge conflicts where one side is an annexed file, and the other side is a non-annexed file, or a directory. Note that this case is only fully automatically resolved in direct mode. In indirect mode, git merge moves the file to file~HEAD, and replaces it with the directory, and leaves the file in unmerged state, and sync doesn't yet change that.
2013-10-16 18:48:51 +00:00
* sync: Fix automatic resolution of merge conflicts where one side is an
annexed file, and the other side is a non-annexed file, or a directory.
S3: Try to ensure bucket name is valid for archive.org.
2013-10-16 20:35:47 +00:00
* S3: Try to ensure bucket name is valid for archive.org.
update for DiffTree type change (which fixes assistant in subdir confusion bug)
2013-10-17 19:11:21 +00:00
* assistant: Bug fix: When run in a subdirectory, files from incoming merges
were wrongly added to that subdirectory, and removed from their original
locations.
Windows: Deal with strange msysgit 1.8.4 behavior of not understanding DOS formatted paths for --git-dir and --work-tree.
2013-10-17 23:35:57 +00:00
* Windows: Deal with strange msysgit 1.8.4 behavior of not understanding
DOS formatted paths for --git-dir and --work-tree.
remove workaround for bug in git 1.8.4r0
2013-10-20 19:23:06 +00:00
* Removed workaround for bug in git 1.8.4r0.
git-recover-repository 1/2 done
2013-10-20 21:50:51 +00:00
* Added git-recover-repository command to git-annex source
(not built by default; this needs to move to someplace else).
webapp: Move sidebar to the right hand side of the screen.
2013-10-21 22:05:52 +00:00
* webapp: Move sidebar to the right hand side of the screen.
add back
2013-10-04 17:09:36 +00:00
releasing package git-annex version 4.20131024
2013-10-24 17:14:54 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 24 Oct 2013 12:59:55 -0400
add back
2013-10-04 17:09:36 +00:00
prep release
2013-10-02 20:01:07 +00:00
git-annex (4.20131002) unstable; urgency=low
Use cryptohash rather than SHA for hashing. This is a massive win on OSX, which doesn't have a sha256sum normally. Only use external hash commands when the file is > 1 mb, since cryptohash is quite close to them in speed. SHA is still used to calculate HMACs. I don't quite understand cryptohash's API for those. Used the following benchmark to arrive at the 1 mb number. 1 mb file: benchmarking sha256/internal mean: 13.86696 ms, lb 13.83010 ms, ub 13.93453 ms, ci 0.950 std dev: 249.3235 us, lb 162.0448 us, ub 458.1744 us, ci 0.950 found 5 outliers among 100 samples (5.0%) 4 (4.0%) high mild 1 (1.0%) high severe variance introduced by outliers: 10.415% variance is moderately inflated by outliers benchmarking sha256/external mean: 14.20670 ms, lb 14.17237 ms, ub 14.27004 ms, ci 0.950 std dev: 230.5448 us, lb 150.7310 us, ub 427.6068 us, ci 0.950 found 3 outliers among 100 samples (3.0%) 2 (2.0%) high mild 1 (1.0%) high severe 2 mb file: benchmarking sha256/internal mean: 26.44270 ms, lb 26.23701 ms, ub 26.63414 ms, ci 0.950 std dev: 1.012303 ms, lb 925.8921 us, ub 1.122267 ms, ci 0.950 variance introduced by outliers: 35.540% variance is moderately inflated by outliers benchmarking sha256/external mean: 26.84521 ms, lb 26.77644 ms, ub 26.91433 ms, ci 0.950 std dev: 347.7867 us, lb 210.6283 us, ub 571.3351 us, ci 0.950 found 6 outliers among 100 samples (6.0%) import Crypto.Hash import Data.ByteString.Lazy as L import Criterion.Main import Common testfile :: FilePath testfile = "/run/shm/data" -- on ram disk main = defaultMain [ bgroup "sha256" [ bench "internal" $ whnfIO internal , bench "external" $ whnfIO external ] ] sha256 :: L.ByteString -> Digest SHA256 sha256 = hashlazy internal :: IO String internal = show . sha256 <$> L.readFile testfile external :: IO String external = do s <- readProcess "sha256sum" [testfile] return $ fst $ separate (== ' ') s
2013-09-22 23:45:08 +00:00
git-annex-shell: Added support for operating inside gcrypt repositories. * Note that the layout of gcrypt repositories has changed, and if you created one you must manually upgrade it. See http://git-annex.branchable.com/upgrades/gcrypt/
2013-09-24 21:25:47 +00:00
* Note that the layout of gcrypt repositories has changed, and
if you created one you must manually upgrade it.
See http://git-annex.branchable.com/upgrades/gcrypt/
changelog
2013-10-01 23:16:56 +00:00
* webapp: Support setting up and using encrypted git repositories on
any ssh server, as well as on rsync.net.
git-annex-shell: Added support for operating inside gcrypt repositories. * Note that the layout of gcrypt repositories has changed, and if you created one you must manually upgrade it. See http://git-annex.branchable.com/upgrades/gcrypt/
2013-09-24 21:25:47 +00:00
* git-annex-shell: Added support for operating inside gcrypt repositories.
changelog
2013-10-01 23:16:56 +00:00
* Disable receive.denyNonFastForwards when setting up a gcrypt special
remote, since gcrypt needs to be able to fast-forward the master branch.
import: Preserve top-level directory structure.
2013-09-25 17:16:55 +00:00
* import: Preserve top-level directory structure.
Use cryptohash rather than SHA for hashing. This is a massive win on OSX, which doesn't have a sha256sum normally. Only use external hash commands when the file is > 1 mb, since cryptohash is quite close to them in speed. SHA is still used to calculate HMACs. I don't quite understand cryptohash's API for those. Used the following benchmark to arrive at the 1 mb number. 1 mb file: benchmarking sha256/internal mean: 13.86696 ms, lb 13.83010 ms, ub 13.93453 ms, ci 0.950 std dev: 249.3235 us, lb 162.0448 us, ub 458.1744 us, ci 0.950 found 5 outliers among 100 samples (5.0%) 4 (4.0%) high mild 1 (1.0%) high severe variance introduced by outliers: 10.415% variance is moderately inflated by outliers benchmarking sha256/external mean: 14.20670 ms, lb 14.17237 ms, ub 14.27004 ms, ci 0.950 std dev: 230.5448 us, lb 150.7310 us, ub 427.6068 us, ci 0.950 found 3 outliers among 100 samples (3.0%) 2 (2.0%) high mild 1 (1.0%) high severe 2 mb file: benchmarking sha256/internal mean: 26.44270 ms, lb 26.23701 ms, ub 26.63414 ms, ci 0.950 std dev: 1.012303 ms, lb 925.8921 us, ub 1.122267 ms, ci 0.950 variance introduced by outliers: 35.540% variance is moderately inflated by outliers benchmarking sha256/external mean: 26.84521 ms, lb 26.77644 ms, ub 26.91433 ms, ci 0.950 std dev: 347.7867 us, lb 210.6283 us, ub 571.3351 us, ci 0.950 found 6 outliers among 100 samples (6.0%) import Crypto.Hash import Data.ByteString.Lazy as L import Criterion.Main import Common testfile :: FilePath testfile = "/run/shm/data" -- on ram disk main = defaultMain [ bgroup "sha256" [ bench "internal" $ whnfIO internal , bench "external" $ whnfIO external ] ] sha256 :: L.ByteString -> Digest SHA256 sha256 = hashlazy internal :: IO String internal = show . sha256 <$> L.readFile testfile external :: IO String external = do s <- readProcess "sha256sum" [testfile] return $ fst $ separate (== ' ') s
2013-09-22 23:45:08 +00:00
* Use cryptohash rather than SHA for hashing when no external hash program
is available. This is a significant speedup for SHA256 on OSX, for
example.
Added SKEIN256 and SKEIN512 backends SHA3 is still waiting for final standardization. Although this is looking less likely given https://www.cdt.org/blogs/joseph-lorenzo-hall/2409-nist-sha-3 In the meantime, cryptohash implements skein, and it's used by some of the haskell ecosystem (for yesod sessions, IIRC), so this implementation is likely to continue working. Also, I've talked with the cryprohash author and he's a reasonable guy. It makes sense to have an alternate high security hash, in case some horrible attack is found against SHA2 tomorrow, or in case SHA3 comes out and worst fears are realized. I'd also like to support using skein for HMAC. But no hurry there and a new version of cryptohash has much nicer HMAC code, so I will probably wait until I can use that version.
2013-10-02 00:34:06 +00:00
* Added SKEIN256 and SKEIN512 backends.
pin term
2013-09-23 02:47:20 +00:00
* Android build redone from scratch, many dependencies updated,
and entire build can now be done using provided scripts.
assistant: Clear the list of failed transfers when doing a full transfer scan. This prevents repeated retries to download files that are not available, or are not referenced by the current git tree. This is motivated by a user report that the assistant was repeatedly retrying transfers of files that had been deleted (in direct mode, so removing the only copy). Note that the glacier code retries failed transfers after a while to retry downloads that have aged long enough to be available. This is ok; if we're doing a full transfer scan we'll retry on every file that is still in the git tree. Also note that this makes the assistant less likely to get every file referenced by old revs of the git tree. Not something the assistant tries to ensure anyway, so I feel this is acceptable.
2013-09-25 15:46:17 +00:00
* assistant: Clear the list of failed transfers when doing a full transfer
scan. This prevents repeated retries to download files that are not
available, or are not referenced by the current git tree.
fix direct mode switch permissions problem Similar to how a similar problem with indirect was earlier fixed.
2013-09-30 16:48:40 +00:00
* indirect, direct: Better behavior when a file is not owned by
indirect: Better behavior when a file in direct mode is not owned by the user running the conversion.
2013-09-25 19:29:56 +00:00
the user running the conversion.
add, import, assistant: Better preserve the mtime of symlinks, when when adding content that gets deduplicated. Note that this turned out to remove a syscall, not add any expense. Otherwise, I would not have done it.
2013-09-25 20:07:11 +00:00
* add, import, assistant: Better preserve the mtime of symlinks,
when when adding content that gets deduplicated.
Send a git-annex user-agent when downloading urls. Overridable with --user-agent option. Not yet done for S3 or WebDAV due to limitations of libraries used -- nether allows a user-agent header to be specified. This commit sponsored by Michael Zehrer.
2013-09-28 18:35:21 +00:00
* Send a git-annex user-agent when downloading urls.
Overridable with --user-agent option.
(Not yet done for S3 or WebDAV due to limitations of libraries used.)
webapp: Fixed a bug where when a new remote is added, one file may fail to sync to or from it This happened because the transferrer process did not know about the new remote. remoteFromUUID crashed, which crashed the transferrer. When it was restarted, the new one knew about the new remote so all further files would transfer, but the one file would temporarily not be, until transfers retried. Fixed by making remoteFromUUID not crash, and try reloading the remote list if it does not know about a remote. Note that this means that remoteFromUUID does not only return Nothing anymore when the UUID is the UUID of the local repository. So had to change some code that dependend on that assumption.
2013-09-29 18:51:49 +00:00
* webapp: Fixed a bug where when a new remote is added, one file
may fail to sync to or from it due to the transferrer process not
yet knowing about the new remote.
finally sorted out the OSX gpg mess
2013-09-29 20:20:35 +00:00
* OSX: Bundled gpg upgraded, now compatible with config files
written by MacGPG.
assistant: More robust inotify handling; avoid crashing if a directory cannot be read.
2013-09-30 17:11:26 +00:00
* assistant: More robust inotify handling; avoid crashing if a directory
cannot be read.
Moved list of backends and remote types from status to version command.
2013-10-02 00:50:46 +00:00
* Moved list of backends and remote types from status to version
command.
Use cryptohash rather than SHA for hashing. This is a massive win on OSX, which doesn't have a sha256sum normally. Only use external hash commands when the file is > 1 mb, since cryptohash is quite close to them in speed. SHA is still used to calculate HMACs. I don't quite understand cryptohash's API for those. Used the following benchmark to arrive at the 1 mb number. 1 mb file: benchmarking sha256/internal mean: 13.86696 ms, lb 13.83010 ms, ub 13.93453 ms, ci 0.950 std dev: 249.3235 us, lb 162.0448 us, ub 458.1744 us, ci 0.950 found 5 outliers among 100 samples (5.0%) 4 (4.0%) high mild 1 (1.0%) high severe variance introduced by outliers: 10.415% variance is moderately inflated by outliers benchmarking sha256/external mean: 14.20670 ms, lb 14.17237 ms, ub 14.27004 ms, ci 0.950 std dev: 230.5448 us, lb 150.7310 us, ub 427.6068 us, ci 0.950 found 3 outliers among 100 samples (3.0%) 2 (2.0%) high mild 1 (1.0%) high severe 2 mb file: benchmarking sha256/internal mean: 26.44270 ms, lb 26.23701 ms, ub 26.63414 ms, ci 0.950 std dev: 1.012303 ms, lb 925.8921 us, ub 1.122267 ms, ci 0.950 variance introduced by outliers: 35.540% variance is moderately inflated by outliers benchmarking sha256/external mean: 26.84521 ms, lb 26.77644 ms, ub 26.91433 ms, ci 0.950 std dev: 347.7867 us, lb 210.6283 us, ub 571.3351 us, ci 0.950 found 6 outliers among 100 samples (6.0%) import Crypto.Hash import Data.ByteString.Lazy as L import Criterion.Main import Common testfile :: FilePath testfile = "/run/shm/data" -- on ram disk main = defaultMain [ bgroup "sha256" [ bench "internal" $ whnfIO internal , bench "external" $ whnfIO external ] ] sha256 :: L.ByteString -> Digest SHA256 sha256 = hashlazy internal :: IO String internal = show . sha256 <$> L.readFile testfile external :: IO String external = do s <- readProcess "sha256sum" [testfile] return $ fst $ separate (== ' ') s
2013-09-22 23:45:08 +00:00
prep release
2013-10-02 20:01:07 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 02 Oct 2013 16:00:39 -0400
Use cryptohash rather than SHA for hashing. This is a massive win on OSX, which doesn't have a sha256sum normally. Only use external hash commands when the file is > 1 mb, since cryptohash is quite close to them in speed. SHA is still used to calculate HMACs. I don't quite understand cryptohash's API for those. Used the following benchmark to arrive at the 1 mb number. 1 mb file: benchmarking sha256/internal mean: 13.86696 ms, lb 13.83010 ms, ub 13.93453 ms, ci 0.950 std dev: 249.3235 us, lb 162.0448 us, ub 458.1744 us, ci 0.950 found 5 outliers among 100 samples (5.0%) 4 (4.0%) high mild 1 (1.0%) high severe variance introduced by outliers: 10.415% variance is moderately inflated by outliers benchmarking sha256/external mean: 14.20670 ms, lb 14.17237 ms, ub 14.27004 ms, ci 0.950 std dev: 230.5448 us, lb 150.7310 us, ub 427.6068 us, ci 0.950 found 3 outliers among 100 samples (3.0%) 2 (2.0%) high mild 1 (1.0%) high severe 2 mb file: benchmarking sha256/internal mean: 26.44270 ms, lb 26.23701 ms, ub 26.63414 ms, ci 0.950 std dev: 1.012303 ms, lb 925.8921 us, ub 1.122267 ms, ci 0.950 variance introduced by outliers: 35.540% variance is moderately inflated by outliers benchmarking sha256/external mean: 26.84521 ms, lb 26.77644 ms, ub 26.91433 ms, ci 0.950 std dev: 347.7867 us, lb 210.6283 us, ub 571.3351 us, ci 0.950 found 6 outliers among 100 samples (6.0%) import Crypto.Hash import Data.ByteString.Lazy as L import Criterion.Main import Common testfile :: FilePath testfile = "/run/shm/data" -- on ram disk main = defaultMain [ bgroup "sha256" [ bench "internal" $ whnfIO internal , bench "external" $ whnfIO external ] ] sha256 :: L.ByteString -> Digest SHA256 sha256 = hashlazy internal :: IO String internal = show . sha256 <$> L.readFile testfile external :: IO String external = do s <- readProcess "sha256sum" [testfile] return $ fst $ separate (== ' ') s
2013-09-22 23:45:08 +00:00
release
2013-09-20 14:35:18 +00:00
git-annex (4.20130920) unstable; urgency=low
remotes: New command, displays a compact table of remotes that contain files. (Thanks, anarcat for display code and mastensg for inspiration.) Note that it would be possible to extend the display to show all repositories. But there can be a lot of repositories that are not set up as remotes, and it would significantly clutter the display to show them all. Since we're not showing all repositories, it's not worth trying to show numcopies count either. I decided to embrace these limitations and call the command remotes.
2013-09-12 16:21:21 +00:00
webapp: Initial support for setting up encrypted removable drives. No support yet for generating new gpg keys. No support yet for adding existing encrypted repos from removable drives.
2013-09-16 20:07:27 +00:00
* webapp: Initial support for setting up encrypted removable drives.
* Recommend using my patched gcrypt, which fixes some bugs:
https://github.com/joeyh/git-remote-gcrypt
Support hot-swapping of removable drives containing gcrypt repositories. To support this, a core.gcrypt-id is stored by git-annex inside the git config of a local gcrypt repository, when setting it up. That is compared with the remote's cached gcrypt-id. When different, a drive has been changed. git-annex then looks up the remote config for the uuid mapped from the core.gcrypt-id, and tweaks the configuration appropriately. When there is no known config for the uuid, it will refuse to use the remote.
2013-09-12 19:54:35 +00:00
* Support hot-swapping of removable drives containing gcrypt repositories.
rename remotes to list
2013-09-19 18:16:28 +00:00
* list: New command, displays a compact table of remotes that
remotes: New command, displays a compact table of remotes that contain files. (Thanks, anarcat for display code and mastensg for inspiration.) Note that it would be possible to extend the display to show all repositories. But there can be a lot of repositories that are not set up as remotes, and it would significantly clutter the display to show them all. Since we're not showing all repositories, it's not worth trying to show numcopies count either. I decided to embrace these limitations and call the command remotes.
2013-09-12 16:21:21 +00:00
contain files.
(Thanks, anarcat for display code and mastensg for inspiration.)
fsck: Fix detection and fixing of present direct mode files that are wrongly represented as standin symlinks on crippled filesystems.
2013-09-13 16:50:29 +00:00
* fsck: Fix detection and fixing of present direct mode files that are
wrongly represented as standin symlinks on crippled filesystems.
sync: Fix bug that caused direct mode mappings to not be updated when merging files into the tree on Windows.
2013-09-13 17:49:28 +00:00
* sync: Fix bug that caused direct mode mappings to not be updated
when merging files into the tree on Windows.
sync: Don't fail if the directory it is run in gets removed by the sync.
2013-09-13 18:55:55 +00:00
* sync: Don't fail if the directory it is run in gets removed by the
sync.
addurl: Fix quvi audodetection, broken in last release.
2013-09-15 20:37:03 +00:00
* addurl: Fix quvi audodetection, broken in last release.
status: In local mode, displays information about variance from configured numcopies levels.
2013-09-15 23:10:38 +00:00
* status: In local mode, displays information about variance from configured
make --fast disable the numcopies stats Looking up the location log for every key is not the fastest operation..
2013-09-15 23:17:56 +00:00
numcopies levels. (--fast avoids calculating these)
gcrypt: Ensure that signing key is set to one of the participants keys. Otherwise gcrypt will fail to pull, since it requires this to be the case. This needs a patched gcrypt, which is in my forked version.
2013-09-17 20:06:29 +00:00
* gcrypt: Ensure that signing key is set to one of the participants keys.
webapp: Show encryption information when editing a remote.
2013-09-18 00:02:42 +00:00
* webapp: Show encryption information when editing a remote.
more completely solve catKey memory leak Done using a mode witness, which ensures it's fixed everywhere. Fixing catFileKey was a bear, because git cat-file does not provide a nice way to query for the mode of a file and there is no other efficient way to do it. Oh, for libgit2.. Note that I am looking at tree objects from HEAD, rather than the index. Because I cat-file cannot show a tree object for the index. So this fix is technically incomplete. The only cases where it matters are: 1. A new large file has been directly staged in git, but not committed. 2. A file that was committed to HEAD as a symlink has been staged directly in the index. This could be fixed a lot better using libgit2.
2013-09-19 20:30:37 +00:00
* Avoid unnecessarily catting non-symlink files from git, which can be
so large it runs out of memory.
remotes: New command, displays a compact table of remotes that contain files. (Thanks, anarcat for display code and mastensg for inspiration.) Note that it would be possible to extend the display to show all repositories. But there can be a lot of repositories that are not set up as remotes, and it would significantly clutter the display to show them all. Since we're not showing all repositories, it's not worth trying to show numcopies count either. I decided to embrace these limitations and call the command remotes.
2013-09-12 16:21:21 +00:00
release
2013-09-20 14:35:18 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 20 Sep 2013 10:34:51 -0400
remotes: New command, displays a compact table of remotes that contain files. (Thanks, anarcat for display code and mastensg for inspiration.) Note that it would be possible to extend the display to show all repositories. But there can be a lot of repositories that are not set up as remotes, and it would significantly clutter the display to show them all. Since we're not showing all repositories, it's not worth trying to show numcopies count either. I decided to embrace these limitations and call the command remotes.
2013-09-12 16:21:21 +00:00
prep release
2013-09-11 17:02:22 +00:00
git-annex (4.20130911) unstable; urgency=low
Fix problem with test suite in non-unicode locale.
2013-09-11 16:07:59 +00:00
* Fix problem with test suite in non-unicode locale.
prep release
2013-09-11 17:02:22 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 11 Sep 2013 12:14:16 -0400
Fix problem with test suite in non-unicode locale.
2013-09-11 16:07:59 +00:00
sync: support gcrypt
2013-09-09 13:58:17 +00:00
git-annex (4.20130909) unstable; urgency=low
importfeed: Also ignore transient problems with downloading content from feeds.
2013-09-03 18:32:26 +00:00
highlight the syntax change
2013-09-05 04:10:43 +00:00
* initremote: Syntax change when setting up an encrypted special remote.
Now use keyid=$KEYID rather than the old encryption=$KEYID
sync, assistant: Force push of the git-annex branch. Necessary to ensure it gets pushed to remotes after being rewritten by forget. See inline rationalles for why I think this is safe!
2013-08-29 18:15:32 +00:00
* forget: New command, causes git-annex branch history to be forgotten
in a way that will spread to other clones of the repository.
(As long as they're running this version or newer of git-annex.)
forget --drop-dead: Completely removes mentions of repositories that have been marked as dead from the git-annex branch. Wrote nice pure transition calculator, and ugly code to stage its results into the git-annex branch. Also had to split up several Log modules that Annex.Branch needed to use, but that themselves used Annex.Branch. The transition calculator is limited to looking at and changing one file at a time. While this made the implementation relatively easy, it precludes transitions that do stuff like deleting old url log files for keys that are being removed because they are no longer present anywhere.
2013-08-31 21:38:33 +00:00
* forget --drop-dead: Completely removes mentions of repositories that
have been marked as dead from the git-annex branch.
sync, assistant: Force push of the git-annex branch. Necessary to ensure it gets pushed to remotes after being rewritten by forget. See inline rationalles for why I think this is safe!
2013-08-29 18:15:32 +00:00
* sync, assistant: Force push of the git-annex branch. Necessary
to ensure it gets pushed to remotes after being rewritten by forget.
sync: support gcrypt
2013-09-09 13:58:17 +00:00
* Added gcrypt support. This combines a fully encrypted git
repository (using git-remote-gcrypt) with an encrypted git-annex special
remote.
* sync: Support syncing with gcrypt remotes.
importfeed: Also ignore transient problems with downloading content from feeds.
2013-09-03 18:32:26 +00:00
* importfeed: Also ignore transient problems with downloading content
from feeds.
* Honor core.sharedrepository when receiving and adding files in direct
mode.
detailed changelog for the encryption changes
2013-09-04 22:15:38 +00:00
* enableremote: gpg keys can be removed from those a remote encrypts
fix
2013-09-05 15:15:06 +00:00
to by passing "keyid-=$KEYID". keyid+= is also provided.
detailed changelog for the encryption changes
2013-09-04 22:15:38 +00:00
(Thanks, guilhem for the patch.)
reword changelog
2013-09-04 23:31:36 +00:00
* Added encryption=pubkey scheme, which encrypts to public keys directly
rather than the hybrid approach. See documentation for advantages
and disadvantages, but encryption=hybrid is the recommended scheme still.
detailed changelog for the encryption changes
2013-09-04 22:15:38 +00:00
(Thanks, guilhem for the patch.)
Fix Feeds display in build flags.
2013-09-05 16:20:39 +00:00
* Fix Feeds display in build flags.
Remind user when annex-ignore is set for some remotes, if unable to get or drop a file, possibly because it's on an ignored remote.
2013-09-06 20:54:31 +00:00
* Remind user when annex-ignore is set for some remotes, if unable to
get or drop a file, possibly because it's on an ignored remote.
gpg: Force --no-textmode in case the user has it turned on in config.
2013-09-07 17:06:36 +00:00
* gpg: Force --no-textmode in case the user has it turned on in config.
webapp: Improve javascript's handling of longpolling connection failures, by reloading the current page in this case. Works around chromium behavior where ajax connections to urls that were already accessed are denied after navigating back to a previous page.
2013-09-09 05:24:20 +00:00
* webapp: Improve javascript's handling of longpolling connection
failures, by reloading the current page in this case.
Works around chromium behavior where ajax connections to urls
that were already accessed are denied after navigating back to
a previous page.
Allow building without quvi support.
2013-09-09 06:16:22 +00:00
* Allow building without quvi support.
detailed changelog for the encryption changes
2013-09-04 22:15:38 +00:00
sync: support gcrypt
2013-09-09 13:58:17 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 09 Sep 2013 09:47:02 -0400
importfeed: Also ignore transient problems with downloading content from feeds.
2013-09-03 18:32:26 +00:00
prep release
2013-08-27 17:31:41 +00:00
git-annex (4.20130827) unstable; urgency=low
Debian: Run the builtin test suite as an autopkgtest.
2013-08-15 13:48:17 +00:00
Youtube support! (And 53 other video hosts) When quvi is installed, git-annex addurl automatically uses it to detect when an page is a video, and downloads the video file. web special remote: Also support using quvi, for getting files, or checking if files exist in the web. This commit was sponsored by Mark Hepburn. Thanks!
2013-08-22 22:25:21 +00:00
* Youtube support! (And 53 other video hosts). When quvi is installed,
git-annex addurl automatically uses it to detect when an page is
a video, and downloads the video file.
* web special remote: Also support using quvi, for getting files,
or checking if files exist in the web.
document insanely good unused change
2013-08-26 01:09:22 +00:00
* unused: Is now a minimum of 30 times faster, and typically many
more times than that (when a repository has several branches).
(Thanks, guilhem for the patch.)
changelog
2013-08-26 17:54:22 +00:00
* unused: Fix bugs in two edge cases involving manually staged changes.
(Thanks, guilhem for the patch.)
prep release
2013-08-27 17:31:41 +00:00
* Android: Fix bug in terminal app that caused it to spin using much
CPU and battery. This problem was introduced in version 4.20130601.
sync, merge: Bug fix: Don't try to merge into master when in a bare repo.
2013-08-17 19:29:44 +00:00
* sync, merge: Bug fix: Don't try to merge into master when in a bare repo.
Merge branch 'duplicate' Conflicts: debian/changelog
2013-08-20 14:27:24 +00:00
* import: Add options to control handling of duplicate files:
--duplicate, --deduplicate, and --clean-duplicates
mirror: New command, makes two repositories contain the same set of files. This is a simple approach for setting up a mirroring repository. It will work with any type of remotes. Mirror --from is more expensive than mirror --to in general. OTOH, mirror --from will get the file from any remote that has it, not only the named mirror remote. And if the named mirror remote is not the fastest available remote with a file, that can speed things up. It would be possible to make the assistant or watch command do a more dynamic mirroring, that didn't need to scan every time.
2013-08-20 19:46:35 +00:00
* mirror: New command, makes two repositories contain the same set of files.
Set --clobber when running wget to ensure resuming works properly.
2013-08-21 22:19:01 +00:00
* Set --clobber when running wget to ensure resuming works properly.
Unescape characters in 'file://...' URIs. (Thanks, guilhem for the patch.)
2013-08-22 15:36:48 +00:00
* Unescape characters in 'file://...' URIs. (Thanks, guilhem for the patch.)
Better error message when trying to use a git remote that has annex.ignore set.
2013-08-22 16:01:53 +00:00
* Better error message when trying to use a git remote that has annex.ignore
set.
Fix bug that caused typechanged symlinks to be assumed to be unlocked files, so they were added to the annex by the pre-commit hook.
2013-08-22 17:57:07 +00:00
* Fix bug that caused typechanged symlinks to be assumed to be unlocked
files, so they were added to the annex by the pre-commit hook.
prep release
2013-08-27 17:31:41 +00:00
* Debian: Run the builtin test suite as an autopkgtest.
* Debian: Recommend ssh-askpass, which ssh will use when the assistant
is run w/o a tty. Closes: #719832
Debian: Run the builtin test suite as an autopkgtest.
2013-08-15 13:48:17 +00:00
prep release
2013-08-27 17:31:41 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 27 Aug 2013 11:03:00 -0400
Debian: Run the builtin test suite as an autopkgtest.
2013-08-15 13:48:17 +00:00
releasing version 4.20130815
2013-08-15 08:46:33 +00:00
git-annex (4.20130815) unstable; urgency=low
gitignore support for the assistant and watcher Requires git 1.8.4 or newer. When it's installed, a background git check-ignore process is run, and used to efficiently check ignores whenever a new file is added. Thanks to Adam Spiers, for getting the necessary support into git for this. A complication is what to do about files that are gitignored but have been checked into git anyway. git commands assume the ignore has been overridden in this case, and not need any more overriding to commit a changed version. However, for the assistant to do the same, it would have to run git ls-files to check if the ignored file is in git. This is somewhat expensive. Or it could use the running git-cat-file process to query the file that way, but that requires transferring the whole file content over a pipe, so it can be quite expensive too, for files that are not git-annex symlinks. Now imagine if the user knows that a file or directory tree will be getting frequent changes, and doesn't want the assistant to sync it, so gitignores it. The assistant could overload the system with repeated ls-files checks! So, I've decided that the assistant will not automatically commit changes to files that are gitignored. This is a tradeoff. Hopefully it won't be a problem to adjust .gitignore settings to not ignore files you want the assistant to autocommit, or to manually git annex add files that are listed in .gitignore. (This could be revisited if git-annex gets access to an interface to check the content of the index w/o forking a git command. This could be libgit2, or perhaps a separate git cat-file --batch-check process, so it wouldn't need to ship over the whole file content.) This commit was sponsored by Francois Marier. Thanks!
2013-08-02 23:31:55 +00:00
* assistant, watcher: .gitignore files and other git ignores are now
honored, when git 1.8.4 or newer is installed.
(Thanks, Adam Spiers, for getting the necessary support into git for this.)
importfeed: Ignores transient problems with feeds. Only exits nonzero when a feed has repeatedly had a problems for at least 1 day.
2013-08-03 05:40:21 +00:00
* importfeed: Ignores transient problems with feeds. Only exits nonzero
when a feed has repeatedly had a problems for at least 1 day.
importfeed: Fix handling of dots in extensions.
2013-08-03 06:36:38 +00:00
* importfeed: Fix handling of dots in extensions.
Windows: Added support for encrypted special remotes.
2013-08-04 16:10:00 +00:00
* Windows: Added support for encrypted special remotes.
Windows: Fixed permissions problem that prevented removing files from directory special remote. Directory special remotes now fully usable.
2013-08-04 17:39:31 +00:00
* Windows: Fixed permissions problem that prevented removing files
from directory special remote. Directory special remotes now fully usable.
gitignore support for the assistant and watcher Requires git 1.8.4 or newer. When it's installed, a background git check-ignore process is run, and used to efficiently check ignores whenever a new file is added. Thanks to Adam Spiers, for getting the necessary support into git for this. A complication is what to do about files that are gitignored but have been checked into git anyway. git commands assume the ignore has been overridden in this case, and not need any more overriding to commit a changed version. However, for the assistant to do the same, it would have to run git ls-files to check if the ignored file is in git. This is somewhat expensive. Or it could use the running git-cat-file process to query the file that way, but that requires transferring the whole file content over a pipe, so it can be quite expensive too, for files that are not git-annex symlinks. Now imagine if the user knows that a file or directory tree will be getting frequent changes, and doesn't want the assistant to sync it, so gitignores it. The assistant could overload the system with repeated ls-files checks! So, I've decided that the assistant will not automatically commit changes to files that are gitignored. This is a tradeoff. Hopefully it won't be a problem to adjust .gitignore settings to not ignore files you want the assistant to autocommit, or to manually git annex add files that are listed in .gitignore. (This could be revisited if git-annex gets access to an interface to check the content of the index w/o forking a git command. This could be libgit2, or perhaps a separate git cat-file --batch-check process, so it wouldn't need to ship over the whole file content.) This commit was sponsored by Francois Marier. Thanks!
2013-08-02 23:31:55 +00:00
releasing version 4.20130815
2013-08-15 08:46:33 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 15 Aug 2013 10:14:33 +0200
gitignore support for the assistant and watcher Requires git 1.8.4 or newer. When it's installed, a background git check-ignore process is run, and used to efficiently check ignores whenever a new file is added. Thanks to Adam Spiers, for getting the necessary support into git for this. A complication is what to do about files that are gitignored but have been checked into git anyway. git commands assume the ignore has been overridden in this case, and not need any more overriding to commit a changed version. However, for the assistant to do the same, it would have to run git ls-files to check if the ignored file is in git. This is somewhat expensive. Or it could use the running git-cat-file process to query the file that way, but that requires transferring the whole file content over a pipe, so it can be quite expensive too, for files that are not git-annex symlinks. Now imagine if the user knows that a file or directory tree will be getting frequent changes, and doesn't want the assistant to sync it, so gitignores it. The assistant could overload the system with repeated ls-files checks! So, I've decided that the assistant will not automatically commit changes to files that are gitignored. This is a tradeoff. Hopefully it won't be a problem to adjust .gitignore settings to not ignore files you want the assistant to autocommit, or to manually git annex add files that are listed in .gitignore. (This could be revisited if git-annex gets access to an interface to check the content of the index w/o forking a git command. This could be libgit2, or perhaps a separate git cat-file --batch-check process, so it wouldn't need to ship over the whole file content.) This commit was sponsored by Francois Marier. Thanks!
2013-08-02 23:31:55 +00:00
releasing version 4.20130802
2013-08-02 17:38:18 +00:00
git-annex (4.20130802) unstable; urgency=low
Add status message to XMPP presence tag, to identify to others that the client is a git-annex client. I only added this to the presense messages that are really intended for presence. The ones used for tunneling git etc don't have the tag, because that would waste bandwidth.
2013-07-23 16:41:28 +00:00
dropunused behavior change: Now refuses to drop the last copy of a file, unless you use the --force. This was the last place in git-annex that could remove data referred to by the git history, without being forced. Like drop, dropunused checks remotes, and honors the global annex.numcopies setting. (However, .gitattributes settings cannot apply to unused files.)
2013-07-25 23:39:44 +00:00
* dropunused behavior change: Now refuses to drop the last copy of a
file, unless you use the --force.
This was the last place in git-annex that could remove data referred
to by the git history, without being forced.
Like drop, dropunused checks remotes, and honors the global
annex.numcopies setting. (However, .gitattributes settings cannot
apply to unused files.)
Fix inverted logic in last release's fix for data loss bug, that caused git-annex sync on FAT or other crippled filesystems to add symlink standin files to the annex.
2013-07-30 20:07:47 +00:00
* Fix inverted logic in last release's fix for data loss bug,
that caused git-annex sync on FAT or other crippled filesystems to add
symlink standin files to the annex.
importfeed: git-annex becomes a podcatcher in 150 LOC
2013-07-28 19:27:36 +00:00
* importfeed can be used to import files from podcast feeds.
set IdentitiesOnly When setting up a dedicated ssh key to access the annex on a host, set IdentitiesOnly to prevent the ssh-agent from forcing use of a different ssh key. That behavior could result in unncessary password prompts. I remember getting a message or two from people who got deluged with password prompts and I couldn't at the time see why. Also, it would prevent git-annex-shell from being run on the remote host, when git-annex was installed there by unpacking the standalone tarball, since the authorized_keys line for the dedicated ssh key, which sets up calling git-annex-shell when it's not in path, wouldn't be used. This fixes http://git-annex.branchable.com/bugs/Internal_Server_Error:_Unknown_UUID but I've not closed that bug yet since I should still: 1. Investigate why the ssh remote got set up despite being so broken. 2. Make the webapp not handle the NoUUID state in such an ugly way. 3. Possibly add code to fix up systems that encountered the problem. Although since it requires changes to .ssh/config this may be one for the release notes. Thanks to TJ for pointing me in the right direction to understand what was happening here.
2013-07-31 17:30:49 +00:00
* webapp: When setting up a dedicated ssh key to access the annex
on a host, set IdentitiesOnly to prevent the ssh-agent from forcing
use of a different ssh key. That could result in unncessary password
prompts, or prevent git-annex-shell from being run on the remote host.
webapp: Improve handling of remotes whose setup has stalled. This includes recovery from the ssh-agent problem that led to many reporting http://git-annex.branchable.com/bugs/Internal_Server_Error:_Unknown_UUID/ (Including fixing up .ssh/config to set IdentitiesOnly.) Remotes that have no known uuid are now displayed in the webapp as "unfinished". There's a link to check their status, and if the remote has been set annex-ignore, a retry button can be used to unset that and try again to set up the remote. As this bug has shown, the process of adding a ssh remote has some failure modes that are not really ideal. It would certianly be better if, when setting up a ssh remote it would detect if it's failed to get the UUID, and handle that in the remote setup process, rather than waiting until later and handling it this way. However, that's hard to do, particularly for local pairing, since the PairListener runs as a background thread. The best it could do is pop up an alert if there's a problem. This solution is not much different. Also, this solution handles cases where the user has gotten their repo into a mess manually and let's the assistant help with cleaning it up. This commit was sponsored by Chia Shee Liang. Thanks!
2013-07-31 20:01:20 +00:00
* webapp: Improve handling of remotes whose setup has stalled.
Add status message to XMPP presence tag, to identify to others that the client is a git-annex client. I only added this to the presense messages that are really intended for presence. The ones used for tunneling git etc don't have the tag, because that would waste bandwidth.
2013-07-23 16:41:28 +00:00
* Add status message to XMPP presence tag, to identify to others that
the client is a git-annex client. Closes: #717652
webapp: When creating a repository on a removable drive, set core.fsyncobjectfiles, to help prevent data loss when the drive is yanked.
2013-07-23 17:38:05 +00:00
* webapp: When creating a repository on a removable drive, set
core.fsyncobjectfiles, to help prevent data loss when the drive is yanked.
Always build with -threaded, to avoid a deadlock when communicating with gpg.
2013-07-25 17:57:53 +00:00
* Always build with -threaded, to avoid a deadlock when communicating with
gpg.
unused: No longer shows as unused tmp files that are actively being transferred.
2013-07-25 23:51:08 +00:00
* unused: No longer shows as unused tmp files that are actively being
transferred.
assistant: Fix NetWatcher to not sync with remotes that have remote.<name>.annex-sync set to false. This affected both the hourly NetWatcherFallback thread and the syncing when network connection is detected. It was a reversion of sorts, introduced in 8861e270bed218a4be41c38d3dfe7a01feb6ab8f, when annex-ignore was changed to not control git syncing. I forgot to make it check annex-sync at that point.
2013-07-26 20:53:50 +00:00
* assistant: Fix NetWatcher to not sync with remotes that have
remote.<name>.annex-sync set to false.
assistant: Fix deadlock that could occur when adding a lot of files at once in indirect mode. This is a laziness problem. Despite the bang pattern on newfiles, the list was not being fully evaluated before cleanup was called. Moving cleanup out to after the list is actually used fixes this. More evidence that I should be using ResourceT or pipes, if any was needed.
2013-07-26 22:42:22 +00:00
* assistant: Fix deadlock that could occur when adding a lot of files
at once in indirect mode.
assistant: Fix bug that caused it to stall when adding a very large number of files at once (around 5 thousand). This bug was introduced in 82a6db8fe83d02c80db74f3ac6befb54f58bab6a, which improved handling of adding very large numbers of files by ensuring that a minimum number of max size commits (5000 files each) were done. I accidentially made it wait for another change to appear after such a max size commit, even if a lot of queued changes were already accumulated. That resulted in a stall when it got to the end. Now fixed to not wait any longer than necessary to ensure the watcher has had time to wake back up after the max size commit. This commit was sponsored by Michael Linksvayer. Thanks!
2013-07-27 21:41:41 +00:00
* assistant: Fix bug that caused it to stall when adding a very large
number of files at once (around 5 thousand).
OSX: Make git-annex-webapp run in the background, so that the app icon can be clicked on the open a new webapp when the assistant is already running.
2013-07-30 19:04:31 +00:00
* OSX: Make git-annex-webapp run in the background, so that the app icon
can be clicked on the open a new webapp when the assistant is already
running.
Improve test suite on Windows; now tests git annex sync.
2013-07-30 20:57:17 +00:00
* Improve test suite on Windows; now tests git annex sync.
Fix a few bugs involving filenames that are at or near the filesystem's maximum filename length limit. Started with a problem when running addurl on a really long url, because the whole url is munged into the filename. Ended up doing a fairly extensive review for places where filenames could get too large, although it's hard to say I'm not missed any.. Backend.Url had a 128 character limit, which is fine when the limit is 255, but not if it's a lot shorter on some systems. So check the pathconf() limit. Note that this could result in fromUrl creating different keys for the same url, if run on systems with different limits. I don't see this is likely to cause any problems. That can already happen when using addurl --fast, or if the content of an url changes. Both Command.AddUrl and Backend.Url assumed that urls don't contain a lot of multi-byte unicode, and would fail to truncate an url that did properly. A few places use a filename as the template to make a temp file. While that's nice in that the temp file name can be easily related back to the original filename, it could lead to `git annex add` failing to add a filename that was at or close to the maximum length. Note that in Command.Add.lockdown, the template is still derived from the filename, just with enough space left to turn it into a temp file. This is an important optimisation, because the assistant may lock down a bunch of files all at once, and using the same template for all of them would cause openTempFile to iterate through the same set of names, looking for an unused temp file. I'm not very happy with the relatedTemplate hack, but it avoids that slowdown. Backend.WORM does not limit the filename stored in the key. I have not tried to change that; so git annex add will fail on really long filenames when using the WORM backend. It seems better to preserve the invariant that a WORM key always contains the complete filename, since the filename is the only unique material in the key, other than mtime and size. Since nobody has complained about add failing (I think I saw it once?) on WORM, probably it's ok, or nobody but me uses it. There may be compatability problems if using git annex addurl --fast or the WORM backend on a system with the 255 limit and then trying to use that repo in a system with a smaller limit. I have not tried to deal with those. This commit was sponsored by Alexander Brem. Thanks!
2013-07-30 21:49:11 +00:00
* Fix a few bugs involving filenames that are at or near the filesystem's
maximum filename length limit.
find: Avoid polluting stdout with progress messages. Closes: #718186
2013-07-31 00:24:27 +00:00
* find: Avoid polluting stdout with progress messages. Closes: #718186
Escape ':' in file/directory names to avoid it being treated as a pathspec by some git commands A git pathspec is a filename, except when it starts with ':', it's taken to refer to a branch, etc. Rather than special case ':', any filename starting with anything unusual is prefixed with "./" This could have been a real mess to deal with, but luckily SafeCommand is already extensively used and so we know at the type level the difference between parameters that are files, and parameters that are command options. Testing did show that Git.Queue was not using SafeCommand on filenames fed to xargs. (Filenames starting with '-' worked before only because -- was used to separate filenames from options when calling eg git add.) The test suite now passes with filenames starting with ':'. However, I did not keep that change to it, because such filenames are probably not legal on windows, and I have enough ugly windows ifdefs in there as it is. This commit was sponsored by Otavio Salvador. Thanks!
2013-08-01 19:15:49 +00:00
* Escape ':' in file/directory names to avoid it being treated
as a pathspec by some git commands. Closes: #718185
releasing version 4.20130802
2013-08-02 17:38:18 +00:00
* Slow and ugly work around for bug #718517 in git 1.8.4~rc0, which broke
Slow and ugly work around for bug #718517 in git, which broke git-cat-file --batch for filenames containing spaces. This runs git-cat-file in non-batch mode for all files with spaces. If a directory tree has a lot of them, and is in direct mode, even "git annex add" when there are few new files will need a *lot* of forks! The only reason buffering the whole file content to get the sha is not a memory leak is that git-annex only ever uses this on symlinks. This needs to be reverted as soon as a fix is available in git!
2013-08-01 21:30:47 +00:00
git-cat-file --batch for filenames containing spaces.
releasing version 4.20130802
2013-08-02 17:38:18 +00:00
(Will be reverted after next git pre-release fixes the problem.)
Add status message to XMPP presence tag, to identify to others that the client is a git-annex client. I only added this to the presense messages that are really intended for presence. The ones used for tunneling git etc don't have the tag, because that would waste bandwidth.
2013-07-23 16:41:28 +00:00
releasing version 4.20130802
2013-08-02 17:38:18 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 02 Aug 2013 11:35:16 -0400
Add status message to XMPP presence tag, to identify to others that the client is a git-annex client. I only added this to the presense messages that are really intended for presence. The ones used for tunneling git etc don't have the tag, because that would waste bandwidth.
2013-07-23 16:41:28 +00:00
releasing version 4.20130723
2013-07-23 15:41:16 +00:00
git-annex (4.20130723) unstable; urgency=low
Install XDG desktop icon files. The icon files will be installed when running make install or cabal install. Did not try to run update-icon-caches, since I think it's debian specific, and dh_icons will take care of that for the Debian package. Using the favicon as a 16x16 icon. At 24x24 the svg displays pretty well, although the dotted lines are rather faint. The svg is ok at all higher resolutions. The standalone linux build auto-installs the desktop and autostart files when run. I have not made it auto-install the icon file too, because a) that would take more work to include them in the tarball and find them b) it would need to be an install to ~/.icons/, and I don't know if that really works!
2013-07-09 23:56:30 +00:00
ref debian bug
2013-07-21 01:32:52 +00:00
* Fix data loss bug when adding an (uncompressed) tarball of a
git-annex repository, or other file that begins with something
that can be mistaken for a git-annex link. Closes: #717456
releasing version 4.20130723
2013-07-23 15:41:16 +00:00
* New improved version of the git-annex logo, contributed by
John Lawrence.
update webapp for rsync.net discount Note that've told me: We'll see how it goes, but I think this could be a permanent offer for your userbase. People using git-annex are clueful and won't be a big support burden for us, so it's a win-win.
2013-07-11 18:11:41 +00:00
* Rsync.net have committed to support git-annex and offer a special
discounted rate for git-annex users. Updated the webapp to reflect this.
http://www.rsync.net/products/git-annex-pricing.html
releasing version 4.20130723
2013-07-23 15:41:16 +00:00
* Install XDG desktop icon files.
* Support unannex and uninit in direct mode.
* Support import in direct mode.
* webapp: Better display of added files.
* fix: Preserve the original mtime of fixed symlinks.
uninit: Preserve .git/annex/objects at the end, if it still has content, so that old versions of files and deleted files are not deleted. Print a message with some suggested actions.
2013-07-16 19:00:25 +00:00
* uninit: Preserve .git/annex/objects at the end, if it still
has content, so that old versions of files and deleted files
are not deleted. Print a message with some suggested actions.
When a transfer is already being run by another process, proceed on to the next file, rather than dying.
2013-07-17 19:54:01 +00:00
* When a transfer is already being run by another process,
proceed on to the next file, rather than dying.
Fix checking when content is present in a non-bare repository accessed via http. I thought at first this was a Windows specific problem, but it's not; this affects checking any non-bare repository exported via http. Which is a potentially important use case! The actual bug was the case where Right False was returned by the first url short-curcuited later checks. But the whole method used felt like code I'd no longer write, and the use of undefined was particularly disgusting. So I rewrote it. Also added an action display. This commit was sponsored by Eric Hanchrow. Thanks!
2013-07-18 18:11:56 +00:00
* Fix checking when content is present in a non-bare repository
accessed via http.
Display byte sizes with more precision.
2013-07-19 16:21:44 +00:00
* Display byte sizes with more precision.
changelog for 8b644e74fa4bf21902b47a0df28c8537e980b3b4 now that I understand it better
2013-07-20 18:19:01 +00:00
* watcher: Fixed a crash that could occur when a directory was renamed
or deleted before it could be scanned.
* watcher: Partially worked around a bug in hinotify, no longer crashes
if hinotify cannot process a directory (but can't detect changes in it)
directory special remote: Fix checking that there is enough disk space to hold an object, was broken when using encryption.
2013-07-20 20:30:49 +00:00
* directory special remote: Fix checking that there is enough disk space
to hold an object, was broken when using encryption.
webapp: Differentiate between creating a new S3/Glacier/WebDav remote, and initializing an existing remote. When creating a new remote, avoid conflicts with other existing (or deleted) remotes with the same name.
2013-07-20 21:52:14 +00:00
* webapp: Differentiate between creating a new S3/Glacier/WebDav remote,
and initializing an existing remote. When creating a new remote, avoid
conflicts with other existing (or deleted) remotes with the same name.
When an XMPP server has SRV records, try them, but don't then fall back to the regular host if they all fail. gmail.com has some XMPP SRV records, but does not itself respond to XMPP traffic, although it does accept connections on port 5222. So if a user entered the wrong password, it would try all the SRVs and fall back to trying gmail, and hang at that point. This seems the right thing to do, not just a workaround.
2013-07-21 01:18:55 +00:00
* When an XMPP server has SRV records, try them, but don't then fall
back to the regular host if they all fail.
For long hostnames, use a hash of the hostname to generate the socket file for ssh connection caching. This is ok to do now that the socket filename never needs to be mapped back to a hostname. Short hostnames will still appear in the clear, which is less obfuscated. So this cannot possibly make ssh connection caching fail for a hostname it used to work for.
2013-07-22 19:06:47 +00:00
* For long hostnames, use a hash of the hostname to generate the socket
file for ssh connection caching.
Install XDG desktop icon files. The icon files will be installed when running make install or cabal install. Did not try to run update-icon-caches, since I think it's debian specific, and dh_icons will take care of that for the Debian package. Using the favicon as a 16x16 icon. At 24x24 the svg displays pretty well, although the dotted lines are rather faint. The svg is ok at all higher resolutions. The standalone linux build auto-installs the desktop and autostart files when run. I have not made it auto-install the icon file too, because a) that would take more work to include them in the tarball and find them b) it would need to be an install to ~/.icons/, and I don't know if that really works!
2013-07-09 23:56:30 +00:00
releasing version 4.20130723
2013-07-23 15:41:16 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 23 Jul 2013 10:46:05 -0400
Install XDG desktop icon files. The icon files will be installed when running make install or cabal install. Did not try to run update-icon-caches, since I think it's debian specific, and dh_icons will take care of that for the Debian package. Using the favicon as a 16x16 icon. At 24x24 the svg displays pretty well, although the dotted lines are rather faint. The svg is ok at all higher resolutions. The standalone linux build auto-installs the desktop and autostart files when run. I have not made it auto-install the icon file too, because a) that would take more work to include them in the tarball and find them b) it would need to be an install to ~/.icons/, and I don't know if that really works!
2013-07-09 23:56:30 +00:00
releasing version 4.20130709
2013-07-09 19:58:01 +00:00
git-annex (4.20130709) unstable; urgency=low
webapp: Fix ssh setup with nonstandard port, broken in last release.
2013-07-02 19:46:02 +00:00
Add --all option, and support it for fsck
2013-07-03 17:02:42 +00:00
* --all: New switch that makes git-annex operate on all data stored
in the git annex, including old versions of files. Supported by
no migrate --all for now migrate wants to know the associated filename, in order to look up the new backend. Can't do that with --all migrate --all --backend=newvalue could be useful to support, in the future.
2013-07-03 18:07:09 +00:00
fsck, get, move, copy.
--unused: New switch that makes git-annex operate on all data found by the last run of git annex unused. Supported by fsck, get, move, copy.
2013-07-03 19:26:59 +00:00
* --unused: New switch that makes git-annex operate on all data found
correct changelog; git annex get --unused doesn't make sense
2013-07-25 23:53:52 +00:00
by the last run of git annex unused. Supported by fsck, move, copy.
no migrate --all for now migrate wants to know the associated filename, in order to look up the new backend. Can't do that with --all migrate --all --backend=newvalue could be useful to support, in the future.
2013-07-03 18:07:09 +00:00
* get, move, copy: Can now be run in a bare repository,
Add --all option, and support it for fsck
2013-07-03 17:02:42 +00:00
like fsck already could. --all is enabled automatically in this case.
merge: Now also merges synced/master or similar branches, which makes it useful to put in a post-receive hook to make a repository automatically update its working copy when git annex sync or the assistant sync with it.
2013-07-03 19:42:56 +00:00
* merge: Now also merges synced/master or similar branches, which
makes it useful to put in a post-receive hook to make a repository
automatically update its working copy when git annex sync or the assistant
sync with it.
webapp: Fix ssh setup with nonstandard port, broken in last release.
2013-07-02 19:46:02 +00:00
* webapp: Fix ssh setup with nonstandard port, broken in last release.
detect system with no dot in FQDN, where git commit will fail, and workaround Sigh, git is so *fragile*. Or rather, across the set of systems that use git-annex, where are no many horribly broken systems..
2013-07-05 16:24:28 +00:00
* init: Detect systems on which git commit fails due to not being able to
determine the FQDN, and put in a workaround so committing to the git-annex
branch works.
addurl --pathdepth: Fix failure when the pathdepth specified is deeper than the urls's path.
2013-07-05 16:46:38 +00:00
* addurl --pathdepth: Fix failure when the pathdepth specified is deeper
than the urls's path.
Windows: Look for .exe extension when searching for a command in path.
2013-07-06 04:48:47 +00:00
* Windows: Look for .exe extension when searching for a command in path.
Pass -f to curl when downloading a file with it, so it propigates failure.
2013-07-06 04:55:00 +00:00
* Pass -f to curl when downloading a file with it, so it propigates failure.
Windows: Fix url to object when using a http remote. annexLocations uses OS-native directory separators, but for an url, it needs to use / even on Windows. This is an ugly workaround. Could parameterize a lot of stuff in annexLocations to fix it better. I suspect this is probably the only place it's needed though.
2013-07-07 17:35:06 +00:00
* Windows: Fix url to object when using a http remote.
webapp: Fix authorized_keys line added when setting up a rsync remote on a server that also supports git-annex, to not force running git-annex-shell.
2013-07-08 16:51:07 +00:00
* webapp: Fix authorized_keys line added when setting up a rsync remote
on a server that also supports git-annex, to not force running
git-annex-shell.
OSX Mountain Lion: Fixed gpg bundled in dmg to not fail due to a missing gpg-agent.
2013-07-08 17:16:12 +00:00
* OSX Mountain Lion: Fixed gpg bundled in dmg to not fail due to a missing
gpg-agent.
Android: gpg is built without --enable-minimal, so it interoperates better with other gpg builds that may default to using other algorithms for encryption.
2013-07-08 19:59:52 +00:00
* Android: gpg is built without --enable-minimal, so it interoperates
better with other gpg builds that may default to using other algorithms
for encryption.
dropunused, addunused: Complain when asked to operate on a number that does not correspond to any unused key.
2013-07-08 20:47:34 +00:00
* dropunused, addunused: Complain when asked to operate on a number that
does not correspond to any unused key.
fsck: Don't claim to fix direct mode when run on a symlink whose content is not present.
2013-07-08 21:29:42 +00:00
* fsck: Don't claim to fix direct mode when run on a symlink whose content
is not present.
Make --numcopies override annex.numcopies set in .gitattributes.
2013-07-09 16:05:56 +00:00
* Make --numcopies override annex.numcopies set in .gitattributes.
webapp: Fix ssh setup with nonstandard port, broken in last release.
2013-07-02 19:46:02 +00:00
releasing version 4.20130709
2013-07-09 19:58:01 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 09 Jul 2013 13:55:39 -0400
webapp: Fix ssh setup with nonstandard port, broken in last release.
2013-07-02 19:46:02 +00:00
releasing version 4.20130627
2013-06-27 18:58:40 +00:00
git-annex (4.20130627) unstable; urgency=low
assistant --autostart: Automatically ionices the daemons it starts.
2013-06-21 17:23:20 +00:00
* assistant --autostart: Automatically ionices the daemons it starts.
assistant: Daily sanity check thread is run niced.
2013-06-21 17:29:42 +00:00
* assistant: Daily sanity check thread is run niced.
bup: Handle /~/ in bup remote paths. Thanks, Oliver Matthews
2013-06-23 16:39:37 +00:00
* bup: Handle /~/ in bup remote paths.
Thanks, Oliver Matthews
fsck: Ensures that direct mode is used for files when it's enabled. A common failure mode for direct mode has been for files to end up still stored in indirect mode. While I hope that doesn't happen anymore, fsck should deal with it.
2013-06-24 20:26:00 +00:00
* fsck: Ensures that direct mode is used for files when it's enabled.
webapp: Fix bug when setting up a remote ssh repo repeatedly on the same server. The ssh setup first runs ssh to the real hostname, to probe if a ssh key is needed. If one is, it generates a mangled hostname that uses a key. This mangled hostname was being used to ssh into the server to set up the key. But if the server already had the key set up, and it was locked down, the setup would fail. This changes it to use the real hostname when sshing in to set up the key, which avoids the problem. Note that it will redundantly set up the key on the ssh server. But it's the same key; the ssh key generation code uses the key if it already exists.
2013-06-25 18:46:20 +00:00
* webapp: Fix bug when setting up a remote ssh repo repeatedly on the same
server.
webapp: Ensure that ssh keys generated for different directories on a server are always different.
2013-06-25 19:23:46 +00:00
* webapp: Ensure that ssh keys generated for different directories
on a server are always different.
webapp: Fix bug setting up ssh repo if the user enters "~/" at the start of the path.
2013-06-25 19:43:46 +00:00
* webapp: Fix bug setting up ssh repo if the user enters "~/" at the start
of the path.
assistant: Fix bug that prevented adding files written by gnucash, and more generally support adding hard links to files. However, other operations on hard links are still unsupported.
2013-06-26 16:30:37 +00:00
* assistant: Fix bug that prevented adding files written by gnucash,
and more generally support adding hard links to files. However,
other operations on hard links are still unsupported.
webapp: Fix bug that caused the webapp to hang when built with yesod 1.2.
2013-06-27 04:01:31 +00:00
* webapp: Fix bug that caused the webapp to hang when built with yesod 1.2.
assistant --autostart: Automatically ionices the daemons it starts.
2013-06-21 17:23:20 +00:00
releasing version 4.20130627
2013-06-27 18:58:40 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 27 Jun 2013 14:21:55 -0400
assistant --autostart: Automatically ionices the daemons it starts.
2013-06-21 17:23:20 +00:00
releasing version 4.20130621
2013-06-21 16:12:43 +00:00
git-annex (4.20130621) unstable; urgency=low
Supports indirect mode on encfs in paranoia mode, and other filesystems that do not support hard links, but do support symlinks and other POSIX filesystem features.
2013-06-10 17:10:30 +00:00
* Supports indirect mode on encfs in paranoia mode, and other
filesystems that do not support hard links, but do support
symlinks and other POSIX filesystem features.
Android: Add .thumbnails to .gitignore when setting up a camera repository.
2013-06-10 20:41:02 +00:00
* Android: Add .thumbnails to .gitignore when setting up a camera
repository.
Android: Make the "Open webapp" menu item open the just created repository when a new repo is made.
2013-06-11 03:16:18 +00:00
* Android: Make the "Open webapp" menu item open the just created
repository when a new repo is made.
webapp: When the user switches to display a different repository, that repository becomes the default repository to be displayed next time the webapp gets started.
2013-06-11 04:06:06 +00:00
* webapp: When the user switches to display a different repository,
that repository becomes the default repository to be displayed next time
the webapp gets started.
Merge branch 'glacier' Conflicts: debian/changelog
2013-06-11 14:34:55 +00:00
* glacier: Better handling of the glacier inventory, which avoids
duplicate uploads to the same glacier repository by `git annex copy`.
Direct mode: No longer temporarily remove write permission bit of files when adding them. This write permission frobbing is very appropriate in indirect mode, since annexed objects are stored as immutably as can be managed. But not in direct mode, where files should be able to be modified at any time. There are already sufficient guards that there's no need to prevent a file being written to while it's being ingested, in direct mode. The inode cache will detect (most) types of modifications, and the add will fail. Then a re-add should be done. The assistant should get another inotify change event, and automatically add the new version of the file.
2013-06-12 18:02:31 +00:00
* Direct mode: No longer temporarily remove write permission bit of files
when adding them.
sync: Better support for bare git remotes. Now pushes directly to the master branch on such a remote, instead of to synced/master. This makes it easier to clone from a bare git remote that has been populated with git annex sync or by the assistant.
2013-06-12 18:54:23 +00:00
* sync: Better support for bare git remotes. Now pushes directly to the
master branch on such a remote, instead of to synced/master. This
makes it easier to clone from a bare git remote that has been populated
with git annex sync or by the assistant.
Android: Fix use of cp command to not try to use features present only on build system.
2013-06-14 15:54:44 +00:00
* Android: Fix use of cp command to not try to use features present
only on build system.
Windows: Fix hang when adding several files at once.
2013-06-14 21:35:45 +00:00
* Windows: Fix hang when adding several files at once.
assistant: In direct mode, objects are now only dropped when all associated files are unwanted. This avoids a repreated drop/get loop of a file that has a copy in an archive directory, and a copy not in an archive directory. (Indirect mode still has some buggy behavior in this area, since it does not keep track of associated files.) Closes: #712060
2013-06-15 18:44:43 +00:00
* assistant: In direct mode, objects are now only dropped when all
associated files are unwanted. This avoids a repreated drop/get loop
of a file that has a copy in an archive directory, and a copy not in an
archive directory. (Indirect mode still has some buggy behavior in this
area, since it does not keep track of associated files.)
Closes: #712060
status: No longer shows dead repositories. This is because people continually whine about it. Seemingly not aware that data generally cannot be deleted from git anyway.
2013-06-17 16:35:33 +00:00
* status: No longer shows dead repositories.
annex.debug can now be set to enable debug logging by default. The webapp's debugging check box does this.
2013-06-18 00:41:17 +00:00
* annex.debug can now be set to enable debug logging by default.
The webapp's debugging check box does this.
fsck: Avoid getting confused by Windows path separators
2013-06-18 01:18:43 +00:00
* fsck: Avoid getting confused by Windows path separators
avoid newline translation when writing to git hash-object They're like mushrooms, just keep popping up.
2013-06-18 18:58:38 +00:00
* Windows: Multiple bug fixes, including fixing the data written to the
git-annex branch.
Windows: The test suite now passes on Windows (a few broken parts are disabled). Better to have a working test suite that doesn't test a few things than no working test suite. Most of the disabled stuff is because for some reason "git annex sync" doesn't work when run inside the test suite. Looks like PATH problems. The directory and rsync special remotes seem broken on Windows, or maybe the tests are. Pretty sure the hook special remote test is broken.
2013-06-18 20:12:43 +00:00
* Windows: The test suite now passes on Windows (a few broken parts are
disabled).
assistant: On Linux, the expensive transfer scan is run niced. This is a compromise. I would like to nice every thread except for the webapp thread, but it's not practical to do so. That would need every thread to run as a bound thread, which could add significant overhead. And any forkIO would escape the nice level.
2013-06-21 01:10:16 +00:00
* assistant: On Linux, the expensive transfer scan is run niced.
Enable assistant and WebDAV support on powerpc and sparc architectures, which now have the necessary dependencies built.
2013-06-21 05:50:00 +00:00
* Enable assistant and WebDAV support on powerpc and sparc architectures,
which now have the necessary dependencies built.
Supports indirect mode on encfs in paranoia mode, and other filesystems that do not support hard links, but do support symlinks and other POSIX filesystem features.
2013-06-10 17:10:30 +00:00
releasing version 4.20130621
2013-06-21 16:12:43 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 21 Jun 2013 10:18:41 -0400
Supports indirect mode on encfs in paranoia mode, and other filesystems that do not support hard links, but do support symlinks and other POSIX filesystem features.
2013-06-10 17:10:30 +00:00
releasing version 4.20130601
2013-06-02 00:58:32 +00:00
git-annex (4.20130601) unstable; urgency=medium
XMPP: Avoid redundant and unncessary pushes. Note that this breaks compatibility with previous versions of git-annex, which will refuse to accept any XMPP pushes from this version.
2013-05-21 22:24:29 +00:00
XMPP: Send pings and use them to detect when contact with the server is lost. I noticed that when my modem hung up and redialed, my xmpp client was left sending messages into the void. This will also handle any idle disconnection issues.
2013-05-22 20:32:35 +00:00
* XMPP: Git push over xmpp made much more robust.
XMPP: Avoid redundant and unncessary pushes. Note that this breaks compatibility with previous versions of git-annex, which will refuse to accept any XMPP pushes from this version.
2013-05-21 22:24:29 +00:00
* XMPP: Avoid redundant and unncessary pushes. Note that this breaks
compatibility with previous versions of git-annex, which will refuse
to accept any XMPP pushes from this version.
XMPP: Send pings and use them to detect when contact with the server is lost. I noticed that when my modem hung up and redialed, my xmpp client was left sending messages into the void. This will also handle any idle disconnection issues.
2013-05-22 20:32:35 +00:00
* XMPP: Send pings and use them to detect when contact with the server
is lost.
hook special remote: Added combined hook program support.
2013-05-21 23:19:03 +00:00
* hook special remote: Added combined hook program support.
Android app: Avoid using hard links to app's lib directory, which is sometimes on a different filesystem than the data directory. Assumes symlinks work on all android. If not, this would need to be adapted to try both. This worked for me.
2013-05-23 17:54:49 +00:00
* Android app: Avoid using hard links to app's lib directory, which
is sometimes on a different filesystem than the data directory.
Fix bug in parsing of parens in some preferred content expressions. This fixes the behavior of the manual mode group. The current manual mode preferred content expression is: "present and (((exclude=*/archive/* and exclude=archive/*) or (not (copies=archive:1 or copies=smallarchive:1))) or (not copies=semitrusted+:1))" The old matcher misparsed this, to basically: OR (present and (...)) (not copies=semitrusted+:1)) The paren handling and indeed the whole conversion from tokens to the matcher was just wrong. The new way may not be the cleverest, but I think it is correct, and you can see how it pattern matches structurally against the expressions when parsing them. That expression is now parsed to: MAnd (MOp <function>) (MOr (MOr (MAnd (MOp <function>) (MOp <function>)) (MNot (MOr (MOp <function>) (MOp <function>)))) (MNot (MOp <function>))) Which appears correct, and behaves correct in testing. Also threw in a simplifier, so the final generated Matcher has less unnecessary clutter in it. Mostly so that I could more easily read & confirm them. Also, added a simple test of the Matcher to the test suite. There is a small chance of badly formed preferred content expressions behaving differently than before due to this rewrite.
2013-05-25 01:33:54 +00:00
* Fix bug in parsing of parens in some preferred content expressions.
This fixes the behavior of the manual mode group.
assistant: Work around git-cat-file's not reloading the index after files are staged. Argh.
2013-05-25 04:37:41 +00:00
* assistant: Work around git-cat-file's not reloading the index after files
are staged.
Improve error handling when getting uuid of http remotes to auto-ignore, like with ssh remotes.
2013-05-25 05:47:19 +00:00
* Improve error handling when getting uuid of http remotes to auto-ignore,
like with ssh remotes.
content: New command line way to view and configure a repository's preferred content settings.
2013-05-25 16:44:58 +00:00
* content: New command line way to view and configure a repository's
preferred content settings.
sync: Fix double merge conflict resolution handling. Ie, when there'a a conflicted merge we may get foo.variant-xxxx created in a merge. If a second merge conflict occurs on that new file, it was not falling back to putting in the whole key (which should stop the merge conflicts happening for good, but is ugly).
2013-05-26 21:42:15 +00:00
* sync: Fix double merge conflict resolution handling.
XMPP: Fix a file descriptor leak.
2013-05-27 00:49:16 +00:00
* XMPP: Fix a file descriptor leak.
Android: Added an "Open WebApp" item to the terminal's menu. Should work for Android devices that cannot auto-open the webapp on start.
2013-05-28 22:25:27 +00:00
* Android: Added an "Open WebApp" item to the terminal's menu.
Android: Work around Android devices where the `am` command doesn't work.
2013-06-01 01:28:37 +00:00
* Android: Work around Android devices where the `am` command doesn't work.
Can now restart certain long-running git processes if they crash, and continue working. Fuzz tests have shown that git cat-file --batch sometimes stops running. It's not yet known why (no error message; repo seems ok). But this is something we can deal with in the CoProcess framework, since all 3 types of long-running git processes should be restartable if they fail. Note that, as implemented, only IO errors are caught. So an error thrown by the reveiver, when it sees something that is not valid output from git cat-file (etc) will not cause a restart. I don't want it to retry if git commands change their output or are just outputting garbage. This does mean that if the command did a partial output and crashed in the middle, it would still not be restarted. There is currently no guard against restarting a command repeatedly, if, for example, it crashes repeatedly on startup.
2013-05-31 16:20:17 +00:00
* Can now restart certain long-running git processes if they crash, and
continue working.
XMPP: Avoid redundant and unncessary pushes. Note that this breaks compatibility with previous versions of git-annex, which will refuse to accept any XMPP pushes from this version.
2013-05-21 22:24:29 +00:00
releasing version 4.20130601
2013-06-02 00:58:32 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 01 Jun 2013 19:16:04 -0400
XMPP: Avoid redundant and unncessary pushes. Note that this breaks compatibility with previous versions of git-annex, which will refuse to accept any XMPP pushes from this version.
2013-05-21 22:24:29 +00:00
releasing version 4.20130521
2013-05-21 18:23:27 +00:00
git-annex (4.20130521) unstable; urgency=low
Sanitize debian changelog version before putting it into cabal file. Closes: #708619
2013-05-17 15:24:18 +00:00
* Sanitize debian changelog version before putting it into cabal file.
Closes: #708619
Switch to MonadCatchIO-transformers for better handling of state while catching exceptions. As seen in this bug report, the lifted exception handling using the StateT monad throws away state changes when an action throws an exception. http://git-annex.branchable.com/bugs/git_annex_fork_bombs_on_gpg_file/ .. Which can result in cached values being redundantly calculated, or other possibly worse bugs when the annex state gets out of sync with reality. This switches from a StateT AnnexState to a ReaderT (MVar AnnexState). All changes to the state go via the MVar. So when an Annex action is running inside an exception handler, and it makes some changes, they immediately go into affect in the MVar. If it then throws an exception (or even crashes its thread!), the state changes are still in effect. The MonadCatchIO-transformers change is actually only incidental. I could have kept on using lifted-base for the exception handling. However, I'd have needed to write a new instance of MonadBaseControl for the new monad.. and I didn't write the old instance.. I begged Bas and he kindly sent it to me. Happily, MonadCatchIO-transformers is able to derive a MonadCatchIO instance for my monad. This is a deep level change. It passes the test suite! What could it break? Well.. The most likely breakage would be to code that runs an Annex action in an exception handler, and *wants* state changes to be thrown away. Perhaps the state changes leaves the state inconsistent, or wrong. Since there are relatively few places in git-annex that catch exceptions in the Annex monad, and the AnnexState is generally just used to cache calculated data, this is unlikely to be a problem. Oh yeah, this change also makes Assistant.Types.ThreadedMonad a bit redundant. It's now entirely possible to run concurrent Annex actions in different threads, all sharing access to the same state! The ThreadedMonad just adds some extra work on top of that, with its own MVar, and avoids such actions possibly stepping on one-another's toes. I have not gotten rid of it, but might try that later. Being able to run concurrent Annex actions would simplify parts of the Assistant code.
2013-05-19 18:16:36 +00:00
* Switch to MonadCatchIO-transformers for better handling of state while
catching exceptions.
Fix a zombie that could result when running a process like gpg to read and write to it.
2013-05-19 19:52:22 +00:00
* Fix a zombie that could result when running a process like gpg to
read and write to it.
Allow building with gpg2.
2013-05-19 21:59:58 +00:00
* Allow building with gpg2.
debian architecture build fun
2013-05-20 01:44:33 +00:00
* Disable building with the haskell threaded runtime when the webapp
is not built. This may fix builds on mips, s390x and sparc, which are
failing to link -lHSrts_thr
* Temporarily build without webapp on kfreebsd-i386, until yesod is
installable there again.
run the test suite twice, once in direct mode On a filesystem that only supports direct mode, it will test direct mode twice, but oh well.
2013-05-20 18:09:50 +00:00
* Direct mode bug fix: After a conflicted merge was automatically resolved,
direct mode bug fix: After a conflicted merge was automatically resolved, the content of a file that was already present could incorrectly be replaced with a symlink. The bug was in movein, which just replaceFile'd the file with a symlink, even if it already had the desired content, before trying to pull the content out of the annex and replace the symlink with it. That was ok-ish for non conflicted merges, where if the file existed it would be an old version of the content. But for conflicted merges, the automatic merge resolver has already run, and will have already put the desired content into the file for the local variant. Also, made removeDirect not trust that the associated files map is correct. Only if it can verify that another file has the content will it not move it into .git/annex/objects.
2013-05-20 17:37:52 +00:00
the content of a file that was already present could incorrectly
be replaced with a symlink.
Fix a bug in the git-annex branch handling code that could cause info from a remote to not be merged and take effect immediately. This bug was turned up by the test suite, running fsck in direct mode. A repository was cloned, was put into direct mode, was fscked, and fsck incorrectly said that no copy existed of a file, that was actually present in origin. This turned out to occur because fsck first did a Annex.Branch.change, recording that it did not locally have the file. That was recorded in the journal. Since neither the git annex direct not the fsck had yet needed to read any info from the branch, but had only made changes to it, the origin/git-annex branch was not yet merged in. So the journal got a location log entry written to it, but this did not include the location log info for the origin. When fsck then did a Annex.Branch.get, it trusted the journal was cosnsitent, and returned it, again w/o merging from origin/git-annex. This latter behavior is the actual bug. Refer to commit e9bfa8eaed3ff59a4c0bc8d4d677bc493177807c for the thinking behind it being ok to make a change to a file on the branch, without first merging the branch. That thinking still stands. However, it means that files in the journal cannot be trusted to be consistent if the branch has not been merged. So, to fix, just enure the branch gets merged, even when reading from the journal. In tests, this does not seem to cause any extra merging. Except, of course, in the one case described above. But git annex add, etc, are able to make changes w/o first merging the branch.
2013-05-20 19:14:59 +00:00
* Fix a bug in the git-annex branch handling code that could
cause info from a remote to not be merged and take effect immediately.
run the test suite twice, once in direct mode On a filesystem that only supports direct mode, it will test direct mode twice, but oh well.
2013-05-20 18:09:50 +00:00
* Direct mode is now fully tested by the test suite.
Detect bad content in ~/.config/git-annex/program and look in PATH instead.
2013-05-20 21:42:40 +00:00
* Detect bad content in ~/.config/git-annex/program and look in PATH instead.
mention autobuild fixes
2013-05-20 22:49:47 +00:00
* OSX: Fixed gpg included in dmg.
* Linux standalone: Back to being built with glibc 2.13 for maximum
portability.
Sanitize debian changelog version before putting it into cabal file. Closes: #708619
2013-05-17 15:24:18 +00:00
releasing version 4.20130521
2013-05-21 18:23:27 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 21 May 2013 13:10:26 -0400
Sanitize debian changelog version before putting it into cabal file. Closes: #708619
2013-05-17 15:24:18 +00:00
releasing version 4.20130516
2013-05-16 15:35:52 +00:00
git-annex (4.20130516) unstable; urgency=low
work around strange endianness bug in port number on Android
2013-05-03 02:38:45 +00:00
* Android: The webapp is ported and working.
update
2013-05-11 21:18:05 +00:00
* Windows: There is a very rough Windows port. Do not trust it with
important data.
reorder
2013-05-09 17:58:23 +00:00
* git-annex-shell: Ensure that received files can be read. Files
transferred from some Android devices may have very broken permissions
as received.
start one git-cat-file per index file This reverts 1c83b6c43936802b436f64748e6ede026946eefe and properly fixes the issue discussed there. This makes git-annex behave much nicer in direct mode.
2013-05-15 22:46:38 +00:00
* direct mode: Direct mode commands now work on files staged in the index,
they do not need to be committed to git.
Temporarily add an upper bound to the version of yesod that can be built with, since yesod 1.2 has a great many changes that will require extensive work on the webapp.
2013-05-03 03:12:47 +00:00
* Temporarily add an upper bound to the version of yesod that can be built
with, since yesod 1.2 has a great many changes that will require extensive
work on the webapp.
Disable building with the haskell threaded runtime when the assistant is not built. This may fix builds on s390x and sparc, which are failing to link -lHSrts_thr
2013-05-06 13:35:43 +00:00
* Disable building with the haskell threaded runtime when the assistant
is not built. This may fix builds on s390x and sparc, which are failing
to link -lHSrts_thr
Avoid depending on regex-tdfa on mips, mipsel, and s390, where it fails to build.
2013-05-06 13:44:55 +00:00
* Avoid depending on regex-tdfa on mips, mipsel, and s390, where it fails
to build.
direct: Fix a bug that could cause some files to be left in indirect mode. It's possible for files in indirect mode to have a direct mode mapping file. Probably from when they were in direct mode. In this case, toDirectGen tried to copy the content from the direct mode file that the mapping said had it. But, being in indirect mode, it didn't really have the content. So it did nothing. This fix makes it always move the content from .git/annex/objects/ when it's there.
2013-05-06 16:43:03 +00:00
* direct: Fix a bug that could cause some files to be left in indirect mode.
When initializing a directory special remote with a relative path, the path is made absolute. Using a relative path would work, until the user changed to some other directory in the repo and tried to access the remote from there..
2013-05-06 21:15:36 +00:00
* When initializing a directory special remote with a relative path,
the path is made absolute.
SHA: Add a runtime sanity check that sha commands output something that appears to be a real sha. This after fielding a bug where git-annex was built with a sha256 program whose output checked out, but was then run with one that output lines like: SHA256 (file) = <sha here> Which it then parsed as having a SHA256 of "SHA256"! Now the output of the command is required to be of the right length, and contain only the right characters.
2013-05-08 00:19:37 +00:00
* SHA: Add a runtime sanity check that sha commands output something
that appears to be a real sha.
configure: Better checking that sha commands output in the desired format. Run the same code git-annex used to get the sha, including its sanity checking. Much better than old grep. Should detect FreeBSD systems with sha commands that output in stange format.
2013-05-08 15:17:09 +00:00
* configure: Better checking that sha commands output in the desired format.
rsync special remotes: When sending from a crippled filesystem, use the destination's default file permissions, as the local ones can be arbitrarily broken. (Ie, ----rwxr-x for files on Android)
2013-05-09 17:49:47 +00:00
* rsync special remotes: When sending from a crippled filesystem, use
the destination's default file permissions, as the local ones can
be arbitrarily broken. (Ie, ----rwxr-x for files on Android)
migrate: Detect if a file gets corrupted while it's being migrated.
2013-05-13 18:27:39 +00:00
* migrate: Detect if a file gets corrupted while it's being migrated.
Debian: Add a menu file.
2013-05-15 00:27:03 +00:00
* Debian: Add a menu file.
work around strange endianness bug in port number on Android
2013-05-03 02:38:45 +00:00
releasing version 4.20130516
2013-05-16 15:35:52 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 16 May 2013 11:03:35 -0400
work around strange endianness bug in port number on Android
2013-05-03 02:38:45 +00:00
releasing version 4.20130501
2013-05-01 17:19:29 +00:00
git-annex (4.20130501) unstable; urgency=low
assistant: Work around misfeature in git 1.8.2 that makes `git commit --alow-empty -m ""` run an editor. See http://git-annex.branchable.com/bugs/assistant_hangs_during_commit/
2013-04-18 20:27:17 +00:00
reorder
2013-05-01 00:56:43 +00:00
* sync, assistant: Behavior changes: Sync with remotes that have
annex-ignore set, so that git remotes on servers without git-annex
installed can be used to keep clients' git repos in sync.
assistant: Work around misfeature in git 1.8.2 that makes `git commit --alow-empty -m ""` run an editor. See http://git-annex.branchable.com/bugs/assistant_hangs_during_commit/
2013-04-18 20:27:17 +00:00
* assistant: Work around misfeature in git 1.8.2 that makes
`git commit --alow-empty -m ""` run an editor.
reorder
2013-05-01 00:56:43 +00:00
* sync: Bug fix, avoid adding to the annex the
dummy symlinks used on crippled filesystems.
* Add public repository group.
(And inpreferreddir to preferred content expressions.)
* webapp: Can now set up Internet Archive repositories.
* S3: Dropping content from the Internet Archive doesn't work, but
their API indicates it does. Always refuse to drop from there.
* Automatically register public urls for files uploaded to the
Internet Archive.
* To enable an existing special remote, the new enableremote command
must be used. The initremote command now is used only to create
new special remotes.
* initremote: If two existing remotes have the same name,
prefer the one with a higher trust level.
* assistant: Improved XMPP protocol to better support multiple repositories
using the same XMPP account. Fixes bad behavior when sharing with a friend
when you or the friend have multiple reposotories on an XMPP account.
Note that XMPP pairing with your own devices still pairs with all
repositories using your XMPP account.
* assistant: Fix bug that could cause incoming pushes to not get
merged into the local tree. Particularly affected XMPP pushes.
* webapp: Display some additional information about a repository on
its edit page.
webapp: Don't default to making repository in cwd when started from within a directory containing a git-annex file (eg, standalone tarball directory).
2013-04-20 22:53:04 +00:00
* webapp: Install FDO desktop menu file when started in standalone mode.
* webapp: Don't default to making repository in cwd when started
from within a directory containing a git-annex file (eg, standalone
tarball directory).
Detect systems that have no user name set in GECOS, and also don't have user.name set in git config, and put in a workaround so that commits to the git-annex branch (and the assistant) will still succeed despite git not liking the system configuration.
2013-04-22 19:36:34 +00:00
* Detect systems that have no user name set in GECOS, and also
don't have user.name set in git config, and put in a workaround
so that commits to the git-annex branch (and the assistant)
will still succeed despite git not liking the system configuration.
webapp: When told to add a git repository on a remote server, and the repository already exists as a non-bare repository, use it, rather than initializing a bare repository in the same directory.
2013-04-22 20:21:37 +00:00
* webapp: When told to add a git repository on a remote server, and
the repository already exists as a non-bare repository, use it,
rather than initializing a bare repository in the same directory.
direct, indirect: Refuse to do anything when the assistant or git-annex watch daemon is running.
2013-04-22 20:41:46 +00:00
* direct, indirect: Refuse to do anything when the assistant
or git-annex watch daemon is running.
assistant: When built with git before 1.8.0, use `git remote rm` to delete a remote. Newer git uses `git remote remove`.
2013-04-22 20:53:09 +00:00
* assistant: When built with git before 1.8.0, use `git remote rm`
to delete a remote. Newer git uses `git remote remove`.
rmurl: New command, removes one of the recorded urls for a file.
2013-04-22 21:18:53 +00:00
* rmurl: New command, removes one of the recorded urls for a file.
Detect when the remote is broken like bitbucket is, and exits 0 when it fails to run git-annex-shell.
2013-04-24 00:06:02 +00:00
* Detect when the remote is broken like bitbucket is, and exits 0 when
it fails to run git-annex-shell.
changelog
2013-04-24 17:09:28 +00:00
* assistant: Several improvements to performance and behavior when
performing bulk adds of a large number of files (tens to hundreds
of thousands).
assistant: Sanitize XMPP presence information logged for debugging.
2013-04-25 01:13:10 +00:00
* assistant: Sanitize XMPP presence information logged for debugging.
webapp: Now automatically fills in any creds used by an existing remote when creating a new remote of the same type. Done for Internet Archive, S3, Glacier, and Box.com remotes.
2013-04-27 19:16:06 +00:00
* webapp: Now automatically fills in any creds used by an existing remote
when creating a new remote of the same type. Done for Internet Archive,
S3, Glacier, and Box.com remotes.
Store an annex-uuid file in the bucket when setting up a new S3 remote.
2013-04-27 21:01:24 +00:00
* Store an annex-uuid file in the bucket when setting up a new S3 remote.
Support building with DAV 0.4.
2013-04-30 18:10:55 +00:00
* Support building with DAV 0.4.
assistant: Work around misfeature in git 1.8.2 that makes `git commit --alow-empty -m ""` run an editor. See http://git-annex.branchable.com/bugs/assistant_hangs_during_commit/
2013-04-18 20:27:17 +00:00
releasing version 4.20130501
2013-05-01 17:19:29 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 01 May 2013 01:42:46 -0400
assistant: Work around misfeature in git 1.8.2 that makes `git commit --alow-empty -m ""` run an editor. See http://git-annex.branchable.com/bugs/assistant_hangs_during_commit/
2013-04-18 20:27:17 +00:00
releasing version 4.20130417
2013-04-17 15:16:44 +00:00
git-annex (4.20130417) unstable; urgency=low
Bugfix: Direct mode no longer repeatedly checksums duplicated files. Fixed by storing a list of cached inodes for a key, instead of just one. Backwards compatability note: An old git-annex version will fail to parse an inode cache file that has been written by a new version, and has multiple items. It will succees if just one. So old git-annexes will have even worse behavior when there are duplicated files, if that is possible. I don't think it will be a problem. (Famous last words.) Also, note that it doesn't expire old and unused inode caches for a key. It would be possible to add this if needed; just look through the associated files for a key and if there are more cached inodes, throw out any not corresponding to associated files. Unless a file is being copied repeatedly and the old copy deleted, this lack of expiry should not be a problem.
2013-04-06 20:01:39 +00:00
changelog & minor style fixes
2013-04-06 20:14:57 +00:00
* initremote: Generates encryption keys with high quality entropy.
This can be disabled using --fast to get the old behavior.
The assistant still uses low-quality entropy when creating encrypted
reorder changelog
2013-04-14 23:26:30 +00:00
remotes, to avoid delays. (Thanks, guilhem for the patch.)
Bugfix: Direct mode no longer repeatedly checksums duplicated files. Fixed by storing a list of cached inodes for a key, instead of just one. Backwards compatability note: An old git-annex version will fail to parse an inode cache file that has been written by a new version, and has multiple items. It will succees if just one. So old git-annexes will have even worse behavior when there are duplicated files, if that is possible. I don't think it will be a problem. (Famous last words.) Also, note that it doesn't expire old and unused inode caches for a key. It would be possible to add this if needed; just look through the associated files for a key and if there are more cached inodes, throw out any not corresponding to associated files. Unless a file is being copied repeatedly and the old copy deleted, this lack of expiry should not be a problem.
2013-04-06 20:01:39 +00:00
* Bugfix: Direct mode no longer repeatedly checksums duplicated files.
reorder changelog
2013-04-14 23:26:30 +00:00
* assistant: Work around horrible, terrible, very bad behavior of
gnome-keyring, by not storing special-purpose ssh keys in ~/.ssh/*.pub.
Apparently gnome-keyring apparently will load and indiscriminately use
such keys in some cases, even if they are not using any of the standard
ssh key names. Instead store the keys in ~/.ssh/annex/,
which gnome-keyring will not check.
addurl: Bugfix: Did not properly add file in direct mode.
2013-04-11 17:35:52 +00:00
* addurl: Bugfix: Did not properly add file in direct mode.
reorder changelog
2013-04-14 23:26:30 +00:00
* assistant: Bug fix to avoid annexing the files that git uses
to stand in for symlinks on FAT and other filesystem not supporting
symlinks.
better archive directory handling Adjust preferred content expressions so that content in archive directories is preferred until it has reached an archive or smallarchive repository.
2013-04-06 22:29:52 +00:00
* Adjust preferred content expressions so that content in archive
directories is preferred until it has reached an archive or smallarchive
repository.
webapp: New --listen= option allows running the webapp on one computer and connecting to it from another. Does not yet use HTTPS. I'd need to generate a certificate, and I'm not sure what's the best way to do that.
2013-04-08 19:04:35 +00:00
* webapp: New --listen= option allows running the webapp on one computer
and connecting to it from another. (Note: Does not yet use HTTPS.)
Added annex.web-download-command setting.
2013-04-09 03:34:05 +00:00
* Added annex.web-download-command setting.
reorder changelog
2013-04-14 23:26:30 +00:00
* Added per-remote annex-rsync-transport option. (guilhem again)
* Ssh connection caching is now also used by rsync special remotes.
(guilhem yet again)
The version number is now derived from git, unless built with VERSION_FROM_CHANGELOG.
2013-04-10 20:53:04 +00:00
* The version number is now derived from git, unless built with
VERSION_FROM_CHANGELOG.
assistant: Stop any transfers the assistant initiated on shutdown.
2013-04-10 21:38:53 +00:00
* assistant: Stop any transfers the assistant initiated on shutdown.
assistant: Added sequence numbers to XMPP git push packets. (Not yet used.) For backwards compatability, "" is treated as "0" sequence number. --debug will show xmpp sequence numbers now, but they are not otherwise used.
2013-04-10 22:39:56 +00:00
* assistant: Added sequence numbers to XMPP git push packets. (Not yet used.)
addurl: Register transfer so the webapp can see it. * addurl: Register transfer so the webapp can see it. * addurl: Automatically retry downloads that fail, as long as some additional content was downloaded.
2013-04-11 20:14:17 +00:00
* addurl: Register transfer so the webapp can see it.
* addurl: Automatically retry downloads that fail, as long as some
additional content was downloaded.
connect existing meters to the transfer log for downloads Most remotes have meters in their implementations of retrieveKeyFile already. Simply hooking these up to the transfer log makes that information available. Easy peasy. This is particularly valuable information for encrypted remotes, which otherwise bypass the assistant's polling of temp files, and so don't have good progress bars yet. Still some work to do here (see progressbars.mdwn changes), but this is entirely an improvement from the lack of progress bars for encrypted downloads.
2013-04-11 21:15:45 +00:00
* webapp: Much improved progress bar display for downloads from encrypted
remotes.
reorder changelog
2013-04-14 23:26:30 +00:00
* Avoid using runghc, as that needs ghci.
* webapp: When a repository's group is changed, rescan for transfers.
* webapp: Added animations.
webapp: Include the repository directory in the mangled hostname and ssh key name, so that a locked down ssh key for one repository is not re-used when setting up additional repositories on the same server.
2013-04-16 17:49:39 +00:00
* webapp: Include the repository directory in the mangled hostname and
ssh key name, so that a locked down ssh key for one repository is not
re-used when setting up additional repositories on the same server.
Fall back to internal url downloader when built without curl.
2013-04-16 19:20:21 +00:00
* Fall back to internal url downloader when built without curl.
fsck: Check content of direct mode files (only when the inode cache thinks they are unmodified). I wrote this earlier, but it never worked because it was looking at the .git/annex/object content, which is not there..
2013-04-16 20:17:20 +00:00
* fsck: Check content of direct mode files (only when the inode cache
thinks they are unmodified).
Bugfix: Direct mode no longer repeatedly checksums duplicated files. Fixed by storing a list of cached inodes for a key, instead of just one. Backwards compatability note: An old git-annex version will fail to parse an inode cache file that has been written by a new version, and has multiple items. It will succees if just one. So old git-annexes will have even worse behavior when there are duplicated files, if that is possible. I don't think it will be a problem. (Famous last words.) Also, note that it doesn't expire old and unused inode caches for a key. It would be possible to add this if needed; just look through the associated files for a key and if there are more cached inodes, throw out any not corresponding to associated files. Unless a file is being copied repeatedly and the old copy deleted, this lack of expiry should not be a problem.
2013-04-06 20:01:39 +00:00
releasing version 4.20130417
2013-04-17 15:16:44 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 17 Apr 2013 09:07:38 -0400
Bugfix: Direct mode no longer repeatedly checksums duplicated files. Fixed by storing a list of cached inodes for a key, instead of just one. Backwards compatability note: An old git-annex version will fail to parse an inode cache file that has been written by a new version, and has multiple items. It will succees if just one. So old git-annexes will have even worse behavior when there are duplicated files, if that is possible. I don't think it will be a problem. (Famous last words.) Also, note that it doesn't expire old and unused inode caches for a key. It would be possible to add this if needed; just look through the associated files for a key and if there are more cached inodes, throw out any not corresponding to associated files. Unless a file is being copied repeatedly and the old copy deleted, this lack of expiry should not be a problem.
2013-04-06 20:01:39 +00:00
prep release
2013-04-05 15:12:41 +00:00
git-annex (4.20130405) unstable; urgency=low
Group subcommands into sections in usage. Closes: #703797
2013-03-25 14:23:05 +00:00
* Group subcommands into sections in usage. Closes: #703797
Per-command usage messages.
2013-03-27 17:51:24 +00:00
* Per-command usage messages.
webapp: Fix a race that sometimes caused alerts or other notifications to be missed if they occurred while a page was loading. When a page is loaded, the javascript requests an notification url, and does long polling on the url to be informed of changes. But if a change occured before the notification url was requested, it would not be notified of that change, and so the page display would not update. I fixed this by *always* updating the page display after it gets the notification url. This is extra work, but the overhead is not noticable in the other overhead of loading a page. (A nicer way would be to somehow record the version of a page initially loaded, and then compare it with the current version when getting the notification url, and only force an update if it's changed. But getting the "version" of the different parts of the page that use long polling is difficult.)
2013-03-27 18:56:15 +00:00
* webapp: Fix a race that sometimes caused alerts or other notifications
to be missed if they occurred while a page was loading.
webapp: Progess bar fixes for many types of special remotes. There was confusion in different parts of the progress bar code about whether an update contained the total number of bytes transferred, or the number of bytes transferred since the last update. One way this bug showed up was progress bars that seemed to stick at zero for a long time. In order to fix it comprehensively, I add a new BytesProcessed data type, that is explicitly a total quantity of bytes, not a delta. Note that this doesn't necessarily fix every problem with progress bars. Particularly, buffering can now cause progress bars to seem to run ahead of transfers, reaching 100% when data is still being uploaded.
2013-03-28 21:03:04 +00:00
* webapp: Progess bar fixes for many types of special remotes.
Build debian package without using cabal, which writes to HOME. Closes: #704205
2013-03-29 15:37:25 +00:00
* Build debian package without using cabal, which writes to HOME.
Closes: #704205
webapp: Run ssh server probes in a way that will work when the login shell is a monstrosity that should have died 25 years ago, such as csh.
2013-03-29 17:09:30 +00:00
* webapp: Run ssh server probes in a way that will work when the
login shell is a monstrosity that should have died 25 years ago,
such as csh.
New annex.largefiles setting, which configures which files `git annex add` and the assistant add to the annex. I would have sort of liked to put this in .gitattributes, but it seems it does not support multi-word attribute values. Also, making this a single config setting makes it easy to only parse the expression once. A natural next step would be to make the assistant `git add` files that are not annex.largefiles. OTOH, I don't think `git annex add` should `git add` such files, because git-annex command line tools are not in the business of wrapping git command line tools.
2013-03-29 20:17:13 +00:00
* New annex.largefiles setting, which configures which files
`git annex add` and the assistant add to the annex.
assistant: Check small files into git directly.
2013-03-29 20:54:59 +00:00
* assistant: Check small files into git directly.
changelog
2013-03-29 22:06:23 +00:00
* Remotes can be configured to use other MAC algorithms than HMACSHA1
to encrypt filenames.
Thanks, guilhem for the patch.
changelog
2013-03-30 22:50:20 +00:00
* git-annex-shell: Passes rsync --bwlimit options on rsync.
Thanks, guilhem for the patch.
webapp: Added UI to delete repositories. Closes: #689847
2013-03-31 20:38:05 +00:00
* webapp: Added UI to delete repositories. Closes: #689847
Adjust built-in preferred content expressions to make most types of repositories want content that is only located on untrusted or dead repositories.
2013-03-31 21:10:25 +00:00
* Adjust built-in preferred content expressions to make most types
move content from remote when user asks to delete it
2013-03-31 23:00:43 +00:00
of repositories want content that is only located on untrusted, dead,
and unwanted repositories.
drop --auto: Fix bug that prevented dropping files from untrusted repositories. This is a corresponding bug to the one I fixed yesterday in the assistant.
2013-04-01 19:20:42 +00:00
* drop --auto: Fix bug that prevented dropping files from untrusted
repositories.
assistant: Fix bug that could cause direct mode files to be unstaged from git. My test case for this bug is to have the assistant running and syncing to a remote, and create a file in the annex. Then at the command line run git annex drop. The assistant sees that the file is gone, sees it's a wanted file, and downloads it from the remote. With a directory special remote and a small file, I was seeing around 1 time in 3, a race where the file got unstaged from git after it got downloaded. Looking at what direct mode content managing code does in this case, it deletes the symlink, and then adds the file content back. It would be possible, sometimes, to avoid removing the symlink and do this atomically. And I probably should.. but in some cases, particularly where the file needs to be run through `cp` (multiple direct mode files with same content), there's no way to atomically replace the symlink with the content. Anyway, the bug turns out to be something that the watcher does right for indirect mode, but not for direct mode. When it got an add event, it checked to see if this was a new file, or one we've already added. In the latter case, no add event was queued. But that means that only the rm event is queued, and so it unstages the file. Fixed by queueing an add event even when the file is already in git. Tested by running hundreds of drops in a loop; file remained staged.
2013-04-02 16:45:26 +00:00
* assistant: Fix bug that could cause direct mode files to be unstaged
from git.
Update working tree files fully atomically This avoids commit churn by the assistant when eg, replacing a file with a symlink. But, just as importantly, it prevents the working tree being left with a deleted file if git-annex, or perhaps the whole system, crashes at the wrong time. (It also probably avoids confusing displays in file managers.)
2013-04-02 17:13:42 +00:00
* Update working tree files fully atomically.
avoid queueing uploads to remotes that already have the content
2013-04-02 19:51:58 +00:00
* webapp: Improved transfer queue management.
init: Probe whether the filesystem supports fifos, and if not, disable ssh connection caching.
2013-04-04 17:14:55 +00:00
* init: Probe whether the filesystem supports fifos, and if not,
disable ssh connection caching.
Use lower case hash directories for storing files on crippled filesystems, same as is already done for bare repositories. * since this is a crippled filesystem anyway, git-annex doesn't use symlinks on it * so there's no reason to use the mixed case hash directories that we're stuck using to avoid breaking everyone's symlinks to the content * so we can do what is already done for all bare repos, and make non-bare repos on crippled filesystems use the all-lower case hash directories * which are, happily, all 3 letters long, so they cannot conflict with mixed case hash directories * so I was able to 100% fix this and even resuming `git annex add` in the test case will recover and it will all just work.
2013-04-04 19:46:33 +00:00
* Use lower case hash directories for storing files on crippled filesystems,
same as is already done for bare repositories.
Group subcommands into sections in usage. Closes: #703797
2013-03-25 14:23:05 +00:00
prep release
2013-04-05 15:12:41 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 05 Apr 2013 10:42:18 -0400
Group subcommands into sections in usage. Closes: #703797
2013-03-25 14:23:05 +00:00
prep for release tomorrow
2013-03-22 23:25:28 +00:00
git-annex (4.20130323) unstable; urgency=low
webapp: Repository list is now included in the dashboard, and other UI tweaks.
2013-03-15 04:34:42 +00:00
* webapp: Repository list is now included in the dashboard, and other
UI tweaks.
webapp: Improved UI for pairing your own devices together using XMPP.
2013-03-15 19:05:02 +00:00
* webapp: Improved UI for pairing your own devices together using XMPP.
webapp: Display an alert when there are XMPP remotes, and a cloud transfer repository needs to be configured.
2013-03-15 21:52:41 +00:00
* webapp: Display an alert when there are XMPP remotes, and a cloud
transfer repository needs to be configured.
Add incrementalbackup repository group.
2013-03-16 15:17:53 +00:00
* Add incrementalbackup repository group.
webapp: Encourage user to install git-annex on a server when adding a ssh server, rather than just funneling them through to rsync.
2013-03-16 16:58:59 +00:00
* webapp: Encourage user to install git-annex on a server when adding
a ssh server, rather than just funneling them through to rsync.
xmpp: --debug now enables a sanitized dump of the XMPP protocol So I can debug these damn google talk presence issues.
2013-03-16 19:29:51 +00:00
* xmpp: --debug now enables a sanitized dump of the XMPP protocol
xmpp: send a presence query when there's an important message to send This may work around google talk's horrible presence handling, in which clients often don't learn about other clients, at least when using the same account. This way, every time we start a git push over xmpp, we'll waste bandwidth asking clients to please try again to identify themselves.
2013-03-16 19:34:02 +00:00
* xmpp: Try harder to detect presence of clients when there's a git push
to send.
xmpp: Re-enable XA flag, since disabling it did not turn out to help with the problems Google Talk has with not always sending presence messages to clients.
2013-03-16 19:37:23 +00:00
* xmpp: Re-enable XA flag, since disabling it did not turn out to help
with the problems Google Talk has with not always sending presence
messages to clients.
map: Combine duplicate repositories, for a nicer looking map.
2013-03-16 20:31:46 +00:00
* map: Combine duplicate repositories, for a nicer looking map.
Fix several bugs caused by a bad Ord instance for Remote. A long time ago I made Remote be an instance of the Ord typeclass, with an implementation that compared the costs of Remotes. That seemed like a good idea at the time, as it saved typing.. But at the time I was still making custom Read and Show instances too. I've since learned that this is *not* a good idea, and neither is making custom Ord instances, without deep thought about the possible sets of values in a type. Haskell typeclasses are not a toy. This Ord instance came around and bit me when I put Remotes into a Set, because now remotes with the same cost appeared to be in the Set even if they were not. Also affected putting Remotes into a Map. Rarely does a bug go this deep. I've fixed it comprehensively, first removing the Ord instance entirely, and fixing the places that wanted to order remotes by cost to do it explicitly. Then adding back an Ord instance that is much more sane. Also by checking the rest of the Ord instances in the code base (which were all ok). While doing that, I found lots of places that kept remotes in Maps and Sets. All of it was probably subtly broken in one way or another before this fix, but it would be hard to say exactly how the bugs would manifest.
2013-03-16 21:43:42 +00:00
* Fix several bugs caused by a bad Ord instance for Remote.
webapp: Switch all forms to POST.
2013-03-16 22:48:23 +00:00
* webapp: Switch all forms to POST.
assistant: Avoid syncing with annex-ignored remotes when reconnecting to the network, or connecting a drive.
2013-03-17 19:59:03 +00:00
* assistant: Avoid syncing with annex-ignored remotes when reconnecting
to the network, or connecting a drive.
assistant: Fix OSX bug that prevented committing changed files to a repository when in indirect mode.
2013-03-17 21:01:43 +00:00
* assistant: Fix OSX bug that prevented committing changed files to a
repository when in indirect mode.
webapp: Improved alerts displayed when syncing with remotes, and when syncing with a remote fails.
2013-03-18 20:19:42 +00:00
* webapp: Improved alerts displayed when syncing with remotes, and
when syncing with a remote fails.
webapp: Force wrap long filenames in transfer display.
2013-03-18 23:09:05 +00:00
* webapp: Force wrap long filenames in transfer display.
assistant: The ConfigMonitor left one zombie behind each time it checked for changes, now fixed.
2013-03-19 02:09:51 +00:00
* assistant: The ConfigMonitor left one zombie behind each time
it checked for changes, now fixed.
get, copy, move: Display an error message when an identical transfer is already in progress, rather than failing with no indication why.
2013-03-19 17:56:20 +00:00
* get, copy, move: Display an error message when an identical transfer
is already in progress, rather than failing with no indication why.
update
2013-03-20 17:26:54 +00:00
* assistant: Several optimisations to file transfers.
reorganize osx app, so it can be put in PATH Move all the binaries and libraries under a bundle/ subdirectory; so when it's in PATH only git-annex, runshell, and git-annex-webapp will be available.
2013-03-20 18:01:05 +00:00
* OSX app and standalone Linux tarball now both support being added to
PATH; no need to use runshell to start git-annex.
adding removable drive improvements
2013-03-20 20:46:35 +00:00
* webapp: When adding a removable drive, you can now specify the
directory inside it to use.
* webapp: Confirm whether user wants to combine repositories when
adding a removable drive that already has a repository on it.
webapp: Repository list is now included in the dashboard, and other UI tweaks.
2013-03-15 04:34:42 +00:00
prep for release tomorrow
2013-03-22 23:25:28 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 22 Mar 2013 18:54:05 -0400
webapp: Repository list is now included in the dashboard, and other UI tweaks.
2013-03-15 04:34:42 +00:00
prep release
2013-03-14 19:32:10 +00:00
git-annex (4.20130314) unstable; urgency=low
Stop depending on testpack.
2013-02-28 03:21:43 +00:00
Bugfix: git annex add, when ran without any file or directory specified, should add files in the current directory, but not act on unlocked files elsewhere in the tree.
2013-03-07 23:03:06 +00:00
* Bugfix: git annex add, when ran without any file or directory specified,
should add files in the current directory, but not act on unlocked files
elsewhere in the tree.
reorg
2013-03-12 12:23:59 +00:00
* Bugfix: drop --from an unavailable remote no longer updates the location
log, incorrectly, to say the remote does not have the key.
reorg
2013-03-12 12:24:18 +00:00
* Bugfix: If the UUID of a remote is not known, prevent --from, --to,
and other ways of specifying remotes by name from selecting it,
since it is not possible to sanely use it.
Bugfix: Fix bug in inode cache sentinal check, which broke copying to local repos if the repo being copied from had moved to a different filesystem or otherwise changed all its inodes'
2013-03-12 20:41:54 +00:00
* Bugfix: Fix bug in inode cache sentinal check, which broke
copying to local repos if the repo being copied from had moved
typo
2013-03-12 20:44:23 +00:00
to a different filesystem or otherwise changed all its inodes
reorg
2013-03-12 12:23:59 +00:00
Switch from using regex-compat to regex-tdfa, as the C regex library is rather buggy.
2013-03-08 19:29:01 +00:00
* Switch from using regex-compat to regex-tdfa, as the C regex library
is rather buggy.
status: Can now be run with a directory path to show only the status of that directory, rather than the whole annex.
2013-03-11 05:22:56 +00:00
* status: Can now be run with a directory path to show only the
status of that directory, rather than the whole annex.
Added remote.<name>.annex-gnupg-options setting. Thanks, guilhem for the patch.
2013-03-11 13:49:52 +00:00
* Added remote.<name>.annex-gnupg-options setting.
Thanks, guilhem for the patch.
reorg
2013-03-12 12:23:59 +00:00
* addurl: Add --relaxed option.
* addurl: Escape invalid characters in urls, rather than failing to
use an invalid url.
* addurl: Properly handle url-escaped characters in file:// urls.
* assistant: Fix dropping content when a file is moved to an archive
directory, and getting contennt when a file is moved back out.
* assistant: Fix bug in direct mode that could occur when a symlink is
moved out of an archive directory, and resulted in the file not being
set to direct mode when it was transferred.
* assistant: Generate better commits for renames.
* assistant: Logs are rotated to avoid them using too much disk space.
* assistant: Avoid noise in logs from git commit about typechanged
files in direct mode repositories.
* assistant: Set gc.auto=0 when creating repositories to prevent
automatic commits from causing git-gc runs.
* assistant: If gc.auto=0, run git-gc once a day, packing loose objects
very non-aggressively.
* assistant: XMPP git pull and push requests are cached and sent when
presence of a new client is detected.
* assistant: Sync with all git remotes on startup.
* assistant: Get back in sync with XMPP remotes after network reconnection,
and on startup.
* assistant: Fix syncing after XMPP pairing.
detect renames during commit, and .. um, do nothing special because it's lunch time But I'm well set up to fast-track direct mode adds for renames now.
2013-03-11 16:56:47 +00:00
* assistant: Optimised handling of renamed files in direct mode,
avoiding re-checksumming.
detect directory rename and wait up to 1 second to get all the changes
2013-03-11 19:24:13 +00:00
* assistant: Detects most renames, including directory renames, and
combines all their changes into a single commit.
assistant: Fix ~/.ssh/git-annex-shell wrapper to work when the ssh key does not force a command. Without a forced command, SSH_ORIGINAL_COMMAND is not set. So instead, in this case, run $@
2013-03-12 11:12:39 +00:00
* assistant: Fix ~/.ssh/git-annex-shell wrapper to work when the
ssh key does not force a command.
assistant: Be smarter about avoiding unncessary transfers. Just before starting a transfer, do one last check that it's still preferred content. I was just doing this for uploads, as part of the smarter flood filling bug, but realized it's also possible for a download that was preferred content to change to not be before the download begins, so check that too.
2013-03-13 17:36:02 +00:00
* assistant: Be smarter about avoiding unncessary transfers.
reorg
2013-03-12 12:23:59 +00:00
* webapp: Work around bug in Warp's slowloris attack prevention code,
that caused regular browsers to stall when they reuse a connection
after leaving it idle for 30 seconds.
(See https://github.com/yesodweb/wai/issues/146)
* webapp: New preferences page allows enabling/disabling debug logging
at runtime, as well as configuring numcopies and diskreserve.
webapp: Repository costs can be configured by dragging repositories around in the repository list.
2013-03-14 17:12:27 +00:00
* webapp: Repository costs can be configured by dragging repositories around
in the repository list.
reorg
2013-03-12 12:23:59 +00:00
* webapp: Proceed automatically on from "Configure jabber account"
to pairing.
* webapp: Only show up to 10 queued transfers.
webapp: Set locally paired repositories to a lower cost than other network remotes.
2013-03-13 18:10:29 +00:00
* webapp: DTRT when told to create a git repo that already exists.
* webapp: Set locally paired repositories to a lower cost than other
network remotes.
reorg
2013-03-12 12:23:59 +00:00
* Run ssh with -T to avoid tty allocation and any login scripts that
may do undesired things with it.
* Several improvements to Makefile and cabal file. Thanks, Peter Simmons
* Stop depending on testpack.
* Android: Enable test suite.
Stop depending on testpack.
2013-02-28 03:21:43 +00:00
prep release
2013-03-14 19:32:10 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 14 Mar 2013 15:29:20 -0400
Stop depending on testpack.
2013-02-28 03:21:43 +00:00
embed test suite into git annex; available by running: git annex test I have seen some other programs do this, and think it's pretty cool. Means you can test wherever it's deployed, as well as at build time. My other reason for doing it is less happy. Cabal's handling of test suites sucks, requiring duplicated info, and even when that's done, it fails to preprocess hsc files here. Building it in avoids that and avoids having to explicitly tell cabal to enable test suites, which would then make it link the test executable every time, which is unnecessarily slow. This also has the benefit that now "make fast test" does a max speed build and tests it.
2013-02-27 19:35:07 +00:00
git-annex (4.20130227) unstable; urgency=low
fully support core.symlinks=false in all relevant symlink handling code Refactored annex link code into nice clean new library. Audited and dealt with calls to createSymbolicLink. Remaining calls are all safe, because: Annex/Link.hs: ( liftIO $ createSymbolicLink linktarget file only when core.symlinks=true Assistant/WebApp/Configurators/Local.hs: createSymbolicLink link link test if symlinks can be made Command/Fix.hs: liftIO $ createSymbolicLink link file command only works in indirect mode Command/FromKey.hs: liftIO $ createSymbolicLink link file command only works in indirect mode Command/Indirect.hs: liftIO $ createSymbolicLink l f refuses to run if core.symlinks=false Init.hs: createSymbolicLink f f2 test if symlinks can be made Remote/Directory.hs: go [file] = catchBoolIO $ createSymbolicLink file f >> return True fast key linking; catches failure to make symlink and falls back to copy Remote/Git.hs: liftIO $ catchBoolIO $ createSymbolicLink loc file >> return True ditto Upgrade/V1.hs: liftIO $ createSymbolicLink link f v1 repos could not be on a filesystem w/o symlinks Audited and dealt with calls to readSymbolicLink. Remaining calls are all safe, because: Annex/Link.hs: ( liftIO $ catchMaybeIO $ readSymbolicLink file only when core.symlinks=true Assistant/Threads/Watcher.hs: ifM ((==) (Just link) <$> liftIO (catchMaybeIO $ readSymbolicLink file)) code that fixes real symlinks when inotify sees them It's ok to not fix psdueo-symlinks. Assistant/Threads/Watcher.hs: mlink <- liftIO (catchMaybeIO $ readSymbolicLink file) ditto Command/Fix.hs: stopUnless ((/=) (Just link) <$> liftIO (catchMaybeIO $ readSymbolicLink file)) $ do command only works in indirect mode Upgrade/V1.hs: getsymlink = takeFileName <$> readSymbolicLink file v1 repos could not be on a filesystem w/o symlinks Audited and dealt with calls to isSymbolicLink. (Typically used with getSymbolicLinkStatus, but that is just used because getFileStatus is not as robust; it also works on pseudolinks.) Remaining calls are all safe, because: Assistant/Threads/SanityChecker.hs: | isSymbolicLink s -> addsymlink file ms only handles staging of symlinks that were somehow not staged (might need to be updated to support pseudolinks, but this is only a belt-and-suspenders check anyway, and I've never seen the code run) Command/Add.hs: if isSymbolicLink s || not (isRegularFile s) avoids adding symlinks to the annex, so not relevant Command/Indirect.hs: | isSymbolicLink s -> void $ flip whenAnnexed f $ only allowed on systems that support symlinks Command/Indirect.hs: whenM (liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f) $ do ditto Seek.hs:notSymlink f = liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f used to find unlocked files, only relevant in indirect mode Utility/FSEvents.hs: | Files.isSymbolicLink s = runhook addSymlinkHook $ Just s Utility/FSEvents.hs: | Files.isSymbolicLink s -> Utility/INotify.hs: | Files.isSymbolicLink s -> Utility/INotify.hs: checkfiletype Files.isSymbolicLink addSymlinkHook f Utility/Kqueue.hs: | Files.isSymbolicLink s = callhook addSymlinkHook (Just s) change all above are lower-level, not relevant Audited and dealt with calls to isSymLink. Remaining calls are all safe, because: Annex/Direct.hs: | isSymLink (getmode item) = This is looking at git diff-tree objects, not files on disk Command/Unused.hs: | isSymLink (LsTree.mode l) = do This is looking at git ls-tree, not file on disk Utility/FileMode.hs:isSymLink :: FileMode -> Bool Utility/FileMode.hs:isSymLink = checkMode symbolicLinkMode low-level Done!!
2013-02-17 19:05:55 +00:00
annex.version is now set to 4 for direct mode repositories To avoid old versions of git-annex getting confused. There is no upgrade required though. We switch back to 3 when going from direct to indirect.
2013-02-26 19:13:10 +00:00
* annex.version is now set to 4 for direct mode repositories.
fully support core.symlinks=false in all relevant symlink handling code Refactored annex link code into nice clean new library. Audited and dealt with calls to createSymbolicLink. Remaining calls are all safe, because: Annex/Link.hs: ( liftIO $ createSymbolicLink linktarget file only when core.symlinks=true Assistant/WebApp/Configurators/Local.hs: createSymbolicLink link link test if symlinks can be made Command/Fix.hs: liftIO $ createSymbolicLink link file command only works in indirect mode Command/FromKey.hs: liftIO $ createSymbolicLink link file command only works in indirect mode Command/Indirect.hs: liftIO $ createSymbolicLink l f refuses to run if core.symlinks=false Init.hs: createSymbolicLink f f2 test if symlinks can be made Remote/Directory.hs: go [file] = catchBoolIO $ createSymbolicLink file f >> return True fast key linking; catches failure to make symlink and falls back to copy Remote/Git.hs: liftIO $ catchBoolIO $ createSymbolicLink loc file >> return True ditto Upgrade/V1.hs: liftIO $ createSymbolicLink link f v1 repos could not be on a filesystem w/o symlinks Audited and dealt with calls to readSymbolicLink. Remaining calls are all safe, because: Annex/Link.hs: ( liftIO $ catchMaybeIO $ readSymbolicLink file only when core.symlinks=true Assistant/Threads/Watcher.hs: ifM ((==) (Just link) <$> liftIO (catchMaybeIO $ readSymbolicLink file)) code that fixes real symlinks when inotify sees them It's ok to not fix psdueo-symlinks. Assistant/Threads/Watcher.hs: mlink <- liftIO (catchMaybeIO $ readSymbolicLink file) ditto Command/Fix.hs: stopUnless ((/=) (Just link) <$> liftIO (catchMaybeIO $ readSymbolicLink file)) $ do command only works in indirect mode Upgrade/V1.hs: getsymlink = takeFileName <$> readSymbolicLink file v1 repos could not be on a filesystem w/o symlinks Audited and dealt with calls to isSymbolicLink. (Typically used with getSymbolicLinkStatus, but that is just used because getFileStatus is not as robust; it also works on pseudolinks.) Remaining calls are all safe, because: Assistant/Threads/SanityChecker.hs: | isSymbolicLink s -> addsymlink file ms only handles staging of symlinks that were somehow not staged (might need to be updated to support pseudolinks, but this is only a belt-and-suspenders check anyway, and I've never seen the code run) Command/Add.hs: if isSymbolicLink s || not (isRegularFile s) avoids adding symlinks to the annex, so not relevant Command/Indirect.hs: | isSymbolicLink s -> void $ flip whenAnnexed f $ only allowed on systems that support symlinks Command/Indirect.hs: whenM (liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f) $ do ditto Seek.hs:notSymlink f = liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f used to find unlocked files, only relevant in indirect mode Utility/FSEvents.hs: | Files.isSymbolicLink s = runhook addSymlinkHook $ Just s Utility/FSEvents.hs: | Files.isSymbolicLink s -> Utility/INotify.hs: | Files.isSymbolicLink s -> Utility/INotify.hs: checkfiletype Files.isSymbolicLink addSymlinkHook f Utility/Kqueue.hs: | Files.isSymbolicLink s = callhook addSymlinkHook (Just s) change all above are lower-level, not relevant Audited and dealt with calls to isSymLink. Remaining calls are all safe, because: Annex/Direct.hs: | isSymLink (getmode item) = This is looking at git diff-tree objects, not files on disk Command/Unused.hs: | isSymLink (LsTree.mode l) = do This is looking at git ls-tree, not file on disk Utility/FileMode.hs:isSymLink :: FileMode -> Bool Utility/FileMode.hs:isSymLink = checkMode symbolicLinkMode low-level Done!!
2013-02-17 19:05:55 +00:00
* Should now fully support git repositories with core.symlinks=false;
always using git's pseudosymlink files in such repositories.
webapp: Allow creating repositories on filesystems that lack support for symlinks.
2013-02-18 16:54:41 +00:00
* webapp: Allow creating repositories on filesystems that lack support for
symlinks.
webapp: Can now add a new local repository, and make it sync with the main local repository.
2013-02-19 00:37:26 +00:00
* webapp: Can now add a new local repository, and make it sync with
the main local repository.
add openssh to Android This build still needs some work to look in $HOME/.ssh rather than relying on pwent info.
2013-02-18 22:50:28 +00:00
* Android: Bundle now includes openssh.
Android: Support ssh connection caching.
2013-02-19 18:56:24 +00:00
* Android: Support ssh connection caching.
update
2013-02-20 18:14:04 +00:00
* Android: Assistant is fully working. (But no webapp yet.)
Direct mode: Support filesystems like FAT which can change their inodes each time they are mounted.
2013-02-19 20:26:07 +00:00
* Direct mode: Support filesystems like FAT which can change their inodes
each time they are mounted.
Direct mode: Fix support for adding a modified file. Adding a file that is already annexed, but has been modified, was broken in direct mode. This fix makes the new content be added. It does have the problem that re-running `git annex add` will checksum and re-add the content repeatedly, until it's committed. This happens because the key associated with the file does not change until the new one gets committed, so it keeps thinking the file has changed.
2013-02-20 17:37:46 +00:00
* Direct mode: Fix support for adding a modified file.
Avoid passing -p to rsync, to interoperate with crippled filesystems. In general, git-annex does not try to preserve file permissions. For example, they don't round trip through special remotes. So it's ok to not preserve them for git remotes either. On crippled filesystems, rsync has been observed failing after the file was transferred because it couldn't set some permission or other.
2013-02-22 19:23:29 +00:00
* Avoid passing -p to rsync, to interoperate with crippled filesystems.
install fix
2013-02-27 21:25:00 +00:00
Closes: #700282
Additional GIT_DIR support bugfixes. May actually work now. Two fixes. First, and most importantly, relax the isLinkToAnnex check to only look for /annex/objects/, not [^|/].git/annex/objects. If GIT_DIR is used with a detached work tree, the git directory is not necessarily named .git. There are important caveats with doing that at all, since git-annex will make symlinks that point at GIT_DIR, which means that the relative path between GIT_DIR and GIT_WORK_TREE needs to remain stable across all clones of the repository. ---- The other fix is just fixing crazy and wrong code that, when GIT_DIR is set, expects to still find a git repository in the path below the work tree, and uses some of its configuration, and some of GIT_DIR. What was I thinking, and why can't I seem to get this code right?
2013-02-23 16:32:09 +00:00
* Additional GIT_DIR support bugfixes. May actually work now.
webapp: Display any error message from git init if it fails to create a repository.
2013-02-26 17:04:37 +00:00
* webapp: Display any error message from git init if it fails to create
a repository.
fix * glob matching files in subdirectories
2013-02-26 17:49:22 +00:00
* Fix a reversion in matching globs introduced in the last release,
where "*" did not match files inside subdirectories. No longer uses
the Glob library.
copy: Update location log when no copy was performed, if the location log was out of date.
2013-02-26 18:39:37 +00:00
* copy: Update location log when no copy was performed, if the location
log was out of date.
Makefile now builds using cabal, taking advantage of cabal's automatic detection of appropriate build flags. The only thing lost is ./ghci Speed: make fast used to take 20 seconds here, when rebuilding from touching Command/Unused.hs. With cabal, it's 29 seconds.
2013-02-27 06:39:22 +00:00
* Makefile now builds using cabal, taking advantage of cabal's automatic
detection of appropriate build flags.
embed test suite into git annex; available by running: git annex test I have seen some other programs do this, and think it's pretty cool. Means you can test wherever it's deployed, as well as at build time. My other reason for doing it is less happy. Cabal's handling of test suites sucks, requiring duplicated info, and even when that's done, it fails to preprocess hsc files here. Building it in avoids that and avoids having to explicitly tell cabal to enable test suites, which would then make it link the test executable every time, which is unnecessarily slow. This also has the benefit that now "make fast test" does a max speed build and tests it.
2013-02-27 19:35:07 +00:00
* test: The test suite is now built into the git-annex binary, and can
be run at any time.
fully support core.symlinks=false in all relevant symlink handling code Refactored annex link code into nice clean new library. Audited and dealt with calls to createSymbolicLink. Remaining calls are all safe, because: Annex/Link.hs: ( liftIO $ createSymbolicLink linktarget file only when core.symlinks=true Assistant/WebApp/Configurators/Local.hs: createSymbolicLink link link test if symlinks can be made Command/Fix.hs: liftIO $ createSymbolicLink link file command only works in indirect mode Command/FromKey.hs: liftIO $ createSymbolicLink link file command only works in indirect mode Command/Indirect.hs: liftIO $ createSymbolicLink l f refuses to run if core.symlinks=false Init.hs: createSymbolicLink f f2 test if symlinks can be made Remote/Directory.hs: go [file] = catchBoolIO $ createSymbolicLink file f >> return True fast key linking; catches failure to make symlink and falls back to copy Remote/Git.hs: liftIO $ catchBoolIO $ createSymbolicLink loc file >> return True ditto Upgrade/V1.hs: liftIO $ createSymbolicLink link f v1 repos could not be on a filesystem w/o symlinks Audited and dealt with calls to readSymbolicLink. Remaining calls are all safe, because: Annex/Link.hs: ( liftIO $ catchMaybeIO $ readSymbolicLink file only when core.symlinks=true Assistant/Threads/Watcher.hs: ifM ((==) (Just link) <$> liftIO (catchMaybeIO $ readSymbolicLink file)) code that fixes real symlinks when inotify sees them It's ok to not fix psdueo-symlinks. Assistant/Threads/Watcher.hs: mlink <- liftIO (catchMaybeIO $ readSymbolicLink file) ditto Command/Fix.hs: stopUnless ((/=) (Just link) <$> liftIO (catchMaybeIO $ readSymbolicLink file)) $ do command only works in indirect mode Upgrade/V1.hs: getsymlink = takeFileName <$> readSymbolicLink file v1 repos could not be on a filesystem w/o symlinks Audited and dealt with calls to isSymbolicLink. (Typically used with getSymbolicLinkStatus, but that is just used because getFileStatus is not as robust; it also works on pseudolinks.) Remaining calls are all safe, because: Assistant/Threads/SanityChecker.hs: | isSymbolicLink s -> addsymlink file ms only handles staging of symlinks that were somehow not staged (might need to be updated to support pseudolinks, but this is only a belt-and-suspenders check anyway, and I've never seen the code run) Command/Add.hs: if isSymbolicLink s || not (isRegularFile s) avoids adding symlinks to the annex, so not relevant Command/Indirect.hs: | isSymbolicLink s -> void $ flip whenAnnexed f $ only allowed on systems that support symlinks Command/Indirect.hs: whenM (liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f) $ do ditto Seek.hs:notSymlink f = liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f used to find unlocked files, only relevant in indirect mode Utility/FSEvents.hs: | Files.isSymbolicLink s = runhook addSymlinkHook $ Just s Utility/FSEvents.hs: | Files.isSymbolicLink s -> Utility/INotify.hs: | Files.isSymbolicLink s -> Utility/INotify.hs: checkfiletype Files.isSymbolicLink addSymlinkHook f Utility/Kqueue.hs: | Files.isSymbolicLink s = callhook addSymlinkHook (Just s) change all above are lower-level, not relevant Audited and dealt with calls to isSymLink. Remaining calls are all safe, because: Annex/Direct.hs: | isSymLink (getmode item) = This is looking at git diff-tree objects, not files on disk Command/Unused.hs: | isSymLink (LsTree.mode l) = do This is looking at git ls-tree, not file on disk Utility/FileMode.hs:isSymLink :: FileMode -> Bool Utility/FileMode.hs:isSymLink = checkMode symbolicLinkMode low-level Done!!
2013-02-17 19:05:55 +00:00
embed test suite into git annex; available by running: git annex test I have seen some other programs do this, and think it's pretty cool. Means you can test wherever it's deployed, as well as at build time. My other reason for doing it is less happy. Cabal's handling of test suites sucks, requiring duplicated info, and even when that's done, it fails to preprocess hsc files here. Building it in avoids that and avoids having to explicitly tell cabal to enable test suites, which would then make it link the test executable every time, which is unnecessarily slow. This also has the benefit that now "make fast test" does a max speed build and tests it.
2013-02-27 19:35:07 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 27 Feb 2013 14:07:24 -0400
fully support core.symlinks=false in all relevant symlink handling code Refactored annex link code into nice clean new library. Audited and dealt with calls to createSymbolicLink. Remaining calls are all safe, because: Annex/Link.hs: ( liftIO $ createSymbolicLink linktarget file only when core.symlinks=true Assistant/WebApp/Configurators/Local.hs: createSymbolicLink link link test if symlinks can be made Command/Fix.hs: liftIO $ createSymbolicLink link file command only works in indirect mode Command/FromKey.hs: liftIO $ createSymbolicLink link file command only works in indirect mode Command/Indirect.hs: liftIO $ createSymbolicLink l f refuses to run if core.symlinks=false Init.hs: createSymbolicLink f f2 test if symlinks can be made Remote/Directory.hs: go [file] = catchBoolIO $ createSymbolicLink file f >> return True fast key linking; catches failure to make symlink and falls back to copy Remote/Git.hs: liftIO $ catchBoolIO $ createSymbolicLink loc file >> return True ditto Upgrade/V1.hs: liftIO $ createSymbolicLink link f v1 repos could not be on a filesystem w/o symlinks Audited and dealt with calls to readSymbolicLink. Remaining calls are all safe, because: Annex/Link.hs: ( liftIO $ catchMaybeIO $ readSymbolicLink file only when core.symlinks=true Assistant/Threads/Watcher.hs: ifM ((==) (Just link) <$> liftIO (catchMaybeIO $ readSymbolicLink file)) code that fixes real symlinks when inotify sees them It's ok to not fix psdueo-symlinks. Assistant/Threads/Watcher.hs: mlink <- liftIO (catchMaybeIO $ readSymbolicLink file) ditto Command/Fix.hs: stopUnless ((/=) (Just link) <$> liftIO (catchMaybeIO $ readSymbolicLink file)) $ do command only works in indirect mode Upgrade/V1.hs: getsymlink = takeFileName <$> readSymbolicLink file v1 repos could not be on a filesystem w/o symlinks Audited and dealt with calls to isSymbolicLink. (Typically used with getSymbolicLinkStatus, but that is just used because getFileStatus is not as robust; it also works on pseudolinks.) Remaining calls are all safe, because: Assistant/Threads/SanityChecker.hs: | isSymbolicLink s -> addsymlink file ms only handles staging of symlinks that were somehow not staged (might need to be updated to support pseudolinks, but this is only a belt-and-suspenders check anyway, and I've never seen the code run) Command/Add.hs: if isSymbolicLink s || not (isRegularFile s) avoids adding symlinks to the annex, so not relevant Command/Indirect.hs: | isSymbolicLink s -> void $ flip whenAnnexed f $ only allowed on systems that support symlinks Command/Indirect.hs: whenM (liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f) $ do ditto Seek.hs:notSymlink f = liftIO $ not . isSymbolicLink <$> getSymbolicLinkStatus f used to find unlocked files, only relevant in indirect mode Utility/FSEvents.hs: | Files.isSymbolicLink s = runhook addSymlinkHook $ Just s Utility/FSEvents.hs: | Files.isSymbolicLink s -> Utility/INotify.hs: | Files.isSymbolicLink s -> Utility/INotify.hs: checkfiletype Files.isSymbolicLink addSymlinkHook f Utility/Kqueue.hs: | Files.isSymbolicLink s = callhook addSymlinkHook (Just s) change all above are lower-level, not relevant Audited and dealt with calls to isSymLink. Remaining calls are all safe, because: Annex/Direct.hs: | isSymLink (getmode item) = This is looking at git diff-tree objects, not files on disk Command/Unused.hs: | isSymLink (LsTree.mode l) = do This is looking at git ls-tree, not file on disk Utility/FileMode.hs:isSymLink :: FileMode -> Bool Utility/FileMode.hs:isSymLink = checkMode symbolicLinkMode low-level Done!!
2013-02-17 19:05:55 +00:00
prep release
2013-02-16 14:26:49 +00:00
git-annex (3.20130216) unstable; urgency=low
Now uses the Haskell uuid library, rather than needing a uuid program. Been meaning to do this for some time; Android port was last straw. Note that newer versions of the uuid library have a Data.UUID.V4 that generates random UUIDs slightly more cleanly, but Debian has an old version of the library, so I do it slightly round-about.
2013-02-10 18:52:54 +00:00
* Now uses the Haskell uuid library, rather than needing a uuid program.
Now uses the Haskell Glob library, rather than pcre-light, avoiding the need to install libpcre. Currently done only for Cabal or when the Makefile is made to use -DWITH_GLOB
2013-02-11 15:47:53 +00:00
* Now uses the Haskell Glob library, rather than pcre-light, avoiding
the need to install libpcre. Currently done only for Cabal or when
the Makefile is made to use -DWITH_GLOB
prep release
2013-02-16 14:26:49 +00:00
* Android port now available (command-line only).
improve
2013-02-15 17:53:28 +00:00
* New annex.crippledfilesystem setting, allows use of git-annex
repositories on FAT and even worse filesystems; avoiding use of
prep release
2013-02-16 14:26:49 +00:00
hard links and locked down permissions settings. (Support is incomplete.)
crippled filesystem support, probing and initial support git annex init probes for crippled filesystems, and sets direct mode, as well as `annex.crippledfilesystem`. Avoid manipulating permissions of files on crippled filesystems. That would likely cause an exception to be thrown. Very basic support in Command.Add for cripped filesystems; avoids the lock down entirely since doing it needs both permissions and hard links. Will make this better soon.
2013-02-14 18:10:36 +00:00
* init: Detect when the repository is on a filesystem that does not
support hard links, or symlinks, or unix permissions, and set
improve
2013-02-15 17:53:28 +00:00
annex.crippledfilesystem, as well as annex.direct.
add: Improved detection of files that are modified while being added. In indirect mode, now checks the inode cache to detect changes to a file. Note that a file can still be changed if a process has it open for write, after landing in the annex. In direct mode, some checking of the inode cache was done before, but from a much later point, so fewer modifications could be detected. Now it's as good as indirect mode. On crippled filesystems, no lock down is done before starting to add a file, so checking the inode cache is the only protection we have.
2013-02-14 20:54:36 +00:00
* add: Improved detection of files that are modified while being added.
update for reversion
2013-02-15 20:39:11 +00:00
* Fix a bug in direct mode, introduced in the previous release, where
if a file was dropped and then got back, it would be stored in indirect
mode.
Now uses the Haskell uuid library, rather than needing a uuid program. Been meaning to do this for some time; Android port was last straw. Note that newer versions of the uuid library have a Data.UUID.V4 that generates random UUIDs slightly more cleanly, but Debian has an old version of the library, so I do it slightly round-about.
2013-02-10 18:52:54 +00:00
prep release
2013-02-16 14:26:49 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 16 Feb 2013 10:03:26 -0400
Now uses the Haskell uuid library, rather than needing a uuid program. Been meaning to do this for some time; Android port was last straw. Note that newer versions of the uuid library have a Data.UUID.V4 that generates random UUIDs slightly more cleanly, but Debian has an old version of the library, so I do it slightly round-about.
2013-02-10 18:52:54 +00:00
prep release
2013-02-07 16:59:02 +00:00
git-annex (3.20130207) unstable; urgency=low
webapp: Now allows restarting any threads that crash.
2013-01-26 06:09:33 +00:00
* webapp: Now allows restarting any threads that crash.
Adjust debian package to only build-depend on DAV on architectures where it is available.
2013-01-26 21:07:22 +00:00
* Adjust debian package to only build-depend on DAV on architectures
where it is available.
addurl --fast: Use curl, rather than haskell HTTP library, to support https.
2013-01-26 22:30:53 +00:00
* addurl --fast: Use curl, rather than haskell HTTP library, to support https.
annex.autocommit New setting, can be used to disable autocommit of changed files by the assistant, while it still does data syncing and other tasks. Also wired into webapp UI
2013-01-27 11:43:05 +00:00
* annex.autocommit: New setting, can be used to disable autocommit
of changed files by the assistant, while it still does data syncing
and other tasks.
assistant: Ignore .DS_Store on OSX.
2013-01-28 04:13:22 +00:00
* assistant: Ignore .DS_Store on OSX.
assistant: Fix location log when adding new file in direct mode.
2013-02-05 17:41:48 +00:00
* assistant: Fix location log when adding new file in direct mode.
Deal with stale mappings for deleted file in direct mode. The most common way for a mapping to be stale is when a file was deleted, or renamed. Nothing updates the mappings for deletions yet. But they can also become stale in other ways. For example a file can be modified. So, the mapping is not trusted to be consistent. When we get a key, only replace symlinks that still point to that key with its content. When we drop a key, only put back symlinks for files that still have the direct mode content.
2013-02-05 20:48:00 +00:00
* Deal with stale mappings for deleted file in direct mode.
pre-commit: Update direct mode mappings. Making the pre-commit hook look at git diff-index to find changed direct mode files and update the mappings works pretty well. One case where it does not work is when a file is git annex added, and then git rmed, and then this is committed. That's a no-op commit, so the hook probably doesn't even run, and it certianly never notices that the file was deleted, so the mapping will still have the original filename in it. For this and other reasons, it's important that the mappings still be treated as possibly inconsistent. Also, the assistant now allows the pre-commit hook to run when in direct mode, so the mappings also get updated there.
2013-02-06 16:40:59 +00:00
* pre-commit: Update direct mode mappings.
uninit, unannex --fast: If hard link creation fails, fall back to slow mode.
2013-02-06 18:02:18 +00:00
* uninit, unannex --fast: If hard link creation fails, fall back to slow
mode.
Clean up direct mode cache and mapping info when dropping keys. These files were left behind, and made getKeysPresent find keys that were not present. It would be expensive to make getKeysPresent check that the actual key files are present (it just lists the directories). But that's not needed if we just clean up the stale cache and mapping files. To handle systems that were in direct mode and got switched back with stale direct mode files, made cleanObjectLoc remove all files in the key's directory. git annex unused will still list keys that are gone but for which the stale direct mode files exists. To deal with that, made dropunused remove the key's directory even if the key does not seem to be present.
2013-02-07 12:28:40 +00:00
* Clean up direct mode cache and mapping info when dropping keys.
* dropunused: Clean up stale direct mode cache and mapping info not
removed before.
webapp: Now allows restarting any threads that crash.
2013-01-26 06:09:33 +00:00
prep release
2013-02-07 16:59:02 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 07 Feb 2013 12:45:25 -0400
webapp: Now allows restarting any threads that crash.
2013-01-26 06:09:33 +00:00
finalizing release
2013-01-24 02:33:21 +00:00
git-annex (3.20130124) unstable; urgency=low
webapp: More adjustments to longpoll code to deal with changes in variable quoting in different versions of shakespeare-js.
2013-01-14 22:35:33 +00:00
note
2013-01-21 08:21:42 +00:00
* Added source repository group, that only retains files until they've
been transferred to another repository. Useful for things like
repositories on cameras.
* Added manual repository group. Use to prevent the assistant from
downloading any file contents to keep things in sync. Instead
`git annex get`, `git annex drop` etc can be used manually as desired.
webapp: More adjustments to longpoll code to deal with changes in variable quoting in different versions of shakespeare-js.
2013-01-14 22:35:33 +00:00
* webapp: More adjustments to longpoll code to deal with changes in
variable quoting in different versions of shakespeare-js.
webapp: Avoid an error if a transfer is stopped just as it finishes. Closes: #698184
2013-01-14 22:58:45 +00:00
* webapp: Avoid an error if a transfer is stopped just as it finishes.
Closes: #698184
wording
2013-01-15 18:48:13 +00:00
* webapp: Now always logs to .git/annex/daemon.log
* webapp: Has a page to view the log, accessed from the control menu.
webapp: Fix crash adding removable drive that has an annex directory in it that is not a git repository.
2013-01-15 20:43:44 +00:00
* webapp: Fix crash adding removable drive that has an annex directory
in it that is not a git repository.
Deal with incompatability in gpg2, which caused prompts for encryption passphrases rather than using the supplied --passphrase-fd.
2013-01-16 19:27:46 +00:00
* Deal with incompatability in gpg2, which caused prompts for encryption
passphrases rather than using the supplied --passphrase-fd.
union merge bugfix Union merges involving two or more repositories could sometimes result in data from one repository getting lost. This could result in the location log data becoming wrong, and fsck being needed to fix it. NB: I audited for any other occurrences of this problem. There are other places than union merge where multiple changes are fed into update-index in a stream, but they all involve working copy files being staged, or their deletion being staged, and in this case it's fine for the later changes to override the earlier ones.
2013-01-17 01:31:06 +00:00
* bugfix: Union merges involving two or more repositories could sometimes
result in data from one repository getting lost. This could result
in the location log data becoming wrong, and fsck being needed to fix it.
sync: Automatic merge conflict resolution now stages deleted files.
2013-01-18 01:19:00 +00:00
* sync: Automatic merge conflict resolution now stages deleted files.
Depend on git 1.7.7.6 for --no-edit. Closes: #698399
2013-01-18 01:00:05 +00:00
* Depend on git 1.7.7.6 for --no-edit. Closes: #698399
Fix direct mode mapping code to always store direct mode filenames relative to the top of the repository, even when operating inside a subdirectory.
2013-01-18 16:20:08 +00:00
* Fix direct mode mapping code to always store direct mode filenames
relative to the top of the repository, even when operating inside a
subdirectory.
fsck: Detect and fix consistency errors in direct mode mapping files.
2013-01-19 18:11:23 +00:00
* fsck: Detect and fix consistency errors in direct mode mapping files.
Avoid filename encoding errors when writing direct mode mappings.
2013-01-18 16:26:45 +00:00
* Avoid filename encoding errors when writing direct mode mappings.
webapp: More adjustments to longpoll code to deal with changes in variable quoting in different versions of shakespeare-js.
2013-01-14 22:35:33 +00:00
finalizing release
2013-01-24 02:33:21 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 22 Jan 2013 07:11:59 +1100
webapp: More adjustments to longpoll code to deal with changes in variable quoting in different versions of shakespeare-js.
2013-01-14 22:35:33 +00:00
releasing version 3.20130114
2013-01-14 20:10:25 +00:00
git-annex (3.20130114) unstable; urgency=low
blog for yesterday
2013-01-08 16:41:09 +00:00
safe recv-key in direct mode Checks the key's size and checksum. This is sorta expensive, but it avoids needing to add another round-trip to the protocol.
2013-01-11 19:43:09 +00:00
* Now handles the case where a file that's being transferred to a remote
reword to avoid lintian false error
2013-01-14 20:11:08 +00:00
is modified in place, which direct mode allows. When this
safe recv-key in direct mode Checks the key's size and checksum. This is sorta expensive, but it avoids needing to add another round-trip to the protocol.
2013-01-11 19:43:09 +00:00
happens, the transfer now fails, rather than allow possibly corrupt
data into the remote.
blog for yesterday
2013-01-08 16:41:09 +00:00
* fsck: Better checking of file content in direct mode.
drop: Suggest using git annex move when numcopies prevents dropping a file.
2013-01-09 22:53:59 +00:00
* drop: Suggest using git annex move when numcopies prevents dropping a file.
webapp: Repo switcher filters out repos that do not exist any more (or are on a drive that's not mounted).
2013-01-09 22:59:45 +00:00
* webapp: Repo switcher filters out repos that do not exist any more
(or are on a drive that's not mounted).
webapp: Use IP address, rather than localhost since some systems may have configuration problems or other issues that prevent web browsers from connecting to the right localhost IP for the webapp. Tested on both ipv4 and ipv6 localhost. Url for the latter looks like: http://[::1]:50676
2013-01-10 03:17:52 +00:00
* webapp: Use IP address, rather than localhost, since some systems may
have configuration problems or other issues that prevent web browsers
from connecting to the right localhost IP for the webapp.
webapp: Adjust longpoll code to work with recent versions of shakespeare-js. A while ago I added code to support recent versions of shakespeare-js, (commit fe11b3a940dc37031fda03e5f6c8a719f2e75322). But it seems that resulted in quoting of all strings inserted into javascript files, which means it's now impossible to do the type of metaprogramming that longpolling.julius relied on. I have found another way to accomplish the same thing without needing to generate unique function names. Hopefully it's portable. Opinion of shakespeare-js now at rock bottom. One of these days, this needs to be redone to use Fay.
2013-01-10 03:47:24 +00:00
* webapp: Adjust longpoll code to work with recent versions of
shakespeare-js.
update
2013-01-11 16:35:37 +00:00
* assistant: Support new gvfs dbus names used in Gnome 3.6.
In direct mode, files with the same key are no longer hardlinked, as that would cause a surprising behavior if modifying one, where the other would also change.
2013-01-14 15:56:37 +00:00
* In direct mode, files with the same key are no longer hardlinked, as
that would cause a surprising behavior if modifying one, where the other
would also change.
webapp: Avoid illegal characters in hostname when creating S3 or Glacier remote.
2013-01-14 16:54:29 +00:00
* webapp: Avoid illegal characters in hostname when creating S3 or
Glacier remote.
assistant: Avoid committer crashing if a file is deleted at the wrong instant.
2013-01-14 19:02:13 +00:00
* assistant: Avoid committer crashing if a file is deleted at the wrong
instant.
blog for yesterday
2013-01-08 16:41:09 +00:00
releasing version 3.20130114
2013-01-14 20:10:25 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 14 Jan 2013 15:25:18 -0400
blog for yesterday
2013-01-08 16:41:09 +00:00
releasing version 3.20130107
2013-01-07 17:24:31 +00:00
git-annex (3.20130107) unstable; urgency=low
webapp: Add UI to stop assistant. Would like to also have restart UI, but that's rather harder to do, seems it'd need to start another copy of the webapp, and redirect the browser to its new url, but running two assistants in the same repo at the same time isn't good.
2013-01-03 19:16:40 +00:00
restart UI Browser behavior is not ideal; a new tab is opened on restart. Browsers won't let me redirect to a file:// so I cannot use the old tab.
2013-01-03 22:50:30 +00:00
* webapp: Add UI to stop and restart assistant.
committer: Fix a file handle leak.
2013-01-05 17:42:31 +00:00
* committer: Fix a file handle leak.
assistant: Make expensive transfer scan work fully in direct mode. The expensive scan uses lookupFile, but in direct mode, that doesn't work for files that are present. So the scan was not finding things that are present that need to be uploaded. (It did find things not present that needed to be downloaded.) Now lookupFile also works in direct mode. Note that it still prefers symlinks on disk to info committed to git, in direct mode. This is necessary to make things like Assistant.Threads.Watcher.onAddSymlink work correctly, when given a new symlink not yet checked into git (or replacing a file checked into git).
2013-01-05 19:26:22 +00:00
* assistant: Make expensive transfer scan work fully in direct mode.
More commands work in direct mode repositories: find, whereis, move, copy, drop, log. These started working, for free, once lookupFile supported direct mode. yay!!
2013-01-05 21:16:58 +00:00
* More commands work in direct mode repositories: find, whereis, move, copy,
addurl in direct mode
2013-01-06 21:34:44 +00:00
drop, log, fsck, add, addurl.
add works in direct mode Also, changed sync to no longer automatically add files in direct mode. That was only necessary before because add didn't work.
2013-01-06 21:24:22 +00:00
* sync: No longer automatically adds files in direct mode.
assistant: Detect when system is not configured with a user name, and set environment to prevent git from failing.
2013-01-06 17:34:08 +00:00
* assistant: Detect when system is not configured with a user name,
and set environment to prevent git from failing.
direct: Avoid hardlinking symlinks that point to the same content when the content is not present.
2013-01-06 17:57:53 +00:00
* direct: Avoid hardlinking symlinks that point to the same content
when the content is not present.
Fix transferring files to special remotes in direct mode.
2013-01-06 18:29:01 +00:00
* Fix transferring files to special remotes in direct mode.
webapp: Add UI to stop assistant. Would like to also have restart UI, but that's rather harder to do, seems it'd need to start another copy of the webapp, and redirect the browser to its new url, but running two assistants in the same repo at the same time isn't good.
2013-01-03 19:16:40 +00:00
releasing version 3.20130107
2013-01-07 17:24:31 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 07 Jan 2013 01:01:41 -0400
webapp: Add UI to stop assistant. Would like to also have restart UI, but that's rather harder to do, seems it'd need to start another copy of the webapp, and redirect the browser to its new url, but running two assistants in the same repo at the same time isn't good.
2013-01-03 19:16:40 +00:00
releasing version 3.20130102
2013-01-02 19:25:06 +00:00
git-annex (3.20130102) unstable; urgency=low
added direct and indirect commands
2012-12-13 19:44:56 +00:00
* direct, indirect: New commands, that switch a repository to and from
direct mode. In direct mode, files are accessed directly, rather than
via symlinks. Note that direct mode is currently experimental. Many
block all commands that don't work in direct mode I left status working in direct mode, although it doesn't show correct stats for known annex keys.
2012-12-29 18:28:19 +00:00
git-annex commands do not work in direct mode. Some git commands can
cause data loss when used in direct mode repositories.
direct mode by default in repositories created by assistant
2013-01-01 18:01:47 +00:00
* assistant: Now uses direct mode by default when setting up a new
local repository.
releasing version 3.20130102
2013-01-02 19:25:06 +00:00
* OSX assistant: Uses the FSEvents API to detect file changes.
OSX FSEvents support Needs work to deal with directory renames better; otherwise seems to basically work.
2012-12-27 19:19:12 +00:00
This avoids issues with running out of file descriptors on large trees,
as well as allowing detection of modification of files in direct mode.
releasing version 3.20130102
2013-01-02 19:25:06 +00:00
Other BSD systems still use kqueue.
kqueue: Fix bug that made broken symlinks not be noticed.
2012-12-14 20:28:27 +00:00
* kqueue: Fix bug that made broken symlinks not be noticed.
vicfg: Quote filename. Closes: #696193
2012-12-18 16:19:24 +00:00
* vicfg: Quote filename. Closes: #696193
Bugfix: Fixed bug parsing transfer info files The newline after the filename was included in it. This was generally benign -- mostly these filenames are just displayed, and the newline didn't matter. But in the assistant, it caused unexpected dropping of preferred content. A characteristic of this bug is that the drop was displayed like this: drop some_file ok
2012-12-19 18:16:58 +00:00
* Bugfix: Fixed bug parsing transfer info files, where the newline after
the filename was included in it. This was generally benign, but in
the assistant, it caused unexpected dropping of preferred content.
handle sha*sum's leading \ in checksum with certian unsual filenames * Bugfix: Remove leading \ from checksums output by sha*sum commands, when the filename contains \ or a newline. Closes: #696384 * fsck: Still accept checksums with a leading \ as valid, now that above bug is fixed. * migrate: Remove leading \ in checksums
2012-12-20 19:43:14 +00:00
* Bugfix: Remove leading \ from checksums output by sha*sum commands,
when the filename contains \ or a newline. Closes: #696384
* fsck: Still accept checksums with a leading \ as valid, now that
above bug is fixed.
SHA*E backends: Exclude non-alphanumeric characters from extensions. * SHA*E backends: Exclude non-alphanumeric characters from extensions. * migrate: Remove leading \ in SHA* checksums, and non-alphanumerics from extensions of SHA*E keys.
2012-12-20 21:16:55 +00:00
* SHA*E backends: Exclude non-alphanumeric characters from extensions.
* migrate: Remove leading \ in SHA* checksums, and non-alphanumerics
from extensions of SHA*E keys.
added direct and indirect commands
2012-12-13 19:44:56 +00:00
releasing version 3.20130102
2013-01-02 19:25:06 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 02 Jan 2013 13:21:34 -0400
added direct and indirect commands
2012-12-13 19:44:56 +00:00
releasing version 3.20121211
2012-12-11 16:28:23 +00:00
git-annex (3.20121211) unstable; urgency=low
webapp: Defaults to sharing box.com account info with friends, allowing one-click enabling of the repository.
2012-11-28 17:31:49 +00:00
* webapp: Defaults to sharing box.com account info with friends, allowing
one-click enabling of the repository.
Fix broken .config/git-annex/program installed by standalone tarball. It was doubly broken; both missing a slash, and containing "runshell git-annex", while some parts of the code expected it to be a simple path to a program. This appears to include the transfer queue runner, and the code that starts a new assistant process when switching to another repository in the webapp.
2012-11-28 20:09:38 +00:00
* Fix broken .config/git-annex/program installed by standalone tarball.
assistant: Retrival from glacier now handled.
2012-11-29 18:49:20 +00:00
* assistant: Retrival from glacier now handled.
Include ssh in standalone builds. There are two reasons to to so. First, it allows not building with WITH_OLD_SSH, and using ssh connection caching. Second, per http://git-annex.branchable.com/bugs/OSX_app_issues/#comment-3bdbc400a7c87c5cbc16e5aab5a52ac3 ssh can fail when run from the standalone build, due to library incompatabilities. Building in ssh will avoid this.
2012-11-29 19:51:05 +00:00
* Include ssh in standalone tarball and OSX app.
remove hard link when sanity check failed See http://git-annex.branchable.com/forum/dot_git_slash_annex_slash_tmp/
2012-11-29 20:46:59 +00:00
* watch: Avoid leaving hard links to files behind in .git/annex/tmp
if a file is deleted or moved while it's being quarantined in preparation
to being added to the annex.
dropping from web
2012-11-29 21:01:07 +00:00
* Allow `git annex drop --from web`; of course this does not remove
any file from the web, but it does make git-annex remove all urls
associated with a file.
webapp: S3 and Glacier forms now have a select list of all currently-supported AWS regions.
2012-12-01 18:11:37 +00:00
* webapp: S3 and Glacier forms now have a select list of all
currently-supported AWS regions.
webdav: Avoid trying to set props, avoiding incompatability with livedrive.com. Needs DAV version 0.3.
2012-12-01 21:12:41 +00:00
* webdav: Avoid trying to set props, avoiding incompatability with
livedrive.com. Needs DAV version 0.3.
webapp: Prettify error display.
2012-12-02 19:02:49 +00:00
* webapp: Prettify error display.
webapp: Fix bad interaction between required fields and modals.
2012-12-02 21:32:54 +00:00
* webapp: Fix bad interaction between required fields and modals.
webapp: Added help buttons and links next to fields that require explanations.
2012-12-03 02:33:30 +00:00
* webapp: Added help buttons and links next to fields that require
explanations.
webapp: Encryption can be disabled when setting up remotes.
2012-12-04 17:28:22 +00:00
* webapp: Encryption can be disabled when setting up remotes.
assistant: Avoid trying to drop content from remotes that don't have it.
2012-12-05 16:44:08 +00:00
* assistant: Avoid trying to drop content from remotes that don't have it.
assistant: Allow periods in ssh key comments.
2012-12-06 14:39:51 +00:00
* assistant: Allow periods in ssh key comments.
--auto fixes * get/copy --auto: Transfer data even if it would exceed numcopies, when preferred content settings want it. * drop --auto: Fix dropping content when there are no preferred content settings.
2012-12-06 17:22:16 +00:00
* get/copy --auto: Transfer data even if it would exceed numcopies,
when preferred content settings want it.
* drop --auto: Fix dropping content when there are no preferred content
settings.
webapp: Allow user to specify the ssh port when setting up a remote.
2012-12-06 21:09:08 +00:00
* webapp: Allow user to specify the port when setting up a ssh or rsync
remote.
assistant: Fix syncing to just created ssh remotes. This got broken when I optimised reconnecting with remotes, to not do a full scan if the remote was not diverged.
2012-12-06 21:15:45 +00:00
* assistant: Fix syncing to just created ssh remotes.
Enable WebDAV support in Debian package. Closes: #695532
2012-12-10 15:12:55 +00:00
* Enable WebDAV support in Debian package. Closes: #695532
webapp: Defaults to sharing box.com account info with friends, allowing one-click enabling of the repository.
2012-11-28 17:31:49 +00:00
releasing version 3.20121211
2012-12-11 16:28:23 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 11 Dec 2012 11:25:03 -0400
webapp: Defaults to sharing box.com account info with friends, allowing one-click enabling of the repository.
2012-11-28 17:31:49 +00:00
releasing version 3.20121127
2012-11-27 21:55:06 +00:00
git-annex (3.20121127) unstable; urgency=low
Fix dirContentsRecursive, which had missed some files in deeply nested subdirectories. Could affect various parts of git-annex.
2012-11-26 20:45:55 +00:00
* Fix dirContentsRecursive, which had missed some files in deeply nested
subdirectories. Could affect various parts of git-annex.
rsync: Fix bug introduced in last release that broke encrypted rsync special remotes.
2012-11-27 20:29:31 +00:00
* rsync: Fix bug introduced in last release that broke encrypted rsync
special remotes.
The standalone builds now unset their special path and library path variables before running the system web browser. Should fix a crash reported on OSX.
2012-11-27 21:05:29 +00:00
* The standalone builds now unset their special path and library path
variables before running the system web browser.
Fix dirContentsRecursive, which had missed some files in deeply nested subdirectories. Could affect various parts of git-annex.
2012-11-26 20:45:55 +00:00
releasing version 3.20121127
2012-11-27 21:55:06 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 27 Nov 2012 17:07:32 -0400
Fix dirContentsRecursive, which had missed some files in deeply nested subdirectories. Could affect various parts of git-annex.
2012-11-26 20:45:55 +00:00
releasing version 3.20121126
2012-11-26 16:35:39 +00:00
git-annex (3.20121126) unstable; urgency=low
Show error message to user when testing XMPP creds.
2012-11-13 17:21:09 +00:00
Amazon Glacier special remote; 100% working
2012-11-20 20:43:58 +00:00
* New webdav and Amazon glacier special remotes.
reorder
2012-11-25 21:57:40 +00:00
* Display a warning when a non-existing file or directory is specified.
releasing version 3.20121126
2012-11-26 16:35:39 +00:00
* webapp: Added configurator for Box.com.
* webapp: Show error messages to user when testing XMPP creds.
Fix build of assistant without yesod.
2012-11-13 19:36:34 +00:00
* Fix build of assistant without yesod.
automatic repolist updating
2012-11-13 21:50:54 +00:00
* webapp: The list of repositiories refreshes when new repositories are
added, including when new repository configurations are pushed in from
remotes.
OSX: Fix RunAtLoad value in plist file.
2012-11-15 05:01:54 +00:00
* OSX: Fix RunAtLoad value in plist file.
better streaming while encrypting/decrypting Both the directory and webdav special remotes used to have to buffer the whole file contents before it could be decrypted, as they read from chunks. Now the chunks are streamed through gpg with no buffering.
2012-11-18 19:27:44 +00:00
* Getting a file from chunked directory special remotes no longer buffers
it all in memory.
S3: Added progress display for uploading and downloading.
2012-11-19 02:49:07 +00:00
* S3: Added progress display for uploading and downloading.
directory special remote: Made more efficient and robust. Files are now written to a tmp directory in the remote, and once all chunks are written, etc, it's moved into the final place atomically. For now, checkpresent still checks every single chunk of a file, because the old method could leave partially transferred files with some chunks present and others not.
2012-11-19 17:18:23 +00:00
* directory special remote: Made more efficient and robust.
Bugfix: directory special remote could loop forever storing a key when a too small chunksize was configured. Ensure that each file has something written to it, even if the bytestring chunk size is greater than the configured chunksize. This means we may write a bit larger than the configured value, but only when the configured value is very small; ie, < 8 kb.
2012-11-19 17:30:58 +00:00
* Bugfix: directory special remote could loop forever storing a key
when a too small chunksize was configured.
Allow controlling whether login credentials for S3 and webdav are committed to the repository, by setting embedcreds=yes|no when running initremote.
2012-11-19 21:32:58 +00:00
* Allow controlling whether login credentials for S3 and webdav are
committed to the repository, by setting embedcreds=yes|no when running
initremote.
webapp and assistant glacier support
2012-11-24 20:30:15 +00:00
* Added smallarchive repository group, that only archives files that are
releasing version 3.20121126
2012-11-26 16:35:39 +00:00
in archive directories. Used by default for glacier when set up in the
webapp.
webapp and assistant glacier support
2012-11-24 20:30:15 +00:00
* assistant: Fixed handling of toplevel archive directory and
client repository group.
* assistant: Apply preferred content settings when a new symlink
is created, or a symlink gets renamed. Made archive directories work.
Show error message to user when testing XMPP creds.
2012-11-13 17:21:09 +00:00
releasing version 3.20121126
2012-11-26 16:35:39 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 26 Nov 2012 11:37:49 -0400
Show error message to user when testing XMPP creds.
2012-11-13 17:21:09 +00:00
releasing version 3.20121112
2012-11-12 15:04:26 +00:00
git-annex (3.20121112) unstable; urgency=low
Fix handling of GIT_DIR when it refers to a git submodule. The old code was just wrong in taking fromPath of GIT_DIR -- that made an localUnknown location with the GIT_DIR in it, which only worked by accident, and failed in submodules.
2012-10-17 18:28:05 +00:00
release notes for tomorrow's release
2012-11-12 05:23:42 +00:00
* assistant: Can use XMPP to notify other nodes about pushes made to other
repositories, as well as pushing to them directly over XMPP.
* wepapp: Added an XMPP configuration interface.
* webapp: Supports pairing over XMPP, with both friends, and other repos
using the same account.
* assistant: Drops non-preferred content when possible.
* assistant: Notices, and applies config changes as they are made to
the git-annex branch, including config changes pushed in from remotes.
changelog
2012-11-10 18:02:53 +00:00
* git-annex-shell: GIT_ANNEX_SHELL_DIRECTORY can be set to limit it
to operating on a specified directory.
* webapp: When setting up authorized_keys, use GIT_ANNEX_SHELL_DIRECTORY.
Preferred content path matching bugfix. When in a subdir, both the normal filepath, and the filepath relative to the top of the git repo are needed for matching. The former for key lookup, and the latter for include/exclude to match against. Previously, key lookup didn't work in this situation.
2012-10-17 20:01:09 +00:00
* Preferred content path matching bugfix.
Replace "in=" with "present" in preferred content expressions in= was problimatic in two ways. First, it referred to a remote by name, but preferred content expressions can be evaluated elsewhere, where that remote doesn't exist, or a different remote has the same name. This name lookup code could error out at runtime. Secondly, in= seemed pretty useless. in=here did not cause content to be gotten, but it did let present content be dropped. present is more useful, although "not present" is unstable and should be avoided.
2012-10-19 20:09:21 +00:00
* Preferred content expressions cannot use "in=".
* Preferred content expressions can use "present".
update
2012-10-20 16:59:22 +00:00
* Fix handling of GIT_DIR when it refers to a git submodule.
Merge branch 'safesemaphore' Conflicts: debian/changelog git-annex.cabal
2012-10-20 16:44:25 +00:00
* Depend on and use the Haskell SafeSemaphore library, which provides
exception-safe versions of SampleVar and QSemN.
Thanks, Ben Gamari for an excellent patch set.
file:/// URLs can now be used with the web special remote.
2012-10-21 05:28:10 +00:00
* file:/// URLs can now be used with the web special remote.
webapp: Allow dashes in ssh key comments when pairing.
2012-10-22 15:18:03 +00:00
* webapp: Allow dashes in ssh key comments when pairing.
uninit: Check and abort if there are symlinks to annexed content that are not checked into git.
2012-10-22 15:54:50 +00:00
* uninit: Check and abort if there are symlinks to annexed content that
are not checked into git.
webapp: Switched to using the same multicast IP address that avahi uses.
2012-10-22 19:50:30 +00:00
* webapp: Switched to using the same multicast IP address that avahi uses.
bup: Don't pass - to bup-split to make it read stdin bup 0.25 does not accept that; and bup split reads from stdin by default if no file is given. I'm not sure what version of bup changed this. This only affected bup special remotes that were encrypted.
2012-10-23 20:01:02 +00:00
* bup: Don't pass - to bup-split to make it read stdin; bup 0.25
does not accept that.
bugfix: Don't fail transferring content from read-only repos. Closes: #691341 This used to work, but got broken when the transfer info files were added, as it failed writing them on the readonly filesystem.
2012-10-24 14:59:25 +00:00
* bugfix: Don't fail transferring content from read-only repos.
Closes: #691341
configure: Check that checksum programs produce correct checksums. + bitter rant So, it might be called sha1sum, or on some other OS, it might be called sha1. It might be hidden away off of PATH on that OS. That's just expected insanity; UNIX has been this way since 1980's. And these days, nobody even gives the flying flip about standards that we briefly did in the 90's after the first round of unix wars. But it's the 2010's now, and we've certainly learned something. So, let's make it so sometimes sha1 is a crazy program that wants to run as root so it can lock memory while prompting for a passphrase, and outputting binary garbage. Yes, that'd be wise. Let's package that in major Linux distros, too, so users can stumble over it.
2012-10-25 04:05:12 +00:00
* configure: Check that checksum programs produce correct checksums.
Re-enable dbus, using a new version of the library that fixes the memory leak. For now, when dbus goes away, the assistant keeps running but does not fall back or reconnect. To do so needs more changes to the DBus library; in particular a connectSessionWith and connectSystemWith to let me specify my own clientThreadRunner.
2012-10-25 18:32:30 +00:00
* Re-enable dbus, using a new version of the library that fixes the memory
leak.
NetWatcher: When dbus connection is lost, try to reconnect. MountWatcher can't do this, because it uses the session dbus, and won't have access to the new DBUS_SESSION_BUS_ADDRESS if a new session is started. Bumped dbus library version, FD leak in it is fixed.
2012-10-26 23:38:27 +00:00
* NetWatcher: When dbus connection is lost, try to reconnect.
Use USER and HOME environment when set, and only fall back to getpwent, which doesn't work with LDAP or NIS.
2012-10-25 22:17:32 +00:00
* Use USER and HOME environment when set, and only fall back to getpwent,
which doesn't work with LDAP or NIS.
rsync special remote: Include annex-rsync-options when running rsync to test a key's presence. Also, use the new withQuietOutput function to avoid running the shell to /dev/null stderr in two other places.
2012-10-28 17:51:14 +00:00
* rsync special remote: Include annex-rsync-options when running rsync
to test a key's presence.
The standalone tarball's runshell now takes care of installing a ~/.ssh/git-annex-shell wrapper the first time it's run.
2012-10-29 18:40:28 +00:00
* The standalone tarball's runshell now takes care of installing a
~/.ssh/git-annex-shell wrapper the first time it's run.
webapp: Make an initial, empty commit so there is a master branch Several things only happen when on a branch, so make sure we're on one.
2012-10-30 23:12:05 +00:00
* webapp: Make an initial, empty commit so there is a master branch
assistant: Fix syncing local drives. Amoung other things, this makes it immediately sync files from a removable drive when it's added.
2012-10-30 23:33:27 +00:00
* assistant: Fix syncing local drives.
webapp: Fix creation of rsync.net repositories.
2012-10-31 17:58:31 +00:00
* webapp: Fix creation of rsync.net repositories.
webapp: Fix renaming of special remotes. Working around what seems to me to be a git bug. Surely there are valid setups of real git remotes that don't have fetch set?
2012-10-31 18:39:02 +00:00
* webapp: Fix renaming of special remotes.
webapp: Generate better git remote names. Wrote a better git remote name sanitizer. Git blows up on lots of weird stuff, especially if it starts the remote name, but I managed to get some common punctuation working.
2012-10-31 19:17:00 +00:00
* webapp: Generate better git remote names.
webapp: Ensure that rsync special remotes are enabled using the same name they were originally created using. It was creating a new special remote with a different name, unless the stars perfectly aligned and the names matched.
2012-10-31 20:14:52 +00:00
* webapp: Ensure that rsync special remotes are enabled using the same
name they were originally created using.
Bugfix: Fix hang in webapp when setting up a ssh remote with an absolute path.
2012-11-05 16:35:11 +00:00
* Bugfix: Fix hang in webapp when setting up a ssh remote with an absolute
path.
Fix handling of GIT_DIR when it refers to a git submodule. The old code was just wrong in taking fromPath of GIT_DIR -- that made an localUnknown location with the GIT_DIR in it, which only worked by accident, and failed in submodules.
2012-10-17 18:28:05 +00:00
releasing version 3.20121112
2012-11-12 15:04:26 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 12 Nov 2012 10:39:47 -0400
Fix handling of GIT_DIR when it refers to a git submodule. The old code was just wrong in taking fromPath of GIT_DIR -- that made an localUnknown location with the GIT_DIR in it, which only worked by accident, and failed in submodules.
2012-10-17 18:28:05 +00:00
releasing version 3.20121017
2012-10-17 01:24:33 +00:00
git-annex (3.20121017) unstable; urgency=low
Fix zombie cleanup reversion introduced in 3.20121009.
2012-10-17 01:06:33 +00:00
* Fix zombie cleanup reversion introduced in 3.20121009.
releasing version 3.20121017
2012-10-17 01:24:33 +00:00
* Additional fix to support git submodules.
Fix zombie cleanup reversion introduced in 3.20121009.
2012-10-17 01:06:33 +00:00
releasing version 3.20121017
2012-10-17 01:24:33 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 16 Oct 2012 21:10:14 -0400
Fix zombie cleanup reversion introduced in 3.20121009.
2012-10-17 01:06:33 +00:00
releasing version 3.20121016
2012-10-16 20:47:59 +00:00
git-annex (3.20121016) unstable; urgency=low
vicfg: New file format, avoids ambiguity with repos that have the same description, or no description. This is also nice in that uuids are all the same length, so the values of each line, line up. Also a great deal of boilerplate elimination.
2012-10-13 03:11:26 +00:00
* vicfg: New file format, avoids ambiguity with repos that have the same
description, or no description.
Bug fix: A recent change caused git-annex-shell to crash.
2012-10-16 02:22:40 +00:00
* Bug fix: A recent change caused git-annex-shell to crash.
changelog
2012-10-16 02:46:18 +00:00
* Better preferred content expression for transfer repos.
* webapp: Repository edit form can now edit the name of a repository.
* webapp: Make bare repositories on removable drives, as there is nothing
to ensure non-bare repos get updated when syncing.
* webapp: Better behavior when pausing syncing to a remote when a transfer
scan is running and queueing new transfers for that remote.
* The standalone binaries are now built to not use ssh connection caching,
in order to work with old versions of ssh.
A relative core.worktree is relative to the gitdir. Now that this is handled correctly, git-annex can be used in git submodules. Also, fixed infelicity where Git.CurrentRepo and Git.Config.updateLocation were both dealing with core.worktree. Now updateLocation handles it for Local as well as for LocalUnknown repos.
2012-10-16 04:02:14 +00:00
* A relative core.worktree is relative to the gitdir. Now that this is
handled correctly, git-annex can be used in git submodules.
Temporarily disable use of dbus, as the haskell dbus library blows up when losing connection, which will need to be fixed upstream.
2012-10-16 15:56:07 +00:00
* Temporarily disable use of dbus, as the haskell dbus library blows up
when losing connection, which will need to be fixed upstream.
vicfg: New file format, avoids ambiguity with repos that have the same description, or no description. This is also nice in that uuids are all the same length, so the values of each line, line up. Also a great deal of boilerplate elimination.
2012-10-13 03:11:26 +00:00
releasing version 3.20121016
2012-10-16 20:47:59 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 16 Oct 2012 15:25:22 -0400
vicfg: New file format, avoids ambiguity with repos that have the same description, or no description. This is also nice in that uuids are all the same length, so the values of each line, line up. Also a great deal of boilerplate elimination.
2012-10-13 03:11:26 +00:00
releasing version 3.20121010
2012-10-12 18:17:57 +00:00
git-annex (3.20121010) unstable; urgency=low
rename --ingroup to --inallgroup
2012-10-10 16:59:45 +00:00
* Renamed --ingroup to --inallgroup.
webapp: configure new repos to use the standard preferred content settings
2012-10-10 19:35:10 +00:00
* Standard groups changed to client, transfer, archive, and backup.
Each of these has its own standard preferred content setting.
dead: Remove dead repository from all groups. This is less expensive than having inallgroup weed out dead repositories.
2012-10-10 19:39:13 +00:00
* dead: Remove dead repository from all groups.
Avoid unsetting HOME when running certian git commands. Closes: #690193 Setting GIT_INDEX_FILE clobbers the rest of the environment, making git not read ~/.gitconfig, and blow up if GECOS didn't have a name for the user. I'm not entirely happy with getEnvironment being run every time now, that's somewhat expensive. It may make sense to just set GIT_COMMITTER_* and GIT_AUTHOR_*, but I worry that clobbering the rest could break PATH, or GIT_PATH, or something else that might be used by a command run in here. And caching the environment is not a good idea either; it can change..
2012-10-11 16:58:03 +00:00
* Avoid unsetting HOME when running certian git commands. Closes: #690193
test: Fix threaded runtime hang. There was one forkProcess lurking in test.hs, and that seems to be responsible for recent buildd failures on amd64 and armhf. I was able to reproduce it pretty easily on amd64, and even once on i386, and it was clearly that same bad old threaded runtime hang. So removing this forkProcess should fix it. Odd that it lurked for some months before popping up.
2012-10-11 17:45:09 +00:00
* test: Fix threaded runtime hang.
Makefile: Avoid building with -threaded if the ghc threaded runtime does not exist. This should fix build on mips, mipsel, s390, s390x, and sparc. cabal doesn't test this yet.
2012-10-11 18:08:23 +00:00
* Makefile: Avoid building with -threaded if the ghc threaded runtime does
not exist.
webapp: Improve wording of intro display. Closes: #689848
2012-10-11 19:00:43 +00:00
* webapp: Improve wording of intro display. Closes: #689848
allow disabling syncing to a repo on its edit form This is not quite right yet, since it disables it so hard it doesn't show up in the repo list anymore!
2012-10-11 21:14:42 +00:00
* webapp: Repositories can now be configured, to change their description,
their group, or even to disable syncing to them.
git config remote.name.annex-sync can be used to control whether a remote gets synced.
2012-10-11 22:39:21 +00:00
* git config remote.name.annex-sync can be used to control whether
a remote gets synced.
Fix a crash when merging files in the git-annex branch that contain invalid utf8. The crash actually occurred when writing out the file, which was done to a handle that had not had fileSystemEncoding applied to it.
2012-10-12 16:19:30 +00:00
* Fix a crash when merging files in the git-annex branch that contain
invalid utf8.
Automatically detect when a ssh remote does not have git-annex-shell installed, and set annex-ignore. Aka solve the github problem. Note that it's possible the initial configlist will fail for some network reason etc, and then the fetch succeeds. In this case, a usable remote gets disabled. But it does print a message, and this only happens once per remote, so that seems ok.
2012-10-12 17:45:14 +00:00
* Automatically detect when a ssh remote does not have git-annex-shell
installed, and set annex-ignore.
rename --ingroup to --inallgroup
2012-10-10 16:59:45 +00:00
releasing version 3.20121010
2012-10-12 18:17:57 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 12 Oct 2012 13:45:21 -0400
rename --ingroup to --inallgroup
2012-10-10 16:59:45 +00:00
releasing version 3.20121009
2012-10-09 19:43:36 +00:00
git-annex (3.20121009) unstable; urgency=low
group, ungroup: New commands to indicate groups of repositories.
2012-10-01 19:12:04 +00:00
always check with ls-files before adding new files Makes it safe to use git annex unlock with the watcher/assistant. And also to mix use of the watcher/assistant with regular files stored in git. Long ago, I had avoided doing this check, except during the startup scan, because it would be slow to run ls-files repeatedly. But then I added the lsof check, and to make that fast, got it to detect batch file adds. So let's move the ls-files check to also occur when it'll have a batch, and can check them all with one call. This does slow down adding a single file by just a bit, but really only a little bit. (The lsof check is probably more expensive.) It also speeds up the startup scan, especially when there are lots of new files found by the scan. Also, fixed the sleep for annex.delayadd to not run while the threadstate lock is held, so it doesn't unnecessarily freeze everything else. Also, --force no longer makes it skip the lsof check, which was not documented, and seems never a good idea.
2012-10-02 21:34:22 +00:00
* watch, assistant: It's now safe to git annex unlock files while
the watcher is running, as well as modify files checked into git
add --ingroup limit
2012-10-08 19:18:58 +00:00
as normal files. Additionally, .gitignore settings are now honored.
Closes: #689979
webapp automatic grouping webapp: Adds newly created repositories to one of these groups: clients, drives, servers This is heuristic, but it's a pretty good heuristic, and can always be configured.
2012-10-09 18:24:17 +00:00
* group, ungroup: New commands to indicate groups of repositories.
* webapp: Adds newly created repositories to one of these groups:
clients, drives, servers
vicfg: New command, allows editing (or simply viewing) most of the repository configuration settings stored in the git-annex branch. Incomplete; I need to finish parsing and saving. This will also be used for editing transfer control expresssions. Removed the group display from the status output, I didn't really like that format, and vicfg can be used to see as well as edit rempository group membership.
2012-10-03 21:04:52 +00:00
* vicfg: New command, allows editing (or simply viewing) most
of the repository configuration settings stored in the git-annex branch.
wired preferred content up to get, copy, and drop --auto
2012-10-08 17:16:53 +00:00
* Added preferred content expressions, configurable using vicfg.
simplify changelog
2012-10-08 20:14:55 +00:00
* get --auto: If the local repository has preferred content
wired preferred content up to get, copy, and drop --auto
2012-10-08 17:16:53 +00:00
configured, only get that content.
drop --auto --from with preferred content With --from, it needs to examine the preferred content of the repository being dropped from, instead of the local repository.
2012-10-08 19:34:44 +00:00
* drop --auto: If the repository the content is dropped from has
preferred content configured, drop only content that is not preferred.
simplify changelog
2012-10-08 20:14:55 +00:00
* copy --auto: Only transfer content that the destination repository prefers.
assistant: Now honors preferred content settings when deciding what to transfer. Both when queueing downloads, and uploads, consults the preferred content settings. I didn't make it check yet when requeing failed transfers or queuing deferred downloads; dealing with the preferred content settings (or indeed, other settings) changing while the assistant is running still needs work.
2012-10-09 16:18:41 +00:00
* assistant: Now honors preferred content settings when deciding what to
transfer.
add --ingroup limit
2012-10-08 19:18:58 +00:00
* --copies=group:number can now be used to match files that are present
in a specified number of repositories in a group.
* Added --smallerthan, --largerthan, and --inall limits.
Only build-depend on libghc-clientsession-dev on arches that will have the webapp.
2012-10-04 21:08:43 +00:00
* Only build-depend on libghc-clientsession-dev on arches that will have
the webapp.
uninit: Unset annex.version. Closes: #689852
2012-10-07 20:04:03 +00:00
* uninit: Unset annex.version. Closes: #689852
group, ungroup: New commands to indicate groups of repositories.
2012-10-01 19:12:04 +00:00
releasing version 3.20121009
2012-10-09 19:43:36 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 09 Oct 2012 15:13:23 -0400
group, ungroup: New commands to indicate groups of repositories.
2012-10-01 19:12:04 +00:00
releasing version 3.20121001
2012-10-01 18:12:31 +00:00
git-annex (3.20121001) unstable; urgency=low
copy: avoid updating location log when no copy is performed git annex copy --to remote often does not need to copy a file, but it was still updating the location log in this case.
2012-09-24 23:58:34 +00:00
changelog
2012-09-25 19:10:35 +00:00
* fsck: Now has an incremental mode. Start a new incremental fsck pass
with git annex fsck --incremental. Now the fsck can be interrupted
as desired, and resumed with git annex fsck --more.
Thanks, Justin Azoff
New --time-limit option, makes long git-annex commands stop after a specified amount of time.
2012-09-25 20:48:24 +00:00
* New --time-limit option, makes long git-annex commands stop after
a specified amount of time.
rename option
2012-09-25 23:43:33 +00:00
* fsck: New --incremental-schedule option which is nice for scheduling
fsck: New --incremental-restart option which is nice for scheduling eg, monthly incremental fsck runs in cron jobs.
2012-09-25 23:37:34 +00:00
eg, monthly incremental fsck runs in cron jobs.
Fix fallback to ~/Desktop when xdg-user-dir is not available. Closes: #688833 Really the fix here is to make Utility.Process only throw IOErrors, which is what I naturally assumed it'd throw.
2012-09-26 02:48:17 +00:00
* Fix fallback to ~/Desktop when xdg-user-dir is not available.
Closes: #688833
store S3 creds in a 600 mode file inside the local git repo
2012-09-26 16:06:44 +00:00
* S3: When using a shared cipher, S3 credentials are not stored encrypted
in the git repository, as that would allow anyone with access to
add a configurator for S3
2012-09-26 18:44:07 +00:00
the repository access to the S3 account. Instead, they're stored
in a 600 mode file in the local git repo.
webapp: Avoid crashing when ssh-keygen -F chokes on an invalid known_hosts file.
2012-09-27 15:27:16 +00:00
* webapp: Avoid crashing when ssh-keygen -F chokes on an invalid known_hosts
file.
Always do a system wide installation when DESTDIR is set. Closes: #689052
2012-09-28 19:48:00 +00:00
* Always do a system wide installation when DESTDIR is set. Closes: #689052
The Makefile now builds with the new yesod by default. Systems like Debian that have the old yesod 1.0.1 should set GIT_ANNEX_LOCAL_FEATURES=-DWITH_OLD_YESOD
2012-09-28 19:57:55 +00:00
* The Makefile now builds with the new yesod by default.
Systems like Debian that have the old yesod 1.0.1 should set
GIT_ANNEX_LOCAL_FEATURES=-DWITH_OLD_YESOD
reorg
2012-09-28 20:08:01 +00:00
* copy: Avoid updating the location log when no copy is performed.
* configure: Test that uuid -m works, falling back to plain uuid if not.
Avoid building the webapp on Debian architectures that do not yet have template haskell and thus yesod. (Should be available for arm soonish I hope).
2012-09-29 05:28:02 +00:00
* Avoid building the webapp on Debian architectures that do not yet
have template haskell and thus yesod. (Should be available for arm soonish
I hope).
copy: avoid updating location log when no copy is performed git annex copy --to remote often does not need to copy a file, but it was still updating the location log in this case.
2012-09-24 23:58:34 +00:00
releasing version 3.20121001
2012-10-01 18:12:31 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 01 Oct 2012 13:56:55 -0400
copy: avoid updating location log when no copy is performed git annex copy --to remote often does not need to copy a file, but it was still updating the location log in this case.
2012-09-24 23:58:34 +00:00
releasing version 3.20120924
2012-09-24 19:20:28 +00:00
git-annex (3.20120924) unstable; urgency=low
initremote: Avoid recording remote's description before checking that its config is valid.
2012-07-28 01:05:27 +00:00
Merge branch 'master' into assistant Conflicts: debian/changelog Updated changelog for assistant and webapp
2012-08-27 17:31:54 +00:00
* assistant: New command, a daemon which does everything watch does,
as well as automatically syncing file contents between repositories.
changelog updates
2012-09-22 01:36:42 +00:00
* webapp: An interface for managing and configuring the assistant.
SHA256E is new default backend The default backend used when adding files to the annex is changed from SHA256 to SHA256E, to simplify interoperability with OSX, media players, and various programs that needlessly look at symlink targets. To get old behavior, add a .gitattributes containing: * annex.backend=SHA256
2012-09-12 17:22:16 +00:00
* The default backend used when adding files to the annex is changed
from SHA256 to SHA256E, to simplify interoperability with OSX, media
players, and various programs that needlessly look at symlink targets.
To get old behavior, add a .gitattributes containing: * annex.backend=SHA256
init: If no description is provided for a new repository, one will automatically be generated, like "joey@gnu:~/foo"
2012-08-03 14:45:18 +00:00
* init: If no description is provided for a new repository, one will
automatically be generated, like "joey@gnu:~/foo"
test: Set a lot of git environment variables so testing works in strange environments that normally need git config to set names, etc. Closes: #682351 Thanks, gregor herrmann
2012-09-06 19:06:48 +00:00
* test: Set a lot of git environment variables so testing works in strange
environments that normally need git config to set names, etc.
Closes: #682351 Thanks, gregor herrmann
Disable ssh connection caching if the path to the control socket would be too long (and use relative path to minimise path to the control socket).
2012-09-13 23:26:39 +00:00
* Disable ssh connection caching if the path to the control socket would be
too long (and use relative path to minimise path to the control socket).
migrate: Check content before generating the new key, to avoid generating a key for corrupt data.
2012-09-14 04:18:18 +00:00
* migrate: Check content before generating the new key, to avoid generating
a key for corrupt data.
Support repositories created with --separate-git-dir. Closes: #684405
2012-09-16 02:40:04 +00:00
* Support repositories created with --separate-git-dir. Closes: #684405
reinject: When the provided file doesn't match, leave it where it is, rather than moving to .git/annex/bad/
2012-09-16 05:17:48 +00:00
* reinject: When the provided file doesn't match, leave it where it is,
rather than moving to .git/annex/bad/
Avoid crashing on encoding errors in filenames when writing transfer info files and reading from checksum commands.
2012-09-16 05:53:06 +00:00
* Avoid crashing on encoding errors in filenames when writing transfer info
files and reading from checksum commands.
sync: Pushes the git-annex branch to remote/synced/git-annex, rather than directly to remote/git-annex. This fixes a problem I was seeing in the assistant where two remotes would attempt to sync with one another at the same time, and both failed pushing the diverged git-annex branch. Then when both tried to resolve the failed push, they each modified their git-annex branch, which again each blocked the other from pushing into it. The result was that the git-annex branches were perpetually diverged (despite having the same content!) and once the assistant fell into this trap, it couldn't get out and always had to do the slow push/fail/pull/merge/push/fail cycle.
2012-09-16 21:54:12 +00:00
* sync: Pushes the git-annex branch to remote/synced/git-annex, rather
than directly to remote/git-annex.
typo
2012-10-01 17:50:45 +00:00
* Now supports matching files that are present on a number of remotes
releasing version 3.20120924
2012-09-24 19:20:28 +00:00
with a specified trust level. Example: --copies=trusted:2
changelog and minor cleanup to fix mixed spaces/tabs
2012-09-23 19:42:05 +00:00
Thanks, Nicolas Pouillard
Merge branch 'master' into assistant Conflicts: debian/changelog Updated changelog for assistant and webapp
2012-08-27 17:31:54 +00:00
releasing version 3.20120924
2012-09-24 19:20:28 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 24 Sep 2012 13:47:48 -0400
Merge branch 'master' into assistant Conflicts: debian/changelog Updated changelog for assistant and webapp
2012-08-27 17:31:54 +00:00
releasing version 3.20120825
2012-08-25 14:27:59 +00:00
git-annex (3.20120825) unstable; urgency=low
S3: Add fileprefix setting.
2012-08-09 17:54:54 +00:00
* S3: Add fileprefix setting.
Pass --use-agent to gpg when in no tty mode. Thanks, Eskild Hustvedt.
2012-08-17 15:22:11 +00:00
* Pass --use-agent to gpg when in no tty mode. Thanks, Eskild Hustvedt.
Bugfix: Fix fsck in SHA*E backends, when the key contains composite extensions, as added in 3.20120721.
2012-08-24 16:16:17 +00:00
* Bugfix: Fix fsck in SHA*E backends, when the key contains composite
extensions, as added in 3.20120721.
Merge branch 'master' into assistant Conflicts: debian/changelog
2012-08-09 18:03:40 +00:00
releasing version 3.20120825
2012-08-25 14:27:59 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 25 Aug 2012 10:00:10 -0400
Merge branch 'master' into assistant Conflicts: debian/changelog
2012-08-09 18:03:40 +00:00
releasing version 3.20120807
2012-08-07 17:49:58 +00:00
git-annex (3.20120807) unstable; urgency=low
initremote: Avoid recording remote's description before checking that its config is valid.
2012-07-28 01:05:27 +00:00
* initremote: Avoid recording remote's description before checking
that its config is valid.
unused, status: Avoid crashing when ran in bare repo.
2012-08-05 19:01:26 +00:00
* unused, status: Avoid crashing when ran in bare repo.
fix transfer log cleanup crash Avoid crashing when "git annex get" fails to download from one location, and falls back to downloading from a second location. The problem is that git annex get calls download recursively from within itself if the first download attempt fails. So the first time through, it writes a transfer info file, which is then overwritten on the second, recursive call. Then on cleanup, it tries to delete the file twice, which of course doesn't work. Fixed both by not crashing if the transfer file is removed, and by changing Get to not run download recursively like that. It's the only thing that did so, and it just seems like a bad idea.
2012-08-07 17:27:50 +00:00
* Avoid crashing when "git annex get" fails to download from one
location, and falls back to downloading from a second location.
initremote: Avoid recording remote's description before checking that its config is valid.
2012-07-28 01:05:27 +00:00
releasing version 3.20120807
2012-08-07 17:49:58 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 07 Aug 2012 13:35:07 -0400
initremote: Avoid recording remote's description before checking that its config is valid.
2012-07-28 01:05:27 +00:00
releasing version 3.20120721
2012-07-21 21:01:19 +00:00
git-annex (3.20120721) unstable; urgency=low
get, move, copy: Now refuse to do anything when the requested file transfer is already in progress by another process. Note this is per-remote, so trying to get the same file from multiple remotes can still let duplicate downloads run. (And uploading the same file to multiple remotes is not duplicate at all of course.) get, move, and copy are the only git-annex subcommands that transfer files, but there's still git-annex-shell recvkey and sendkey to deal with too. I considered modifying retrieveKeyFile or getViaTmp, but they are called by other code that does not involve expensive file transfers (migrate) or that does file transfers that should not be checked by this (fsck --from).
2012-07-01 19:18:36 +00:00
* get, move, copy: Now refuse to do anything when the requested file
transfer is already in progress by another process.
record transfer information on local git remotes In order to record a semi-useful filename associated with the key, this required plumbing the filename all the way through to the remotes' storeKey and retrieveKeyFile. Note that there is potential for deadlock here, narrowly avoided. Suppose the repos are A and B. A sends file foo to B, and at the same time, B gets file foo from A. So, A locks its upload transfer info file, and then locks B's download transfer info file. At the same time, B is taking the two locks in the opposite order. This is only not a deadlock because the lock code does not wait, and aborts. So one of A or B's transfers will be aborted and the other transfer will continue. Whew!
2012-07-01 20:59:54 +00:00
* status: Lists transfers that are currently in progress.
pass associatedfile and remoteuuid to git-annex-shell This *almost* works. Along the way, I noticed that the --uuid parameter was being accidentially passed after the --, so that has never been actually used by git-annex-shell to verify it's running in the expected repository. Oops. Fixed.
2012-07-02 14:57:51 +00:00
* Fix passing --uuid to git-annex-shell.
When shaNsum commands cannot be found, use the Haskell SHA library (already a dependency) to do the checksumming. This may be slower, but avoids portability problems. Using Crypto's version of the hashes would be another option. I need to benchmark it. The SHA2 library (which provides SHA1 also, confusing name) may be the fastest option, but is not currently in Debian.
2012-07-04 13:08:20 +00:00
* When shaNsum commands cannot be found, use the Haskell SHA library
(already a dependency) to do the checksumming. This may be slower,
but avoids portability problems.
Use SHA library for files less than 50 kb in size, at which point it's faster than forking the more optimised external program.
2012-07-04 17:04:01 +00:00
* Use SHA library for files less than 50 kb in size, at which point it's
faster than forking the more optimised external program.
SHAnE backends are now smarter about composite extensions, such as .tar.gz Closes: #680450
2012-07-05 22:24:02 +00:00
* SHAnE backends are now smarter about composite extensions, such as
.tar.gz Closes: #680450
map: Write map.dot to .git/annex, which avoids watch trying to annex it.
2012-07-17 16:27:06 +00:00
* map: Write map.dot to .git/annex, which avoids watch trying to annex it.
get, move, copy: Now refuse to do anything when the requested file transfer is already in progress by another process. Note this is per-remote, so trying to get the same file from multiple remotes can still let duplicate downloads run. (And uploading the same file to multiple remotes is not duplicate at all of course.) get, move, and copy are the only git-annex subcommands that transfer files, but there's still git-annex-shell recvkey and sendkey to deal with too. I considered modifying retrieveKeyFile or getViaTmp, but they are called by other code that does not involve expensive file transfers (migrate) or that does file transfers that should not be checked by this (fsck --from).
2012-07-01 19:18:36 +00:00
releasing version 3.20120721
2012-07-21 21:01:19 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 21 Jul 2012 16:52:48 -0400
get, move, copy: Now refuse to do anything when the requested file transfer is already in progress by another process. Note this is per-remote, so trying to get the same file from multiple remotes can still let duplicate downloads run. (And uploading the same file to multiple remotes is not duplicate at all of course.) get, move, and copy are the only git-annex subcommands that transfer files, but there's still git-annex-shell recvkey and sendkey to deal with too. I considered modifying retrieveKeyFile or getViaTmp, but they are called by other code that does not involve expensive file transfers (migrate) or that does file transfers that should not be checked by this (fsck --from).
2012-07-01 19:18:36 +00:00
releasing version 3.20120629
2012-06-29 18:03:03 +00:00
git-annex (3.20120629) unstable; urgency=low
cabal: Only try to use inotify on Linux.
2012-06-25 15:38:42 +00:00
* cabal: Only try to use inotify on Linux.
Version build dependency on STM, and allow building without it, which disables the watch command.
2012-06-26 13:15:47 +00:00
* Version build dependency on STM, and allow building without it,
which disables the watch command.
Avoid ugly failure mode when moving content from a local repository that is not available. Prelude.undefined error message was introduced by bb4f31a0ee496ffb83d31cc56f8827e47605d763. It seems best to filter out local repositories that cannot be accessed from the list of remotes, rather than keeping them in and making every thing that uses the list have to deal with remotes that may have an unknown location. Besides fixing the error message, this also makes unavailable local remotes' names not be shown in various messages, including in git annex status output. Also, move --to an unavailable local repository now avoids some ugly errors like "changeWorkingDirectory: does not exist".
2012-06-26 21:15:17 +00:00
* Avoid ugly failure mode when moving content from a local repository
that is not available.
Got rid of the last place that did utf8 decoding. Probably fixes bugs/git-annex:_Cannot_decode_byte___39____92__xfc__39__/ although I don't know how to reproduce that bug.
2012-06-27 02:58:44 +00:00
* Got rid of the last place that did utf8 decoding.
git-config fileEncoding Accept arbitrarily encoded repository filepaths etc when reading git config output. This fixes support for remotes with unusual characters in their names. For example, a remote with a url of /tmp/çüş was previously skipped, because the filename wasn't encoded right so it didn't think it was available. And when setting the annex-uuid of a remote named "çüş", it used to add it under a mis-encoded form of the remote's name. Both these cases now work ok in my testing.
2012-06-27 03:07:11 +00:00
* Accept arbitrarily encoded repository filepaths etc when reading
git config output. This fixes support for remotes with unusual characters
in their names.
sync: Automatically resolves merge conflicts. untested, but it compiles :)
2012-06-27 17:08:32 +00:00
* sync: Automatically resolves merge conflicts.
cabal: Only try to use inotify on Linux.
2012-06-25 15:38:42 +00:00
releasing version 3.20120629
2012-06-29 18:03:03 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 29 Jun 2012 10:17:49 -0400
cabal: Only try to use inotify on Linux.
2012-06-25 15:38:42 +00:00
releasing version 3.20120624
2012-06-24 16:51:18 +00:00
git-annex (3.20120624) unstable; urgency=low
add: Prevent (most) modifications from being made to a file while it is being added to the annex. Anything that tries to open the file for write, or delete the file, or replace it with something else, will not affect the add. Only if a process has the file open for write before add starts can it still change it while (or after) it's added to the annex. (fsck will catch this later of course)
2012-06-06 00:28:34 +00:00
lifted out the kqueue and inotify to a generic DirWatcher interface Kqueue code for dispatching events is not tested and probably doesn't build.
2012-06-19 03:47:48 +00:00
* watch: New subcommand, a daemon which notices changes to
files and automatically annexes new files, etc, so you don't
need to manually run git commands when manipulating files.
Available on Linux, BSDs, and OSX!
typo
2012-06-20 19:27:54 +00:00
* Enable diskfree on kfreebsd, using kqueue.
unused: Fix crash when file names contain invalid utf8. Was decoding the git-cat-file of the symlink target as utf8, but that can't do, unix filenames are from the 70's and need this shiny disco fileSystemEncoding.
2012-06-20 16:57:00 +00:00
* unused: Fix crash when key names contain invalid utf8.
sync: Avoid recent git's interactive merge.
2012-06-23 14:22:56 +00:00
* sync: Avoid recent git's interactive merge.
Merge branch 'master' into watch
2012-06-15 19:20:11 +00:00
releasing version 3.20120624
2012-06-24 16:51:18 +00:00
-- Joey Hess <joeyh@debian.org> Sun, 24 Jun 2012 12:36:50 -0400
Merge branch 'master' into watch
2012-06-15 19:20:11 +00:00
releasing version 3.20120614
2012-06-15 00:32:06 +00:00
git-annex (3.20120614) unstable; urgency=medium
Install man page when run by cabal, in a location where man will find it, even when installing under $HOME. Thanks, Nathan Collins
2012-06-12 15:36:42 +00:00
addurl: Was broken by a typo introduced 2 released ago, now fixed. Closes: #677576
2012-06-15 00:20:03 +00:00
* addurl: Was broken by a typo introduced 2 released ago, now fixed.
Closes: #677576
Install man page when run by cabal, in a location where man will find it, even when installing under $HOME. Thanks, Nathan Collins
2012-06-12 15:36:42 +00:00
* Install man page when run by cabal, in a location where man will
find it, even when installing under $HOME. Thanks, Nathan Collins
Merge branch 'master' into watch Conflicts: debian/changelog
2012-06-11 16:13:07 +00:00
releasing version 3.20120614
2012-06-15 00:32:06 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 14 Jun 2012 20:21:29 -0400
Merge branch 'master' into watch Conflicts: debian/changelog
2012-06-11 16:13:07 +00:00
uninit: Refuse to run in a subdirectory. Closes: #677076
2012-06-11 14:33:58 +00:00
git-annex (3.20120611) unstable; urgency=medium
add: Prevent (most) modifications from being made to a file while it is being added to the annex. Anything that tries to open the file for write, or delete the file, or replace it with something else, will not affect the add. Only if a process has the file open for write before add starts can it still change it while (or after) it's added to the annex. (fsck will catch this later of course)
2012-06-06 00:28:34 +00:00
* add: Prevent (most) modifications from being made to a file while it
is being added to the annex.
initremote: Automatically describe a remote when creating it. This ensures that all special remotes show up in git annex status. Before, a special remote that was not manually described, and was not a current git remote, did not show up there, although initremote did list it.
2012-06-07 15:16:48 +00:00
* initremote: Automatically describe a remote when creating it.
uninit: Refuse to run in a subdirectory. Closes: #677076
2012-06-11 14:33:58 +00:00
* uninit: Refuse to run in a subdirectory. Closes: #677076
add: Prevent (most) modifications from being made to a file while it is being added to the annex. Anything that tries to open the file for write, or delete the file, or replace it with something else, will not affect the add. Only if a process has the file open for write before add starts can it still change it while (or after) it's added to the annex. (fsck will catch this later of course)
2012-06-06 00:28:34 +00:00
uninit: Refuse to run in a subdirectory. Closes: #677076
2012-06-11 14:33:58 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 11 Jun 2012 10:32:01 -0400
add: Prevent (most) modifications from being made to a file while it is being added to the annex. Anything that tries to open the file for write, or delete the file, or replace it with something else, will not affect the add. Only if a process has the file open for write before add starts can it still change it while (or after) it's added to the annex. (fsck will catch this later of course)
2012-06-06 00:28:34 +00:00
releasing version 3.20120605
2012-06-05 18:14:45 +00:00
git-annex (3.20120605) unstable; urgency=low
sync: Show a nicer message if a user tries to sync to a special remote.
2012-05-28 00:55:56 +00:00
* sync: Show a nicer message if a user tries to sync to a special remote.
lock: Reset unlocked file to index, rather than to branch head. Resetting an unlocked file to the branch head failed if it had just been added, not committed, and unlocked, since the branch didbn't have it. The code was concerned about dropping any changes that might be staged in the index, but I cannot see why.
2012-05-30 21:01:22 +00:00
* lock: Reset unlocked file to index, rather than to branch head.
import: New subcommand, pulls files from a directory outside the annex and adds them Use case for this was developed somewhere on the Transiberian Railroad.
2012-05-31 23:47:18 +00:00
* import: New subcommand, pulls files from a directory outside the annex
and adds them.
Fix display of warning message when encountering a file that uses an unsupported backend.
2012-06-01 01:03:24 +00:00
* Fix display of warning message when encountering a file that uses an
unsupported backend.
Require that the SHA256 backend can be used when building, since it's the default.
2012-06-01 03:15:40 +00:00
* Require that the SHA256 backend can be used when building, since it's the
default.
Preserve parent environment when running hooks of the hook special remote.
2012-06-05 01:52:36 +00:00
* Preserve parent environment when running hooks of the hook special remote.
sync: Show a nicer message if a user tries to sync to a special remote.
2012-05-28 00:55:56 +00:00
releasing version 3.20120605
2012-06-05 18:14:45 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 05 Jun 2012 14:03:39 -0400
sync: Show a nicer message if a user tries to sync to a special remote.
2012-05-28 00:55:56 +00:00
releasing version 3.20120522
2012-05-22 15:27:22 +00:00
git-annex (3.20120522) unstable; urgency=low
Pass -a to cp even when it supports --reflink=auto, to preserve permissions. Amoung other things, this makes unlocking a WORM backed file and then re-adding it without making any changes not add a new object, as the timestamp is preserved.
2012-05-15 18:18:51 +00:00
* Pass -a to cp even when it supports --reflink=auto, to preserve
permissions.
Clean up handling of git directory and git worktree. Baked into the code was an assumption that a repository's git directory could be determined by adding ".git" to its work tree (or nothing for bare repos). That fails when core.worktree, or GIT_DIR and GIT_WORK_TREE are used to separate the two. This was attacked at the type level, by storing the gitdir and worktree separately, so Nothing for the worktree means a bare repo. A complication arose because we don't learn where a repository is bare until its configuration is read. So another Location type handles repositories that have not had their config read yet. I am not entirely happy with this being a Location type, rather than representing them entirely separate from the Git type. The new code is not worse than the old, but better types could enforce more safety. Added support for core.worktree. Overriding it with -c isn't supported because it's not really clear what to do if a git repo's config is read, is not bare, and is then overridden to bare. What is the right git directory in this case? I will worry about this if/when someone has a use case for overriding core.worktree with -c. (See Git.Config.updateLocation) Also removed and renamed some functions like gitDir and workTree that misused git's terminology. One minor regression is known: git annex add in a bare repository does not print a nice error message, but runs git ls-files in a way that fails earlier with a less nice error message. This is because before --work-tree was always passed to git commands, even in a bare repo, while now it's not.
2012-05-18 20:38:26 +00:00
* Clean up handling of git directory and git worktree.
Add support for core.worktree, and fix support for GIT_WORK_TREE and GIT_DIR. The environment needs to override git-config. Changed when git config is read, and avoid rereading it once it's been read. chdir for both worktree settings.
2012-05-18 22:20:53 +00:00
* Add support for core.worktree, and fix support for GIT_WORK_TREE and
GIT_DIR.
Pass -a to cp even when it supports --reflink=auto, to preserve permissions. Amoung other things, this makes unlocking a WORM backed file and then re-adding it without making any changes not add a new object, as the timestamp is preserved.
2012-05-15 18:18:51 +00:00
releasing version 3.20120522
2012-05-22 15:27:22 +00:00
-- Joey Hess <joeyh@debian.org> Tue, 22 May 2012 11:16:13 -0400
Pass -a to cp even when it supports --reflink=auto, to preserve permissions. Amoung other things, this makes unlocking a WORM backed file and then re-adding it without making any changes not add a new object, as the timestamp is preserved.
2012-05-15 18:18:51 +00:00
releasing version 3.20120511
2012-05-11 16:37:26 +00:00
git-annex (3.20120511) unstable; urgency=low
rsync shellescape disable option Rsync special remotes can be configured with shellescape=no to avoid shell quoting that is normally done when using rsync over ssh. This is known to be needed for certian rsync hosting providers (specificially hidrive.strato.com) that use rsync over ssh but do not pass it through the shell.
2012-05-02 17:08:31 +00:00
* Rsync special remotes can be configured with shellescape=no
to avoid shell quoting that is normally done when using rsync over ssh.
This is known to be needed for certian rsync hosting providers
(specificially hidrive.strato.com) that use rsync over ssh but do not
pass it through the shell.
dropunused: Allow specifying ranges to drop. Sort of by popular demand, but the last straw for not using seq was that it can run into command line length limits.
2012-05-02 17:15:19 +00:00
* dropunused: Allow specifying ranges to drop.
addunused: New command, the opposite of dropunused, it relinks unused content into the git repository.
2012-05-02 18:59:05 +00:00
* addunused: New command, the opposite of dropunused, it relinks unused
content into the git repository.
format
2012-05-07 17:18:45 +00:00
* Fix use of several config settings: annex.ssh-options,
Fix use of several config settings annex.ssh-options, annex.rsync-options, annex.bup-split-options. And adjust types to avoid the bugs that broke several config settings recently. Now "annex." prefixing is enforced at the type level.
2012-05-06 00:15:32 +00:00
annex.rsync-options, annex.bup-split-options. (And adjust types to avoid
the bugs that broke several config settings.)
rsync shellescape disable option Rsync special remotes can be configured with shellescape=no to avoid shell quoting that is normally done when using rsync over ssh. This is known to be needed for certian rsync hosting providers (specificially hidrive.strato.com) that use rsync over ssh but do not pass it through the shell.
2012-05-02 17:08:31 +00:00
releasing version 3.20120511
2012-05-11 16:37:26 +00:00
-- Joey Hess <joeyh@debian.org> Fri, 11 May 2012 12:29:30 -0400
rsync shellescape disable option Rsync special remotes can be configured with shellescape=no to avoid shell quoting that is normally done when using rsync over ssh. This is known to be needed for certian rsync hosting providers (specificially hidrive.strato.com) that use rsync over ssh but do not pass it through the shell.
2012-05-02 17:08:31 +00:00
releasing version 3.20120430
2012-04-30 17:59:28 +00:00
git-annex (3.20120430) unstable; urgency=low
had the wrong name for this
2012-04-20 20:14:29 +00:00
* Fix use of annex.diskreserve config setting.
Directory special remotes now check annex.diskreserve.
2012-04-20 20:24:44 +00:00
* Directory special remotes now check annex.diskreserve.
Support git's core.sharedRepository configuration This is incomplete, it does not honor it yet for hash directories and other annex bookkeeping files. Some of that is not needed for a bare repo; some of it may be.
2012-04-21 18:06:36 +00:00
* Support git's core.sharedRepository configuration.
fix names
2012-04-22 15:42:38 +00:00
* Add annex.http-headers and annex.http-headers-command config
Add annex.httpheaders and annex.httpheader-command config settings Allow custom headers to be sent with all HTTP requests. (Requested by the Internet Archive)
2012-04-22 05:13:09 +00:00
settings, to allow custom headers to be sent with all HTTP requests.
(Requested by the Internet Archive)
uninit: Clear annex.uuid from .git/config. Closes: #670639
2012-04-27 16:21:38 +00:00
* uninit: Clear annex.uuid from .git/config. Closes: #670639
Added shared cipher mode to encryptable special remotes. This option avoids gpg key distribution, at the expense of flexability, and with the requirement that all clones of the git repository be equally trusted.
2012-04-29 18:02:18 +00:00
* Added shared cipher mode to encryptable special remotes. This option
avoids gpg key distribution, at the expense of flexability, and with
the requirement that all clones of the git repository be equally trusted.
had the wrong name for this
2012-04-20 20:14:29 +00:00
releasing version 3.20120430
2012-04-30 17:59:28 +00:00
-- Joey Hess <joeyh@debian.org> Mon, 30 Apr 2012 13:16:10 -0400
had the wrong name for this
2012-04-20 20:14:29 +00:00
releasing version 3.20120418
2012-04-18 16:22:22 +00:00
git-annex (3.20120418) unstable; urgency=low
bugfix: Adding a dotfile also caused all non-dotfiles to be added. When only a dotfile was specified, the list of non-dotfiles was empty, triggering the fallback behavior of finding all files.
2012-04-08 16:25:54 +00:00
* bugfix: Adding a dotfile also caused all non-dotfiles to be added.
bup: Properly handle key names with spaces or other things that are not legal git refs. Continue using the key name as bup ref name, to preserve backwards compatability, unless it is an illegal git ref. In that case, use a sha256 of the key name instead.
2012-04-11 16:45:05 +00:00
* bup: Properly handle key names with spaces or other things that are
not legal git refs.
autocorrection git-annex (but not git-annex-shell) supports the git help.autocorrect configuration setting, doing fuzzy matching using the restricted Damerau-Levenshtein edit distance, just as git does. This adds a build dependency on the haskell edit-distance library.
2012-04-12 19:34:41 +00:00
* git-annex (but not git-annex-shell) supports the git help.autocorrect
configuration setting, doing fuzzy matching using the restricted
Damerau-Levenshtein edit distance, just as git does. This adds a build
dependency on the haskell edit-distance library.
Renamed diskfree.c to avoid OSX case insensativity bug.
2012-04-13 15:26:39 +00:00
* Renamed diskfree.c to avoid OSX case insensativity bug.
cabal now installs git-annex-shell as a symlink to git-annex.
2012-04-14 18:01:14 +00:00
* cabal now installs git-annex-shell as a symlink to git-annex.
cabal file now autodetects whether S3 support is available.
2012-04-14 18:22:33 +00:00
* cabal file now autodetects whether S3 support is available.
bugfix: Adding a dotfile also caused all non-dotfiles to be added. When only a dotfile was specified, the list of non-dotfiles was empty, triggering the fallback behavior of finding all files.
2012-04-08 16:25:54 +00:00
releasing version 3.20120418
2012-04-18 16:22:22 +00:00
-- Joey Hess <joeyh@debian.org> Wed, 18 Apr 2012 12:11:32 -0400
bugfix: Adding a dotfile also caused all non-dotfiles to be added. When only a dotfile was specified, the list of non-dotfiles was empty, triggering the fallback behavior of finding all files.
2012-04-08 16:25:54 +00:00
releasing version 3.20120406
2012-04-07 19:58:13 +00:00
git-annex (3.20120406) unstable; urgency=low
Disable diskfree on kfreebsd, as I have a build failure on kfreebsd-i386 that is quite likely caused by it.
2012-04-07 19:50:34 +00:00
* Disable diskfree on kfreebsd, as I have a build failure on kfreebsd-i386
that is quite likely caused by it.
releasing version 3.20120406
2012-04-07 19:58:13 +00:00
-- Joey Hess <joeyh@debian.org> Sat, 07 Apr 2012 15:50:36 -0400
Disable diskfree on kfreebsd, as I have a build failure on kfreebsd-i386 that is quite likely caused by it.
2012-04-07 19:50:34 +00:00
releasing version 3.20120405
2012-04-05 20:37:44 +00:00
git-annex (3.20120405) unstable; urgency=low
Improve detection of inability to check free disk space. Don't check if configure indicated checks won't work. This should fix a FTBFS on mipsel, where configure correctly detects the checks won't work, while garbage is returned for disk space info at git-annex runtime. It also means that, when built via cabal, disk space checks are not enabled, unfortunatly.
2012-03-22 01:21:20 +00:00
Rewrote free disk space checking code Moving the portability handling into a small C library cleans up things a lot, avoiding the pain of unpacking structs from inside haskell code.
2012-03-22 21:09:54 +00:00
* Rewrote free disk space checking code, moving the portability
handling into a small C library.
update
2012-03-24 15:58:22 +00:00
* status: Display amount of free disk space.
Improve detection of inability to check free disk space. Don't check if configure indicated checks won't work. This should fix a FTBFS on mipsel, where configure correctly detects the checks won't work, while garbage is returned for disk space info at git-annex runtime. It also means that, when built via cabal, disk space checks are not enabled, unfortunatly.
2012-03-22 01:21:20 +00:00
releasing version 3.20120405
2012-04-05 20:37:44 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 05 Apr 2012 16:19:10 -0400
Improve detection of inability to check free disk space. Don't check if configure indicated checks won't work. This should fix a FTBFS on mipsel, where configure correctly detects the checks won't work, while garbage is returned for disk space info at git-annex runtime. It also means that, when built via cabal, disk space checks are not enabled, unfortunatly.
2012-03-22 01:21:20 +00:00
shave some 12 mb from the installed size * git-annex now behaves as git-annex-shell if symlinked to and run by that name. The Makefile sets this up, saving some 8 mb of installed size. * git-union-merge is a demo program, so it is no longer built by default.
2012-03-15 16:00:19 +00:00
git-annex (3.20120315) unstable; urgency=low
fsck: Fix up any broken links and misplaced content caused by the directory hash calculation bug fixed in the last release.
2012-03-10 18:46:21 +00:00
* 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.
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.
finish bloom filters Add tuning, docs, etc. Not sure if status is the right place to remote size.. perhaps unused should report the size and also warn if it sees more keys than the bloom filter allows?
2012-03-12 20:18:14 +00:00
* unused: Now uses a bloom filter, and runs in constant space.
Use of a bloom filter does mean it will not notice a small
number of unused keys. For repos with up to half a million keys,
it will miss one key in 1000.
* Added annex.bloomcapacity and annex.bloomaccuracy, which can be
adjusted as desired to tune the bloom filter.
update
2012-03-14 16:44:17 +00:00
* status: Display amount of memory used by bloom filter, and
shave some 12 mb from the installed size * git-annex now behaves as git-annex-shell if symlinked to and run by that name. The Makefile sets this up, saving some 8 mb of installed size. * git-union-merge is a demo program, so it is no longer built by default.
2012-03-15 16:00:19 +00:00
detect when it's too small for the number of keys in a repository.
git-annex-shell: Runs hooks/annex-content after content is received or dropped.
2012-03-14 16:01:56 +00:00
* git-annex-shell: Runs hooks/annex-content after content is received
or dropped.
Merge branch 'master' into bloom Conflicts: Command/Commit.hs debian/changelog
2012-03-14 16:41:48 +00:00
* Work around a bug in rsync (IMHO) introduced by openSUSE's SIP patch.
shave some 12 mb from the installed size * git-annex now behaves as git-annex-shell if symlinked to and run by that name. The Makefile sets this up, saving some 8 mb of installed size. * git-union-merge is a demo program, so it is no longer built by default.
2012-03-15 16:00:19 +00:00
* git-annex now behaves as git-annex-shell if symlinked to and run by that
name. The Makefile sets this up, saving some 8 mb of installed size.
* git-union-merge is a demo program, so it is no longer built by default.
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
shave some 12 mb from the installed size * git-annex now behaves as git-annex-shell if symlinked to and run by that name. The Makefile sets this up, saving some 8 mb of installed size. * git-union-merge is a demo program, so it is no longer built by default.
2012-03-15 16:00:19 +00:00
-- Joey Hess <joeyh@debian.org> Thu, 15 Mar 2012 11:05:28 -0400
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
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