Войти
 | |
 Slackware 14.1 | |
| Разработчик | Патрик Волкердинг |
|---|---|
| ОС семейство | Linux (Unix-like ) (на основе Softlanding Linux System ) |
| Рабочее состояние | Текущая |
| Исходная модель | Открытый исходный код |
| Первый выпуск | 17 июля 1993 г.; 27 лет назад (1993-07-17) |
| Последний выпуск | 14.2 / 30 июня 2016 г. (4 года назад) (30.06.2016) |
| Доступно в | Multilingual |
| Метод обновления | pkgtool, slackpkg |
| Менеджер пакетов | pkgtool, slackpkg |
| Платформы | IA-32, x86-64, ARM |
| Тип ядра | Монолитный (Linux ) |
| Userland | GNU |
| по умолчанию пользовательский интерфейс | CLI |
| Лицензия | Стандартная общественная лицензия GNU |
| Официальный сайт | www.slackware.com |
Slackware - это Дистрибутив Linux, созданный Патриком Волкердингом в 1993 году. Первоначально основан на Система Softlanding Linux, Slackware лежал на основе многих других дистрибутивов Linux, в первую очередь первых версий SUSE Linux, и является самым старым дистрибутивом, все еще поддерживается.
Slackware стремится к стабильности и простоты конструкции и чтобы быть наиболее "Unix-подобным " дистрибутивом Linux. Посылает как можно меньше изменений в пакеты программное обеспечение из восходящего потока и пытается не предвидеть варианты использования решений. В отличие от большинства современных дистрибутивов Linux, Slackware не предоставляет графической процедуры установки и разрешения зависимостей программных пакетов. Он использует простые текстовые файлы и только небольшой набор сценариев оболочки для настройки и администрирования. Без дальнейшей модификации он загружается в среду интерфейса командной строки . Slackware из-за набора консервативных и упрощенных функций часто является наиболее подходящим для продвинутых и технически подкованных пользователей Linux.
Slackware доступен для IA-32 и x86_64 с портом на крышеуру ARM. Slackware в основном является бесплатным программным продуктом, хотя с открытым исходным кодом, у него нет формальных средств содержит ошибок, общедоступного репозитория кода, выпуски которого периодически объявляются Волкердингом. Для разработчиков нет официальной процедуры члена, и Фолькердинг является основным участником выпусков.
Название «Slackware» происходит от того факта, что дистрибутив начинался как частный побочный проект без каких-либо обязательств. Чтобы его поначалу воспринимал слишком серьезно, Фолькердинг дал ему юмористическое название, которое прижилось даже после того, как Slackware превратился в серьезный проект.
Slackware указано на "погоню за Slack", принцип Церковь SubGenius, пародийная религия. Определенные аспекты графики Slackware отражают это - трубку, которую курит Такс, под изображением Дж. Р. "Боб" Доббс 'голова.
Юмористическое упоминание о церкви SubGenius можно найти во многих версиях текстовых файлов install.end, которые указывают на конец серии программного обеспечения для установки. В версиих, включая выпуск Slackware 14.1, текст ROT13 обфусцирован.
Slackware 1.01 Первоначально Slackware был производным от Softlanding Система Linux (SLS), самый популярный из исходных дистрибутивов Linux и первый, предлагающий комплексную коллекцию программного обеспечения, включающее не только ядро и базовые утилиты, включая графический интерфейс X11, TCP / IP и UUCP сеть и GNU Emacs.
Патрик Волкердинг начал с SLS после того, как ему понадобился интерпретатор LISP для школьного проекта в назвали Государственный университет Мурхеда (МГУ). Он обнаружил, что CLISP доступен для Linux, и загрузил SLS для его запуска. Несколько недель спустя его профессор искусственного интеллекта МГУ попросил Фолькердинга показать ему, как установить Linux дома и на некоторых компьютерах в школе. Фолькердинг сделал заметки, описывающие исправления проблем, которые он обнаружил после установки SLS, и он и его профессор применили эти изменения к новой установке. Однако это заняло почти столько же времени, сколько потребовалось для простой установки SLS, поэтому предложено, можно ли настроить установочные диски так, чтобы исправления можно было применить во время установки. Это было начало Slackware. Фолькер продолжал улучшать SLS: исправлять ошибки, обновлять программное обеспечение, автоматическую установку разделяемых библиотек и программного обеспечения, исправлять права доступа к файлам и многое другое. За короткое время Фолькердинг модернизировал около половины пакетов сверх того, что было у SLS.
У Волкердинга не было намерений свою модифицированную версию SLS публике. «SLS выпустил новую версию этой версии достаточно скоро», поэтому он отложил это на несколько недель на FTP-сервер. В то время многие пользователи SLS в Интернете просили SLS о выпуске новой версии, поэтому в конце концов Фолькердинг сделал сообщение под названием «Кто-нибудь хочет систему 0.99pl11A, подобную SLS?», На который он получил много положительных отзывов. После обсуждения с местным системным администратором в МГУ Волкердинг получил разрешение на загрузку Slackware на университетский сервер FTP. Этот первый выпуск Slackware, версия 1.00, был распространен 17 июля 1993 года в 00:16:36 (UTC) и доставлся в виде двадцати четырех 3½ "гибких дисков образов. После того, как было сделано объявление, Фолькердинг Вскоре после этого Walnut Creek CDROM предложили дополнительное пространство для своих FTP-серверов.
Размер Slackware быстро увеличился с включенным программным обеспечением, и к версии 2.1, выпущенной в октябре 1994 года, его количество увеличилось более чем втрое, чтобы добавить семьдесят три образа дискет размером 1,44 миллиона.
В 1999 году Slackware пережила скачок с 4 до 7. Номера версий Slackware отставали от других дистрибутивов, и это заставило многих пользователей поверить в то, что она была связана с версией программного обеспечения, даже несмотря на то, что связано с версией программного обеспечения были похожи. инуть версию как маркетинг попытка показать, что Slackware так же актуальна, как и другие дистрибутивы Linux, многих из которых в то время было 6 выпусков. Он выбрал 7 предполагая, что других дистрибутивов скоро будут иметь номер выпуска.
В апреле 2004 года Патрик Волкердинг добавил пакеты X.Org Server в каталог testing / файла -current as. замена пакетов XFree86, используется в настоящее время, с запросом комментариев о том, каким должно быть будущее X Window System в Slackware. Месяц спустя он переключился с XFree86 на сервер X.Org после того, как указано, что мнения были более чем 4 к 1 в пользу использования выпуска X.org в качестве версии X по умолчанию. Он заявил, что решение было в основном техническим, поскольку XFree86 вызывает проблемы совместимости. Slackware 10.0 был первым выпуском с X.Org Server.
В марте 2005 года Патрик Волкердинг объявил об удалении среды рабочего стола GNOME из списка изменений в разработке. Он заявлен, что этот вопрос находится на рассмотрении более четырех лет и что уже существуют проекты для предоставления более полной версии GNOME Slackware, чем сама Slackware. Фолькердинг заявлено, что в будущем поддержка GNOME будет зависеть от сообщества. Сообщество ответило, и по состоянию на октябрь 2016 года существует несколько активных проектов GNOME для Slackware. К ним относ: Корица, Dlackware, Dropline GNOME, MATE и SlackMATE. Некоторые члены сообщества Linux сочли это удаление значительным из-за преобладания GNOME во многих дистрибутивах.
В мае 2009 года Патрик Волкердингил о публичном (рассматриваемом) выпуске официального варианта x86_64 под названием Slackware64, поддерживаемого параллельным распределением IA-32. Slackware64 - это чистый 64-битный дистрибутив, поскольку он не поддерживает запуск или компиляцию 32-битных программ, однако он был разработан как «мультибиблиотечный». Эрик Хамелирс, один из основных членов команды Slackware, поддерживает репозиторий с использованием библиотеки, содержащие необходимые пакеты для преобразования Slackware64 в мультибиблиотечный код, что позволяет запускать 32-разрядное программное обеспечение. Хамелеерс запустил 64-битный порт как отвлечение от боли восстановления после операции в сентябре 2008 года. Волкердинг протестировал порт в декабре 2008 года, когда он показал увеличение скорости на 20-40 процентов для некоторых тестов по сравнению с 32-битной версией. битовая версия. Чтобы свести к минимуму дополнительные усилия по поддержанию параллельной версии, скрипты сборки Slackware, называемые SlackBuilds, были медленно переведены на поддержку любой архитектуры, что позволяет использовать один набор исходных кодов для обеих версий. Slackware64 увидел свой первый стабильный выпуск с версией 13.0.
Между выпуском 14.1 в ноябре 2013 г. и июнем 2016 г. в Slackware наблюдался 31-месячный перерыв между выпусками, что стало самым длинным периодом в истории выпусков. За это время ветка разработки не обновлялась 47 дней. Однако 21 апреля 2015 года Патрик Волкердинг извинился в журнале изменений за отсутствием обновлений и заявлений, что команда разработчиков использовала это время, чтобы «поработать хорошо». В этой записи журнала изменений было перечислено более 700 программных изменений, включая множество обновлений библиотеки. В январе 2016 года Фолькердинг объявил о неохотном добавлении PulseAudio, в основном из-за отказа от BlueZ прямой поддержки ALSA в v5.x. в то время как другие проекты, в свою очередь, отказывались от поддержки BlueZ v4.x. Зная, что некоторые пользователи не будут довольны этим изменением, он заявил, что «сообщения об ошибках, жалобы и угрозы могут поступать ко мне». Эти изменения завершились выпуском Slackware 14.2 в июне 2016 года.
Философия дизайна Slackware, ориентированная на простоту, чистоту программного обеспечения и дизайн, который подчеркивает отсутствие изменений в исходниках. Многие варианты дизайна в Slackware можно рассматривать как наследие простоты систем Unix и как примеры принципа KISS. В этом контексте «простой» относится к простоте конструкции системы, а не к ее использованию. Таким образом, простота использования может быть разной для разных пользователей: те, кто не знаком с интерфейсами системного интерфейса Unix, могут столкнуться с крутой кривой обучения использования Slackware, тогда как пользователи с опытом работы с Unix могут извлечь выгоду из менее абстрактной системной среды. В соответствии с философией дизайна Slackware и ее духом чистоты, использует большая часть программного обеспечения Slackware, оригинальные механизмы предоставления; тем не менее, для некоторых административных задач поставляются инструменты конфигурации для дистрибутива.
Не существует формальной системы определения проблем и официальной процедуры для того, чтобы стать участником кода или разработчиком. Проект не поддерживает публичный репозиторий кода. Отчеты об ошибках и сообщения, хотя и важны для проекта, обрабатываются неформальным образом. Все окончательные решения о том, что будет включено в релиз Slackware, строго остается за доброжелательным пожизненным диктатором Slackware, Патриком Волкердингом.
Первые версии Slackware были разработаны одним Патриком Волкердингом.. Начиная с версии 4.0, в официальном объявлении файлов Slackware указываются Дэвид Кантрелл и Логан Джонсон как участники «команды Slackware». Более поздние анонсы, вплоть до версии 8.1, включая Криса Люменса. Люменс, Джонсон и Кантрел также являются авторами первого издания «Slackware Linux Essentials», официального руководства по Slackware Linux. На веб-сайте Slackware Крис Люменс и Дэвидантреллются упоминаются как «выпускники Slackware», которые «работали полный рабочий день над проектом Slackware в течение нескольких лет». В своих примечаниях к выпуску Slackware 10.0 и 10.1 Волкердинг благодарит Эрика Хамелеерса за «его работу по поддержке беспроводных карт USB, PCI и Cardbus». Начиная с версии 12.0, во второй раз идет тимбилдинг вокруг Фолькердинга. Согласно примечаниям к выпуску 12.2, команда разработчиков состоит из семи человек. В будущих версиях добавлены люди. Начало с версии 13.0, команда Slackware, похоже, имеет основных членов. Эрик Хамелеерс дает представление об представлении основной команды в своем эссе «История разработки Slackware», написанном 3–4 октября 2009 г. (вскоре после выпуска версии 13.0).
Талисман Slackware: Тукс курит трубку Система управления пакетами Slackware, известная под общим названием pkgtools, может администрировать (pkgtool), устанавливать (installpkg), обновлять (upgradepkg) и удалить пакеты (removepkg) из локальных источников. Он также может распаковывать (explodepkg) и создавать (makepkg) пакеты. Официальный инструмент для обновления Slackware по сети или через Интернет - это slackpkg. Первоначально он был разработан Piter Punk как неофициальный способ поддержки Slackware в актуальном состоянии. Он был официально включен в главное дерево Slackware 12.2, а также в дополнениях и со Slackware 9.1. Когда пакет обновляется, он устанавливает новый пакет поверх старого, а затем удаляет все файлы, которые больше не существуют в новом пакете. При запуске upgradepkg он только подтверждает, что номера отличаются, что позволяет при желании понизить версию пакета.
Пакеты Slackware - это архивы, вирусы с использованием различных методов. Большинство пакетов сжимаются с использованием xz (на основе алгоритма сжатия LZMA ) с использованием расширения имени файла.txz . До версии 13.0 пакеты сжимались с использованием gzip (на основе алгоритма сжатия DEFLATE ) с использованием расширения.tgz. Также была добавлена поддержка сжатия bzip2 и lzip с использованием расширенных файлов.tbz и.tlz соответственно, хотя они обычно не используются.
Пакеты содержат все файлы для этих программ, а также дополнительные файлы метаданные используемые менеджером пакетов. Архив пакета содержит полную каталоговый файлов и предназначенный извлечения в системах основной каталог во время установки. Дополнительные файлы метаданных, расположенные в специальном каталоге install / в архиве, обычно включают файл slack-desc, представляющий собой текстовый файл с особым форматированием, читается диспетчером пакетов для описания описания. упакованного программного обеспечения, а также файл doinst.sh, который представляет собой сценарий оболочки после распаковки, позволяющий создавать символические ссылки, ограничение разрешения файлов файлов запуска, надлежащую обработку новых конфигураций и любые другие аспекты установки, которые не могут быть реализованы через систему каталогов пакета. Во время разработки 15.0 Фолькердинг представил поддержку сценария удаления douninst.sh, который можно запустить при удалении или обновлении пакета. Это позволяет сопровождающим пакет запускать команды при удалении пакета.
Менеджер пакетов поддерживает локальную базу данных на компьютере, хранящуюся в нескольких папках. В 14.2 и более ранняя система основная база данных служб поддержки разработки в / var / log /, однако во время 15.0 Фолькердинг переместил два каталога в специальное место в / var / lib. / pkgtools / для предотвращения случайного удаления при очистке системных журналов. Каждая установка Slackware будет содержать каталог пакетов / и скриптов / в основной папке базы данных. В первом случае каждый установленный пакет будет иметь соответствующий файл журнала (на основе имени пакета, версии системы установки и сборки), который содержит размер пакета, как пакого, так и несжатого, описание программного обеспечения и полный путь ко всем файлам. которые были установлены. Если пакет содержит необязательный сценарий постустановки doinst.sh, содержимое этой сценария будет добавлено в файл в каталоге скриптов /, совпадающем с указанным файлом пакета в пакетах / каталог, позволяющем администратору просматривать сценарий после установки в будущем. Когда пакет удаляется или обновляется, старые журналы установки и сценарии, найденные в пакетах / и сценариях /, перемещаются в удаленные_пакеты / и удаленные_скрипты /, что позволяет просмотреть любые предыдущие пакеты. и посмотрите, когда они были удалены. Эти каталоги можно найти в / var / log / в 14.2 и ранее, но они были перемещены в / var / log / pkgtools / во время разработки 15.0. В системах, поддерживающих сценарий удаления douninst.sh, эти сценарии будут храниться в каталоге /var/lib/pkgtools/douninst.sh/, пока пакет установлен. После удаления сценарий douninst.sh будет перемещен в / var / log / pkgtools / deleted_uninstall_scripts /.
Система управления пакетами не отслеживает и не управляет зависимостями; однако при выполнении рекомендованной полной установки соблюдаются все зависимости стандартных пакетов. Для пользовательских установок или сторонних пакетов Slackware полагается на пользователя, чтобы убедиться, что в системе есть все поддерживающие системные библиотеки и программы, необходимые для программы. Поскольку официальных списков зависимостей для стандартных пакетов не предусмотрено, если пользователи решат установить выборочную установку или установить стороннее программное обеспечение, им придется самостоятельно работать с любыми возможными отсутствующими зависимостями. Поскольку диспетчер пакетов не управляет зависимостями, он установит все без исключения пакеты, независимо от того, соблюдаются ли зависимости. Пользователь может обнаружить, что зависимости отсутствуют, только при попытке использовать программное обеспечение.
Хотя сама Slackware не включает официальных инструментов для разрешения зависимостей, некоторые неофициальные программные инструменты, поддерживаемые сообществом, действительно предоставляют эту функцию, подобно тому, как APT делает для Debian и yum для Red Hat дистрибутивов. Они включают:
Для Slackware нет официальных репозиториев. Единственные официальные пакеты, которые предоставляет Slackware, доступны на установочном носителе. Однако для Slackware существует множество сторонних репозиториев; некоторые из них являются автономными репозиториями, а другие предназначены для дистрибутивов, основанных на Slackware, но сохраняющих совместимость пакетов со Slackware. Многие из них можно искать сразу с помощью pkgs.org, поисковой системы пакетов Linux. Однако смешивание и сопоставление зависимостей из нескольких репозиториев может привести к двум или более пакетам, которым требуются разные версии одной и той же зависимости, что является формой ада зависимостей. Сам Slackware не обеспечивает разрешения зависимостей для этих пакетов, однако некоторые проекты будут предоставлять список зависимостей, которые не включены в Slackware с файлами для пакета, обычно с расширением.dep.
Из-за возможности возникновения проблем с зависимостями многие пользователи предпочитают компилировать свои собственные программы с использованием предоставленных сообществом SlackBuild. SlackBuild - это сценарии оболочки, которые создают устанавливаемый пакет Slackware из предоставленного архива программного обеспечения. Поскольку SlackBuild являются сценариями, они не ограничиваются простой компиляцией исходного кода программы; их также можно использовать для переупаковки предварительно скомпилированных двоичных файлов, предоставленных проектами или репозиториями других дистрибутивов, в соответствующие пакеты Slackware. SlackBuild, компилирующие исходные коды, имеют несколько преимуществ по сравнению с готовыми пакетами: поскольку они строятся из исходного кода автора, пользователю не нужно доверять стороннему разработчику пакетов; кроме того, локальный процесс компиляции позволяет проводить оптимизацию для конкретной машины. По сравнению с ручной компиляцией и установкой программного обеспечения SlackBuilds обеспечивает более чистую интеграцию с системой за счет использования диспетчера пакетов Slackware. Некоторые SlackBuild поставляются с дополнительным файлом с метаданными, который позволяет автоматическим инструментам загружать источник, проверять, не поврежден ли источник, и вычислять дополнительные зависимости, которые не являются частью Slackware. Некоторые репозитории будут включать как SlackBuilds, так и результирующие пакеты Slackware, что позволит пользователям либо создавать свои собственные, либо устанавливать готовые пакеты.
Единственный официально одобренный репозиторий SlackBuilds - это SlackBuilds.org, обычно называемый SBo. Это поддерживаемый сообществом проект, предлагающий SlackBuilds для создания программного обеспечения, не входящего в состав Slackware. Пользователи могут отправлять новые SlackBuild для программного обеспечения на сайт, и после утверждения они становятся «сопровождающими пакетов». Затем они несут ответственность за предоставление обновлений для SlackBuild, либо для устранения проблем, либо для создания более новых версий, предоставленных апстримом. Чтобы гарантировать, что все программы могут быть скомпилированы и использованы, любые необходимые зависимости программного обеспечения, не входящего в состав Slackware, должны быть задокументированы и доступны на сайте. Все представленные материалы проверяются администраторами сайта перед добавлением в репозиторий. Администраторы намерены сделать процесс сборки почти идентичным тому, как создаются официальные пакеты Slackware, главным образом для того, чтобы Фолькердинг «сочувствовал нашему делу». Это позволяет SlackBuilds, которые Фолькердинг считает достойными быть втянутыми в обычный Slackware, с минимальными изменениями скрипта. Это также не позволяет пользователям предлагать Фолькердингу изменить его скрипты, чтобы они соответствовали SBo. SBo предоставляет шаблоны для SlackBuilds и дополнительных файлов метаданных, и они побуждают разработчиков пакетов не отклоняться без необходимости.
Два члена команды Slackware, Эрик Хамелирс и Робби Уоркман, каждый имеют свой собственный репозиторий предварительно скомпилированных пакетов вместе с SlackBuilds и исходные файлы, используемые для создания пакетов. Хотя большинство пакетов - это просто дополнительное программное обеспечение, не включенное в Slackware, которое, по их мнению, стоило потраченного времени на поддержку, некоторые пакеты используются в качестве испытательной площадки для будущих обновлений до Slackware, в частности, Hameleers предоставляет пакеты "Ktown" для новых версий KDE. Он также поддерживает "мультибиблиотечный" репозиторий Slackware, позволяющий Slackware64 запускать и компилировать 32-битные пакеты.
Политика выпуска Slackware следует циклу выпуска на основе функций и стабильности, в отличие от ограниченного по времени (например Ubuntu ) или скользящий выпуск (например, Gentoo Linux ) схемы других дистрибутивов Linux. Это означает, что нет определенного времени, когда ожидать релиза. Фолькердинг выпустит следующую версию после того, как он почувствует, что было внесено подходящее количество изменений по сравнению с предыдущей версией, и эти изменения приведут к стабильной среде. Как заявил Патрик Волкердинг: «Обычно наша политика не предполагает спекуляций о датах выпуска, поскольку это - чистая спекуляция. Не всегда возможно знать, сколько времени потребуется, чтобы сделать необходимые обновления и связать все связанные с этим заканчивается. По мере того, как все готово к предстоящему выпуску, они будут загружены в дерево -current ".
На протяжении всей истории Slackware они обычно стараются выпускать новейшее программное обеспечение как минимум раз в год.. Однако между выпусками Slackware 14.1 и 14.2 разрыв между выпусками составлял более двух лет. С момента своего создания, кроме 2014 и 2015, Slackware выпускала как минимум один выпуск в год. Пик активности выпуска пришелся на 1994, 1995, 1997 и 1999 годы, по три выпуска в год. Начиная с версии 7.1 (22 июня 2000 г.) прогресс выпуска стал более стабильным и, как правило, происходил один раз в год. С тех пор единственными годами с двумя выпусками были 2003, 2005 и 2008.
Последние 32-разрядные стабильные выпуски Slackware x86 и 64-разрядные x86_64 находятся в версии 14.2 (выпущенной 30 июня 2016 г.), которая включает поддержку Linux 4.4.14.
Volkerding также поддерживает версию Slackware для тестирования / разработки под названием «-curre nt», которую можно использовать для более новейшей конфигурации. Эта версия в конечном итоге станет следующим стабильным выпуском, после чего Фолькердинг начнет новую текущую разработку для следующего выпуска Slackware. Хотя эта версия, как известно, стабильна, что-то может сломаться, поэтому -current обычно не рекомендуется для производственных систем.
| Версия | Дата выпуска | Дата окончания срока службы | Версия ядра | Заметные изменения |
|---|---|---|---|---|
| Старая версия, больше не поддерживается: 1.00 | 1993-07-17 | EOL не указан | 0.99.11 Alpha | |
| Старая версия, больше не поддерживается: 1.1 | 1993-11-05 | EOL не указан | 0.99.13 | |
| Старая версия, больше не поддерживается: 2.0 | 1994-07-02 | Конечный конец не указан | 1.0.9 | |
| Старый версия, больше не поддерживается: 2.1 | 1994-10-31 | EOL не указан | 1.1.59 | |
| Старая версия, больше не поддерживается: 2.2 | 1995-03-30 | EOL не указан | 1.2.1 | |
| Старая версия, больше не поддерживается: 2.3 | 1995-05-24 | EOL не указан | 1.2.8 | |
| Старая версия, больше не поддерживается: 3.0 | 1995- 11-30 | EOL не указан | 1.2.13 | Переход с a.out на Executable and Linkable Format ( ELF); первая версия будет предложена на CD-ROM |
| Старая версия, больше не поддерживается: 3.1 | 1996-06-03 | EOL не указан | 2.0.0 | Название "Slackware 96", отсылка к Windows 95 |
| Старая версия, больше не поддерживается: 3.2 | 1997-02-17 | EOL не указан | 2.0.29 | |
| Старая версия, больше не поддерживается: 3.3 | 1997-06-11 | EOL не указан | 2.0.30 | |
| Старая версия, больше не поддерживается: 3.4 | 1997-10-14 | EOL не указан | 2.0.30 | Представлен ZipSlack |
| Старая версия, больше не поддерживается: 3.5 | 1998-06-09 | EOL не указан | 2.0.34 | |
| Старая версия, больше не поддерживается: 3.6 | 1998-10-28 | EOL не указан | 2.0.35 | |
| Старая версия, больше не поддерживается: 3.9 | 1999-05 -10 | EOL не указан | 2.0.37pre10 | |
| Старая версия, больше не поддерживается: 4.0 | 1999-05-17 | Без EOL указано | 2.2.6 | Первый выпуск, требующий 1 ГБ места для полной установки и добавленный KDE |
| Старая версия, больше не поддерживается: 7.0 | 1999-10-25 | EOL не указан | 2.2.13 | |
| Старая версия, больше не поддерживается: 7.1 | 2000-06-22 | EOL не указан | 2.2.16 | Добавлен GNOME |
| Старая версия, больше не поддерживается: 8.0 | 2001-07-01 | EOL не указан | 2.2.19 | Добавлен браузер Mozilla и необязательно Linux 2.4 |
| Старая версия, больше не поддерживается: 8.1 | 18.06.2002 | 2012 -08-01 | 2.4.18 | Переключено именование пакетов с 8.3 на name-version-arch-build.tgz и преобразовано hdsetup в pkgtools |
| Старая версия, больше не поддерживается: 9.0 | 2003-03-19 | 2012-08-01 | 2.4.20. (исправлено до 2.4.21) | |
| Старая версия, больше не поддерживается: 9.1 | 2003-09-2 6 | 2012-08-01 | 2.4.22. (исправлено до 2.4.26) | переключено с OSS на A LSA |
| Старая версия, больше не поддерживается: 10.0 | 2004-06-23 | 2012-08-01 | 2.4.26 | Переключено с XFree86 на Сервер X.org |
| Старая версия, больше не поддерживается: 10.1 | 2005-02-02 | 2012-08-01 | 2.4.29 | |
| Старая версия, больше не поддерживается: 10.2 | 2005-09-14 | 2012-08-01 | 2.4.31 | Удалено окружение рабочего стола GNOME |
| Старая версия, больше не поддерживается: 11.0 | 2006-10-02 | 2012-08-01 | 2.4.33.3 | Первый выпуск предлагается на DVD |
| Старая версия, больше не поддерживается: 12.0 | 2007-07-01 | 2012-08-01 | 2.6.21.5 | Перешел с Linux 2.4 на 2.6, добавлена поддержка HAL и удалена поддержка установки с гибких дисков (кроме PXE ) |
| Старая версия, больше не поддерживае тся : 12.1 | 2008-05-02 | 2013-12-09 | 2.6.24.5 | |
| Старая версия, больше не поддерживается: 12.2 | 2008-12-10 | 2013-12-09 | 2.6.27.7. (исправлено до 2.6.27.31) | |
| Старая версия, больше не поддерживается: 13.0 | 2009-08-26 | 2018-07-05 | 2.6.29.6 | Добавлена 64-битная версия и переключена с KDE 3.5 на 4.x и переключена с gzip на сжатые пакеты xz |
| Старая версия, больше не поддерживается: 13.1 | 2010-05-24 | 2018-07-05 | 2.6.33.4 | Добавлены PolicyKit и ConsoleKit и переключены на libata подсистема |
| Старая версия, больше не поддерживается: 13.37 | 2011-04-27 | 2018-07-05 | 2.6.37.6 | Добавлена поддержка GPT и утилит для файловой системы Btrfs |
| Старая версия, но все еще поддерживается: 14.0 | 2012-09-28 | EOL не объявлено | 3.2.29. (исправлено до 3.2.98) | Добавлено NetworkManager. Удален HAL, поскольку его функциональные возможности были объединены с udev |
| Более ранняя версия, но все еще поддерживается: 14.1 | 2013-11-04 | EOL не объявлено | 3.10.17. (исправлено до 3.10.107) | Добавлена поддержка оборудования UEFI. Switched from MySQL to MariaDB. |
| Current stable version: 14.2 | 2016-06-30 | No EOL announced | 4.4.14. (patched to 4.4.217) | Added PulseAudio and VDPAU and switched from udev to eudev and from ConsoleKit to ConsoleKit2 |
| Latest preview version of a future release: -current | development | N/A | 5.4.52 | Switched default encoding from ASCII to UTF-8 ; Python compiled using ucs4; made PulseAudio optional; moved package database from /var/log/packages/ to /var/lib/pkgtools/; and added system's lame, vulkansdk, SDL2, and FFmpeg ; added PAM |
| Legend:Old versionOlder version, still maintainedLatest versionLatest preview versionFuture release | ||||
Currently, Slackware has no officially stated support term policy. However, on June 14, 2012, notices appeared in the changelogs for versions 8.1, 9.0, 9.1, 10.0, 10.1, 10.2, 11.0, and 12.0 stating that, effective August 1, 2012, security patches would no longer be provided for these versions. The oldest release, version 8.1, was released on June 18, 2002 and had over 10 years of support before reaching EOL. Later, on August 30, 2013, announcements were made on the changelogs of 12.1 and 12.2 stating their EOL on December 9, 2013. It was stated in the changelog entries that they had at least 5 years of support. On April 6, 2018, versions of 13.0, 13.1 and 13.37 were declared reaching their EOL on July 5, 2018. It was stated in the changelog entries that they had at least 7 years of support (13.0 had been supported almost 9 years). As of July 2018, there have been no announcements from the Slackware team on when any versions of Slackware from 14.0 and up will be EOL.
While there have been нет официальных анонсов для версий до 8.1, они больше не поддерживаются и фактически являются EOL.
Исторически Slackware концентрировалась исключительно на архитектуре IA-32, и выпуски были доступны только как 32-битные. Однако, начиная со Slackware 13.0, доступен 64-битный вариант x86_64, который официально поддерживается при симметричной разработке с 32-битной платформой. До выпуска Slackware64 пользователи, желающие иметь 64-разрядную версию, должны были использовать неофициальные порты, такие как.
Slackware также доступен для архитектуры IBM S / 390 в форме Slack / 390 и для архитектуры ARM в рамках Slackware ARM (первоначально известной как ARMedslack). Оба порта были объявлены "официальными" Патриком Фолькердингом. Однако порт S / 390 все еще имеет версию 10.0 для стабильной версии и 11.0 для версии для тестирования / разработки и не имеет обновлений с 2009 года. Кроме того, 7 мая 2016 года разработчик Slackware ARM объявил, что 14.1 будет EOL 1 сентября 2016 года, а разработка -current прекратится с выпуском 14.2, однако поддержка 14.2 будет сохранена в обозримом будущем. Объявление EOL для 14.1 было добавлено в журнал изменений 25 июня 2016 года.
В июле 2016 года разработчик Slackware ARM объявил, что инструменты разработки и сборки были усовершенствованы, чтобы уменьшить ручные усилия, связанные с поддержкой ARM и объявил о разработке 32-разрядного аппаратного плавающего порта. Порт был выпущен в августе 2016 года в «текущей» форме.
Slackintosh - это порт Slackware Linux для Macintosh New World ROM PowerPC архитектура, используемая Apple в линиях Power Macintosh, PowerBook, iMac, iBook и Xserve с 1994 года. до 2006 года. Последняя версия Slackintosh - 12.1, опубликована 07.06.2008. Когда Apple перешла на Intel x86, Slackintosh больше не мог работать на последних компьютерах Apple, и разработка остановилась. Slackintosh все еще является активным проектом, и его могут загрузить и использовать те, у кого есть старые компьютеры PowerPC Macintosh.
Slackware ISO-образы для установки можно бесплатно скачать на веб-сайте Slackware через BitTorrent или с различными зеркал FTP и HTTP.
Набор из 6 компакт-дисков или один двойной DVD-диск ранее были доступны для заказа в официальном магазине Slackware, но в настоящее время магазин недоступен без официального заявления о том, вернется ли он и когда. Набор компакт-дисков предназначен для 32-битной платформы IA-32, но также работает на 64-битных процессорах x86_64 в 32-битном режиме. DVD содержит как 32-битную, так и 64-битную версию.
Распределения портов для архитектуры ARM и IBM S / 390 не доступны ни в виде CD / DVD, ни в виде образов ISO, но могут быть загружены. Slackware S / 390 устанавливается с раздела DOS или с дискеты. Slackware ARM не распространяет файлы ISO, многие устройства ARM могут загружаться с CD или DVD. Вместо этого он устанавливается вне сети с использованием Das U-Boot и загрузочного сервера TFTP или из мини-основной файловой системы. Slackware ARM также можно установить на ПК с QEMU, используя тот же метод.
генеалогическое древо Slackware По состоянию на 2019 год DistroWatch ставит Slackware на 29-е место. Пик интереса пришелся на 2002 год, когда Slackware заняла 7-е место. К 2010 году он постепенно выскользнул из топ-10 и похоже, стабилизировался вокруг своего рейтинга в 2015 году. Однако, поскольку DistroWatch отслеживает только посетителей различных дистрибутивов, они заявляют, что их рейтинг не всегда коррелирует с использованием распределения; скорее, он определяет популярность этого дистрибутива на их сайте. По этой причине рейтинг «не следует использовать для измерения рыночной доли распределений». Как и в большинстве дистрибутивов Linux, в Slackware нет официальной системы общего количества уникальных установок или активных пользователей.
