git-annex.branchable.com/submodules/#comment-2f017a0f1a13329f4f738568b3eb82ae

Added a comment

Added a comment: Using fsck is an option?

Added a comment: Colocating git-annex and git-lfs

Added a comment: Multi-line string in WHEREIS-SUCCESS?

expand on what i feel a tweak could help

Add annextimelog project

add openneuro project

comment

Added a comment

removed

Fix typo

Added a comment: a script to hide history

Explicitly specify 1.0 Debian source format

This is what has always been used, avoids a build warning.

Using 3.0 (native) would be better, but risks breaking builds that
modify this debian directory. Eg, if someone adds -1 to the version
number, they would also have to change away from native source format.

update thanks and separate out 2023 name list

Suggest cooperating with hellotux.com for git-annex-branded shirts

pre-commit: Avoid committing the git-annex branch

Except when a commit is made in a view, which changes metadata.

Make the assistant commit the git-annex branch after git commit of working
tree changes.

This allows using the annex.commitmessage-command in the assistant to
generate a commit message for the git-annex branch that relies on state
gathered during the commit of the working tree. Eg, it might reuse the
commit message.

Note that, when not using the assistant, a git-annex add still commits
the git-annex branch, so such a annex.commitmessage-command set up would
not work then. But if someone is using the assistant and wants
programmatic control over commit messages, this is useful. Someone not
using the assistant can get the same result by using annex.alwayscommit=false
during the git-annex add, and git-annex merge after they git commit.

pre-commit was never really intended to commit the git-annex branch
(except after recording changed metadata), but the assistant did sort of
rely on it. It does later commit the git-annex branch before pushing to
remotes, but I didn't want to risk building up lots of uncommitted changes
to it if that didn't happen frequently.

Sponsored-by: the NIH-funded NICEMAN (ReproNim TR&D3) project

added annex.commitmessage-command config

Sponsored-by: the NIH-funded NICEMAN (ReproNim TR&D3) project

comment

Added a comment

removed

Added a comment

top

improved approach

remove comment that doesn't actually work

update

comment

Merge branch 'master' of ssh://git-annex.branchable.com

design document for verified relaxed urls

Sponsored-by: Graham Spencer on Patreon

close as distributed migration meets this use case

Added a comment: Update: workaround with branches

Added a comment: This behavior should be the default one

Added a comment

comment

comment

Merge branch 'master' of ssh://git-annex.branchable.com

comment

initial question on grafting the history when we have sensitive data

Added a comment

Added a comment

update

close

Merge branch 'master' of ssh://git-annex.branchable.com

move commitStaged out of Command.Sync which no longer uses it

It's trivial enough that it it's not worth factoring it out to somewhere
in common with Command.Undo and the assistant.

Sponsored-by: the NIH-funded NICEMAN (ReproNim TR&D3) project

assistant, undo: When committing, let the usual git commit hooks run

Was doing a Git.Branch.commit for historical reasons to do with direct
mode, which no longer apply.

Note that the preCommitAnnexHook is no longer called in commitStaged
because git-annex installs a pre-commit hook that runs the pre-commit-annex
hook. And git commit will run the pre-commit hook.

Sponsored-by: the NIH-funded NICEMAN (ReproNim TR&D3) project

Added a comment

Added a comment

Added a comment

Added a comment

Added a comment

Revert "try aws-0.23 again with i386ancient"

This reverts commit 43d182a9554c3cd4e2d2433ba0216d2254aeda17.

In the dependencies for aws-0.23:
    aeson-1.3.1.1 from stack configuration does not match >=2.0.0.0  (latest matching version
                  is 2.1.2.1)

So this will never be able to be updated to aws-0.23 probably.

try aws-0.23 again with i386ancient

stack.yaml: Update to lts-22.9 and use crypton.

remove support for directory < 1.2.7

The build depends already require 1.2.7, so these old ifdefs must be
unnecessary.

Added a comment: centralized repository workflow

wording

forgot to add this comment earlier

improve special remote docs

Sponsored-by: Dartmouth College's DANDI project

really close

addurl, importfeed: Added --raw-except option

--raw-except=web allows using yt-dlp but not any other special remotes.

Currently this option can only be used once, trying to use it repeatedly
will make option parsing fail. Perhaps it ought to support being used more
than once, but it seemed like an unlikely use case to need that.

Note that getParsed is called repeatedly when the option is used with
several urls. While implementing DeferredParseClass would avoid that
innefficiency, it didn't seem worth the added boilerplate since
getParsed only calls byNameWithUUID which does minimal work.

Sponsored-by: Dartmouth College's DANDI project

comment and close

comment

comment

comment

Added a comment: Same issue after kernel oops

update for rename of forum/assistant.mdwn to forum/__96__git_annex_assistant__96___command_replace_all_files_with_pointer_file..mdwn

update for rename of forum/assistant.mdwn to forum/__96__git_annex_assistant__96___command_replace_all_files_with_pointer_file..mdwn

rename forum/assistant.mdwn to forum/__96__git_annex_assistant__96___command_replace_all_files_with_pointer_file..mdwn

Added a comment

fix importfeed --force skip behavior reversion

importfeed --force: Don't treat it as a failure when an already downloaded
file exists. (Fixes a behavior change introduced in 10.20230626.)

04ee6c4c6b2 caused the reversion. Inside a CommandPerform, stop causes it
to fail. Before that commit, it was inside a CommandStart, where stop
causes it to skip.

compare urls irrespective of downloader

importfeed --force: Avoid creating duplicates of existing already
downloaded files when yt-dlp or a special remote was used.

Merge branch 'master' of ssh://git-annex.branchable.com

comment

Added a comment

oddly groundhog's day thematic response

followup

the plea to respect prepare-commit-msg hook

todo for support of pushinsteadof

Added a comment

Added a comment: combine worm with partial hash

Added a comment

question about migrating URLs between remotes

Initial desire for `addurl --raw-except`

Added a comment

question about importfeed.

update docs for --scrape

followup and close

Merge branch 'master' of ssh://git-annex.branchable.com

importfeed: Added --scrape option

Which uses yt-dlp to screen scrape the equivilant of an RSS feed.

Note that youtubedlscraped is a speed optimisation. Since yt-dlp found
the urls, we know it can download them. That avoids calling
youtubeDlSupported on each url, which makes --fast a lot faster.

Almost all the same metadata fields and file formatting fields are
populated, when yt-dlp is able to get the data. Note that yt-dlp has some
additional useful metadata that could be exposed. But, much of it is
specific to particular websites, and it would be hard to document on the
git-annex importfeed man page.

Sponsored-by: unqueued on Patreon