Кое-что по теме в виде вопросов-ответов.

В: Что такое Slackware-current?
О: Это ветка хранилища пакетов, в которой публикуются текущие результаты очередного цикла разработки следующей версии Slackware. В какой-то момент по достижении определённого уровня готовности её состояние объявляется бетой, кандидатом на выпуск. При объявлении выпуском её содержимое копируется в отдельную ветку slackware-NN и всё повторяется снова.
http://slackware.osuosl.org/slackware-current/
http://slackware.osuosl.org/slackware64-current/
ftp://ftp.armedslack.org/slackwarearm/s … m-current/

В: Slackware-current -- это роллинг релиз?
О: Нет. Выпуск (релиз) подразумевает серьёзную работу по тестированию. В current выкладываются обновлённые и/или новые пакеты, удаляются старые, но никаких гарантий работоспособности не даётся. То есть нужно быть готовым и к тому, что в какой-то момент возможны поломки, и к их самостоятельному устранению. Вы скажете, что подобное приемлемо только для разработчиков дистрибутива, и будете целиком правы, именно для этого существует current.

В: У меня установлен последний выпуск Slackware. Мне нужно загружать содержимое current целиком?
О: Нет, достаточно загрузить обновлённые (Upgraded) и новые пакеты (Added).

В: Как узнать, что изменено по отношению к последнему выпуску?
О: Изменения документируются в файле ChangeLog.txt в корне ветви хранилища:
http://slackware.osuosl.org/slackware-c … ngeLog.txt
http://slackware.osuosl.org/slackware64 … ngeLog.txt
ftp://ftp.armedslack.org/slackwarearm/s … ngeLog.txt

В: Я уверен, что хочу обновиться до current. Что нужно сделать?
О: Поставить новые пакеты, обновить обновлённые, удалить удалённые (помечены в ChangeLog.txt соответственно как Added,  Upgraded, Removed). При этом следует соблюдать несколько простых правил.
1) В первую очередь следует обновлять
a/glibc-solibs-*.t?z
a/pkgtools-*.tgz
a/tar-*.tgz
a/xz-*.tgz
a/findutils-*.txz
2) Для обновления ядер и модулей использовать installpkg. Не забыть про загрузчик. Убрать старые ядра и модули ядра можно после успешной перезагрузки с новым ядром (при помощи removepkg). Естественно, что всё, привязанное к ядру и установленное из исходных кодов придётся пересобрать.

В: Можно ли обновляться до current при помощи slackpkg?
О: Можно. Об этом прямо сказано в документации slackpkg. Выглядит это примерно так
прописываем одно из соответствующих зеркал -current в /etc/slackpkg/mirrors и выполняем
# slackpkg update
# slackpkg install-new
# slackpkg upgrade-all
# slackpkg clean-system
Примечания: сказанное выше про ядра, модули, lilo справедливо и здесь. install-new -- это новое не для вашей конкретной установки, а помеченное как Added в ChangeLog.txt. clean-system -- речь только о пакетах Slackware, как правило, нет необходимости удалять пакеты из третьих источников (правилом хорошего тона является пометка подобных пакетов тэгом источника, например, _SBo или alien и т.п., по которому их легко отличить от дистрибутивных), если только они не стали частью дистрибутива или не привязаны к ядру, или больше не нужны.

А я все хотел спросить: а как его попробовать? То есть как подключить и обновиться из него?

скачать current и обновится. да хоть find . -name "*.txz" -exec upgradepkg {} +
вот яндекс 64х битная версия: http://mirror.yandex.ru/slackware/slackware64-current/

А я все хотел спросить: а как его попробовать? То есть как подключить и обновиться из него?

Я пользуюсь дедовским методом. Опробываю на соседнем разделе, что бы не мусорить на рабочем...

http://www.liveinternet.ru/users/ymrs/rubric/406181/

попробуйте current. Там почти всегда свежий софт.

А я все хотел спросить: а как его попробовать? То есть как подключить и обновиться из него?
А то я до этого все пользовался gslapt'ом, хоть и говорят про него, что это не тру-вэй. А какой он этот, тру-вэй? Писать слакобилды под каждую новую версию программы и обновляться с помощью upgradepkg?

Тут обязательно нужна оговорка о том, что поскольку используется список загруженных на момент выполнения команды модулей, то перед выполнением есть смысл повтыкать наличное оборудование. Иначе можно легко остаться без поддержки много чего ;-) Кроме того, возможно, предпочтительнее "make bzImage", но тут на любителя. Разница по вышеприведённой ссылке описана.

Ну это, естественно, "да". Ремарка была о том что сейчас, с make localmodconfig, все эти рекомендации "смотри выхлоп о модулях и правь ручками" вообще то потеряли актуальность и make menuconfig теперь по сути нужен нужен лишь для немногих вещей: подстраивания под какой то тип компа (десктоп, сервер), включения возможностей каких то патчей и выпиливания чего то ненужного на конкретном компе, типа виртуализаций, поддержки тьма партиций etc.

расскажите пжл как поставить ядро в слаку взятое с http://kernel.org/

http://docs.slackware.com/ru:howtos:kernelbuilding

А как же (q) ;-)
Обычно после укладки .config есть смысл сделать "make oldconfig" -- будут заданы вопросы только про новые опции. Но можно и make menuconfig, на любителя. Да и про модули не надо забывать, ведь даже для -huge-

grep =m$ /boot/config-huge-smp-2.6.37.6-smp | wc -l
2417

