LINUX.ORG.RU

Slackware исполнился 31 год!

 


0

1

Slackware уже исполнился 31 год! Как написано на Wikipedia, 17 Июля 1993, вышла версия 1.00. И как хорошее вино, с годами она становится только лучше. На скриншоте виден qemu с версией 1.01.

С прошлого скриншота изменилось многое.

Перешел на новый Xfce4, пересобрал свои программы с Gtk2 на Gtk3, отказался от бинарных пакетов из сторонних дистрибутивов. Компьютер стал лучше, Gtk3 не так заметно тормозит, сборка занимает не так много времени, наоборот, быстрее собрать из готового слакбилда, чем искать подходящий бинарный пакет.

Теперь собираю сам Chromium, отказался от Palemoon. Играясь с настройками сборки Chromium, я и создал тред о жаре, каждая пересборка длится очень долго, не замерял, но где то 40 минут, 20+ гб исходного кода в распакованном виде! Firefox тоже установлен, ради недавнего обновления, пришлось поставить две версии icu4 одновременно, Slackware делает простые вещи проще, а сложные возможными.

Не использую deadbeef, перешел на cmus, интерфейс удобнее, и меньше багов.

Вместо smplayer использую mpv, qt5 тормозит, и плохо подхватывает тему, раньше я его собирал с qt4.

Geany заменил на vim, версия Geany с Gtk3 слишком плоха для меня. Vim использую с двумя строчками в конфиге, но пришлось пересобрать с поддержкой clipboard, и для включения .desktop файла.

Все так же использую Xfce4, но перешел на свежую версию, все темы кроме Elementary работали очень плохо, а она мне не нравится, оставил Adwaita, и значки Gnome. Обои стандартные из artwork пакета Xfce4. Дефолт конечно, но я его еще не видел в галерее. Пересобран freetype для включение запатентованного алгоритма. vte собран с поддержкой sixel.

Компьютер используется для работы, игр, чтения ЛОРа.

В качестве дополнения, предлагаю прочесть старое, но интересное интервью с Патриком, где он рассказывает про появление Slackware в том числе: https://www.linuxquestions.org/questions/interviews-28/interview-with-patrick...

>>> Просмотр (1920x1080, 283 Kb)

★★★★★

Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)
Ответ на: комментарий от skiminok1986

Чтобы собрать пакет в слаке нужен слакбилд

Там сейчас прописана сборка зависимостей? Раньше вроде не было, только проверка.

dmitry237 ★★★★
()
Ответ на: комментарий от dmitry237

Там сейчас прописана сборка зависимостей? Раньше вроде не было, только проверка.

Есть sbotools. Собирает и пакет и все зависимости.

skiminok1986 ★★★★★
()
Ответ на: комментарий от Shadow

Вот поэтому ты там, где ты есть, а я там, где я есть :-)

Aceler ★★★★★
()
Ответ на: комментарий от skiminok1986

Начиная с 14.0 есть.

Это я пропустил, с 2007 по 2017 у меня была только винда.

dmitry237 ★★★★
()
Ответ на: комментарий от MOPKOBKA

а почему я должен знать какого то ноунейма? очень удобный дистрибутив, непонятно кто, непонятно куда. почему у нормальных официальных форумов название дистрибутива есть в домене, а у этой помойки нет?

usi_svobodi
()
Ответ на: комментарий от usi_svobodi

Так это форум не только про slackware, ты без домена теряешься и впадаешь в панику? Возможно slackware не для тебя, но ведь никто и не заставляет.

MOPKOBKA ★★★★★
() автор топика
Ответ на: комментарий от Clayman

Юзфлаги, nix, debian build.

Гвозди & микроскоп. Дебиан особенно радует. Ничто так не демотивирует собирать пакеты, как его упоротый тулчейн. Но вообще слаку обычно ставят не для того, чтобы что-то пересобирать. Простота сборки лишь побочный эффект, а так просто ставишь полную установку и не заморачиваешься пакетами вообще. Ну sbopkg чо-то там собирает, можно в это не вникать совсем (там и интерфейс для домохозяйки, ничего проще не встречал).

bread
()

каждая пересборка длится очень долго, не замерял, но где то 40 минут

