Аудиоинтервью с Патриком Волькердингом

>Осуждать какой-либо дистрибутив могут только криворукие пионеры ниасилившие его. Для тех кто реально использует линукс в работе совершенно пофигу какой дистрибутив ставить/настраивать. А участие в холи-варсах это признак юношеского максимализма который проходит со временем.

Ага, щаз. Как раз криворуким пионерам пофигу какой дистрибутив ставить/настраивать. Для тех кто реально работает важна быстрота разворачивания системы, своевременные апдейты, тех. поддержка и т.д. Или ты Xandros на серверах ставишь, а оракл гоняшь исключительно на BSD ради подавления юношеского максимализма ? Это все равно что бегать в ластах и противогазе по гроблям в полной темноте на перегонки.

Ребята, модераторы, надо бы фамилию Патрика в заголовке подправить. Он все-таки немец, а значит Фолькердинг.

>Для тех кто реально работает важна быстрота разворачивания системы

Не критично... ты не на пожар спешишь... настраивать надо _качественно_ а не _быстро_.

>своевременные апдейты

Скорость и _качество_ секьюрити фиксов в слакваре не хуже, а зачастую и лучше, большинства дистрибутивов.

>тех. поддержка и т.д

Что поддерживать надо на рабочем сервере ? Просто надо ничего не ломать :)

>а оракл гоняшь исключительно на BSD ради подавления юношеского максимализма

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

>Это все равно что бегать в ластах и противогазе по гроблям в полной темноте на перегонки.

Ты правильно описал суть работы администратора в большой конторе :)

> Интересно, вы. гентушники вообще видели как люди работают --- курсовик там считают, проги пишут или там деньги жадно пересчитывают?

работать можно в любом дистрибутиве, gentoo удобен тем, что все нужные мне библиотеки для java и common lisp а также новые версии программ типа maxima устанавливаются через package manager, а не руками или другими частями тела.

>>Это все равно что бегать в ластах и противогазе по гроблям в полной темноте на перегонки.

>Ты правильно описал суть работы администратора в большой конторе :)

Угу, когда на его серваках стоит слакваре

> Как раз криворуким пионерам пофигу какой дистрибутив ставить/настраивать. Для тех кто реально работает важна быстрота разворачивания системы, своевременные апдейты, тех. поддержка и т.д.

Вам не кажется, что между первым и вторым утверждением нет никакого противоречия. Так и появляются на свет зюзерутеры. Идеального баланса можно добиться только в gentoo, либо пересобирать часть пакетов в своём дистре. А есть там менеджер или нет - это не суть важно. Главное что бы бэкап был :)

>Вот например кто нибудь когда нибудь видел как кто-то под слакой работал?

У меня слака не десктопе стоит; понастраивать пришлось (например, гном
последний из garnome), но сейчас просто работаю и не парюсь.

Но вот на ноут я Ubuntu поставил, потому как использую его больше как мультимедийную вещь,- фильмы, музыка, игры, веб-серфинг, Xgl (пальцы погнуть перед вендузятниками) ...

>>>Это все равно что бегать в ластах и противогазе по гроблям в полной темноте на перегонки.

>>Ты правильно описал суть работы администратора в большой конторе :)

>Угу, когда на его серваках стоит слакваре

Ээээ... я с противогазом бегал когда у меня стояли СуСИ. Сейчас бегаю с RHEL 4. Причем прикол заключается в том, что в этих дистрах в стандартной поставке нет интересующего меня софта и мне приходится собирать его руками :) ТОЧНО ТАК ЖЕ КАК И В СЛАКЕ... Тока не говорите мне про НЕОФИЦИАЛЬНЫЕ репрозитарии, я про них знаю но не верю им так как я верю ПРИЗВОДИТЕЛЯМ дистра :)

А тогда какой смысл перехода на RHEL 4 ? Сменить зеленый противогаз на красный ?

