Slackware 14.2 stable

Собсна потому серьезные разработчики на слаке не сидят, а Рэймонд с Торвальдсом сидят вообще на убунте с федорой ...

Товарищ Торвальдс является акционером РедХат, поэтому он использует Федору и «ненавидит» ГНУ/Дебиан.

Рэймонд — это вообще кто такой?

Собсна потому серьезные разработчики на слаке не сидят, а Рэймонд с Торвальдсом сидят вообще на убунте с федорой ...

Товарищ Торвальдс является акционером РедХат, поэтому он использует Федору и «ненавидит» ГНУ/Дебиан.

Рэймонд — это вообще кто такой?

Это, конечно, круто, но imagemagick предоставляет как либы, причем не имеющие НИКАКОГО отношения к иксам, так и софтину. Если либы и софтина находятся в одном пакете, то какого рожна этот пакет делает в иксовых приложениях?

Чувак ты в танке сидишь, выбирайся оттуда, на пальцах тебе объясняю, ещё раз. ImageMagick.tar.gz — это сырец его таким создал программист, не Патрик. Патрик просто его взял и опакетил. И всё! Мелконарезать пакеты по мнению Патрика не имеет смысла, потому-что после инсталяции эти либы итак размазываются по всей системе, во-вторых так проще, на самом деле так проще!

Патрик просто его взял и опакетил

А теперь объясни, что этот пакет делает в разделе X приложения?

Я каждый день захожу на ЛОР в надежде увидит хоть какие-то новости о Slackware. И наконец дождаться! Slackware жив!!!

Слакварщику же нужно посношаться с установкой,

Установка Слеквер на жёский диск на самом деле, самая лёгкая часть всего действа.

установкой зависимостей и т д... слакварщики, сношающиеся с пакетами.

Бывает, очень-очень редко..., со мной лично не случалось. Все нужные мне пакеты я брал со сторонних репозиториев. Авторы этих пакетов обычно указывают все либовые зависимости.

тебе предлагают самостоятельно собрать все инструменты ручками по одному.

Как правило Слака самодостаточный дистр. Мне вот самому интересно, какие такие инструменты я должен собрать? Если речь идёт о slackbuilds.org, то сборка пакетов из этого хранилища — это хорошая традиция.

Вообще, как я уде сказал, в свое время идеология цельного образа, который можно поставить и работать, имела смысл.

Говоря про идеологию «цельного образа» вы глубоко ошибаетесь, Слака не такая. В Слаке можно не устанавливать ненужные пакеты, и оставлять нужные пакеты. Проблема тут, в «знании», как таковом, «какой пакет от какого зависит», «этот без этого не запустится, а этот без этого не скомпилится». Тут, нужны знания и опыт, о которых в книжках не написано. Как говорится: «Знания, пол-царства за знания дистра Слеквер».

Но сейчас слишком много пакетов и софта, ди и интернет быстрый, потому слака стагнирует и загибается.

Голословно. Если вы пишите, то надо подкреплять свои слова фактами. Если сейчас слишком много пакетов и софта, то как от этого Слака начнёт стагнировать и загибатся.

Релизы выходят реже,

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

юзербаза из одних фанатиков.

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

А теперь объясни, что этот пакет делает в разделе X приложения?

ImageMagick — набор утилит относящихся к типу «графических программ». Видимо поэтому. И он находится не в разделе X, а разделе XAP. В X находится базовый комплект для системы X Window.

русским физикам

А теперь объясни, что этот пакет делает в разделе X приложения?

Сначала объясните, откуда вы взяли какие-либо гарантии не о полной установке по умолчанию? Или гарантии, что в XAP нет пакетов, нужных кому-либо еще по зависимостям?

XAP — это не раздел, это каталог с пакетами на дистрибутивном носителе и в дереве пакетов дистрибутива. Нарезка крупная, всего A, AP, L, N, X, XAP, D, K, E, F, KDE, KDEI, XFCE, GAMES. Патрик уже давно сказал — разделение условное, осталось со времен дискет, ни к чему не обязывающее. Но позволяет «крупными мазками» сделать заготовку будущей системы.
Обязательным является набор A (да, ядро и минимум утилит без сети). Остальное — по желанию. Поскольку желание новичок сформулировать не в состоянии (примеров выше было масса), ему (если цель стоит в знакомстве с дистрибутивом и его использовании) стоит делать полную умолчальную установку (от полной отличается снятым флажком с KDEI, откуда достаточно потом доставить только нужные языки). Кто не слушает совета, тот ССЗБ.

