Recent comments posted to this site:

If I have a big repo of YouTube stuff I might have some videos that I want to download with different options. Maybe I want higher quality for some videos, and don't care for others. It seems like youtube-dl-options can only be specified for an entire annex, though. I'd like to be able to do it per file.

The main motivation for this is YouTube videos where I only want the audio. Is there a good way to do this? Best I can think of is having a separate annex for audio and video.

Comment by hobbes Thu Mar 8 18:47:57 2018

Hi, from technical point of view, are there any drawbacks/limitations on adopting a workflow of everyone in the project using "git annex add" and relying on the annex.largefiles settings instead of them having to use the separate commands? * I would use repo v5 as repo v6 seems to still need work to do, and I don't need it's features. I just would like to avoid human error of people not using by mistake regular git add for bigfiles. I understand that repo v6 would allow, but I don't like it's default behavior of using unlocked mode when I add things with git add (although it would properly annex the files, but in unlocked mode these files would occupy space in the work copy, and I don't want that). Thanks.

Comment by davicastro Thu Mar 8 11:21:55 2018

@davi, you are using an ancient version of git-annex, from before this command was added. Upgrade.

Comment by joey Tue Mar 6 17:39:40 2018

I`m using version: 5.20151208 and there is no such command as git annex config. It is also not listed on git annex help

Comment by davi.castro Tue Mar 6 03:03:45 2018
I've just installed git-annex in OSX High Sierra, and it pulls a LOT of dependencies, many of them already installed. For instance, yet another python distro. It is kind of overkill just to install annex.
Comment by drunken_sapo Mon Mar 5 11:48:11 2018
@Alan: stretch-backports now includes git-annex on armel and armhf.
Comment by spwhitton Sun Mar 4 19:03:19 2018

@elmimmo, you could add all those permutations, but there's no need to connect repositories that you don't need git-annex to transfer data between.

Comment by joey Fri Mar 2 19:09:36 2018

@arseny-n the misctemp directory does not normally contain anything, or only temp files in use by the currently running git-annex process for a short amount of time. The only way I know of that it can get files piled up in it is when you kill the git-annex process while it's using such a file.

It's always safe to delete the files in misctemp as long as git-annex is not running. Also, the names of the files should give a pretty good clue about what git-annex was using the file for. For example "jlog" files are used for staging the journal.

Comment by joey Thu Feb 22 16:56:13 2018
Ok, gotcha. Shouldn't then EXTENSION entries also be somehow versioned per each one of them? or if needed a new extension would be born by appending a version to its name (e.g. as with all those imap, imap2, imap3, ... ;-))
Comment by yarikoptic Wed Feb 7 20:01:53 2018

What if the remote wants to use some feature like NOTE, but can still manage to work when an old git-annex does not support it? Hard bumping the VERSION cannot support that. If the remote requires to be able to use NOTE and sees it cannot, it can still throw an error.

There are a bunch of requests in the protocol that are optional for the remote to support; git-annex deals with remotes that don't support them in better ways than throwing up its hands because the special remote is too old. It's very good that the protocol allowed adding those extensions without bumping a version. The protocol is less extensible when it comes replies and other messages sent by the special remote, and I want to get the same extensibility for those.

Comment by joey Wed Feb 7 19:04:03 2018