On Thu, 2020-03-26 at 13:47 -0700, Patrick McLean wrote: > On Thu, 26 Mar 2020 21:11:11 +0100 > Michał Górny <mgo...@gentoo.org> wrote: > > > On Thu, 2020-03-26 at 14:13 -0500, William Hubbs wrote: > > > There are situations in which downstream overlays need to have versions > > > of python which Gentoo no longer supports in the tree. > > > > > > Currently, the only way to do this is for the overlay author to fork > > > python-utils-r1.eclass. This is highly undesirable since it creates a > > > very significant maintenance burden for the overlay author. > > > > Is it preferable to create the maintenance burden on Gentoo developers > > instead? Is it fair that paid company developers shift the burden > > on people who work on Gentoo in their free time, and already have their > > plate full? > > We have no intention of shifting maintenance burdens anywhere, we want > to make minor changes to make it easier for us to keep up. It's the > same as a Gentoo developer asking an upstream project to make minor > changes to their build system to support DESTDIR or a sandbox fix.
No, that's the exact opposite of it. Supporting DESTDIR is the correct course of action that benefits a lot of people. Adding hacks to make a broken thing to pretend to work is the exact opposite of that. > > > > The simplest way would be to apply the following patch. > > > In this situation, all the overlay author > > > would have to do is adjust the PYTHON_COMPAT_ALLOW_EXTRA_IMPLS variable. > > > > ...which solves exactly zero problems because the eclass still doesn't > > support the implementation in question. The best it could do is sweep > > part of the problem under the carpet. > > We don't care if it *actually* supports it, the ebuilds in question > aren't going to be installed on modern machines. We just want it to not > blow up in the global scope. Which makes literally zero sense. If you don't want them to work, remove them. Don't ask ::gentoo to provide special support to keep ebuilds that are 100% broken. -- Best regards, Michał Górny
signature.asc
Description: This is a digitally signed message part
