Embed projects/{datalad,repronim} tags for the past todo/bugs
Assignment between datalad and repronim might not be 100% right but
approx there depending on the date
Here is the command and its output:
$> git grep -l '\[\[!meta author=\(yoh\|ben\|yarikoptic\|kyle\)\]\]' | grep -v comment | grep -v assure_correct_names___40 | while read f; do d=$(git log --date=iso $f| awk '/^Date/{print $2;}' | tail -n 1 ); p=datalad; if [[ "$d" =~ 2019-.* ]] || [[ "$d" =~ 2018-1.* ]]; then p=repronim; fi; echo $d $p: $f; sed -i -e "s,\(\[\[\!meta author.*\),\1\n\[\[\!tag projects/$p\]\],g" $f; done
2017-10-10 datalad: doc/bugs/--shared_setting_of_git_causes_annex__39__ed_files_to_be_writeable__33__.mdwn
2017-08-12 datalad: doc/bugs/2_ssh_connection_prompts_for_password.mdwn
2018-10-22 repronim: doc/bugs/3_tests_fail_while_trying_to_build_fresh_git_annex_6.20181011+git109-gff9ba1f4d.mdwn
2018-12-20 repronim: doc/bugs/7.20181211+git29-gab4a1bed9_fails_tests_during_neurodebian_build.mdwn
2016-03-12 datalad: doc/bugs/OSX__58___addurl_--batch_--json_spits_out_shortened_output_string__dies_off_with_4.mdwn
2018-11-16 repronim: doc/bugs/Please_include_version_of_used_to_build_ghc_within___34__git_annex_version__34__.mdwn
2016-03-10 datalad: doc/bugs/R__47__O_permissions_are_stalking_me_somehow.mdwn
2019-07-03 repronim: doc/bugs/Regression_in___96__find_--json__96___output.mdwn
2017-01-27 datalad: doc/bugs/Too_difficult_if_not_impossible_to_explicitly_add__47__keep_file_under_git___40__not_annex__41___in_v6_without_employing_.gitattributes.mdwn
2018-12-11 repronim: doc/bugs/Unable_to_addurl_file__58____47____47____47___on_Windows.mdwn
2019-04-10 repronim: doc/bugs/Unable_to_get__47__addurl_to_http_link__58___download_failed__58___InvalidHeader___34__preload__34__.mdwn
2019-09-19 repronim: doc/bugs/add_--json_should_provide_a___34__note__34___with_an_error_message_in_case_of_an_error.mdwn
2016-11-20 datalad: doc/bugs/adds_file_destined_for_annex_into_git_in___39__addurl__39__.mdwn
2016-01-12 datalad: doc/bugs/addurl_--batch__--with-files_doesn__39__t_add_file_into_git_until_pipe_is_closed.mdwn
2016-01-15 datalad: doc/bugs/addurl_--batch___40__--json_or_not__41___doesn__39__t_report_failure_correctly_if_non-annexed_file_exists.mdwn
2016-05-23 datalad: doc/bugs/addurl_--batch_decides_to_talk_to_ssh_remotes_for_some_reason.mdwn
2016-01-11 datalad: doc/bugs/addurl_--file__causes_file_redownload_even_if_it_already_present.mdwn
2019-03-18 repronim: doc/bugs/addurl_fails_with_non-youtube_url_with___34__This_url_is_supported_by_youtube-dl__44___but_youtube-dl_could_potentially_access_any_address__34__.mdwn
2016-12-04 datalad: doc/bugs/annex_add_ignores_.-prefixed_directories.mdwn
2017-03-22 datalad: doc/bugs/annex_doesn__39__t_fixup_symlinks_when___34__git_commit_path__95__to__95__repo__34___is_used.mdwn
2016-07-12 datalad: doc/bugs/annex_drop_fails_to_determine_availability_on_a_http_url_redirecting_to_ftp.mdwn
2016-04-26 datalad: doc/bugs/annex_drop_is_not___34__in_effect__34___for_load_which_was___34__addurl_--batch__34__ed_but_not_yet_committed.mdwn
2018-09-25 datalad: doc/bugs/annex_get_-J_16_via_ssh_stalls_.mdwn
2019-06-05 repronim: doc/bugs/annex_init_no_longer_generates_default_description.mdwn
2018-03-27 datalad: doc/bugs/annex_metadata___40__not_--batch__39__ed__41___is_not_aware_of_files_added_via_addurls_--batch.mdwn
2018-11-12 repronim: doc/bugs/annex_sets_remote___40__regular_http__41___to_be_ignored_while_running_in_docker_container.mdwn
2018-02-23 datalad: doc/bugs/annex_sync___40__in_direct_mode_only__41___does_not_actually_update_local_branch__47__tree.mdwn
2018-05-04 datalad: doc/bugs/annex_view_barfs__fatal__58___Unable_to_add___40__null__41___to_database.mdwn
2016-09-09 datalad: doc/bugs/autoenable__61__true_seems_to_not_work_any_longer.mdwn
2015-11-20 datalad: doc/bugs/autostart__47__git-annex.desktop_gets_resurrected.mdwn
2016-03-29 datalad: doc/bugs/awkward_error_from_annex_whenever_operating_on_a_clone_with_submodules.mdwn
2016-11-08 datalad: doc/bugs/cannot___34__install__34___standalone_git_annex_within_afs_mount.mdwn
2017-03-17 datalad: doc/bugs/cannot___40__or_how__63____41___to_pass_socket_path_with_a_space_in_its_path_via_annex-ssh-options.mdwn
2018-08-08 datalad: doc/bugs/cannot_commit___34__annex_add__34__ed_modified_file_which_switched_its_largefile_status_to_be_committed_to_git_now.mdwn
2017-01-20 datalad: doc/bugs/clash_of_-j__in_copy_for_--json_--json-progress.mdwn
2017-03-01 datalad: doc/bugs/copy_does_not_reflect_some_failed_copies_in_--json_output.mdwn
2017-02-10 datalad: doc/bugs/could_standalone_copy_of_git_ship__47__deploy_hooks_samples_as_well_as_stock_git__63__.mdwn
2015-11-12 datalad: doc/bugs/does_not_complain__47__fail_if_by_mistake_option_value_passed_within_arg_for__-c.mdwn
2016-07-14 datalad: doc/bugs/drop_blows_on_lustre__58___SQLite3_returned_ErrorIO.mdwn
2016-04-29 datalad: doc/bugs/dropkey_--batch_--json_--force_is_always_succesfull.mdwn
2016-02-24 datalad: doc/bugs/duplicate_progress_reports_in_parallel___39__get__39__.mdwn
2016-04-27 datalad: doc/bugs/encfs_support_--_shouldn__39__t_it_be_treated_as_crippled_already__63__.mdwn
2019-08-03 repronim: doc/bugs/fails_to___96__get__96___in_parallel_for_a_freshly_clone_from_public_s3_bucket_where_versioning_info_was_forgotten.mdwn
2019-09-02 repronim: doc/bugs/fails_to_init_under_a_directory_with_a___34__tricky__34___name.mdwn
2017-07-26 datalad: doc/bugs/fails_to_verify_presence_via_http_while_wget_fetches_it_just_fine.mdwn
2019-08-13 repronim: doc/bugs/fresh_build_for_neurodebian__58___test_failure.mdwn
2017-09-13 datalad: doc/bugs/fsck_does_not_detect__47__fix_some_key_directories_correctly.mdwn
2017-07-30 datalad: doc/bugs/get_--json_fails_whenever_plain_get_works___40__with_https_urls__41__.mdwn
2018-03-09 datalad: doc/bugs/get_-JX__58____transfer_already_in_progress_..._for_some_files.mdwn
2017-08-30 datalad: doc/bugs/get_-J___34__fails__34___to_get_files_with_the_same_key.mdwn
2017-03-15 datalad: doc/bugs/get_-J_cannot_be_used_with_password-based_authentication.mdwn
2018-02-10 datalad: doc/bugs/get_-J_from_ssh_remote_tries_to_lock_in_home_directory__63__.mdwn
2019-07-11 repronim: doc/bugs/get_fails_to_place_v7_unlocked_file_content_into_the_file_tree_in_v7_in_repo_with_detached_HEAD.mdwn
2018-05-06 datalad: doc/bugs/get_from_the_web_remote_fails___40__redirect__63____41___-_lack_of_further_debug_info.mdwn
2018-09-22 datalad: doc/bugs/get_over_ssh_fails_with___fd__58__19__58___hClose__58___resource_vanished.mdwn
2016-03-12 datalad: doc/bugs/git-annex__58___content_is_locked__while_trying_to_move_under_NFS_and_pidlock.mdwn
2019-03-18 repronim: doc/bugs/git-annex_precommit_.__gets_stuck_after_likely_interrupted___96__annex_add__96___call.mdwn
2016-06-02 datalad: doc/bugs/git_annex_adjust_--unlock_seems_to_cause_migration_of_a_file_to_another_backend.mdwn
2017-02-06 datalad: doc/bugs/git_annex_info_fails_on_NFS__58___waitToSetLock__58___resource_exhausted___40__No_locks_available__41__.mdwn
2017-10-25 datalad: doc/bugs/graft__47__graft_cleanup_commits_--_really_needed__63__.mdwn
2018-03-05 datalad: doc/bugs/howto_guarantee_a_single_instance_of_a_special_remote__63__.mdwn
2018-09-25 datalad: doc/bugs/impossible_to_login_to_the_website_at_times.mdwn
2018-02-20 datalad: doc/bugs/impossible_to_perform___34__read-only__34___git_annex_info_without_write_permissions.mdwn
2016-01-11 datalad: doc/bugs/inconsistent_output_upon_addurl_--batch_complicates_if_not_forbids_reliable_parsing_of_output.mdwn
2015-12-21 datalad: doc/bugs/info_--json_lists_backend_usage_stats_as_a_list_of_lists.mdwn
2018-10-11 repronim: doc/bugs/initial_get_-J_on_exported_S3_bucket_fails.mdwn
2016-01-28 datalad: doc/bugs/lookupkey_started_to_spit_out___34__debug__34___messages_to_stdout.mdwn
2016-02-09 datalad: doc/bugs/man_page_for_command_misses_actual_command_in_the_synopsis_for_git-annex-checkpresentkey.mdwn
2018-11-08 repronim: doc/bugs/multiple_ssh_prompts__44___and_thread_blocked_indefinitely_in_an___63____63____63___transaction.mdwn
2017-02-17 datalad: doc/bugs/mysterious_dependency_of_git_annex_status_output_of_the_added_file.mdwn
2016-01-15 datalad: doc/bugs/new_whereis_--json_lost_information_about_web_urls_if_other_special_remotes_provide_them.mdwn
2017-05-25 datalad: doc/bugs/parallel_get_can_fail_some_downloads_and_require_re-getting_.mdwn
2016-05-01 datalad: doc/bugs/prematurely___40__can__39__t_check_offline__41___marks_remote_as_annex-ignore.mdwn
2018-05-08 datalad: doc/bugs/regression_-_fails_to_drop_._Exit_code_11_wo_--debug__44___and_1_with_--debug.mdwn
2017-12-06 datalad: doc/bugs/regression_-_yt__58___prefix_for___34__regular__34___urls.mdwn
2019-08-23 repronim: doc/bugs/regression__58___fails_to_detect_need_for_pidlock_on_an_NSF_mount.mdwn
2019-05-09 repronim: doc/bugs/regression__58___http_downloads_redirecting_to_ftp_are_no_longer_supported.mdwn
2016-10-17 datalad: doc/bugs/remote_repository_must_be_version_6_as_well_to_have_copied_files_appear_correctly.mdwn
2016-08-05 datalad: doc/bugs/reports_success_when_addurl_--batch__a_file_which_is_.gitignore__39__d.mdwn
2017-09-26 datalad: doc/bugs/set_metadata_leaks_from_one___40__staged__41___key_to_another_during_rename_of_file.mdwn
2016-02-15 datalad: doc/bugs/shouldn__39__t_keep_permissions_of_the_ssh_remote__63__.mdwn
2016-03-09 datalad: doc/bugs/some_tests_fail_while_running_under_NFS.mdwn
2018-09-18 datalad: doc/bugs/some_transfers_for_get_-J4_fail_over_ssh__47__rsync_and_require_retry.mdwn
2018-09-25 datalad: doc/bugs/standalone_build_is_slightly_out_of_date.mdwn
2015-10-28 datalad: doc/bugs/standalone_builds_shouldn__39__t_pollute___126____47__.ssh_with_helpers_merely_upon_annex_init.mdwn
2016-05-25 datalad: doc/bugs/strips___95___from_extensions_in_E_backends__63__.mdwn
2016-03-01 datalad: doc/bugs/thread_blocked_indefinitely_in_an_STM_transaction__while_moving_within__a_local_clone.mdwn
2016-01-15 datalad: doc/bugs/treatment_of_largefiles_is_not_working_for_addurl_--fast___40__or_--relaxed__41__.mdwn
2018-09-11 datalad: doc/bugs/unable_to_get_from_public_S3_remote_without_clear_reasoning_why.mdwn
2018-09-25 datalad: doc/bugs/unclear_why_annex_fails_to_get_a_file_from_a_public_S3_bucket_where_it_exported_before.mdwn
2016-02-08 datalad: doc/bugs/use_of_annex_in_submodule_replaces_.git_with_incorrect_symlink.mdwn
2016-02-26 datalad: doc/bugs/using_regular_magic_file__warning_pollutes_stderr.mdwn
2018-09-06 datalad: doc/bugs/v6_-_under_subdir__58___git_add___34__whines__34____44___git_commit___34__blows__34__.mdwn
2018-09-12 datalad: doc/bugs/whereis_shouldn__39__t_just_crash_if_one_of_the_special_remotes___34__drivers__34___is_not_available.mdwn
2019-01-21 repronim: doc/bugs/windows__58___autostart_for_annex_64bit_looks_under_x86.mdwn
2016-01-18 datalad: doc/todo/--batch_for_add.mdwn
2016-01-18 datalad: doc/todo/--batch_for_find.mdwn
2016-01-05 datalad: doc/todo/--batch_for_info.mdwn
2016-10-24 datalad: doc/todo/Allow_for_TRANSFER-SUCCESS_to_report_also_a_URL_where_key_could_now_be_obtained_from.mdwn
2018-02-05 datalad: doc/todo/INFO_message_for_custom_special_remotes.mdwn
2018-09-19 datalad: doc/todo/Natively_support_s3__58____47____47___urls___40__for_addurl__44___get__44___etc__41__.mdwn
2016-07-28 datalad: doc/todo/__39__info_filename__39___to_provide_information_either_content_is_locally_present.mdwn
2019-04-25 repronim: doc/todo/add_--json-progress_to___96__git_annex_add__96__.mdwn
2016-04-22 datalad: doc/todo/add_option_to_whereis_to_avoid_network_interactions.mdwn
2017-03-23 datalad: doc/todo/annex_add___40__-u__124__--update__41___mode.mdwn
2016-08-05 datalad: doc/todo/annex_merge_--remotes.mdwn
2017-02-06 datalad: doc/todo/be_able_to_specify_custom_commit_message_for_git-annex_branch_commit.mdwn
2016-02-10 datalad: doc/todo/checkpresentkey_without_explicit_remote.mdwn
2018-09-28 datalad: doc/todo/config_setting_to_force_--progress_reporting_for_some_git_calls.mdwn
2018-09-27 datalad: doc/todo/configuration_option_for_default___34__mode__34___on_crippled_file_systems.mdwn
2016-06-09 datalad: doc/todo/could_standalone___39__fixed__39___git-annex_binaries_be_prelinked__63__.mdwn
2016-04-25 datalad: doc/todo/drop_--batch.mdwn
2016-06-16 datalad: doc/todo/get_--batch.mdwn
2017-07-21 datalad: doc/todo/git_annex_info___60__remote__62___does_not_list_all_the_parameters_for_the_remote.mdwn
2016-06-09 datalad: doc/todo/git_annex_info_to_include_information_about_repo_version__63__.mdwn
2019-04-05 repronim: doc/todo/globus_special_remote_as_a___34__transport__34___layer.mdwn
2018-02-06 datalad: doc/todo/include_msg_with_possible_reason_why_command___40__e.g._add__41___failed_into_--json_output.mdwn
2016-07-05 datalad: doc/todo/interface_to_the___34__progress__34___of_annex_operations.mdwn
2018-05-22 datalad: doc/todo/machine_readable_information_about_reason_of_failure_in_enableremote.mdwn
2015-11-02 datalad: doc/todo/make_addurl_respect_annex.largefiles_option.mdwn
2016-02-15 datalad: doc/todo/make_annex_info_more_efficient.mdwn
2016-05-19 datalad: doc/todo/make_copy_--fast__faster.mdwn
2016-02-12 datalad: doc/todo/metadata_--batch.mdwn
2017-02-16 datalad: doc/todo/output_of_wanted___40__and_possibly_group_etc__41___should_not_be_polluted_with___34__informational__34___messages.mdwn
2014-12-18 datalad: doc/todo/parallel_get.mdwn
2018-09-28 datalad: doc/todo/prevent_directly_printing_to_stderr_error_from_an_attempt_to_download_remote___47__config_file.mdwn
2018-08-04 datalad: doc/todo/provide___39__file__39___in_--json-progress_record_for_addurl.mdwn
2019-01-25 repronim: doc/todo/publicurl_config_for_all_special_remotes.mdwn
2016-01-19 datalad: doc/todo/return___34__key__34___entry_in_--json_output_for_addurl___40__and_future_add__41___--batch.mdwn
2019-01-25 repronim: doc/todo/some_way_to_get_a_list_of_options_for_a_special_remote_of_a_given_type.mdwn
2018-04-28 datalad: doc/todo/support___126____47__.netrc_for_http_access_authentication_specs_as_was_done_when_wget_was_used.mdwn
2018-01-12 datalad: doc/todo/support_ssh__58____47____47___or_sftp__58____47____47___urls_via___34__built-in__34___ssh_support.mdwn
2016-08-05 datalad: doc/todo/sync_--branches__to_sync_only_specified_branches___40__e.g._git-annex__41__.mdwn
2016-10-28 datalad: doc/todo/unlock_--json.mdwn
2016-10-17 datalad: doc/todo/unlock_--read-only.mdwn
This commit is contained in:
Yaroslav Halchenko
Joey Hess
parent
a3f5158021
commit
6eb8784e7c
135 changed files with 135 additions and 0 deletions
|
|
@ -27,4 +27,5 @@ FWIW my umask is 077 but originally discovered on a system with umask 0002
|
|||
I guess I need to annex fsck tons of repositories now :-/
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
|
|
|||
|
|
@ -61,4 +61,5 @@ get R042/R042-2013-08-16/R042-2013-08-16-CSC01a.ncs get R042/R042-2013-08-16/R04
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
|
|
|||
|
|
@ -38,5 +38,6 @@ Full log http://www.onerussian.com/tmp/git-annex_6.20181011+git109-gff9ba1f4d-1~
|
|||
(not sure if relevant - this is I think the first build without my custom no LOCPATH patch)
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -24,5 +24,6 @@ FAIL
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> [[done]] I think.. --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -35,6 +35,7 @@ error: git-annex died of signal 4
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]]; this was indeed due to libmagic, and I've fixed it using brew
|
||||
> --build-bottle to make a portable one. Then had to disable the build
|
||||
|
|
|
|||
|
|
@ -1,5 +1,6 @@
|
|||
Since git-annex version is not always sufficient to pin point the source of regression (e.g. see [the get -J issue](http://git-annex.branchable.com/bugs/multiple_ssh_prompts__44___and_thread_blocked_indefinitely_in_an___63____63____63___transaction/)), it would be really nice if the version of ghc (and thus all its libraries if I get it right) was included in the output of `git annex version`
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> Closing as I was blind -- there is `dependency versions` reported [[done]] --[[yarikoptic]]
|
||||
|
|
|
|||
|
|
@ -53,3 +53,4 @@ git-annex: add: 1 failed
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -30,5 +30,6 @@ show similar issues and `find` is just the first I noticed.
|
|||
GNU/Linux, building git-annex with Guix
|
||||
|
||||
[[!meta author=kyle]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -105,6 +105,7 @@ index 982793c..8fdffc0 100644
|
|||
yeap
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]]; clean filter defaults to preserving git/annex state of file.
|
||||
> --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -63,3 +63,4 @@ Awhile back we [had related discussion](https://git-annex.branchable.com/bugs/gi
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
|
|
|||
|
|
@ -73,6 +73,7 @@ local repository version: 5
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> closing as there are no code changes to git-annex that can fix this,
|
||||
> it has to be fixed in either http-client or the web server. [[done]]
|
||||
|
|
|
|||
|
|
@ -12,4 +12,5 @@ git-annex: add: 1 failed
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
[[!meta project=repronim]]
|
||||
|
|
|
|||
|
|
@ -37,5 +37,6 @@ cached/staged changes:
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -94,5 +94,6 @@ git-annex version: 6.20160104+gitg0cf96be-1~ndall+1
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> closing as not a bug [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -17,5 +17,6 @@ $> echo "http://www.onerussian.com/tmp/banner.png 123" | git annex addurl --batc
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -17,5 +17,6 @@ yoh@datasets.datalad.org's password:
|
|||
That repository indeed has a remote (ssh) setup pointing to datasets.datalad.org (which carries no load for annex, besides git-annex repository, ATM), but that remote should not be consulted IMHO for addurl operation (not to mention in the --batch mode shouldn't request any user interaction)
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -25,6 +25,7 @@ git-annex version: 6.20160104+gitg0cf96be-1~ndall+1
|
|||
"""]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> I don't think that the re-download is the bug. The actual problem
|
||||
> is that the file is present and not an annexed file, so git-annex addurl
|
||||
|
|
|
|||
|
|
@ -28,6 +28,7 @@ local repository version: 5
|
|||
|
||||
The same happens if I remove `youtube-dl` from the system entirely!
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> due to using --file which bypasses the usual check that youtube-dl
|
||||
> can extract media. [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -74,5 +74,6 @@ Changes to be committed:
|
|||
Ref: https://github.com/datalad/datalad/issues/1027
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
[[done]]; oh -- it is RTFM: --include-dotfiles --[[yoh]]
|
||||
|
|
|
|||
|
|
@ -77,3 +77,4 @@ nothing to commit, working tree clean
|
|||
note that there is no "(recording state in git...) ..." portion in the output!
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -127,5 +127,6 @@ Logging in as anonymous ...
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -62,5 +62,6 @@ t sh
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]] per comments --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -94,5 +94,6 @@ get .heudiconv/qa/ses-20171113/info/filegroup_ses-20171113.json (from origin...)
|
|||
so to me smells like some race condition due to high -J value.
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -97,3 +97,4 @@ Note that the description for here is a blank string.
|
|||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
[[!meta author=kyle]]
|
||||
[[!tag projects/repronim]]
|
||||
|
|
|
|||
|
|
@ -32,4 +32,5 @@ yoh 26790 0.0 0.3 1074180296 63604 pts/16 Tl 11:05 0:00 | \_
|
|||
P.S. It might be a related observation that git-annex metadata does exit with non-0 exit code whenever it is ran on a non-existing file, but it exits with 0 exit code (but without performing any action) when ran on the existing but not known to git file. I wondered if there could be if not a change in behavior but a flag to make `annex metadata PATHs` exit with non-0 code if it didn't handle some path(s) from the provided. Then we could use it within our "set metadata" to guarantee that we do not omit any file for which we thought we would get metadata operation performed.
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
|
|
|||
|
|
@ -82,6 +82,7 @@ git-annex version: 6.20181011+git124-g94aa0e2f6-1~ndall+1
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> [[done]]; git-annex displays a good error message and the dependency is
|
||||
> there. --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -112,5 +112,6 @@ index 0000000..d00491f
|
|||
6.20180206+gitg638032f3a-1~ndall+1
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -29,6 +29,7 @@ git-annex version: 6.20180416+gitg86b18966f-1~ndall+1
|
|||
copy of the repository will be provided via email
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
||||
|
||||
|
|
|
|||
|
|
@ -75,5 +75,6 @@ I am a little confused though since we do test for this scenario in datalad and
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
[[!meta title="autoenable not done for implicit init"]]
|
||||
|
|
|
|||
|
|
@ -7,3 +7,4 @@ Due to the very unstable kernel on my laptop atm I need to reboot quite frequent
|
|||
5.20151116+gitg5416a1a-1~ndall+1
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -58,3 +58,4 @@ ok
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -20,5 +20,6 @@ ls: cannot access git-annex.linux/shimmed/git-pack-redundant/git-pack-redundant:
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -29,3 +29,4 @@ yohtest@smaug's password:
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -68,3 +68,4 @@ Expected behavior:
|
|||
- commit without a failure, committing to git (since .gitattributes instructs so and even `git annex add` reports that)
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -13,6 +13,7 @@ $> git annex copy --help
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> Removed the short -j for --json-progress, I don't think that
|
||||
> needs a short option. [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -21,3 +21,4 @@ git-annex version: 6.20170220+gitg75a15e1ad-1~ndall+1
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -57,5 +57,6 @@ $> find .git
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -21,6 +21,7 @@ lrwxrwxrwx 1 yoh yoh 189 Nov 12 12:03 svgtune-0.2.0/README.rst -> ../.git/annex/
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> I guess it could be considered [[done]] --[[yoh]]
|
||||
|
||||
|
|
|
|||
|
|
@ -49,3 +49,4 @@ operating system: linux x86_64
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -31,5 +31,6 @@ $> echo MD5E-s11--74d80f7dsd99b835e5189948c8d4297efdsdfsdf | git annex dropkey -
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[notabug|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -20,5 +20,6 @@ get docs/freesurfer.intro.mmclass.ppt (from origin...)
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -89,4 +89,5 @@ ok
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
|
|
|||
|
|
@ -88,3 +88,4 @@ get sub-01/meg/sub-01_task-audiovisual_run-01_meg.fif (from s3-PUBLIC...)
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
|
|
|||
|
|
@ -65,5 +65,6 @@ LC_ALL=C
|
|||
</details>
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> fixed in the haskell process library. [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -46,6 +46,7 @@ git-annex: drop: 1 failed
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
||||
> [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -31,5 +31,6 @@ FAIL (0.34s)
|
|||
I have tried to rebuild (`debian/rules binary`) second time while in the same environment -- didn't succeed... but then I proceeded to build amd64 fine, and redid i386 build just fine
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> [[fixed|done]] though w/o a true root cause analysis --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -41,3 +41,4 @@ fsck sub003/anatomy/highres001.nii.gz
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -48,6 +48,7 @@ get sub-01/label/lh.aparc.a2009s.annot (from web...)
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> git-annex no longer uses either curl or wget by default, and always uses
|
||||
> curl when configured to do so, so this kind of surprising behavior will
|
||||
|
|
|
|||
|
|
@ -28,5 +28,6 @@ If needed, I could probably provide you a singularity image with the environment
|
|||
Tried with bleeding edge 6.20180308+gitg3962ca71b-1~ndall+1 although originally detected with 6.20180220+gitg811d0d313-1~ndall+1
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -46,6 +46,7 @@ so at the end we get a run of git-annex which exits with error 1... and in json
|
|||
I wondered if annex should first analyze passed paths to get actual keys to be fetched?
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]]; also fixed for several other commands, but the final
|
||||
> fix needed each command that could have the problem to be modified, so
|
||||
|
|
|
|||
|
|
@ -37,3 +37,4 @@ I have entered password just once -- didn't try to enter it multiple times into
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -45,5 +45,6 @@ To get to that host I have `ProxyCommand ssh -q -A smaug.dartmouth.edu 'nc -w1 %
|
|||
Most of the days of the week. Friday is a tricky one
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]]; see my comment --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -54,5 +54,6 @@ as you can see the arg-test.sim is only 68 bytes, not 2MB or a symlink.
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -82,6 +82,7 @@ git annex get --debug --from=web sub-01.html
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> This does not involve redirects. It's hitting the url a
|
||||
> couple of times on failure, thus the multiple "from web".
|
||||
|
|
|
|||
|
|
@ -64,5 +64,6 @@ so ssh connection seems to be ok
|
|||
what could it be?
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -29,3 +29,4 @@ $> echo $?
|
|||
BTW running move in our old now somewhat screwed up annex, results in a differently expressed error: [http://www.onerussian.com/tmp/2016-02-29.png](http://www.onerussian.com/tmp/2016-02-29.png)
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -97,3 +97,4 @@ There is also two `.git/annex/misctmp/jlog*` files with one from Feb 28 and one
|
|||
what could be a reason and any way to mitigate?
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
|
|
|||
|
|
@ -56,5 +56,6 @@ git-annex version: 6.20160523+gitg33c00ab-1~ndall+1
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -43,4 +43,5 @@ git-annex version: 6.20170101+gitg93d69b1-1~ndall+1
|
|||
so this one was a run from within singularity neurodebian environment on a centos box. but the same behaviour is if ran using 6.20161231-gc8eeb17da standalone build ran under CentOS natively.
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
|
|
|||
|
|
@ -57,5 +57,6 @@ $> git lg --stat git-annex | head -n 30
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> Seems we're ok, so [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -34,4 +34,5 @@ I wondered if there is an easy way to restrict a single instance for some specia
|
|||
6.20180220+gitg811d0d313-1~ndall+1
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
|
|
|||
|
|
@ -2,6 +2,7 @@ As reported before in private communication, remains the case. Yesterday happen
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
[screenshot.png](http://www.onerussian.com/tmp/gkrellShoot_09-25-18_092905.png)
|
||||
[[!taglink confirmed]]
|
||||
|
|
|
|||
|
|
@ -17,3 +17,4 @@ git-annex: info: 1 failed
|
|||
unless there is really a need to have this operations performed within the same repository/the same filesystem, I do not understand why generic $TMPDIR could not be used for such operations so no write access has to be demanded
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -19,6 +19,7 @@ failed
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> I've made --json work for addurl; I feel that's the way to go for parsing
|
||||
> its output. [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -30,5 +30,6 @@ instead of more logical
|
|||
also it seems it just doubles them since I have only 2 files, 1 for each backend (as reported also by info "local annex keys": 2).
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -47,5 +47,6 @@ get sub-01/ses-01/func/sub-01_ses-01_task-Stroop_acq-cf0AP_run-03_physio.tsv.gz
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -37,5 +37,6 @@ SHA256E-s4--181210f8f9c779c26da1d9b2075bde0127302ee0e3fca38c9a83f5b1dd8e5d3b.dat
|
|||
I guess I will just skip all lines starting with ( for now but thought to let you know about such changed behavior which might complicate pipelining etc
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -14,5 +14,6 @@ SYNOPSIS
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -58,5 +58,6 @@ This is on an NFS mounted partition, but remains the same when run under `/tmp`
|
|||
Running a significantly more outdated version I found laying around (6.20170815+gitg22da64d0f-1~ndall+1) shows a single password prompt
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -79,5 +79,6 @@ A file5
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
[[done]]
|
||||
|
|
|
|||
|
|
@ -89,5 +89,6 @@ as you can see -- only --json format is missing on web remote URLs. I guess, id
|
|||
what is the purpose of note in current output anyways since it just duplicates information in 'whereis' field?
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -29,5 +29,6 @@ SHA256E-s328--c2eb8088cdc71a0d4cbd660312bef5421a47ce7da3655efdb17712e7188be4a1.t
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -25,5 +25,6 @@ git-annex: get: 1 failed
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -101,5 +101,6 @@ error: git-annex died of signal 11
|
|||
which also resolves with downgrade of git-annex.
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -27,5 +27,6 @@ This is a new behavior, this test was passing before, and I do not think we sugg
|
|||
Some tests also failed related to our datalad archives git annex special remote but I didn't look into them yet -- I guess though that it is related ;-)
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -62,5 +62,6 @@ type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp
|
|||
```
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -66,5 +66,6 @@ local repository version: 5
|
|||
Originally [reported in DataLad #3321](https://github.com/datalad/datalad/issues/3321) with workarounds to force `curl` downloads
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -30,6 +30,7 @@ $> ./v6-push.sh 6 2>&1 | grep '>>>'
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> The data loss bugs are fixed in [[!commit ee309d694161d0f416420db6c4efb834c813351e]].
|
||||
>
|
||||
|
|
|
|||
|
|
@ -29,6 +29,7 @@ git-annex: user error (xargs ["-0","git","--git-dir=.git","--work-tree=.","--lit
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> And it leaves the unstaged symlink behind too.
|
||||
>
|
||||
|
|
|
|||
|
|
@ -43,3 +43,4 @@ value
|
|||
you can see in above taht 1 and 2 have different content/keys, but they both acquire the same tag=value. If I commit 2 after it being renamed from 1, it is ok.
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -7,3 +7,4 @@ Initially generated an annex while having a restrictive umask 077. Then cloned
|
|||
6.20160208+gitg1ac9034-1~ndall+1
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -52,3 +52,4 @@ FAIL
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -30,4 +30,5 @@ git-annex version: 6.20180807+git291-g549114118-1~ndall+1
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
|
|
|||
|
|
@ -42,4 +42,5 @@ $> git -C ~/proj/git-annex describe --contains 6.20180808-ga1327779a
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
|
|
|||
|
|
@ -14,5 +14,6 @@ Originally described in http://git-annex.branchable.com/devblog/day_155__missing
|
|||
5.20150916+gitg79661ef-1~ndall+1
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
Since packaged version suggestively (I think I did check) resolved the issue, marking it as [[done]]
|
||||
|
|
|
|||
|
|
@ -13,5 +13,6 @@ lrwxrwxrwx 1 yoh yoh 126 May 25 14:27 ds001_R1.1.0_raw.tgz -> .git/annex/objects
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -36,5 +36,6 @@ upgrade supported from repository versions: 0 1 2 4 5
|
|||
and it works ok without pidlock enabled
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -23,6 +23,7 @@ lrwxrwxrwx 1 yoh yoh 132 Jan 13 18:44 test.txt -> .git/annex/objects/KW/kj/URL-s
|
|||
it does consider largefiles for if addurl without --fast, or --relaxed
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]]; this can't really be done, but I added `git annex
|
||||
> matchexpression` to allow scripting that checks expressions such as
|
||||
|
|
|
|||
|
|
@ -75,3 +75,4 @@ remote annex size: 103.28 gigabytes (+ 632 unknown size)
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
|
|
|||
|
|
@ -120,6 +120,7 @@ It would be nice, before introducing versioning information as you outlined in t
|
|||
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> Added an error message when download of an invalid url is attempted
|
||||
> and also made the url be listed by --debug. [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -45,5 +45,6 @@ upgrade supported from repository versions: 0 1 2 4 5
|
|||
"""]]
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]]
|
||||
|
|
|
|||
|
|
@ -21,5 +21,6 @@ annex is up to date: 6.20160225+gitg229db26-1~ndall+1
|
|||
|
||||
edit1: that is happening on jessie with file 1:5.22+15-2+deb8u1 if that is relevant
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -47,5 +47,6 @@ git-annex version: 6.20180807+git230-gaa291acfe-1~ndall+1
|
|||
also happens with 6.20180807-1 but not with 6.20170101-1+deb9u2, so it is a regression
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -34,5 +34,6 @@ whereis 1003/13873.nii.gz (3 copies)
|
|||
and indeed with error code exit may be.
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
|
||||
|
|
|
|||
|
|
@ -6,6 +6,7 @@ The problem came upon reboot when I got "Windows Script Host" error "Can not fin
|
|||
P.S. I really hope that someone eventually takes time to make git-annex become available for Windows from conda-forge.
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/repronim]]
|
||||
|
||||
> Made the NSIS gitInstallDir probe which of PROGRAMFILES/Git
|
||||
> and PROGRAMFILES/Git exists, and use whichever. [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -1,6 +1,7 @@
|
|||
should be extremely helpful when adding many files one at a time ;)
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> Implemented; made it not recurse into directories and output a blank line
|
||||
> if it doesn't add the file, so there's aways 1 line of output for each
|
||||
|
|
|
|||
|
|
@ -1,5 +1,6 @@
|
|||
I am using `annex find filename` after running 'annex add` to figure out if file was added to annex or to git.
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -1,5 +1,6 @@
|
|||
I guess as other commands which take separate files/keys as its argument(s), having --batch for info command would be of benefit
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]] --[[Joey]]
|
||||
|
|
|
|||
|
|
@ -7,6 +7,7 @@ TRANSFER-SUCCESS STORE Key URL
|
|||
response when upon STORE success special remote provides a url under which content should be registered available from.
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> I think this was trying to implement something like what `git annex
|
||||
> export`, and since that's implemented now, we shouldn't need to worry
|
||||
|
|
|
|||
|
|
@ -1,5 +1,6 @@
|
|||
I wondered if it would be sensible to ask to extend [externals special remote protocol](https://git-annex.branchable.com/design/external_special_remote_protocol/) with ability for custom remotes to pass back some INFO level message (not only DEBUG or ERROR). The reason is: in datalad-archives special remote we usually need to `git annex get` first the key containing the archive, which might be sizeable. Since there is ATM no way to communicate back to git-annex, so it could communicate back to the datalad which runs it, it results in no output/message to the user that possibly a heavy download is happening in the background. So, we would need to establish our own communication from datalad-archives special remote all the way to top level datalad process to report that, or I wondered if may be we could report back to git-annex, and it in turn report back to the original process (running e.g. `annex get --json --json-progress`) so it could spit out that message wrapped into a json record within the stream, so we could process and output that to the user.
|
||||
|
||||
[[!meta author=yoh]]
|
||||
[[!tag projects/datalad]]
|
||||
|
||||
> [[done]] --[[Joey]]
|
||||
|
|
|
|||
Some files were not shown because too many files have changed in this diff Show more
Loading…
Add table
Reference in a new issue