[gentoo-dev] BOINC needs maintainer

Hi, currently BOINC supposed to be maintained by the science team, but we are not really carrying about it. Is there anyone around whole likes to take this over? Thanks for your help, Justin signature.asc Description: OpenPGP digital signature

Re: [gentoo-dev] RFC: intel-sdp-r1.eclass

On 15/02/16 15:35, Michał Górny wrote: > On Mon, 15 Feb 2016 14:37:41 +0100 > "Justin Lecher (jlec)" <j...@gentoo.org> wrote: > >> On 15/02/16 13:59, Michał Górny wrote: >>> On Mon, 15 Feb 2016 09:16:53 +0100 >>> "Justin Lecher (jlec)&qu

Re: [gentoo-dev] RFC: intel-sdp-r1.eclass

On 15/02/16 13:59, Michał Górny wrote: > On Mon, 15 Feb 2016 09:16:53 +0100 > "Justin Lecher (jlec)" <j...@gentoo.org> wrote: > >> # Copyright 1999-2016 Gentoo Foundation >> # Distributed under the terms of the GNU General Public License v2 >>

[gentoo-dev] RFC: intel-sdp-r1.eclass

Hi everyone, We (actually mostly soap) rewrote parts of the intel-sdp.eclass and decided to revbump it. Please review our changes. Changes are: * Move from EAPI=5 to 6 * Adopt to changed packaging layout * Use ABI_ instead of multilib * Drop eclipse support * Require all RPM lists to be arrays

[gentoo-dev] Re: [gentoo-project] Call for Agenda Items -- Council Meeting 2016-02-14

On 03/02/16 21:46, Dirkjan Ochtman wrote: > On Tue, Feb 2, 2016 at 3:18 PM, Justin Lecher (jlec) <j...@gentoo.org> wrote: >> Could you please sum up the thread and come up with some precise >> question we should discuss or vote on. > > The question is: what lan

Re: [gentoo-dev] Re: [PATCH 0/5] RFC: Patches for wxwidgets.eclass

On 02/02/16 23:36, Ryan Hill wrote: > On Mon, 1 Feb 2016 12:08:28 +0100 > Justin Lecher wrote: > >> while tracking down the following error when running "egencache" >> >> GENTOO.GIT//eclass/wxwidgets.eclass: line 84: get_libdir: command not found >>

Re: [gentoo-dev] Re: [PATCH 4/5] wxwidgets.eclass: Only inherit eclass ones

On 02/02/16 00:18, Duncan wrote: > Justin Lecher posted on Mon, 01 Feb 2016 12:08:32 +0100 as excerpted: > > [Title/description only comment, body quote snipped] > > What about eclass twos and eclass threes? > > IOW, s/ones/once/ > yeah, I have some weaknesses with those words :D Thanks for

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

On 26/01/16 15:10, Davide Pesavento wrote: > On Tue, Jan 26, 2016 at 1:50 PM, Michał Górny wrote: >> Dnia 26 stycznia 2016 13:36:00 CET, Davide Pesavento >> napisał(a): >>> On Mon, Jan 25, 2016 at 9:29 PM, Justin Lecher wrote:

Re: [gentoo-dev] [PATCH 00/16] devmanual: update the docs for post git-migration #558642

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 17/01/16 08:55, Gokturk Yuksek wrote: > Hi, > > The following patch series attempt to update devmanual to replace > the instances of CVS with their git equivalents. I tried to keep > the changes small in favor of updating the docs over multiple

Re: [gentoo-dev] News item: Python ABIFLAGS rebuild needed

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 12/12/15 16:11, Mike Gilbert wrote: > On Sat, Dec 12, 2015 at 3:54 AM, Ulrich Mueller > wrote: >>> On Fri, 11 Dec 2015, Mike Gilbert wrote: >> >>> It is worth noting that GLEP 42 makes no mention of EAPI, and >>> current

Re: [gentoo-dev] packages to grab

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/01/16 22:07, Julian Simioni wrote: > I'd love to proxy-maintain app-admin/pwgegn: it's used by > app-admin/pass which I use quite a bit. Hi Julian, do you need a proxy or do you have someone to work with? Justin -BEGIN PGP

Re: [gentoo-dev] packages to grab

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 08/01/16 10:14, Justin Lecher (jlec) wrote: > I already did that. 90% of all packages can be associated with > some project. I will post a PR for review later. > Please comment if you disagree with some herd/project assignment

