From: Hans de Graaff
Drop support for EAPI 0, 1, 2, 3.
Signed-off-by: Hans de Graaff
---
eclass/ruby-fakegem.eclass | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
index 915c10b986c3..1e8620c166d4
From: Hans de Graaff
Signed-off-by: Hans de Graaff
---
eclass/ruby-fakegem.eclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
index a6077a386b9d..915c10b986c3 100644
--- a/eclass/ruby-fakegem.eclass
+++
From: Hans de Graaff
Signed-off-by: Hans de Graaff
---
eclass/ruby-fakegem.eclass | 21 +
1 file changed, 5 insertions(+), 16 deletions(-)
diff --git a/eclass/ruby-fakegem.eclass b/eclass/ruby-fakegem.eclass
index e2c333a5e7f4..a6077a386b9d 100644
---
On Sat, Jul 20, 2019 at 1:22 PM Michał Górny wrote:
>
> On Sat, 2019-07-20 at 23:04 +0300, Andrew Savchenko wrote:
> > On Sat, 20 Jul 2019 20:28:39 +0200 Michał Górny wrote:
> > > On Sat, 2019-07-20 at 20:50 +0300, Andrew Savchenko wrote:
> > > > On Wed, 17 Jul 2019 15:25:10 +0200 Michał Górny
On Sun, 21 Jul 2019 00:33:00 +0200 Michał Górny wrote:
> On Sat, 2019-07-20 at 18:16 -0400, Rich Freeman wrote:
> > On Sat, Jul 20, 2019 at 4:22 PM Michał Górny wrote:
> > >
> > > Yes, I get it. User experience is not important if it would mean
> > > developers would actually do anything but
On Sat, 2019-07-20 at 18:16 -0400, Rich Freeman wrote:
> On Sat, Jul 20, 2019 at 4:22 PM Michał Górny wrote:
> >
> > Yes, I get it. User experience is not important if it would mean
> > developers would actually do anything but the bare minimum to get
> > from one paycheck to another. The
On Sat, Jul 20, 2019 at 4:22 PM Michał Górny wrote:
>
>
> Yes, I get it. User experience is not important if it would mean
> developers would actually do anything but the bare minimum to get
> from one paycheck to another. The usual Gentoo attitude.
>
Not sure where I go to sign up for those
Hi, guys.
The forwarded list contains a large number of errors in python-r1 suite
usage. Please look through the list for your packages, and fix them.
I'll look into reporting stuff directly once we're past the initial
slew.
Forwarded Message
From: repomirro...@gentoo.org
On Sat, 2019-07-20 at 23:04 +0300, Andrew Savchenko wrote:
> On Sat, 20 Jul 2019 20:28:39 +0200 Michał Górny wrote:
> > On Sat, 2019-07-20 at 20:50 +0300, Andrew Savchenko wrote:
> > > On Wed, 17 Jul 2019 15:25:10 +0200 Michał Górny wrote:
> > > > Hello,
> > > >
> > > > The QA team would like to
On Sat, 20 Jul 2019 20:28:39 +0200 Michał Górny wrote:
> On Sat, 2019-07-20 at 20:50 +0300, Andrew Savchenko wrote:
> > On Wed, 17 Jul 2019 15:25:10 +0200 Michał Górny wrote:
> > > Hello,
> > >
> > > The QA team would like to introduce the following policy:
> > >
> > > """
> > > Packages must
# Andreas Sturmlechner (2019-07-20)
# Ancient theme for KDE SC 4.4, useless for Plasma 5
# Removal in 15 days
x11-themes/korilla
x11-themes/noia
x11-themes/oxygen-molecule
On Sat, Jul 20, 2019 at 2:28 PM Michał Górny wrote:
>
> Could you please read the proposed policy? It explicitly says you are
> *not* supposed to force extra deps on users but build manpages for them.
>
This seems like a significant increase in maintainer effort compared
to just leaving things
On Sat, 2019-07-20 at 20:50 +0300, Andrew Savchenko wrote:
> On Wed, 17 Jul 2019 15:25:10 +0200 Michał Górny wrote:
> > Hello,
> >
> > The QA team would like to introduce the following policy:
> >
> > """
> > Packages must not disable installing manpages via USE flags (e.g.
> > USE=man or
On Wed, 17 Jul 2019 15:25:10 +0200 Michał Górny wrote:
> Hello,
>
> The QA team would like to introduce the following policy:
>
> """
> Packages must not disable installing manpages via USE flags (e.g.
> USE=man or USE=doc). If upstream does not ship prebuilt manpages
> and building them
On Sat, Jul 20, 2019 at 12:17:16PM -0400, Mike Gilbert wrote:
> On Sat, Jul 20, 2019 at 11:40 AM Haelwenn (lanodan) Monnier
> wrote:
> >
> > [2019-07-20 10:27:53-0500] William Hubbs:
> > > I saw that someone in another thread asked about a tracker for usr merge
> > > related fixes.
> > >
> > >
On Sat, Jul 20, 2019 at 11:40 AM Haelwenn (lanodan) Monnier
wrote:
>
> [2019-07-20 10:27:53-0500] William Hubbs:
> > I saw that someone in another thread asked about a tracker for usr merge
> > related fixes.
> >
> > There wasn't one, so I opened one.
> >
> >
[2019-07-20 10:27:53-0500] William Hubbs:
> I saw that someone in another thread asked about a tracker for usr merge
> related fixes.
>
> There wasn't one, so I opened one.
>
> https://bugs.gentoo.org/usrmerge-fixes
Looks like there is yet another bugzilla's bug or weird behaviour as
it returns
All,
I saw that someone in another thread asked about a tracker for usr merge
related fixes.
There wasn't one, so I opened one.
https://bugs.gentoo.org/usrmerge-fixes
Thanks,
William
signature.asc
Description: Digital signature
On Sat, 20 Jul 2019 10:38:09 +0200
Hans de Graaff wrote:
> On Sat, 2019-07-20 at 09:24 +0100, Sergei Trofimovich wrote:
> > Noticed when ran egencache:
> > $ PORTAGE_ELOG_CLASSES="qa" egencache --repo=gentoo --update --
> > update-use-local-desc --jobs=$(nproc)
> > * Call stack:
> > *
On Sat, 2019-07-20 at 09:24 +0100, Sergei Trofimovich wrote:
> Noticed when ran egencache:
> $ PORTAGE_ELOG_CLASSES="qa" egencache --repo=gentoo --update --
> update-use-local-desc --jobs=$(nproc)
> * Call stack:
> *ruby-ng.eclass, line 142: Called command_not_found_handle
>
20 matches
Mail list logo
