On Fri, Sep 26, 2025 at 05:38:35PM +0200, Rafael Sadowski wrote:
> On Tue Sep 23, 2025 at 04:10:46PM +0200, Theo Buehler wrote:
> > On Mon, Sep 22, 2025 at 09:44:25PM +0100, Stuart Henderson wrote:
> > > On 2025/09/22 08:22, Rafael Sadowski wrote:
> > > > Would anyone with ports- and py-skills like to take a look at
> > > > games/mnemosyne? Version 2.11 supports py-qt6, which would help us
> > > > get rid of www/py-qtwebengine Qt5.
> > > > 
> > > > Thanks, Rafael
> > > > 
> > > 
> > > I attempted that a few times; it is now a more complicated python+rust
> > > hybrid, and at least in the versions I tried, I wasn't able to get it
> > > building in ports.
> > 
> > I believe you're thinking of education/anki, not games/mnemosyne, which
> > contains no Rust as far as I can see.
> > 
> > > Unless somebody would like to take maintainership and update, I suggest
> > > dropping it from ports at this point.
> > 
> > The following builds and doesn't immediately explode on startup. It does
> > throw a ton of syntax warnings during 'make fake' and 'make install'.
> > 
> > It complains about missing googletrans support on startup, which I guess
> > would be nice to have as an rdep.
> > 
> > Anyway, this should be a start for anyone wanting to push this over the
> > line after unlock.
> > 
> > USE_GMAKE is not enough, so I added a symlink to make in post-extract.
> 
> Runs fine here. I would suggest to a comment about the googletrans
> and commit it. OK rsadowski

I have no intuition about the risk of a qt5->qt6 transition. I'd prefer
to wait until after unlock.

I have looked at the suggested translation project. I don't think we
should provide it and should rather just patch out the warning from
__init__.py. google_trans_new project doesn't look particularly well
written, is basically unmaintained, and the version on pypi doesn't work 

https://github.com/lushan88a/google_trans_new