>А тогда какой смысл перехода на RHEL 4 ? Сменить зеленый противогаз на красный ?

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

Ладно б винюки, но вот то что в Макосе нет пакетного менеджера? Я прям афигел, когда осознал. Или Патрег с Джобсом кореши?

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

Вот к примеру, заглючил или упал сервак под слакварью и чего делать ? Фтыкать форумы, маил-листы, ковырять железо, тихо плакать в толчке "Патрик, Патрик, ну как же так...". В случае если упал к прииеру RHEL или соляра, просто накатывашь люлей саппорту, а главное твоя ж..а прикрыта перед руководством.

Про то, как Оракл замечательно работает под Slackware я знаю, он и под BSD работает, до тех пор пока ты не столкнешься с какой-нибудь проблемой. Угадай куда пошлет тебя саппорт оракла ?

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

З.Ы.: А Патрик, что сказал ?

Ну а если серьезно, чем еще гена не нравится, кроме как компиляцией всего?

А насчет компиляции, проблемка сразу решилась установкой ccache и distcc на 8 линуксовых тачках с gcc4 которые в сети, дык теперь компилится все со скоростью разворачивания из rpm ;-), ну еще плюс чуток линковка, тем более что мир не каждый день обновляется :-D

что бы не использовал - всегда к слаке возвращаюсь. самый удобный и простой в настройке дистрибутив. на венду в отличие от федоры и убунты не похож, и главное - нет проверки зависимостей при установке пакетов как во всяких дебианах с гентами, мертвецов не притаскивает!!! Патрег - БОХ, слака рулез.

тем кому не нравится слака - в венду идите, это одна хрень с федорой и убунтой.

> просто накатывашь люлей саппорту, а главное твоя ж..а прикрыта перед руководством.

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

>> ушел думать о корреляции эксгибиционизма и пацанства

это пять! )

А видео с Памеллой нет ни у кого ?

> Причем прикол заключается в том, что в этих дистрах в стандартной поставке нет интересующего меня софта и мне приходится собирать его руками :) ТОЧНО ТАК ЖЕ КАК И В СЛАКЕ...

А написать спеки и собрать rpm с помошью rpmbuild религия не позволяет или что, не осилили?

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

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

Сам пользовался Слакварью лет 5ть. Но у нее нет нормального репозитария пакетов, как у той же Федоры. Линукспекеджес это фигня полная. Это не репозитарий, годный для обновлений. Это просто поиск по пакетам, собранным и лежащим черти где.

>а например курсовик считал, или там прогу писал, или на худой конец деньги считал? Нет? Потому что такого в природе не существует!

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

пользуюсь slacky.it...

>Тока не говорите мне про НЕОФИЦИАЛЬНЫЕ репрозитарии, я про них знаю но не верю им так как я верю ПРИЗВОДИТЕЛЯМ дистра :)

У производителей дистра на _оцифиальной_ странице есть список этих "неофициальных" репозитариев. Странно да?

>Вот например кто нибудь когда нибудь видел как кто-то под слакой работал? Не НАСТРАИВАЛ ее, не пакеты собирал, не матчасть учил, а например курсовик считал, или там прогу писал, или на худой конец деньги считал? Нет? Потому что такого в природе не существует!

Заблуждаешься, дорогой! У меня пол офиса работает на ZEN (многим от слаки отличается?). И работают. И ничего. И далше слаку ставим. Она гораздо проще в администрировании, на мой взгляд. Там всё просто устроено, всё шустро работает. Чего ещё надо?

>> Причем прикол заключается в том, что в этих дистрах в стандартной поставке нет интересующего меня софта и мне приходится собирать его руками :) ТОЧНО ТАК ЖЕ КАК И В СЛАКЕ...

>А написать спеки и собрать rpm с помошью rpmbuild религия не позволяет или что, не осилили?

