Ошибка при сборке: WARNING: "get_random_int" [/root/tmp/Etercifs.QXh13118/kernel-source-etercifs-legacy-1.50c/etercifs.ko] undefined! ... can't locate built module etercifs.ko Очень похоже на: http://bugs.etersoft.ru/show_bug.cgi?id=3770 Понятно, что ядро надо бы и обновить, но для ALS 4.0 branch это вроде самое свежее из репозитория.
Created attachment 1236 [details] Самопальный патч 4.3.6 etercifs-legacy-1.50c Т.к. держали за горло, и требовалось вчера, то по мотивам отмеченной баги сляпал патчик. Он конечно неправильный, зато работает ;) Только вот не въехал, почему в пакете такая хренова гора тарболов. Что, директивы условной компиляции в Си уже не модны?
(In reply to comment #1) > Created an attachment (id=1236) [details] > Самопальный патч 4.3.6 > > Т.к. держали за горло, и требовалось вчера, > то по мотивам отмеченной баги сляпал > патчик. Он конечно неправильный, зато > работает ;) Только вот не въехал, почему в > пакете такая хренова гора тарболов. Что, > директивы условной компиляции в Си уже не > модны? > Мысль верная. Примерно так мы (вернее Паша) и делали, когда обеспечивали собираемость для CentOS 5.2 или 5.3 - уже не помню. Так что советую посмотреть код для указанных дистрибутивов.
(In reply to comment #1) > Только вот не въехал, почему в > пакете такая хренова гора тарболов. Что, > директивы условной компиляции в Си уже не > модны? Если бы код веток ядра никогда не менялся, то так бы и сделали, но поскольку это не так, если сделать кучу директив условной компиляции - проще сразу удавиться. Это вопрос технологичности поддержки решения. Одно дело - сделать git merge, а другое - глазом смотреть и вносить изменения в эти самые разветвления кода.
(In reply to comment #2) > Мысль верная. Примерно так мы (вернее Паша) > и делали, когда обеспечивали собираемость > для CentOS 5.2 или 5.3 - уже не помню. Так что > советую посмотреть код для указанных > дистрибутивов. Так оно оттуда и есть. Никакого собственного творчества. Неправильность заключается во влезании в legacy. Тогда нужно именно для этого ядра еще один тарбол делать, что уже выше моих возможностей.
(In reply to comment #4) > Неправильность заключается во влезании в > legacy. Тогда нужно именно для этого ядра еще > один тарбол делать, что уже выше моих > возможностей. > В данном случае внедрение директивы условной компиляции выглядит разумным. Альтовые 18-е ядра - это далеко не Сусевые или Редхатовые. Но надо проверять.
Нужно решение, актуально не только для ALTLinux, но так же для Debian.
Собсно все началось с asplinux. Источник - http://unixforum.org/index.php?showtopic=92341&view=findpost&p=865755
Добавил патч и пересобрал etercifs: http://download.etersoft.ru/pub/Etersoft/LINUX@Etersoft/Sisyphus/files/SRPMS/etercifs-4.3.6-alt4.src.rpm Нужно пересборку для других систем сделать.
