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

Re: repo.or.cz wishes?

From
Jakub Narebski <jnareb@gmail.com>
Date
Aug 27, 2007, 21:58 UTC
Message-ID
<200708272358.43021.jnareb@gmail.com>
In-Reply-To
<20070827004153.GN1219@pasky.or.cz>
On Monday, 27 August 2007, Petr "Pasky" Baudis wrote:
Show 5 quoted lines
> On Mon, Aug 27, 2007 at 02:16:34AM CEST, Sven Verdoolaege wrote:
>> On Mon, Aug 27, 2007 at 01:59:44AM +0200, Petr Baudis wrote:
>>>
>>>   So now I wonder, what is the thing you miss most there? Any cool stuff
>>> repo.or.cz could (preferrably easily) do and doesn't?

Is it now possible to _upload_ SSH key, instad of copy'n'paste it when creating repository/account?

Would it be reasonable to limit repository name length, or at least modify gitweb to truncate (cut) it if it is too long?

Show 10 quoted lines
>> Just a minor nit, but how about dropping the "git+" from the
>> Push URL?
> 
> I'm a major proponent of the "git+" - it's just the correct thing to
> specify. ssh:// by itself means secure _shell_, and that's not what the
> URL means - ssh is literaily just a transport layer for the git
> protocol. This is not my invention but fairly standard thing which
> plenty of people use, and it makes it possible to select proper protocol
> handlers and so on, shall something generic crunch on the URL. I've
> never actually understood why do some people dislike it.

First, it is in the context of git, so one can say that "git+" is implied. Documentation mentions only "ssh://". That said I prefer "git+ssh://" to "ssh://" alone.

Second, IIRC Linus prefers scp-like syntax for SSH protocol, namely "[user]@host:/path/to/repo", so perhaps that one should be used instead.

Show 8 quoted lines
>> Jakub was also talking about support in gitweb for specifying
>> the location of submodules.  It would be nice if admins could
>> set this information, wherever it ends up getting stored.
> 
> Hmm, this shouldn't be very hard to do if the support will get into
> gitweb. And adding the support to gitweb shouldn't be that hard either.
> :-) OTOH, it's not something that would get me terribly excited, so I
> guess I'll wait for the gitweb side.

The problem is that repo.or.cz needs support for that in gitweb, while gitweb in turn needs support for that in git. This needs git consensus on how to specify object database location (or just gitdir) for submodules, to have later submodule support in gitweb.

-- 
Jakub Narebski
Poland
Previous: Jakub NarebskiNext: Sam Vilain
Message 17 of 28 in “repo.or.cz wishes?”
  1. Petr BaudisAug 26, 2007
  2. Sven VerdoolaegeAug 27, 2007
  3. Petr BaudisAug 27, 2007
  4. Linus TorvaldsAug 27, 2007
  5. Junio C HamanoAug 27, 2007
  6. Matthieu MoyAug 27, 2007
  7. Martin MaresAug 27, 2007
  8. Jing XueAug 27, 2007
  9. Linus TorvaldsAug 27, 2007
  10. Sam VilainAug 27, 2007
  11. Linus TorvaldsAug 27, 2007
  12. Jakub NarebskiAug 27, 2007
  13. Linus TorvaldsAug 27, 2007
  14. Sam VilainAug 27, 2007
  15. Linus TorvaldsAug 27, 2007
  16. Jakub NarebskiAug 27, 2007
  17. Jakub NarebskiAug 27, 2007
  18. Sam VilainAug 27, 2007
  19. Johannes SchindelinAug 27, 2007
  20. Uwe Kleine-KönigAug 27, 2007
  21. Sven VerdoolaegeAug 29, 2007
  22. Jakub NarebskiAug 29, 2007
  23. Petr BaudisAug 29, 2007
  24. Petr BaudisAug 29, 2007
  25. Theodore TsoAug 29, 2007
  26. Shawn O. PearceAug 31, 2007
  27. Linus TorvaldsAug 29, 2007
  28. Shawn O. PearceSep 1, 2007

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.