From 4bd02fbeda4ba2678632942f51eb07330cc0cef2 Mon Sep 17 00:00:00 2001 From: Ilya_Shlyakhter Date: Sun, 24 Feb 2019 21:06:33 +0000 Subject: [PATCH 01/11] added bug report for the standalone runshell related to caching locale info --- ...ne_runshell_locale_cache_fails_on_too-long_filenames.mdwn | 5 +++++ 1 file changed, 5 insertions(+) create mode 100644 doc/bugs/git-annex_standalone_runshell_locale_cache_fails_on_too-long_filenames.mdwn diff --git a/doc/bugs/git-annex_standalone_runshell_locale_cache_fails_on_too-long_filenames.mdwn b/doc/bugs/git-annex_standalone_runshell_locale_cache_fails_on_too-long_filenames.mdwn new file mode 100644 index 0000000000..75a087a95c --- /dev/null +++ b/doc/bugs/git-annex_standalone_runshell_locale_cache_fails_on_too-long_filenames.mdwn @@ -0,0 +1,5 @@ +In the standalone build of git-annex, the runshell script caches locale info in a directory the name of which is based on the full path to the script: +http://source.git-annex.branchable.com/?p=source.git;a=blob;f=standalone/linux/skel/runshell;h=32849e3f8df85e9d260498539f147d0cbe96889a;hb=HEAD#l131 +When the full path is too long, this fails with the error "filename too long". + +Also, if the locale info is specific to the standalone environment, maybe it could be built as part of the process that creates the standalone package, rather than built on-the-fly and cached in the user's home dir? From 8e635a0ee64379ded81c533ec254d60a4f908c59 Mon Sep 17 00:00:00 2001 From: Ilya_Shlyakhter Date: Sun, 24 Feb 2019 21:15:11 +0000 Subject: [PATCH 02/11] fixed URL link --- ...alone_runshell_locale_cache_fails_on_too-long_filenames.mdwn | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/doc/bugs/git-annex_standalone_runshell_locale_cache_fails_on_too-long_filenames.mdwn b/doc/bugs/git-annex_standalone_runshell_locale_cache_fails_on_too-long_filenames.mdwn index 75a087a95c..0cba63f87d 100644 --- a/doc/bugs/git-annex_standalone_runshell_locale_cache_fails_on_too-long_filenames.mdwn +++ b/doc/bugs/git-annex_standalone_runshell_locale_cache_fails_on_too-long_filenames.mdwn @@ -1,5 +1,5 @@ In the standalone build of git-annex, the runshell script caches locale info in a directory the name of which is based on the full path to the script: -http://source.git-annex.branchable.com/?p=source.git;a=blob;f=standalone/linux/skel/runshell;h=32849e3f8df85e9d260498539f147d0cbe96889a;hb=HEAD#l131 + When the full path is too long, this fails with the error "filename too long". Also, if the locale info is specific to the standalone environment, maybe it could be built as part of the process that creates the standalone package, rather than built on-the-fly and cached in the user's home dir? From d269336f1952f92643c9497e27286cdc0a8f35e3 Mon Sep 17 00:00:00 2001 From: Ilya_Shlyakhter Date: Sun, 24 Feb 2019 21:58:39 +0000 Subject: [PATCH 03/11] added bug report re: incomplete gpg in standalone git-annex sandbox --- .../git-annex_standalone_provides_gpg_but_not_gpg-agent.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/bugs/git-annex_standalone_provides_gpg_but_not_gpg-agent.mdwn diff --git a/doc/bugs/git-annex_standalone_provides_gpg_but_not_gpg-agent.mdwn b/doc/bugs/git-annex_standalone_provides_gpg_but_not_gpg-agent.mdwn new file mode 100644 index 0000000000..dbc0800eb9 --- /dev/null +++ b/doc/bugs/git-annex_standalone_provides_gpg_but_not_gpg-agent.mdwn @@ -0,0 +1 @@ +In the sandbox environment used by git-annex standalone, the gpg binary exists, but not gpg-agent (or gpgconf or other potentially needed binaries). This causes problems when the host system provides a different version of gpg that does provide these programs. E.g. git-annex-test crypto tests seem to (indirectly?) use gpg-agent. From a8f0b482bf4551bb4649360a6ae192eaff439623 Mon Sep 17 00:00:00 2001 From: Ilya_Shlyakhter Date: Sun, 24 Feb 2019 22:14:00 +0000 Subject: [PATCH 04/11] added question about using own gpg/gpg-agent with standalone git-annex --- .../git-annex_standalone_provides_gpg_but_not_gpg-agent.mdwn | 3 +++ 1 file changed, 3 insertions(+) diff --git a/doc/bugs/git-annex_standalone_provides_gpg_but_not_gpg-agent.mdwn b/doc/bugs/git-annex_standalone_provides_gpg_but_not_gpg-agent.mdwn index dbc0800eb9..b21ad2f9d2 100644 --- a/doc/bugs/git-annex_standalone_provides_gpg_but_not_gpg-agent.mdwn +++ b/doc/bugs/git-annex_standalone_provides_gpg_but_not_gpg-agent.mdwn @@ -1 +1,4 @@ In the sandbox environment used by git-annex standalone, the gpg binary exists, but not gpg-agent (or gpgconf or other potentially needed binaries). This causes problems when the host system provides a different version of gpg that does provide these programs. E.g. git-annex-test crypto tests seem to (indirectly?) use gpg-agent. + +If I want to use my own gpg version (compatible with my own gpg-agent), is it safe to just delete all files named 'gpg' from the git-annex.linux directory? + From c39fd60958513081997ce5a79e4b89134b902bca Mon Sep 17 00:00:00 2001 From: mario Date: Mon, 25 Feb 2019 14:33:27 +0000 Subject: [PATCH 05/11] Added a comment: Find (and other operations) over multiple repos --- ...6_8d931c135df8f9eba201a3dbb94af87e._comment | 18 ++++++++++++++++++ 1 file changed, 18 insertions(+) create mode 100644 doc/git-annex-find/comment_6_8d931c135df8f9eba201a3dbb94af87e._comment diff --git a/doc/git-annex-find/comment_6_8d931c135df8f9eba201a3dbb94af87e._comment b/doc/git-annex-find/comment_6_8d931c135df8f9eba201a3dbb94af87e._comment new file mode 100644 index 0000000000..29a5aa9143 --- /dev/null +++ b/doc/git-annex-find/comment_6_8d931c135df8f9eba201a3dbb94af87e._comment @@ -0,0 +1,18 @@ +[[!comment format=mdwn + username="mario" + avatar="http://cdn.libravatar.org/avatar/4c63b0935789d29210d0bd8cad8d7ac7" + subject="Find (and other operations) over multiple repos" + date="2019-02-25T14:33:26Z" + content=""" +Sometimes I want to move files from one git annex repo to another. It would be really awesome if one could so something like: + + git annex find --in here --and --not --in-repo /path/to/OTHER-REPO + +Just to make myself clear. I do not mean \"other remote\" (foreign instance of \"same\" repo). I actually mean different repos without common location tracking, no common branches, etc. The only concession I would make (since I think it's necessary) would be that the same backend has to be used in both repos. + +This approach could also be relevant for other git annex commands, e.g.: + + git annex move file --to-repo /path/to/OTHER-REPO + +Is there any way to do it? Or would this be a feature request worth to consider? +"""]] From 7bfca4fc05322f4faa0f3a0481c7eb160d807f0e Mon Sep 17 00:00:00 2001 From: Ilya_Shlyakhter Date: Mon, 25 Feb 2019 18:34:16 +0000 Subject: [PATCH 06/11] added bug report for when git-annex-import declines to import files that are under the repo but are git-ignored --- .../git-annex-import_declines_to_import_git-ignored_fies.mdwn | 1 + 1 file changed, 1 insertion(+) create mode 100644 doc/bugs/git-annex-import_declines_to_import_git-ignored_fies.mdwn diff --git a/doc/bugs/git-annex-import_declines_to_import_git-ignored_fies.mdwn b/doc/bugs/git-annex-import_declines_to_import_git-ignored_fies.mdwn new file mode 100644 index 0000000000..632348403f --- /dev/null +++ b/doc/bugs/git-annex-import_declines_to_import_git-ignored_fies.mdwn @@ -0,0 +1 @@ +git-annex-import currently refuses to import any files under the repo dir, saying to use git-add instead. I think it should treat git-ignored files as if they were outside the repo. I often have a dir under the repo that is gitignored, and acts as a temp work area; git-annex-import should treat the files there as if they were outside the repo. From b94bcc8e777a212fceb2ca9eb921b0ba98a9f25f Mon Sep 17 00:00:00 2001 From: "hoabg102@4a7a5918bc078f792113da142cf8c6d825a1825c" Date: Tue, 26 Feb 2019 02:33:43 +0000 Subject: [PATCH 07/11] --- doc/forum/Hello_everyone.mdwn | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/doc/forum/Hello_everyone.mdwn b/doc/forum/Hello_everyone.mdwn index 6735c2499b..a93a117b4c 100644 --- a/doc/forum/Hello_everyone.mdwn +++ b/doc/forum/Hello_everyone.mdwn @@ -1,4 +1 @@ -Hi Everyone -I'm a new member and my name is Kullboys. -I'm happy to be familiar with you. -Thanks[.](https://lab.louiz.org/snippets/421) +[*bài hát*](https://git-annex.branchable.com) From facbbfd91ba1c27169e5bd376647d3a969c1fcab Mon Sep 17 00:00:00 2001 From: "hoabg102@4a7a5918bc078f792113da142cf8c6d825a1825c" Date: Tue, 26 Feb 2019 08:50:57 +0000 Subject: [PATCH 08/11] --- doc/forum/Hello_everyone.mdwn | 40 ++++++++++++++++++++++++++++++++++- 1 file changed, 39 insertions(+), 1 deletion(-) diff --git a/doc/forum/Hello_everyone.mdwn b/doc/forum/Hello_everyone.mdwn index a93a117b4c..1101c708c5 100644 --- a/doc/forum/Hello_everyone.mdwn +++ b/doc/forum/Hello_everyone.mdwn @@ -1 +1,39 @@ -[*bài hát*](https://git-annex.branchable.com) +**Bật mí cách đánh đề chuẩn nhất cho bạn** + +Cầu giải đặc biệt hay còn được gọi là cầu số, người chơi sẽ dự đoán ra 2 con số cuối của GĐB sẽ về xem con số đó về bao nhiêu là đẹp và chính xác nhất. Người chơi chắc chắn khi tham gia sẽ muốn tìm cho bản thân những phương pháp sao cho khi áp dụng sẽ thu được tỷ lệ cầu về [**XSMN**](https://www.vingle.net/posts/2547321) là cao nhất. + +Vây cụ thể phương pháp này như thế nào, chúng được áp dụng ra sao. Trong bài viết này chúng tôi sẽ cung cấp cho bạn chi tiết nhất về các phương pháp giúp các bạn có thêm thật nhiều kinh nghiệm khi tham gia chơi . Kính mời quý độc giả cùng theo dõi bài viết dưới đây. + +![](https://i.imgur.com/QVMO8kn.jpg) + +Đánh theo ngày + +Đầu tiên phương pháp mà tôi muốn giới thiệu cho bạn chính là phương pháp soi cầu GĐB hôm nay theo ngày. Phương pháp này tuy khả năng về không là cao nhất nhưng các bạn có thể áp dụng cùng với một phần may mắn trong bạn để có thể nhận được giải thưởng cao nhất. + +Phương pháp này được áp dụng khi bạn soi cầu miền Bắc hôm nay theo ngày dương. Dùng số lộn và số thẳng của ngày hôm đó và đánh cùng với cặp số cộng trừ 1 đến 2 đơn vị để nhận được xác xuất cầu về là cao nhất. + +VD: hôm nay ngày 12 đánh cặp 12-21 kèm cặp 10-01, 14-41, 11. + +Thấy ngày 13 đề về con 21 và các ngày tiếp theo lại về Phương pháp thứ 2 các bạn có thể áp dụng chính là phương pháp soi cầu lô đề theo kết quả trong bảng xổ số của giải 7. Phương pháp này có tỷ lệ đề về vào ngày hôm sau là khá cao. Vì vậy bạn có thể áp dụng và nhận cho bản thân các phương pháp mới để thử vận may và nhận các giải thưởng khi may mắn trúng giải [**SXMN**](https://plus.google.com/116324105914818584793/posts/3msKXaB8xB1 ). + +![](https://i.imgur.com/Dh2mCcU.jpg?1) + +Dựa vào 3 số cuối + +Cụ thể với phương pháp này để thu được tỷ lệ cao nhất thì các bạn nên ghép: + +-Ghép đầu của các số thuộc giải 7 với nhau tạo thành một dàn. + +-Ghép các số cuối của giải 7 lại với nhau. + +-Ghép số đầu của giải 7 cùng với đuôi của giải 7. + +Phương pháp cuối mà chúng tôi muốn giới thiệu cho bạn chính là phương pháp soi cầu GĐB miền Bắc theo 3 số cuối của GĐB. Phương pháp này chúng tôi chỉ giới thiệu qua, bạn sẽ đánh dàn kép 7 ngày khi thấy trong giải đặc biệt có xuất hiện 2 số đầu, 2 số cuối hoặc 2 số giữa của GĐB về giống nhau. + +Mong rằng với một số phương pháp trên chúng tôi cung cấp các bạn có thêm thật nhiều kinh nghiệm mới để tìm ra cho bản thân những con số mang lại may mắn cho bạn.  + +Xem thêm: [**KQXSMN**](https://stampsy.com/stamp/69919) + +  + +  From cf53e506248011d679b9221ccc70ad55c73104b2 Mon Sep 17 00:00:00 2001 From: Ilya_Shlyakhter Date: Tue, 26 Feb 2019 19:42:40 +0000 Subject: [PATCH 09/11] removed --- doc/forum/Hello_everyone.mdwn | 39 ----------------------------------- 1 file changed, 39 deletions(-) delete mode 100644 doc/forum/Hello_everyone.mdwn diff --git a/doc/forum/Hello_everyone.mdwn b/doc/forum/Hello_everyone.mdwn deleted file mode 100644 index 1101c708c5..0000000000 --- a/doc/forum/Hello_everyone.mdwn +++ /dev/null @@ -1,39 +0,0 @@ -**Bật mí cách đánh đề chuẩn nhất cho bạn** - -Cầu giải đặc biệt hay còn được gọi là cầu số, người chơi sẽ dự đoán ra 2 con số cuối của GĐB sẽ về xem con số đó về bao nhiêu là đẹp và chính xác nhất. Người chơi chắc chắn khi tham gia sẽ muốn tìm cho bản thân những phương pháp sao cho khi áp dụng sẽ thu được tỷ lệ cầu về [**XSMN**](https://www.vingle.net/posts/2547321) là cao nhất. - -Vây cụ thể phương pháp này như thế nào, chúng được áp dụng ra sao. Trong bài viết này chúng tôi sẽ cung cấp cho bạn chi tiết nhất về các phương pháp giúp các bạn có thêm thật nhiều kinh nghiệm khi tham gia chơi . Kính mời quý độc giả cùng theo dõi bài viết dưới đây. - -![](https://i.imgur.com/QVMO8kn.jpg) - -Đánh theo ngày - -Đầu tiên phương pháp mà tôi muốn giới thiệu cho bạn chính là phương pháp soi cầu GĐB hôm nay theo ngày. Phương pháp này tuy khả năng về không là cao nhất nhưng các bạn có thể áp dụng cùng với một phần may mắn trong bạn để có thể nhận được giải thưởng cao nhất. - -Phương pháp này được áp dụng khi bạn soi cầu miền Bắc hôm nay theo ngày dương. Dùng số lộn và số thẳng của ngày hôm đó và đánh cùng với cặp số cộng trừ 1 đến 2 đơn vị để nhận được xác xuất cầu về là cao nhất. - -VD: hôm nay ngày 12 đánh cặp 12-21 kèm cặp 10-01, 14-41, 11. - -Thấy ngày 13 đề về con 21 và các ngày tiếp theo lại về Phương pháp thứ 2 các bạn có thể áp dụng chính là phương pháp soi cầu lô đề theo kết quả trong bảng xổ số của giải 7. Phương pháp này có tỷ lệ đề về vào ngày hôm sau là khá cao. Vì vậy bạn có thể áp dụng và nhận cho bản thân các phương pháp mới để thử vận may và nhận các giải thưởng khi may mắn trúng giải [**SXMN**](https://plus.google.com/116324105914818584793/posts/3msKXaB8xB1 ). - -![](https://i.imgur.com/Dh2mCcU.jpg?1) - -Dựa vào 3 số cuối - -Cụ thể với phương pháp này để thu được tỷ lệ cao nhất thì các bạn nên ghép: - --Ghép đầu của các số thuộc giải 7 với nhau tạo thành một dàn. - --Ghép các số cuối của giải 7 lại với nhau. - --Ghép số đầu của giải 7 cùng với đuôi của giải 7. - -Phương pháp cuối mà chúng tôi muốn giới thiệu cho bạn chính là phương pháp soi cầu GĐB miền Bắc theo 3 số cuối của GĐB. Phương pháp này chúng tôi chỉ giới thiệu qua, bạn sẽ đánh dàn kép 7 ngày khi thấy trong giải đặc biệt có xuất hiện 2 số đầu, 2 số cuối hoặc 2 số giữa của GĐB về giống nhau. - -Mong rằng với một số phương pháp trên chúng tôi cung cấp các bạn có thêm thật nhiều kinh nghiệm mới để tìm ra cho bản thân những con số mang lại may mắn cho bạn.  - -Xem thêm: [**KQXSMN**](https://stampsy.com/stamp/69919) - -  - -  From 913454e51461d1c67c24b558a5e0374262142877 Mon Sep 17 00:00:00 2001 From: "cman122887@9badeb8bdb364090f0a22e00ba16426ad65c34c9" Date: Wed, 27 Feb 2019 02:47:57 +0000 Subject: [PATCH 10/11] Added a comment: similar? --- ..._a3ca2004c5a0cb594448d6e4f081c4fb._comment | 29 +++++++++++++++++++ 1 file changed, 29 insertions(+) create mode 100644 doc/bugs/Excessively_long_temp_names_preventing___34__get__34___on_Windows/comment_3_a3ca2004c5a0cb594448d6e4f081c4fb._comment diff --git a/doc/bugs/Excessively_long_temp_names_preventing___34__get__34___on_Windows/comment_3_a3ca2004c5a0cb594448d6e4f081c4fb._comment b/doc/bugs/Excessively_long_temp_names_preventing___34__get__34___on_Windows/comment_3_a3ca2004c5a0cb594448d6e4f081c4fb._comment new file mode 100644 index 0000000000..e9a1469553 --- /dev/null +++ b/doc/bugs/Excessively_long_temp_names_preventing___34__get__34___on_Windows/comment_3_a3ca2004c5a0cb594448d6e4f081c4fb._comment @@ -0,0 +1,29 @@ +[[!comment format=mdwn + username="cman122887@9badeb8bdb364090f0a22e00ba16426ad65c34c9" + nickname="cman122887" + avatar="http://cdn.libravatar.org/avatar/6b9d25d94633a5002be6fe34da1b97a0" + subject="similar?" + date="2019-02-27T02:47:56Z" + content=""" +Hello! + +I think I am getting something similar, but I can't quite tell: + +git-annex: MoveFileEx \".git\\annex\\tmp\\SHA256E-s555--205ac67c0c3fdc7cbe48007246dd0642dda416a57e8604b241cebfd6d83fb00a.txt\" Just \".git\\annex\\objects\\510\\441\\SHA256E-s555--205ac67c0c3fdc7cbe48007246dd0642dda416a57e8604b241cebfd6d83fb00a.txt\\SHA256E-s555--205ac67c0c3fdc7cbe48007246dd0642dda416a57e8604b241cebfd6d83fb00a.txt\": does not exist (The system cannot find the path specified.) + +This might just be the plain long path issue but I thought I saw similarities in what I am getting and this post. + +Windows 10 + +Git for Win: 2.20.1 + +git-annex version: 7.20190219-g728228d5d + +... + +operating system: mingw32 i386 + +local repository version: 7 + +TIA for any advice you can bestow! +"""]] From c7f8286e7330a5bd8654150a2a0708f06f1af427 Mon Sep 17 00:00:00 2001 From: gueux Date: Wed, 27 Feb 2019 09:34:12 +0000 Subject: [PATCH 11/11] Added a comment --- .../comment_4_b98dea188d5a049d91f4446d966d0a70._comment | 8 ++++++++ 1 file changed, 8 insertions(+) create mode 100644 doc/bugs/v7_unlock_big_file__58___out_of_memory/comment_4_b98dea188d5a049d91f4446d966d0a70._comment diff --git a/doc/bugs/v7_unlock_big_file__58___out_of_memory/comment_4_b98dea188d5a049d91f4446d966d0a70._comment b/doc/bugs/v7_unlock_big_file__58___out_of_memory/comment_4_b98dea188d5a049d91f4446d966d0a70._comment new file mode 100644 index 0000000000..710eddfabd --- /dev/null +++ b/doc/bugs/v7_unlock_big_file__58___out_of_memory/comment_4_b98dea188d5a049d91f4446d966d0a70._comment @@ -0,0 +1,8 @@ +[[!comment format=mdwn + username="gueux" + avatar="http://cdn.libravatar.org/avatar/47e44a21505727b2d6bb5d88f0468f34" + subject="comment 4" + date="2019-02-27T09:34:12Z" + content=""" +Was the patch forgotten? It does not seem to be part of v2.21.0... +"""]]