Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-28 Thread Michał Górny
On Fri, 2020-03-27 at 17:36 -0500, William Hubbs wrote: > On Fri, Mar 27, 2020 at 06:54:25AM +0100, Michał Górny wrote: > > On Thu, 2020-03-26 at 22:12 +0100, Ulrich Mueller wrote: > > > > > > > > On Thu, 26 Mar 2020, William Hubbs wrote: > > > > If there's a way inside an eclass to check that

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-27 Thread William Hubbs
On Fri, Mar 27, 2020 at 06:54:25AM +0100, Michał Górny wrote: > On Thu, 2020-03-26 at 22:12 +0100, Ulrich Mueller wrote: > > > > > > > On Thu, 26 Mar 2020, William Hubbs wrote: > > > If there's a way inside an eclass to check that the ebuild inheriting > > > it is in ::gentoo, I will use it to

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-26 Thread Michał Górny
On Thu, 2020-03-26 at 22:12 +0100, Ulrich Mueller wrote: > > > > > > On Thu, 26 Mar 2020, William Hubbs wrote: > > If there's a way inside an eclass to check that the ebuild inheriting > > it is in ::gentoo, I will use it to die if the ebuild is in ::gentoo > > and this variable is set. > > Oh

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-26 Thread Ulrich Mueller
> On Thu, 26 Mar 2020, William Hubbs wrote: > If there's a way inside an eclass to check that the ebuild inheriting > it is in ::gentoo, I will use it to die if the ebuild is in ::gentoo > and this variable is set. Oh please, not this again. An ebuild or eclass is supposed to work the same

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-26 Thread Michał Górny
On Thu, 2020-03-26 at 13:47 -0700, Patrick McLean wrote: > On Thu, 26 Mar 2020 21:11:11 +0100 > Michał Górny 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

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-26 Thread Patrick McLean
On Thu, 26 Mar 2020 21:11:11 +0100 Michał Górny 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

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-26 Thread William Hubbs
On Thu, Mar 26, 2020 at 08:37:17PM +0100, David Seifert wrote: *snip* > How do you prevent some extra clever Gentoo developer from doing the following > in ::gentoo > > dev-python/foo/foo-1.ebuild: > > # don't have the time to port this right now, patches welcome >

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-26 Thread Robin H. Johnson
On Thu, Mar 26, 2020 at 09:11:11PM +0100, Michał Górny wrote: > I've already told you that if you want to fork, fork all eclasses. Then > you wouldn't have to worry about internal API going out of sync. > > Or don't autoupdate ::gentoo when eclasses change. I also suggested something that is a

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-26 Thread Michał Górny
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

Re: [gentoo-dev] [PATCH 0/1] allow extra implementations of python

2020-03-26 Thread David Seifert
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