Fedora Core 6 test 1

> Я не говорил, что я пользователь yum

Наверное мне показалось:
> Я делал так:
> 1) узнал такое слово - yum
> 2) man yum (минут 10)
> 3) обновляю имеющуюся инсталляцию FC2 на FC3 (с дистрибутивного DVD)

> yum - только надстрока на rpm (который вовсе не python, а совсем наоборот, вплоть до elf-static)
Да, это так. Да, python на мой взнгляд - это недостаток portage, только что с этого ? По-этому сразу весь дистрибутив отстой ? Сначала попробуйте им попользоваться - потом говорите. А так - неконструктивно и неубедительно.

>>Слака как раз для тех, кто эти слова никогда и не слышал:)

>Смешно :)

Согласен: иногда лучше смеяться/жевать, чем говорить:)

> потому что rpm своей "дубовостью" уже начал доставать
Как так ? Это ж "гвоздь" дистрибутива ! Странно как-то получается: gentoo - отстой, потому что python, RH - круто, но там дубовый rpm :-)

>Да, python на мой взнгляд - это недостаток portage

Может и не очень большой, но очень неприятный, к сожалению :(

>По-этому сразу весь дистрибутив отстой ?

Я этого не говорил! Концепция/идея мне, в общем-то, нравится. Но, ИМХО из приведённого выше "недостатка" (есть, правда, еще одна "мелочь" - плохая продуманность/реализация "концепции USE"), он и не стал до сих пор базой для дистрибутивов (сам gentoo, по большому счёту, дистром не является, скорее - концепцией, базой).

>Сначала попробуйте им попользоваться - потом говорите.

Я пробовал, и довольно долго им пользовался как основной рабочей системой.

>А так - неконструктивно и неубедительно.

в двух строках трудно написать "конструктивно и убедительно". Вы, наверное, не поняли меня. Ничего против gentoo как концепции (только не надо пионэрских заключений, что его основная концепция - "собирать всё под свою систему") я не имею. А конструктивные замечания и притензии к его текущему положению/состоянию у меня есть.

> Одно время поигрался с Slackware. Потом понял, что это не production дистрибутив (no dependancies, features incomplete installer, few foreign repositories, almost impossible to upgrade cleanly ...) и забыл про его существование.

А федора чтоли продакшн дистрибютив? :-)))

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

>Странно как-то получается: gentoo - отстой

Я этого не говорил:)

>RH - круто

Это тоже не моё заявление. Хотя жалоб от тех, кто пользуется именно RH, именно для конкретных задач, - никогда не слышал. Но лично мне было бы тесновато в рамках RH-only:)

>но там дубовый rpm

В первую очередь напрягает то, что в RPM только один вид зависимостей (жёсткий) - и сборочных, и установочных :(

>А федора чтоли продакшн дистрибютив? :-)))

На её базе несложно сделать продакшн-дистрибутив, не ломая ничего и "не влезая в дебри" - нужно всего лишь ограничить набор пакетов и оттестировать ОТДЕЛЬНЫЕ пакеты.

> Странно как-то получается: gentoo - отстой, потому что python, RH - круто, но там дубовый rpm :-)

Так все правильно! Поэтому use Debian(Ubuntu), где шикарный apt(aptitude) и вполне "недубовый" *.deb.

Дабы без нареканий, не deb а dpkg =)

>Поэтому use Debian(Ubuntu), где шикарный apt(aptitude) и вполне "недубовый" *.deb.

deb - в чём-то лучше, в чём-то хуже... Может даже чуть больше "лучше", чем "хуже", но ИМХО недостаточно, чтобы сменить шило (rpm) на мыло (deb):)

Zalman и APC позволяют не совершать множества лишних движений :)

> Zalman и APC позволяют не совершать множества лишних движений :)

ты можешь обьяснить мне - зачем? неужели это так круто иметь огромный аптайм на домашнем десктопе?

> deb - в чём-то лучше, в чём-то хуже...

deb в разы лучше

советую поближе познакомится с deb/dpkg/apt-get

> А федора чтоли продакшн дистрибютив? :-)))

Я, наверное, играю с ней на серверах в интернете.

