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 2019-09-21 21:07:09 -04:00 committed by Joey Hess
parent a3f5158021
commit 6eb8784e7c
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
135 changed files with 135 additions and 0 deletions

View file

@ -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 :-/ I guess I need to annex fsck tons of repositories now :-/
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -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]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -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) (not sure if relevant - this is I think the first build without my custom no LOCPATH patch)
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -24,5 +24,6 @@ FAIL
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> [[done]] I think.. --[[Joey]] > [[done]] I think.. --[[Joey]]

View file

@ -35,6 +35,7 @@ error: git-annex died of signal 4
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]]; this was indeed due to libmagic, and I've fixed it using brew > [[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 > --build-bottle to make a portable one. Then had to disable the build

View file

@ -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` 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]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> Closing as I was blind -- there is `dependency versions` reported [[done]] --[[yarikoptic]] > Closing as I was blind -- there is `dependency versions` reported [[done]] --[[yarikoptic]]

View file

@ -53,3 +53,4 @@ git-annex: add: 1 failed
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -30,5 +30,6 @@ show similar issues and `find` is just the first I noticed.
GNU/Linux, building git-annex with Guix GNU/Linux, building git-annex with Guix
[[!meta author=kyle]] [[!meta author=kyle]]
[[!tag projects/repronim]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -105,6 +105,7 @@ index 982793c..8fdffc0 100644
yeap yeap
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]]; clean filter defaults to preserving git/annex state of file. > [[done]]; clean filter defaults to preserving git/annex state of file.
> --[[Joey]] > --[[Joey]]

View file

@ -63,3 +63,4 @@ Awhile back we [had related discussion](https://git-annex.branchable.com/bugs/gi
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]

View file

@ -73,6 +73,7 @@ local repository version: 5
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> closing as there are no code changes to git-annex that can fix this, > 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]] > it has to be fixed in either http-client or the web server. [[done]]

View file

@ -12,4 +12,5 @@ git-annex: add: 1 failed
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
[[!meta project=repronim]] [[!meta project=repronim]]

View file

@ -37,5 +37,6 @@ cached/staged changes:
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -94,5 +94,6 @@ git-annex version: 6.20160104+gitg0cf96be-1~ndall+1
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> closing as not a bug [[done]] --[[Joey]] > closing as not a bug [[done]] --[[Joey]]

View file

@ -17,5 +17,6 @@ $> echo "http://www.onerussian.com/tmp/banner.png 123" | git annex addurl --batc
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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) 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]] --[[Joey]] > [[done]] --[[Joey]]

View file

@ -25,6 +25,7 @@ git-annex version: 6.20160104+gitg0cf96be-1~ndall+1
"""] """]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> I don't think that the re-download is the bug. The actual problem > 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 > is that the file is present and not an annexed file, so git-annex addurl

View file

@ -28,6 +28,7 @@ local repository version: 5
The same happens if I remove `youtube-dl` from the system entirely! The same happens if I remove `youtube-dl` from the system entirely!
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> due to using --file which bypasses the usual check that youtube-dl > due to using --file which bypasses the usual check that youtube-dl
> can extract media. [[fixed|done]] --[[Joey]] > can extract media. [[fixed|done]] --[[Joey]]

View file

@ -74,5 +74,6 @@ Changes to be committed:
Ref: https://github.com/datalad/datalad/issues/1027 Ref: https://github.com/datalad/datalad/issues/1027
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
[[done]]; oh -- it is RTFM: --include-dotfiles --[[yoh]] [[done]]; oh -- it is RTFM: --include-dotfiles --[[yoh]]

View file

@ -77,3 +77,4 @@ nothing to commit, working tree clean
note that there is no "(recording state in git...) ..." portion in the output! note that there is no "(recording state in git...) ..." portion in the output!
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -127,5 +127,6 @@ Logging in as anonymous ...
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -62,5 +62,6 @@ t sh
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]] per comments --[[Joey]] > [[done]] per comments --[[Joey]]

View file

@ -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. so to me smells like some race condition due to high -J value.
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -97,3 +97,4 @@ Note that the description for here is a blank string.
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]
[[!meta author=kyle]] [[!meta author=kyle]]
[[!tag projects/repronim]]

View file

@ -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. 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -82,6 +82,7 @@ git-annex version: 6.20181011+git124-g94aa0e2f6-1~ndall+1
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> [[done]]; git-annex displays a good error message and the dependency is > [[done]]; git-annex displays a good error message and the dependency is
> there. --[[Joey]] > there. --[[Joey]]

View file

@ -112,5 +112,6 @@ index 0000000..d00491f
6.20180206+gitg638032f3a-1~ndall+1 6.20180206+gitg638032f3a-1~ndall+1
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -29,6 +29,7 @@ git-annex version: 6.20180416+gitg86b18966f-1~ndall+1
copy of the repository will be provided via email copy of the repository will be provided via email
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -75,5 +75,6 @@ I am a little confused though since we do test for this scenario in datalad and
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
[[!meta title="autoenable not done for implicit init"]] [[!meta title="autoenable not done for implicit init"]]

View file

@ -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 5.20151116+gitg5416a1a-1~ndall+1
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -58,3 +58,4 @@ ok
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -20,5 +20,6 @@ ls: cannot access git-annex.linux/shimmed/git-pack-redundant/git-pack-redundant:
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]] --[[Joey]] > [[done]] --[[Joey]]

View file

@ -29,3 +29,4 @@ yohtest@smaug's password:
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -68,3 +68,4 @@ Expected behavior:
- commit without a failure, committing to git (since .gitattributes instructs so and even `git annex add` reports that) - commit without a failure, committing to git (since .gitattributes instructs so and even `git annex add` reports that)
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -13,6 +13,7 @@ $> git annex copy --help
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> Removed the short -j for --json-progress, I don't think that > Removed the short -j for --json-progress, I don't think that
> needs a short option. [[done]] --[[Joey]] > needs a short option. [[done]] --[[Joey]]

View file

@ -21,3 +21,4 @@ git-annex version: 6.20170220+gitg75a15e1ad-1~ndall+1
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -57,5 +57,6 @@ $> find .git
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]] --[[Joey]] > [[done]] --[[Joey]]

View file

@ -21,6 +21,7 @@ lrwxrwxrwx 1 yoh yoh 189 Nov 12 12:03 svgtune-0.2.0/README.rst -> ../.git/annex/
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> I guess it could be considered [[done]] --[[yoh]] > I guess it could be considered [[done]] --[[yoh]]

View file

@ -49,3 +49,4 @@ operating system: linux x86_64
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -31,5 +31,6 @@ $> echo MD5E-s11--74d80f7dsd99b835e5189948c8d4297efdsdfsdf | git annex dropkey -
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[notabug|done]] --[[Joey]] > [[notabug|done]] --[[Joey]]

View file

@ -20,5 +20,6 @@ get docs/freesurfer.intro.mmclass.ppt (from origin...)
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -89,4 +89,5 @@ ok
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -88,3 +88,4 @@ get sub-01/meg/sub-01_task-audiovisual_run-01_meg.fif (from s3-PUBLIC...)
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]

View file

@ -65,5 +65,6 @@ LC_ALL=C
</details> </details>
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> fixed in the haskell process library. [[done]] --[[Joey]] > fixed in the haskell process library. [[done]] --[[Joey]]

View file

@ -46,6 +46,7 @@ git-annex: drop: 1 failed
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]] --[[Joey]] > [[done]] --[[Joey]]

View file

@ -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 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]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> [[fixed|done]] though w/o a true root cause analysis --[[Joey]] > [[fixed|done]] though w/o a true root cause analysis --[[Joey]]

View file

@ -41,3 +41,4 @@ fsck sub003/anatomy/highres001.nii.gz
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -48,6 +48,7 @@ get sub-01/label/lh.aparc.a2009s.annot (from web...)
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> git-annex no longer uses either curl or wget by default, and always uses > 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 > curl when configured to do so, so this kind of surprising behavior will

View file

@ -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 Tried with bleeding edge 6.20180308+gitg3962ca71b-1~ndall+1 although originally detected with 6.20180220+gitg811d0d313-1~ndall+1
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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? I wondered if annex should first analyze passed paths to get actual keys to be fetched?
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]]; also fixed for several other commands, but the final > [[fixed|done]]; also fixed for several other commands, but the final
> fix needed each command that could have the problem to be modified, so > fix needed each command that could have the problem to be modified, so

View file

@ -37,3 +37,4 @@ I have entered password just once -- didn't try to enter it multiple times into
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -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 Most of the days of the week. Friday is a tricky one
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]]; see my comment --[[Joey]] > [[done]]; see my comment --[[Joey]]

View file

@ -54,5 +54,6 @@ as you can see the arg-test.sim is only 68 bytes, not 2MB or a symlink.
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -82,6 +82,7 @@ git annex get --debug --from=web sub-01.html
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> This does not involve redirects. It's hitting the url a > This does not involve redirects. It's hitting the url a
> couple of times on failure, thus the multiple "from web". > couple of times on failure, thus the multiple "from web".

View file

@ -64,5 +64,6 @@ so ssh connection seems to be ok
what could it be? what could it be?
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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) 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -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? what could be a reason and any way to mitigate?
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]

View file

@ -56,5 +56,6 @@ git-annex version: 6.20160523+gitg33c00ab-1~ndall+1
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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. 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -57,5 +57,6 @@ $> git lg --stat git-annex | head -n 30
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> Seems we're ok, so [[done]] --[[Joey]] > Seems we're ok, so [[done]] --[[Joey]]

View file

@ -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 6.20180220+gitg811d0d313-1~ndall+1
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -2,6 +2,7 @@ As reported before in private communication, remains the case. Yesterday happen
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
[screenshot.png](http://www.onerussian.com/tmp/gkrellShoot_09-25-18_092905.png) [screenshot.png](http://www.onerussian.com/tmp/gkrellShoot_09-25-18_092905.png)
[[!taglink confirmed]] [[!taglink confirmed]]

View file

@ -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 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -19,6 +19,7 @@ failed
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> I've made --json work for addurl; I feel that's the way to go for parsing > I've made --json work for addurl; I feel that's the way to go for parsing
> its output. [[done]] --[[Joey]] > its output. [[done]] --[[Joey]]

View file

@ -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). 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -14,5 +14,6 @@ SYNOPSIS
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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 Running a significantly more outdated version I found laying around (6.20170815+gitg22da64d0f-1~ndall+1) shows a single password prompt
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -79,5 +79,6 @@ A file5
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
[[done]] [[done]]

View file

@ -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? what is the purpose of note in current output anyways since it just duplicates information in 'whereis' field?
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -29,5 +29,6 @@ SHA256E-s328--c2eb8088cdc71a0d4cbd660312bef5421a47ce7da3655efdb17712e7188be4a1.t
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -25,5 +25,6 @@ git-annex: get: 1 failed
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -101,5 +101,6 @@ error: git-annex died of signal 11
which also resolves with downgrade of git-annex. which also resolves with downgrade of git-annex.
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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 ;-) 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -62,5 +62,6 @@ type nfs (rw,relatime,vers=3,rsize=131072,wsize=131072,namlen=255,hard,proto=tcp
``` ```
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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 Originally [reported in DataLad #3321](https://github.com/datalad/datalad/issues/3321) with workarounds to force `curl` downloads
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -30,6 +30,7 @@ $> ./v6-push.sh 6 2>&1 | grep '>>>'
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> The data loss bugs are fixed in [[!commit ee309d694161d0f416420db6c4efb834c813351e]]. > The data loss bugs are fixed in [[!commit ee309d694161d0f416420db6c4efb834c813351e]].
> >

View file

@ -29,6 +29,7 @@ git-annex: user error (xargs ["-0","git","--git-dir=.git","--work-tree=.","--lit
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> And it leaves the unstaged symlink behind too. > And it leaves the unstaged symlink behind too.
> >

View file

@ -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. 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -7,3 +7,4 @@ Initially generated an annex while having a restrictive umask 077. Then cloned
6.20160208+gitg1ac9034-1~ndall+1 6.20160208+gitg1ac9034-1~ndall+1
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -52,3 +52,4 @@ FAIL
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -30,4 +30,5 @@ git-annex version: 6.20180807+git291-g549114118-1~ndall+1
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -42,4 +42,5 @@ $> git -C ~/proj/git-annex describe --contains 6.20180808-ga1327779a
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -14,5 +14,6 @@ Originally described in http://git-annex.branchable.com/devblog/day_155__missing
5.20150916+gitg79661ef-1~ndall+1 5.20150916+gitg79661ef-1~ndall+1
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
Since packaged version suggestively (I think I did check) resolved the issue, marking it as [[done]] Since packaged version suggestively (I think I did check) resolved the issue, marking it as [[done]]

View file

@ -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]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -36,5 +36,6 @@ upgrade supported from repository versions: 0 1 2 4 5
and it works ok without pidlock enabled and it works ok without pidlock enabled
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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 it does consider largefiles for if addurl without --fast, or --relaxed
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]]; this can't really be done, but I added `git annex > [[done]]; this can't really be done, but I added `git annex
> matchexpression` to allow scripting that checks expressions such as > matchexpression` to allow scripting that checks expressions such as

