On 2021-08-19 23:24, Kevin Morris via aur-general wrote:
I think I'm going to in fact commit that in as a new route for Python
dependencies within a few days; it'll at least remove a dependency on
unmaintained packages in the future.
That being said, I'd still vouch for the package in question f
I do like Giancarlo's idea because it would really future proof a lot
of Python libraries we use; we could just lock versions in
requirements.txt. It just feels a bit odd that we're splitting between
two different package managers, especially because we still have to
depend on several arch packages
On 2021-08-19 23:05, Giancarlo Razzolini via aur-general wrote:
We shouldn't postpone upgrading the aurweb server because of this. If
some TU wants to maintain it, fine. But, for the actual deployment, I
wouldn't use repo packages.
How you choose to deploy is only a little bit related. I can se
On 2021-08-19 22:46, Kevin Morris via aur-general wrote:
Hi aur-general,
I've come across a Python library which serves a nice purpose for
aurweb's FastAPI implementation, but noticed that it is not yet
maintained in the Arch official repositories. For aurweb, we'd like
to stick to packages whic
Em agosto 19, 2021 16:46 Kevin Morris via aur-general escreveu:
Hi aur-general,
I've come across a Python library which serves a nice purpose for
aurweb's FastAPI implementation, but noticed that it is not yet
maintained in the Arch official repositories. For aurweb, we'd like
to stick to packag
Hi aur-general,
I've come across a Python library which serves a nice purpose for
aurweb's FastAPI implementation, but noticed that it is not yet
maintained in the Arch official repositories. For aurweb, we'd like
to stick to packages which exist within our official repositories,
and so I'm here t