Что непонятного в фразе «полная установка по умолчанию, любые отступления от нее — на свой риск»?
Это уже своеобразный индикатор на минимальную способность понимать написанное. Так нет же, каждый раз найдется кто-то с завышенной самооценкой «уж я-то точно знаю, что делаю» и ожидаемо для всех, но неожиданно для себя, сам положит грабли на видном месте, сам наступит на них, удивится последствиям и пойдет жаловаться на дистрибутив...

udev заменён на eudev

А это зачем? У Поттеринга же провалилась попытка диверсии против традиционных систем инициализации, и udev можно также продолжать пользоваться.

Если пользователю дебиана надо поставить что-то, он делает это одной командой и приступает к работе.

А если одной не получилось, то развлекается теорией графов на вариантах разрешения зависимостей, плавали, знаем...

Пользователь Slackware сразу приступает к работе, у него уже установлено. в Дебиане так не могут, репа большая, всё не поставишь :-)

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

udev заменён на eudev

А это зачем?

Если правильно путаю, стал требовать logind.

ONLY_NEW_DOTNEW, по умолчанию отключена, но мало ли, включили и забыли

не припомню что бы включал, но rc.local точно мелькал, как и (возможно) rc.inet1.conf, а вот group-passwd-shadow.new точно не было

Я уже думаю проще эти файлы удалить и удалить пользователя, потом потом переустановить etc-пакет и создать пользователя...
ну и пароль для root'а пересоздать...

Пусть б-ги дадут Патрику здоровья и долголетия. Но я отчего-то уверен что Slacware переживёт и господина Фолькердинга. Слакварью можно перестать пользоваться, но нельзя перестать её любить. Истинный Linux.

Неа для монтирования cgroups /usr нужен смонтированный, одного корня не достаточно, это скрипте /etc/rc.d/rc.S

if [ -x /usr/bin/lssubsys -a -x /usr/bin/tr -a -x /usr/bin/sed ]; then

Истинный Linux.

Оn себя добавлю, Slackware ди сих пор сохраняет в себе истинный дух умершего UNIX.

для монтирования cgroups /usr нужен смонтированный, одного корня не достаточно, это скрипте /etc/rc.d/rc.S

Неа, это правили:
slackware-14.2/ChangeLog.txt:

Fri May 27 23:08:17 UTC 2016
a/sysvinit-scripts-2.0-noarch-32.txz:  Rebuilt.
  rc.S:  Fixed cgroup, cgmanager, and cgproxy handling so that it works if /usr
  is a separate partition.  Thanks to Richard Cranium and Matteo Bernardini.

Я 14.2 еще не смотрел :) Супер, хорошо что поправили. Но жаль что не выпустили парой месяцев раньше, я бы тогда и не узнал об этом баге :)

Их и не должно быть, слишком велика цена ошибки: выберите «заменить все новыми» и опа, потеряли базу ползателей, оно вам такое надо?
/usr/libexec/slackpkg/functions.d/post-functions.sh

looknew() {

        # with ONLY_NEW_DOTNEW set, slackpkg will search only for
        # .new files installed in actual slackpkg's execution
        if [ "$ONLY_NEW_DOTNEW" = "on" ]; then
                ONLY_NEW_DOTNEW="-cnewer $TMPDIR/timestamp"
        else
                ONLY_NEW_DOTNEW=""
        fi

        echo -e "\nSearching for NEW configuration files"
        FILES=$(find /etc -name "*.new" ${ONLY_NEW_DOTNEW} \
                -not -name "rc.inet1.conf.new" \
                -not -name "group.new" \
                -not -name "passwd.new" \
                -not -name "shadow.new" \
                -not -name "gshadow.new" 2>/dev/null)
        if [ "$FILES" != "" ]; then

Сколько времени пользователи нормальных дистров тратят на нытьё по поводу обновлений вместо того, чтобы один раз настроить слаку. А уж на разгребание этих проблем сколько. А слакаарщики вместо этого красноглазия сидят и работают.

Я это всё к тому, что Slackware на сегодняшний день может удовлетворить только энтузиаста linux, любящего играть с конструкторами, головоломками, сборными моделями.

Окэ. Давайте рассмотрим проблему с которой недавно я столкнулся (тема есть здесь в admin). Deb 7.9 (7.10) Centos 6.8, dhcp ipv6 префикс /112 деб и центос устанавливают в упор /64. Как выяснил это проблема dhclient-а у которого это захаркодено. Но в слаке усе работает из каробки, просто там идет dhcpcd. При этом например у деба в оф репозитариях dhcpcd такой дремучей версии, которая еще нормально с ipv6 работать не могла. Кстати даже офтопик7 норм работает. Вроде мелочь, но по факту же ваши изкаробочные «удобные» дистры получается работают хуже чем «конструкторами, головоломками, сборными моделями» и даже офтопик, а это на секундочку работа сети.

Отчасти из-за того, что в Slackware для опытного пользователя другого дистрибутива «всё не так», привычные приемы не работают, а новых не приобретено, и это реально доставляет дискомфорт, заставляя его, опытного пользователя, почувствовать себя слепым котенком :-) Мало кому это нравится...

