PyPi Packages containing an Epoch can cause a 500 internal server error

[Racer159]

Description

Python does not fully follow semantic versioning and has an optional epoch segment (([1-9][0-9]*!)? (note the !) in front of its versions. Providing a package with a version with an epoch results in a 500 error on upload and a 500 error on subsequent requests to /admin/packages as well.

Note: I did not actually run this on try.gitea.io because it breaks the /admin/packages route for all users (at least when tested locally and in the chart), and I wasn't able to remove it via the API. If desired I can run this against that instance though.

Gitea Version

1.17.3

Can you reproduce the bug on the Gitea demo site?

Yes

Log Gist

https://gist.github.com/Racer159/cbe5bfb6df438cee59400695ec6ce89b

Screenshots

Git Version

2.38.0

Operating System

popOS 22.04

How are you running Gitea?

For testing locally off of the main branch, in production using the official chart version 6.0.3 (app version 1.17.3)

Database

SQLite

[Racer159]

Linking to this as well since the test case package can be made in the same way, just substitute 2022.9.24+r159.1 for 1!2.1.0 (or similar):

#21683

[lunny]

closed by #21708