mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

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

Browse source
This commit is contained in:
Joey Hess 2019-06-25 13:13:02 -04:00
commit 3ce0d144c7
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
10 changed files with 68 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

11
doc/bugs/Linux_standalone_on_armv5tel__58___error__58_____34__git-annex_died_of_signal_4__34__/comment_5_b9d8b5776979213723249cdf4cf26dbc._comment Normal file
View file

@ -0,0 +1,11 @@
[[!comment format=mdwn
username="emanuele.olivetti@47d88ed185b03191e25329caa6fabc2efb3118b2"
nickname="emanuele.olivetti"
avatar="http://cdn.libravatar.org/avatar/f51cc5c6c3a0eb28faa6491c3cbcfcce"
subject="git-annex on armel now working on Debian unstable (sid)"
date="2019-06-25T10:07:56Z"
content="""
I am very happy to announce that git-annex for the armel architecture, as provided by Debian unstable (sid), now works correctly! Details [here](https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=928882). Soon it should be available in Debian testing too. The misconfiguration of the Haskell compiler (ghc) for the armel architecture, that triggered the bug reported in this page, has been addressed and all Haskell packages have been re-built, git-annex included. Thanks to Ilias Tsitsimpis and Paul Gevers for all the work done!
@Joey: if you'll use the updated compiler from Debian unstable (or, soon, from Debian testing too), then you'll be able to generate an arm standalone that works on armel architectures too.
"""]]

8
doc/bugs/annex_init_no_longer_generates_default_description/comment_4_d92a7f2bc72b27c74cd86811c9bbf098._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="kyle"
avatar="http://cdn.libravatar.org/avatar/7d6e85cde1422ad60607c87fa87c63f3"
subject="thanks"
date="2019-06-21T02:05:24Z"
content="""
Thank you for the explanation and fix!
"""]]

8
doc/bugs/annex_init_no_longer_generates_default_description/comment_5_0dd1d4e6cd16da2865c3153b61b9e282._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="Ilya_Shlyakhter"
avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
subject="bug fix release"
date="2019-06-22T16:14:58Z"
content="""
@joeyh Thanks for fixing this. Would it be possible to make a new release on Hackage? I'd like to make a new [[install/conda]] release that incorporates the improvements in version `7.20190615`, but don't want to make a release that fails DataLad tests the default one. Thanks!
"""]]

1
doc/bugs/git-annex-drop_docs_and_git-annex-requires.mdwn Normal file
View file

@ -0,0 +1 @@
The [[`git-annex-drop`|git-annex-drop]] man page warns for several options: "bypasses checking the .gitattributes `annex.numcopies` setting". I'm guessing these also bypass [[`git-annex-required`|git-annex-required]] ? If yes, maybe add that to the manpage.

2
doc/bugs/smudge_errors_on_os-x.mdwn
View file

@ -52,3 +52,5 @@ On Mac, versions 7.20190220 (latest download) or 7.20190508 (latest autobuild)
### 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)
YES! Git annex is an amazing tool and it's the backbone of my long term archiving workflow. I also use it for archive management at work and it's proven to be incredibly useful. Thank you for continuing to maintain and innovate with git annex!
[[done]]

11
doc/forum/Filing_issues_with_Mac_dmg_packaging_on_downloads.kitenet.net__63__.mdwn Normal file
View file

@ -0,0 +1,11 @@
Where should questions re: the packaging of the Mac dmg on kitenet.net be directed? Or, bugs filed?
E.g. the CFBundleVersion and CFBundleShortVersionString are never bumped from "0.0.1" which makes it difficult to retrieve and deploy via Autopkg/Munki.
Or, the data in git-annex.dmg.info for the current Mac release(s) (as of 2019-06-23) does not match any version reported in News on git-annex.branchable.com
(currently distributionVersion = "7.20190508", but distributionReleasedate = 2019-06-15) when installed git annex version reports 7.20190508.
Thank you

10
doc/forum/Install_without_root__63__/comment_2_891cd24fb0806ae9087cd83d22d8ce6e._comment Normal file
View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="CandyAngel"
avatar="http://cdn.libravatar.org/avatar/15c0aade8bec5bf004f939dd73cf9ed8"
subject="comment 2"
date="2019-06-21T07:38:36Z"
content="""
Using `conda` doesn't work if it isn't installed and they don't have root..
The [Linux standalone](https://git-annex.branchable.com/install/Linux_standalone/) is very useful for these situations.
"""]]

8
doc/forum/Install_without_root__63__/comment_3_23fe7b46c6f48072618f05c1368a8917._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="Ilya_Shlyakhter"
avatar="http://cdn.libravatar.org/avatar/1647044369aa7747829c38b9dcc84df0"
subject="comment 3"
date="2019-06-21T13:49:36Z"
content="""
You don’t need to be root to install conda. Just download the [installer script](https://docs.conda.io/en/latest/miniconda.html), `chmod u+x` it to make it executable, run it, and specify an installation directory in your folder.
"""]]

8
doc/forum/Install_without_root__63__/comment_4_f015ab0bfed0b440b915c233be73c316._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="stephanlindner"
avatar="http://cdn.libravatar.org/avatar/78cc245bf89bdcc1005e5443cd8e8b2c"
subject="comment 4"
date="2019-06-21T19:10:32Z"
content="""
I can confirm that this worked for me. I installed conda using the installed, then installed git-annex via conda. Thanks, this is great!
"""]]

1
doc/forum/preferred_content_globs_question.mdwn Normal file
View file

@ -0,0 +1 @@
The manpage for [[git-annex-preferred-content]] says "While --include=glob and --exclude=glob match files relative to the current directory, preferred content expressions match files relative to the top of the git repository". Is the "While..." part referring to [[git-annex-matching-options]], as contrasted with [[git-annex-preferred-content]]?