| |
| 2.10, гугель (?), 12:14, 11/01/2024 [^] [^^] [^^^] [ответить]
| –14 +/– | |
Не переживай - мы-то без сопливых справимся. Правда, патчи тебе конечно же не отдадим, но тебе ведь не особо-то оно и надо?
| | |
|
| |
| 2.12, Golangdev (?), 12:36, 11/01/2024 [^] [^^] [^^^] [ответить]
| +/– | |
Только хотел написать
Вроде и хорошо с одной стороны, типа супердолгая поддержка и все дела,
но я 20 раз подумаю, а нужно ли мне OpenVZ
это ж форк ядра, который по определению будет всегда отстающий
а если компания позади него развалится ?
| | |
| 2.33, Аноним (-), 21:22, 11/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
Или вот
CVE-2011-1581 - The bond_select_queue function in drivers/net/bonding/bond_main.c in the Linux kernel before 2.6.39
CVE-2010-2495 и CVE-2009-4538 - отличные 10/10.
Не уверен что это все бекпортилось в 2.6.30
> 2.6.30 жив
А про "здоров" не написал)
| | |
|
| 1.18, Аноним (18), 14:04, 11/01/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
А что будет в декабре 26 года ? Там типа всё перестанут поддерживать. Ядро скуксится ?
| | |
| |
| 2.29, 1 (??), 18:47, 11/01/2024 [^] [^^] [^^^] [ответить]
| +4 +/– |
ну кому нужна поддержка ядра после конца света
| | |
| |
| 3.46, FFF (?), 10:23, 12/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
Твоя смepть от старости не является концом света для других
| | |
|
|
| |
| 2.34, Lyrix (ok), 22:03, 11/01/2024 [^] [^^] [^^^] [ответить]
| +/– |
 >> обновления безопасности после 5-го мая 2023 г. получали или нет?
Получал. ОТ 5 октября 2023.
| | |
| 2.35, лютый жабби.... (?), 22:10, 11/01/2024 [^] [^^] [^^^] [ответить]
| –2 +/– | |
>Андроидоводы, подскажите, плиз, обновления безопасности после 5-го мая 2023 г. получали или нет?
каждое 5е число года прилетают. русскоязычных стран много, про эрефию не знаю...
| | |
|
| 1.31, penetrator (?), 19:51, 11/01/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
статья какая-то странная
RHEL8 - 4.18
RHEL 9, openSUSE Leap - 5.14
врядли это неподдерживаемы ветки ядер
| | |
| |
| 2.50, my_name_is_Mud (ok), 11:40, 12/01/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
 У RHEL никогда не брались LTS-ядра. Они берут что-то около LTS, а потом сами поддерживают его и бекпартируют патчи из более новых версий. Вот у них на форуме объяснение.
Red Hat needs a kernel supported for 13-14 years, not 2-6 years - so rather than spend part of the life cycle using an "official" upstream LTS release, then switching to an in-house build with new device drivers, security patches, and bug fixes, they simply use an in-house version from day one.
| | |
|
| 1.56, anonymous (??), 12:59, 17/01/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
К сожалению поддержка LTS веток такая себе. Вспомнил Дебиан 12.3, где отменили релиз из-за кривого бэкпортированного патча в 6.1.64, который корруптил данные.
Говорили вроде потом, что исправили, но рабочая машина все равно падала, а при включении не проходила fsck на ядрах 6.1.66 (в Дебиане это 15-ый релиз ядра) и 6.1.67 (16-ый соответственно).
Недавно выкатили в репы 6.1.69, на их языке это 17-ый релиз, но его я даже ставить не хочу, сижу на старом ядре, вдруг опять данные испортит...
| | |
|
