[arch-general] git bug? (2.3.4-1)
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. /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus $my_args = shift; system("gcc $my_args"); print "I prefer C\n"; -- Robert Dieterich's contribution to the 2004 Perl Haiku Contest, Haikus in Perl - 'Dishonerable Mention' winner
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/ -- 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);}
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! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus There's a big difference between making something easy to use and making it productive. -- Adam Bosworth
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);}
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.
Yes indeed, I was confused with the other format for ssh URLs, where the colon has to be present... either of these work: ssh://build01.evidente.local/home/husqvarna/git/evi-cst.git build01.evidente.local:/home/husqvarna/git/evi-cst.git Thanks! /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: magnus@therning.org jabber: magnus@therning.org twitter: magthe http://therning.org/magnus Perl is another example of filling a tiny, short-term need, and then being a real problem in the longer term. -- Alan Kay
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
participants (3)
-
Christian Hesse
-
Dolan Murvihill
-
Magnus Therning