Ccache не помогает, что ли?

i-rinat ★★★★★
()
Ответ на: комментарий от MOPKOBKA

Вообще флаги компиляции включаются в подсчёт хеша, так что проблем с корректностью быть не должно. Раньше, когда хеш считался от данных уже прогнанных через препроцессор, ложнопозитивное срабатывание могло случиться только из-за хеш-коллизии. Сейчас авторы намутили упрощённый подсчёт хешей для ускорения, и небольшой шанс на проблемы появился. Например, если в коде используются фичи препроцессора вроде __has_include. Для спокойствия можно отключить новый режим и включить старый, параноидальный.

Если у тебя каждая сборка имеет уникальный набор глобальных флагов, то ccache не поможет, а сделает сборку только медленнее.

Есть ещё набор проблем, которые возникают, если сгенерированный на одном компе кеш использовать на другом.

i-rinat ★★★★★
()

i9-14900k

У меня для тебя плохие новости xD

serg002 ★★★
()

Давай объективно: если инструмент не используется повсевместно - значит он объективно является неоптимальным. Для всех сфер IT

Это мой первый дистриб, я проехал 50км, чтобы мне его записали на болванку. Я его поставил, попердолился и удалил. И поставил генту. В которой пердолился лет 10. Уже в 2006 году слака не отвечала требованиям, которые предъявлялись к дистрибутивам.

Юзеры НА КОЛЕНЯХ УМОЛЯЛИ Патрика добавить зависимости в package manager. Но Патрик был неумолим. Он говорил «в этом дистрибутиве никогда не будет зависимостей». Потихоньку с этого дистра бежали не только лишь все, мало кто не мог этого сделать

В целом я могу сказать, что там есть крутые штуки, типа BSD инициализации и всё не засрано systemd-говном. Всё прогнозируемо работает. НО! Самая большая проблема слаки - это ее автор. Который локализовал всё на себе. Потому что это не дистрибутив для народа, а дистрибутив для Патрика. А те, кто им пользуется - это бета-тестеры. Конечно же, он слушает, что ему говорят и то, что на его взгляд полезно лично ему - он реализовывает

Почему юзеры слаки ждали больше 5 лет релиза? Почему без Патрика не могли зарелизить? А вдруг на Патрика упадёт кирпич или у него кило кокса найдут в машине и его на 15лет прикроют. Хана слаке? Хана, будь уверен. То, что есть карент и он шевелится - это не то пальто. Прод с карентом не работает

К тому же Патрик слаку продавал в мед. учреждениях т.е на нём зарабатывал. Это его бизнес-проект, а не дистриб для народа. Эта его политика и погубила, в принципе, неплохой дистр. Который в свое время можно было бы вычистить от патрикоговен, чуть-чуть всё переписать и может быть дебиана даже и не случилось бы

История со слакой в какой-то степени повторилась с гентой. Когда напыщенные снежинки 15 лет рассказывали, что нельзя сделать бинарных кэшей и агитировали свой пердолинг релиз, который концептуально не подходит под прод. Юзеров не слушали, гордо шли. Шли-шли и пришли, что им пользуется 2.5 колеки

Я считаю, что Патрику, что команде генты - так и надо! Они это заслужили. Патрик - как говноед-коммерсант, который погубил хороший дистр, всем рассказывая сказки, гента - аналогично

PS: и да, не рассказывай сказки про изменения характера ПО посредством пересборки и добавления флага в configure. В дебиане можно сделать тоже самое. Да, не так удобно, как в «слак-билде», но не невозможно

serg002 ★★★
()
Ответ на: комментарий от serg002

Давай объективно: если инструмент не используется повсевместно - значит он объективно является неоптимальным.

Очень объективно %)

Юзеры НА КОЛЕНЯХ УМОЛЯЛИ Патрика добавить зависимости в package manager. Но Патрик был неумолим.

Спасибо Патрику! Зависимости привели к появлению snap/flatpak/nix, я этим пользоваться не хочу. Проблем от них я всегда получал больше чем пользы.

Почему юзеры слаки ждали больше 5 лет релиза?

Потому что он не был готов? Я не понимаю смысл твоего вопроса. Сам я считаю переход на такие длительные интервалы большим плюсом.