Написание спека и дальнейшая КОМПИЛЯЦИЯ пакета при помощи rpm-build - это разве не сборка пакетов из исходников? :) Чем ЭТО отличается от configure; make; make install; в Слаке? Тем, что ЭТО описано в спек файле? И в конце получается пакет *.rpm, а не *.tgz? :)

Простота использования слаки в том, что в ней кроме ./configure и создания простейшего пакета (*.tar.gz) не надо учить формат спек файлов :) Далеко не со всеми исходными кодами поставляются, не то что готовые спек файлы, нет даже шаблонов этих файлов :( Ну да ладно - это уже религия...

>>Тока не говорите мне про НЕОФИЦИАЛЬНЫЕ репрозитарии, я про них знаю но не верю им так как я верю ПРИЗВОДИТЕЛЯМ дистра :)

>У производителей дистра на _оцифиальной_ странице есть список этих "неофициальных" репозитариев. Странно да?

Т.е. производитель дистра НЕСЕТ ОТВЕТСТВЕННОСТЬ за пакеты из неофициального репрозитария? И не будет посылать меня на ЮХ если я обращусь в службу поддержки этого дистра, если у меня возникнут проблемы с пакетом из этого репрозитария?

> Чего ещё надо?

Смотря кому. Нетехнарям - usability & eye kandy. Начальникам - _гарантированная_ поддержка (контракт, денежная ответственность, все дела). Админам - минимальное приложение напильника (чтобы на пыво и кваку больше времени оставалось). Крестьянам - землю. Советам - власть;)

> Чем ЭТО отличается от configure; make; make install; в Слаке?

Ребята, я вас прошу, УМОЛЯЮ, давайте раз и навсегда закончим писать, что в Слаке нужно делать make install. Иначе нам придется до конца дней своих выслушивать тупой стеб онанимусов про "превратил в слаку...". Один из плюсов Слаки - простой формат пакетов, поэтому сделать самому пакет, который будет как родной рулиться pkgtool-ом элементарно. Используйте checkinstall из extra, или пишите SlackBuild - это тоже не сложно.

>> Чем ЭТО отличается от configure; make; make install; в Слаке?

>Ребята, я вас прошу, УМОЛЯЮ, давайте раз и навсегда закончим писать, что в Слаке нужно делать make install. Иначе нам придется до конца дней своих выслушивать тупой стеб онанимусов про "превратил в слаку...". Один из плюсов Слаки - простой формат пакетов, поэтому сделать самому пакет, который будет как родной рулиться pkgtool-ом элементарно. Используйте checkinstall из extra, или пишите SlackBuild - это тоже не сложно.

Я это написал как пример для тех кто не знает как делать пакеты в слаке :) Просто им понятнее make install. А про специфичные для слаки проги по созданию пакетов они не знают.

> я например не встречал сервера сертифицированные под ... gentoo.

Встречай:

http://vendors.gentoo.org/index.cgi?page=1&comGroup=1

http://www.sun.com/servers/coolthreads/tnb/linux.jsp

http://www.vr.org/fileadmin/landing-pages/gentoo-special1.html?utm_source=gen...

http://www.tek.net/

http://www.sevenl.net/

>что бы не использовал - всегда к слаке возвращаюсь.

Ага, вот и я так же ;) Много чего перепробовал. Что-то нравилось, что-то не нравилось, а слака всё равно лучше.

Проверка зависимостей наююуююй не нужна.

Слакбилд это обычный sh-скрипт, который: а) распаковывает архив с исходниками, запускает конфиг, make, устанавливает во временный каталог + меняет прада доступа, меняет\добавляет конфиги и др.скрипты - всё, что нужно для работы 2) одной строчкой генерит "полноценный"(или как уж для вас :) пакет из этого всего, который .tgz Ну а менеджер пакетов при установке данного просто скопирует файлы куда нужно, создаст симлинки, конфиги, выполнит скрипты... --- Вот спорят о простоте, убогости, сложности, обновляемости, полезности, современности... - много слов, а достаточно и двух :)