Re: [gentoo-dev] packages to grab

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 08/01/16 09:47, Dirkjan Ochtman wrote: > On Thu, Jan 7, 2016 at 4:40 PM, Matthew Thode > wrote: >> gonna take these unless anyone yells at me. >> >> modified: dev-python/ipaddress/metadata.xml modified: >>

[gentoo-dev] packages to grab

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear everyone, due to changes in real life I need to cut back vastly my day to day maintainer work starting in February. So far I have no clue how much time I can devote to Gentoo in nearer future. I will move all packages I maintain [1] to the

[gentoo-dev] [gentoo-dev-announce] Last rites: sci-libs/libbufr

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 # Justin Lecher (29 Dec 2015) # Fails to build and test runs # No reverse deps # #370021, #478614, #513964 sci-libs/libbufr -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0

Re: [gentoo-dev] [PATCH 0/9] Cleanup and EAPI=6 support for check-reqs.eclass

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 28/12/15 10:35, Andrew Savchenko wrote: > Hi, > > On Mon, 28 Dec 2015 09:43:46 +0100 Justin Lecher wrote: >> Dear all, >> >> please review my suggestion to the check-reqs.eclass according to >> cleanups and EAPI=6 support. Any further ideas you

Re: [gentoo-dev] [PATCH 5/9] check-reqs.eclass: Replace obsolete df option -m with -B ###

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 28/12/15 14:58, Andrew Savchenko wrote: > Hi, > > On Mon, 28 Dec 2015 09:43:51 +0100 Justin Lecher wrote: >> Signed-off-by: Justin Lecher --- >> eclass/check-reqs.eclass | 2 +- 1 file changed, 1 insertion(+), 1 >> deletion(-)

Re: [gentoo-dev] [PATCH 5/9] check-reqs.eclass: Replace obsolete df option -m with -B ###

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 28/12/15 15:24, Michał Górny wrote: > Dnia 28 grudnia 2015 09:43:51 CET, Justin Lecher > napisał(a): >> Signed-off-by: Justin Lecher --- >> eclass/check-reqs.eclass | 2 +- 1 file changed, 1 insertion(+), 1 >>

Re: [gentoo-dev] [PATCH] check-reqs.eclass: Replace obsolete df option -m with -k

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 28/12/15 16:41, Michał Górny wrote: > Dnia 28 grudnia 2015 16:27:43 CET, Justin Lecher > napisał(a): >> Using kbi as base unit for calculation as linux and bsd only have >> -k as common option > > It's 'kibibyte', or KiB in

Re: [gentoo-dev] [PATCH 8/8] virtualx.eclass: Simplify API into single virtx()

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 30/11/15 18:40, Davide Pesavento wrote: > > The scenario of bug 517976 is different. I think a minimized test > case is the following (untested): > > foo() { die "meh" return 0 } > > src_test() { virtx foo } > This example will still break

Re: [gentoo-dev] [PATCH 4/8] virtualx.eclass: Ban deprecated functionality in EAPI > 5

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 29/11/15 10:57, Michał Górny wrote: > On Sat, 28 Nov 2015 17:21:00 +0100 Justin Lecher > wrote: > >> Signed-off-by: Justin Lecher --- >> eclass/virtualx.eclass | 5 + 1 file changed, 5 insertions(+) >> >>

Re: [gentoo-dev] [PATCH 4/8] virtualx.eclass: Ban deprecated functionality in EAPI > 5

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 28/11/15 15:03, Michał Górny wrote: > > > Dnia 28 listopada 2015 14:24:17 CET, Justin Lecher > napisał(a): >> Signed-off-by: Justin Lecher --- >> eclass/virtualx.eclass | 4 1 file changed, 4

Re: [gentoo-dev] [PATCH 8/8] virtualx.eclass: Simplify API into single virtx()

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 28/11/15 16:28, Davide Pesavento wrote: >> else - nonfatal ${VIRTUALX_COMMAND} "$@" + >> nonfatal "$@" > > Please take the opportunity to clean this up, possibly only in > EAPI=6 if you don't want to risk breaking existing ebuilds.

Re: [gentoo-dev] [PATCH 4/8] virtualx.eclass: Ban deprecated functionality in EAPI > 5

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 28/11/15 16:57, Michał Górny wrote: > > > Dnia 28 listopada 2015 15:08:52 CET, "Justin Lecher (jlec)" > <j...@gentoo.org> napisał(a): On 28/11/15 15:03, Michał Górny > wrote: >>>> >>>>