Да, не так удобно, как в «слак-билде», но не невозможно.

Я тебя удивлю, но даже в Windows можно через hex-редактор изменить свойства ПО, нет ничего невозможного. Только в других дистрибутивах это то еще пердолево с переобучением каждые N-лет.

Для меня Slackware является лучшим дистрибутивом, идеально выполняет мои задачи. Кто не видит жизни без ПМ, может пользоваться другим. Это свобода.

MOPKOBKA ★★★★★
() автор топика
Ответ на: комментарий от serg002

«добавить зависимости в package manager»

Я всегда делаю полную установку (что-то вроде 8-10 Гб) и не представляю, о каких зависимостях идёт речь и зачем это может понадобиться. Зависимости чего от чего в полной системе?

Если что, дополнительный софт в slackware устанавливается через стороннее ПО (например, sbopkg).

visitor
()
Ответ на: комментарий от serg002

В целом я могу сказать, что там есть крутые штуки, типа BSD инициализации и всё не засрано systemd-говном. Всё прогнозируемо работает. НО! Самая большая проблема слаки - это ее автор. Который локализовал всё на себе.

Только поэтому там всё и не засрано. В ините кстати тоже вместо огорода с зависимостями просто определен порядок запуска скриптов. Патрик определенно не любит лишней зауми. Для любителей поуправлять пакетами есть slapt-get и прочая подобная шляпа. Но тут лучше сразу к доктору в более подходящий дистр. Так что Патрик всё правильно сделал. Сам он нормальный пакетный менеджер не осилит, не тащить же какой-нибудь RPM. Наколенный пакетник только всё усложнит, и получится из слаки ещё один Арч. Да, он популярный и всё такое, но стабильные релизы там не осилили, а потом засрали всё системдой и т.п.

bread
()
Последнее исправление: bread (всего исправлений: 1)
Ответ на: комментарий от serg002

Почему юзеры слаки ждали больше 5 лет релиза? Почему без Патрика не могли зарелизить? А вдруг на Патрика упадёт кирпич или у него кило кокса найдут в машине и его на 15лет прикроют. Хана слаке? Хана, будь уверен. То, что есть карент и он шевелится - это не то пальто. Прод с карентом не работает

Без Патрика не могли, потому что это его личный дистр. К счастью, никакое сообщество с засланными казачками там не командует. Патрик даёт базу, энтузиасты собирают под неё пакеты, такая вот модель разработки. Не будет Патрика, ну значит и слака закончится. Будет какой-нибудь Salix вместо неё, посмотрим как быстро они скатятся в красношляпное рабство.

bread
()
Ответ на: комментарий от bread

Не будет Патрика, ну значит и слака закончится. Будет какой-нибудь Salix вместо неё

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

serg002 ★★★
()

Поздравляем Слаку с 31-летием! Когда-то давным-давно использовал этот дистр, считаю его любимым (но не лучшим) до сих пор. Но ряд критических недостатков (помимо bus factor) мешает им пользоваться в 2024 (всё имхо):

  • слишком редкие релизы (15 версия была 2 с лишним года назад, и уже протухла, глибц и ядро старые, на новый системник уже не встанет. Куррент не предлагать, смысл слаки (стабильность и простота обновлений) пропадает.). 15.1 не видно даже на горизонте.

  • корявый мультилиб от АлиенБоба.

  • pipewire без пол-литра не впилишь.

  • всё ещё ШГ из коробки.

  • частенько нужно пересобирать корявые пакеты (тот же freetype без субпиксельного сглаживания от Патрика).

  • всё еще нужно вручную генерить initrd и вызывать grub-update после обновления ядра, + микрокод. Легко забыть что-либо из этого, если нет памятки, и привет, загрузка с флешки.

  • сложность сбоки софта с ветвистыми зависимостями (плюс у каждой зависимости могут быть свои зависимости, плюс зависимости времени сборки).

lagavulin16
()
Ответ на: комментарий от lagavulin16

Думаю все эти проблемы можно объединить под одним, «долгая настройка после установки». Поставить красивые шрифты, multilib, хуки, включить pipewire. Я бы еще добавил настройку grub, и включение русского языка, на новых компьютерах бывает трудно завести elilo.

