On Sun, May 29, 2016 at 02:58:03PM +0200, Micha?? Górny wrote
> On Sat, 21 May 2016 11:19:07 -0400
> waltd...@waltdnes.org wrote:
>
> > 5. An reversed variant of INSTALL_MASK in make.conf, e.g.
> > LOCALE_ALLOW="foo bar fubar"
> >
> > which would block installing files in /usr/share/locale/* and
/combined_robot_hw 20160524-07:25 aballier f4af170
dev-ros/combined_robot_hw_tests 20160524-07:30 aballier 601de1a
games-roguelike/mangband20160529-08:28 amynkacf2dd43
media-fonts/fontawesome 20160525-18:52 monsieurp f9e3cf5
media-libs/elles_icc_profiles
On Sun, May 29, 2016 at 5:33 PM, Kristian Fiskerstrand wrote:
> dev-python/path-and-address
I've added the python project here, too.
Cheers,
Dirkjan
On Sun, May 29, 2016 at 4:16 PM, Pacho Ramos wrote:
> dev-python/pylast
I've added the python project for this one.
Cheers,
Dirkjan
On Sun, 29 May 2016 18:49:22 +0200
Joerg Bornkessel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Am 26.05.2016 um 11:16 schrieb Michał Górny:
> > Since you already committed it with all the todos inside, just the
> > important thing.
> >
> > On Sun, 22 May 2016 23:21:59 +0200
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Am 26.05.2016 um 11:16 schrieb Michał Górny:
> Since you already committed it with all the todos inside, just the
> important thing.
>
> On Sun, 22 May 2016 23:21:59 +0200 Joerg Bornkessel
> wrote:
>
>> - - local docfile - - for docfile in REA
On Thu, 26 May 2016 20:43:36 +0200
Michał Górny wrote:
> Hi, everyone.
>
> I've just did some testing for USE_EXPAND descriptions that are not used
> in a single ebuild. I'm sending the resulting cleanup here, and CC-ing
> maintainers in appropriate patches.
>
> I'm going to commit them in a fe
From: Amadeusz Żołnowski
Take category description from dev-python, replace all occurrences of
"python" with "erlang" and remove translations for languages which are
totally unknown to me.
---
dev-erlang/metadata.xml | 34 ++
profiles/categories | 1 +
2 file
Due to bug #584246 the following packages have been dropped to
maintainer-needed:
app-doc/cppman
app-text/grip
app-text/cherrytree
dev-db/sqlitestudio
dev-python/path-and-address
sys-apps/miller
sys-process/nmon
--
Kristian Fiskerstrand
OpenPGP certificate reachable at hkp://pool.sks-keyservers.
On 05/29/2016 04:25, Ulrich Mueller wrote:
>> On Sun, 29 May 2016, Rich Freeman wrote:
>
>> What I would love to see is this be standardized. An eclass or a
>> GLEP seems like the logical approach.
>
> I am strongly opposed against this. Ebuilds should not source
> executable code from random
This packages are now up for grabs:
app-crypt/ssh-multiadd
dev-python/pylast
media-fonts/ahem
This just looks nicer in build logs.
---
eclass/distutils-r1.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index afd29ed..171762c 100644
--- a/eclass/distutils-r1.eclass
+++ b/eclass/distutils-r1.eclass
@@ -55
Also remove .pydistutils.cfg from HOME before returning.
This config should only be needed when we are invoking setup.py. The
esetup.py wrapper provides a normalized way for doing this; if ebuilds
call setup.py without the wrapper, they are now also responsible for
setting the build directory if n
This was only necessary when we ran phases in parallel.
Also, PMS says this variable should not be modified.
---
eclass/distutils-r1.eclass | 6 --
1 file changed, 6 deletions(-)
diff --git a/eclass/distutils-r1.eclass b/eclass/distutils-r1.eclass
index 334ce73..c545290 100644
--- a/eclass/di
Because of the current maintainer not having time to take care of them,
the following packages are now up for grabs:
app-admin/aws-elb-tools
app-admin/aws-iam-tools
dev-libs/mozldap
dev-libs/svrcore
www-apache/mod_nss
On Sat, 21 May 2016 20:14:46 +1200
Kent Fredric wrote:
> On 21 May 2016 at 19:41, Michał Górny wrote:
> > Hello,
> >
> >
> > Those of you who read my blog post on LINGUAS [1] may already know
> > what's going on. For those who didn't, short summary:
> >
> > In EAPI 5 and newer, all variables lis
On Sat, 21 May 2016 11:19:07 -0400
waltd...@waltdnes.org wrote:
> On Sat, May 21, 2016 at 09:41:28AM +0200, Micha?? Górny wrote
>
> > I see the following possibilities:
> >
> > 1. We start explicitly listing linguas_* in all ebuilds, no matter how
> > tiny they are. Maintainers are required to k
On Fri, 27 May 2016 10:17:20 +0300
Mart Raudsepp wrote:
> Ühel kenal päeval, L, 21.05.2016 kell 11:19, kirjutas
> waltd...@waltdnes.org:
> > On Sat, May 21, 2016 at 09:41:28AM +0200, Micha?? Górny wrote
> > > 3. We remove LINGUAS from USE_EXPAND and stop using it. If ebuilds
> > > have
> > > a
On Fri, 20 May 2016 13:34:37 -0400
Michael Orlitzky wrote:
> On 05/20/2016 12:48 PM, Michał Górny wrote:
> >
> > That's not a case since GLEP doesn't define how it is configured.
> > And it's invalid to reference other groups in path=s of a defined
> > group.
> >
>
> I'm just playing languag
On Sun, May 29, 2016 at 4:25 AM, Ulrich Mueller wrote:
>> On Sun, 29 May 2016, Rich Freeman wrote:
>
>> What I would love to see is this be standardized. An eclass or a
>> GLEP seems like the logical approach.
>
> If there really is a need for such a feature, we should rather follow
> an appro
Hello, everyone.
It seems that I had this in queue for some time already. I'd like to
update GLEP 67 [1] to the updated version on my wiki copy [2].
The changes are:
a. explicit dependency on GLEP 39 [3] was added (it defines projects
in general),
b. XML descriptions were clarified using 'exact
On Sun, 29 May 2016 10:58:09 +0100
Amadeusz Żołnowski wrote:
> Hi,
>
> I'd like to add a new category for Erlang libraries:
> dev-erlang. Initially it's going to have 27 packages.
>
> Cheers,
> Amadeusz Żołnowski
>
> ---
> From 69b6a4f2449d420f02c6c9849885e37457cf9fbd Mon Sep 17 00:00:00 2001
Hi,
I'd like to add a new category for Erlang libraries:
dev-erlang. Initially it's going to have 27 packages.
Cheers,
Amadeusz Żołnowski
---
From 69b6a4f2449d420f02c6c9849885e37457cf9fbd Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Amadeusz=20=C5=BBo=C5=82nowski?=
Date: Sat, 6 Feb 2016 22:41:43 +0
> On Sun, 29 May 2016, Rich Freeman wrote:
> What I would love to see is this be standardized. An eclass or a
> GLEP seems like the logical approach.
I am strongly opposed against this. Ebuilds should not source
executable code from random locations. This is also a huge QA
violation, since PM
24 matches
Mail list logo
