Slackware - Slackware
 | |
 Slackware 14.1
| |
| Разработчик | Патрик Фолькердинг |
|---|---|
| Семейство ОС | Linux ( Unix-подобный ) (на основе системы Softlanding Linux ) |
| Рабочее состояние | Текущий |
| Исходная модель | Открытый исходный код |
| Первый выпуск | 17 июля 1993 г . |
| Последний релиз | 14.2 / 30 июня 2016 г. |
| Доступно в | Многоязычный |
| Метод обновления | pkgtool, slackpkg |
| Менеджер пакетов | pkgtool, slackpkg |
| Платформы | IA-32 , x86-64 , ARM |
| Тип ядра | Монолитный ( Linux ) |
| Userland | GNU |
Пользовательский интерфейс по умолчанию |
CLI |
| Лицензия | Стандартная общественная лицензия GNU |
| Официальный веб-сайт | www |
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 был создан на основе Softlanding Linux System (SLS), самого популярного из исходных дистрибутивов Linux и первого, предлагающего комплексную коллекцию программного обеспечения, которая включала не только ядро и базовые утилиты, включая графический интерфейс X11 , TCP / IP и Сеть UUCP и GNU Emacs .
Патрик Волкердинг начал работать с SLS после того, как ему понадобился переводчик LISP для школьного проекта в тогдашнем государственном университете Мурхеда (MSU). Он обнаружил, что CLISP доступен для Linux, и загрузил SLS для его запуска. Несколько недель спустя его профессор искусственного интеллекта в МГУ попросил Фолькердинга показать ему, как установить Linux дома и на некоторых компьютерах в школе. Фолькердинг сделал заметки, описывающие исправления проблем, которые он обнаружил после установки SLS, и он и его профессор применили эти изменения к новой установке. Однако это заняло почти столько же времени, сколько и просто установка SLS, поэтому профессор спросил, можно ли отрегулировать установочные диски так, чтобы исправления можно было применить во время установки. Это было началом Slackware. Фолькердинг продолжал улучшать SLS: исправлять ошибки, обновлять программное обеспечение, автоматическую установку разделяемых библиотек и образа ядра, исправлять права доступа к файлам и многое другое. За короткое время Фолькердинг обновил примерно половину пакетов сверх того, что было у SLS.
Фолькердинг не собирался предоставлять публике свою модифицированную версию SLS. Его друзья из МГУ уговаривали его поместить свои модификации SLS на FTP-сервер, но Волкердинг предположил, что «SLS выпустит новую версию, которая будет включать эти вещи достаточно скоро», поэтому он отложил это на несколько недель. В то время многие пользователи SLS в Интернете просили SLS о выпуске новой версии, поэтому в конце концов Фолькердинг сделал сообщение под названием «Кто-нибудь хочет систему 0.99pl11A, подобную SLS?», На которую он получил много положительных откликов. После обсуждения с местным системным администратором в МГУ Волкердинг получил разрешение на загрузку Slackware на FTP- сервер университета. Этот первый выпуск Slackware, версия 1.00, был распространен 17 июля 1993 года в 00:16:36 (UTC) и поставлялся в виде двадцати четырех 3½-дюймовых образов гибких дисков . После объявления Фолькердинг наблюдал за потоком. FTP-подключений постоянно приводил к сбою сервера.Вскоре после этого 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 в качестве замены пакетов XFree86 , используемых в настоящее время, с запросом комментариев о том, каким должно быть будущее системы X Window в Slackware. Месяц спустя он переключился с XFree86 на X.Org Server, заявив, что мнения были более чем 4 к 1 в пользу использования выпуска X.org в качестве версии X по умолчанию. Он заявил, что решение было в основном техническим, поскольку XFree86 вызывает проблемы совместимости. Slackware 10.0 был первым выпуском с X.Org Server.
В марте 2005 года Патрик Волкердинг объявил об удалении среды рабочего стола GNOME из журнала изменений разработки. Он заявил, что этот вопрос находится на рассмотрении более четырех лет и что уже существуют проекты, которые предоставляют более полную версию GNOME для Slackware, чем сама Slackware. Фолькердинг заявил, что в будущем поддержка GNOME будет зависеть от сообщества. Сообщество ответило, и по состоянию на октябрь 2016 года существует несколько активных проектов GNOME для Slackware. К ним относятся: Cinnamon , Dlackware, Dropline GNOME , MATE и SlackMATE. Некоторые члены сообщества Linux сочли это удаление значительным из-за преобладания GNOME во многих дистрибутивах.
В мае 2009 года Патрик Волкердинг объявил о публичном (разрабатываемом) выпуске официального варианта x86_64 под названием Slackware64, поддерживаемого параллельно с распространением IA-32 . Slackware64 - это чистый 64-битный дистрибутив, поскольку он не поддерживает запуск или компиляцию 32-битных программ, однако он был разработан как «мультибиблиотечный». Эрик Хамелерс, один из основных членов команды Slackware, поддерживает репозиторий с несколькими библиотеками, который содержит необходимые пакеты для преобразования Slackware64 в Multilib, чтобы обеспечить запуск 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, известная под общим названием pkgtools, может администрировать ( pkgtool ), устанавливать ( installpkg ), обновлять ( upgradepkg ) и удалять ( removepkg ) пакеты из локальных источников. Он также может распаковывать ( explodepkg ) и создавать ( makepkg ) пакеты. Официальный инструмент для обновления Slackware по сети или через Интернет - slackpkg . Первоначально он был разработан Piter Punk как неофициальный способ поддерживать Slackware в актуальном состоянии. Он был официально включен в главное дерево Slackware 12.2, а также был включен в extras / начиная с Slackware 9.1. При обновлении пакета новый пакет устанавливается поверх старого, а затем удаляются все файлы, которых больше нет в новом пакете. При запуске upgradepkg он только подтверждает, что номера версий отличаются , что позволяет при желании понизить версию пакета.
Пакеты Slackware - это tar-архивы, сжатые с использованием различных методов. Начиная с версии 13.0, большинство пакетов сжимаются с использованием xz (на основе алгоритма сжатия LZMA ) с использованием расширения имени файла .txz . До версии 13.0 пакеты сжимались с помощью gzip (на основе алгоритма сжатия DEFLATE ) с использованием расширения .tgz . Также была добавлена поддержка сжатия bzip2 и lzip с использованием расширений файлов .tbz и .tlz соответственно, хотя они обычно не используются.
Пакеты содержат все файлы для этой программы, а также дополнительные файлы метаданных, используемые менеджером пакетов. Архив пакета содержит полную структуру каталогов файлов и предназначен для извлечения в корневой каталог системы во время установки. Дополнительные файлы метаданных, расположенные в специальном каталоге install / внутри tarball, обычно включают файл slack-desc , который представляет собой текстовый файл с особым форматированием, который читается диспетчером пакетов, чтобы предоставить пользователям описание упакованного программного обеспечения, как а также файл doinst.sh , который представляет собой сценарий оболочки после распаковки, позволяющий создавать символические ссылки, сохранять разрешения для файлов запуска, правильно обрабатывать новые файлы конфигурации и любые другие аспекты установки, которые не могут быть реализованы с помощью пакета структура каталогов. Во время разработки 15.0 Фолькердинг представил поддержку сценария удаления douninst.sh, который можно запустить при удалении или обновлении пакета. Это позволяет сопровождающим пакета запускать команды при удалении пакета.
Диспетчер пакетов поддерживает локальную базу данных на компьютере, хранящуюся в нескольких папках. В 14.2 и более ранних системах основная база данных установленных пакетов поддерживалась в / var / log / , однако во время разработки 15.0 Фолькердинг переместил два каталога в специальное место в / var / lib / pkgtools /, чтобы предотвратить случайное удаление при очистке системных журналов. Каждая установка Slackware будет содержать каталог packages / и scripts / в основной папке базы данных. В первом случае каждый установленный пакет будет иметь соответствующий файл журнала установки (на основе имени пакета, версии, архитектуры и сборки), который содержит размер пакета, как сжатого, так и несжатого, описание программного обеспечения и полный путь ко всем файлам. которые были установлены. Если пакет содержал необязательный сценарий пост-установки doinst.sh , содержимое этого сценария будет добавлено в файл в каталоге scripts /, совпадающем с именем файла соответствующего пакета в каталоге packages / , что позволит администратору просмотреть сообщение. -сценарий установки в будущем. Когда пакет удаляется или обновляется, старые журналы установки и сценарии, находящиеся в пакетах / и сценариях / , перемещаются в удаленные_пакеты / и удаленные_скрипты / , что позволяет просмотреть любые предыдущие пакеты и узнать, когда они были удалены. Эти каталоги можно найти в / 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 . Они включают:
- slapt-get - это утилита командной строки, которая работает аналогично APT. Хотя slapt-get предоставляет основу для разрешения зависимостей, он не обеспечивает разрешение зависимостей для пакетов, включенных в дистрибутив Slackware. Однако некоторые источники пакетов сообщества и дистрибутивы на основе Slackware используют эту функциональность. Gslapt - это графический интерфейс для slapt-get.
- Swaret - это инструмент управления пакетами с разрешением зависимостей. Первоначально он был включен в Slackware версии 9.1 как дополнительный пакет, но в то время не содержал разрешения зависимостей. Он был удален из дистрибутива со Slackware 10.0 и передан сообществу. В конечном итоге он добавил функцию разрешения зависимостей и отката; однако по состоянию на май 2014 г. активных разработчиков нет.
- NetBSD «s Pkgsrc обеспечивает поддержку Slackware, среди других Unix-подобных операционных систем. pkgsrc обеспечивает разрешение зависимостей как для двоичных пакетов, так и для пакетов с исходным кодом.
Репозитории
Для 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. Это означает, что нет определенного времени, когда ожидать релиза. Фолькердинг выпустит следующую версию после того, как он почувствует, что было внесено подходящее количество изменений по сравнению с предыдущей версией, и эти изменения приведут к стабильной среде. Как заявил Патрик Волкердинг, «обычно наша политика не предполагает спекуляций о датах выпуска, поскольку это - чистая спекуляция. Не всегда возможно знать, сколько времени потребуется, чтобы произвести необходимые обновления и связать все связанные с этим свободные места. заканчивается. По мере того, как все будет готово к предстоящему выпуску, они будут загружены в текущее дерево ".
На протяжении всей истории Slackware они обычно старались выпускать новейшее программное обеспечение как минимум раз в год. С момента своего создания до 2014 года Slackware выпускала как минимум один выпуск в год. Пик активности выпуска пришелся на 1994, 1995, 1997 и 1999 годы, по три выпуска в год. Начиная с версии 7.1 (22 июня 2000 г.) прогресс выпуска стал более стабильным и обычно происходил один раз в год. После этого единственными годами с двумя выпусками были 2003, 2005 и 2008. Однако с момента выпуска Slackware 14.1 в 2013 году выпуск новых выпусков резко замедлился. Между версиями 14.1 и 14.2 был промежуток более двух лет, и следующий выпуск, 15.0, активно разрабатывался с 2016 года. Бета-версия Slackware 15.0 была объявлена Фолькердингом в апреле 2021 года, почти через 5 лет после выпуска версии 14.2.
Последние стабильные выпуски Slackware для 32-битных x86 и 64-битных x86_64 имеют версию 14.2 (выпущенную 30 июня 2016 г.), которая включает поддержку Linux 4.4.14.
Volkerding также поддерживает версию Slackware для тестирования / разработки под названием «-current», которую можно использовать для более передовой конфигурации. Эта версия в конечном итоге станет следующим стабильным выпуском, после чего Фолькердинг начнет новую текущую разработку для следующего выпуска Slackware. Хотя эта версия обычно известна как стабильная, что-то может сломаться, поэтому -current, как правило, не рекомендуется для производственных систем.
| Версия | Дата выхода | Дата окончания срока службы | Версия ядра | Заметные изменения |
|---|---|---|---|---|
| 1,00 | 1993-07-17 | EOL не указан | 0.99.11 Альфа | |
| 1.1 | 1993-11-05 | EOL не указан | 0,99,13 | |
| 2.0 | 1994-07-02 | EOL не указан | 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 к формату исполняемых и связываемых файлов (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 | 2002-06-18 | 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-26 | 2012-08-01 | 2.4.22 (исправлено до 2.4.26) |
Перешел с OSS на ALSA |
| 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 и переключена с MySQL на MariaDB . |
| 14,2 | 2016-06-30 | EOL не объявлено | 4.4.14 (исправлено до 4.4.276) |
Добавлены PulseAudio и VDPAU и переключены с udev на eudev и с ConsoleKit на ConsoleKit2. |
| -Текущий | разработка | N / A | 5.13.4 | Переключена кодировка по умолчанию с ASCII на UTF-8 , ConsoleKit2 на elogind и KDE4 на Plasma5 ; перешел на python3 ; база данных пакетов перемещена из / var / log / packages / в / var / lib / pkgtools / ; добавлено неточная , vulkansdk , SDL2 , FFmpeg , РАМ и Вейленд ядра системы для |
|
Легенда:
Старая версия
Старая версия, все еще поддерживается
Последняя версия
Последняя предварительная версия
|
||||
Служба поддержки
В настоящее время Slackware не имеет официально заявленной политики срока поддержки. Однако 14 июня 2012 г. в журналах изменений для версий 8.1, 9.0, 9.1, 10.0, 10.1, 10.2, 11.0 и 12.0 появились уведомления о том, что с 1 августа 2012 г. для этих версий больше не будут предоставляться исправления безопасности. . Самый старый выпуск, версия 8.1, был выпущен 18 июня 2002 г. и поддерживался более 10 лет, прежде чем был достигнут EOL . Позже, 30 августа 2013 г., в журналах изменений 12.1 и 12.2 было объявлено об их окончании срока действия 9 декабря 2013 года. В записях журнала изменений было указано, что у них есть как минимум 5 лет поддержки. 6 апреля 2018 г. было объявлено, что версии 13.0, 13.1 и 13.37 достигли своего EOL 5 июля 2018 г. В записях журнала изменений было указано, что у них есть как минимум 7 лет поддержки (13.0 поддерживалась почти 9 лет). По состоянию на июль 2018 года команда Slackware не сообщала, когда какие-либо версии Slackware от 14.0 и выше будут EOL.
Хотя официальных объявлений о версиях до 8.1 не было, они больше не поддерживаются и фактически являются EOL.
Аппаратные архитектуры
Исторически Slackware концентрировалась исключительно на архитектуре IA-32, и выпуски были доступны только как 32-битные. Однако, начиная со Slackware 13.0, доступен 64-битный вариант x86_64, который официально поддерживается при симметричной разработке с 32-битной платформой. До выпуска Slackware64 пользователи, желающие иметь 64-разрядную версию, должны были использовать неофициальные порты, такие как slamd64 .
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, выпущенная 7 июня 2008 года. Веб-сайт Slackintosh все еще активен, и версия 12.1 доступна для загрузки для тех, у кого есть старые компьютеры PowerPC Macintosh. В феврале 2012 года разработчики проекта объявили, что разработка была заморожена и 12.1 сможет получать исправления безопасности в течение одного месяца. В следующем месяце было объявлено, что стабильный выпуск заморожен и не будет получать никаких дальнейших обновлений, если кто-то другой не решит взять его на себя. Этого не произошло, и Фолькердинг официально объявил проект мертвым в июле 2021 года.
Распределение
Наборы компакт-дисков Slackware 14.2, отдельные DVD-диски и товары были доступны в магазине Slackware, контролируемом третьими сторонами, но из-за недоплаты Патрик Фолькердинг «сказал им, чтобы они сняли его, или я приостановил бы DNS для магазина».
ISO-образы Slackware (2,6 ГБ) для установки можно бесплатно загрузить с веб-сайта Slackware через BitTorrent , FTP-зеркала и HTTP-зеркала.
Порт Slackware для IBM S / 390 ( EOL : 2009)) можно загрузить и установить с раздела DOS или с дискеты.
Порт Slackware для архитектуры ARM можно загрузить и установить через сеть, используя Das U-Boot и загрузочный сервер TFTP, или из мини-корневой файловой системы. Slackware ARM также можно установить на ПК с QEMU, используя ту же технику.
Использовать
По состоянию на 2019 год DistroWatch оценивает Slackware на 29-м месте. Пик интереса пришелся на 2002 год, когда Slackware заняла 7-е место. К 2010 году он постепенно выскользнул из топ-10 и, похоже, стабилизировался вокруг своего текущего рейтинга в 2015 году. Однако, поскольку DistroWatch отслеживает только посетителей страниц различных дистрибутивов, они заявляют, что их рейтинг не всегда коррелирует с использованием распределение; скорее, он измеряет популярность этого дистрибутива на их сайте. По этой причине их рейтинги «не должны использоваться для измерения рыночной доли распределений». Как и в большинстве дистрибутивов Linux, в Slackware нет официальной системы для отслеживания общего количества уникальных установок или активных пользователей.
