Представлены множественные улучшения и исправления.
По настоящему верная реализация технологии "plug and play" - теперь все действия со сменными носителями производятся исключительно через HAL.
Обновление системы управления пакетами - slackpkg.
Поддержка шифрованых сетевых соединений с помощью OpenSSL,
OpenSSH, OpenVPN и GnuPG.
Веб сервер Apache-2.2.10 с поддержкой Dynamic Shared Object
support, SSL и PHP 5.2.8.
Множество средств разработки: Perl 5.10.0, Python 2.5.2,
Ruby 1.8.7-p72, Subversion 1.5.4, git-1.6.0.3, mercurial-1.0.2
и графические средства, такие как Qt designer и KDevelop.
Огромный репозиторий дополнительного программного обеспечения, включающий в себя различные оконные менеджеры, Java(TM) 2 SDK SE, libsafe и множество других вкусностей.
Пример из реальной жизни: делал прогу, которой нужны были файлы <openssl/*.h>, делал/тестил в слаквари (ибо Ъ!) и ни о чем не задумывался абсолютно, потом отнес на аудит к управляющему, у которого на его дебиане был долгий секс аналогично этому http://www.experts-exchange.com/Programming/System/Linux/Q_23252651.html под названием "угадай, в каком пакете" - весьма показательный в этом плане топик :) И вам предлагаю угадать и скажу сразу, что это не libssl-dev =)
выше я писал про поддержку дистров. сумели собрать ядро и пакеты != создали и поддерживают дистрибутив. далее стабильность зависит от количества пользователей дистра.
А скоро уже ЛОР на Слаку перегонят? Лично я на своей домашней машине Федору вытерпеть не могу, так же как и Мандриву. Да, да, мои руки настолько кривые, что годятся только для Слаки, Дебиана и LFS :-)))
Ладно, без PAM можно обойтись (особенно на локалхосте). Но как там обстоят дела с пакетным менеджером? Научилась наконец слака отслеживать зависимости?
Ничегошеньки вы не понимаете, в том то вся и прелесть что там их нет. Если очень хочется - поставьте MOPS Linux. Там и pam есть, и системная локаль по умолчанию utf8, и контроль зависимостей поддерживается, а к тому же там осталась простота внутреннего устойства. После небольшого допиливания очень даже юзабельная и удобная вещь.
Гы-гы, только для этого нужно сначала догадаться установить apt-file и знать, зачем он нужен :) У управляющего ушло на поиск нужной информации и установку нужного пакета около часа (у человека по ссылке - гораздо больше, если он вообще что-то решил), я же о таких вещах даже не задумывался, а просто делал свою работу =)
>Гы-гы, только для этого нужно сначала догадаться установить apt-file и знать, зачем он нужен :) У управляющего ушло на поиск нужной информации и установку нужного пакета около часа (у человека по ссылке - гораздо больше, если он вообще что-то решил), я же о таких вещах даже не задумывался, а просто делал свою работу =)
Это значит, что до этого он не читал APT How-To. ССЗБ.
>Гы-гы, только для этого нужно сначала догадаться установить apt-file и знать, зачем он нужен :)
Пример не говорит ни о чём, кроме того факта, что управляющий не умеет пользоваться инструментами дебиана. Это ничего не говорит об управляющем, если он действительно управляющий, а не кодер - ему за другое деньги платят. Также это не выставляет вас в выгодном свете - если вы, как программист под линукс, не знакомы с инструментами одного из популярнейших дистрибутивов, то это если и не повод для печали, то уж точно не повод для радости. Подводя итоги - ваше счастье мне непонятно.
>Это значит, что до этого он не читал APT How-To. ССЗБ.
Логично: это его проблемы и заботы держать в голове вещи, о которых ему знать по долгу службы вроде как и не положено, а в слаквари подобных ненужных избыточных сущностей вообще нет - что, вообщем-то было очевидно с самого начала =)
"First of all, slapt-get does not provide dependency resolution for vanilla Slackware packages (ie, official Slackware packages that come with the distribution)."
То бишь Патрик по-прежнему на зависимости плюет. Впрочем, решение всё же нашлось:
>Также это не выставляет вас в выгодном свете - если вы, как программист под линукс, не знакомы с инструментами одного из популярнейших дистрибутивов, то это если и не повод для печали, то уж точно не повод для радости.
В выгодном свете перед кем? На конкретные заморочки "популярнейших дистрибутивов" мне плевать, т.к. в моем "непопулярном" дистрибутиве их вообще нет
>Подводя итоги - ваше счастье мне непонятно.
Счастье было, когда нашли нужные заголовки и прога скомпилировалась, а до тех пор я сидел в кафе и ел пиццу =)
А вы поставьте базовые системы, и сравните простоту и скорость установки и настройки, количество устанавливаемых по умолчанию пакетов, организацию файловой системы...
И вообще даже сборка пакетов в CRUX делается на порядок проще. Не говоря уже о том, что пакеты можно собирать цепочками, с учётом зависимостей и install-скриптов.
>Ничегошеньки вы не понимаете, в том то вся и прелесть что там их нет. Если очень хочется - поставьте MOPS Linux. Там и pam есть, и системная локаль по умолчанию utf8, и контроль зависимостей поддерживается, а к тому же там осталась простота внутреннего устойства. После небольшого допиливания очень даже юзабельная и удобная вещь.
МОПСы купили анонимуса. И меня кстати. Потому что МОПС вполне приличный дистр.
>На конкретные заморочки "популярнейших дистрибутивов" мне плевать, т.к. в моем "непопулярном" дистрибутиве их вообще нет.
Чушня. Если бы софтина писалась дебианщиком, то никаких проблема не возникло бы, ибо он знает свой дистрибутив, а на заморочки вашего "непопулярного" ему плевать. И сидели бы вы, шарили под своей слакой. Поэтому непонятна ваша невинная радость - вы знаете (только) свой дистрибутив? Это не повод для гордости, а самый низкий возможный уровень для девелоперской работы под линуксом - ну хоть один ведь знать для этого надо. Всё это не трагично - у каждого дистрибутива есть свои мейнтейнеры, которые могут ночью, не просыпаясь, перечислить что и где лежит и глазом не моргнув, соберут вам вашу софтину. Вы только почему радостно прыгаете - осилили один дистрибутив и этим гордитесь? :)
> Пример из реальной жизни: делал прогу, которой нужны были файлы <openssl/*.h>, делал/тестил в слаквари (ибо Ъ!) и ни о чем не задумывался абсолютно, потом отнес на аудит к управляющему, у которого на его дебиане был долгий секс
Ну apt-file ладно, но про поиск на packages.debian.org вы оба не знали, да? Пересади управляющего тоже под слаку. В наказание.
удивительно что после прошлых серий ни они ничего не поняли, ни в слаке в лучшую сторону ничего не поменялось.
а они так же пылко защищают слпку, ну прямо как в первый раз
>Чушня. Если бы софтина писалась дебианщиком, то никаких проблема не возникло бы,
Нет, он просто бы столкнулся с этим на самом начальном этапе
>ибо он знает свой дистрибутив
Ага, "если вы знаете RH, то все, что вы знаете - это RH" =)
>а на заморочки вашего "непопулярного" ему плевать
ЛОЛ, какие заморочки в слаквари? Это чисто заморочки дебиана :)
>И сидели бы вы, шарили под своей слакой.
ага, мечтать не вредно =)
>Поэтому непонятна ваша невинная радость - вы знаете (только) свой дистрибутив?
Я знаю свой дистрибутив, и другие ровно в той степени, в какой мне необходимо
>Это не повод для гордости, а самый низкий возможный уровень для девелоперской работы под линуксом - ну хоть один ведь знать для этого надо.
Я знаю людей, которые, к примеру, в ядре линукса шарят лучше вас как минимум на два _порядка_, но толком не разбираются ни в одном дистрибутиве линукса =)
>Всё это не трагично - у каждого дистрибутива есть свои мейнтейнеры, которые могут ночью, не просыпаясь, перечислить что и где лежит и глазом не моргнув, соберут вам вашу софтину.
Свою софтину я сам себе соберу, это вы дергайте ваших локальных божков (мейнтейнеров) на каждый чих =)
В треде о Slackware 12.1 2080 комментов. Главными двигателями были Tommy и iRunix. iRunix'а нет, но есть Tommy, поэтому надеюсь на примерно 1040 сообщений. А если придет iRunix и приведет еще кого-нибудь из ярых слакофобов - это ж ~3120 мессаг!!!
Есть подозрения, что в треде про Слаку 13 будет твориться что-то действительно ужасное. Специальное заседание троллей, обсуждающих проблемы сбивания с пути верного начинающих слаководов.
З.Ы. "Слаку-тян" - звучит мило. Единственное, что понравилось из речи томми. Остальное - нейтрально, ибо празднег не испортите. =)
>удивительно что после прошлых серий ни они ничего не поняли
Увы сударь, свет от Ваших аргументов очень слаб, не может он обличить скрывающуюся во тьме ущербность Слаки.
Задумайте и изобретите что-то новое, а то второй раунд pam_vs_Патрик просто загибается под своей вторичностю и подражанию первому (http://www.linux.org.ru/view-message.jsp?msgid=2710922)