Давно - с самого начала. По этому пути хранится метаинформация: http://ftp.ru.debian.org/debian/dists/ , пакеты же лежат вот здесь: http://ftp.ru.debian.org/debian/pool/

Ясно. Спасибо за пояснения!

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

Мы и не здоровались.

«Ужасное зрелище! Душераздирающее зрелище!»
Виноват, конечное же, именно дистрибутив

Это был собирательный образ неслакварщиков в треде.) Перетончил.

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

Вот гляжу я на специализированные железки стоимостью >10к евро с красношапкой 7.3 (именно красношапкой) на борту, и прямо думаю как бы ее «беспроблемно заапгрэйдить».

Я уже занес.

Я уже занес

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

14.1 -> 14.2: Hibernate

Обновился и тут вот заметил спящий режим отвалился, сначала думал на команду в скрипте:

$ dbus-send --system --print-reply --dest="org.freedesktop.UPower" \
  /org/freedesktop/UPower org.freedesktop.UPower.Hibernate

$ dbus-send --system --print-reply --dest=org.freedesktop.ConsoleKit \
 /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Restart

SWAP есть и виден:

$ cat /etc/fstab | grep swap
/dev/sda6 			swap 			swap 		defaults,discard 	0 0

$ swapon -s
Filename				Type		Size	Used	Priority
/dev/sda6                              	partition	8392700	0	-1

Переживаю за группы, которые вроде подправил
Slackware 14.2 stable (комментарий)
но мало ли. Не подскажете куда копать?

мигает клавиша caps-lock

... вместе со ScrollLock-ом, просто на ноутах это индикатор экономят, кернел-паник, однако.
На лог бы глянуть, но мог и не сохраниться.

Попозже проверю, отпишусь...

...попробовал# pm-hibernate и # echo disk > /sys/power/state
и в init3 даже # pm-hibernate

- аналогичное поведение

использование дистра по окончании срока поддержки

к слову, об окончании срока поддержки: http://slackware.uk/slackware/slackware-12.2/ChangeLog.txt
в слаке-12.2, в которой кеды3 были, потом только 4 в след.релизах, до 2013_включительно обновления по безопасности приходили и можно было спокойно пользоваться кде3

Может ли кто-то рассказать о преимуществах и недостатках этого дистрибутива?

Может ли кто-то рассказать о преимуществах и недостатках этого дистрибутива?

Так-так, пяти-звёздный чувак ---> значит старожил-няшка ----> если старожил, значит в любом случае должен хотя бы попробовать на «вкус» этот дистрибутив. Если знает, что такое Slackware зачем он спрашивает? Хочет флудильню запустить?

//Так подумал Щтирлиц.

Нижеследующее сугубо моё ИМХО и на большее не претендует.

Достоинств два: простота и предсказуемость.

Недостаток: на начальном этапе приходится несколько повозиться ручками и дособрать недостающие пакеты.

Недостаток: на начальном этапе приходится несколько повозиться ручками и дособрать недостающие пакеты скачать недостающие пакеты со slackbuilds.org.

Я поправил, не благодари.

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

скачать недостающие пакеты со slackbuilds.org.

Но это же сайт с коллекцией сборочных криптов, а не пакетов.

Может ли кто-то рассказать о преимуществах и недостатках этого дистрибутива?

* Преимущество: наличие необходимого набора ЗНАНИЙ о дистрибутиве. Имея набор знаний, умений и навыков ты сможешь настроить весь дистр под себя. В том числе, никаких «лишних» пакетов, все пакеты могут быть собраны конкретно для твоего процессора. Вершина мастерства, это когда, Слака станет частью твоего тела, ты будешь инстинктивно чувствовать работу каждого «винтика» системы.

* Недостаток, это отсутствие необходимых ЗНАНИЙ о дистрибутиве Slackware. От недостатка знаний ты пойдёшь на форумы «спрашивать». А на форумах всякие топчутся. Компетентные пользователя объяснят, что-да как, а форумная шваль тебя пошлёт читать маны, либо поиздевается над тобой.

Я так понял, что слака полностью построена по принципу kiss? И из этого треда я понял, что при установке нужно выбрать рекомендуемое иначе могут быть проблемы? А если я например не хочу ставить кеды, а вместо них XFCE или i3 wm?

Но это же сайт с коллекцией сборочных криптов, а не пакетов.

