[gentoo-dev] [PATCH] fortran-2.eclass: support EAPI 7

2018-10-27 Thread Andrew Savchenko
Hi all! The only blocker for EAPI 7 update is eutils inheritance, but it seems to be not used within the current eclass code, probably a remnant from older days. So it is removed. Looks like no other EAPI 7 specific changes needed. diff --git a/eclass/fortran-2.eclass b/eclass/fortran-2.eclass i

Re: [gentoo-dev] [PATCH] app-emulation/libvirt-snmp: version bump to 0.0.4

2018-10-27 Thread Matthias Maier
Guys - we have resolved this off list. No need for more discussion. Best, Matthias

Re: [gentoo-dev] [PATCH] app-emulation/libvirt-snmp: version bump to 0.0.4

2018-10-27 Thread Alec Warner
On Sat, Oct 27, 2018 at 8:18 AM Joonas Niilola wrote: > On 10/27/18 2:16 PM, Michal Prívozník wrote: > > > > That is the case on every mailing list. Every -dev list has number of > > subscribes far bigger than number of people with commit access. > > > > But I respect your decision guys. I am goi

Re: [gentoo-dev] [PATCH] app-emulation/libvirt-snmp: version bump to 0.0.4

2018-10-27 Thread Fabian Groffen
On 27-10-2018 15:18:28 +0300, Joonas Niilola wrote: > Why can't you use Github like _everyone_ else? It's really simple and fast. Hrm ... given Github's not integrated with Gentoo, one can argue that sending a patch to the ML is actually more simple/fast for developers. I don't think sending patc

Re: [gentoo-dev] [PATCH] app-emulation/libvirt-snmp: version bump to 0.0.4

2018-10-27 Thread Joonas Niilola
On 10/27/18 2:16 PM, Michal Prívozník wrote: That is the case on every mailing list. Every -dev list has number of subscribes far bigger than number of people with commit access. But I respect your decision guys. I am going to stop posting patches until there's an agreement on how to do that.

Re: [gentoo-dev] [PATCH] app-emulation/libvirt-snmp: version bump to 0.0.4

2018-10-27 Thread Michal Prívozník
On 10/26/2018 05:42 PM, Michael Orlitzky wrote: > On 10/26/2018 04:40 AM, Michal Prívozník wrote: >> >> So the desired way is to use github pull requests? That is rather >> unfortunate. > > In this case there's no "project" associated with libvirt-snmp; but if > there were, it would have a @gento