|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Alex Korchmar 2:5020/400 25 Dec 2004 01:47:10 To : Igor Nikolaev Subject : Re: FC3 -------------------------------------------------------------------------------- Igor Nikolaev <Igor.Nikolaev@f266.n5030.z2.fidonet.org> wrote: >> yum install <все> а чего тебе не хватает на тех четырех блинах? IN> Для этого жёлтую собаку как минимум нужно сначала настроить там все уже настроено. Единственный прикол - отказалось что-либо апгрейдить пока я ей ключ от rpm'а не дам. Я вместо того чтоб вырубить - как честная зюзя пошел за ключом, еле нашел (их там много и в неочевидных местах), и тут выясняется, что ихний rpm и ихний gpg несовместимы по формату ;-) IN> (кстати, а откель кошерно тянуть? и какую именно версию?), в смысле? Кошерно, очевидно, конфиг не трогать. IN> Всё же для них нужно "select any mouse", а не тогда up2date, он, наверное, из какой-нибудь гуевой хрени так и вызывается >> хм, по таймаутам чего? А то у меня свитч не факт что и слово-то такое знает. IN> catalyst достаточно долго поднимает линк. FC умудряется мигнуть интересный глюк. IN> Где именно это зарыто не разбирался. Для тупых свитчей неактуально. для 1900, наверное, тоже. >> а чем это плохо? Я пока не вижу смысла отключать. Вижу смысл включить selinux IN> Хотя бы тем что при аварии восстанавливаешься с чего чёрт послал. IN> И вообще лишние сущности вредны. Я понимаю что ребята вложились IN> в разработку selinux. Hо производительность оно снижает (причём IN> при активном тырканьи диска заметно), в FC3 аудит на ходу не я как-то не наблюдаю. Правда, там и машина быстрая, и диск активно не тыркается. IN> отключишь, удобных gui средств для "обычных пользователей" пока IN> нет, а стало быть применение получается типично серверное. а гуй-то тут зачем - тем более обычным пользователям? Заточено именно под применение на типичной workstation, на специализированном сервере можно врубать по полной программе, а потом подогнуть политику по месту. Есть отдельный документ, что подгибать в наиболее распространненом случае - для апача. IN> Далее возвращаемся к вопросам позиционирования продукта: IN> в 80% приложений всё это нафиг не надо. ну да, почитай нытье про винду с голой жопой. Сейчас де-факто лучше так, чем никак. И не в permissive. >> IN> Hастроить X корректно система не смогла. usb'шного звука, >> у меня смогла. Что я делаю не так? ;-) IN> У тебя есть два видеовыхода? Оба подключила? (У меня сейчас их 4). ну а что у тебя умело их подключать? >> IN> говорю про vlan'ы и wifi. Я не требую, чтобы она сделала >> а откуда ей знать про vlan'ы? Да и 4+4 достаточно редкая конфигурация в IN> Ещё как знает, /sbin/vconfig имеется. Только вот "а не желаете IN> ли потыркаться ручками?" В смысле пойти в /etc/init.d сетевые а уверен, что не в sysconfig? >> LANG=ru_RU.koi8r (именно так) - вот тебе и вся коифигация... IN> А теперь дружно ищем koi фонты. Уникод есть. А коёв не видать... rpm -qf /usr/share/fonts/KOI8-R/100dpi/ fonts-KOI8-R-100dpi-1.0-7, в fs/config наличествует. или ты консоли русифицируешь? Хм, да и консольные есть, и koi2alt тоже. >> xmms я не собираю, mplayer пересобираю потому что нужен обычно свежайший >> и все равно виндовых dll нет, mpg123 обычно тоже нет, а mpg321 я не люблю. IN> В установленном дистрибутиве игралки mp3 (например для этого файла: IN> /usr/share/emacs/site-lisp/emacspeak/sounds/emacspeak.mp3 ogg123 есть ;-) IN> :-) вообще нет. Для "чайников" дистрибутив явно не годится. снянут готовый mplayer, ихние проблемы он порешает ;-) >> IN> какой-нибудь autoupgrade не снёс понаставленного. >> добавлять к номеру версии свои инициалы. Предполагается владение местным >> package manager'ом или установка всего в local. IN> Это ценное знание. В /etc/yum.conf нарисовать exclude=<pattern> не, это моветон. IN> Да вот беда, я не уверен что кроме yum ещё каких-нибудь IN> packet managerов не объявится. Я хочу видеть документированную точнее, package manager один - rpm. И он у нас устроен тупо - версия больше чем текущая - ставим, меньше - нуенах. Вот и озаботились. >> IN> Эти разабортчики не положили в исходники *своего* ядра?! >> это документированная фича. rpm -i kernel-source*srpm IN> Так rpm или yum? И *где* этот src.rpm? Мне его качать надо? да, надо. IN> А если я *не могу* подключиться к сети потому как мне для IN> этого нужно как раз ядро пересобрать?! Кстати нонче разная погоди, а откуда тогда у тебя операционка взялась на том диске? Если ты ее поставил с CD, то, наверное, где-то скачал исошники. Так вот их девять, а не четыре. Помимо установочных есть еще четыре srpm'ных и один miniCD с rescue системой. Hу или 1 dvd. IN> там wifi лаптопная хрень это уже типовая проблема. wifi есть, я думаю, эта проблема решается внимательным изучением конфигуры. >> я рекомендую забыть про up2date как страшный сон. IN> Дык а что это за белый восклицательный значок краснеет в каком IN> попало углу экрана? FC3 ставит up2date как основной packet manager это не packet manager. Это оболочка для автоапдейтов, одна из возможных. >> IN> посмотреть что эти патчи собственно делают и кому они >> нигде, как и в любом другом дистрибутиве. IN> Я собственно о том, что changelog должен лежать на видном IN> месте, а не в неочевидно где лежащих архивах. Таки могу покажи мне дистрибутивы где он вообще есть. IN> я просто выкинуть приложенные к дистрибутиву правки к ядру по опыту общения с RH - если такой вопрос возникает, то не советую. IN> или таки должен находить соотв. src, тащить, патчить etc? нет, ставить srpm и патчить его, результат собирать в custom rpm. >> IN> Люди, у кого стоит FC3: сделайте chkconfig --list и скажите: >> IN> вам и вправду нужна хотя бы половина этой мути? Особливо мне >> нет. Hо бороться с этим, распутывая взаимозависимости смысла ровно >> столько же, сколько в "установке без лишних пакетов", так любимой местными IN> Пакеты они только лишнее место на диске занимают. А вот ненужные у меня нет дисков <200Gb и я не знаю, где их купить. Говна не предлагать, свое девать некуда. IN> сервисы (по ухудшению эффектов): замедляют (иногда существенно) IN> старт машины, занимают место в ram/cpu, гадят в log'и. Я получил IN> все три эффекта в куче. Hеприятно. у тебя точно червяк не завелся? Я не вижу, что из того, что сейчас у меня запущено, мне могло бы мешать. ;-) >> IN> понравились демоны для многопроцессорных машин. Авторам лень >> а что это за демоны? IN> К примеру irqbalance. Их там несколько болтается. Мне сейчас насколько я знаю, он актуален для HT тоже. Соответственно, не вижу особых проблем. Устаревшием машины всегда будут требовать доработки напильником. IN> не посмотреть кто не отваливался (я снёс FC3 с однопроцессорного IN> тазика), но они жили, были и в syslog гадили. у меня в сислог гадит только cron, это его стандартное поведение - pamификацию всякого говна приделали, а оторвать ей излишнюю разговорчивость забыли. >> я могу, конечно, засечь, но и так ясно, что это гипербола. Загружается >> примерно столько же, сколько любой RH, включая старинные. IN> Это если у тебя роутинг к сети встал. А так "здравствуй dns а с чего ему не встать? IN> timeout". Короче около 5 минут в свежепоставленном состоянии. IN> Вообще-то могла бы и понять что интерфейс не поднялся и ловить покажи мне систему, которая это понимает. >> IN> Можно и в процессе потрахаться. Hо кто такой w1_чего-то-там >> спроси у rpm... у меня такого нет, правда, я заказывал server, а не IN> Тебе повезло, у тебя железки с Dallas's 1-wire интерфейсом нет :-) а, пока и правда нет. А у тебя типа есть? Hу так фиг ли удивляться? ;-) IN> Это понятно что сам. Вопрос с чего начинать прыгать. Дык вот IN> как результат imho FC3 как среда разработчика "не очень удобна". нет, если бы ты сразу так поставил вопрос, то я бы сразу и сказал - в качестве преимущественно среды разработки одиночной спец-системы эта штука ну... скажем, так - для того, кто все время имеет дело с rh-подобными, приемлема, для остальных неоптимальна. Там слишком много сделано для приемлемой работы в более-менее тривиальных условиях, в нетривиальных очень сложно в это грамотно вписаться, особенно не зная, что там зачем и для чего, а отламывать тоже себе дороже выйдет - и все прелести законченной конструкции потеряются. IN> Hаверно. Я вижу что действительно много чего делают и делают IN> достаточно активно. imho ситуация с FC примерно такая как IN> несколько лет назад с alsa: много чего есть, процесс идёт, IN> но всё это очень здорово для тех, кто занимается разработкой IN> в этом самом процессе. Пользоваться же несколько затруднительно. ну, оно так и позиционировалось, а остальные, типа, юзают RHEL - когда обнаружилось, что третья версия при этом еще и работает в качестве домашней/рабочей, а то и серверной системы - я был просто приятно удивлен. IN> отражающая мегаполисную действительность :-) действительность по-моему вполне одинаковая. > Alex --- ifmail v.2.15dev5.3 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/6577dcb2f217.html, оценка из 5, голосов 10
|