2417 опций выставлено в =m (собирать модулем). И уж тем более, если планируется к использованию -generic- (или на его базе) ядро.

Тут обязательно нужна оговорка о том, что поскольку используется список загруженных на момент выполнения команды модулей, то перед выполнением есть смысл повтыкать наличное оборудование. Иначе можно легко остаться без поддержки много чего ;-) Кроме того, возможно, предпочтительнее "make bzImage", но тут на любителя. Разница по вышеприведённой ссылке описана.

Ну, как-то так:

#!/bin/sh
cd /tmp
mkdir kernel-3.4
cd kernel-3.4
wget -c -nH -r -R linux* --cut-dirs=5 ftp://slackware.osuosl.org/pub/slackware/slackware-current/source/k/
wget ftp://kernel.org/pub/linux/kernel/v3.x/linux-3.4.1.tar.bz2
cp config-x86/config-huge-smp-3.2.28-smp .config
cp packaging-x86/kernel-huge-smp/* .
make menuconfig
make
VERSION=3.4.1 ./*Build 

В результате получится пакет с ядром, конорый и устанавливаем. Но для него нужно еще сделать пакет с модулями. Я ничего не упустил?

В сущности make menuconfig сейчас нужен только для своей полировки, со всем остальным прекрасно справляется make localmodconfig. И без "человеческого фактора" :-)

Не стал ради этого создавать отдельный топик, друзья, расскажите пжл как поставить ядро в слаку взятое с http://kernel.org/.

P.S. Если возможно то более простым путем 

Берем config из proc
Далее
make oldconfig
make localmodconfig
make localyesconfig
make bzImage
make modules
make modules_install
make install

А более подробно вот здесь
Легкая Slackware на пальцах

расскажите пжл как поставить ядро в слаку

стандартным способом, например так

#!/bin/sh
cd /tmp
mkdir kernel-3.4
cd kernel-3.4
wget -c -nH -r -R linux* --cut-dirs=5 ftp://slackware.osuosl.org/pub/slackware/slackware-current/source/k/
wget ftp://kernel.org/pub/linux/kernel/v3.x/linux-3.4.1.tar.bz2
cp config-x86/config-huge-smp-3.2.28-smp .config
cp packaging-x86/kernel-huge-smp/* .
make menuconfig
make
VERSION=3.4.1 ./*Build 

В результате получится пакет с ядром, конорый и устанавливаем. Но для него нужно еще сделать пакет с модулями. Я ничего не упустил?

P.S. Если возможно то более простым путем 

yars,
именно поэтому выше уже писал:

bormant пишет:

Инструкцию (man slackpkg) нужно читать ДО обновления, там порядок несколько иной (пропущены install-new

Вот именно на этом шаге в систему попадают пакеты, помеченные в ChangeLog.txt как "Added.", в том числе и kmod, пришедший на замену a/module-init-tools. И если пакеты локализации для неиспользуемых языков можно смело проигнорировать, то с фундаментальными вещами такой фокус не прокатит. А уже потом upgradepkg обновит версии установленных пакетов, а в slackpkg clean-system нужно будет отметить то, что перестало являться частью системы (помеченное как "Removed." в ChangeLog.txt).

Ну, я знал, но решил действовать, как TC, без подготовки, хотя в полной мере у меня это не получилось - я уже читал ChangeLog.

Вот именно на этом шаге в систему попадают пакеты, помеченные в ChangeLog.txt как "Added.", в том числе и kmod, пришедший на замену a/module-init-tools. И если пакеты локализации для неиспользуемых языков можно смело проигнорировать, то с фундаментальными вещами такой фокус не прокатит. А уже потом upgradepkg обновит версии установленных пакетов, а в slackpkg clean-system нужно будет отметить то, что перестало являться частью системы (помеченное как "Removed." в ChangeLog.txt).

slackpkg file-search libkmod.so

Выяснилось, что он входит в состав пакета kmod-9-i486-3, установка которого и решила проблему. Ну, а дальше я последовательно обновлял систему, сообразуясь с Changelog'ом. Вот такая история.
Список обновленных файлов:

-rw-r--r-- 1 root root    3230 авг.  30 10:39 ntfs-3g-2012.1.15-i486-2
-rw-r--r-- 1 root root    1627 авг.  30 09:55 slackpkg-2.82.0-noarch-7
-rw-r--r-- 1 root root    1312 авг.  30 09:54 network-scripts-14.00-noarch-3
-rw-r--r-- 1 root root    1333 авг.  30 09:49 pkgtools-14.0-noarch-1
-rw-r--r-- 1 root root    2181 авг.  30 09:46 aaa_base-14.0-i486-5
-rw-r--r-- 1 root root    4287 авг.  30 09:40 dbus-python-1.1.0-i486-1
-rw-r--r-- 1 root root    2499 авг.  30 09:40 dbus-glib-0.98-i486-1
-rw-r--r-- 1 root root    3336 авг.  30 09:39 dbus-1.4.20-i486-2
-rw-r--r-- 1 root root    7632 авг.  30 09:32 udisks2-1.98.0-i486-1
-rw-r--r-- 1 root root    1355 авг.  30 09:13 kmod-9-i486-3
-rw-r--r-- 1 root root   33183 авг.  30 00:20 openssl-1.0.1c-i486-3
-rw-r--r-- 1 root root    6128 авг.  30 00:12 udev-182-i486-4
-rw-r--r-- 1 root root   11355 авг.  29 23:13 mc-4.8.1.3-i486-1

Продолжаю обновление...