Сколько у тебя займет времени поставить на систему без иксов, скажем, rhythmbox и Konquerror ? Запустить, а потом все то, что поставил снести ?

>Про то, как Оракл замечательно работает под Slackware я знаю, он и под BSD работает, до тех пор пока ты не столкнешься с какой-нибудь проблемой. Угадай куда пошлет тебя саппорт оракла ?

Могу спросить у нашего суппорта точную формулировку. ДУмаю у оракла она слабо отличается:))

>Так же хрень наблюдается с дровами под железо и разной другой фигней, я например не встречал сервера сертифицированные под slackware или gentoo.

А все просто - эти сервера ставятся с большим количеством телодвижений, при чем чем менее грамотный администратор, тем больше проблем. Существует между разработчиком дистрибутива и админом который все это ставит третья сторона (third party) которая разрабатывает разные солюшены. С ее точки зрения все очень просто - солюшен сертифицируется только под платформу, проблемы на которой a) могут быть отправлены в чужой суппорт (как то RH, Novell, etc) b) устанавливаются в рассчете да идиота админа - то есть интерфейс click+click из бест. Потому что всякие прочие стороны - это влет на бабки этой самой третьей стороны, которая должна ипаться со всякими мутными конфигурациями, которые нахреначил непонятно кто и непонятно как собрал, и вынуждена будет сама оказывать суппорт, что просто минус к бабкам. Думаю в природе не существует софта который сертифицирует например LFS.

>Т.е. производитель дистра НЕСЕТ ОТВЕТСТВЕННОСТЬ за пакеты из неофициального репрозитария?

This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

> Нетехнарям - usability & eye kandy.

KDE и в Африке - KDE. Везде одинаков. А у Гнома HID ещё не вырос ;)

> Начальникам - _гарантированная_ поддержка

Эээ... Очень спорная тема. С мноежством оборотных сторон медали.
Что лучше, теоретически заявленная абстрактная поддержка американской
конторы или 10-летний опыт своих админов, которые, образно говоря, слаку
с закрытыми глазами соберут/разберут?

> Админам - минимальное приложение напильника

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

>>Т.е. производитель дистра НЕСЕТ ОТВЕТСТВЕННОСТЬ за пакеты из неофициального репрозитария?

>This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

:) Если возникает проблема в пакете, поставляемом с RHEL я обращаюсь к ним в поддержку и они отвечаю мне как решить проблему. Если проблема возникает в пакете НЕ ВХОДЯЩЕМ в RHEL они посылют на ЮХ. При чем тут GPL? Речь идет о пакетах из НЕОФИЦИАЛЬНЫХ репрозитариях и официально купленной поддержке дистра, а не о лицензии GNU GPL.

Так вот - тогда в чем разница между слакой и шапкой В СЛУЧАЕ НЕОФИЦИАЛЬНЫХ ПАКЕТОВ? Да ни в чем, самому все проблемы решать прийдется.

>Сколько у тебя займет времени поставить на систему без иксов, скажем, rhythmbox и Konquerror ? Запустить, а потом все то, что поставил снести ?

А он никогда такого не делал - потому не знает. Я в древние времена подолбался даже с rpm - установка на 0вую инстляцию хотя бы X была очень веселой.

> Вот например кто нибудь когда нибудь видел как кто-то под слакой работал?

я работаю на слаке с 1998 года. Перепробовал массу дистрибутивов (брал на-посмотерть). Ни один не понравился в гибкости настроек и в простоте конфигурации под свои нужды. Хотя у жены на ноутбуке стоит Ubuntu - ей там удобнее. Но вот на Убунте периодически возникают всякие заморочки, которые приходится решать и тратить на это время (печать например), а в слаке, когда всегда знаешь где-что у тебя лежит, таких проблем вообще не возникает или это решается очень быстро...

