Re: [git-users] git clone fails with "unable to overwrite old ref-pack file"

2012-08-07 Thread Wes Freeman
I agree, windows permissions are annoying. Actually it might be a permission within the git_src folder getting copied down. Have you looked at that? Wes On Tue, Aug 7, 2012 at 9:43 PM, Lisa Zorn wrote: > Thanks, I tried making sure I set things to not RO but I'll try more > (windows permissions

Re: [git-users] Checking out files into existing directory

2012-08-07 Thread Daniel P. Wright
Jeffery Brewer (Tue, Aug 07, 2012 at 11:54:16AM -0700) >> > So here's my current problem. I'm trying to "checkout" (not sure if that's > the right term or not) files from my repository into an existing folder (a Try to be careful with terminology. It's made more confusing by the fact that the s

Re: [git-users] git clone fails with "unable to overwrite old ref-pack file"

2012-08-07 Thread Lisa Zorn
Thanks, I tried making sure I set things to not RO but I'll try more (windows permissions are confusing, I am never sure if I'm succeeding with things using the UI). The other thing is that before this, we git clone many other things into dir2 and they all work fine, but this one fails. And it's

Re: [git-users] git clone fails with "unable to overwrite old ref-pack file"

2012-08-07 Thread Wes Freeman
Check your permissions on dir1, and make sure it's not set as read-only or something. Wes On Tue, Aug 7, 2012 at 9:24 PM, Lisa Zorn wrote: > Hello, > I have been using git for years and have not run into this problem before. > I tried to git clone a repo that's on a local drive, and I get this

[git-users] git clone fails with "unable to overwrite old ref-pack file"

2012-08-07 Thread Lisa Zorn
Hello, I have been using git for years and have not run into this problem before. I tried to git clone a repo that's on a local drive, and I get this error: dir1\dir2>git clone -b master Y:\git_src Cloning into 'Muni_GenevaBRT_HuntersPtToCandlestickInterchangeOnly'... done. fatal: unable to overw

Re: [git-users] fast-import error: fatal: 'refs/heads/master' - not a valid ref

2012-08-07 Thread Konstantin Khomoutov
On Tue, Aug 07, 2012 at 01:24:31PM -0700, Andrey Pavlenko wrote: > I'm developing a remote helper which uses the fast-import stream for > fetching. When I perform cloning git prints error message - "fatal: > 'refs/heads/master' - not a valid ref", however the clonning completes > normally. Each

[git-users] fast-import error: fatal: 'refs/heads/master' - not a valid ref

2012-08-07 Thread Andrey Pavlenko
Hi all, I'm developing a remote helper which uses the fast-import stream for fetching. When I perform cloning git prints error message - "fatal: 'refs/heads/master' - not a valid ref", however the clonning completes normally. Each my fast-import commit command starts with "commit refs/heads/ma

[git-users] Checking out files into existing directory

2012-08-07 Thread Jeffery Brewer
I swear I'm going to figure out how to work with git at some point and stop bothering everyone with these stupid beginner problems! So here's my current problem. I'm trying to "checkout" (not sure if that's the right term or not) files from my repository into an existing folder (a folder create

Re: [git-users] Beginner stuck in a commit

2012-08-07 Thread Jeffery Brewer
Thanks very much for all the help. I'm going to play around with this tomorrow when I get back on the computer all that is on. On Tuesday, August 7, 2012 8:46:07 AM UTC-7, Peter J Weisberg wrote: > > On Mon, Aug 6, 2012 at 9:03 PM, Daniel P. Wright wrote: > > The default editor for git is vim, w

[git-users] Re: could not lock file gitconfig: permission denied

2012-08-07 Thread coccinelle
Here the different cases I tried: 1.) changing the initial line HOME="$HOMEDRIVE$HOMEPATH" to HOME="$USERPROFILE". Creates .gitconfig when I call git config --global user.name "Name". This file contains only the user (name, email) information. Changes are seen by -l. Commit fails with "tell me

Re: [git-users] Beginner stuck in a commit

2012-08-07 Thread PJ Weisberg
On Mon, Aug 6, 2012 at 9:03 PM, Daniel P. Wright wrote: > The default editor for git is vim, which is a sensible choice as its > available on nearly every platform, but if you've never encountered it > before it can seem a little... unusual. I'm not sure a text-editor is "sensible" if a newbie *c

[git-users] Re: could not lock file gitconfig: permission denied

2012-08-07 Thread Thomas Ferris Nicolaisen
On Tuesday, August 7, 2012 5:01:50 PM UTC+2, coccinelle wrote: > > I restarted Git Bash (I see, it is necessary). Git doesn't complain any > more, but does not write in the file where it looks later. > After playing around with, I have now 3 config files: C:\Program > Files\Git\etc\gitconfig, and

[git-users] Re: could not lock file gitconfig: permission denied

2012-08-07 Thread coccinelle
I restarted Git Bash (I see, it is necessary). Git doesn't complain any more, but does not write in the file where it looks later. After playing around with, I have now 3 config files: C:\Program Files\Git\etc\gitconfig, and two in my home directory: gitconfig and .gitconfig (with and without do

[git-users] Re: could not lock file gitconfig: permission denied

2012-08-07 Thread Thomas Ferris Nicolaisen
On Monday, August 6, 2012 7:28:53 PM UTC+2, coccinelle wrote: > > I don't understand much what is going on here, but I tried to replace > $HOMEDRIVE$HOMEPATH > with $USERPROFILE. This didn't help. Did you restart Git Bash after making this change? You could also try setting the environment va