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 2012-10-01 14:13:06 -04:00
commit bd1d9b52b4
3 changed files with 19 additions and 2 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

10
doc/design/assistant/blog/day_93__easy_install/comment_1_d4f7de723c98577ef28d89ee6b87fd13._comment Normal file
View file

@ -0,0 +1,10 @@
[[!comment format=mdwn
username="http://rjc.pip.verisignlabs.com/"
ip="86.22.66.200"
subject="assistant in Debian"
date="2012-09-30T09:10:17Z"
content="""
The same version of ghc in Debian repository on i386 and amd64 privides ghc-ghci virtual package while on all the other architectures it doesn't. Is that normal or shall I file a bug?
What it basically means is that the packages, both git-annex (with assistant) and its build dependencies, for all the other archs cannot be build on Debian porting machines until that is fixed. It already is in the experimental version but until that one gets to unstable there won't be any official debs for all non-Intel architecures.
"""]]

8
doc/design/assistant/blog/day_93__easy_install/comment_2_6337b341c1cfb2132b59704394e57b36._comment Normal file
View file

@ -0,0 +1,8 @@
[[!comment format=mdwn
username="http://joeyh.name/"
ip="4.154.0.149"
subject="comment 2"
date="2012-09-30T17:11:13Z"
content="""
The next upload to debian will enable building the assistant on architectures that don't have template haskell and so cannot build the webapp.
"""]]

3
doc/todo/wishlist:___96__git_annex_sync_-m__96__.mdwn
View file

@ -1,4 +1,3 @@
Similar to how
git commit -m 'foo'
@ -7,5 +6,5 @@ works, if I run
git annex sync -m 'my hovercraft is full of eels'
git annex should use that commit message instead of the default ones. That way, I could use sync directly and not be forced to commit prior to syncing just to make sure I have a useful commit message.
git annex should use that commit message instead of the default ones. That way, I could use [[sync]] directly and not be forced to commit prior to syncing just to make sure I have a useful commit message.