git/list[1] front-page[2] threads[3] people[4] search[5] about
 

65c042d4 broke `remote update' without named group

From
YTYONETANI Tomokazu <qhwt+git@les.ath.cx>
Date
Dec 29, 2009, 23:49 UTC
Message-ID
<20091229234959.GA94644@les.ath.cx>
Hello.
It seems that with 65c042d4 (and v1.6.6), git-remote update without
specifying a group on the command line ends up with the following error
message if you define remotes.default in the config file:
  $ git remote update
  fatal: 'default' does not appear to be a git repository
  fatal: The remote end hung up unexpectedly

The document still says that when you don't specify the named group, remotes.default in the configuration will get used, so this should work (and it used to work with v1.6.4).

After the commit 65c042d4, the commands are translated as follows:
  $ git remote update
  ==> git-fetch default		(with remotes.default defined)		NG
  ==> git-fetch --all		(without remotes.default defined)	OK
  $ git remote update default
  ==> git-fetch --multiple default					OK

So just adding "--multiple" in front of "default" in the first case above should fix it.

Best regards, YONETANI Tomokazu.

Next: Tay Ray Chuan
Message 1 of 3 in “65c042d4 broke `remote update' without named group”
  1. YONETANI TomokazuDec 29, 2009
  2. Tay Ray ChuanJan 1, 2010
  3. Björn GustavssonJan 1, 2010

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.