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 the
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 die
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 pl
> 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 e
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 su
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 fo
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
> PYTHON_COMPAT_ALLOW_EXT
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 co
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 high
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 high
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 bur
11 matches
Mail list logo
