В тоже время в sisyphus присутствует и работоспособен модуль ядра kernel-modules-bcmwl-std-def для ядра 6.1.28-std-def
(Ответ для Alexander на комментарий #0) > В тоже время в sisyphus присутствует и работоспособен модуль ядра > kernel-modules-bcmwl-std-def для ядра 6.1.28-std-def [#320586] p10 EPERM (try 2) kernel-source-bcmwl.git=6.30.223.271-alt6.g6adc981 kernel-modules-bcmwl-std-def-6.30.223.271-alt14 kernel-modules-bcmwl-un-def-6.30.223.271-alt14
(In reply to Антон Мидюков from comment #1) > [#320586] p10 EPERM (try 2) > kernel-source-bcmwl.git=6.30.223.271-alt6.g6adc981 > kernel-modules-bcmwl-std-def-6.30.223.271-alt14 > kernel-modules-bcmwl-un-def-6.30.223.271-alt14 Этот модуль будет ломать обновления ядра, см #45082, #45381. И люди будут не понимать что делать и вешать баги на update-kernel.
(Ответ для Vitaly Chikunov на комментарий #2) > (In reply to Антон Мидюков from comment #1) > > [#320586] p10 EPERM (try 2) > > kernel-source-bcmwl.git=6.30.223.271-alt6.g6adc981 > > kernel-modules-bcmwl-std-def-6.30.223.271-alt14 > > kernel-modules-bcmwl-un-def-6.30.223.271-alt14 > > Этот модуль будет ломать обновления ядра, см #45082, #45381. И люди будут не > понимать что делать и вешать баги на update-kernel. Тогда не судьба собрать в p10. Спасибо за пояснение. removing task #320586 ... done
А чем плох вариант - переименовать модуль например в kernel-modules-bcmwlnew-un-def, чтобы update-kernel не обновлял его по умолчанию со старой "конфликтной" версии? Тогда модуль будет доступен для ручной установки с ручным удалением старого модуля с которым возникает конфликт. А так сейчас регрессия в стабильном бранче получается.
*** Bug 46303 has been marked as a duplicate of this bug. ***