This commit is contained in:
Joey Hess 2015-04-09 14:29:10 -04:00
parent f24566ddde
commit 164803007d
2 changed files with 40 additions and 0 deletions

View file

@ -0,0 +1,28 @@
[[!comment format=mdwn
username="joey"
subject="""comment 1"""
date="2015-04-09T18:15:31Z"
content="""
Thanks for reporting this.
Is git in your path? (Ie, can you run git from command.exe?)
I notice that the
<http://git-annex.branchable.com/bugs/windows_start_menu_shortcuts_are_missing___34__Start_in__34___parameter/>
page, which had this problem, was a user who neglected to have git add
itself to path, contrary to what the installation instructiins say to do.
So, it's not surprising that disregarding the instructions break, but this
is a bad way for it to break. It would be better to at least avoid the
loop, and perhaps Just Work.
I don't understand why it loops.. the git-annex-webapp.vbs runs "git-annex
webapp". If git-annex is not in path (because git is not in path and it
piggybacks off git's path settings), that should fail to do anything.
Or is Windows really sufficiently DWIM that it will search for **different
spellings** of program names?!
I don't see how I can add a "Start in" parameter; git-annex has no way of
knowing where the user intended to install git if they didn't add git to
the path.
"""]]

View file

@ -0,0 +1,12 @@
[[!comment format=mdwn
username="joey"
subject="""comment 1"""
date="2015-04-09T18:26:30Z"
content="""
Not following the instructions to have git put itself into the path seems
like a sure-fire way to shoot yourself in the foot.
The loop problem is being discussed at
<http://git-annex.branchable.com/bugs/windows_start_menu_shortcuts_are_missing___34__Start_in__34___parameter/>
perhaps you'll be able to answer my questions about it there?
"""]]