b6d46c212e
* unannex, uninit: Avoid committing after every file is unannexed,
for massive speedup.
* --notify-finish switch will cause desktop notifications after each
file upload/download/drop completes
(using the dbus Desktop Notifications Specification)
* --notify-start switch will show desktop notifications when each
file upload/download starts.
* webapp: Automatically install Nautilus integration scripts
to get and drop files.
* tahoe: Pass -d parameter before subcommand; putting it after
the subcommand no longer works with tahoe-lafs version 1.10.
(Thanks, Alberto Berti)
* forget --drop-dead: Avoid removing the dead remote from the trust.log,
so that if git remotes for it still exist anywhere, git annex info
will still know it's dead and not show it.
* git-annex-shell: Make configlist automatically initialize
a remote git repository, as long as a git-annex branch has
been pushed to it, to simplify setup of remote git repositories,
including via gitolite.
* add --include-dotfiles: New option, perhaps useful for backups.
* Version 5.20140227 broke creation of glacier repositories,
not including the datacenter and vault in their configuration.
This bug is fixed, but glacier repositories set up with the broken
version of git-annex need to have the datacenter and vault set
in order to be usable. This can be done using git annex enableremote
to add the missing settings. For details, see
http://git-annex.branchable.com/bugs/problems_with_glacier/
* Added required content configuration.
* assistant: Improve ssh authorized keys line generated in local pairing
or for a remote ssh server to set environment variables in an
alternative way that works with the non-POSIX fish shell, as well
as POSIX shells.
# imported from the archive
34 lines
1.7 KiB
Markdown
34 lines
1.7 KiB
Markdown
Back home. I have some 170 messages of backlog to attend to. Rather than
|
|
digging into that on my first day back, I spent some time implementing some
|
|
new features.
|
|
|
|
`git annex import` has grown three options that help managing importing of
|
|
duplicate files in different ways. I started work on that last week, but
|
|
didn't have time to find a way to avoid the `--deduplicate` option
|
|
checksumming each imported file twice. Unfortunately, I have still not
|
|
found a way I'm happy with, so it works but is not as efficient as it could
|
|
be.
|
|
|
|
`git annex mirror` is a new command suggested to me by someone at DebConf
|
|
(they don't seem to have filed the requested todo). It arranges for two
|
|
repositories to contain the same set of files, as much as possible (when
|
|
numcopies allows). So for example, `git annex mirror --to otherdrive`
|
|
will make the otherdrive remote have the same files present and not present
|
|
as the local repository.
|
|
|
|
I am thinking about expanding `git annex sync` with an option to also sync
|
|
data. I know some find it confusing that it only syncs the git metadata
|
|
and not the file contents. That still seems to me to be the best and most
|
|
flexible behavior, and not one I want to change in any case since
|
|
it would be most unexpected if `git annex sync` downloaded a lot of stuff
|
|
you don't want. But I can see making `git annex sync --data` download
|
|
all the file contents it can, as well as uploading all available file
|
|
contents to each remote it syncs with. And `git annex sync --data --auto`
|
|
limit that to only the preferred content. Although perhaps
|
|
these command lines are too long to be usable?
|
|
|
|
----
|
|
|
|
With the campaign more or less over, I only have a little over a week
|
|
before it's time to dive into the first big item on the roadmap. Hope
|
|
to be through the backlog by then.
|