From cced468c58ce628620680633e7ed1f87711e4dd1 Mon Sep 17 00:00:00 2001 From: "joseph.rawson.works@85a210ab8c0e37a0b2d6bb235738b20e23e8878f" Date: Sat, 6 Jan 2018 20:34:31 +0000 Subject: Added a comment: Download playlist --- .../comment_3_c3735d169bfe81eaba5557197b1c0eb0._comment | 9 +++++++++ 1 file changed, 9 insertions(+) create mode 100644 doc/devblog/youtube-dl_day_3/comment_3_c3735d169bfe81eaba5557197b1c0eb0._comment diff --git a/doc/devblog/youtube-dl_day_3/comment_3_c3735d169bfe81eaba5557197b1c0eb0._comment b/doc/devblog/youtube-dl_day_3/comment_3_c3735d169bfe81eaba5557197b1c0eb0._comment new file mode 100644 index 000000000..904580913 --- /dev/null +++ b/doc/devblog/youtube-dl_day_3/comment_3_c3735d169bfe81eaba5557197b1c0eb0._comment @@ -0,0 +1,9 @@ +[[!comment format=mdwn + username="joseph.rawson.works@85a210ab8c0e37a0b2d6bb235738b20e23e8878f" + nickname="joseph.rawson.works" + avatar="http://cdn.libravatar.org/avatar/6b473d5484b68803e8c47eeff9197397" + subject="Download playlist" + date="2018-01-06T20:34:31Z" + content=""" +Thanks! I'll try testing the ```importfeed``` now! +"""]] -- cgit v1.2.3 From 7931ab5e8cba45a78d476d9cd4c2bbc7bc28f6bf Mon Sep 17 00:00:00 2001 From: "joseph.rawson.works@85a210ab8c0e37a0b2d6bb235738b20e23e8878f" Date: Sat, 6 Jan 2018 21:57:06 +0000 Subject: Added a comment: testing importfeed --- .../comment_4_d19a698b28a5d6b583c527b9a909370d._comment | 12 ++++++++++++ 1 file changed, 12 insertions(+) create mode 100644 doc/devblog/youtube-dl_day_3/comment_4_d19a698b28a5d6b583c527b9a909370d._comment diff --git a/doc/devblog/youtube-dl_day_3/comment_4_d19a698b28a5d6b583c527b9a909370d._comment b/doc/devblog/youtube-dl_day_3/comment_4_d19a698b28a5d6b583c527b9a909370d._comment new file mode 100644 index 000000000..a2a9be207 --- /dev/null +++ b/doc/devblog/youtube-dl_day_3/comment_4_d19a698b28a5d6b583c527b9a909370d._comment @@ -0,0 +1,12 @@ +[[!comment format=mdwn + username="joseph.rawson.works@85a210ab8c0e37a0b2d6bb235738b20e23e8878f" + nickname="joseph.rawson.works" + avatar="http://cdn.libravatar.org/avatar/6b473d5484b68803e8c47eeff9197397" + subject="testing importfeed" + date="2018-01-06T21:57:06Z" + content=""" +I tested importfeed. It seemed to be stuck on ```importfeed checking known urls```. The first playlist I tried had 70+ videos, so I tested a shorter playlist and got the same response. I noticed that on the [[tips/downloading_podcasts]] page, only channels are mentions, but not playlists. However, you mentioned playlists in your response. I was able to work around the issue: + +```for _id in `youtube-dl 'https://www.youtube.com/watch?v=ps40Uminvno&list=PLWnVxuqvY7Jj2Z8aeR-qKXACCXUN4Ouv_' --get-id` ; do echo \"https://www.youtube.com/watch?v=${_id}\" ; done | git-annex addurl --batch --jobs 2``` + +"""]] -- cgit v1.2.3 From 7993ee1a3b6616971c06f5ecfa20a9b97450b9a0 Mon Sep 17 00:00:00 2001 From: davicastro Date: Sun, 7 Jan 2018 00:37:10 +0000 Subject: Added a comment: any drawbacks in using --shared (hardlinks) clones on same Linux machine? --- .../comment_2_f60c43ec9d493db03e2a5a5595501e55._comment | 11 +++++++++++ 1 file changed, 11 insertions(+) create mode 100644 doc/forum/share_.git__47__annex__47__objects_across_multiple_repositories_on_one_machine/comment_2_f60c43ec9d493db03e2a5a5595501e55._comment diff --git a/doc/forum/share_.git__47__annex__47__objects_across_multiple_repositories_on_one_machine/comment_2_f60c43ec9d493db03e2a5a5595501e55._comment b/doc/forum/share_.git__47__annex__47__objects_across_multiple_repositories_on_one_machine/comment_2_f60c43ec9d493db03e2a5a5595501e55._comment new file mode 100644 index 000000000..2d8d6e7d9 --- /dev/null +++ b/doc/forum/share_.git__47__annex__47__objects_across_multiple_repositories_on_one_machine/comment_2_f60c43ec9d493db03e2a5a5595501e55._comment @@ -0,0 +1,11 @@ +[[!comment format=mdwn + username="davicastro" + avatar="http://cdn.libravatar.org/avatar/4e708663cf4d5b9e8cfea74caf4307fc" + subject="any drawbacks in using --shared (hardlinks) clones on same Linux machine?" + date="2018-01-07T00:37:10Z" + content=""" +Hi, I'm new to git and we might be adopting it on next project solely because of git annex! +As our files are quite big, having users cloning the repository with --shared is very very nice! +We use Linux, so no issue with hardlinks. I did some testing and so far so good. No duplicated space is very very nice! +But I'm wondering: is there any disadvantage on this approach? +"""]] -- cgit v1.2.3 From ac649cd4d8d189147deb766aa098e934270f4582 Mon Sep 17 00:00:00 2001 From: sawmke Date: Sun, 7 Jan 2018 19:01:32 +0000 Subject: --- .../Missing_automounts_block_every_command.mdwn | 44 ++++++++++++++++++++++ 1 file changed, 44 insertions(+) create mode 100644 doc/bugs/Missing_automounts_block_every_command.mdwn diff --git a/doc/bugs/Missing_automounts_block_every_command.mdwn b/doc/bugs/Missing_automounts_block_every_command.mdwn new file mode 100644 index 000000000..12a3463e8 --- /dev/null +++ b/doc/bugs/Missing_automounts_block_every_command.mdwn @@ -0,0 +1,44 @@ +### Please describe the problem. +When a remote is located on a device (network) that systemd is configured to automount but fails to do so, every git-annex command blocks/waits until the automount times out. + +Commands that have to access such a remote (e.g., `sync`, `move`) are are allowed to block, but commands that only operate on the local repository (e.g., `version`, `add`, `calckey`, `find`) or another one (`sync not-doesnotexist`, `move --to=not-doesnotexist`) should not. + +The Bash completion is also affected and blocks at every tab. + +Probably related: git-annex causes **not missing** idle hard drives (as remotes) to spin up for no reason – even for local commands and completions. + +### What steps will reproduce the problem? +Add a non-existing mount point to `/etc/fstab`: + + /dev/sdoesnotexist /mnt/doesnotexist ext4 defaults,noauto,x-systemd.automount,x-systemd.device-timeout=10 0 0 + +Add a remote pointing to a path on `/mnt/doesnotexist`: + + $ git remote add doesnotexist /mnt/doesnotexist/path/to/repository + +Use any git-annex command and wait for at least `x-systemd.device-timeout`: + + $ time git-annex version > /dev/null + real 0m10.433s + user 0m0.171s + sys 0m0.028s + +### What version of git-annex are you using? On what operating system? + + git-annex version: 6.20171214-g61b515d71d + build flags: Assistant Webapp Pairing Testsuite S3(multipartupload)(storageclasses) WebDAV Inotify DBus DesktopNotify ConcurrentOutput TorrentParser MagicMime Feeds + dependency versions: aws-0.18 bloomfilter-2.0.1.0 cryptonite-0.24 DAV-1.3.1 feed-1.0.0.0 ghc-8.2.2 http-client-0.5.7.1 persistent-sqlite-2.6.4 torrent-10000.1.1 uuid-1.3.13 yesod-1.4.5 + key/value backends: SHA256E SHA256 SHA512E SHA512 SHA224E SHA224 SHA384E SHA384 SHA3_256E SHA3_256 SHA3_512E SHA3_512 SHA3_224E SHA3_224 SHA3_384E SHA3_384 SKEIN256E SKEIN256 SKEIN512E SKEIN512 SHA1E SHA1 MD5E MD5 WORM URL + remote types: git gcrypt p2p S3 bup directory rsync web bittorrent webdav tahoe glacier ddar hook external + local repository version: 5 + supported repository versions: 3 5 6 + upgrade supported from repository versions: 0 1 2 3 4 5 + operating system: linux x86_64 + +### Please provide any additional information below. + +`strace` always includes a call to `stat("/mnt/doesnotexist/path/to/repository")`. + +### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders) + +I’m very happy with git-annex (thanks) and use it frequently enough to notice this behavior. -- cgit v1.2.3 From dc37b243d3e5cb81a9b26632a27aede6b92e0c6e Mon Sep 17 00:00:00 2001 From: Horus Date: Mon, 8 Jan 2018 19:21:24 +0000 Subject: --- ...es_git_annex_does_not_want_that_file__63__.mdwn | 33 ++++++++++++++++++++++ 1 file changed, 33 insertions(+) create mode 100644 doc/forum/Why_does_git_annex_does_not_want_that_file__63__.mdwn diff --git a/doc/forum/Why_does_git_annex_does_not_want_that_file__63__.mdwn b/doc/forum/Why_does_git_annex_does_not_want_that_file__63__.mdwn new file mode 100644 index 000000000..3dac8e4ae --- /dev/null +++ b/doc/forum/Why_does_git_annex_does_not_want_that_file__63__.mdwn @@ -0,0 +1,33 @@ +Hello, + +I have an repo that uses standard groups / wanted expressions: + + % git annex wanted . && git annex group . + standard + archive backup + +I use the two groups so that the repo wants anything (backup) and is recognized as an archive repo, so other repos drop files in archive/. + + % git annex drop fortune + drop fortune (checking S3...) ok + (recording state in git...) + +fine. But: + + % git annex get --auto + +does nothing. I do not understand, why the repo does not want the file. Same for git annex sync --content. + + % git annex whereis fortune + whereis fortune (3 copies) + 19317658-7d40-4412-94ba-a2525e625283 -- Asaru + 2f41eb74-5f33-4737-bb6b-1cd31dd67ee5 -- External + 728648bf-5276-4a86-9df9-9a30f4783027 -- [S3] + ok + +Asaru is standard/client, S3 is standard/backup and External has no group / wanted set. + + + +Thanks, +Florian -- cgit v1.2.3 From 2abd5a68450bc7b315f9fbd92092e18b4eafa04b Mon Sep 17 00:00:00 2001 From: emanuele Date: Tue, 9 Jan 2018 08:46:44 +0000 Subject: Added a comment --- .../comment_5_4fdbb304d67b198f32aa55b1672b0c78._comment | 10 ++++++++++ 1 file changed, 10 insertions(+) create mode 100644 doc/bugs/wrong_permissions_of_unused__44___badunused_and_tmpunused__63__/comment_5_4fdbb304d67b198f32aa55b1672b0c78._comment diff --git a/doc/bugs/wrong_permissions_of_unused__44___badunused_and_tmpunused__63__/comment_5_4fdbb304d67b198f32aa55b1672b0c78._comment b/doc/bugs/wrong_permissions_of_unused__44___badunused_and_tmpunused__63__/comment_5_4fdbb304d67b198f32aa55b1672b0c78._comment new file mode 100644 index 000000000..77d25eaa2 --- /dev/null +++ b/doc/bugs/wrong_permissions_of_unused__44___badunused_and_tmpunused__63__/comment_5_4fdbb304d67b198f32aa55b1672b0c78._comment @@ -0,0 +1,10 @@ +[[!comment format=mdwn + username="emanuele" + avatar="http://cdn.libravatar.org/avatar/f51cc5c6c3a0eb28faa6491c3cbcfcce" + subject="comment 5" + date="2018-01-09T08:46:44Z" + content=""" +I can confirm that the permissions I see are set as you say: .git/annex/misctmp is writable by the group. Still, the error message appears here, using git-annex 6.20171211. I will look more in detail into this one. If something interesting pops out, I'll write here. + +Thanks again for your work. +"""]] -- cgit v1.2.3