Согласен с вами. Кстати напомнили. Давно это было. Отправляли сотрудников на курсы в Бауманку на что-то типа «Основы Linux» чсх в качестве дистра на котором учили была слака емнип 9.1. Это я к тому, что если разберешься в слаке разобраться с другими дистрами не так сложно, наоборот сложнее.

Я 14.2 еще не смотрел :) Супер, хорошо что поправили. Но жаль что не выпустили парой месяцев раньше, я бы тогда и не узнал об этом баге :)

Если ты об этом баге знал, почему не отрапортовал Патрику. Молчать не надо, надо помогать. Какие-то заграничные чуваки: Richard Cranium and Matteo Bernardini отрапортовали.

никто не конвертнул в слакбилд арчевый пкгбилд

Этот момент очень интересен, можно поподробнее, если не сложно?

Вот и выросло поколение, неспособное к тривиальному:
sed -i -e 's,4\.01,4.03,g' *info *Build

Зачем вы так уж жестко с ними? Не обязательно же носом тыкать в потоковый редактор, можно и любым другим удобным для «поколения» редактором поправить. :) А так конечно все верно, последнюю цифирку поправить и проверить ну прям религия не позволяет. Хотя конечно не для всего это прокатит.

Зачастую прокатывает даже для 14.1 до сих пор.

Если ты об этом баге знал, почему не отрапортовал Патрику. Молчать не надо, надо помогать. Какие-то заграничные чуваки: Richard Cranium and Matteo Bernardini отрапортовали.

Читаем внимательно «парой месяцев раньше». Я только что с этим столкнулся. Решение для себя нашел в исправлении самого родного скрипта, но это для себя любимого на сервере под диваном. Для прода предлагали другие решения.

Зачастую прокатывает даже для 14.1 до сих пор.

«до сих пор» - тут лишнее. Еще как прокатывает и на той же 13.* и на 12.* Но все зависит от того о чем речь. Например сильно зависимый от версии ядра софт может и одну циферку не пережить.

Вот и выросло поколение, неспособное к тривиальному:

sed -i -e 's,4\.01,4.03,g' *info *Build

Лолшто? Ты поправил версию в билдшкрипте или где, ущербный? Тебя не смущает, что разные версии могут по-разному собираться: с разными зависимостями, разными флагами?

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

Для прода предлагали другие решения.

Поставить дистрибутив вместо слаки? :)

Слакварщику же нужно посношаться с установкой, установкой зависимостей и т д.

Что-то мне подсказывает вы из тех кто про слаку только слышал. И вас еще в детстве напугали страшной сказкой «в слаке нужно разруливать зависимости вручную, а это ой как слооожно и страшно, Бу».

Слака хороша именно тем, что вызывает наименьшее удивление в процессе использования, а предсказуемость системы - основной фактор. Гентушники, я с вами согласен, что гентурулез, но не имею желания столько компилять :)

Вот прям подпишусь под каждым словом. Насчет генты тоже, неохото конпилять :)

А так конечно все верно, последнюю цифирку поправить и проверить ну прям религия не позволяет.

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

Какое же у слаки непрофессиональное сообщество все-таки.

никто не конвертнул в слакбилд арчевый пкгбилд

Этот момент очень интересен, можно поподробнее, если не сложно?

