Re: [gentoo-dev] [RFC] New eclass: mate

2016-07-01 Thread Michał Górny
On Tue, 14 Jun 2016 22:56:12 -0400 NP-Hardass wrote: > diff --git a/eclass/mate-desktop.org.eclass b/eclass/mate-desktop.org.eclass > index 5f92c4f..c57528d 100644 > --- a/eclass/mate-desktop.org.eclass > +++ b/eclass/mate-desktop.org.eclass > @@ -12,22 +12,16 @@ > # Provide a default SRC_URI an

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-15 Thread Michał Górny
Dnia 15 czerwca 2016 06:18:31 CEST, Jason Zaman napisał(a): >On Fri, Jun 10, 2016 at 12:52:34PM -0400, NP-Hardass wrote: >> On 06/09/2016 11:54 PM, Jason Zaman wrote: >> > On Thu, Jun 09, 2016 at 08:19:43AM -0400, NP-Hardass wrote: >> >> # @FUNCTION: python_cond_func_wrap >> >> # @DESCRIPTION: Wr

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-14 Thread Jason Zaman
On Fri, Jun 10, 2016 at 12:52:34PM -0400, NP-Hardass wrote: > On 06/09/2016 11:54 PM, Jason Zaman wrote: > > On Thu, Jun 09, 2016 at 08:19:43AM -0400, NP-Hardass wrote: > >> # @FUNCTION: python_cond_func_wrap > >> # @DESCRIPTION: Wraps a function for conditional python use, to run for > >> each >

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-14 Thread NP-Hardass
Here's a diff of the changes based on feedback from this ML, followed by the full eclasses. Once again, thanks for all the feedback. -- NP-Hardass diff --git a/eclass/mate-desktop.org.eclass b/eclass/mate-desktop.org.eclass index 5f92c4f..c57528d 100644 --- a/eclass/mate-desktop.org.eclass +++

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-10 Thread Michał Górny
On Fri, 10 Jun 2016 12:52:46 -0400 NP-Hardass wrote: > On 06/10/2016 09:33 AM, Michał Górny wrote: > > On Thu, 9 Jun 2016 08:19:43 -0400 > > NP-Hardass wrote: > > > >> # Ensure availibility of xz-utils on old EAPIs > >> if [[ "${EAPI:-0}" -lt "6" ]]; then > >>DEPEND="app-arch/xz-utils" >

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-10 Thread Michał Górny
On Fri, 10 Jun 2016 12:52:40 -0400 NP-Hardass wrote: > On 06/10/2016 06:43 AM, Michał Górny wrote: > > Dnia 9 czerwca 2016 14:19:43 CEST, NP-Hardass > > napisał(a): > >>DEPEND="app-arch/xz-utils" > >> fi > >> > >> # @ECLASS-VARIABLE: MATE_TARBALL_SUFFIX > >> # @INTERNAL > >> # @DESCRIPTIO

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-10 Thread NP-Hardass
On 06/10/2016 09:33 AM, Michał Górny wrote: > On Thu, 9 Jun 2016 08:19:43 -0400 > NP-Hardass wrote: > >> # Ensure availibility of xz-utils on old EAPIs >> if [[ "${EAPI:-0}" -lt "6" ]]; then >> DEPEND="app-arch/xz-utils" >> fi > > One more thing. What is the rationale for this? I've tried h

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-10 Thread NP-Hardass
On 06/09/2016 11:54 PM, Jason Zaman wrote: > On Thu, Jun 09, 2016 at 08:19:43AM -0400, NP-Hardass wrote: >> # Old EAPIs are banned. >> case "${EAPI:-0}" in >> 5|6) ;; >> *) die "EAPI=${EAPI} is not supported" ;; >> esac > > How reasonable would it be to ban EAPI5 as well? This is a new e

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-10 Thread NP-Hardass
On 06/10/2016 06:43 AM, Michał Górny wrote: > Dnia 9 czerwca 2016 14:19:43 CEST, NP-Hardass > napisał(a): >> Greetings all, >> >> Sorry for the delay, had lots of recurrent hardware issues the last >> month or so. >> I will be adding this to the MATE project repo after I get your >> feedback, and

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-10 Thread Michał Górny
On Thu, 9 Jun 2016 08:19:43 -0400 NP-Hardass wrote: > # Ensure availibility of xz-utils on old EAPIs > if [[ "${EAPI:-0}" -lt "6" ]]; then > DEPEND="app-arch/xz-utils" > fi One more thing. What is the rationale for this? I've tried hard, and I can't find anything EAPI-conditional about dep

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-10 Thread Michał Górny
Dnia 9 czerwca 2016 14:19:43 CEST, NP-Hardass napisał(a): >Greetings all, > >Sorry for the delay, had lots of recurrent hardware issues the last >month or so. >I will be adding this to the MATE project repo after I get your >feedback, and then into Gentoo repo after I've had some users test out >

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-09 Thread Jason Zaman
On Thu, Jun 09, 2016 at 08:19:43AM -0400, NP-Hardass wrote: > # Old EAPIs are banned. > case "${EAPI:-0}" in > 5|6) ;; > *) die "EAPI=${EAPI} is not supported" ;; > esac How reasonable would it be to ban EAPI5 as well? This is a new eclass so it may be better to just take the time to g

Re: [gentoo-dev] [RFC] New eclass: mate

