Re: Unable to change remote url of origin
On 28/03/2019 10:05, Petr Bena wrote: On 27/03/2019 19:55, Andreas Schwab wrote: Do you have a URL rewrite rule (url.*.insteadof)? Andreas. I don't know. How do I figure that out? There is nothing like this in my ~/.ssh/config Oh you were right I found it in git config --list, removing this from .gitconfig fixed the problem, no idea how did it get in there
Re: Unable to change remote url of origin
On 27/03/2019 19:55, Andreas Schwab wrote: Do you have a URL rewrite rule (url.*.insteadof)? Andreas. I don't know. How do I figure that out? There is nothing like this in my ~/.ssh/config
Re: Unable to change remote url of origin
On 27/03/2019 13:57, Kevin Daudt wrote: On Wed, Mar 27, 2019 at 01:25:27PM +0100, Petr Bena wrote: Hello, I used to change remote URL simply by editing .git/config (which may not be most correct way), but out of sudden I am no longer able to do that. So I decided to do it the "proper way" but still - to no avail. Here is what I do and also it's visible what is wrong: # Display remote URL petr.bena@MacBook:~/Documents/grumpy$ git remote -v origin g...@github.com:grumpy-irc/grumpy (fetch) origin g...@github.com:grumpy-irc/grumpy (push) #Now change it to HTTPS instead of SSH petr.bena@MacBook:~/Documents/grumpy$ git remote set-url origin https://github.com/grumpy-irc/grumpy # Verify if it has changed petr.bena@MacBook:~/Documents/grumpy$ git remote -v origin g...@github.com:grumpy-irc/grumpy (fetch) origin g...@github.com:grumpy-irc/grumpy (push) It's still SSH. What am I doing wrong? petr.bena@MacBook:~/Documents/grumpy$ git --version git version 2.21.0 petr.bena@MacBook:~/Documents/grumpy$ cat .git/config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true ignorecase = true precomposeunicode = true [submodule] active = . [remote "origin"] url = https://github.com/grumpy-irc/grumpy fetch = +refs/heads/*:refs/remotes/origin/* [branch "master"] remote = origin merge = refs/heads/master [submodule "src/libgp"] url = http://github.com/grumpy-irc/libgp [submodule "src/libirc"] url = http://github.com/grumpy-irc/libirc [branch "remote_scripts"] remote = origin merge = refs/heads/remote_scripts Hello Petr, What does git config --show-origin remoe.origin.url return? Kind regards, Kevin Hello Kevin, petr.bena@MacBook:~/Documents/grumpy$ git config --show-origin remote.origin.url file:.git/config https://github.com/grumpy-irc/grumpy However git push is still accessing SSH version (which is blocked by FW in this place): petr.bena@MacBook:~/Documents/grumpy$ git push -v Pushing to g...@github.com:grumpy-irc/grumpy I need to change it to HTTPS
Unable to change remote url of origin
Hello, I used to change remote URL simply by editing .git/config (which may not be most correct way), but out of sudden I am no longer able to do that. So I decided to do it the "proper way" but still - to no avail. Here is what I do and also it's visible what is wrong: # Display remote URL petr.bena@MacBook:~/Documents/grumpy$ git remote -v origin g...@github.com:grumpy-irc/grumpy (fetch) origin g...@github.com:grumpy-irc/grumpy (push) #Now change it to HTTPS instead of SSH petr.bena@MacBook:~/Documents/grumpy$ git remote set-url origin https://github.com/grumpy-irc/grumpy # Verify if it has changed petr.bena@MacBook:~/Documents/grumpy$ git remote -v origin g...@github.com:grumpy-irc/grumpy (fetch) origin g...@github.com:grumpy-irc/grumpy (push) It's still SSH. What am I doing wrong? petr.bena@MacBook:~/Documents/grumpy$ git --version git version 2.21.0 petr.bena@MacBook:~/Documents/grumpy$ cat .git/config [core] repositoryformatversion = 0 filemode = true bare = false logallrefupdates = true ignorecase = true precomposeunicode = true [submodule] active = . [remote "origin"] url = https://github.com/grumpy-irc/grumpy fetch = +refs/heads/*:refs/remotes/origin/* [branch "master"] remote = origin merge = refs/heads/master [submodule "src/libgp"] url = http://github.com/grumpy-irc/libgp [submodule "src/libirc"] url = http://github.com/grumpy-irc/libirc [branch "remote_scripts"] remote = origin merge = refs/heads/remote_scripts
Re: git stash broken on MS Windows (automatically modify the files again)
Yay Why doesn't windows git perform some kind of check here, and doesn't tell you a message like: this repository contains multiple files with same name, which I can't checkout on this OS Or something like that? On Wed, Dec 3, 2014 at 5:50 PM, Aneurin Price wrote: > On 3 December 2014 at 14:48, Petr Bena wrote: >> Only solution so far was to clone on linux, remove the folder which >> contains these files and push them, then I had to delete the whole >> repository on windows and clone it again. >> >> If I checkout any revision which contains these files repository get >> broken in a way that only solution is deleting it from disk and >> cloning again. Is this a bug? >> > > > >>> fatal: Will not add file alias >>> 'BSS/export_home_oracle/scripts_IDAEU001/Audit/au >>> dit_off.sql' ('BSS/export_home_oracle/scripts_IDAEU001/audit/audit_off.sql' >>> alre >>> ady exists in index) >>> > > On your Linux machine (and in the repository), do you actually have > both 'BSS/export_home_oracle/scripts_IDAEU001/Audit' and > 'BSS/export_home_oracle/scripts_IDAEU001/audit' directories? -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: git stash broken on MS Windows (automatically modify the files again)
Only solution so far was to clone on linux, remove the folder which contains these files and push them, then I had to delete the whole repository on windows and clone it again. If I checkout any revision which contains these files repository get broken in a way that only solution is deleting it from disk and cloning again. Is this a bug? On Wed, Dec 3, 2014 at 3:46 PM, Petr Bena wrote: > I actually can't even commit these changes: > > petr.bena@MW7H3TP5JJBR0I ~/Documents/repo (export) > $ git stash > Saved working directory and index state WIP on export: ee21f45 Updated inserts > HEAD is now at ee21f45 Updated inserts > > petr.bena@MW7H3TP5JJBR0I ~/Documents/repo (export) > $ git checkout master > error: Your local changes to the following files would be overwritten by > checkou > t: > > BSS/export_home_oracle/scripts_IDAEU001/RENEWAL_BED_NEW/script_sql/creat > e_new_bed.sql > > BSS/export_home_oracle/scripts_IDAEU001/appo/RENEWAL_BED/script_sql/crea > te_new_bed.sql > BSS/export_home_oracle/scripts_IDAEU001/audit/audit_off.sql > BSS/export_home_oracle/scripts_IDAEU001/audit/audit_on.sql > BSS/export_home_oracle/scripts_IDAEU001/create_ts_transito.sql > > BSS/export_home_oracle/scripts_IDAEU006/RENEWAL_BED/script_sql/create_ne > w_bed.sql > > BSS/export_home_oracle/scripts_IDAEU006/bed/script_sql/create_new_bed.sq > l > Please, commit your changes or stash them before you can switch branches. > Aborting > > petr.bena@MW7H3TP5JJBR0I ~/Documents/repo (export) > $ git commit -a > fatal: Will not add file alias > 'BSS/export_home_oracle/scripts_IDAEU001/Audit/au > dit_off.sql' ('BSS/export_home_oracle/scripts_IDAEU001/audit/audit_off.sql' > alre > ady exists in index) > > On Wed, Dec 3, 2014 at 3:33 PM, Petr Bena wrote: >> I have a mysterious problem with one of my git repositories that work >> fine when I check it out on linux, but not when I do that on windows. >> >> On windows, pile of files immediately change themselves - eg when I do >> git diff I see a lot of changes. What is even more interesting, is >> that when I do git stash, nothing happens (it tell me it stashed back, >> but changes are still there, so i can keep stashing and stashing but >> it doesn't help), I still have lot of dirty changes to tracked files >> and I can't get rid of them in any way. It's pretty much like if files >> were containing something what can't be stored on NTFS and windows >> version of git would replace the content with something else. >> >> Because it's private repository I unfortunately can't provide it's >> content, but these files are mostly SQL text files, the screenshot (so >> that colors are preserved), is here: http://snag.gy/93A8S.jpg >> >> Is there any way to "fix" windows git so that it works? Did anyone >> experience this? It may be something related to windows line endings, >> but I am not really sure. >> >> During installation of GIT I checked "keep line endings as they are in >> repository" >> >> Thanks -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: git stash broken on MS Windows (automatically modify the files again)
I actually can't even commit these changes: petr.bena@MW7H3TP5JJBR0I ~/Documents/repo (export) $ git stash Saved working directory and index state WIP on export: ee21f45 Updated inserts HEAD is now at ee21f45 Updated inserts petr.bena@MW7H3TP5JJBR0I ~/Documents/repo (export) $ git checkout master error: Your local changes to the following files would be overwritten by checkou t: BSS/export_home_oracle/scripts_IDAEU001/RENEWAL_BED_NEW/script_sql/creat e_new_bed.sql BSS/export_home_oracle/scripts_IDAEU001/appo/RENEWAL_BED/script_sql/crea te_new_bed.sql BSS/export_home_oracle/scripts_IDAEU001/audit/audit_off.sql BSS/export_home_oracle/scripts_IDAEU001/audit/audit_on.sql BSS/export_home_oracle/scripts_IDAEU001/create_ts_transito.sql BSS/export_home_oracle/scripts_IDAEU006/RENEWAL_BED/script_sql/create_ne w_bed.sql BSS/export_home_oracle/scripts_IDAEU006/bed/script_sql/create_new_bed.sq l Please, commit your changes or stash them before you can switch branches. Aborting petr.bena@MW7H3TP5JJBR0I ~/Documents/repo (export) $ git commit -a fatal: Will not add file alias 'BSS/export_home_oracle/scripts_IDAEU001/Audit/au dit_off.sql' ('BSS/export_home_oracle/scripts_IDAEU001/audit/audit_off.sql' alre ady exists in index) On Wed, Dec 3, 2014 at 3:33 PM, Petr Bena wrote: > I have a mysterious problem with one of my git repositories that work > fine when I check it out on linux, but not when I do that on windows. > > On windows, pile of files immediately change themselves - eg when I do > git diff I see a lot of changes. What is even more interesting, is > that when I do git stash, nothing happens (it tell me it stashed back, > but changes are still there, so i can keep stashing and stashing but > it doesn't help), I still have lot of dirty changes to tracked files > and I can't get rid of them in any way. It's pretty much like if files > were containing something what can't be stored on NTFS and windows > version of git would replace the content with something else. > > Because it's private repository I unfortunately can't provide it's > content, but these files are mostly SQL text files, the screenshot (so > that colors are preserved), is here: http://snag.gy/93A8S.jpg > > Is there any way to "fix" windows git so that it works? Did anyone > experience this? It may be something related to windows line endings, > but I am not really sure. > > During installation of GIT I checked "keep line endings as they are in > repository" > > Thanks -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
git stash broken on MS Windows (automatically modify the files again)
I have a mysterious problem with one of my git repositories that work fine when I check it out on linux, but not when I do that on windows. On windows, pile of files immediately change themselves - eg when I do git diff I see a lot of changes. What is even more interesting, is that when I do git stash, nothing happens (it tell me it stashed back, but changes are still there, so i can keep stashing and stashing but it doesn't help), I still have lot of dirty changes to tracked files and I can't get rid of them in any way. It's pretty much like if files were containing something what can't be stored on NTFS and windows version of git would replace the content with something else. Because it's private repository I unfortunately can't provide it's content, but these files are mostly SQL text files, the screenshot (so that colors are preserved), is here: http://snag.gy/93A8S.jpg Is there any way to "fix" windows git so that it works? Did anyone experience this? It may be something related to windows line endings, but I am not really sure. During installation of GIT I checked "keep line endings as they are in repository" Thanks -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: BUG I can't start git on Windows 7
For others who are lazy to open the link, solution is executing this as administrator from your bin folder from where git is installed: rebase.exe -b 0x5000 msys-1.0.dll or reboot, but some people don't reboot their PC's ever, so you might prefer this. On Mon, Sep 8, 2014 at 5:56 PM, Petr Bena wrote: > Yes that fixed it, thanks :) > > On Mon, Sep 8, 2014 at 5:34 PM, Konstantin Khomoutov > wrote: >> On Mon, 8 Sep 2014 11:15:44 +0200 >> Petr Bena wrote: >> >>> I installed git on my system using official package from git-scm.com >>> but I can't launch it, I am always getting this error: >>> >>> C:\Users\petr.bena>"C:\Program Files (x86)\Git\bin\sh.exe" --login -i >>> 0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 >>> error 487 AllocationBase 0x0, BaseAddress 0x6857, RegionSize >>> 0x4, State 0x1 C:\Program Files (x86)\Git\bin\sh.exe: *** >>> Couldn't reserve space for cygwin's heap, Win32 error 0 >>> >>> >>> At some point this could be an issue with cygwin, but I am not sure. >>> Did anyone had similar issue? >> >> Does [1] help? >> >> I wonder, why the error message mentions Cygwin though. >> One reason might be is that MinGW is originally a fork of some very >> early Cygwin release so may be some error message is lingering there, >> unmodified. >> >> 1. http://stackoverflow.com/a/24406417/720999 -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: BUG I can't start git on Windows 7
Yes that fixed it, thanks :) On Mon, Sep 8, 2014 at 5:34 PM, Konstantin Khomoutov wrote: > On Mon, 8 Sep 2014 11:15:44 +0200 > Petr Bena wrote: > >> I installed git on my system using official package from git-scm.com >> but I can't launch it, I am always getting this error: >> >> C:\Users\petr.bena>"C:\Program Files (x86)\Git\bin\sh.exe" --login -i >> 0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 >> error 487 AllocationBase 0x0, BaseAddress 0x6857, RegionSize >> 0x4, State 0x1 C:\Program Files (x86)\Git\bin\sh.exe: *** >> Couldn't reserve space for cygwin's heap, Win32 error 0 >> >> >> At some point this could be an issue with cygwin, but I am not sure. >> Did anyone had similar issue? > > Does [1] help? > > I wonder, why the error message mentions Cygwin though. > One reason might be is that MinGW is originally a fork of some very > early Cygwin release so may be some error message is lingering there, > unmodified. > > 1. http://stackoverflow.com/a/24406417/720999 -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: BUG I can't start git on Windows 7
Hi, Windows 7 enterprise (Windows [Version 6.1.7601]) I mention it because IMHO windows git is based on cygwin and because I can see cygwin mentioned in error message. I didn't install it by hand, I think it was part of git installation package. On Mon, Sep 8, 2014 at 3:21 PM, Thomas Braun wrote: > Am 08.09.2014 um 11:15 schrieb Petr Bena: >> I installed git on my system using official package from git-scm.com >> but I can't launch it, I am always getting this error: >> >> C:\Users\petr.bena>"C:\Program Files (x86)\Git\bin\sh.exe" --login -i >> 0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487 >> AllocationBase 0x0, BaseAddress 0x6857, RegionSize 0x4, State 0x1 >> C:\Program Files (x86)\Git\bin\sh.exe: *** Couldn't reserve space for >> cygwin's heap, Win32 error 0 >> >> >> At some point this could be an issue with cygwin, but I am not sure. >> Did anyone had similar issue? > > [CC'ing msysgit] > > Do you have cygwin installed, or why do you mention cygwin? > What windows are you running? > > -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
BUG I can't start git on Windows 7
I installed git on my system using official package from git-scm.com but I can't launch it, I am always getting this error: C:\Users\petr.bena>"C:\Program Files (x86)\Git\bin\sh.exe" --login -i 0 [main] us 0 init_cheap: VirtualAlloc pointer is null, Win32 error 487 AllocationBase 0x0, BaseAddress 0x6857, RegionSize 0x4, State 0x1 C:\Program Files (x86)\Git\bin\sh.exe: *** Couldn't reserve space for cygwin's heap, Win32 error 0 At some point this could be an issue with cygwin, but I am not sure. Did anyone had similar issue? -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html