Можно попробовать и поподробнее.

Сценарии сборки пакетов Slackware просты как валенок — просто набор команд оболочки для достижения результата, условно можно поделить на (с теми или иными вариациями):
1) подготовили временное место
2) распаковали тарбол с исходниками
3) сообразно документации разработчика
3.1) готовим к сборке согласно принятым в Slackware правилам (configure, cmake, qmake, ...)
3.2) собственно компиляция исходников
3.3) установка во временный каталог
4) причесываем установленное сообразно принятым в Slackware правилам (бинаники пострипать, документацию в usr/doc/пакет-версия, руководства в usr/man, руководства пожать, ...)
5) зовем в каталоге makepkg /путь/пакет-версия-архитектура-сборка_метка.txz, который пакует текущее поддерево в пакет.

Нетрудно убедиться, что большая часть таких сценариев в основной части совпадает. В арче совпадающую общую часть вынесли в отдельное место, в PKGBUILD определяются только некоторые переменные, вроде адресов, откуда брать исходники и т.п., а также функция сборки — как собирать.

Эту информацию обычно нетрудно применить к шаблону слакбилда. Типовые варианты есть там: http://slackbuilds.org/templates/

В общем-то дело нехитрое. Можно скриптовую обвязку PKGBUILD приспособить для Slackware или написать с нуля, при наличии желания и времени.

Последний нормальный дистр

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

Что может помешать применить наработки тех же федоры/арча/етц при сборке в Slackware? Что из их правок является исправлениями, подлежащими отправке в апстрим, а что прикручиванием костылей для соответствия правилам сборки и пакетной системе дистрибутива?

Мы сейчас про ocaml? Я по наличии времени посмотрю, что там наработано и что я потерял, доверившись авторам выпуска ocaml-4.03.0, ведь кому как не им (разработчикам ocaml) дОлжно знать, что они разработали.

PS. Напомню, претензия была к слакбилду ocaml-4.01.0 в том, что он «древний». Не древний — это 4.03.0. При таких сменах версии не принято ломать сборку на ровном месте. Поэтому и слакбилды обычно под такое не обновляют, довольствуются

# VERSION=4.03.0 sh *Build

Неа, можно ручками прописать что бы смонтировать позже.

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

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

Не исключаю что и фигней занимались. БОльшее кол-во софта норм собирается с заменой версии в файлике. Например не исключение когда сам SlackBuild к какой-нибудь версии столетней давности лежит и которую еще поискать нужно потому-что сам разработчик ее убрал или перенес, берем посвежее, правим цифирку все работает, профит. Я уже писал здесь что даже для 12.* многое работает. А например всякие деб просто «внезапно патамучто типа поддержка закончилась» выносят репозитарии в архив и вот ищи потом где правильные ссылки что бы прописать в apt.

Лолшто? Ты поправил версию в билдшкрипте или где, ущербный? Тебя не смущает, что разные версии могут по-разному собираться: с разными зависимостями, разными флагами?

Разные флаги и разные зависимости — это управление сборкой, не ставьте телегу впереди лошади.
4.01.0 --> 4.03.0 прям всё поменялось, да-да.

https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ocaml...
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ocaml...
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ocaml...
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ocaml...
https://git.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/ocaml...
просто море изменений, не считая номера версии, целых НУЛЬ!

Идите, расскажите Jürgen Hötzel, сопровождающему пакета ocaml в Арче, какой он ущербный, помогите сообществу, поучите его сборочные флаги менять, а то ишь, одними номерами версии обходится, понимаешь.

Идите, авторов ocaml поучите правила сборки менять в минорных версиях, а то ишь, фигней маются, ошибки правят, вместо создания приключений дистрибутивным сборщикам.

Учители...
..., ... (q) С.В.Лавров

Собсна потому серьезные разработчики на слаке не сидят, а Рэймонд с Торвальдсом сидят вообще на убунте с федорой ...

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

вообще, серьезному разработчику oss фиолетово до дистрибутива, если нет «религиозных» расхождений, типа systemd не нравится принципиально, то просто выбирают что либо другое. тк серьезный разработчик думает головой, а не от балды ставит галки, и не важно мышкой или клавиатурой, в гуи или в конфиге ...

ну и к слову, от пользователей слаки меньше фраз «нинужно», «это не foo, поэтому bar отстой, как и все остальное».