2016-06-09 Thread NP-Hardass
Greetings all, Sorry for the delay, had lots of recurrent hardware issues the last month or so. I will be adding this to the MATE project repo after I get your feedback, and then into Gentoo repo after I've had some users test out the new packages/eclass. Just a reminder/summary: There are 40-50

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-14 Thread Alexis Ballier
On Wed, 13 Apr 2016 12:21:40 -0400 NP-Hardass wrote: > >> Furthermore, there was a discussion a long time ago about how > >> functions shouldn't be called without an explicit inherit. That > >> means that even if the mate eclass uses gnome2, if I opt to call > >> gnome2 directly in the ebuild,

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-13 Thread NP-Hardass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/13/2016 12:19 PM, Alexis Ballier wrote: > On Wed, 13 Apr 2016 08:55:56 -0400 NP-Hardass > wrote: [...] >> The idea was partly due to consistency. Rather than calling >> mate_this gnome2_that, it'd provide one namespace. Additionally >> as me

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-13 Thread Alexis Ballier
On Wed, 13 Apr 2016 08:55:56 -0400 NP-Hardass wrote: [...] > The idea was partly due to consistency. Rather than calling mate_this > gnome2_that, it'd provide one namespace. Additionally as mentioned in > my initial email, since GNOME and MATE aren't always in synch, if the > gnome2 eclass choos

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-13 Thread NP-Hardass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/13/2016 05:32 AM, Alexis Ballier wrote: > On Mon, 11 Apr 2016 22:04:10 -0400 NP-Hardass > wrote: > >> # Inherit happens below after declaration of GNOME2_LA_PUNT >> >> # @ECLASS-VARIABLE: MATE_LA_PUNT # @DESCRIPTION: # Available >> values fo

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-13 Thread Alexis Ballier
On Mon, 11 Apr 2016 22:04:10 -0400 NP-Hardass wrote: > # Inherit happens below after declaration of GNOME2_LA_PUNT > > # @ECLASS-VARIABLE: MATE_LA_PUNT > # @DESCRIPTION: > # Available values for MATE_LA_PUNT: > # - "no": will not clean any .la files > # - "yes": will run prune_libtool_files --mo

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-12 Thread NP-Hardass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/12/2016 02:42 PM, Pacho Ramos wrote: > Hi! > > El lun, 11-04-2016 a las 22:04 -0400, NP-Hardass escribió: >> [...] # @FUNCTION: ematedocize # @DESCRIPTION: A wrapper around >> mate-doc-common ematedocize() { ebegin "Running mate-doc-common >>

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-12 Thread NP-Hardass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/12/2016 02:44 PM, Pacho Ramos wrote: > El lun, 11-04-2016 a las 20:14 -0400, NP-Hardass escribió: >> [...] # @ECLASS-VARIABLE: MATE_TARBALL_SUFFIX # @INTERNAL # >> @DESCRIPTION: # All projects hosted on mate-desktop.org provide >> tarballs as t

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-12 Thread Pacho Ramos
El lun, 11-04-2016 a las 20:14 -0400, NP-Hardass escribió: > [...] > # @ECLASS-VARIABLE: MATE_TARBALL_SUFFIX > # @INTERNAL > # @DESCRIPTION: > # All projects hosted on mate-desktop.org provide tarballs as tar.xz. > # Undefined in live ebuilds. > [[ ${PV} != ]] && : ${MATE_TARBALL_SUFFIX:="xz"}

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-12 Thread Pacho Ramos
Hi! El lun, 11-04-2016 a las 22:04 -0400, NP-Hardass escribió: > [...] > # @FUNCTION: ematedocize > # @DESCRIPTION: A wrapper around mate-doc-common > ematedocize() { > ebegin "Running mate-doc-common --copy" > mate-doc-common --copy || die > eend $? > } > Have yo

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-11 Thread NP-Hardass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/11/2016 08:14 PM, NP-Hardass wrote: > On 04/11/2016 01:09 AM, NP-Hardass wrote: >> Greetings all, > >> As all potential new eclasses are supposed to be discussed here, >> I thought I'd file a message and see if anyone had anything to >> contr

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-11 Thread NP-Hardass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/11/2016 01:09 AM, NP-Hardass wrote: > Greetings all, > > As all potential new eclasses are supposed to be discussed here, I > thought I'd file a message and see if anyone had anything to > contribute on the matter. > > I'm in the midst of a

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-11 Thread Daniel Campbell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 04/10/2016 10:09 PM, NP-Hardass wrote: > Greetings all, > > As all potential new eclasses are supposed to be discussed here, I > thought I'd file a message and see if anyone had anything to > contribute on the matter. > > I'm in the midst of a

Re: [gentoo-dev] [RFC] New eclass: mate

2016-04-10 Thread M. J. Everitt
On 11/04/16 06:09, NP-Hardass wrote: > Greetings all, > > As all potential new eclasses are supposed to be discussed here, I > thought I'd file a message and see if anyone had anything to > contribute on the matter. > > I'm in the midst of a major version bump for the entirety of the MATE > desktop

[gentoo-dev] [RFC] New eclass: mate

2016-04-10 Thread NP-Hardass
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Greetings all, As all potential new eclasses are supposed to be discussed here, I thought I'd file a message and see if anyone had anything to contribute on the matter. I'm in the midst of a major version bump for the entirety of the MATE desktop e