проект slackonly пакетирует базу slackbuilds.

убирай галку с kde, kdei.

Конпеляние есть конпеляние.

проект slackonly пакетирует базу slackbuilds

а не встречал кто-нибудь зеркало данного с rsync?

echo disk > /sys/power/state Попробовал - полёт нормальный. Работает как и раньше.

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

/me морально приготовился к обилию летящих какашек от пользователей других дистрибутивов =)

А если я например не хочу ставить кеды, а вместо них XFCE или i3 wm?

Не ставьте. Никаких проблем, во всяком случае так было. Про 14.2 100% ручаться не могу, вдруг что-то изменилось, а меня потом закидают :)

Подтверждаю, что и в 14.2 всё нормально. Не ставил ни KDE, ни XFCE, а просто собрал stumpwm.

а звук без пульсы не осилил

И не пытался даже - это для рукоблудов, которым некуда время девать.

Ну, ЧТД. Ты — неосилятор :)

Хмм, что-то гуглил и ничего толком не нашел
Даже брал отсюда образ http://bear.alienbase.nl/mirrors/slackware-live/latest/
подключал swap и уходил в спячку - все нормально.

По поводу обновлений, я-то обновился, но какие-то пункты опустил, как припоминаю
http://slackware.osuosl.org/slackware-14.2/UPGRADE.TXT
и если так по порядку самый 1, а именно: 0 - не уходил в ` telinit 1 `, а прям в X'ах/WM начал с 1-ого
upgradepkg /root/slackware/a/glibc-solibs-*.txz и в конце _не_ сделал 7 /usr/share/mkinitrd/mkinitrd_command_generator.sh -k 4.4.14-smp | bash
а просто подал команду lilo...

Но вот сейчас, проделал следующее взял и решил все пакеты переустановить-поставить, но уже через:
upgradepkg --reinstall --install-new ...
мало ли, какие у меня пакеты в системе болтаются и которые теперь на плечах Патрика
пункт: 1 - 5 (и 6), когда их сделал только тогда ушел в telinit 1 и сделал:
/usr/share/mkinitrd/mkinitrd_command_generator.sh -k 4.4.14-smp | bash
и потом lilo, затем telinit 3 и reboot. И что в результате, все равно спячка так и не завелась

Ладно, если идей не будет никаких постараюсь все же в telinit 1 уйти и там на ночь поставить эту переустановку пакетов...
Если не прокатит, то, ну что сказать: доэксперементировался, переустановлю наверно все с образа 14.2, в планах конечно есть и на current уйти, но вот на счет групп даже и не знаю, если вдруг такое привидится в будущем, хоть может и не в ближайшем, просто смотрю Alien больше акцент на -current по пакетам делает, как мне показалось

slackpkg недавно взяли, и лично меня удивляет, почему не взяли slapt-get

вот хорошее начало для размышления, в slackpkg(+) меня например не устраивает, что нельзя в репозитории держать несколько пакетов, точнее что бы они были проиндексированы и ставилась версия выше (или по усмотрению ниже). Если знает кто-нибудь такой и желательно совместимый с slackpkg не подскажете?

По своему опыту вспоминаю Agilia/MOPSLinux: mpkg - вот он это умел и даже мог делать rollback'и в последних версиях, в принципе и умеет, но это по ходу придется все пакеты переконвертировать что ли, что бы data.xml в нем появился в котором информацию для mpkg прописана в том числе и зависимости (даже)

Пока не смотрел, но поскольку речь про панику ядра, в первую очередь стоит попробовать другое ядро, например, собрать 4.6 по конфигами из testing/source/.

14.2 и current на сегодня полностью тождественны и такая ситуация (или минимальные отличия) продлится какое-то время, если только Патрик не решит семимильными шагами двигаться к 15.
Упор на current у Эрика был по вполне понятным объективным причинам — новый софт требовал новой пакетной базы по некоторым ключевым пакетам.
Будут изменения в current — можно будет судить о разнице, на сегодня пока материала для суждений нет.

По прошлому опыту, telinit 3 достаточно для успешного обновления.

ASUS UX32LN, загрузка UEFU, elilo, Slackware64-14.2, pm-hibernate, pm-suspend отрабатывают на ура, поднимается без проблем. Система с мультилибом, обновлена с 14.1 на 3 уровне при помощи slackpkg.

