[gentoo-dev] Re: New Eclasses: postgres and postgres-multi

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/25/2016 07:29 AM, Aaron W. Swenson wrote: > On 2016-01-24 18:44, Michael Orlitzky wrote: >> On 01/24/2016 06:29 PM, Aaron W. Swenson wrote: >>> Okay, provided that the new USE_EXPAND is okay for >>> POSTGRES_TARGETS, attached are the eclasses

Re: [gentoo-dev] Re: New packages up for grabs

On Mon, 2016-01-25 at 01:43 -0600, »Q« wrote: > If you've got enough cycles to spare, I'd love to see an ebuild for > leafnode-2. I realize that's asking a lot and that upstream's > apparent position is that it will be in perpetual alpha. > Not likely given that my time for Gentoo is already

Re: [gentoo-dev] Lastrites: media-sound/seq24

On Sat, 16 Jan 2016 11:13:44 +0100 Pacho Ramos wrote: > # Pacho Ramos (16 Jan 2016) > # Dead for years, not compatible with latest libsigc++ (#569514), it > # requires either a lot of patching or move to a forked project that > tries > # to continue it.

Re: [gentoo-dev] New USE_EXPAND: POSTGRES_TARGETS

On 2016-01-24 18:33, Michael Orlitzky wrote: > On 01/24/2016 06:21 PM, Aaron W. Swenson wrote: > > Attached are the changes I'm looking to make. I've never play with > > global use flags, so I'd like for somebody to make sure I've done them > > right. > > > > Tiny typo "postges.eclass". Thank

[gentoo-dev] [PATCH] skel.metadata.xml: update for GLEP 67

--- skel.metadata.xml | 35 +-- 1 file changed, 17 insertions(+), 18 deletions(-) diff --git a/skel.metadata.xml b/skel.metadata.xml index 7a496fb..1c8bc32 100644 --- a/skel.metadata.xml +++ b/skel.metadata.xml @@ -5,30 +5,29 @@ This is the example metadata

Re: [gentoo-dev] [PATCH] skel.metadata.xml: update for GLEP 67

> On Tue, 26 Jan 2016, Michael Palimaka wrote: > - > - Description of how USE='flag' affects this > package > - Description of how USERLAND='GNU' affects this > - package > - Uses app-text/aspell for spell checking. > - Requires an installed dictionary

Re: [gentoo-dev] New Eclasses: postgres and postgres-multi

On 2016-01-24 18:44, Michael Orlitzky wrote: > On 01/24/2016 06:29 PM, Aaron W. Swenson wrote: > > Okay, provided that the new USE_EXPAND is okay for POSTGRES_TARGETS, > > attached are the eclasses that I'll commit to the tree. > > > > > case ${EAPI:-0} in > > 0|1|2|3|4) die

[gentoo-dev] [PATCH] skel.ChangeLog: remove file

ChangeLog files are no longer used since the git migration. --- skel.ChangeLog | 67 -- 1 file changed, 67 deletions(-) delete mode 100644 skel.ChangeLog diff --git a/skel.ChangeLog b/skel.ChangeLog deleted file mode 100644 index

[gentoo-dev] [PATCH] skel.metadata.xml: update for GLEP 67

I tried to tidy it up a bit too. Any ideas on how to improve further are appreciated. Michael Palimaka (1): skel.metadata.xml: update for GLEP 67 skel.metadata.xml | 35 +-- 1 file changed, 17 insertions(+), 18 deletions(-) -- 2.4.10

[gentoo-dev] [PATCH 2/3] cmake-utils.eclass: Drop empty line

Signed-off-by: Justin Lecher --- eclass/cmake-utils.eclass | 1 - 1 file changed, 1 deletion(-) diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass index fb7f5ca..01de9a5 100644 --- a/eclass/cmake-utils.eclass +++ b/eclass/cmake-utils.eclass @@ -20,7 +20,6 @@ if

[gentoo-dev] [PATCH 3/3] cmake-utils.eclass: Define default EAPI to 0

Signed-off-by: Justin Lecher --- eclass/cmake-utils.eclass | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass index 01de9a5..23339ab 100644 --- a/eclass/cmake-utils.eclass +++ b/eclass/cmake-utils.eclass @@

[gentoo-dev] [PATCH 1/3] cmake-utils.eclass: Use bash internal testing instead of has()

Signed-off-by: Justin Lecher --- eclass/cmake-utils.eclass | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/eclass/cmake-utils.eclass b/eclass/cmake-utils.eclass index 9e8e71e..fb7f5ca 100644 --- a/eclass/cmake-utils.eclass +++

[gentoo-dev] [PATCH 0/3] RFC: cmake-utils.eclass minor updates