слишком редкие релизы 15 версия была 2 с лишним года назад, и уже протухла, глибц и ядро старые, на новый системник уже не встанет.

Новый системник = новый компьютер? У меня поставилась без проблем на 14 поколение, выше есть описание железа. Но я слышал что эффективный разброс процессов по P/E-ядрам сделали только в 6+ версиях linux, поэтому установил новое linux ядро из current, но и со старым все работало, я разницы не заметил. А с проблемами из за старых версий glibc я никогда не сталкивался, на Slackware 14.2 они были, но там дистрибутиву уже совсем много было лет, один раз не запустилась The Powder Toy.

корявый мультилиб от АлиенБоба

А что там? Пока не сталкивался с проблемами. Только не нравится что его пакеты заменяют и 64 битные тоже (gcc -> gcc-multilib).

pipewire без пол-литра не впилишь.

Он в Slackware 15.0 есть, нужно только поставить его в автозагрузку, а pulseaudio наоборот убрать. На это дело даже есть SlackBuild.

всё ещё ШГ из коробки
тот же freetype без субпиксельного сглаживания

Сомнительно что виноват именно он, Freetype имеет свои алгоритмы на замену ClearType, о чем Патрик пишет перед патчем, и даже их что бы увидеть, нужно настроить специальный вид сглаживания, по умолчанию сейчас везде grayscale, или что то такое, а gtk4 вообще не поддерживает ClearType, поэтому есть большая вероятность что тебе не понравился именно шрифт по умолчанию.

всё еще нужно вручную генерить initrd и вызывать grub-update после обновления ядра

Сейчас понял, что я таким никогда не занимался, если использовать huge ядро, то остается сделать лишь grub-mkconfig, а для этого можно настроить хук. Если использовать generic, то нужно просто в хук еще вписать генерацию initrd, руками это делать не обязательно каждый раз, пакетный менеджер написан на bash, поэтому посмотреть и промодифицировать легко, он специально так написан.

сложность сбоки софта с ветвистыми зависимостями (плюс у каждой зависимости могут быть свои зависимости, плюс зависимости времени сборки).

sbopkg умеет строить дерево зависимостей и компилировать по ним, на SlackBuilds.org зависимости прописаны.

MOPKOBKA ★★★★★
() автор топика
Последнее исправление: MOPKOBKA (всего исправлений: 13)
Ответ на: комментарий от MOPKOBKA

Новый системник = новый компьютер? У меня поставилась без проблем на 14 поколение, выше есть описание железа. Но я слышал что эффективный разброс процессов по P/E-ядрам сделали только в 6+ версиях linux, поэтому установил новое linux ядро из current, но и со старым все работало, я разницы не заметил. А с проблемами из за старых версий glibc я никогда не сталкивался, на Slackware 14.2 они были, но там дистрибутиву уже совсем много было лет, один раз не запустилась The Powder Toy.

Да, хотел собрать новый бюджетный amd+radeon системник под линукс. Если вопрос решается установкой нового ядра из куррент, то всё не так плохо.

А что там? Пока не сталкивался с проблемами. Только не нравится что его пакеты заменяют и 64 битные тоже (gcc -> gcc-multilib).

Не удобно обновлять. Доп. команды + что-то блэклистить надо.

Он в Slackware 15.0 есть, нужно только поставить его в автозагрузку, а pulseaudio наоборот убрать. На это дело даже есть SlackBuild.

Там не всё так тривиально. Вроде есть скрипт в дистрибутиве, включающий его по умолчанию, но там дополнительно надо вручную создавать файлы для автостарта, лотерея - работает не у всех, судя по форуму. Pipewire+wireplumber было бы неплохо иметь по умолчанию в 15.1, но этим пока даже не пахнет в курренте.

Сомнительно что виноват именно он, Freetype имеет свои алгоритмы на замену ClearType, о чем Патрик пишет перед патчем, и даже их что бы увидеть, нужно настроить специальный вид сглаживания, по умолчанию сейчас везде grayscale, или что то такое, а gtk4 вообще не поддерживает ClearType, поэтому есть большая вероятность что тебе не понравился именно шрифт по умолчанию.

