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

1892 lines
88 KiB
Text
Raw Normal View History

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
git-annex (4.20130418) UNRELEASED; urgency=low
* assistant: Work around misfeature in git 1.8.2 that makes
`git commit --alow-empty -m ""` run an editor.
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).
sync, assistant: Sync with remotes that have annex-ignore set This is so git remotes on servers without git-annex installed can be used to keep clients' git repos in sync. This is a behavior change, but since annex-sync can be set to disable syncing with a remote, I think it's acceptable.
2013-04-22 18:57:09 +00:00
* sync, assistant: 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.
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.
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
-- Joey Hess <joeyh@debian.org> Thu, 18 Apr 2013 16:22:48 -0400
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