I think it might be about a year that our current set up is running, and we currently have ~10G sqlite database. Obivously it's not a massive problem from disk space point of view, but it would be nice to have ability to control its growth. We do build and make our own packages available on devpi for each commit, so that would explain why sqlite is so big. We are however running an older version of devpi, and will be upgrading to the latest version at some point. Kind Regards, Sarunas Saulis
On 1 Aug 2017, at 23:30, Šarūnas Saulis wrote:
The files are in [server storage directory]/+files/root/pypi/+f and can be safely deleted. Devpi will re-download them on demand. Just be careful to not touch any other files. It's best to move them away first, so you can restore them in case of issues.
We have plans to add a prune command which allows to remove things based on various filters (age, version, release type etc).
The only way to reduce the sqlite database size is an export/import cycle.
I'd be interested to know what amount of sqlite db growth you see. With current devpi this shouldn't be much of an issue anymore, as we have moved most mirror info out of the db. The biggest source of growth is when you upload a lot of packages via a CI system for example.
Regards, Florian Schulze