Следуйте подробным инструкциям в UPGRADE.TXT в этом каталоге.
Заметьте, что обновление с версий, предшествующих 14.2, НЕ поддерживается и скорее всего не будет работать.

cgred group, GID 41
dovecot user and group, UID and GID 94
dovenull user and group, UID and GID 95
icecc user and group, UID and GID 49
ldap user and group, UID and GID 330
ntp user and group, UID and GID 44
postfix user and group, UID and GID 91
postdrop group, GID 92

Теперь, аутентификация пользователей основана на PAM; проще говоря, Slackware использует PAM. Конфигурация «из коробки» будет именно такой, какой вы ожидаете от Slackware. Наслаждайтесь.
Стоковые сетевые скрипты используют iproute2 вместо net-tools, bridge-utils и других. Вся прежняя функциональность по-прежнему поддерживается с тем же синтаксисом конфигурационного файла в /etc/rc.d/rc.inet1.conf, но добавлена и другая функциональность:

• поддержка создания виртуальных интерфейсов (например, tun/tap) и добавления их в мосты, а также привязка дополнительных IP-адресов к виртуальным и/или реальным интерфейсам;
• поддержка VLAN (802.1Q);
• Поддержка агрегации каналов (bonding);
• поддержка IPv6

Добавленная функциональность потребовала дополнительных опций и изменений в формат файла rc.inet1.conf, но для базовых конфигураций можно по-прежнему использовать команду /sbin/ifconfig для просмотра и/или настройки интерфейсов вручную.
Что касается поддержки IPv6, обратите внимание на то, что SLAAC теперь отключен по умолчанию (это объясняется тем, что только-что установленная машина не должна быть подключена к Интернету без вмешательства администратора). - см. параметр конфигурации USE_SLAAC в новом файле rc.inet1.conf.
Пакеты Slackware больше не устанавливают файлы libtool - *.la, которые были упразднены в пользу файлов pkg-config - *.pc. В связи с этим, при обновлении с Slackware 14.2, возможно наличие .la-файлов, которые были установлены с ПО созданным вами самостоятельно или в составе пакетов сторонних разработчиков. Эти .la-файлы могут содержать ссылки на .la-файлы, которые Slackware больше не поставляет, что может привести к сбоям компиляции. Хорошая новость заключается в том, что на самом деле не нужно ничего делать, кроме как удалить файлы *.la, и все будет прекрасно работать без них.
Эта команда удалит их:

 # rm -f --verbose /{,usr/,usr/local/}lib{,64}/*.la 

Пакет ntp изменился таким образом, что теперь ntpd сбрасывает привилегии и запускается от имени пользователя ntp и группы ntp. Обязательно перенесите/объедините изменения в rc.ntpd и /etc/ntp.conf.

В пакете gnupg2 произошли изменения, в результате которых агент gpg теперь запускается по требованию, поэтому не забудьте удалить все изменения в скрипте локального профиля для работы с ним.

n/postfix заменяет n/sendmail в качестве MTA по умолчанию. Однако, postfix совместим с sendmail в функциональном отношении. Т.е., любые скрипты или приложения, которые будут использовать sendmail, должны работать нормально, поскольку postfix устанавливает двоичный файл sendmail в /usr/sbin/sendmail. Все это прекрасно и замечательно, если только вы не захотели использовать sendmail вместо postfix и поэтому решили оставить sendmail установленным в системе. Пакет postfix перезапишет файл /usr/sbin/sendmail в системе. Короче говоря, если вы планируете использовать sendmail MTA вместо postfix, вам придется переустановить sendmail после postfix. Многие дистрибутивы предоставляют возможность одновременной установки обоих MTA (и даже других, таких как exim или courier), но мы не видим смысла заморачиваться с этим. Если же, по каким-то причинам, вы все-таки хотите установить оба, то:
1. Сначала установите MTA, который вы НЕ планируете использовать;
2. Переименуйте двоичный файл /usr/sbin/sendmail, например: # mv /usr/sbin/sendmail /usr/sbin/sendmail.postfix
3. Затем установите MTA, который вы планируете использовать.
Наконец, настройте первый установленный MTA на поиск измененного пути к двоичному файлу sendmail. Мы не будем рассматривать этот вопрос здесь.
Если вы хотите, чтобы работали оба MTA, обратите внимание на то, что только один из установленных MTA сможет связывать общие SMTP-порты.

Драйвер cciss был заменен драйвером hpsa. Актуально для тех, кто использует сервер HP. В основном, это касается ссылок на устройства, если у вас есть ссылки на /dev/cciss/*, например, в /etc/fstab и/или в /etc/smartd.conf, то их необходимо исправить.
Ссылка: https://tinyurl.com/cciss-hpsa

Теперь, по умолчанию, упакованные конфигурации dbus и правила polkit располагаются в /usr/share/dbus-1/system.d/ и /usr/share/polkit-1/rules.d/.
Поэтому все упакованные файлы были перемещены в эти каталоги. Если вы обновились с версии 14.2, то внутри /etc/dbus-1/system.d/ и /etc/polkit-1/rules.d/останутся прежние копии этих файлов (поскольку они устанавливались с суффиксом .new). Процесс обновления не будет (и не должен) автоматически удалять их, поскольку расположение в /etc призвано заменить расположением в /usr/share и, вполне возможно, что системный администратор отредактировал файлы в /etc и намерен сохранить эти изменения. Если это не так и оставшиеся там файлы не были установлены нештатными пакетами, то можно удалить файлы конфигураций dbus и правил polkit находящиеся в /etc.

elogind теперь управляет cgroups (cgmanager удален), поэтому оставшиеся файлы в /etc/rc.d/rc.cgmanager и /etc/rc.d/rc.cgproxy должны быть удалены.

Для повседневного использования используйте одно из предоставляемых generic-ядер. Не сообщайте об ошибках до тех пор, пока не воспроизведете их с помощью одного из generic-ядер. Для загрузки generic-ядер необходимо создать initrd - инструкции см. в README.initrd. huge-ядра, в первую очередь, предназначены для использования в качестве «установочных» и «аварийных» ядер, на случай, если вы забыли сделать initrd. Для большинства систем следует использовать SMP generic-ядро, даже если поддержка SMP отсутствует. Для некоторых новых аппаратных средств требуется включение локального APIC в ядре SMP и, теоретически, не должно быть снижения производительности при использовании SMP-совместимого ядра на однопроцессорной машине, так как SMP-ядро тестирует это и вносит необходимые коррективы. Кроме того, исходные тексты ядра, поставляемые с Slackware, настроены на использование SMP, поэтому при использовании SMP-ядра вам не придется модифицировать их для установки внешних модулей (например, проприетарных драйверов NVidia или ATI).