Bob Swift, derat I had this also yesterday. I don't exactly now what I did, but I reloaed, navigated back to translations.metabrainz.org or such things and eventually I got in.
But weblate has become rather slow. So probably they have some technical trouble.
<outsidecontext[m> "But weblate has become rather..." <- That could have been it. I just tried now and was able to get in okay.
dvirtz[m] has quit
Jade[m] joined the channel
Jade[m]
Hey all! Assignments are done, half term has started and I now have much more free time!
I'm writing up my GSoC proposal right now and wanted to ask which [BrainzBot plugins](https://github.com/metabrainz/brainzbot-core/tree/master/botbot_plugins/plugins) people used?
The ones I see the most are GitHub, Jira and !m
minimal joined the channel
mayhem[m] waves at Jade
mayhem[m]
lucifer: ^^
lucifer[m]
Jade: not sure. but i think the three you mentioned are probably it.
fwiw if this is about the Matrix archiver, I think you won't need to implement any plugins. the archiver itself would be enough.
Jade[m]
Yeah, I've just posted my proposal, sans-timeline.
<lucifer[m]> "fwiw if this is about the Matrix..." <- Those the Jira and `!m` plugins are pretty simple! `!m` is about 6 LoC. There's a pre-existing GitHub plugin. Might as well go for a complete replacement, given that!
And maubot is pretty easy to host, too. It uses sqlite, and has a web interface you can use to upload plugins and manage bot accounts.
Of course, a secondary priority compared to the rest of the project :)
vardhan__ has quit
lucifer[m]
Jade: I think doing this project in rust is a bad idea. There is no benefit to it than doing it in python. and doing it in rust making maintaining it in future hard.
Flask + React for frontend is the preferred tech stack for this project.
as that's the common tech stack between most of our projects.
julian45[m] joined the channel
julian45[m]
<lucifer[m]> "Jade: I think doing this project..." <- i would counter that there is at least some benefit to doing it in rust: as far as sdks from the matrix foundation itself go, `matrix-rust-sdk` is [considered production-ready](https://github.com/matrix-org/matrix-rust-sdk?tab=readme-ov-file#status), esp. as it backs prominent client implementations; on the other hand, `matrix-python-sdk` seems to be [effectively
unmaintained](https://github.com/matrix-org/matrix-python-sdk?tab=readme-ov-file#project-status), though there is a [separate library referenced in the readme](https://github.com/matrix-nio/matrix-nio) which seems to see more maintenance
Jade[m]
<lucifer[m]> "Jade: I think doing this project..." <- I went into more detail on the justification in the pre-proposal, but julian45 has the main justification for not using python
julian45[m]: (One person I know working with matrix-nio is very much regretting it, too)
julian45[m]
may i ask how so?
because i do think lucifer's point that python is already used a lot across our projects' stacks is important to consider
* because i do think lucifer's point that python is already used across a lot of our projects' stacks is important to consider
