It would be nice if you could expand the XMPP setup in the assistant to support an "advanced" settings view where a custom server could be defined.

Example: I have a google Apps domain called mytest.com, with the users bla1@mytest.com and bla2@mytest.com. When trying to add either of those accounts to the assistant XMPP will try to use mytest.com as the jabber server, and not googles server.

@Bret, the assistant relies on FSEvents pretty heavily. It seems to me your best bet is to upgrade OSX to a version that supports FSEvents.

You can certainly use the rest of git-annex on Snow Leopard without FSEvents.

Are there plans to support google's two factor authentication? Right now I have to use an application specific password.

I was able to build snow leopard completely for the first time over last night (it took a very long time to build all the tools and dependancies). Woohoo!

The way I was able to fully build on a 32-bit 10.6 machine was this

1. Delete ~/.ghc and ~/.cabal. They were full of random things and were causing problems.
2. brew uninstall ghc and haskell-platform
3. brew update
4. brew install git ossp-uuid md5sha1sum coreutils libgsasl gnutls libidn libgsasl pkg-config libxml2
5. brew upgrade git ossp-uuid md5sha1sum coreutils libgsasl gnutls libidn libgsasl pkg-config libxml2 (Some of these were already installed/up to date.
6. brew link libxml2
7. brew install haskell-platform (This takes a long, long time).
8. cabal update (assuming you have added ~/.cabal/bin to your path
9. cabal install cablal-install
10. cabal install c2hs
11. cabal install git-annex

It also appears to be running fairly smoothly than it had in the past on a 32-bit SL system. Thats also neat.

The problem is that it seems to not really work as git annex though, probably due to the error relating you get when you start up the webapp: Running git annex webapp The browser starts up, and I get 3 of these errors: Watcher crashed: Need at least OSX 10.7.0 for file-level FSEvents

Pairing with a local computer appears to work to systems running 10.7, but when you complete the process, they never show up in the repository list.

Also on a side note, when running git annex webapp it triggers the opening of an html file in whatever the default html file handler is. I edit a lot of html, so for me that is usually a text editor. I had to change the file handler to open html files with my web browser for the git annex webapp to actually work. Is there a way to change that so that git annex webapp uses the default web browser for the system rather than the default html file handler?

Like it says in the tip, git annex add will add the large files to git. You can add the small files with git add; git-annex won't do that for you.

To automatically add both sorts of files, you can use the git annex watch or git annex assistant daemons. The latter also keeps files in sync between repositories automatically.

(Why did the picture show up as a new file in git? Because you hadn't committed it. This is the same as when you git add a file; it's only staged in the index; git status will show it is new until you git commit)

I just gave this feature a try, but it seems it doesn't work as expected or maybe I don't understand it:

~/annex/largefilestest % git init
~/annex/largefilestest (git)-[master] % git annex init "test repo"
~/annex/largefilestest (git)-[master] % git config annex.largefiles "not include=*.txt"

Now I copy two files to this directory and add both to the annex

~/annex/largefilestest (git)-[master] % ll
total 100
-rw-rw-r-- 1 tobru tobru 93709 Oct 19 16:14 dpkg-get-selections.txt
-rw-rw-r-- 1 tobru tobru  7256 Jan  6 15:52 x3400.jpg
~/annex/largefilestest (git)-[master] % git annex add .
add x3400.jpg (checksum...) ok
(Recording state in git...)
~/annex/largefilestest (git)-[master] % git status
# On branch master
#
# Initial commit
#
# Changes to be committed:
#   (use "git rm --cached <file>..." to unstage)
#
#       new file:   x3400.jpg
#
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       dpkg-get-selections.txt
~/annex/largefilestest (git)-[master] % ll
total 96
-rw-rw-r-- 1 tobru tobru 93709 Oct 19 16:14 dpkg-get-selections.txt
lrwxrwxrwx 1 tobru tobru   192 Jan  6 15:52 x3400.jpg -> .git/annex/objects/vf/QX/SHA256E-s7256--60e5b69ade5619e37f7fcaa964626da9c415959d861241aa13e2516fffc2dddf.jpg/SHA256E-s7256--60e5b69ade5619e37f7fcaa964626da9c415959d861241aa13e2516fffc2dddf.jpg

So the picture is added to the annex as expected. But the .txt file is not added to git. Do I have to manually add this to git? And why is the picture seen as new file by git?

The second question could be answered by: "run git annex sync". Is this correct? Because after running this command, git does not see this file as a new file anymore:

~/annex/largefilestest (git)-[master] % git annex sync
commit  
[master (root-commit) a0afb14] git-annex automatic sync
 1 file changed, 1 insertion(+)
 create mode 120000 x3400.jpg
ok
git-annex: no branch is checked out
~/annex/largefilestest (git)-[master] % git status
# On branch master
# Untracked files:
#   (use "git add <file>..." to include in what will be committed)
#
#       dpkg-get-selections.txt
nothing added to commit but untracked files present (use "git add" to track)

is there a way to remove one of the urls? e.g. if I have

$> git annex whereis fail2ban_logo.png
whereis fail2ban_logo.png (1 copy) 
    00000000-0000-0000-0000-000000000001 -- web

  web: http://www.fail2ban.org/fail2ban_logo.png
  web: http://www.onerussian.com/tmp/statsmodes.png
ok

and would like to remove the fail2ban.org one... ?

@Alex: You might see if the newly-added wishlist: allow configuration of downloader for addurl could be made to do what you need... I've not played around with it yet, but perhaps you could set the downloader to be something that can sort out the various URLs and send them to the correct downloading tool?

As of my last commit, you don't really need a separate download manager. The webapp will now display urls that git annex addurl is downloading in amoung the other transfers.

bup-split uses a git branch to name the objects stored in the bup repository. So it will be limited by any scalability issues affecting large numbers of git branches. I don't know what those are.

Yes, it would be possible to make git-annex store this in the git-annex branch instead.