Re: [gentoo-dev] Python 2 cleanup: remaining packages, Dec 2020 update
On Sat, 05 Dec 2020 15:47:40 + Marek Szuba wrote: > > > On December 5, 2020 12:31:33 PM UTC, Andrew Savchenko > wrote: > > >Looks like you misunderstood what "Python 3 compatibility mode" > >means. See official explanation: > >https://www.renpy.org/dev-doc/html/changelog.html#python-2-python-3-compatibility-mode > > So I have. Oh well, last rites it most likely is then. Or move > py2 versions of RenPy and their revdeps to a dedicated overlay, > maybe. Do we have a dedicated py2 overlay? Renpy has quite some py2 deps, so it will be reasonable to support it in such overlay instead of duplicating job for common packages. > I am not quite convinced simply having then masked in the > main tree makes sense, as these will have to stay masked even after > RenPy 8.0 has come out. The sense I see: 1) it will make it easier to update to 8.0; 2) for users willing to use renpy it will be a starting point, though they'll need to setup py2 outside of portage somehow, maybe using pip. But maybe it will be easier for users to use bundled renpy from games (it often comes with its own py2); though not all games have linux port — that is the killer feature of the in-tree renpy version. Best regards, Andrew Savchenko pgp8XYKwjv62Y.pgp Description: PGP signature
Re: [gentoo-dev] Python 2 cleanup: remaining packages, Dec 2020 update
On December 5, 2020 12:31:33 PM UTC, Andrew Savchenko wrote: >Looks like you misunderstood what "Python 3 compatibility mode" >means. See official explanation: >https://www.renpy.org/dev-doc/html/changelog.html#python-2-python-3-compatibility-mode So I have. Oh well, last rites it most likely is then. Or move py2 versions of RenPy and their revdeps to a dedicated overlay, maybe. I am not quite convinced simply having then masked in the main tree makes sense, as these will have to stay masked even after RenPy 8.0 has come out. -- MS
Re: [gentoo-dev] Python 2 cleanup: remaining packages, Dec 2020 update
Hi! On Fri, 4 Dec 2020 10:07:21 +0100 Marek Szuba wrote: > On 2020-12-04 01:54, Michał Górny wrote: > > >>> Waiting for py3 port (likely last rite candidates): > >>> - games-engines/renpy > >> > >> RenPy 7.4.0, released on the 26th of November, features "new Python 3 > >> compatibility mode". It is of course up to the maintainer of this > >> package to decide how to proceed but were this up to me, I would very > >> much rather version-bump games-engines/renpy (in spite of 7.4.0 being > >> described by upstream as a pre-release) than last-rite it altogether. Looks like you misunderstood what "Python 3 compatibility mode" means. See official explanation: https://www.renpy.org/dev-doc/html/changelog.html#python-2-python-3-compatibility-mode * Full Changelog 7.4.0 [...] Python 2/Python 3 Compatibility Mode While Ren'Py is not yet supported on Python 3, this release of Ren'Py includes several features to allow you to begin writing scripts that will work on both Python 2 and Python 3. * Just to be sure I tried to build renpy-7.4.0 using python3: it fails because it still uses python2 code inside (but with import future, so it can support scripts in python 3). Python3 support for the RenPy itself is expected in 8.0 version. > > Sure but I'm afraid the games will need explicit porting to py3 as well. > > Well, the games will probably have to go - if I see correctly we have > currently got 4 games-engines/renpy revdeps in the tree > (games-misc/katawa-shoujo, games-rpg/asphyxia, games-rpg/sakura-spirit, > games-rpg/the-royal-trap) and they all explicitly depend on a slotted > older version of the engine. 1. pygame_sdl2 is ported to python3, so there is no need to remove it even if renpy will be temporarily gone. 2. It should be possible to keep renpy and games as masked in the tree, but this will require users to setup some python2 env themselves. If this is an acceptable option, I can bump renpy to 7.4.0 in the tree. Best regards, Andrew Savchenko pgpLur_fqtS57.pgp Description: PGP signature
Re: [gentoo-dev] Python 2 cleanup: remaining packages, Dec 2020 update
On 2020-12-04 01:54, Michał Górny wrote: Waiting for py3 port (likely last rite candidates): - games-engines/renpy RenPy 7.4.0, released on the 26th of November, features "new Python 3 compatibility mode". It is of course up to the maintainer of this package to decide how to proceed but were this up to me, I would very much rather version-bump games-engines/renpy (in spite of 7.4.0 being described by upstream as a pre-release) than last-rite it altogether. Sure but I'm afraid the games will need explicit porting to py3 as well. Well, the games will probably have to go - if I see correctly we have currently got 4 games-engines/renpy revdeps in the tree (games-misc/katawa-shoujo, games-rpg/asphyxia, games-rpg/sakura-spirit, games-rpg/the-royal-trap) and they all explicitly depend on a slotted older version of the engine. -- MS OpenPGP_signature Description: OpenPGP digital signature
Re: [gentoo-dev] Python 2 cleanup: remaining packages, Dec 2020 update
On Sun, 2020-11-29 at 14:28 +0100, Marek Szuba wrote: > On 2020-11-28 22:47, Michał Górny wrote: > > > Waiting for py3 port (likely last rite candidates): > > - games-engines/renpy > > RenPy 7.4.0, released on the 26th of November, features "new Python 3 > compatibility mode". It is of course up to the maintainer of this > package to decide how to proceed but were this up to me, I would very > much rather version-bump games-engines/renpy (in spite of 7.4.0 being > described by upstream as a pre-release) than last-rite it altogether. Sure but I'm afraid the games will need explicit porting to py3 as well. -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Python 2 cleanup: remaining packages, Dec 2020 update
On 2020-11-28 22:47, Michał Górny wrote: Waiting for py3 port (likely last rite candidates): - games-engines/renpy RenPy 7.4.0, released on the 26th of November, features "new Python 3 compatibility mode". It is of course up to the maintainer of this package to decide how to proceed but were this up to me, I would very much rather version-bump games-engines/renpy (in spite of 7.4.0 being described by upstream as a pre-release) than last-rite it altogether. -- Marecki OpenPGP_signature Description: OpenPGP digital signature
[gentoo-dev] Python 2 cleanup: remaining packages, Dec 2020 update
Hi, Here's an update on where we're standing right now. Including only non- masked packages. Please note that there's only month left. Afterwards, the offending packages will be cleaned up / last rited (except for build-time deps). Waiting for cleanup of old (non-trivial!): - dev-db/percona-server - media-tv/mythtv - x11-plugins/enigmail Build-time deps, only old versions: - dev-lang/spidermonkey Build-time deps, to stay for the time being: - dev-python/pypy* - dev-qt/qtwebengine - games-strategy/0ad - www-client/chromium Waiting for py3 port (likely last rite candidates): - games-engines/renpy Dependencies of other packages on the list: - dev-python/numpy-python2 (games-engines/renpy) - dev-python/pygame_sdl2 (likewise) -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message part