Вышла Slackware 14.0

В самой слаке да, но на её базе сделали несколько сторонних Live CD-дистров.

претензии в том, что лайвы устаревшие. Но эти претензии к самим лайвам, а не к слаке.

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

ЧСХ, такие скрипты УЖЕ написаны.

И чем это лучше apt-get install ?

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

2. apt-get сложно менять. Т.е. ты им можешь поставить _только_ то, на что оно заточено, вплоть до версии. слакобильдом ты собираешь пакет любой версии с любым окружением. например, один и тот же слакобилд прекрасно собирает x86 пакет в x86ом окружении, или x86_64 пакет в x86_64 окружении. apt-get такого не умеет.

3. слакобилд представляет собой простейший bash-скрипт, и доступен для понимания любым админом, который ничего кроме bash'а не знает, и знать не желает. deb и rpm требует чтения мануалов, что-бы их делать. Это важно для разработчика, на изготовление deb и rpm пакетов требуется намного больше времени и сил.

Я вижу только один сплошной геморрой.

для юзера пофиг, что ставить installpkg packet.txz или rpm -i packet.rpm. Для разработчика *.txz пакет сделать таки проще. (С)Кэп.

Когда я принимаю на работу нового сотрудника, я спрашиваю у него что он использует. И если он использует слаку, я тут же говорю ему до свидания. Мне нужны серьёзные люди.

это да. Я вот тоже пишу

1. RHEL

2. Debian

3. Slackware

а дома у меня таки слака...

как нету? вместо apt-get install я должен идти на какой-то сайт, чего-то качать, искать, руками разруливать зависимости, думать как это собирать

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

а про обновление системы я вообще молчу

вот и молчи. Я как-то обновляюсь в current'е и проблем не наблюдаю. ДАЖЕ в current. В релизе так вообще делать ничего не нужно.

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

кстати, ты пробовал обновить Debian 5 на Debian 6? Попробуй. Для начала: http://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.ru.html

В течение недели каждое утро проводи в установке Slackware Linux

слаку достаточно поставить 1(ОДИН) раз. не суди по известным тебе дистрам(убунта?)

Скачать бесплатно без смс, а не из репозитория

ты хоть знаешь, что такое репозиторий, и чем он отличается от помойки?

И это действительно здорово. Качнуть 200 пакетов по 1 мегабайту ничем, в пределах погрешности, не отличается от скачки 1 пакета в 200 мегабайт. А вот скачка одного пакета в 200мб сильно отличается от скачки пакета в 1мб.

...вот только в слаке НЕТ пакетов в 200Мб. Даже близко нет.

что действительно не осилил слаку?

или друзья рекомендовали "...не осилишь!" ?

а что, если несекрет используешь, ну кроме винды?

Блин, ну вот почему они все так любят ядро 3.2.x? Это напоминает извращения и мучения с 2.6.38, которое как только не мучали, не извращали и не бекпортили, а всё, чтобы новые ядра не пробовать. Они на кого ориентируются? На RHEL? На Debian?

ты читать разучился?

1. слака ни на кого не ориентируется.

2. Патрег решил, что 3.4 недостаточно стабильно для релиза.

божежмой, я такого несколько лет не читал.

на самом деле, написано не вчера было...

непонятное? Это там где по-русски написано «Базы данных» или «Работа с видео»? Если вам это непонятно, жаль вас.

да? где по русски написано «послушать музыку», а оно мне какую-то военную СУБД поставила. Таки да, amorok от неё зависит... Даже в слаке.

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

автор действительно ничего не видел, кроме как через призму _своего_ локалхоста. Автор настраивает и работает с чужими серверами исключительно по SSH2, с какого-то своего localhost'а. Я тебе больше скажу - когда автор заходит на другой сервер, то этот сервер становится localhost'ом для автора. А теперь, ангел ты наш, подбери-ка мне пароль «************». Что-бы тебе было проще, расскажу, что пароль я сделал скриптом mkpasswd, встроенным в Slackware.

ЗЫЖ да, звёздочки давно уже выпилили из апстрима.

а что, если несекрет используешь, ну кроме винды?

Reset у нас федороюзер ЕМНИП. Во всяком случае, фанат RH.

ОК. Ж;-)

Как обычно, […] никаких кардинальных отличий от предыдущей версии.

Новость ни о чем

слаку достаточно поставить 1(ОДИН) раз. не суди по известным тебе дистрам(убунта?)

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

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

Не пробовал (не срослось у меня с Debian-based системами), но руководство впечатляет. Инструкция от Патрика на порядки короче будет.

вообще-то, в слаке никогда не было, нет, и не будет никаких лайвов

Чем тебе первый CD или DVD не Live?

Как там с racket, ghc, sbcl ? Уверен, что никак.

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

А зачем sbcl если есть clisp?

Не пробовал (не срослось у меня с Debian-based системами), но руководство впечатляет. Инструкция от Патрика на порядки короче будет.

именно. я пробовал и то и другое. Обновлять слаку _значительно_ проще.

Чем тебе первый CD или DVD не Live?

