07.05.2017 22:23, David Seifert пишет:
> TL;DR
> ia64/ppc/sparc teams are pretty much dead. They have been for a long
> time and this won't change any time soon. Gentoo should focus its
> resources on archs that are important and has the manpower to support.
> Let us please drop these 3 archs to
On 2017-05-07 21:23, David Seifert wrote:
> TL;DR
> ia64/ppc/sparc teams are pretty much dead. They have been for a long
> time and this won't change any time soon. Gentoo should focus its
> resources on archs that are important and has the manpower to support.
> Let us please drop these 3 archs to
On Mon, May 8, 2017 at 12:49 PM, Mikle Kolyada wrote:
> Against. Do not touch things you are not working on, council has already
> dropped m68k s390 and sh to exp few years ago. Now we have a big mess
> there and only, while ia64 sparc and co have slow but progress and
> mature enough stable profi
On Mon, May 8, 2017 at 9:21 AM, Thomas Deutschmann wrote:
>
> It isn't like security project adds any additional load to any arch
> team, an architecture capable to keep up with normal keyword and
> stabilization requests should also be able to keep up with security.
What about arches that use st
Dnia 8 maja 2017 15:27:18 CEST, Dirkjan Ochtman napisał(a):
>On Mon, May 8, 2017 at 12:49 PM, Mikle Kolyada
>wrote:
>> Against. Do not touch things you are not working on, council has
>already
>> dropped m68k s390 and sh to exp few years ago. Now we have a big mess
>> there and only, while ia64 s
On Mon, May 8, 2017 at 6:48 AM, Rich Freeman wrote:
> On Mon, May 8, 2017 at 9:21 AM, Thomas Deutschmann wrote:
>>
>> It isn't like security project adds any additional load to any arch
>> team, an architecture capable to keep up with normal keyword and
>> stabilization requests should also be ab
Am Montag, 8. Mai 2017, 12:49:32 CEST schrieb Mikle Kolyada:
>
> Against. Do not touch things you are not working on, council has already
> dropped m68k s390 and sh to exp few years ago. Now we have a big mess
> there and only, while ia64 sparc and co have slow but progress and
> mature enough stab
08.05.2017 21:55, Andreas K. Huettel пишет:
> Am Montag, 8. Mai 2017, 12:49:32 CEST schrieb Mikle Kolyada:
>> Against. Do not touch things you are not working on, council has already
>> dropped m68k s390 and sh to exp few years ago. Now we have a big mess
>> there and only, while ia64 sparc and c
On Mon, 2017-05-08 at 13:49 +0300, Mikle Kolyada wrote:
> Against. Do not touch things you are not working on, council has
> already
> dropped m68k s390 and sh to exp few years ago. Now we have a big mess
> there and only, while ia64 sparc and co have slow but progress and
> mature enough stable pr
On Mon, 2017-05-08 at 22:08 +0300, Mikle Kolyada wrote:
> We have appropriate hardware if people wanna do the work, jut go &
> make
> things better :), I do not think someone from existing arch teams has
> something against that
Ok so let me get the logic right:
1) Arch teams can add their keywor
Ühel kenal päeval, E, 08.05.2017 kell 22:08, kirjutas Mikle Kolyada:
>
> 08.05.2017 21:55, Andreas K. Huettel пишет:
> > Am Montag, 8. Mai 2017, 12:49:32 CEST schrieb Mikle Kolyada:
> > > Against. Do not touch things you are not working on, council has
> > > already
> > > dropped m68k s390 and sh
08.05.2017 22:21, David Seifert пишет:
> On Mon, 2017-05-08 at 22:08 +0300, Mikle Kolyada wrote:
>> We have appropriate hardware if people wanna do the work, jut go &
>> make
>> things better :), I do not think someone from existing arch teams has
>> something against that
> Ok so let me get the
>
> I have not seen the draft of proper reverting these arches to exp or
> dev, if it will be like sh or s390, better kill the horse like debian
> did to alpha and hppa, without riding it.
The current state of sh and s390 happened because vapier suggested the profiles
should become "exp".
My o
Am Montag, 8. Mai 2017, 21:08:26 CEST schrieb Mikle Kolyada:
> > The easiest solution is for the arch team to remove keywords until they
> > have a reasonable response time again. And if the arch team doesn't do
> > that by itself, well, ...
> >
> > Having one-man teams block everybody else hurts
Rich,
Core should be fine to have a system that at least boots. And security
still tracks ~arch's to get the system secured by removing vulnerable
packages as time permits.
We can not have an arch though blocking the security of the whole
distribution because we can not call for cleanup or releas
15 matches
Mail list logo