В параметрах ядра из нестандартного — acpi_os=.

У слаки на самом деле одна проблема: когда Патрик помрет, дистрибутив придется закопать вместе с ним :(

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

Разрешаю. :) Вот только справитесь ли?

Действия стандартные, несложные, но готовой инструкции нет.

В чем предубеждения перед установщиком, если не секрет?

Не Ъ, наверное.

Поставить, конечно, можно, но зачем? Не уж то в 2016 году у вас нет видеодисплейного терминала?

Документация есть. Есть неплохая вики, есть документация на диске, есть куча хаутушек, которые можно поставить себе прямо в систему. Но лично я, честно говоря, просто иногда поглядываю в арчевики. Ибо обширней. Если откинуть оттуда дистрозависимую шелуху, получается вполне себе универсальная документация =)

slapt-get позволяет указывать версию:

$ slapt-get --install pkg:ver

Уже не удивляюсь опрометчивости «менеджмента». slapt-get решает без всяких плагинов проблему сторонних реп, их приоритетов и версий. К примеру (у меня 14.1), slackpkg предлагает обновить одну и ту же версию ПО из репы alienbob'a, хотя она уже есть в дереве slackware.

А slapt-src бы избавил проект slackbuilds от многих ненужных README. Читать README, чтоб узнать об одной, двух, трёх обязательных зависимостях не нужно, slapt-src сам подтянет. Мог бы здорово интегрироваться с слэкбилдами slackware и можно было б в один шаг «перекомпилировать мир».

P.S.

При этом, хороший проект, с прекрасной своевременной локализацией, быстрый (написан на Си).

Думаю Патрику заплатили, иначе незнаю насколько бухим надо быть, чтоб выбрать slackpkg.

Ждём новый SLAX

А slapt-src бы избавил проект slackbuilds от многих ненужных README. Читать README, чтоб узнать об одной, двух, трёх обязательных зависимостях не нужно, slapt-src сам подтянет

Плюрализм, Гласность и Автоматизация — это хорошо. А slapt-src умеет предварительно показывать «вес» скачиваемых сырцов. А то некоторые приложения на автомате могут 1 гиг сырцов скачать.

Думаю Патрику заплатили, иначе незнаю насколько бухим надо быть, чтоб выбрать slackpkg.

Блин, почему же ему не заплатили, чтобы он к себе в сиcтему systemd запилил :) Slackware самый старый из ныне живущих дистрибутивов, Патрик на профессиональном уровне собирает пакеты с 1993 года. Бох Патрег обладает тайным знанием и видит то, чего вы, смертные не можете увидеть.

А slapt-src умеет предварительно показывать «вес» скачиваемых сырцов. А то некоторые приложения на автомате могут 1 гиг сырцов скачать.

нет, никакая утилита для работы с slackbuilds, если не ошибаюсь, не умеет. sbopkg точно.

Slackware самый старый из ныне живущих дистрибутивов, Патрик на профессиональном уровне собирает пакеты с 1993 года. Бох Патрег обладает тайным знанием и видит то, чего вы, смертные не можете увидеть.

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

В Salix (отпочкован от Slackware, бинарно совместим) пакетным менеджером slapt-get, можете попробовать его.
У slapt-get не так все безоблачно, как хотелось бы.

slackpkg — сценарий на bash, любой админ может по месту доточить, в отличие от slapt-*

В Salix

хорош. хостинг бы им нормальный, гитхаб на крайняк в качестве репы и вообще песня.

У slapt-get не так все безоблачно, как хотелось бы.

чем он хуже?

slackpkg — сценарий на bash, любой админ может по месту доточить, в отличие от slapt-*

аргумент, но не убойный: чем сложнее программа на баше, тем сложнее её читать, особенно если учесть slackpkg+. Вкурить логику уже не как три пальца. Это если еще попадаются случаи, в которых необходимо «дотачивать по месту».

Лучше Ubuntu, Debian, Mint дистрибутивов нет.

Кто ставил Slackware с дискет в 1996 году, тот так не думает. Тогда и слова такого не существовало - «Ubuntu».

Разрешаю. :) Вот только справитесь ли?

В чем предубеждения перед установщиком, если не секрет?

Больший контроль над происходящим. Да и не всегда удобно бегать и выделять нужные пункты для установки. Инсталятор похож на фряшный.