В deb/rpm всегда, по началу, есть развлекуха, как раз для разработчика - вроде угадай lib*-bla-foo-dev/devel + dbg ну и так далее. Хотя разработчики не ставят дистрибутивы каждый день - по секрету скажу. Поэтому выбор обычно скорее исторически сложился, хотя от debian лично мне, по лично моим воззрениям пришлось отказатся (systemd это не то что хотелось бы видеть в *nix системе). Пользовался и слакой (до версии 9), настроил один раз и забыл.

А ну с redhat исторически не сложилось, еще в очень старые времена, когда redhat пользовался gcc 2.95 (или 2.96?) коим без шаманства и патчей куча всего не собиралось. ну и кстати чтобы поставить одну rpm надо было искать еще 33, rpmsearch.com и прочие в помощь. redhat 6 или 7, точно уже не вспомню (для поколения next - нет не RHEL, а тогда оно просто было redhat). Mandrake постоянно падали иксы.

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

bash-4.2$ mount
/dev/sda6 on / type ext4 (rw)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
/dev/sda7 on /usr type ext4 (rw)
/dev/sda8 on /home type ext4 (rw)
tmpfs on /dev/shm type tmpfs (rw)
gvfsd-fuse on /home/hasek/.gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,user=hasek)
/dev/sdb1 on /media/TRANSCEND type fuseblk (rw,nosuid,nodev,allow_other,default_permissions,blksize=4096)

По адресу /media/TRANSCEND/ создаю директорию 'Slackware 14.1 full backup', в которую кладу файл backup.sh, в который пишу вот что:

tar -cvpf /media/TRANSCEND/'Slackware 14.1 full backup'/backup.tar --directory=/ --exclude=proc --exclude=sys --exclude=dev/pts --exclude=/media/TRANSCEND/'Slackware 14.1 full backup' .

Потом

bash-4.2$ chmod 750 /media/TRANSCEND/'Slackware 14.1 full backup'/backup.sh
bash-4.2$ ./media/TRANSCEND/'Slackware 14.1 full backup'/backup.sh
bash: ./media/TRANSCEND/Slackware 14.1 full backup/backup.sh: No such file or directory

Собственно, а что не так?.. Почему no such file or directory?

Когда с элитной 13.37 переходил на 14 решил убить как-нить Слаку, тёр скрипты, крушил /etc. Добился, перестало включаться. Потом просто скопировал некоторые на своё место и опять всё работает. Вот такая она - Слака. Недавно посносил все ВМ, снёс всё из Qt. В Иксы заходил через xterm. Минимум всего. Кароч, изучение Юникса через ломание как угодно и потом восстановление. Потом awesome поставил, штоп Малому мультики смотреть проще было. Малому 6 лет))) Знает как «свои» скрипты запустить и не парится - игры, мультики, альсу покрутить. Правда ещё читать не умеет (тем более по-ангельски), но ему вобщем-то и не нужно ВМ. Достаточно в Х-сессии запустить xterm))))) Всё, %$#@, работает как часы. Поэтому людям и нравится этотвашСлака))) ВОТ!

Похвала от настоящего ценителя всегда приятна :)

А для друзей/знакомых на просьбу поставить чо-нить, ставлю Минт, ибо Слака - это невыносимо трудно

Мужик хвастается - /«собирал пазл, на коробке написано „детям до 6-ти лет“, а я всего за 2 года собрал/»

Кароч, изучение Юникса через ломание как угодно и потом восстановление.

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

звук в Slackware работал... Не работает только у неосиляторов

Эк ты знатно Патрика приложил, у которого без пульсы звук через синезуб никак не работал. Не боишься, что клоуны с криком «патрегбох!» тебя покусают? :-D

кстати, читаю) но ведь интересно же - что будет, если ...

$ chmod 750 /media/
$ ./media/

Суслика видим?
А вообще нафига с пробелами создавать каталог бэкапа? Не лениво лишнии символы набирать и ошибиться если что?

Еще

--exclude=/media/TRANSCEND/'Slackware 14.1 full backup'

Т.е. все остальное на /media/TRANSCEND мы таки тоже забэкапим? И нафига?

ЗЫ Я именно для такого случая копии создаю через cp -ax в соответствии с разделами /, /usr &etc на носитель с той же фс. Шустрее получается.

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