Возможно я говорю про версию 14.2. В 2022 году всё-таки уже было моветоном иметь ШГ из коробки.

Сейчас понял, что я таким никогда не занимался, если использовать huge ядро

Я тоже использовал huge, но емнип, существуют ситуации, где без initrd не обойтись, например загрузить микрокод процессора до старта системы, а huge ядро вроде не работает с initrd, нужен kernel-generic. Могу ошибаться, так как занимался этим давно.

sbopkg умеет строить дерево зависимостей и компилировать по ним, на SlackBuilds.org зависимости прописаны.

Где-то выручает АлиенБоб и его пакеты, где-то sbopkg, где-то поиск пакета по pkgs.org. В целом, как повезёт.

lagavulin16
()
Ответ на: комментарий от serg002

Почему юзеры слаки ждали больше 5 лет релиза?

Эти юзеры, которые ждали, они с тобой в одной комнате? Все кому срочно надо было новье юзали current, и только мимокрокодилы с тоном знатока метанировали про «древние пакеты». Дроч на номерки версий уже что-то клиническое.

А вдруг на Патрика упадёт кирпич или у него кило кокса найдут в машине и его на 15лет прикроют.

Прикинь, пока этот «авдруг» происходит почему-то то с «Ынтрепрайзными» дистрами («слияния-поглощения»), то с «нормальными-то дистрибутивами» (с допильщиками слаки в том числе). Никто не застрахован. Тут один фунтик на днях сдулся, который «основатель генту», которого из генты чот ушли. «Хотел комьюнити создать, а комьюнити опять!»

История со слакой в какой-то степени повторилась с гентой.

ЧТД. «Кто без греха...»

В дебиане можно сделать тоже самое

В дебиане больше нет Иана. «А что такое, что случилось?» Связался с торгашами из сейлзфорза и... Кило кокса нашли? Или кирпич упал?

slackwarrior ★★★★★
()
Ответ на: комментарий от lagavulin16

Не удобно обновлять. Доп. команды + что-то блэклистить надо.

Нужно только настроить приоритет его репозитория, это делается через slackpkg+. PKGS_PRIORITY, https://slakfinder.org/slackpkg /src/README

Там не всё так тривиально.

У меня заработало, вроде оно так везде заводится, странно что не работает у всех, почитаю.

например загрузить микрокод процессора до старта системы

Для этого иметь initrd и kernel-generic тоже необязательно.

Где-то выручает АлиенБоб и его пакеты, где-то sbopkg, где-то поиск пакета по pkgs.org. В целом, как повезёт.

Я сейчас только SlackBuilds.org пользуюсь, что бы не ограничивать себя версиями и флагами. Alienbob собирает пакеты так, что бы они не требовали многих зависимостей, можно посмотреть на примере libreoffice, поэтому поставить его программы обычно довольно просто.

MOPKOBKA ★★★★★
() автор топика
Последнее исправление: MOPKOBKA (всего исправлений: 2)
Ответ на: комментарий от slackwarrior

ти юзеры, которые ждали, они с тобой в одной комнате? Все кому срочно надо было новье юзали current, и только мимокрокодилы с тоном знатока метанировали про «древние пакеты». Дроч на номерки версий уже что-то клиническое.

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

ЧТД. «Кто без греха…»

Funtoo всё (комментарий)

Ждем-съ.

В дебиане больше нет Иана. «А что такое, что случилось?» Связался с торгашами из сейлзфорза и… Кило кокса нашли? Или кирпич упал?

Да. И на это стоило бы обратить чуть больше внимания, но.

serg002 ★★★
()
Ответ на: комментарий от serg002

Никто в здравом уме и твёрдой памяти не станет какой-то прод держать на каком-то каренте

А с продом ничего не происходит, что требовало бы сырого новья. Только CVE закрывать патчами и все.

slackwarrior ★★★★★
()
Последнее исправление: slackwarrior (всего исправлений: 1)
Ответ на: комментарий от MOPKOBKA

Нужно только настроить приоритет его репозитория, это делается через slackpkg+. PKGS_PRIORITY, https://slakfinder.org/slackpkg /src/README