> KDE и в Африке - KDE

Я же просил usability, а не bloat;) Ланна, завязываем с этим в этом топеге.

> Что лучше, теоретически заявленная абстрактная поддержка американской конторы или 10-летний опыт своих админов, которые, образно говоря, слаку с закрытыми глазами соберут/разберут?

А почему Вы противопоставляете опыт и поддержку? Нужны ОБА. Только опыт админа - в ПОСЛЕДНЮЮ ОЧЕРЕДЬ заключается в умении разобрать и собрать слаку.

> И везде примерно в одинаковой степени напильник применять приходится.

Слово "примерно" в этом предложении ключевое;)

> Для некоего абстрактного юзера с усреднёнными потребностями.

А еще у софта бывают конфигурация...;) Которую никто не запрещает менять. В самом рассертифицированном редхате НИКТО не запретит ручками крутить httpd.conf - и редхат будет это поддерживать (во всяком случае, во времена 6.2 поддерживал - с этим я сталкивался).

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

За то дистростроителю и платят деньги - чтоб он отвечал за ляпы и фиксил их ASAP. И, извините, тестерам фирмы Redhat/Novell/... (специально получающим зарплату) я доверяю больше чем _среднему_ слаководу.

не доверяй тестерам вообще

если слака не работает - её можно починить, а если не работает красная шапка или зюзя, то тебе остаётся только звать на помощь саппорт

лучше уж венду тогда ставить, ИМХО

>а если не работает красная шапка или зюзя, то тебе остаётся только звать на помощь саппорт

Это тот, кто не умеет плавать - зовёт на помощь. А тот кто умеет - сам плывёт, и изучать гидродинамику для того, чтобы научиться плавать ему не приходится:)

> не доверяй тестерам вообще

Почему??? Редхат и Новел за качество рублем отвечают.

> если слака не работает - её можно починить, а если не работает красная шапка или зюзя, то тебе остаётся только звать на помощь саппорт

Вызывающе неверная. Во-первых, сырцы у всех одинаковые (патчи тоже публично доступны, GPL же). Во-вторых, наличие саппорта, который можно позвать на помощь - и который за что-то отвечает - это ГИГАНТСКИЙ плюс. Как для админа, который знает, что за ним есть кто-то. Так и для менагера, который знает, что даже если супергениальный админ уйдет в paternity leave, его молодой помощник сможет (совместно со службой поддержки) как-то разруливать проблемы.

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

Дистр проходит через тестеров и community. То, что в Slackware Inc. нет "специально получающих зарплату" тестеров - community от этого не страдает :)

>Проверка зависимостей наююуююй не нужна.

Коенчно, не нужна. Сменил glibc без обновления софта, бутнул машину - и радуешься.

>То, что в Slackware Inc. нет "специально получающих зарплату" тестеров - community от этого не страдает :)

Ты путаешь community и users. У слаки, в основном, второе.

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

не надо про психологию и комплексы, вопрос предельно прост

я действительно могу поднять завалившийся сервер, могу предсказать, от чего он может упасть, знаю, что можно делать, а чего нельзя - я знаю слаку "вдоль и поперёк"

а "ГИГАНСКИЙ плюс" оставь для прикрытия мягкого места от недовольного начальства, которое ждёт помощи от саппорта

>Коенчно, не нужна. Сменил glibc без обновления софта, бутнул машину - и радуешься.

зачем обновлять ПО на работающем компьютере? работает - не трожъ! (с)

emerge world == rm -rf / , гы-гы-гы:)

>Встречай: >http://vendors.gentoo.org/index.cgi?page=1&comGroup=1 >http://www.sun.com/servers/coolthreads/tnb/linux.jsp >http://www.vr.org/fileadmin/landing-pages/gentoo-special1.html?utm_source=gen... >http://www.tek.net/ >http://www.sevenl.net/

ГЫ сына, LoL !