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

2016-05-16 Thread Andreas K. Huettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Montag, 16. Mai 2016, 18:21:27 schrieb Andrew Savchenko: > > Everyone can and will make mistakes, this is normal. Only those who > do nothing make no mistakes. I see no reason why developer should > be discouraged from contributing for a single

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

2016-05-16 Thread Andrew Savchenko
On Mon, 16 May 2016 10:05:33 +0100 Ciaran McCreesh wrote: > On Mon, 16 May 2016 15:56:01 +0800 > Ian Delaney wrote: > > As long as this persists and is not intervened to polish and tidy up, > > g-devs will persist in making innocent, naive or incompetent blunders > > and run

Re: [gentoo-dev] Proposal for changes for the next EAPI version

2016-05-16 Thread Luis Ressel
On Mon, 16 May 2016 18:13:33 +0530 Pallav Agarwal wrote: > What I'm suggesting is to add a new function post_install_test. The > function will run only if the build is being run for stabilization > (either as a part of automated stabilization, or manual) which can be >

Re: [gentoo-dev] NEW: split portage/repoman releases now in the tree

2016-05-16 Thread Francesco Riosa
2016-05-16 3:39 GMT+02:00 Brian Dolbec : > > portage-2.3.0_rc1 and repoman-2.3.0_rc1 are now in the tree. > > portage-2.3.0_rc1 is essentially the portage 2.2.28 release with only a > few small patches applied. It mostly just installs less code, namely > the repoman code. > >

[gentoo-dev] Last rites: media-tv/tvmovie2vdr

2016-05-16 Thread Joerg Bornkessel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 # Joerg Bornkessel (16 May 2016) # Masked for removal. Dead on upstream # wrt bug 185947 =media-tv/tvmovie2vdr-0.5.13 removal around 16/Jun/2016 - -- Joerg Bornkessel GnuPG Key: 0x93EB5F4DAA5832A1

Re: [gentoo-portage-dev] [PATCH] dblink: add locks for parallel-install with blockers (bug 576888)

2016-05-16 Thread Zac Medico
On 03/14/2016 11:36 AM, Brian Dolbec wrote: > On Mon, 14 Mar 2016 11:26:23 +0100 > Alexander Berntsen wrote: > >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA512 > >> I can't say much more than "ACK, probably makes sense" really. But >> please test this *a lot* before

Re: [gentoo-dev] NEW: split portage/repoman releases now in the tree

2016-05-16 Thread M. J. Everitt
On 16/05/16 02:39, Brian Dolbec wrote: > portage-2.3.0_rc1 and repoman-2.3.0_rc1 are now in the tree. w00t :D > portage-2.3.0_rc1 is essentially the portage 2.2.28 release with only a > few small patches applied. It mostly just installs less code, namely > the repoman code. > > So, now servers

[gentoo-dev] Re: [PATCH] flag-o-matic.eclass: bugfix for get-flag()

2016-05-16 Thread Ryan Hill
On Sun, 15 May 2016 21:35:41 +0200 rindeal wrote: > apart from the tests, the patch now looks like this: Please posts the tests too. -- pgpudg4Ys0VCN.pgp Description: OpenPGP digital signature

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

2016-05-16 Thread Aaron Bauman
On Monday, May 16, 2016 3:56:01 PM JST Ian Delaney wrote: > On Sat, 14 May 2016 21:04:17 -0400 > Rich Freeman wrote: > > I hope I won't regret this > > > On Sat, May 14, 2016 at 8:23 PM, Aaron Bauman wrote: > > > On Sunday, May 15, 2016 12:48:12 AM JST Ciaran

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

2016-05-16 Thread Joerg Bornkessel
Hallo, after my last commit disaster, i bring my changes to review before i break some things again. - Added changes to make it work with eapi=6 - removed some unneeded code parts (never they was used in any ebuilds, i though they was integrated to make the eclass more flexibel,...) --

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

2016-05-16 Thread Consus
On 15:56 Mon 16 May, Ian Delaney wrote: > On Sat, 14 May 2016 21:04:17 -0400 > Rich Freeman wrote: > > I hope I won't regret this > > > On Sat, May 14, 2016 at 8:23 PM, Aaron Bauman wrote: > > > On Sunday, May 15, 2016 12:48:12 AM JST Ciaran McCreesh wrote:

Re: [gentoo-dev] NEW: split portage/repoman releases now in the tree

2016-05-16 Thread Dirkjan Ochtman
On Mon, May 16, 2016 at 3:39 AM, Brian Dolbec wrote: > repoman-2.3.0_rc1 is the stage2 rewrite code. The checks are now > modular, and using the portage plugin system. The system is not yet > fully plug and play. Those changes will take place in the stage3 > re-writes. Thanks

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

2016-05-16 Thread Ciaran McCreesh
On Mon, 16 May 2016 15:56:01 +0800 Ian Delaney wrote: > As long as this persists and is not intervened to polish and tidy up, > g-devs will persist in making innocent, naive or incompetent blunders > and run the gauntlet of being publicly scolded over errata. I can only >

[gentoo-dev] Re: USE flag proposal: memcached

2016-05-16 Thread Dirkjan Ochtman
On Sat, May 14, 2016 at 5:19 PM, Dirkjan Ochtman wrote: > I suppose the description can just be "Enable memcached support". I went ahead and committed a slightly modified description to use.desc. I also filed bugs against lighttpd (583158) and gearmand (583160) to rename their

Re: [gentoo-dev] [PATCH] flag-o-matic.eclass: bugfix for get-flag()

2016-05-16 Thread rindeal
> [Looks like your mailer is broken. All the tabs in your patch have > been mangled and appear as spaces.] > >> + # reverse loop >> + set -- ${!var} >> + local i=${#} >> + while [[ ${i} > 0 ]] ; do >> + local arg="${!i}" > > Using the positional parameters looks

Re: [gentoo-dev] NEW: split portage/repoman releases now in the tree

2016-05-16 Thread Sam Jorna
On Sun, May 15, 2016 at 06:39:22PM -0700, Brian Dolbec wrote: > > portage-2.3.0_rc1 and repoman-2.3.0_rc1 are now in the tree. > I want to thank the following people for their help and contributions > to make these releases: > > Zac Medico > Alexander Bernsten > Dirkjan

[gentoo-dev] Proposal for changes for the next EAPI version

2016-05-16 Thread Pallav Agarwal
Hi, I am a student selected for GSoC 2016. One of the things in my proposal requires the ebuilds to carry a mechanism to test the built software by running some script provided by the maintainer of the ebuild. This would be basically similar to whatever tests an Arch Tester would do, however made