Re: Having postgresql.org link to cgit instead of gitweb

From: "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org>
To: David Rowley <dgrowleyml(at)gmail(dot)com>, Peter Eisentraut <peter(at)eisentraut(dot)org>
Cc: Álvaro Herrera <alvherre(at)kurilemu(dot)de>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>
Subject: Re: Having postgresql.org link to cgit instead of gitweb
Date: 2025-09-19 14:10:04
Message-ID: d8c8042f-0ed3-4ae3-8aa0-3fd8e55f2286@postgresql.org
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 9/19/25 7:42 AM, David Rowley wrote:
> On Fri, 19 Sept 2025 at 23:05, Peter Eisentraut <peter(at)eisentraut(dot)org> wrote:
>>
>> On 19.09.25 10:22, Álvaro Herrera wrote:
>>> There are two things we could do. One is to simply restrict `git blame`
>>> to authenticated users; this shouldn't be_too_ bad. But if we don't
>>> want that, we could put the bot checker javascript tricks in front of
>>> `blame`. In fact maybe we could have the best of both worlds: you get
>>> the javascript check if you're not authenticated, but nothing if you
>>> are. I'm not sure how easy it is to implement this though.
>>
>> Or just disable git blame. Who needs to run that through the website?
>
> I'd vote for getting rid of the blame if it could buy us back enough
> CPU cycles to have diff working again. I personally miss not having
> diff. I found it convenient when following links to see what's been
> changed from the pgsql-committers list.

With the disclaimer that I'm not the target audience for this work, I've
previously used the "git blame" web feature on git.postgresql.org to
figure some stuff out, but these days I just use the Github one as
Daniel mentioned. I do think the absence of diff is less than ideal, and
definitely something that I use fairly frequently even if I'm not
hacking often.

For the website/patch itself (gitweb vs. cgit), again I'm not the target
audience, so I'll defer to what you all want and particularly want to
ensure your lives are easier. However, with the upcoming traffic spike
with GA, I do want to ensure that our linked things are still working,
which is what prompted the discussion.

Jonathan

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Aleksander Alekseev 2025-09-19 14:11:23 Re: Use opresulttype instead of calling SearchSysCache1() in match_orclause_to_indexcol()
Previous Message Ashutosh Sharma 2025-09-19 13:59:35 Re: Clear logical slot's 'synced' flag on promotion of standby