Hi, Some minor updates on the EAPI testing in the eclass. Justin Justin Lecher (3): cmake-utils.eclass: Use bash internal testing instead of has() cmake-utils.eclass: Drop empty line cmake-utils.eclass: Define default EAPI to 0 eclass/cmake-utils.eclass | 21 ++--- 1

Re: [gentoo-dev] GLEP 67 is in, please update your metadata.dtd!

On Mon, 25 Jan 2016 10:37:15 +0100 Michał Górny wrote: > Hello, everyone. > > I've finished the GLEP 67 transition last night, and it officially > applies to all metadata.xml files now. > Great! > In order to have repoman apply it correct (and not throw errors on new >

Re: [gentoo-dev] New Eclasses: postgres and postgres-multi

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 23/01/16 10:51 AM, Ian Stakenvicius wrote: > > >> On Jan 22, 2016, at 3:11 PM, Aaron W. Swenson >> wrote: >> >> >> I would like some feedback on the documentation/comments in >> the eclass. I'm certain it could be

Re: [gentoo-dev] GLEP 67 is in, please update your metadata.dtd!

On Mon, Jan 25, 2016 at 11:31 AM, Luis Ressel wrote: > On Mon, 25 Jan 2016 10:37:15 +0100 > Michał Górny wrote: > >> Hello, everyone. >> >> I've finished the GLEP 67 transition last night, and it officially >> applies to all metadata.xml files now. >> > >

[gentoo-dev] Re: GLEP 67 is in, please update your metadata.dtd!

Mike Gilbert wrote: > On Mon, Jan 25, 2016 at 11:31 AM, Luis Ressel wrote: >> >> I might be asking this for a second time, but why does repoman download >> the metadata.dtd at all? If one fetches from >> git://../gentoo-mirror/gentoo (or via rsync, afaik) it

Re: [gentoo-dev] New packages up for grabs

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/24/2016 03:32 PM, Michał Górny wrote: > Hello, everyone. > > As a result of disbanding a few herds, we some new > maintainer-needed packages. > > Here's the complete list: > > app-cdr/bashburn dev-util/astyle > I'll take those two. I use

Re: [gentoo-dev] Re: GLEP 67 is in, please update your metadata.dtd!

On Mon, Jan 25, 2016 at 10:45 AM, Martin Vaeth wrote: > Mike Gilbert wrote: > > On Mon, Jan 25, 2016 at 11:31 AM, Luis Ressel wrote: > >> > >> I might be asking this for a second time, but why does repoman download > >> the metadata.dtd at

[gentoo-dev] Update skel.ebuild for EAPI 6

See patch included below. I have kept the changes at the bare minimum necessary to update this for EAPI 6. A major rewrite of the file may be considered later. Ulrich From 599ad94e1a2f2961e5ef0175bea01cd1b2eb96f7 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Ulrich=20M=C3=BCller?=

Re: [gentoo-dev] Re: GLEP 67 is in, please update your metadata.dtd!

On Mon, Jan 25, 2016 at 1:45 PM, Martin Vaeth wrote: > Mike Gilbert wrote: >> On Mon, Jan 25, 2016 at 11:31 AM, Luis Ressel wrote: >>> >>> I might be asking this for a second time, but why does repoman download >>> the metadata.dtd at all?

Re: [gentoo-dev] Re: [PATCH v2 17/19] ebuild-writing/misc-files: remove ChangeLog section #485314

> On Sun, 24 Jan 2016, Michael Orlitzky wrote: > The ChangeLog page is nonsense as-is, and removing it makes the > devmanual better. Afterwards, if someone wants to take the commit > message guidelines from the wiki and merge them with the old ChangeLog > tips, great. There's only two things

Re: [gentoo-dev] New packages up for grabs

On Sun, 24 Jan 2016 19:01:10 -0500 Göktürk Yüksek wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Michał Górny: > > Hello, everyone. > > > > As a result of disbanding a few herds, we some new > > maintainer-needed packages. > > > > Here's the complete list: > > > >

Re: [gentoo-dev] GLEP 67 is in, please update your metadata.dtd!

On Mon, 25 Jan 2016 10:37:15 +0100 Michał Górny wrote: > Hello, everyone. > > I've finished the GLEP 67 transition last night, and it officially > applies to all metadata.xml files now. > > In order to have repoman apply it correct (and not throw errors on new > metadata.xml files), it needs to

[gentoo-dev] GLEP 67 is in, please update your metadata.dtd!

Hello, everyone. I've finished the GLEP 67 transition last night, and it officially applies to all metadata.xml files now. In order to have repoman apply it correct (and not throw errors on new metadata.xml files), it needs to refetch metadata.dtd. Sadly, this currently happens once a week, so