Git treatmeant of line endings about zap-desktop HOT 11 CLOSED

LMint 17.2 here. just cloned the repo & on master branch, navigating all project dir w/o issue.

if you haven't already, try turning autocrlf off:

git config core.autocrlf false

and see if that works. if it doesn't double check <project_root>/.git/config and ~/.gitconfig and delete any/all lines containing autocrlf, restart your shell, then try navigating again.

if that doesn't work, make sure you've got the most recent version of git:

$ git --version
git version 1.9.1

delete existing project dir and git clone fresh again.

from zap-desktop.

None of the steps you suggested worked. git version gives me 2.7.4, so I doubt that's the issue.

However, adding resources/bin to .gitignore and doing git rm --cached on the binaries provided makes navigation fast. I guess that's git doing something with line endings on those files, even though they are binary. They are 26M, so changing all perceived 'line endings' must've been what took so long.

from zap-desktop.

Was there ever any solution to this?

from zap-desktop.

Nothing other than ignoring the supplied binary files. It doesn't cause any problems for me as long as I run lnd separately. If I shut down lnd and then run npm run dev, I'm stuck at 0% syncing and lnd shutting down null in my terminal.

from zap-desktop.

Eh, this is kinda weird, but now I don't manage to reproduce this... I was poking around for solutions, and I realized this problem wen't away, even though I kept the original .gitignore. I was hoping I could fix this to prevent the same problem for others in the future, so that's actually kinda frustrating...

from zap-desktop.

@torkelrogstad yeah so git doesnt like my binary files. if you manually put your lnd binary inside resources/bin/darwin or whatever it will work. dang! i will do some research in a bit

from zap-desktop.

Theres also the possibility of adding resources/bin/* -text to .gitattributes docs here, if the problem arises again.

from zap-desktop.

Wanna submit a PR for that? Looks good

from zap-desktop.

Sure, #83

from zap-desktop.

Nice. Closing

from zap-desktop.

The problem is back... Even with the updated attributes file...

from zap-desktop.