А можно взять Conty от тов. Kron4ek и не тянуть больше этот унылый мусор (мультилиб) в систему.

У меня заработало, вроде оно так везде заводится, странно что не работает у всех, почитаю.

Спрошу на форуме актуальную инструкцию по впиливанию, может там уже не такой хардор, как раньше.

Для этого иметь initrd и kernel-generic тоже необязательно.

Несколько лет назад (задолго до 15.0) была ситуация, когда initrd был необходим емнип. Если таких ситуаций больше нет (в том числе микрокод работает с huge ядром), то это замечательно.

lagavulin16
()
Ответ на: комментарий от lagavulin16

А можно взять Conty от тов. Kron4ek и не тянуть больше этот унылый мусор (мультилиб) в систему.

Так я и не понял чем он плох, просто две строки в slackpkgplus.conf добавить, а прописывать в (black|grey)list ничего не надо, обновляется он стандартно. На контейнеры у меня аллергия.

Спрошу на форуме актуальную инструкцию по впиливанию, может там уже не такой хардор, как раньше.

Я по этой инструкции делал, вроде не сильно сложная, и работает стабильно: https://www.linuxquestions.org/questions/slackware-14/using-pipewire-instead-...

MOPKOBKA ★★★★★
() автор топика
Ответ на: комментарий от MOPKOBKA

Накатил 15 версию на новый бюджетный (amd+amd) самосбор. И всё хорошо, гораздо лучше, чем мне запомнилось.

Но я слышал что эффективный разброс процессов по P/E-ядрам сделали только в 6+ версиях linux, поэтому установил новое linux ядро из current, но и со старым все работало

Всё работает с 5.15 LTS (5.15.161) из коробки. Минус один пункт.

включить pipewire

Не нужно пока, и с pulseaudio всё работает, включая bluetooth-уши. Когда впилят по умолчанию, тогда и перейдём. Минус ещё один пункт из настройки.

Сомнительно что виноват именно он, Freetype имеет свои алгоритмы на замену ClearType, о чем Патрик пишет перед патчем, и даже их что бы увидеть, нужно настроить специальный вид сглаживания, по умолчанию сейчас везде grayscale, или что то такое, а gtk4 вообще не поддерживает ClearType, поэтому есть большая вероятность что тебе не понравился именно шрифт по умолчанию.

И снова всё хорошо. У Патрика написано в слакбилде freetype, что с новыми методами хинтинга (собрано уже с ними), этот subpixel rendering вам скорее всего не понадобится. И правда, делаем ln -s на hinting-slight в /etc/fonts/conf.d, а потом выбираем в настройках Xfce тип хинтинга hintslight и наслаждаемся шрифтами. Минус третий пункт настроек.

Если использовать generic, то нужно просто в хук еще вписать генерацию initrd, руками это делать не обязательно каждый раз, пакетный менеджер написан на bash, поэтому посмотреть и промодифицировать легко, он специально так написан.

Тоже всё оказалось просто. Теперь есть автоматизированный скрипт для генерации initrd, просто после обновления ядра пишем geninitrd, а потом уже обновляем конфиг груба.

sbopkg умеет строить дерево зависимостей и компилировать по ним, на SlackBuilds.org зависимости прописаны.

Разобрался. Здесь также играет положительную роль то, что зависимости не такие ветвистые, как в других дистрах, а некоторые крупные пакеты (например, у Боба) собраны статически и это очень удобно.

Нужно только настроить приоритет его репозитория, это делается через slackpkg+. PKGS_PRIORITY

Разобрался, но гадить мультилибом в систему всё равно не вижу причин.

Alienbob собирает пакеты так, что бы они не требовали многих зависимостей

И правильно делает.

На контейнеры у меня аллергия.

Удобно же, плюс не усложняет систему.

В общем, дистр стал только лучше, оставаясь консервативным. Весь нужный мне софт в наличии, так что жить буду на нём. Опакетить здесь тоже не так уж сложно, если понадобится. Здоровья Патрику и его команде!

lagavulin16
()
Последнее исправление: lagavulin16 (всего исправлений: 1)
Для того чтобы оставить комментарий войдите или зарегистрируйтесь.