On Wed, Feb 11, 2015 at 2:15 PM, hasufell wrote:
> A team is clearly violating GLEP39 and you don't care:
When did I claim to not care?
>> It may have one or many leads, and the leads are selected by the members of
>> the project. This selection must occur at least once every 12 months, and
>>
A team is clearly violating GLEP39 and you don't care:
> It may have one or many leads, and the leads are selected by the members of
> the project. This selection must occur at least once every 12 months, and may
> occur at any time.
Instead we are getting tree inconsistency, because people star
2015-02-11 11:14 GMT-07:00 Andrew Savchenko :
> Hello,
>
> attached patch adds Fortran compiler to Gentoo override rules in
> cmake-utils.eclass the same way C/C++ compilers are added.
>
> This change is needed because packages which force their own
> precedence of Fortran compilers or flags also e
Hello,
attached patch adds Fortran compiler to Gentoo override rules in
cmake-utils.eclass the same way C/C++ compilers are added.
This change is needed because packages which force their own
precedence of Fortran compilers or flags also exists. We hit this
issue on bug 486626 [1] for sci-libs/la
On Wed, Feb 11, 2015 at 11:08 AM, hasufell wrote:
>
> So let's summarize:
> * the council said it will deal with it
Cite? I just posted what the council ACTUALLY said, and this wasn't
on it. I'd re-post it, but I think it was only two posts ago for my
part.
>
> What we have now is:
> * the cou
Andreas K. Huettel:
>> Tim Harder:
>
>>> Also, I would advise caution on considering it dysfunctional and
>>> disbanding it due to this.
>> I cannot follow that argumentation. Because no one wants to join, the
>> team is functional?
>
> I'm seeing a lot of commits by mr_bones and tupone recently.
> Tim Harder:
> > Also, I would advise caution on considering it dysfunctional and
> > disbanding it due to this.
> I cannot follow that argumentation. Because no one wants to join, the
> team is functional?
I'm seeing a lot of commits by mr_bones and tupone recently. Doesn't look
defunct to me.
hasufell wrote:
> > from what comments I got back no one really wanted to join (at least
> > under the current system). I wasn't going to force the games team to
> > elect a new lead when it appears none cared much at that point who
> > the lead was. Also, I would advise caution on considering it
>
Pacho Ramos napisał:
>El mié, 11-02-2015 a las 09:22 +0100, Jeroen Roovers escribió:
>> On Sun, 08 Feb 2015 11:17:19 +0100
>> Pacho Ramos wrote:
>>
>> > Many times has raised the question about how we could handle those
>> > packages (like icon packs, wallpapers...) that are not arch
>depende
On Sun, 08 Feb 2015 11:53:39 -0500 Brian Evans wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> On 02/08/2015 05:17 AM, Pacho Ramos wrote:
> > Hello
> >
> > Many times has raised the question about how we could handle those
> > packages (like icon packs, wallpapers...) that are not
El mié, 11-02-2015 a las 09:22 +0100, Jeroen Roovers escribió:
> On Sun, 08 Feb 2015 11:17:19 +0100
> Pacho Ramos wrote:
>
> > Many times has raised the question about how we could handle those
> > packages (like icon packs, wallpapers...) that are not arch dependent
> > and, then, could be stabi
On Sun, 08 Feb 2015 11:17:19 +0100
Pacho Ramos wrote:
> Many times has raised the question about how we could handle those
> packages (like icon packs, wallpapers...) that are not arch dependent
> and, then, could be stabilized all at the same time by the first arch
> team that is going to stabil
12 matches
Mail list logo