> На её базе несложно сделать продакшн-дистрибутив, не ломая ничего и "не влезая в дебри" - нужно всего лишь ограничить набор пакетов и оттестировать ОТДЕЛЬНЫЕ пакеты.

Так тогда вообще из любого дистрибутива можно сделать продакшн-грэйд, какая разница что тестировать, если баги все равное будут фиксится в сорцах?

Еще непонятно что такое "на базе"... а уж "не ломая" - выдергиваем HAL и D-BUS и еще немножко костылей, от коих на сервере толку мало... система разве не осыплется?

Молодец! Самое важное в серверах - это не обкатанные решения, а весь дистр, собранный последним, только что вышедшим gcc на последних, только что вышедших glibc! ;-)

> есть, правда, еще одна "мелочь" - плохая продуманность/реализация "концепции USE"
А можно узнать в чем заключается плохая продуманность ? (я серьезно)

P.S. Я сам долго использовал только RedHat, сейчас вот сижу под Gentoo (при чем RH как стояла на серверах, так и стоит). И почему-то идеология, удобство работы с Gentoo, как с дистрибутивом, мне больше нравится, чем с RedHat.

Как зачем - сплю я себе, а машинка делом занимается, считает что-нибудь, кодит, файлики выкачивает с нета... благо powernow+cpufreq позволяют такое делать вообще без риска для системы... главное - минимум шума.

В конторе рабочие станции у большинства народа (на вин-2к, правда, но там это дело обосновано - пока система загрузится и воткнется в AD - можно пообедать не спеша :) ) вообще не выключаются месяцами... удобно...

Ну и... "аптайм это круто, ибо им можно меряться"! ;))

Тогда, однозначно, круче всех - SUSE с ее gcc-prerelease %)

>Так тогда вообще из любого дистрибутива можно сделать продакшн-грэйд

Из Слаки - очень сложно. причины - смотри више, они назывались.

>Еще непонятно что такое "на базе"

Очень жаль, что непонятно :(

>а уж "не ломая" - выдергиваем HAL и D-BUS

если устанавливать/не устанавливать пакет - это "видёргивание"...:)

>и еще немножко костылей

каких "костылей"? багфиксы на НЕКОТОРЫЕ, ОТДЕЛЬНЫЕ пакеты - это не "костыли".

>Не успело толком выйти одно глюкалово, уже посыпались альфы для следующего :)

Не успел зарегистрироваться, а уже гонит.

>А можно узнать в чем заключается плохая продуманность ? (я серьезно)

Есть в сети статьи по этой теме, на ЛОР ссылки на них тоже приводились. В двух словах: громозкость, избыточность и "линейность" в подходе реализации...

>И почему-то идеология, удобство работы с Gentoo, как с дистрибутивом, мне больше нравится, чем с RedHat.

Мне тоже больше нравится ковыряться в коде/ебилдах/спеках, чем в электьронных таблицах. так что в этом смысле я вас понимаю:)

Но в "промышленном/корпоративном" применении Gentoo (к сожалению) теряет свои преимущества и выглядит хуже по сравнению с комерческими дистрами (теми же RH/SUSE) :(. Причины я привёл: не очень продуманная и полная РЕАЛИЗАЦИЯ хорошей (в общем-то) концепции :(

>Могли бы обождать с выпуском - пятёрка вполне современная :) Хотя там наверное xfce 4.4 и fluxbox 1.0 будет ;)

Ну шестерка выйдет еще когда...

А пятерка достаточно переходная штука.

Интересно, от kudzu они избавились?

>Насколько я видел обновление с FC4 на FC5 прошло без нареканий и полностью автоматически, чего не могу сказать о переходе с FC3 на FC4 (пришлось ставить начисто с перенастройкой из бэкапа) :(

Ну на самом деле есть там моменты типа смены названий пакетов...

Но правится легко.

> Как зачем - сплю я себе, а машинка делом занимается, считает что-нибудь, кодит, файлики выкачивает с нета...

анлимным или быстрым инетом обладает меньшая часть нашей необьятной родины ;)

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

