[d-kernel] un-def/sisyphus 5.17.15 [EOL] -> 5.18.6

[Vitaly Chikunov]

Неделя прошла и вегодня вышли в свет новые релизы стабильных ядер и
откладывать переход на 5.18 больше нельзя[1]. Я сделал это 1 раз на
прошлой неделе для ядра 5.17.15-alt2 так как набор патчей в других
ветках стабильных ядер был очевиден и их было легко cherry-pick'нуть. В
новом релизе от 83 до 239 комитов в разные бранчи (а так как мы не
подписаны ни на security at k.o, ни на linux-distros) определить какие из
них относятся к важным фиксам нельзя и можно пропустить важный фикс. (И
даже если бы были подписаны, это бы не дало гарантии так как не все
важные фиксы уведомляют эти приватные рассылки.)

Большое спасибо тем кто вовремя собрал свои модули, остальные не
собирающиеся внешние модули в un-def к сожалению придется удалить.

[1] https://security.googleblog.com/2021/08/linux-kernel-security-done-right.html

  If you're not using the latest kernel, you don't have the most
  recently added security defenses (including bug fixes). In the face of
  newly discovered flaws, this leaves systems less secure than they
  could have been. 

On Fri, Jun 17, 2022 at 09:18:42AM +0300, Anton Farygin wrote:
> On 16.06.2022 18:41, Vitaly Chikunov wrote:
> > On Thu, Jun 16, 2022 at 11:26:35AM +0300, Sergey wrote:
> > > В письме от среда, 15 июня 2022 г. 17:23:12 MSK пользователь Vitaly Chikunov
> > > написал:
> > > > В связи с тем, что ветка ядер v5.17, которую мы используем в un-def,
> > > > вчера стала EOL, необходимо перейти на ветку v5.18.
> > > > 
> > > > Следующие внешние модули не пересоибраются в 5.18:
> > > [...]
> > > > >   kernel-modules-nvidia-un-def               zerg @kernel @everybody
> > > https://git.altlinux.org/tasks/archive/done/_295/302147/
> > > С этим будет собираться с 5.18 .
> > Спасибо, Денис и Sergey за подготовку своих модулей.
> > 
> > К сожалению, сегодня вышла серия новых стабильных ядер (а мы уже не
> > можем обновить un-def), так что недели до следующего релиза нам не дали
> > и желательно пофиксить сборку модулей быстрее.
> > 
> С zfs пока не решил что делать, два варианта - или собрать условный
> "unstable" или временно удалить из репозитория.
>