1 |
On Tue, Aug 15, 2017 at 3:03 PM, Francisco Blas Izquierdo Riera |
2 |
(klondike) <klondike@g.o> wrote: |
3 |
> El 15/08/17 a las 17:50, R0b0t1 escribió: |
4 |
>> Where was this decision discussed? |
5 |
> https://archives.gentoo.org/gentoo-hardened/message/62ebc2e26d91e8f079197c2c83788cff |
6 |
> |
7 |
> And many other threads in that list for example, those are just blueness |
8 |
> (the package maintainer) conclussions. |
9 |
>> The last available kernel is |
10 |
>> apparently receiving long term support, there may not be any reason to |
11 |
>> remove it. |
12 |
> Not by the original upstream, and definitively not in the way in which |
13 |
> Grsec used to (manually cherrypicking security related commits and not |
14 |
> just those marked as security related). |
15 |
> |
16 |
|
17 |
All blueness says in that is that he can't personally support the |
18 |
patches. That's fine, and nobody that I know of ever expected him to |
19 |
do that. However, until they are unfixably broken, why remove them? |
20 |
Keeping them until a suitable replacement is available seems like the |
21 |
best option available. |
22 |
|
23 |
There's no criteria in that notice for when they would be removed. |
24 |
What criteria was used to decide they are generating useless work and |
25 |
should be removed? |
26 |
|
27 |
> Although minipli's kernel patches are good and I personally recommend |
28 |
> them, this is not something the Gentoo Hardened team will do. Also they |
29 |
> probably should be renamed something else. |
30 |
|
31 |
I'm not sure anyone is asking the hardened team to do anything, except |
32 |
for people on the hardened team who want to remove the patches. |
33 |
|
34 |
>> If it isn't broken and creating work yet I'm not sure why |
35 |
>> anyone cares. |
36 |
> |
37 |
> Go to #gentoo-hardened and see how there is people asking about this |
38 |
> again and again :P |
39 |
> |
40 |
|
41 |
I'm not sure what you mean. There are people asking about it, but that |
42 |
doesn't necessarily mean they want it to happen. If something is done |
43 |
people are going to discuss it regardless of what it is. |
44 |
|
45 |
|
46 |
Please understand, I don't want to keep an old version of the kernel |
47 |
and associated patches around forever, just until a replacement is |
48 |
actually found. |
49 |
|
50 |
R0b0t1. |