> В конторе рабочие станции у большинства народа (на вин-2к, правда, но там это дело обосновано - пока система загрузится и воткнется в AD - можно пообедать не спеша :) ) вообще не выключаются месяцами... удобно...

ну на работе и я невыключаю :)

>С тем количеством хаков, костылей и надстроек, что строители федоры кладут в сорцы,

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

>называют "стабилизацией"

Естественно, оно после этого нормально работает.

>и все это дело компиляют вчера релизнутым gcc, который тестировался ровно 3 часа и 15 минут после бампа версии до 4.1?

Они являются основным разработчиком gcc и могут себе это позволить.

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

Офтопик, чудо, года выпуска какого? А дистрибутив у тебя какого года выпуска?

Ты не сравниваешь же 98 и XP. Ну а тут-то чего полез?

Хоть в FAQ пиши.

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

как ты догадался? :)

> как ты догадался? :)

от вас с гиком и не такое узнаешь

> Из Слаки - очень сложно. причины - смотри више, они назывались.

Причины? У нас определенный набор пакетов => зависимости обеспечиваются влегкую by-design ("не нравится - не запускай, но пусть лучше будет, чем потом иметь гимор с интеграцией"), каких фич не хватает инсталеру на сервак - поддержки 1600х1200@32 чтобы iLO просто так не простаивал? или чтобы pkg-get (или что там качалкой) мог дергать обновления из левых репозиториев? или возможности апгрейдить рабочий сервак полностью одной командой?

> Очень жаль, что непонятно :(

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

> если устанавливать/не устанавливать пакет - это "видёргивание"...:)

Смотрим в зависимости свежих GNOME, KDE и много чего прочего - HAL+DBUS очень много где завязаны... во что выльется жесткий блок на установку пакета? ;)

> каких "костылей"? багфиксы на НЕКОТОРЫЕ, ОТДЕЛЬНЫЕ пакеты - это не "костыли".

Например всякие системы индексации, Mono-надстройки и т.п., см. прессрелизы от RH прочих дистростроителей на тему "новые вкусные фичи там-то и там-то" :) Собственно так и есть - зачищенная от свистелок и стабилизированная Fedora Core = RHEL...

P.S. возможно я несколько однобоко понимаю термин "продакшн", но уж так сложилось, что в моих глазах "production" = бесперебойно и круглосуточно готовый сервак... для десктопов - другие требования -)

> Хоть в FAQ пиши.

кстати насчет фака

отправь гр_бузе sgml исходники, у нас с ним накопились некоторые багфиксы и добавления

вообще хотелось бы видеть гр_бузу майнтейнером lor-faq, он не такой инертный как ты с фаготом :)

>Ну может у вас это и правда.

Домашняя машинка, раздающая инет:

[admin@annette-pc ~]$ uptime 20:46:44 up 68 days, 5:13, 1 user, load average: 0.00, 0.00, 0.00

Домашняя машинка, за которой я сижу постоянно. [jackill@vampiress-pc ~]$ uptime 21:13:27 up 3 days, 1:28, 5 users, load average: 0.49, 0.44, 0.43

Слакварь так не может? И xen, наверно, не умеет. И поддерживает только x86...

Все говорят, что говно и глюкалово, только обосновать не могут. Ни примеров, ничего. Один вой - ой, много фиксов, ой, компилятор не 2.96, а 4.1.

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

>как ты догадался? :)

Кстати, да. Особенно если кодишь видео или если не только пользователь, а ещё и разрабочик или мэёнтейнер. Но ведь шумит, собака! так что только в другой комнате и с закрытой дверью:)

Ещё кстати: единственное для себя применение suspend to disk в этом нашёл - когда шумит, а прерывать процесс не хочется, чтоб не начинать его заново:)

>Сори, но зачем так делать? Чтоб не ребутить? так ведь всё-равно ведро придётся перегружать ;)

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

>зато для дома Слака - самое оно. Это конструктор, из которого можно сделать ВСЕ. В том числе и благодаря отсутствию этих dependencies.

Конструктор - это lfs.

А я могу и с зависимостями сделать все. Они не мешают. Даже наоборот.

> Слакварь так не может?

глупый вопрос ;)

> И xen, наверно, не умеет

умеет

> И поддерживает только x86...

