20 лет назал, 18 июля 1993 года, Патрик Фолькердинг (Patrick Volkerding) представил (https://groups.google.com/forum/#!msg/comp.archives/ukeVuRM5... первый релиз дистрибутива Slackware Linux. Slackware Linux является одним из старейших из ныне существующих дистрибутивов, оказавших влияние на многие проекты. Наиболее известным из ныне живущих ответвлений от Slackware является SUSE Linux.
Расцвет Slackware пришёлся на 1994-96 годы, в которые дистрибутив занимал лидирующие позиции среди других систем. В последующем, такие проекты как Debian, Red Hat и SUSE вытеснили Slackware, но вопреки многочисленным прогнозам о скором забвении проекта, которые не продолжают звучать уже лет 15, дистрибутив по прежнему жив, развивается и находит всё новых и новых сторонников.
Основной причиной долгой жизни дистрибутива является неиссякаемый энтузиазм
Патрика Фолькердинга (http://ru.wikipedia.org/wiki/%D0%A4%D0%B... который спустя 20 лет по прежнему остаётся лидером и основным разработчиком проекта. Кроме того, несмотря на солидный возраст дистрибутив смог сохранить самобытность и простоту в организации работы. Отсутствие усложнений и простая система инициализации в стиле классических систем BSD, делает дистрибутив интересным решением для изучения работы Unix-подобных систем, проведения эксеприментов и знакомства с Linux.URL: https://groups.google.com/forum/#!msg/comp.archives/ukeVuRM5...
Новость: http://www.opennet.me/opennews/art.shtml?num=37444
Слакварщики, УРА!
Slackware - the best!
А где можно скачать первую версию слакваре, для ознакомления ?
ftp://ftp.ibiblio.org/pub/historic-linux/distributions/slack.../Инструкция по запуску в QEMU: http://blog.nielshorn.net/2009/06/older-slackware-versions-vi/
> ftp://ftp.ibiblio.org/pub/historic-linux/distributions/slack.../
> Инструкция по запуску в QEMU: http://blog.nielshorn.net/2009/06/older-slackware-versions-vi/Во спасибо за, раритет ...
Забавная цитата из анонса по ссылке [1]:
This is a complete installation system designed for systems with a 3.5" boot floppy.
... There are two main disk series, A (13 disks) and X (11 disks).
Интересно, Патрик уже тогда был приколистом или это случайно вышло, что для серии X набралось ровно 11 флопиков. :-)
>Интересно, Патрик уже тогда был приколистом или это случайно вышло, что для серии X набралось ровно 11 флопиков. :-)В чем прикол?
Посмотри в любой поисковой системе выдачу по запросу "X11".
Кстати да. X был 11-м уже тогда.
Респект Патрику. Именно с Slackware начинал использование Linux!
Дык, когда мы все начинали использовать Линукс, других Линуксов то и не было )))
ну, не думаю, что прям-таки вы все начинали в те времена :-)
Кое-кто начинал и раньше. Например, моими первыми компьютерами были БЭСМ-6 и PDP-11.
Речь всё ещё о линухе?
Или господа старожилы (в силу старческого маразма?) уже потеряли нить разговора?Зыж
2Аноним:
>Дык, когда мы все начинали использовать Линукс, других Линуксов то и не было )))Да-да! Иронию оценил. Всей толпе дебианщиков аж 28 дней пришлось изнемогать в ожидании.
И только Марк уже пилил свой юнити на qt.
Дома? ;)
[шютка]Дома?[/шютка]
> Дык, когда мы все начинали использовать ЛинуксКогда _они_ все начинали использовать линукс -- если ещё не было дебаяна, то точно был SLS. :)
А ещё люди того поколения не замечены в выкалывании глаз смайликам.
> А ещё люди того поколения не замечены в выкалывании глаз смайликам.Лень - двигатель прогресса. Вот народу и стало лень глаза печатать.
то поколение сильно деградировало
> то поколение сильно деградировалоэто да. поцтеринга ругает, считает, что консоль не устарела и вообще. старпёры, ну что ж тут поделать.
>> Дык, когда мы все начинали использовать Линукс
> Когда _они_ все начинали использовать линукс -- если ещё не было дебаяна,
> то точно был SLS. :)Еще был yggdrasil.
а носы отрывать тоже стало нормой уже позже вроде? :)
+1 также начинал со слаки)
Хороший, ламповый дистрибутив.. с душой =)
Отличный дистр, долгих лет проекту
А чего у агилии сайт лежит?
Наверно отметил уже как следует, вот и лежит! =)
cool
мой первый дистр
20 лет, а пакетного менеджера до сих пор нет
slackpkg чем тебе не пакетный менеджер, троллюшко?
Slackpkg имеет к современному пакетному менеджеру приблизительно такое же отношение, как Ford Model T к BMW X5.
Там больше и не надо. Ставит, удаляет. Всё. Это Слака, все должно просто, надежно и понятно. Как в BSD.
болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят
> болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустятЭти, по крайней мере, не рвутся перекомпиливать всю систему самолично :).
>> болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят
> Эти, по крайней мере, не рвутся перекомпиливать всю систему самолично :).потому что мозг атрофирован апт-гетом. такое бывает.
> потому что мозг атрофирован апт-гетом. такое бывает.Я вообще-то про слакварщиков.
А так ты еще скажи, блин, что мозг операторов АЭС атрофирован автоматикой. Как же это - парни не лазят в жерло реактора сами, чтобы стержни подвинуть. Надо же, какие нахалы.
>> потому что мозг атрофирован апт-гетом. такое бывает.
> Я вообще-то про слакварщиков.
> А так ты еще скажи, блин, что мозг операторов АЭС атрофирован автоматикой.
> Как же это - парни не лазят в жерло реактора сами,
> чтобы стержни подвинуть. Надо же, какие нахалы.это было к "не рвутся". ясен болт - не умеют вот и не рвутся.
а не умеют оттого, что мозг не развит. apt-get/aptitude install потому что заменяет им до 95% мозга;)
>>> потому что мозг атрофирован апт-гетом. такое бывает.
>> Я вообще-то про слакварщиков.
>> А так ты еще скажи, блин, что мозг операторов АЭС атрофирован автоматикой.
>> Как же это - парни не лазят в жерло реактора сами,
>> чтобы стержни подвинуть. Надо же, какие нахалы.
> это было к "не рвутся". ясен болт - не умеют вот и
> не рвутся.
> а не умеют оттого, что мозг не развит. apt-get/aptitude install потому что
> заменяет им до 95% мозга;)Очень даже умеют. Однако же все равно не рвутся перекомпилировать систему самолично.
> Очень даже умеют. Однако же все равно не рвутся перекомпилировать систему самолично.Так я о чем? Я себе билдую кастомные версии некоторых программ. Но таковых лишь несколько штук на всю систему. Тем паче что пакетный менеджер вполне себе облегчает и это, например можно быстро все зависимости для сборки подгрузить.
> это было к "не рвутся". ясен болт - не умеют вот и не рвутся.
> а не умеют оттого, что мозг не развит. apt-get/aptitude install
> потому что заменяет им до 95% мозга;)Внимание, вопрос: какую часть мозга Вам лично заменили порты? (то, что остальную они пожрали -- и так видно)
> Внимание, вопрос: какую часть мозга Вам лично заменили порты? (то, что остальную
> они пожрали -- и так видно)Только если порты ввода-вывода.
>> это было к "не рвутся". ясен болт - не умеют вот и не рвутся.
>> а не умеют оттого, что мозг не развит. apt-get/aptitude install
>> потому что заменяет им до 95% мозга;)
> Внимание, вопрос: какую часть мозга Вам лично заменили порты? (то, что остальную
> они пожрали -- и так видно)а никакую, я, в отличие от среднестатистического лунохода (apt-get/aptitude install`а), понимаю как они работают.
А то, что Вам там очевидно... эм.. Михаил, лечиться Вам нужно, ага, у дохтера мозгоправных наук ;-). Ибо ни один нормальный человек не будет юзать альт, тем более пилить этот перемандрейк :Р
>> Внимание, вопрос: какую часть мозга Вам лично заменили порты?
> а никакуюТо есть Вы ими не пользуетесь?
> я, в отличие от среднестатистического лунохода (apt-get/aptitude install`а),
Нет уж, по портам придётся сравнивать со среднестатистическим фряшником.
> понимаю как они работают.Надо же, а в rpm/dpkg/apt/yum никто не понимает, мистика сплошная. </sarcasm>
> А то, что Вам там очевидно... эм.. Михаил, лечиться Вам нужно, ага,
> у дохтера мозгоправных наук ;-). Ибо ни один нормальный человек не
> будет юзать альт, тем более пилить этот перемандрейк :РЭто лучше спросите у Чеусова или Нетча, они пожалуй что доступней изложат.
Надеюсь, суть подковырки всё же долетела.
>>> Внимание, вопрос: какую часть мозга Вам лично заменили порты?
>> а никакую
> То есть Вы ими не пользуетесь?пользуюсь, конечно, и даже парочку мейнтейню, а к чему вопрос-то?
>> я, в отличие от среднестатистического лунохода (apt-get/aptitude install`а),
> Нет уж, по портам придётся сравнивать со среднестатистическим фряшником.снова "температура"/"головные боли"/etc ?;-)
>> понимаю как они работают.
> Надо же, а в rpm/dpkg/apt/yum никто не понимает, мистика сплошная. </sarcasm>кроме шуток, из тех кого я видел таки большинство не понимало:) там у них все просто, я даже их вики видел. типа "добавляем вотэтивот репозотории вот так вот: ...."; apt-get install aa bb cc dd; (среди этих пакетов и гцц с хидерами). ; для сборки _на сервере_ (выделение мое) нужно чтобы было установлено <список пакетов>. а вы все орете о том, что якобы бсд-шникам/слакваристам/гентоводам лишь бы паканпелять в то время как "нормальные"(тм) уже 100 лет как менеджер пакета изобрели, ага.
>> А то, что Вам там очевидно... эм.. Михаил, лечиться Вам нужно, ага,
>> у дохтера мозгоправных наук ;-). Ибо ни один нормальный человек не
>> будет юзать альт, тем более пилить этот перемандрейк :Р
> Это лучше спросите у Чеусова или Нетча, они пожалуй что доступней изложат.спросить про что? нахера нужен альт? или нахера нужен Шигорин? в альте, в т.ч.
> Надеюсь, суть подковырки всё же долетела.
неа, "я тупой"(с) ;(
я, кстати, думал, что дауны есть только в xUSSR, ну, ужаленные в моск апт-гетчики, ан-нет:....
Date: Mon, 22 Jul 2013 10:28:04 -0700
Sender: owner-freebsd-ports@freebsd.org
X-Mailer: iPhone Mail (10B329)I am new to FreeBSD, where can I go for help. I am unable to get the 'apt-package repository' installed. As a result I am unable to perform any system updates.
Patrick
Sent from Patrick's iPhone...
ойфон, апт-пекедж.. ;-)
Если ойфонщикам сказать, что FreeBSD -это такая бyбунта, они ж поверят. Хотя, это конечно жЫстоко.:)
> я, кстати, думал, что дауны [...] ан-нет:"Ан нет", недаун(tm), пишется через пробел. Так что старательное выписывание запятых пошло прахом.
Это в качестве маленького повода задуматься по поводу немеряной собственной крути, предложенного очередным "аптгетчиком".
>> я, кстати, думал, что дауны [...] ан-нет:
> "Ан нет", недаун(tm), пишется через пробел. Так что старательное выписывание запятых^^^^^^^^^^^^^^^^^^^^^
очередной аптгетчик, а че ж ты подтер не все?:-)
> это было к "не рвутся". ясен болт - не умеют вот и не рвутся.Единственное умение оператора АЭС которое всех волнует - чтобы АЭС генерила электричество и не было никаких приключений. Всё. Остальное - дешевые пoнты. В лучшем случае забавные. В хучшем - приносящие окружающим материальный ущерб.
> а не умеют оттого, что мозг не развит. apt-get/aptitude install потому что
> заменяет им до 95% мозга;)А зачем обычному оператору АЭС знать полную схему вычислительной машины и лично таскать к реактору материалы для строительства? Не его епархия - за него это сделают другие, куда более подкованные в вопросе люди. Индикатором безмозглости это не является. Разделять задачи в больших по масштабу проектах - совершенно нормальная практика и признак высокоразвитой организации технологического процесса.
> А зачем обычному оператору АЭС знать полную схему вычислительной машины и лично
> таскать к реактору материалы для строительства?Например, чтобы знать, что пошло не так. Воспоминания Дятлова в сравнении с "каменным лицом" первых дней на Фукусиме ярчайшим образом свидетельствуют разницу между пониманием и натасканностью.
> Например, чтобы знать, что пошло не так.Таскание кирпичей и схема вычислительной машины этому не сильно помогут. Результативнее будет изучение общей физики процесса и элементов управления. Операторы АЭС обычно в курсе этого. А дальше разделение труда. Детально физику процесса считают академики. Конструкцию реализующие желаемые параметры - проектировщики. Ну и так далее. Они где-то пересекаются и как-то взаимодействуют. Однако задачи пилятся на части, подъемные для отдельных индивидов.
> между пониманием и натасканностью.
1) В Чернобыле вылез эффект о котором никто не знал. Этого понимания на тот момент не было даже у академиков и проектировщиков. Потом конструкцию РБМК немного "допатчивали" чтобы предотвратить возможность такого эффекта на оставшихся в строю реакторах. Со стороны всех остальных эпикфэйл сводился в основном к тому что нарушили главную заповедь админа: "работает - не трогай!". Вот трогание параметров процесса, а хотя-бы и с благими целями и загнало реактор в потенциально нестабильный режим. То что его в результате разнесло из-за неучтенных эффектов в малоизученном режиме - уже следствие. И да, таки по задумке рулится это вообще в основном автоматикой. Ее как раз явно заоверрайдили - иначе она бы вполне себе заглушила реактор. А то что реактор хоть в какой-то ситуации может взорваться при команде на аварийное заглушение - этого вообще никто не знал. Это весьма крутой "аппаратный баг" конструкции. Не учтенный и не вылезавший много лет. Операторы не могли заранее о нем знать. Изучили эффект лишь после того как он вылез. Операторы то как раз поступили вполне логично - видя что параметры процесса кривые, они попробовали заглушить реактор. Вместо заглушения он взорвался, т.к. возник неучтенный проектировщиками эффект. Поэтому спихивать все на операторов - криво и необъективно.
2) В фукусиме случилась просто авария за проектными пределами. Главный фэйл - я не понимаю кто и почему позволил строительство АЭС около моря (два потенциально опасных объекта рядом? Wtf?!). Да еще в сейсмоопасной стране. Операторы тут вообще не при чем. Когда внешнее питание (нужное для охлаждения реактора) полностью отпало, т.к. вода залила трансформаторы, а пожар из-за возникших КЗ уничтожил резервные аккумуляторы - тут кто угодно растеряется, т.к. отпали все штатные средства охлаждения. Все как бы знали что согласно процесса, оставшийся без охлаждения реактор перегреется и долбанет. А толку?! Все штатные инструменты для этого просто умерли. Тут скорее вопрос об отсутствии схемы пассивного охлаждения которая сможет обеспечить охлаждение даже если внешнее питание полностью отпало + к тем кто место для размещени АЭС так выбрал. Но вот при чем тут операторы АЭС? Это в основном к проектировщикам и административщикам. Толпа академиков на месте трындеца никак не помогла бы в этой ситуации.
В общем понятно что проще всего спихать на того кто за пультом. Но это далеко не самый честный, правильный и конструктивный подход.
>>> болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят
>> Эти, по крайней мере, не рвутся перекомпиливать всю систему самолично :).
> потому что мозг атрофирован апт-гетом. такое бывает.apt-get - это тренажёр памяти. Это как sed вместо vi.
Нормальный комфорт, удобство и полный контроль - это aptitude (user interface).
>>>> болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят
>>> Эти, по крайней мере, не рвутся перекомпиливать всю систему самолично :).
>> потому что мозг атрофирован апт-гетом. такое бывает.
> apt-get - это тренажёр памяти. Это как sed вместо vi.
> Нормальный комфорт, удобство и полный контроль - это aptitude (user interface).Ну нет уж, Вам пора привыкнуть, что на этот вопрос есть два мнения. Все-таки аптитуда слишком умна, и порою делает весьма неочевидные вещи. Ну не могу я сказать, что при использовании аптитуды я стопроцентно понимаю, что у меня в системе творится.
>>>>> болеющим апт-гетом заменителя головного мозга не понятно, вот они и грустят
>>>> Эти, по крайней мере, не рвутся перекомпиливать всю систему самолично :).
>>> потому что мозг атрофирован апт-гетом. такое бывает.
>> apt-get - это тренажёр памяти. Это как sed вместо vi.
>> Нормальный комфорт, удобство и полный контроль - это aptitude (user interface).
> Ну нет уж, Вам пора привыкнуть, что на этот вопрос есть два
> мнения. Все-таки аптитуда слишком умна, и порою делает весьма неочевидные вещи.
> Ну не могу я сказать, что при использовании аптитуды я стопроцентно
> понимаю, что у меня в системе творится.Что значит "слишком умна"? Это в случае с apt-get я не могу на лету изменять зависимости, а в aptitude я могу смотреть, что есть жёсткие, что есть мягкие, что есть полумягкие, и менять первые, удалять вторые и добавлять третьи, к примеру. В aptitude можно сделать всё, в ручном режиме, там отлично видно, что ставится, а что - нет. Сейчас вот, вычистил половину зависимостей gnome из xfce, разные yelp и так далее. Как это сделать в apt-get, я просто не представляю. Тем более, режима "кликни и посмотри список на лету" там просто нет, нет интерактивной модели использования.
Я ещё раз говорю - это как сравнивать sed и vi. Кому интересно, пусть попробует написать и отредактировать текст в файле с помощью sed.
aptitude не делает очевидные и неочевидные вещи, она делает только одно - то, что от неё попросят.
Ладно, у меня сегодня хорошее настроение, так что в кои то веки дам развернутый ответ, который никого не оскорбит и не обидит.>> Все-таки аптитуда слишком умна, и порою делает весьма неочевидные вещи.
>> Ну не могу я сказать, что при использовании аптитуды я стопроцентно
>> понимаю, что у меня в системе творится.
> Это в случае с apt-get я не могу
> на лету изменять зависимости, а в aptitude я могу смотреть, что
> есть жёсткие, что есть мягкие, что есть полумягкие, и менять первые,
> удалять вторые и добавлять третьи, к примеру."На лету изменять зависимости" (удалять из списка установки Recommends-зависимости при выборе пакета) чревато тем, что Вы что-нибудь забудете удалить. Или удалите что-то, что действительно нужно для некоторой дополнительной функциональности (например, evince без dbus не работает с dejavu/pdf-файлами), а потом будете думать/гадать, где же Вы ошиблись.
Работа с зависимостями в рамках APT производится посредством установки pin-ов соответствующим пакетам. Это самый мощный из известных мне механизмов выбора кандидатов на установку.
Я буду Вам также очень признателен, если Вы объясните, что Вы понимаете под "полумягкой зависимостью".
> В aptitude можно сделать
> всё, в ручном режиме, там отлично видно, что ставится, а что
> - нет. Сейчас вот, вычистил половину зависимостей gnome из xfce, разные
> yelp и так далее. Как это сделать в apt-get, я просто
> не представляю.Эти зависимости, надо полагать, были поставлены, ибо были в рекомендациях к другим пакетам. Если Вы не хотите видеть их в своей системе, выставите им отрицательные pin-ы в соответствии с apt_preferences(5).
> Тем более, режима "кликни и посмотри список на лету"
> там просто нет, нет интерактивной модели использования.Задача установки/удаления пакетов мне видится довольно ответственной, чтобы заниматься ею интерактивно. Изменение кандидатов на установку является существенным вторжением в работу системы, и требует фиксирования в файлах в /etc/apt/preferences.d;
Если у меня файлы с пинами там лежат - я точно знаю, что и почему у меня поставлено. Я могу все снести и поставить заново, и все будет точно также, как и прежде. Если же я, как и Вы, переложу эту работу на некую утилиту (aptitude), то при повторной установке тех же пакетов я получу совсем другую систему.
> Я ещё раз говорю - это как сравнивать sed и vi. Кому
> интересно, пусть попробует написать и отредактировать текст в файле с помощью
> sed.Зря Вы так про sed. Я могу сходу привести Вам примеры, когда sed для редактирования файлов куда удобней vi/vim.
---
Ну и последняя цитата.
> aptitude не делает очевидные и неочевидные вещи, она делает только одно -
> то, что от неё попросят.... с небольшим флешбеком ...
> Что значит "слишком умна"?
У меня был случай, когда выставленные pin-ы давали четкие указания не ставить некоторые пакеты. Но программа, которую мне захотелось поставить, имела от них жесткую зависимость. Понятное дело, что надо было просто изменить pin для одного пакета, чтобы программа заработала.
apt-get мне так и сказал, а затем завершил работу. А что сделала aptitude? Она перешла в интерактивный режим и предложила мне много вариантов решения проблемы. Среди них были:
- установить пакеты зависимостей в обход установленного им pin'а (вопиющее безобразие - игнорировать apt_preferences)
- установить альтернативу из sid (хотя опять же, всем пакетам оттуда выставлен отрицательный pin, что их установку запрещает)
- наплевать на установку зависимостей и поставить все как есть (установленная программа, естественно, при такой установке работать не будет, и кроме того - после этого перестанет работать apt-get, ибо в системе появятся неудовлетворенные зависимости).Из этого примера я также сделал вывод, что если я начинаю использовать в качестве менеджера пакетов aptitude, то ничем другим я, скорее всего, пользоваться уже не смогу.
Я нахожу такое поведение aptitude крайне некорректным по отношению к ситуации. Более того, я совершенно не понимаю, как она вообще пришла к выводу, что такое поведение допустимо. Так что не очевидные вещи она все же делает.
Именно поэтому я до сих пор использую APT. Причем именно APT, а не apt-get, как Вы изволили выражаться все это время. Все-таки APT - это набор утилит.
> "На лету изменять зависимости" (удалять из списка установки Recommends-зависимости при
> выборе пакета) чревато тем, что Вы что-нибудь забудете удалить. Или удалите
> что-то, что действительно нужно для некоторой дополнительной функциональности (например,
> evince без dbus не работает с dejavu/pdf-файлами), а потом будете думать/гадать,
> где же Вы ошиблись.Я не буду удалять то, что мне не нужно, или не понимаю. Но я точно знаю, что на маленьком разделе мне не нужен yelp, тащущий за собой ещё 300 мб, и я при этом не хочу делать 'без рекомендуемых'. Я хочу вручную потыкать галки, какие зависимости мне нужны, а какие - точно знаю, что не нужны.
> Работа с зависимостями в рамках APT производится посредством установки pin-ов соответствующим
> пакетам. Это самый мощный из известных мне механизмов выбора кандидатов на
> установку.Это самый нудный способ. Я делаю несколько движений, чтобы поставить здесь и сейчас, а не пишу правила, чтобы поставить тогда, когда эти правила заработают так, как мне надо.
> Я буду Вам также очень признателен, если Вы объясните, что Вы понимаете
> под "полумягкой зависимостью".жёсткие - депендс, мягкие - суггест, полумяхкие - рекоменд. яя натюрлих.
> Эти зависимости, надо полагать, были поставлены, ибо были в рекомендациях к другим
> пакетам. Если Вы не хотите видеть их в своей системе, выставите
> им отрицательные pin-ы в соответствии с apt_preferences(5).Я хочу видеть, что я ставлю, и потом этим управлять. Сделать вышеуказанное я не могу по очевидной причине - я НЕ ЗНАЮ, что затребует тот или иной пакет, то или иное обновление. Я просто вижу, что именно сейчас будет делаться, и выбираю, что ставить, что добавлять, что удалять.
> Задача установки/удаления пакетов мне видится довольно ответственной, чтобы заниматься
> ею интерактивно. Изменение кандидатов на установку является существенным вторжением в
> работу системы, и требует фиксирования в файлах в /etc/apt/preferences.d;Сейчас в jessie более 40000 пакетов, в sid+experimental и того больше. Создавать конфиг "не надо", а потом думать, как же их поставить - это лишняя трата времени и умственной энергии.
> Если у меня файлы с пинами там лежат - я точно знаю,
> что и почему у меня поставлено. Я могу все снести и
> поставить заново, и все будет точно также, как и прежде. Если
> же я, как и Вы, переложу эту работу на некую утилиту
> (aptitude), то при повторной установке тех же пакетов я получу совсем другую систему.Логично. Поэтому для "всё снести и поставить заново" существуют и другие механизмы. Я даже больше скажу, установка "десктоп системы" с dvd и из сети даст разную десктоп-систему, именно из-за наличия/отсутствия мягких зависимостей.
>> Я ещё раз говорю - это как сравнивать sed и vi. Кому
>> интересно, пусть попробует написать и отредактировать текст в файле с помощью sed.
> Зря Вы так про sed. Я могу сходу привести Вам примеры, когда
> sed для редактирования файлов куда удобней vi/vim.Разумеется. Но для дейли юзаж vi удобнее в подавляющем большинстве случаев. Когда мне нужен пининг, я делаю пининг, одно другому вообще никак не мешает.
>> Что значит "слишком умна"?
> apt-get мне так и сказал, а затем завершил работу. А что сделала
> aptitude? Она перешла в интерактивный режим и предложила мне много вариантов
> решения проблемы.Решение проблем - это последний случай, чаще всего оно не нужно и бесполезно. aptitude - это интерактивная утилита, и чтобы решать проблемы, независимо от пининга, нужно входить в пакеты энтером, ставить зависимости там, а потом с помощью ~b искать проблемы и разрешать их там. Это как интерактивный квест "сходи туда, замочи там всех, сходи обратно". Это средство управления "на месте", а не "догадайся, мол, сама". И именно поэтому ничего подобного aptitude по удобству, наглядности и возможности решить проблему с минимальными временными и умственными затратами я даже близко не видел.
> Я не буду удалять то, что мне нужно, или что я не понимаю. (obvious fix)
>
>> Эти зависимости, надо полагать, были поставлены, ибо были в рекомендациях к другим
>> пакетам. Если Вы не хотите видеть их в своей системе, выставите
>> им отрицательные pin-ы в соответствии с apt_preferences(5).
> Я хочу видеть, что я ставлю, и потом этим управлять. Сделать вышеуказанное
> я не могу по очевидной причине - я НЕ ЗНАЮ, что
> затребует тот или иной пакет, то или иное обновление.Давайте в лоб: если Вы не знаете, какие зависимости у пакета, как Вы тогда понимаете, что они Вам не нужны?
Вообще говоря, единственной адекватной причиной для удаления мягкой зависимости (имеется в виду recommends, а не в терминах Вашего предыдущего письма) является желание *не* видеть определенные пакеты в Вашей системе.
>> Если у меня файлы с пинами там лежат - я точно знаю,
>> что и почему у меня поставлено. Я могу все снести и
>> поставить заново, и все будет точно также, как и прежде. Если
>> же я, как и Вы, переложу эту работу на некую утилиту
>> (aptitude), то при повторной установке тех же пакетов я получу совсем другую систему.
> Логично. Поэтому для "всё снести и поставить заново" существуют и другие механизмы.
> Я даже больше скажу, установка "десктоп системы" с dvd и из
> сети даст разную десктоп-систему, именно из-за наличия/отсутствия мягких зависимостей.Я думаю, что механизм, о котором Вы говорите, называется tasksel, и обусловлен он вовсе не зависимостями.
> (об aptitude)
> Решение проблем - это последний случай, чаще всего оно не нужно и бесполезно...и вредно к тому же, как показал пример выше.
> ...решать проблемы, независимо от пининга...
Нельзя. Просто нельзя.
> Давайте в лоб: если Вы не знаете, какие зависимости у пакета, как
> Вы тогда понимаете, что они Вам не нужны?Я в apt-е не знаю. Потому что, после того, как я сделаю действие, у меня только один вариант - да или нет.
А в aptitude, я нажал u, U, мне вылез yelp, который потянул за собой и brasero, и pulseaudio, и ещё мегабайт триста. Я сказал "спасибо, не надо", аккуратно обрезал всё лишнее, и продолжил обновление.
До обновления я не знал, что оно затребуется. Но когда затребовалось, я БЫСТРО И НЕ ОТВЛЕКАЯСЬ, обрезал хвосты.
> Вообще говоря, единственной адекватной причиной для удаления мягкой зависимости (имеется
> в виду recommends, а не в терминах Вашего предыдущего письма) является
> желание *не* видеть определенные пакеты в Вашей системе.Единственным желанием не видеть yelp и иже является то, что в данный момент они мне, с 300 мб хлама, не нужны, а разбираться, как обрезать ненужное, оставив нужное - в данный момент мне лень - я могу это провернуть в любой момент в ручном режиме, раз и навсегда. В интерактивном режиме можно даже зависимости метить как ручные и автоматические, не убирая руки от клавиатуры, в одно нажатие.
Собственно - в этом и смысл, всё делается интерактивно, в несколько нажатий, и возможности потрясают. Это vi после ed (хотя сравнение не совсем корректное, оба интерактивные редакторы, сравнивается только уровень удобства).
> Я думаю, что механизм, о котором Вы говорите, называется tasksel, и обусловлен
> он вовсе не зависимостями.В tasksel единые таски (хотя ныне таски пошли убунтовские, пакетами, а не тасками), и зависит это именно от того, сколько рекоменд-пакетов по сусекам наскребётся.
>> Решение проблем - это последний случай, чаще всего оно не нужно и бесполезно
> ...и вредно к тому же, как показал пример выше.Я не знаю, кому что показал пример выше, но сравнивать штуку, в которой можно только согласиться и не согласиться с решением, и что-то внутри подшаманить, и штуку, в которой всё ОЧЕНЬ удобно и ОЧЕНЬ наглядно, и не понимать преимуществ второго подхода - это нужно быть совсем некомпетентным.
Я без aptitude - как без рук. Я просто не могу в других системах сделать очевидные для меня вещи, которые делались в три нажатия. Потому что в других системах это сделать просто НЕЛЬЗЯ. Можно сделать сложно и ненаглядно, а просто и наглядно - НЕЛЬЗЯ.
>> ...решать проблемы, независимо от пининга...
> Нельзя. Просто нельзя.Если мне нужна какая-то мелочь здесь и сейчас, то мне нужна какая-то мелочь, а не пиннинг. Пиннинг мне здесь и сейчас не нужен, и в 90% случаев нет ничего, что бы заставляло меня отвлекаться на пиннинг.
В aptitude я на голой системе с нуля разверну всё нужное, организовав всё минут за 5 (и подождав, пока поставится). В консольных системах я не буду помнить, как называются пакеты, не буду видеть, какие у них зависимости, не смогу всем этим управлять. Это каменный век. Причём, пиннинг точно так же работает и с aptitude, никто не мешает. А вот обновить одну версию системы на другую без aptitude я просто не смогу - потому что я не смогу вмешиваться в процесс и сделать всё так, как МНЕ надо, обновляясь группами, разбираясь с проблемами постепенно.
В общем, для НЕПОСРЕДСТВЕННОГО УПРАВЛЕНИЯ aptitude даёт 100% возможностей, а другие - 1%. А для всего остального нет принципиальной разницы, чем пользоваться - если нужно поставить вещь, название которой помнишь по памяти, я всегда пишу apt-get install хрень.
>> Давайте в лоб: если Вы не знаете, какие зависимости у пакета, как
>> Вы тогда понимаете, что они Вам не нужны?
> Я в apt-е не знаю. Потому что, после того, как я сделаю
> действие, у меня только один вариант - да или нет.Ну так 'apt-cache depends/recommends'?
> А в aptitude, я нажал u, U, мне вылез yelp, который потянул
> за собой и brasero, и pulseaudio, и ещё мегабайт триста. Я
> сказал "спасибо, не надо", аккуратно обрезал всё лишнее, и продолжил обновление.Ну так 'apt-get install <...> yelp-'?
> До обновления я не знал, что оно затребуется.
То есть после обновления у некоторого пакета появилась новая мягкая/полумягкая зависимость от yelp, и aptitude во время апгрейда мгновенно попыталась её установить? Это нормальное поведение для aptitude?
Или появилась жесткая зависимость от yelp, а Вы средствами aptitude сумели её каким-то образом удалить?
Что за пакет потянул за собой yelp?
> В tasksel единые таски (хотя ныне таски пошли убунтовские, пакетами, а не
> тасками), и зависит это именно от того, сколько рекоменд-пакетов по сусекам
> наскребётся.Prooflink, пожалуйста.
> Я без aptitude - как без рук.
Вот в это я *верю*.
> от yelp, и aptitude во время апгрейда мгновенно попыталась её установить?
> Это нормальное поведение для aptitude?В принципе да - он печется о логической корректности состояний. Если указано что надо - значит надо. Невыполнение зависимости может привести к тому что программа вообще работать не будет.
> Или появилась жесткая зависимость от yelp, а Вы средствами aptitude сумели её каким-то образом удалить?
А это зачем? Чтобы пятку себе прострелить и получить нерабочую программу? За такими экспериментами в духе чернобыля - к другим дистрам. Но если реально хочется - можно и на...ть :). Например, есть трюк с сборкой фэйк-пакета который provides это самое. Якобы. А по факту пустой. Но если программа при этом работать не будет - вот извините.
Хотите нормально контролировать зависимости и прочее? Так это же portage.
> Там больше и не надо. Ставит, удаляет. Всё. Это Слака, все должно просто, надежно и понятно. Как в BSD.Сравнивать slackpkg с pkg_add (особенно перловым openbsd-шным, какой во freebsd, я не знаю) - некорректно.
У пакетного менеджера бывают состояния и кроме "ставит, удаляет". И именно они дают удобство. А так - ставит-удаляет и setup.exe/uninstall.exe.
> 20 лет, а пакетного менеджера до сих пор нетАга, беднинькаи, до сих пор кульковый менеджер используют =)
для тупых:
если жесткий диск начнет покрываться BAD секторами
я надеюсь спасти систему в Slackware куда проще, илиесли пакетный менеджер навернулся...
> если жесткий диск начнет покрываться BAD секторами
> я надеюсь спасти систему в Slackware куда проще, илиНе только Slackware, можно любым пингвином, прогнать:
ddrescue -v /dev/раздел бекапик.iso problem.log
Повторить пока не скажет что ошибок нет и всех делов!> если пакетный менеджер навернулся...
Ну если консоль не навернулась, переустановил его и всё:
http://software.jaos.org/git/slapt-get/plain/INSTALL
Если шкурку нужна, выполни:
slapt-get --reinstall --install gslapt
> если пакетный менеджер навернулся...С таким же успехом может прилететь метеорит, оставив на месте системника большую дырку. Скажем так, пакетный менеджер как правило далеко не самая склонная к отвалу башки деталь системы. Как минимум у дебианщиков и всех деривативов это вот так.
> для тупых:
> если жесткий диск начнет покрываться BAD секторами...то надо достать свежий бэкап.
Для очень тупых -- сперва его надо завести привычку организовывать, а затем не забывать, что у нынешних дисков после трёх лет службы -- зона риска.
Для совсем-совсем недоходчивых: если носитель посыпался, "спасать систему" глупо, а доверять ей или данным -- ещё глупее.
> 20 лет, а пакетного менеджера до сих пор нетУ пакетного менеджера слаки уже дети подрастают, а то и внуки.
>> 20 лет, а пакетного менеджера до сих пор нет
> У пакетного менеджера слаки уже дети подрастают, а то и внуки.порожает любовь некоторых людей персонифицировать всё и вся
> порожает любовь некоторых людей персонифицировать всё и вся"поражает" имело в виду :)
Мне было бы стыдно после такого анонимом назваться, а вам вижу: не в первой :)Что мне всегда нравилось в слаке, что менеджер пакетов - второстепенная игрушка.
Как минимум, все нужное шло в комплекте. Ну да, Steam еще тогда не родился вроде
> Мне было бы стыдно после такого анонимом назваться, а вам вижу: не
> в первой :)
> Что мне всегда нравилось в слаке, что менеджер пакетов - второстепенная игрушка.
> Как минимум, все нужное шло в комплекте. Ну да, Steam еще тогда
> не родился вродепричём тут steam, пакетные менеджеры, стыд быть анонимом, позвольте полюбопытствовать?
PS. в предыдущем сообщении -сь не пропечаталось, если что
> "поражает" имело в виду :)...чудище заморское? :)
> 20 лет, а пакетного менеджера до сих пор нетэто просто тебе мозгов не хватило запустить. не все такие тупые, как ты.
http://upload.wikimedia.org/wikipedia/commons/1/1b/Linux_Dis...
> http://upload.wikimedia.org/wikipedia/commons/1/1b/Linux_Dis...Ох тыж нихрена себе...
10 лет его не видел. Чего-там, учёта зависимостей нет до сих пор? Всё та же файлопомойка?
> 10 лет его не видел. Чего-там, учёта зависимостей нет до сих пор?
> Всё та же файлопомойка?Да не и ненада там.
Я делал так ставил дистр по минимуму.
Все остальное собирал сам, причем в ./configure --prefix=/имя пакета.
И все ясно где и что.
Круто.
Путь для либ и бинарей приходилось прописывать для каждого пакета, или все на симлинках?
С обновлением как получилось?
не задавайте слишком сложных вопросов
парни кроме make install'а навряд ли что-то умеют по управлению пакетами и десятками серверов, но зато умеют видать виртуозноя бы кстати хотел увидеть исследование по количеству убитых клав слакварщиками и убунтоидами
> не задавайте слишком сложных вопросов
> парни кроме make install'а навряд ли что-то умеют по управлению пакетами и
> десятками серверов, но зато умеют видать виртуозно
> я бы кстати хотел увидеть исследование по количеству убитых клав слакварщиками и
> убунтоидамиC твоими требования тебе идеально винда подойдёт, вот там уж по щелчку мышки всё делается и думать не надо.
Думание за админа ИМХО не идеология Unix систем, хотя многие дистрибутивы к сожалению популяризуясь для "одарённых" админов и простых пользователей именно это и делают стремясь соответственно по надёжности и производительности к win.
> стремясь соответственно по надёжности и производительности к winЛюоой само криво собранный lin многократно стабильнее и надёжнее брендовых win
> я бы кстати хотел увидеть исследование по количеству убитых клав слакварщиками и убунтоидамиВы и вправду думаете что ГУЕвые утилиты для всего и вся есть только в Убунте? В Слаке и Арче ГУЕвых утилит навалом. Если "по умолчанию" их не пихают, то это вовсе не значит что их нет, ставят их те кто хочет...
я не пользуюсь гуевыми утилитами для управления пакетами, потому что их нет
те огрызки, которые запилены в убунту не годятся, других не видел, но не думаю, что ситуация лучшея не против cli, я против тупоумия при управлении софтом
в слаке этого хватает - элементарного разрешения зависимостей нет, и это уже диагноз
вместо дрочки клавы, совершенно бессмысленной, я предпочитаю другие занятияи да, я прекрасно понимаю тех, кто делает LFS, потому что там цель другая - изучение системы
я сам сидел лет 5 на gentoo и сполз с нее на убунту, потому что дрочка надоела, система уже была изучена и далее этим заниматься не хотелосьP.S. Если бы в убунте была такая же система инициализации как в дженту, такие же net.eth0 скрипты, как в дженту, то мне бы хватило убунту за глаза. Считаю эту систему очень неплохой для начинающего. Однако админам советую source-based, так как только там дается понимание того, как все устроено.
> Если бы в убунте была такая же система инициализации как в дженту,Ты upstart изучи.
И ваще, понимание дается при желании.
> я не против cli, я против тупоумия при управлении софтомСофтом не управлять, им пользоваться надо!
Без разницы чем и как ставилась софина, ставят её для использования.
> те огрызки, которые запилены в убунту не годятся,Там есть вполне нормальный синаптик. Некоторые вещи в нем делать удобнее чем в консоли, пожалуй. Что не отменяет того что у дебиана и для консоли удобные средства управления есть. Благо, гуятину на сервере никто поднимать не станет.
> убунту, потому что дрочка надоела, система уже была изучена и далее
> этим заниматься не хотелосьНу вот как-то так системозадр@тство и заканчивается в нормальном виде - надоедает окучивать каждый локалхост.
> P.S. Если бы в убунте была такая же система инициализации как в дженту,
Не, спасибо. С точки зрения "просто эксплуатации" как раз апстарт - замечательная штука. Нарисовать ему конфиг о 5 строках для запуска моего кастомного демона - занимает пяток минут. При том он и приоритет выставит, и подыхание процесса отмониторит, и правильного пользователя выставит, и сетевой процесс запустит не раньше чем взлетела сеть, etc.
Все это конечно можно сделать и самому. Но геморно. Гораздо лучше когда на моей стороне будет вот такой вот стартер.
> Ну вот как-то так системозадр@тство и заканчивается в нормальном виде - надоедает
> окучивать каждый локалхост.Вот тогда и приходит просветление, а вместе с ним - опыт использования средств группового управления и автоматизации.
> Не, спасибо. С точки зрения "просто эксплуатации" как раз апстарт - замечательная
> штука. Нарисовать ему конфиг о 5 строках для запуска моего кастомного
> демона - занимает пяток минут. При том он и приоритет выставит,
> и подыхание процесса отмониторит, и правильного пользователя выставит, и сетевой процесс
> запустит не раньше чем взлетела сеть, etc.Зря вы понтуетесь апстартом перед openrc. OpenRC - это довольно навороченная система инициализации, и по вкусным фичам уже давно обошел upstart и начинает потихоньку догонять systemd.
> Вот тогда и приходит просветление, а вместе с ним - опыт использования
> средств группового управления и автоматизации.И умение достигать поставленных целей наиболее простыми, быстрыми и логичными методами. А это уж точно не про перебилдовку вообще всего и вся из сорсов. Это просто иррациональное отопление воздуха неизвестно зачем. От автоматизации иррационального решения оно менее иррациональным не становится.
>> запустит не раньше чем взлетела сеть, etc.
> Зря вы понтуетесь апстартом перед openrc. OpenRC - это довольно навороченная система
> инициализации, и по вкусным фичам уже давно обошел upstart и начинает
> потихоньку догонять systemd.Такие фразы больше всего похожи на маркетинговый буллшит во славу своего фетиша. У апстарта лично мне понравилась скорость старта, простота написания ему конфигов и в целом достаточно удачная концепция эвентов. Systemd потенциально интересен тем что умеет некоторые продвинутости. Это - простые и понятные мне аргументы. А ваш OpenRC видимо приплетен только потому что "вы так привыкли" и/или "потому что это ваш любимый фетиш". А ни одного разумного аргумента "за" я не вижу.
Более того - я совершенно не прусь от перспективы вместо конфига на 5 строк колупать 2-страничные простынки скриптятины писаной укуренным бабуином в лунную ночь (судя по общему качеству кода подобного добра).
> P.S. Если бы в убунте была такая же система инициализации как
> в дженту, такие же net.eth0 скрипты, как в дженту, то мне
> бы хватило убунту за глаза. Считаю эту систему очень неплохой для
> начинающего. Однако админам советую source-based, так как только там дается понимание
> того, как все устроено.1) Всем админам надо советовать научиться читать документацию. Тогда и понимание появится.
2) Source-based дистрибутивы на production-серверах все равно не появятся. Их просто неудобно поддерживать. Когда у Вас несколько десятков серверов, вы просто не осилите управление ими.
3) Не думаю, что Ubuntu - хороший дистрибутив для начинающих. Я обычно склоняюсь ко мнению, что надо посидеть сначала на стабильном Debian, чтобы сначала посмотреть, как оно *должно* работать.
Ок, со всеми комментаторами согласен, почитаю про апстарт, заявления оптимистичные, глянем, чтам у нее внутре :)
> Ок, со всеми комментаторами согласен, почитаю про апстарт, заявления оптимистичные, глянем, чтам у нее внутре :)Про систему инициализации я ничего не говорил. Если Вас это сильно волнует, то SysV мне до сих пор хватает за глаза и я не вижу необходимости менять его на что-либо другое.
> не вижу необходимости менять его на что-либо другое.Зато я как человек достаточно часто запускающий кастомные сервисы на серверах могу отметить что написать апстарту конфиг явно проще чем 2-страничную портянку на шелле.
> Зато я как человек достаточно часто запускающий кастомные сервисы на серверах могу
> отметить что написать апстарту конфиг явно проще чем 2-страничную портянку на
> шелле.судя по всему, когда ты пытаешься писать на sh, у тебя начинается глоссолалия. чёрт, забыл, как аналог для письменной речи называется. в общем, не пиши на sh, у тебя какое-то расстройство мозга, которое заставляет писать на sh как минимум двухстраничные портянки.
> судя по всему, когда ты пытаешься писать на sh, у тебя начинается глоссoлaлия.Для начала, когда я пытаюсь посмотреть "как сделано у вон тех" и скопипастить оттуда, прикинув что раз мой сервис на 99% похож на их сервис, то логично просто reuse'нуть тамошний код - у меня начинается вытeкание глaз. Потому что у большинства сервисов это добро писано совершенно упoрoтыми индивидами. Где код перемешан с конфигурационными данными, сделаны какие-то совершенно левые допущения и прочая.
> чёрт, забыл, как аналог для письменной речи называется. в общем, не пиши на sh,
Скажем так, я не испытываю желание писать на sh то что делается конфиг-файлами на 5 строк. Написать 5-строчный конфиг мне сильно очевиднее, быстрее, проще. И логгинг обломов там какой-никакой обычно есть, в отличие от.
> у тебя какое-то расстройство мозга, которое заставляет
> писать на sh как минимум двухстраничные пoртянки.Это не у меня :). Это у других авторов. Я слишком ленив чтобы с нуля все это выписывать, поэтому я люблю и уважаю копипасту. Опенсорс чуть более чем полностью о реюзании чужого кода. И я этому научился, да :).
значит, ты что-то странное берёшь. у большинства моих сервисов скрипты из нескольких строк. а если строк больше — то в этом, значит, есть смысл, и лучше его понять.
> Я слишком ленив чтобы с нуля все это выписывать, поэтому я люблю и уважаю
> копипасту. Опенсорс чуть более чем полностью о реюзании чужого кода.И не только исходного, поэтому предпочитаю линковку копипасте. :)
> в слаке этого хватает — элементарного разрешения зависимостей нет, и это уже
> диагнозпричём тебе диагноз: «балабол, не разбирающийся в теме, но любящий Вещать».
Мне действительно интересно. Я, эксперимента ради, собираю лфс; в процессе рассматривал несколько возможных максимально простых подходов к пакетному менеджменту и один из вариантов был похож на тот, что изложил Рэд, но я не был уверен, что смогу предусмотреть все подводные камни, потому выбрал другой подход.А тут оказалось, что кто-то это уже реализовал. Похоже, на опеннете в любом комменте изначально предполагается троллинг, но мне на самом деле просто интересно было.
> Мне действительно интересно. Я, эксперимента ради, собираю лфс; в процессе рассматривал
> несколько возможных максимально простых подходов к пакетному менеджменту и один из
> вариантов был похож на тот, что изложил Рэд, но я не
> был уверен, что смогу предусмотреть все подводные камни, потому выбрал другой
> подход.
> А тут оказалось, что кто-то это уже реализовал. Похоже, на опеннете в
> любом комменте изначально предполагается троллинг, но мне на самом деле просто
> интересно было.это не совсем троллинг, а тонкий намек на бесполезное количество итераций с неизменяющимися или слабо изменяющимися составляющими, то есть разрешение зависимостей [вручную]
"Статикой. Какие обновления??"
> "Статикой. Какие обновления??".iso удобнее
> Круто.
> Путь для либ и бинарей приходилось прописывать для каждого пакета, или все
> на симлинках?
> С обновлением как получилось?Да нечего прописывать как правило не нужно, все нужное configure сам с переменных берет, ну некоторых случаях пути нужно указать. С обновлениями так собрал настроил и лет 5 работает.
Без обновлений, проблем не было.
> Да нечего прописывать как правило не нужно, все нужное configure сам с
> переменных берет, ну некоторых случаях пути нужно указать. С обновлениями так
> собрал настроил и лет 5 работает.
> Без обновлений, проблем не было.Спасибо!)
>все нужное configure сам с переменных берети ненужное
> и ненужноеЕсли руки из ж... - тогда еще и не такое бывает.
>> и ненужное
> Если руки из ж... - тогда еще и не такое бывает.Если надеяться только на автомат configure, то руки тут вообще не причем. При автомате configure мозгх не работает, а не руки :)
> Если надеяться только на автомат configure, то руки тут вообще не причем.
> При автомате configure мозгх не работает, а не руки :)Ну как бы у тех у кого мозг не работает - configure и творит что хочет. Вот только плохо когда какая-то стремная скриптятина на баше оказывается умнее прокладки между стулом и монитором.
> Ну как бы у тех у кого мозг не работает - configure
> и творит что хочет. Вот только плохо когда какая-то стремная скриптятина
> на баше оказывается умнее прокладки между стулом и монитором.Рыночная экономика диктует максимальное удешевление производственных ресурсов, в частности, рабсилы, в частности, айтишной.
> Рыночная экономика диктует максимальное удешевление производственных ресурсов,
> в частности, рабсилы, в частности, айтишной.Вот только линейное упрощение ИТ для якобы "дешёвого" пользователя ведёт к экспоненциальному росту сложности реализации и её проблем, разгребать которые низкоквалифицированная "рабсила" не в состоянии.
Заметьте, речь теперь о квалификации, а не "дешевизне". Не все ещё свихнулись настолько, чтоб всё на деньги пытаться перевести.
Тогда Gentoo не проще? Или обязательно нужно, чтобы ручная коробка и без гидроусилителя руля?
> Тогда Gentoo не проще? Или обязательно нужно, чтобы ручная коробка и без
> гидроусилителя руля?Может быть проще, я вот еще проще ubuntu server сейчас использую, разговор про период 2000 - 2007 года.
> Может быть проще, я вот еще проще ubuntu server сейчас использую, разговор
> про период 2000 - 2007 года.Действительно. Оно у меня уже черти-сколько работает и требует абсолютный минимум внимания. Убунту сервер на моих машинах, разумеется. Т.к. бодал я опции компиляции на серваках расставлять.
> Действительно. Оно у меня уже черти-сколько работает и требует абсолютный минимум внимания.
> Убунту сервер на моих машинах, разумеется. Т.к. бодал я опции компиляции
> на серваках расставлять."Админ", которые не хочет вникать в технические тонкости - это вин-админ. Типа вин-модема.
> "Админ", которые не хочет вникать в технические тонкости - это вин-админ.
> Типа вин-модема.Тоже без мозгов, но с драйвером?! :)
>> "Админ", которые не хочет вникать в технические тонкости - это вин-админ.
>> Типа вин-модема.
> Тоже без мозгов, но с драйвером?! :)С прошивкой. Как М$-студни на опеннете.
> С прошивкой. Как М$-студни на опеннете.У винмодемов как раз основная проблема - в отсутствии прошивки, что не позволяет девайсу быть самодостаточным и заставляет его зависеть от здоровенного навернутого драйвера :).
В клиническом случае винсвисток является DAC+ADC почти без мозгов. Остальное делает системный процессор.
> Я делал так ставил дистр по минимуму.
> Все остальное собирал сам, причем в ./configure --prefix=/имя пакета.
> И все ясно где и что.Особенно через пару лет установок-обновлений-сносов софта и следующему человеку, которому такое выпало поддерживать.
Впрочем, не вижу, что бы следовало добавить к уже сказанному: http://forum.lafox.net/index.php?showtopic=11769
PS: _разумным_ пользователям слаквари, коих я знал целых двоих -- поздравления с юбилеем наистарейшего из ныне живых патригарха линуксов :)
Linux ppp 2.4.35.3-grsec #2 Thu Nov 1 11:51:10 MSK 2007 i686 pentium4 i386 GNU/Linux
просто работает и работает почтовик в филиале корпоративки
и зачем его обновлять ?)
> и зачем его обновлять ?)Действительно - лучше подождать пока по ядру которое несколько лет как никто не чинит кто-нибудь эксплойтом долбанет. Т.к. баги там чинить некому и если там что-то найдется - ну извините...
> Действительно - лучше подождать пока по ядру которое несколько лет как никто
> не чинит кто-нибудь эксплойтом долбанет.каким? тебе же сказали: почтовик. юзеры туда ходят по почтовым протоколам, софт не запускают. не приведёшь ссылку на эксплойт, для которого не нужен локальный доступ? ядерный эксплойт, да.
> каким? тебе же сказали: почтовик. юзеры туда ходят по почтовым протоколам, софт
> не запускают. не приведёшь ссылку на эксплойт, для которого не нужен
> локальный доступ? ядерный эксплойт, да.Да все гораздо проще, можно даже со взломом ведра не парится (хотя это и не очень трудоемкая задача). Достаточно методами социальной инженерии + несложными троянцами похачить десктоп, с которого это все рулится. Дешево, быстро, накрывает большие площади.
> каким? тебе же сказали: почтовик. юзеры туда ходят по почтовым протоколам,Если б я знал заранее какие баги и где найдут в ядре - я бы давно стал миллионером :).
> софт не запускают. не приведёшь ссылку на эксплойт, для которого не нужен
> локальный доступ? ядерный эксплойт, да.Вообще - да, именно ядерные эксплойты для линя - таки редкость. Но вроде как ping of death и его пробирал в свое время? А это чисто технически переполнение буфера в памяти. В режиме ядра подобные баги могут привести к неприятным последствиям.
Еще что-то припоминается про SCTP где был потенциал для чего-то подобного. Это конечно не TCP, но довольно близко. Кроме того что-то припоминается про баги в драйверах конкретных сетевок.
Как бы имхо проявлять оптимизм в таких вещах совершенно не в кассу, а быть святее папы римского (отслеживать все что починили в очередном "подчеркивают обязательность обновления" мне вломак, скажем прямо) - в целом таки чреватое начинание.
Да, я согласен что вероятность получить сплойтом который долбает что-то из этих "подчеркивают обязательность обновления" невысока. Но есть. И вся история изменений потенциально доступна хаксорам, так что кто там накатает сплойты и когда - вопрос времени и желания.
есть мнение, что в данном случае телодвижения для апдейтов будут больше, чем вред от потери сервера. если он нормально изолирован и ты пы.
> вред от потери сервера. если он нормально изолирован и ты пы.Нормальная изоляция подразумевает отсутствие обработки данных из внешнего мира :). А это уже неинтересно.
я не сказал «идеальная изоляция».
> _разумным_ пользователям слаквари, коих я знал целых двоих -- поздравления с юбилеем наистарейшего из ныне живых патригарха линуксовУ Стругацких есть замечательное высказывание: «Ницше. Это был большой поэт. Однако ему весьма не повезло с поклонниками.»
Говоря о Slackware, можно перефразировать: «Slackware. Это замечательный дистрибутив. Однако ему весьма не повезло с поклонниками.»
С моей точки зрения, у Slackware ровно две проблемы: Митрофанушки-новички, которые из принципа не читают документацию к дистрибутиву, предпочитая работать методом тыка, и тронутые умом фанатики.
Есть и вменяемые, опытные пользователи... но таких, к сожалению, меньше.
Вот, к примеру, реакция на этот тред http://forum.lafox.net/index.php?showtopic=11769 адекватного и опытного пользователя Slackware: http://www.linux.org.ru/forum/talks/9230190/page1?lastmod=13... http://www.linux.org.ru/forum/talks/9230190/page1?lastmod=13...А вот реакция фанатика на этот же тред: http://www.linux.org.ru/news/slackware/9368765/page3?lastmod...
На сегодняшний день, если использовать Slackware, с умом и чётким пониманием того, что делаешь -- то можно его вполне благополучно и продуктивно использовать.
Ну, а если человек, не ознакомившись с документацией, выбирает «приключенческий»: http://www.linux.org.ru/forum/admin/7293154/page1#comment-72... метод установки и эксплуатации, то можем ли мы в этом винить Slackware?Кстати, вот что относительно недавно говорил Патрик о зависимостях в Slackware:
http://www.linuxquestions.org/questions/slackware-14/depende...
http://www.linuxquestions.org/questions/slackware-14/depende...
На мой, весьма субъективный взгляд фанатика без трезвого взгляда на вещи, лучшая slackware - это openbsd. Именно так. Там есть всё, что я хотел бы видеть в slackware, но так и не дождался. Порты/пакеты, полная man-документация, базовая система, принцип "не лезь не в своё дело".
> лучшая slackware — это openbsdага. лучшая рыба — это колбаса.
> полная man-документация, базовая система, принцип "не лезь не в своё дело".А я думал что там принципы "мы так привыкли в эпоху мезозоя" и "главный принцип - нам на всех плевать".
>> полная man-документация, базовая система, принцип "не лезь не в своё дело".
> А я думал что там принципы "мы так привыкли в эпоху мезозоя"
> и "главный принцип - нам на всех плевать".
> http://openports.se/Это вообще о чем? Я о общих принципах развития системы наблюдаемых "по факту".
> Впрочем, не вижу, что бы следовало добавить к уже сказанному: http://forum.lafox.net/index.php?showtopic=11769Спасибо. Очень познавательно.
> 10 лет его не видел.... и еще бы столько же не видел.
>> 10 лет его не видел.
> ... и еще бы столько же не видел.Ну и зря, в своё время он не плохо выручал, причем за халяву ... а ВЫ этого не цените
> 10 лет его не видел. Чего-там, учёта зависимостей нет до сих пор?
> Всё та же файлопомойка?К счастью, да.
Отношусь с большим почтением
нда, динамика производных впечатляет. Патрик - рулит!!! хвала!!!
Через год ей можно пить алкоголь, а через 40 лет выйдет на пенсию!
Мои поздравления!
Поздравляемс! Использую и слаку, и Salix.
А что будет с проектом когда Патрик умрёт?
Не дай бог, но если случится - есть инопланетянин))
Не когда, а если.
Ежели верить Лурку, он уже разок чуть было не умер, но нагуглил рецепт самолечения и вылечился: http://lurkmore.to/Патрик_Фолькердинг
Ну и тут чего-нибудь нагуглит.
три дня, я думаю, как-нибудь перебьются.
> А что будет с проектом когда Патрик умрёт?поплачем, потом проектом займётся новый лидер. ты что, действительно думаешь, что Патрик до сих пор всё в одиночку делает?
Поздравление и наилучшие пожелания от меня, от моей коробочки что стоит под столом и моего ноута! Живи Slackware долго и главное оставайся такой же!
> Первый выпуск Slackware был основан на ядре Linux 0.99pl10 и собран с использованием gcc 2.4.5. Графическое окружение было построено с использованием XFree-86 1.3 и оконного менеджера Open Look.gcc,... но при этом официально просто Slackware Linux, а не Slackware GNU/Linux. GNU'шникам, наверняка, обидно.
> при этом официально просто SlackwareДальше измышлять было ни к чему.
Long live Slackware!
(надеюсь когда-нибудь его таки осилить)
ЗЫж. И как всегда в новостях про Слаку, Генту, БСД, в комменты "набижало" альтернативно одаренных. :(
> Long live Slackware!
> (надеюсь когда-нибудь его таки осилить)а чего там «осиливать»? делай full install, читай сопроводиловку. ещё книжка есть, slackbook.
Не хочу я фулл. Не люблю лишнего в системе.
> Не хочу я фулл. Не люблю лишнего в системе.когда опыта наберёшься — сможешь развлекаться как захочешь. а до того лучше не выпендриваться, если ты, конечно, не фанат методов типа «футбол на минном поле».
опять же: тебе никто потом не мешает вынести ненужное. только нежно, чтобы ненароком что-то полезное не зацепить.
в конце концов, после всей акробатики можно сделать свои tag-файлы.
>> Не хочу я фулл. Не люблю лишнего в системе.
> когда опыта наберёшься — сможешь развлекаться как захочешь. а до того лучше
> не выпендриваться, если ты, конечно, не фанат методов типа «футбол на
> минном поле»."Мы все вышли из Патриковской слаквари".
На самом деле, slackware дала мне очень много знаний, создания специально-специальных и удобно-удобных вещей. За долгие годы обладания этими сверхзвуковыми навыками я не нашёл только одного - применения им. Вроде всё хорошо, но одна маленькая деталь может всё перечеркнуть. Проще сделать стандартно, привычно, правильно и приземлённо, чем решить задачу на 99%, но понятия не иметь, как решить оставшиеся 99% в разумные сроки и с разумным результатом.
Примерно то же самое, только ещё хуже, сейчас в openbsd. Как два года назад сломали mongodb, так сейчас она мне для сервера просто неприменима, хотя всё остальное есть и работает почти идеально.
я, кажется, никого не агитирую слаку ставить. человек интересовался процессом — я сказал ему, как наиболее безболезненно начать. всё.
>когда опыта наберёшься — сможешь развлекаться как захочешь. а до того лучше не выпендриватьсяТы прав, в Генте и других я знаю где, что и как, а в Слаке пока нет.
>опять же: тебе никто потом не мешает вынести ненужное.
[Любопытство] Есть инструмент, чтобы проверить, не осталось ли что после сей операции? Slackpkg, sbopkg это умеют?
>в конце концов, после всей акробатики можно сделать свои tag-файлы.
Про это есть в Слакбуке? Если нет, поделись ссылкой, плиз.
>>опять же: тебе никто потом не мешает вынести ненужное.
> [Любопытство] Есть инструмент, чтобы проверить, не осталось ли что после сей операции?что значит «не осталось ли»? скриптов «post-remove» и всяких клинапов нет, так что вынесется только то, что было установлено (и симлинки). всё остальное, что софт понасоздавал — останется. в основном, натурально, это всякие конфиги в доме. не радует, но и особо не мешает.
> Slackpkg, sbopkg это умеют?
инструмент — как и для многого другого в слаке — находится между креслом и клавиатурой. это суровая слака же.
>>в конце концов, после всей акробатики можно сделать свои tag-файлы.
> Про это есть в Слакбуке? Если нет, поделись ссылкой, плиз.не помню. да и не надо: заходи в /slackware/что-угодно, и открой tagfile. если ты сразу не поймёшь, что это и зачем… ну, тогда попробуй просто открыть глаза. :3
>что значит «не осталось ли»? скриптов «post-remove» и всяких клинапов нет, так что вынесется только то, что было установлено (и симлинки). всё остальное, что софт понасоздавал — останется. в основном, натурально, это всякие конфиги в доме. не радует, но и особо не мешает.
>инструмент — как и для многого другого в слаке — находится между креслом и клавиатурой. это суровая слака же.В хомяке и /etc и в других дистрах ручками приходится чистить. Это нормально. Меня /usr интересует. В Генте я недавно нашел два файлика в /usr/lib, оставшихся от старой версии perl'а. Все-таки лучше не вручную все проверять, а чтобы пакетный манагер это умел - искать файлы, не принадлежащие и не используемые ни одним пакетом.
>заходи в /slackware/что-угодно, и открой tagfile. если ты сразу не поймёшь, что это и зачем… ну, тогда попробуй просто открыть глаза. :3
Ладно, буду делать - разберусь.
ЗЫж. Спасибо за советы.
> а чтобы пакетный манагер это умел — искать файлы,
> не принадлежащие и не используемые ни одним пакетом.стандартный — не делал, не делает и делать не будет. если файл не зарегистрирован в пакетной системе — его для пакетной системы не существует. впрочем, если кому-то охота — в /var/adm/packages всё в красивом текстовом формате, написать утилиту не проблема. я в своё время систему из руин поднимал по этим описаниям (это долгая и печальная история самонадеянности и рукожопости, рассказывать не буду: стыдно).
это слака, тут обычный ответ: «нам это не надо. напиши сам.» :3
варианта два: или проникнешься этой идеологией, или покрутишь слаку и забудешь как «интересная, может, штука, но мне не подошла».> ЗЫж. Спасибо за советы.
без проблем.
p.s. можешь ещё на slapt-get глянуть. он таки умеет зависимости (если автор пакета их прописал — на том же slacky прописывают, хоть иногда и совершенно дикие) и даже имеет морду на GTK.
>стандартный — не делал, не делает и делать не будетДа хоть и нестандартный. Главное, чтобы он был, а к нему был ман, а там уже можно разобраться. Просто не программер я, чтобы свой велосипед городить. А если кроме голого мана есть еще какие доки - так вообще замечательно.
>если файл не зарегистрирован в пакетной системе — его для пакетной системы не существует.
Так во всех дистрах. Просто некоторые PM умеют проверить файлы и указать, что такие-то и такие-то ни к какому пакету не относятся, а лежат там, где им не место (/usr/lib, например). А уж дело юзеря - рабораться, что с ними делать, и почему они там оказались.
>это слака, тут обычный ответ: «нам это не надо. напиши сам.» :3
Это опять же везде так.:)
>p.s. можешь ещё на slapt-get глянуть.
Уже все пересмотрел. Жаль, порт pkgsrc на Слаку загнулся.
> Просто не программер я, чтобы свой велосипед городить.никогда не поздно начать. только не пиши на гвидобейсике, это карму портит.
> Так во всех дистрах. Просто некоторые PM умеют проверить файлы и указать,
> что такие-то и такие-то ни к какому пакету не относятся, а
> лежат там, где им не место (/usr/lib, например).это слака. если что-то где-то лежит — значит, ему там место. именно поэтому подобных проверок и не будет. идеология такая: «пользователю видней, зачем он что-то куда-то положил, не моё дело — вмешиваться».
> А уж дело юзеря — рабораться, что с ними делать, и почему они там
> оказались.а он и так знает, что это и откуда оно там. иначе это не слакварист, а так, мимокрокодил. :3
> Уже все пересмотрел. Жаль, порт pkgsrc на Слаку загнулся.
ой, сколько их всяких было. периодически приходит кто-нибудь, кричит: «ой, да у вас же не пакетный менеджер, а ужос-ужос-ужос!» — и давай что-нибудь писать/портировать. со временем ему или надоедает («я для вас тут стараюсь, а вы… гады неблагодарные!»), или он становится слакваристом и бросает ненужное занятие.
>> Просто не программер я, чтобы свой велосипед городить.
> никогда не поздно начать. только не пиши на гвидобейсике, это карму портит.Я пакетный менеджер к слаке писал на шеле и пыхе - про карму не скажу, но пальцы отщемило. Вообще, я несколько их писал, плюс средства для действующих. Либо sh, либо sh+php. Всё остальное недостаточно слакомило.
На гвидобейсике конечно, лучше не писать. Потеряешь в карме велосипедиста. :)
> Жаль, порт pkgsrc на Слаку загнулся.
pkgsrc пофиг на linux. Проблема только в том, что почему-то на слаке, хоть 5-летней давности, хоть каренте, он в какой-то момент перестаёт собирать, причём если собирать оттуда, где сломалось - собирается, а зависимости сами не собираются. В Debian это всё значительно менее беспроблемно, хотя, казалось бы, для Слаки, сам Патрик велел.
У меня есть набор подтяжек, подвесов и оверхеда на базе slax, на котором с горем пополам собирается что-то из pkgsrc 2013Q1, но я подписал конвенцию по нераспространению такого ядерного оружия.
> Я пакетный менеджер к слаке писал на шеле и пыхеНе сильно лучшше гвидобэйсика. Если брать инструменты которые хреново подходят для задачи - получается то что получается. Очередная непотребная наколенщина, место которой - на свалке истории.
> Не сильно лучшше гвидобэйсика. Если брать инструменты которые хреново подходят для задачи
> - получается то что получается. Очередная непотребная наколенщина, место которой -
> на свалке истории.Если брать инструменты, которые идеально подходят к решению задачи, и на которых оно занимает одну простую строку - то нужно написать много-много строк на чём-то неэффективном, чтобы создать такой инструмент.
А существующими инструментами нормально решаются существующие задачи. Без космоса и без идеала.
Ну вот по этому поводу можно не халявить с рапидной разработкой в таком кондовом системном компоненте и написать его таки на сях или плюсах. Чтобы не тормозило и не жрало ресурсы как прорва, бэть. Благо, такие вещи пишутся "на века".Сказку про 3 поросят все читали? Ну вот первые два были рапидчиками, со всеми вытекающими :)
> делай full installВот за это крепко недолюбливал red hat linux -- до появления yum его мало кто ставил иначе; как сейчас помню сервера с заглушенным gdm, наглухо понаотфайрволеные во избежание...
Не знаю как нынешняя слакварь, а практически любой универсальный дистрибутив "полностью" установить попросту невозможно как минимум из-за нескольких вариантов MTA, да и для освоения такой городище куда менее удобен, чем деревушка.
В Слаке есть выбор пакетов при установке. Правда без зависимостей, что неудобно для начинающего. Вот тут я и "ниасилил" - ставить фулл или минимал не хотелось, а поставить частично не хватило опыта - оно потом не взлетело. Что-то я, видать, недоставил.
> а поставить частично не хватило опыта — оно
> потом не взлетело. Что-то я, видать, недоставил.вот поэтому я и говорю: пока нет опыта — делать full install.
в принципе, если система после установки позволила залогиниться рутом — то нерабочее уже можно доставить потихоньку. если знаешь, что именно. в принципе, определить, в каком пакете живёт нужный файл, можно по /slackware/MAINFEST.bz2. в своё время swaret справлялся с более-менее приличным определением зависимостей в базовых пакетах. как сейчас — не знаю, давно не пользовался. а в пакетах из SBO обычно зависимости прописаны, и дают инструмент для автоскачки и автосборки (хотя я лично всё равно внимательно читаю глазами, чтобы не притащить кучу ненужного хлама).
в принципе, я сейчас, наверное, тоже лажанусь при выборочной установке — давно уже «с нуля» систему не ставил. поэтому при необходимости всё равно возьму full, оно не такое уж большое и не так много мусора приносит. разве что четвёртые кеды, но их-то как раз можно выкидывать всей толпой.
>если система после установки позволила залогиниться рутом — то нерабочее уже можно доставить потихоньку.Хуже - у меня в нее чрут есть.:) Преимущества мультибута.
>разве что четвёртые кеды, но их-то как раз можно выкидывать всей толпой.
Вот их-то я и хотел "искаропки".
> Вот их-то я и хотел «искаропки».но зачем?! во-первых, их лучше брать в более другом месте, а во-вторых, лучше и вместе с более другим дистрибутивом.
>лучше и вместе с более другим дистрибутивом.У меня мультибут. Просто я захотел сменить один из своих дистров на то, что "просто работает" и на чем можно чему-то научится. Кеды - непринципиально, но желательно. Причем не сама оболочка, а скорее кедоприложения. В качестве WM'а я могу и i3 или ion использовать.
я просто кеды не использую, и вообще не в курсе, насколько они сейчас работоспособны.вот ещё блог alienbob'а, там свежие кеды обычно, либра и всякое такое: http://alien.slackbook.org/blog/about/
> В Слаке есть выбор пакетов при установке. Правда без зависимостей, что неудобно
> для начинающего. Вот тут я и "ниасилил" - ставить фулл или
> минимал не хотелось, а поставить частично не хватило опыта - оно
> потом не взлетело. Что-то я, видать, недоставил.ну да, ну да, jre, gcc-fortran и mysql вы, наверное, оставили, а init-tools, glibc и kernel-modules удалили, такое бывает. не хочу сказать, что установщик очень удобен новичку, но и удалять пакеты по описанию, не будучи готовым поправить - тоже нелегкий путь. если вы устанавливаете не current, то и тащить установщиком зависимости вроде libxml2 или libpng такой-то версии тоже сомнительное удовольствие. ну, во всяком случае это будет не new shiny system :)
> jre, gcc-fortran и mysql вы, наверное, оставили, а init-tools, glibc и kernel-modules удалили, такое бываетОбижаете - не совсем идиoт.:)
>если вы устанавливаете не current
Устанавливал 14-й релиз с DVD. Для current'а есть исошки, или лучше, netinst?
каррент лучше вообще не трогать. по крайней мере пока слака — terra incognita. честно: не надо. это тоже футбол на минном поле.
> Не знаю как нынешняя слакварьтак же, как и не «нынешняя». там нет стремления «запихать в дистрибутив всё», поэтому full спокойно ставится. кое-что лежит в /extra (и /testing), немного старья в /pasture. «100500 конфликтующих пакетов на выбор» не кладут. кому не нравится коробочный набор — есть SBO, есть slacky.eu и прочие штуки. а full будет работать, и это recommended.
предполагается, что если стандартный коробочный набор кого-то не устраивает, то этот кто-то или уже давно ушёл на другой дистрибутив, или сделал себе кастомизированый установщик, заменив то, что не нравится, или просто не переставляет систему раз в месяц, и однажды установленая система уже давно приведена в приятное состояние. как-то так.
>> Не знаю как нынешняя слакварь
> так же, как и не «нынешняя». там нет стремления «запихать в дистрибутив
> всё», поэтому full спокойно ставится. кое-что лежит в /extra (и /testing),
> немного старья в /pasture. «100500 конфликтующих пакетов на выбор» не кладут.db уже перестали четыре версии класть? :) восемь вариаций ядер? :)
хоть python начали собирать более-менее полноценный, с sqlite, и то приятно.
> db уже перестали четыре версии класть? :) восемь вариаций ядер? :)чем тебе мешает? я же сказал: full ставится и работает. да, есть db42, db44 и db48. не дерутся. в чём проблема?
> хоть python начали собирать более-менее полноценный, с sqlite, и то приятно.
а вот это меня вообще не волнует. ну, собирают кое-как — и ладно. всё равно он бесполезен.
Первого дистра с днем!
> Первого дистра с днем!он не первый, он старейший из живых.
>> Первого дистра с днем!
> он не первый, он старейший из живых.Первого из моих дистров с днем! Так правильно?
> Первого из моих дистров с днем! Так правильно?так — верно. просто не дезориентируй общественность.
а я ЗА Ubuntu, шлакварь нинужын
> а я ЗА Ubuntu, шлакварь нинужына тебе вообще ничего не нужно, кроме HALYAVA NOW!!! и если можно, с доплатой за самовывоз.
Нет, просто прагматичные люди будут выбирать более автоматизированные дистрибутивы.
Хотя, смотря для каких целей. Если цель изучить linux, то использование слаки вполне оптимальный путь.
> Если цель изучить linux, то использование слаки вполне оптимальный путь.s/linux/слаку/ или s/слаки/LFS/ всё-таки.
> Хотя, смотря для каких целей. Если цель изучить linux, то использование слаки
> вполне оптимальный путь.Прошли те времена, когда по слаке можно было изучать линукс. Теперь по ней можно изучать разве что слаку.
> Прошли те времена, когда по слаке можно было изучать линукс. Теперь по
> ней можно изучать разве что слаку.и раньше так же было. цель «сделать универсальный учебный дистрибутив» не ставилась.
> Прошли те времена, когда по слаке можно было изучать линукс. Теперь по ней можно изучать разве что слаку.в свое время, у меня был установлен slackware, а у коллеги arch, и знаете, нам было чем помочь друг другу, а вот коллега с alt слаку недолюбливал, а архивы по привычке распаковывал в mc.
> а я ЗА Ubuntu, шлакварь нинужынспециально новость про слаку ждал?
R.I.P.
> R.I.P.у тебя кто-то умер? бывает.
ПАТРИХ БОГ
кто бы сомневался
Red Hat отделилась от Slackware позже, чем SUSE. Почему пишут, что SUSE происходит от Slackware, а Red Hat - нет, что ли?