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

Re: gitweb - bare repos integration - owner info in description file

From
Jakub Narebski <jnareb@gmail.com>
Date
Oct 9, 2009, 22:07 UTC
Message-ID
<m3ab00gr25.fsf@localhost.localdomain>
In-Reply-To
<76c5b8580910091350o5cd90d3dobe2a21c18fa56dfd@mail.gmail.com>
Eugene Sajine <euguess@gmail.com> writes:
Show 12 quoted lines
> Here is another issue with gitweb integration which i think might be
> considered as a feature proposal:
> 
> I have a central place where bare repos are. They're owned by the user
> under which we are serving them, let's say “git”. So, gitweb is going
> to show me
> 
> Repo1 owner git etc…
> 
> In order to show a real owner I have to rebuild gitweb.cgi, to tell it
> to use the file for GITWEB_LIST and edit the file… In fact I think
> gitweb shouldn’t carry this info, but bare repos should.

It is not gitweb that carries this info, but file with list of repositories (GITWEB_LIST). And you can pre-generate this file using gitweb.

Show 14 quoted lines
> 
> So my idea is:
> 
> Either provide a key to
> $ git clone –bare –u “owner/email”
> 
> or take the user.email parameter from .gitconfig.
> 
> in both cases the info can go to description file of bare repo, so it
> can look like:
> 
> $owner=owner@server.com
> 
> $description=”very long description”

RTFM (in this case gitweb/README). gitweb.owner and gitweb.description configuration variables in per-repository config.

> 
> Or in xml form…
Aaaaaaaaaaaaaaaaaaaaaaaa...

% "To be fair, there are uses for XML. On Halloween, for example."

     - Johannes Schindelin, on git@vger.kernel.org
%
Show 12 quoted lines
> 
> 
> Yes, description file might become a bit more complicated in its
> layout. But, the benefits are obvious:
> 
> - No need to support multiple lists/files
> - Bare repo carries all info about itself (together with –d feature I
> described earlier).
> 
> I this circumstances gitweb’s GITWEB_LIST will be only filter (only
> repo path is necessary to show/not show), and it seems that narrowed
> functionality here is a good thing...

GITWEB_LIST is meant for the case when you want to avoid scanning filesystem for git repositories. And you can filter out repositories without using GITWEB_LIST (see documentation).

-- 
Jakub Narebski
Poland
ShadeHawk on #git
Previous: Eugene SajineNext: Eugene Sajine
Message 2 of 11 in “gitweb - bare repos integration - owner info in description file”
  1. Eugene SajineOct 9, 2009
  2. Jakub NarebskiOct 9, 2009
  3. Eugene SajineOct 9, 2009
  4. Jakub NarebskiOct 10, 2009
  5. Eugene SajineOct 11, 2009
  6. Jakub NarebskiOct 11, 2009
  7. Johannes SchindelinOct 12, 2009
  8. Eugene SajineOct 12, 2009
  9. Miklos VajnaOct 12, 2009
  10. Petr BaudisNov 3, 2009
  11. Eugene SajineNov 4, 2009

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.