в фак сукины дети! x86, x86_64, ppc и s/390

> анлимным или быстрым инетом обладает меньшая часть нашей необьятной родины ;)

Зато его имеет нехилая часть жителей Москвы :) На самом деле инет раздает сервак и лить удобнее на него, но возиться с wget и ssh иногда так лениво... особенно когда дело идет к ночи :)

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

Ээээ... а еще он красиво подсвечен и в качестве этакой продвинутой ночной лампы очень даже неплох ;) Иксы без толку - потом все равно всю систему пересобирать из-за них, а кде - ночи не хватит... хотя я вовсе не гентушник :)

> ну на работе и я невыключаю :)

Ну, а дома зачем? :)

> Зато его имеет нехилая часть жителей Москвы :)

всегда знал что Россия заканчивается после МКАДа...

> Ну, а дома зачем? :)

шумит, а я ценю тишину

не понял :-\ суспенд ту диск вроде вырубает машину, только память сбрасывает на диск. Как оно может продолжать компиляцию в саспенде?!

А спать при шуме кулера я привык :D

>в отличии от федоры, в убунте работает все - суспенд из коробки, nvidia/fglrx драйвера, etc

Дык Fedora все же в США хостится. Прописываешь ливну и у тебя сразу nvidia/fglrx, mp3 и прочее тут же появляется.

>особенно позабавил yum, более тупого пакетного менеджера я не видел ;) yum install что_либо выдает кучу xml в консоль и постоянно не может достучаться до различных мирроров

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

>а про purit я вообще молчу - при запуске проверяет доступность репозитория и в случае неудачи закрывается, видимо в redhat забыли что не у всех постоянное соединение с интернетом

Ну это тоже легко правится. ;)

> Как оно может продолжать компиляцию в саспенде?!

имеется ввиду что после восстановления из суспенда компиляция продолжится на том же месте где и была прервана засыпанием

а тьфу ты. моск совсем не работает - способен только на элементарные логические цепочки :)

> Не успел зарегистрироваться, а уже гонит.

Погорячился, однако... но отличий все же в 5-й и 6-тестовой версии минимум, и логичнее, наверное, было бы апдейтить выпущенный релиз, к которому были нарекания, и, скажем, выпустить 5-sp1 нежели выпускать тестовые столь быстро?

>А федора чтоли продакшн дистрибютив? :-)))

Он основа для продакш редхатовских. Кстати многие пакеты ничем не отличаются от федоровских.

>В первую очередь напрягает то, что в RPM только один вид зависимостей (жёсткий) - и сборочных, и установочных :(

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

> Прописываешь ливну и у тебя сразу nvidia/fglrx, mp3 и прочее тут же появляется.

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

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

с каналом все ок, хотя apt-get тоже иногда задумывается на 5-10 секунд, но ошибок не выдает

> Ну это тоже легко правится. ;)

как? прописыванием сидюка с дистрибтивом в качестве репозитория?

кстати если прервать компиляцию и просто продолжить, она тоже начинает с того места, где и закончилась. .о файлы все-таки остаются на диске

> Насколько я видел обновление с FC4 на FC5 прошло без нареканий и полностью автоматически, чего не могу сказать о переходе с FC3 на FC4 (пришлось ставить начисто с перенастройкой из бэкапа) :(

Я без проблем обновлялся yum'ом с 3 до 4, а потом с 4 до 5.

не знаю как yum на федоре, на аспе он ужасен. Для того чтобы обновить пакет он перерывает весь репозиторий, скачивает для него апдейты и срет в консоль xml'ями. Бр-р-р...

> если устанавливать/не устанавливать пакет - это "видёргивание"...:)

> Смотрим в зависимости свежих GNOME, KDE и много чего прочего - HAL+DBUS очень много где завязаны... во что выльется жесткий блок на установку пакета? ;)

> P.S. возможно я несколько однобоко понимаю термин "продакшн", но уж так сложилось, что в моих глазах "production" = бесперебойно и круглосуточно готовый сервак... для десктопов - другие требования -)

ЗАЧЕМ НА СЕРВЕРЕ "свежий KDE, GNOME и много чего прочего" ?