мне-то как раз и лайв. Но тут судят о слаке совсем не по слаке, а по какому-то древнему Slax'у. И из этого делают вывод, что «устарело и умерло».

Ни в коем случае.

Reset у нас федороюзер ЕМНИП. Во всяком случае, фанат RH.

Разве? У меня он с виндой ассоциируется.

Разве? У меня он с виндой ассоциируется.

у меня тоже. Однако некоторое представление о федоре у него есть. И по федоре он судит о всех других линуксах. Т.е. его послушать, то слака - такой-же глюкодром как федора, только 1993го года. Впрочем, федору он тоже видел когда-то давно, лет 10 назад (:

А текст написан для полных дебилов, которые и населяют данный ресурс.

Можно было бы уточнить, что единственная сложность в установке — это разбивка на разделы, которая должна быть выполнена до запуска установщика, при этом прямо на диске есть fdisk и cfdisk (parted или ещё чего-то в этом роде, кстати, в Live-режиме нет?)

в 12й работало после правки одной строчки где-то там. В более ранних тоже.

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

Мой iPentiumIII c 384ю метрами мозгов и с BIOS'ом 1999го года по твоему «новый»?

ConnochatOS или CRUX наверное. Хотя может Slackware тоже пойдёт, особенно не последняя, а, скажем, 12.*

Просто по-моему так Slackware довольно жручая по умолчанию. Не настолько как убунта, но всё-таки.

Почему, если я хочу скажем вывести в stdout XYZ, я пишу cat XYZ, а не cat ./XYZ?

Кстати я часто так и пишу, например если нет гарантии что нужный файл начинается не на дефис.

Разница в том, что файл задаётся релятивно текущей директории, а команда — релятивно $PATH. Я считаю, что с ./ правильней, а если пихать её в $PATH — это несекурно и виндодосоподобно

Ты пакеты собираешь или нет?

А между прочим, rpm для сборки пакетов в Slackware тоже есть изкоробки.

И чем это лучше apt-get install ? Я вижу только один сплошной геморрой.

Представь себе, что тебе нужна не та версия, которая у тебя в дистрибутиве, а самая последняя. Что будешь делать?

ppa? А если его нет?

Когда я принимаю на работу нового сотрудника, я спрашиваю у него что он использует. И если он использует слаку, я тут же говорю ему до свидания. Мне нужны серьёзные люди.

Это которые используют MS-DOS 3.0?

Поздравляю ценителей! Так долго ждали...

Можно было бы уточнить, что единственная сложность в установке — это разбивка на разделы, которая должна быть выполнена до запуска установщика, при этом прямо на диске есть fdisk и cfdisk (parted или ещё чего-то в этом роде, кстати, в Live-режиме нет?)

cfdisk есть на первом CD. Лайв режима НЕТ. про gparted не помню, мне он не нужен. И да, на первом CD нет иксов.

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

яхз. речь про обычную мышку с хвостиком и шариком. Ты таких наверное не застал.

ConnochatOS или CRUX наверное. Хотя может Slackware тоже пойдёт, особенно не последняя, а, скажем, 12.*

спасибо за советы, но ты опоздал - там УЖЕ слака 14я. 32х битная версия. УМВР. Да, DE - XFCE.

Кстати, почему советуешь мне 12ю? Она хуже и сложнее настраивается. И новый софт сложно ставить. И Патрег отказался её поддерживать. А ещё она тормозит, ибо ВСЕ пакеты там для i80486, а третий пень это далеко не 80486.

Просто по-моему так Slackware довольно жручая по умолчанию. Не настолько как убунта, но всё-таки.

на какой-нить шлюз с 64Мб памяти - да, надо дотачивать напильником (напильники прилагаются). Но на iPIII+386Mb не нужно ничего пилить - я проверял.

Кстати я часто так и пишу, например если нет гарантии что нужный файл начинается не на дефис.

кстати, зачем ты так называешь файлы? ССЗБ?

Разница в том, что файл задаётся релятивно текущей директории, а команда — релятивно $PATH. Я считаю, что с ./ правильней, а если пихать её в $PATH — это несекурно и виндодосоподобно

а я(и Патрег) считаем, что это тупо УДОБНО для разработчика. А если в венде тоже так, то это никого не волнует.

Что до секьюрности - обоснуй.

где всё (читай «браузер и плеер») работает сразу

В Slackware это тоже работает сразу, причём лучше чем в Fedora и Ubuntu (есть mplayer изкоробки со всеми кодеками, в тч mp3)

Блин, ну вот почему они все так любят ядро 3.2.x?

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

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

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

непонятное? Это там где по-русски написано «Базы данных» или «Работа с видео»?

Да, непонятно. Какие именно базы данных? Какая работа с видео?

Хотя мета-пакеты, это обычно что-то типа gnome-desktop.

...вот только в слаке НЕТ пакетов в 200Мб. Даже близко нет.

# du -sh /tmp/wesnoth-*
304M /tmp/wesnoth-1.10.4-x86_64-2_SBo.txz

Зря ты так в этом уверен

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

что это тупо УДОБНО для разработчика.

А вдруг собранная программа имеет такое же имя как имеющаяся в системе? А . в конце $PATH, так что выполнится системная, ты будешь её сто раз запускать без "./", думая, какого хрена ничего не меняется, так что писать это перед любой локальной командой — хорошая привычка.

Что до секьюрности - обоснуй.

Злоумышленник может поместить в свою директорию (или /tmp ) команду, имеющую то же имя, что и системная, ты будешь думать, что запускаешь системную команду, а на самом деле запустишь заданную им.

В случае когда . в самом конце $PATH, это тоже возможно, если ты сделаешь опечатку в команде или будешь пытаться запустить системную команду, которой в этой системе нет.

Короче говоря, от текущей директории в $PATH одни минусы.

кстати, зачем ты так называешь файлы? ССЗБ?

Это не я, а youtube-dl раньше так делал, когда не умел русских букв

Кстати, почему советуешь мне 12ю? Она хуже и сложнее настраивается.

Не сказал бы, что существенно. 12.1 по-моему была самая лучшая версия. В 12.2 сломали Bluetooth, в 13.0 выпили KDE3. Я на ней очень долго сидел. Процессор Core 2 Duo, ничего не тормозило. А вот KDE4 тормозил, пришлось переходить на Xfce (хотя многого в нём нет и приходится использовать скриншотилку, kmix, konsole и kwrite от KDE).

яхз. речь про обычную мышку с хвостиком и шариком. Ты таких наверное не застал.

Оптические чем-то отличаются от таких в плане поддержки колёсика?

Да, на моём первом компе уже была оптическая, но в универе до сих пор шариковая в одном месте.

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

... и тем больше добавлено новых...

По моим наблюдениям, поддержка старого железа в новых ядрах становится в основном хуже (см какие-нибудь ATI Rage, даже в Slackware 12.2 на нём 3D-ускорение уже не работало)

Тогда соберу пакет. Тут тебе не шлака, в которой возможен только один вариант.

А толку то? Очевидно, что пакет под систему надо собирать в родном окружении.

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

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

А зачем sbcl если есть clisp?

потому что clisp говно

Тогда соберу пакет.

Объясни по пунктам, как на убунте или федоре ты будешь собрать и установить последний GHC (в предположении что нет PPA).

В Slackware:
* выкачать slackbuild со http://slackbuilds.org
* выкачать исходники ghc c http://haskell.org
* поправить версию в слакбилде (обычно уже последняя)
* запустить ./ghc.Slackbuild; подождать,
* запустить installpkg /tmp/ghc-*

что действительно не осилил слаку?

А почему ты на ужин ешь мясо, а не говно? Что не осилил? Кишка тонка?

а что, если несекрет используешь, ну кроме винды?

Говорил уже сто раз. По работе бубунту. Для себя магию.

Объясни по пунктам, как на убунте или федоре ты будешь собрать и установить последний GHC

Выкачаю текущий src пакет и поменяю в spec/control/etc версию.

Выкачаю текущий src пакет и поменяю в spec/control/etc версию.

Я же просил по пунктам, желательно прямо в виде команд консоли. Как выкачать src-пакет? А как ему скормить исходники более новой версии? А как насчёт того что этот пакет ещё надо распаковать?

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

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

вот и молчи. Я как-то обновляюсь в current'е и проблем не наблюдаю. ДАЖЕ в current.

левак как у тебя обновляется? никак?

Как выкачать src-пакет?

apt-get source/urpmi --src

А как ему скормить исходники более новой версии?

в rpm просто заменить версию в spec, в deb распаковать пакет и скопировать в дерево исходников debian директорию из прошлой версии

А как насчёт того что этот пакет ещё надо распаковать?

команды из первого пункта это сделают

1. apt-get нужен для всего.

а это плохо?

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

а у тебя всё что нет в шлаке специфично

Т.е. ты им можешь поставить _только_ ... слакобильдом ты __собираешь__ паке

Ключевое слово подчеркнуто. В дебобунтах сборку пакетов никто еще не отменял.

обирает x86 пакет в x86ом окружении, или x86_64 пакет в x86_64 окружении

ниасилил где тут достижение? x86 пакет в x86_64 окружении слабо? ах, в шлаке нет рабочего мультилиба ...

apt-get такого не умеет.

зато apt-build умеет

для юзера пофиг, что ставить installpkg packet.txz или rpm -i packet.rpm.

Юзер таких команд не знает, это слишком низкоуровнево.

Для разработчика *.txz пакет сделать таки проще.

Замечательно, только на target платформе стоит RHEL или Бунта LTS и куда ты пойдешь со своим txz ?

да. ты не поверишь, в слаке есть rpm, можно ставить пакеты RH прямо в систему. оно конечно не Ъ, но для тестов в самый раз. ну и также можно ставить Ъ Ынтерпрайзные пакеты RHEL Only(без исходников).

Зачем ставить, если надо собирать?

в венде нет rpm и System V. А в слаке - есть.

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