Re: [gentoo-dev] [RFC] How to deal with LINGUAS mess?

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

[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2016-05-29 23:59 UTC

/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

Re: [gentoo-dev] Packages up for grabs

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

Re: [gentoo-dev] Packages up for grabs

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

Re: [gentoo-dev] eclass/vdr-plugin-2.eclass EAPI=6 changes, plz review

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

Re: [gentoo-dev] eclass/vdr-plugin-2.eclass EAPI=6 changes, plz review

-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 -

Re: [gentoo-dev] [PATCH 00/17] USE_EXPAND cleanup

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

[gentoo-dev] [PATCH] dev-erlang: Add new category

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 ++

[gentoo-dev] Packages up for grabs

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

Re: [gentoo-dev] What are eblits?

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

[gentoo-dev] Packages up for grabs

This packages are now up for grabs: app-crypt/ssh-multiadd dev-python/pylast media-fonts/ahem

[gentoo-dev] [PATCH 1/3] distutils-r1.eclass: Strip the trailing slash from D

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 @@

[gentoo-dev] [PATCH 2/3] distutils-r1.eclass: Move creation of .pydistutils.cfg to esetup.py

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

[gentoo-dev] [PATCH 3/3] distutils-r1.eclass: Do not modify the HOME variable

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 ---

[gentoo-dev] Package up for grabs

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

Re: [gentoo-dev] [RFC] How to deal with LINGUAS mess?

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: > >

Re: [gentoo-dev] [RFC] How to deal with LINGUAS mess?

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

Re: [gentoo-dev] [RFC] How to deal with LINGUAS mess?

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 >

Re: [gentoo-dev] [RFC] New GLEP: file installation masks

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

Re: [gentoo-dev] What are eblits?

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

[gentoo-dev] [RFC] GLEP 67 minor wording cleanup update

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

Re: [gentoo-dev] New category: dev-erlang

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

[gentoo-dev] New category: dev-erlang

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

Re: [gentoo-dev] What are eblits?

> 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

Re: [gentoo-portage-dev] [PATCH 3/3] pym/portage/util/locale.py: add a C module to help check locale

On Sun, 29 May 2016 02:37:50 -0400 "Anthony G. Basile" wrote: > On 5/29/16 2:30 AM, Michał Górny wrote: > > On Fri, 27 May 2016 10:26:44 -0400 > > "Anthony G. Basile" wrote: > > > >> From: "Anthony G. Basile" > >> >

Re: [gentoo-portage-dev] [PATCH 3/3] pym/portage/util/locale.py: add a C module to help check locale

On 5/29/16 2:30 AM, Michał Górny wrote: > On Fri, 27 May 2016 10:26:44 -0400 > "Anthony G. Basile" wrote: > >> From: "Anthony G. Basile" >> >> The current method to check for a sane system locale is to use python's >> ctypes.util.find_library() to

Re: [gentoo-dev] What are eblits?

On Sat, May 28, 2016 at 9:11 PM, Joshua Kinard wrote: > > Whether the idea is useful in the present day and age, eh, who knows. For the > mips-sources ebuilds, eblits let me centralize the per-machine notes and > unpacking logic, which reduced each ebuild's size from ~18KB a