Re: [gentoo-dev] [PATCH 10/29] python-utils-r1.eclass: Make heredocs consistent

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 22/11/15 20:50, Micha? Górny wrote: > --- eclass/python-utils-r1.eclass | 10 +- 1 file changed, 5 > insertions(+), 5 deletions(-) > > diff --git a/eclass/python-utils-r1.eclass > b/eclass/python-utils-r1.eclass index 7617c3f..6fb1ec5

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 16/11/15 10:01, Alexis Ballier wrote: > On Fri, 13 Nov 2015 23:53:05 + (UTC) "Michał Górny" > wrote: > >> commit: ad4c142684afb096e8fff2937ae5c5c3385dd22e Author: >> Michał Górny gentoo org> AuthorDate: Fri Nov >>

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: eclass/

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 16/11/15 10:14, Alexis Ballier wrote: > Probably those that want to ban it should fix the(ir) tree so that > developers have no pain in bumping to eapi6? Versioned APIs are made to have incompatible changes. What do you like to see? Someone

[gentoo-dev] Last rites: sci-chemistry/pymol-apbs-plugin

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 # Justin Lecher (12 Nov 2015) # deprecated version of the plugin. # sci-chemistry/pymol includes the newer version sci-chemistry/pymol-apbs-plugin -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: dev-python/pyfltk/, dev-python/pyfltk/files/

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 08/11/15 11:43, Jeroen Roovers wrote: > On Sun, 8 Nov 2015 08:50:51 +0100 Michał Górny > wrote: > >> you just removed the last version supporting python2.7. As a >> result, matplotlib and pygene can't be installed at all: >

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: dev-python/pyfltk/, dev-python/pyfltk/files/

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 08/11/15 08:50, Michał Górny wrote: > On Sun, 8 Nov 2015 06:57:38 + (UTC) "Jeroen Roovers" > wrote: > >> commit: b39f2acde24b95c4be5ed1e83c3a0d71fc58ab11 Author: >> Jeroen Roovers gentoo org> AuthorDate: Sun Nov 8

Re: [gentoo-dev] [PATCH v1] enable gccgo for all platform

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 How about a virtual here? -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0 iQJ8BAEBCgBmBQJWN8OuXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ0QUU0N0I4NzFERUI0MTJFN0EyODE0NUFF

[gentoo-dev] [gentoo-dev-announce] Last rites: dev-python/scientificpython

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 # Justin Lecher (01 Nov 2015) # Obsolete package # Incompatible to recent numpy version # No upstream activity dev-python/scientificpython -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: dev-python/intelhex/

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 21/10/15 19:32, Justin Lecher (jlec) wrote: > On 21/10/15 19:21, Ciaran McCreesh wrote: >> On Wed, 21 Oct 2015 01:25:53 +0200 hasufell >> <hasuf...@gentoo.org> wrote: >>> Also, my package manager chokes on it. Repoma

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: dev-python/intelhex/

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 21/10/15 19:21, Ciaran McCreesh wrote: > On Wed, 21 Oct 2015 01:25:53 +0200 hasufell > wrote: >> Also, my package manager chokes on it. Repoman not, so that >> looks like a bug. > > s/Repoman/Portage/ > > Portage will

Re: [gentoo-dev] Re: [gentoo-commits] repo/gentoo:master commit in: /

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 10/10/15 13:33, Andreas K. Huettel wrote: > >> You should (almost) never commit reverse-merges of >> git.gentoo.org master[0]. > >> Instead, you have to use git pull --rebase=preserve origin >> master > >> in case you get "push conflicts" [1]

Re: [gentoo-dev] tcltk herd empty

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 30/09/15 15:02, Justin (jlec) wrote: > Hi, > > is no active maintainer for tcltk in Gentoo anymore. > > Please stand up or try to remove tcltk support from your packages. > > Justin > Hi, so it seems there is some interest. Following

[gentoo-dev] obsolete remote-id types

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I will drop gitorius and google-code from metadata.{xml,dtd}. Any objections? Thanks, Justin -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0 iQJ8BAEBCgBmBQJWBn9AXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w

