Karen, дык... а что по гентушной доке не получается? А зачем вам это? Патрег классно собирает ядра, лучше не лезьте. (открою тайну, Патрег ядра собирает как Линус, ванильные. Т.е. без новых багофич).

Я помнится собирал. На 10.2. Устал кровь из глаз выжимать... Впрочем, почитайте: http://linuxforum.ru/viewtopic.php?pid=114524#p114524

подпишитесь на почтовую рассылку: http://slackware.com/lists/
как только появится новое ядро/патчи - вам придёт письмо.
ядро ставится как обычная программа, пакетом. только надо перезагрузится.

На всякий случай упомяну, что патчи уязвимостей выпускаются по мере обнаружения таковых, наполняя каталог /patches соответствующего каталога дистрибутива, собранные пакеты в /patches/packages,  исходники -- в /patches/source -- всё банально предсказуемо.
Как пример: недавно выходившее обновление в связи с уязвимостью http://mirror.yandex.ru/slackware/slack … .6.33.4-2/
Если используется skackpkg, то # slackpkg update && slackpkg upgrade-all вполне справляются с работой по обновлению, включая пакеты ядра.

По поводу того, откуда качать: думаю, многим подойдёт не упомянутое на http://slackware.com/getslack/ зеркало yandex-а {http,ftp,rsync}://mirror.yandex.ru/slackware/

bormant, согласен. только дополню, что по вашей ссылке 64х битная версия. Она не пойдёт для 32х битной системы.
(для вас это конечно очевидно, но...)

Повторить действия Патрега (на примере 13.1) при желании не составит большего труда.
Сначала скачивается последнее ядро с http://kernel.org, после устанавливается программа meld - http://repository.slacky.eu/slackware-1 … 86-1sl.txz
Потом из работающего ядра вытаскивается текущая конфигурация:

Запускается meld от пользователя:

Работа в meld интуитивно понятна, из конфига старого ядра в конфиг нового ядра добавляется всё что нехватает в новом (с помощью стрелочек) и сохраняется.

от рута копируется распакованный каталог с новым ядром по пути:

Запускается mc и символическая ссылка /usr/src/linux меняется на (каталог с названием ядра или на образ ядра? Надо уточнить у кого-нибудь) p.s. Лично я её вообще не меняю, но так делать - не правильно. Просто когда-то кто-то давным-давно сказал что так неправильно, и все хором начали повторять что не правильно. Почему? Неизвестно, но раз так принято, то не будем спорить с большинством.

В каталоге с новым ядром /usr/src/Новое ядро редактируется файл Makefile и в строчке ЕXTRAVERSION = (На примере на данный момент последнего нестабильного ядра -rc2_I_like_a_leaf_in_the wind - watch_how_I_sing (Или что нибудь другое - зависит от фантазии, у меня к примеру просто и без затей - -rc2my)

Дальнейшие шаги стандартные и уже описаны в этой теме выше:

После срочно залезаешь на форум http://linuxforum.ru ищешь тех кто разбирается в настройке ядра, к примеру - drBatty и пристаёшь к нему с глупыми вопросами, что надо и нужно делать дальше, и всё ли было сделано правильно

а зачем вообще нужен oldconfig?

Может быть так будет и лучше. У меня почему то просто команда make bzimage не срабатывает

странно, вот bzimage логически понятно - создать образ ядра используя архиваторный алгоритм .bz2, а bzlmage не лезет ни в какие ворота

Спасибо за подсказку.

образ по ихнему "имидж", неужели не знали?

Так что ж тут помнить, достаточно забрать тарболы с kernel.org и посмотреть в Documentation/kbuild/commands.txt, в этой части они одинаковы в 2.4, 2.2:

К слову сказать, что пишет сейчас -- не важно, важно, что оно писало на момент выполнения команды lilo. Да и содержимое /etc/lilo.cfg может снять часть вопросов.
Такая уж особенность lilo -- записывается в загрузчик последовательность секторов, в которых лежит ядро по состоянию на момент выполнения команды lilo. Пока в тех секторах лежит ядро и пока не перезаписан загрузчик -- отрабатывает то, что было на момент выполнения lilo.
А смотреть нужно в /boot (или что там в /etc/lilo.conf прописано) -- ядро, бинарное, которое загружается, там обычно лежит.

А насчёт "запостить ошибку" -- эта ошибка не в Slackware: поставилось? работало? так в чём ошибка тогда? ;-) Если в том, что любой root систему поломать может -- так это так изначально задумано.

да. в ВАШЕЙ слакваре. у вас сырцы не от того ядра, а так всё хорошо...

ИМХО скорее на момент компиляции ядра...

В любом случае, в этой «баге» Slackware не виновата.  wink

безусловно. я уже попадался на этом в других дистрах...