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

This commit is contained in:
Joey Hess 2013-11-11 23:34:41 -04:00
commit 4efc744634
6 changed files with 70 additions and 2 deletions

View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawmqz6wCn-Q1vzrsHGvEJHOt_T5ZESilxhc"
nickname="Sören"
subject="comment 24"
date="2013-11-11T19:56:04Z"
content="""
hello-cabal working, git-annex-byhand not.
"""]]

View file

@ -0,0 +1,9 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
nickname="Michael Alan"
subject="I got the same results as Sören."
date="2013-11-11T20:37:08Z"
content="""
cabal doesn't seem to be the culprit.
"""]]

View file

@ -0,0 +1,29 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="209.250.56.246"
subject="finally getting debugger spun up"
date="2013-11-12T01:08:24Z"
content="""
<https://code.google.com/p/android/issues/detail?id=28598> seems relevant (and the patches to fix it seem likely to have led to the linker rejecting this).
So I can probably stop torturing your soft keyboards. I need a binary where `arm-linux-androideabi-4.8/bin/arm-linux-androideabi-readelf -r` does not contain `R_ARM_COPY`. Checking against the binaries so far, this consistently matches the test results, all the git-annex binaries have:
<pre>
Offset Info Type Sym.Value Sym. Name
011d05f0 00004e14 R_ARM_COPY 011d05f0 environ
</pre>
(Which is itself interesting; I've had to work around some problems with the haskell port not supporting getting the environment (Annex.Branch.withIndex). Possibly because it was copied and the linker screwed that up? <https://github.com/neurocyte/ghc-android/issues/7>)
Ok, here's a binary that meets those criteria. Obtained by passing -z nocopyreloc to the gold linker (ghc options -optl-z -optlnocopyreloc)
<http://tmp.kitenet.net/git-annex-nocopy>
Also, here's a hello world binary that *should* fail. It attempts to read and print the environment, and has the same `R_ARM_COPY` relocation.
<http://tmp.kitenet.net/hello-env-copy>
And, here's a hello world binary that *might* successfully print out the full environment (like `set` does). If it does, I can also remove the ugly hack in Annex.Branch.withIndex. Which would be an unexpected reward.
<http://tmp.kitenet.net/hello-env-nocopy>
"""]]

View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="https://www.google.com/accounts/o8/id?id=AItOawnegApaT6kTI0Gxy9SNmI9Og-k_fC_aS7Y"
nickname="Michael Alan"
subject="nocopy variants work!"
date="2013-11-12T03:17:09Z"
content="""
I tested both the hello-env-nocopy and the git-annex-nocopy binaries successfully. hello-env-copy failed as you predicted.
Yay!
"""]]

View file

@ -0,0 +1,12 @@
[[!comment format=mdwn
username="Mebus"
ip="2001:4dd0:ff00:29::2"
subject="comment 4"
date="2013-11-11T20:24:11Z"
content="""
Does it have to be the place, where they were created or can this also be a central server, I pushed everything to?
Mebus
"""]]

View file

@ -690,8 +690,8 @@ subdirectories).
Use this to undo an accidental `git annex add` command. It puts the Use this to undo an accidental `git annex add` command. It puts the
file back how it was before the add. file back how it was before the add.
Note that for safety, the content of the file remains in the annex (as a Note that for safety, the content of the file remains in the annex,
hard link), until you use `git annex unused` and `git annex dropunused`. until you use `git annex unused` and `git annex dropunused`.
This is not the command you should use if you intentionally annexed a This is not the command you should use if you intentionally annexed a
file and don't want its contents any more. In that case you should use file and don't want its contents any more. In that case you should use