gitweb tells everybody the v2 onion address, not the new v3 one

At the bottom of e.g. https://gitweb.torproject.org/exonerator.git/ it sends us to http://dccbbv6cooddgcrq.onion/exonerator.git.

(If there is a gitweb or git-admin repo in gitlab, please send this ticket there. :)

moved from gitlab#100 (moved)

gitweb tickets belong to tpa, not gitlab, AFAIK, moving there.

added Backlog label

added Git label

This issue should perhaps not be kept with label Backlog for too long given that tor 0.4.6 is now stable and the October deprecation is steadily approaching.

The page https://onion.torproject.org/ lists the linked "git.torproject.org" as:

• http://dccbbv6cooddgcrq.onion/ for v2 onion services, and
• http://xtlfhaspqtkeeqxk6umggfbr3gyfznvf4jhrge2fujz53433i2fcs3id.onion/ for v3 onion services.

this service may be retired soon (#40472 (closed)), i'm not sure it's worth battling this...

added Icebox label and removed Backlog label

marked this issue as related to #40668 (closed)

mentioned in issue #40668 (closed)

assigned to @lavamind

marked this issue as related to #40472 (closed)

Ran a quick sed on the projects.cgit file and the v2 onion is now replaced with the v3 address.

closed

removed Icebox label

added Doing label

reopened

Go to the bottom of https://gitweb.torproject.org/exonerator.git/ as described in the ticket body, and it still has the v2 address there.

(issue re-reported by a user on irc just now)

I don't know if gitweb needs to be stopped before editing the projects.cgit, so I'll just leave this sed here for someone who knows the proper process :P

sed -i 's/http:\/\/dccbbv6cooddgcrq.onion/http:\/\/gzgme7ov25seqjbphab4fkcph3jkobfwwpivt5kzbv3kqx2y2qttl4yd.onion/g' /srv/gitweb.torproject.org/etc/projects.cgit

how does that differ from what lavamind originally did?

and i think you can just do it without restarting. worst case, it won't work and you'll have to... restart it. :)

...

On 2022-05-25 20:47:04, kezzle (@kez) wrote:

kezzle commented:

I don't know if gitweb needs to be stopped before editing the projects.cgit, so I'll just leave this sed here for someone who knows the proper process :P

sed -i 's/http:\/\/dccbbv6cooddgcrq.onion/http:\/\/gzgme7ov25seqjbphab4fkcph3jkobfwwpivt5kzbv3kqx2y2qttl4yd.onion/g' /etc/projects.cgit

-- Antoine Beaupré torproject.org system administration

how does that differ from what lavamind originally did?

None of lavamind's changes took effect, apparently

Should be fixed now. If this issue needs to be reopened again then we might need to look into why that file keeps getting changed back.

closed

it seems the issue has come back, gitweb is advertising dccbbv6cooddgcrq.onion again for clone @kez

thanks for catching this! it's a slippery one :/

reopened

the last modified timestamp on the projects.cgit file is september 8th, so i assume the change happened then (maybe a rollback for something?)

either way i ran that sed command again, and also changed the git.tpo onion address in onionbalance in puppet. hopefully this should fix it

closed

assigned to @kez and unassigned @lavamind

actually, i think @lavamind stumbled upon this recently and found... uh... something somewhere (on cupani?) that generates the projects list, i think maybe on gitolite-admin push? maybe that's why this got reset?

I just ran find /srv/git.torproject.org -type f -exec grep -i 'dccbbv6cooddgcrq' {} + on cupani and got no results. If something's there, it's probably hidden enough that I'd need to ask lavamind anyway.

Yeah I found out this file is actually auto-generated on push to the gitolite-admin repo. Modifying it by hand is probably whats causing the wrong URL to pop back up. I'd have to look at this more closely.

assigned to @lavamind and unassigned @kez

reopened

Alright I think I've fixed it for good. The onionv2 address was hardcoded in the /srv/gitweb.torproject.org/bin/make-cgit-list script. I changed it for the onionv3 and ran the script. The web pages are now showing the onionv3 address.

closed