On Wed, Mar 25, 2015 at 02:00:36PM +0100, Christian Hesse wrote:
Magnus Therning <magnus@therning.org> on Wed, 2015/03/25 13:47:
On Wed, Mar 25, 2015 at 12:47:30PM +0100, Christian Hesse wrote:
Magnus Therning <magnus@therning.org> on Wed, 2015/03/25 12:36:
I thought I'd ask here before raising a ticket.
Is anyone else seeing this behaviour with git 2.3.4-1:
~~~ [I] % git fetch ssh: Could not resolve hostname build01:: Name or service not known fatal: Could not read from remote repository.
Please make sure you have the correct access rights and the repository exists. ~~~
Downgrading to 2.3.3-1 "solves" it.
What does the URL look like? You can get it for origin with:
% git remote show origin
I suppose you use a non-standard ssh port (or specified it nevertheless) with host:port, no? man git-clone tells us to use something like:
ssh://[user@]host.xz[:port]/path/to/repo.git/
It looks like this:
ssh://build01.evidente.local:/home/husqvarna/git/evi-cst.git
Nothing non-standard about that and it has worked fine with every version of git I've used the last 6 months or so, until the upgrade to 2.3.4... I really don't expect the format of remotes to change when going from 2.3.3 to 2.3.4!
This should read:
ssh://build01.evidente.local/home/husqvarna/git/evi-cst.git
So try to remove the colon after the hostname...
URL parsing changed from v2.3.3 to v2.3.4. It should not break, but probably it was never intended to work the way you used it. -- main(a){char*c=/* Schoene Gruesse */"B?IJj;MEH" "CX:;",b;for(a/* Chris get my mail address: */=0;b=c[a++];) putchar(b-1/(/* gcc -o sig sig.c && ./sig */b/42*2-3)*42);}
If Magnus's usage was always intended to fail, perhaps the awesome folks at Git should add a unit test for it? -Dolan