Следуйте подробным инструкциям в 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-порты.