View file

@ -75,3 +75,4 @@ remote annex size: 103.28 gigabytes (+ 632 unknown size)
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -120,6 +120,7 @@ It would be nice, before introducing versioning information as you outlined in t
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> Added an error message when download of an invalid url is attempted > Added an error message when download of an invalid url is attempted
> and also made the url be listed by --debug. [[done]] --[[Joey]] > and also made the url be listed by --debug. [[done]] --[[Joey]]

View file

@ -45,5 +45,6 @@ upgrade supported from repository versions: 0 1 2 4 5
"""]] """]]
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] > [[fixed|done]]

View file

@ -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 edit1: that is happening on jessie with file 1:5.22+15-2+deb8u1 if that is relevant
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -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 also happens with 6.20180807-1 but not with 6.20170101-1+deb9u2, so it is a regression
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[fixed|done]] --[[Joey]] > [[fixed|done]] --[[Joey]]

View file

@ -34,5 +34,6 @@ whereis 1003/13873.nii.gz (3 copies)
and indeed with error code exit may be. and indeed with error code exit may be.
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]

View file

@ -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. P.S. I really hope that someone eventually takes time to make git-annex become available for Windows from conda-forge.
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/repronim]]
> Made the NSIS gitInstallDir probe which of PROGRAMFILES/Git > Made the NSIS gitInstallDir probe which of PROGRAMFILES/Git
> and PROGRAMFILES/Git exists, and use whichever. [[done]] --[[Joey]] > and PROGRAMFILES/Git exists, and use whichever. [[done]] --[[Joey]]

View file

@ -1,6 +1,7 @@
should be extremely helpful when adding many files one at a time ;) should be extremely helpful when adding many files one at a time ;)
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> Implemented; made it not recurse into directories and output a blank line > 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 > if it doesn't add the file, so there's aways 1 line of output for each

View file

@ -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. 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]] --[[Joey]] > [[done]] --[[Joey]]

View file

@ -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 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]] --[[Joey]] > [[done]] --[[Joey]]

View file

@ -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. response when upon STORE success special remote provides a url under which content should be registered available from.
[[!meta author=yoh]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> I think this was trying to implement something like what `git annex > 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 > export`, and since that's implemented now, we shouldn't need to worry

View file

@ -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. 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]] [[!meta author=yoh]]
[[!tag projects/datalad]]
> [[done]] --[[Joey]] > [[done]] --[[Joey]]

Some files were not shown because too many files have changed in this diff Show more