Re: [gentoo-dev] Fixing elasticsearch maintainer

On Mon, May 22, 2017 at 07:47:19AM +0200, Michał Górny wrote: > On pon, 2017-05-22 at 11:52 +1000, Sam Jorna wrote: > > On 18/05/17 02:38, Patrick Lauer wrote: > > > Since proxy-maint refuses to be removed from packages (especially since > > > they > > > were unconditionally added to all packages

Re: [gentoo-dev] Fixing elasticsearch maintainer

On Mon, May 22, 2017 at 06:12:54AM +0200, Patrick Lauer wrote: > On 05/22/2017 03:52 AM, Sam Jorna wrote: > > On 18/05/17 02:38, Patrick Lauer wrote: > >> Since proxy-maint refuses to be removed from packages (especially since > >> they > >> were unconditionally added to all packages with a

Re: [gentoo-dev] Fixing elasticsearch maintainer

On 22/05/17 05:12, Patrick Lauer wrote: > On 05/22/2017 03:52 AM, Sam Jorna wrote: >> On 18/05/17 02:38, Patrick Lauer wrote: >>> Since proxy-maint refuses to be removed from packages (especially >>> since they >>> were unconditionally added to all packages with a non-gentoo-dev >>> maintainer in

Re: [gentoo-dev] Fixing elasticsearch maintainer

On 05/22/2017 03:52 AM, Sam Jorna wrote: On 18/05/17 02:38, Patrick Lauer wrote: Since proxy-maint refuses to be removed from packages (especially since they were unconditionally added to all packages with a non-gentoo-dev maintainer in metadata) they are the de facto maintainers, and overrule

Re: [gentoo-dev] Fixing elasticsearch maintainer

On 05/20/2017 10:51 PM, Kristian Fiskerstrand wrote: On 05/20/2017 10:46 PM, Michał Górny wrote: Tomas, please don't go this road. We all know Patrick does a shitty job as Gentoo developer, both technically and socially but you do not have to try to match him. Was this comment really

Re: [gentoo-dev] [PATCHES] python-r1.eclass: any-of dep API support

On nie, 2017-05-21 at 09:44 +0700, Alex Turbov wrote: > When it'll be possible to start to use it? > I'll send a reply to the patch when it's committed. Usually takes a week, unless somebody opposes. -- Best regards, Michał Górny signature.asc Description: This is a digitally signed message

Re: [gentoo-dev] Fixing elasticsearch maintainer

On pon, 2017-05-22 at 11:52 +1000, Sam Jorna wrote: > On 18/05/17 02:38, Patrick Lauer wrote: > > Since proxy-maint refuses to be removed from packages (especially since they > > were unconditionally added to all packages with a non-gentoo-dev maintainer > > in > > metadata) they are the de facto

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

On Tue, 16 May 2017 21:36:15 +0200 Fabian Groffen wrote: > Hardware or more deltas to > download by users? Just wondering. Both. - End users using git end up having to do massive metadata-updates. - Infra needs to have massive hits to metadata regeneration - End users

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

Kent Fredric wrote: > Fabian Groffen wrote: > >> Hardware or more deltas to >> download by users? Just wondering. > > Both. > > - End users using git end up having to do massive metadata-updates. > - Infra needs to have massive hits to metadata

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

On Sun, May 21, 2017 at 02:46:54PM +, Martin Vaeth wrote: > Kent Fredric wrote: > > Fabian Groffen wrote: > > > >> Hardware or more deltas to > >> download by users? Just wondering. > > > > Both. > > > > - End users using git end up having to do

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

binsSfjd9wdyD.bin Description: PGP/MIME version identification encrypted.asc Description: OpenPGP encrypted message

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

On 21/05/17 20:32, Kent Fredric wrote: > But I'd also like a pony. > I'm hoping for a unicorn still ... [apologies, resending as hit the wrong button in the Compose button..] signature.asc Description: OpenPGP digital signature

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

The attached list notes all of the packages that were added or removed from the tree, for the week ending 2017-05-21 23:59 UTC. Removals: app-emulation/crossover-office-bin 20170515-09:15 mgorny d8471c0fb16 app-emulation/crossover-office-pro-bin 20170515-09:23 mgorny

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

On nie, 2017-05-21 at 11:29 -0500, William Hubbs wrote: > On Sun, May 21, 2017 at 02:46:54PM +, Martin Vaeth wrote: > > Kent Fredric wrote: > > > Fabian Groffen wrote: > > > > > > > Hardware or more deltas to > > > > download by users? Just

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

On Sun, 21 May 2017 19:34:26 +0200 Michał Górny wrote: > Like, by not using eclasses and instead inlining all the stuff? I'd personally suggest we endeavour towards making systems in place so that the performance overheads of metadata generation is much lower, to the point it

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

On Tue, May 16, 2017 at 12:20 PM, Michał Górny wrote: > Mike, > > I would really appreciate if you cared to follow procedures for eclass > changes. Most notably, if you at least bothered to either ping us *or* > sent the patch to the mailing list beforehand. > > This eclass is

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

Michał Górny wrote: >> If this is such a big problem, maybe we should be discussing how to >> redesign things to improve it? > > Like, by not using eclasses and instead inlining all the stuff? There are other ways. One way to mitigate the problem might be to require that

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

On Sun, 21 May 2017 10:46:25 -0700 Raymond Jennings wrote: > Just out of curiosity, and for the curious: > > 1. How often do cache updates happen? > 2. How long do they take? > 3. Is there any downside to only having one such update running at a > time and just skipping

Re: [gentoo-dev] Fixing elasticsearch maintainer

On 18/05/17 02:38, Patrick Lauer wrote: > Since proxy-maint refuses to be removed from packages (especially since they > were unconditionally added to all packages with a non-gentoo-dev maintainer in > metadata) they are the de facto maintainers, and overrule everything else. Just to clarify, the