Re: [gentoo-dev] obsolete remote-id types

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 26/09/15 14:58, Michał Górny wrote: > Dnia 2015-09-26, o godz. 13:19:28 "Justin Lecher (jlec)" > <j...@gentoo.org> napisał(a): > >> Hello, >> >> I will drop gitorius and google-code from metadata.{xml

Re: [gentoo-dev] Updating all Manifest to contain SHA256 SHA512 WHIRLPOOL

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi there, I did a first fix run. https://github.com/jlec/gentoo/commit/0df86dcca0aa981fa7bdba633653697e2b 40781c Although my script checks whether the size and SHA256 changed, but better you could also take a look. Thanks, Justin -BEGIN PGP

Re: [gentoo-dev] Updating all Manifest to contain SHA256 SHA512 WHIRLPOOL

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 20/09/15 19:41, Robin H. Johnson wrote: > On Fri, Sep 18, 2015 at 10:58:22AM +0200, Justin (jlec) wrote: >> Hello, >> >> there are quite a number of Manifest still not containing one or >> more of the three hashes. I would like to update them as

Re: [gentoo-dev] Always specify SLOT we know a package is compatible with (even if only one SLOT exists at the moment ebuild is added)

On 19/09/15 12:36, hasufell wrote: > Hmm, you are suggesting to do this even for packages that only > have one SLOT anyway? I'm really not sure about this. Depending on > the SLOT-naming-scheme that will be introduced it may require > massive changes as well. It's hard to look into the future. I >

[gentoo-dev] symlinks in the tree

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I would like to discuss the pro and cons of usage of symlinks in the tree, which are possible now as we aren't bound to CVS anymore We have quite a number of ebuilds already in the tree defining functionality for both, regular version and live

Re: [gentoo-dev] symlinks in the tree

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 12/09/15 15:19, hasufell wrote: > +1 for banning symlinks > mrueg just mentioned a very crucial point. There are filesystem which don't support symlinks and would break everything. -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0

Re: [gentoo-dev] Re: RFC: using Ninja in more CMake-based packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 07/06/15 22:14, Johannes Huber wrote: Am Sonntag 07 Juni 2015, 17:08:57 schrieb Michał Górny: Hello, developers. Hello Michal, As you probably know already, CMake sucks a lot. One of its more sucky features is that it generates Makefiles

Re: [gentoo-dev] RFC: Indention in metadata.xml

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 07/06/15 14:48, Andrew Udvare wrote: On 07/06/15 05:12, Alexis Ballier wrote: On Sat, 6 Jun 2015 22:00:14 -0400 Mike Gilbert flop...@gentoo.org wrote: Compatibility with sed scripts is not something I care about. ... However, I do not

[gentoo-dev] RFC: Indention in metadata.xml

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi everyone, Can we get an agreement on how we are indenting metadata.xml? I like to properly format and indent metadata.xml, but without having an agreement or policy on the indention, I make unhappy by choosing the wrong. The two options which

Re: [gentoo-dev] Re: RFC: Indention in metadata.xml

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 06/06/15 14:07, Ulrich Mueller wrote: On Sat, 6 Jun 2015, Duncan wrote: *If* we should agree on using tabs, then we should also standardise the tab width. Using the same rules for indenting and whitespace as for ebuilds (i.e., tab stops

Re: [gentoo-dev] Re: RFC: Indention in metadata.xml

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 06/06/15 17:21, Michael Orlitzky wrote: On 06/06/2015 08:22 AM, Justin Lecher (jlec) wrote: * linewidth 80 (why do we have this short limit still in 2015) It's ancient typographic wisdom that the optimal measure (number of characters

[gentoo-dev] Version Bumps

Dear fellow devs, The following behavior is not an appropriate procedure for a version bump! Seems like a trivial version bump, simply renaming the xxx ebuild works. Please check packages more carefully e.g. comparing configure.ac, Makefile.am, README, INSTALL, setup.py, requirements.txt and

[gentoo-dev] RFC: new eclass emboss-r1 (obsoletes emboss and embassy eclass)

Hi all, we got a nice user contribution which fixes several bugs and potential security implications. As a result we need to have changes to the emboss eclass. The new eclass is simply move forward to use autools-utils.eclass which results in quite some incompatibilities to the old one. Therefor

Re: [gentoo-dev] RFC: new eclass emboss-r1 (obsoletes emboss and embassy eclass)

On 21/02/15 20:19, hasufell wrote: Justin Lecher (jlec): Hi all, we got a nice user contribution which fixes several bugs and potential security implications. As a result we need to have changes to the emboss eclass. The new eclass is simply move forward to use autools-utils.eclass

Re: [gentoo-dev] RFC: new eclass emboss-r1 (obsoletes emboss and embassy eclass)

On 21/02/15 20:36, Michał Górny wrote: # @ECLASS-VARIABLE: EBO_EXTRA_ECONF # @DEFAULT_UNSET # @DESCRIPTION: # Extra config options passed to econf, similar to EXTRA_ECONF. Similar as in how? That it must not be used in ebuilds but in make.conf? Probably missleading name. All the consuming