> man operating_systems
Gentoo GNU/Linux 2004.3
Emerge system!
на Четверг, 24 Март 2005, 03:01
добавил: Роман Химов список авторов печатать элемент контента создать pdf-файл  элемент контента
категория Обзоры
комментарии: 10
авторская оценка: 95/100
просмотров: 7218


DHCP, NAT и DNS я, в конце концов, прекрасно разрулил, "" при этом руководство (и удалив ненужный <tt>dhcpd</tt>). Вскоре после этого перевел-таки систему на чистый <tt>udev</tt> (чем он отличается от нечистого - смотри в документе), что ничего принципиально не изменило, но... само по себе приятно. Уже потом почитал о различиях <tt>udev</tt> и <tt>devfs</tt>, убедился, что сделал это не зря и совсем успокоился.

Проблема была одна - планшет (кстати, с остальной аппаратурой никаких проблем, что, собственно, и ожидалось). Конфигурацию X я составил (спасибо "<tt>man wacom</tt>"), это без проблем, но он вел себя странно - первая загрузка X, что автоматическая, что из консоли, приводила к черному экрану, а в логах писалось, что X словил <tt>SIGINT</tt>. Причем, логи загрузки успешной и неуспешной, фактически, отличались только тем, что в первом случае в конце была запись об ошибке, а во втором - нет. В общем, как выяснилось позже, никак не хотел X.org 6.8.0 держать одновременно мою старую мышь на RS232 и планшет. Пришлось мышь вешать рядом с товаркой на люстру (собственно, давно уже было желание убрать ее со стола), оставил один планшет - работает как надо.

<span style='float: right; border:0'>

Неправильный OpenOffice
</span>
После этого система переместилась на другой винчестер (80 ГБ), стала малость пошустрее работать. Без проблем я поднял OpenOffice.org 1.1.4, правда, он хотел запугать меня квадратиками в меню, но они решились очень просто - "<tt>Сервис -> Параметры -> Замена </tt>" (не видите? ОК Третий справа, последний, четвертый снизу в подменю OpenOffice.org) и меняем Bitstream Vera Sans на что угодно. Лучше всего на Verdana (когда шрифты от Microsoft уже стоят в системе, а ставятся они тоже быстро и просто - "<tt>emerge corefonts</tt>"), впрочем, по желанию. Кстати, как оказалось, заставить говорить по-русски <tt>dosemu</tt> (а точнее, конечно, <tt>xdosemu</tt>) тоже совсем несложно, несложно даже заставить его воспринимать русский язык с клавиатуры. Я поначалу подумал, что это будет проблемой, а, как оказалось - ничуть, немного надо почитать комментарии в конфиг-файле и все становится ясно.

Еще одна проблема проявилась позже, выражалась она очень интересно: первый пользователь (а у этой скромненькой машинки два пользователя, плюс я, да плюс я aka root , который входил в систему (через <tt>kdm</tt>) мог проигрывать музыку, а все остальные - уже нет. Потом проблема была прослежена на уровне консоли, оказалось весьма забавно: кто первый попробовал поиграть с ALSA (в первом случае это был Arts, потом тестировал на <tt>mplayer</tt> в консоли), тот становился владельцем устройств в "<tt>/dev/snd</tt>" с правами 600. Думаю, не надо пояснять, к чему это приводило. Самое смешное было даже не в том, что я малость запарился искать, где бы это устранить, но в том, что я посмотрел в свою рабочую SuSE и увидел ту же самую картину: всем владело мое второе "я" с правами 600. Просто я никогда этого не замечал. Что оказалось еще интереснее, так это то, что аналогичная ситуация была с CDROM aka <tt>/dev/hdd</tt>. Монтировать/размонтировать это не мешало, но вот <tt>eject</tt> уже было не сделать. Проблема какая-то странная, возможно это глюк Gentoo (но что же тогда в SuSE?), устройства не меняют владельцев после того как ими перестают пользоваться, возможно нет, надо, конечно, проверять. Поскольку правильное решение этой проблемы я так (еще) и не нашел, а просто добавил в cron маленькое задание - каждые три минуты принудительно изменять права на нормальные.

<span style='float: right; border:0'>

Правильный OpenOffice
</span>А вот действительно напугать Gentoo меня успел при компиляции GIMP - я стабильно получал Segmentation fault от GCC в самых разных местах. Потом машина начала зависать! Совсем, то есть не реагируя на прерывания. Но, как оказалось, это не вина Gentoo, хотя очень хотелось на него все спихнуть (защитная реакция, или как это там по-правильному называется?)... Вентилятор на процессоре почти стоял. Покрутил его малость, а он как пошел жужжать! И GIMP мне нажужжал без проблем, и новое ядро (сейчас на этой машине стоит уже 2.6.11-ck2) тоже. Мораль - работоспособнось железа необходимо контролировать ручками и стоит делать это периодически...

emerge && portage
Что понравилось, очень понравилось в Gentoo, так это то, из-за чего, собственно, это и есть Gentoo - система <tt>portage</tt> и ее дружелюбная к пользователю часть aka <tt>emerge</tt>. Прекрасно работает, качает, патчит, собирает, устанавливает, подчищает... Вот бы еще чай заваривал?..

Я успел основательно попользовать <tt>emerge</tt> (хотя так может сказать любой пользователь Gentoo - все используют <tt>emerge</tt> , обновлял различные пакеты. Интереснее всего получилось с <tt>baselayout</tt>, свежая его версия была необходима для полноценной поддержки UTF-8 в консоли. Так вот, мне пришлось ставить нестабильную версию этого пакета плюс еще несколько нестабильных зависимостей. Система, конечно, работает с ними нормально, но на работу <tt>emerge</tt> было посмотреть интересно. По умолчанию, меня, конечно же, пытались отговорить от установки нестабильного пакета, предупреждая, что он "masked", а как его разрешить, говорят, читайте man. Почитал, поправил один конфигурационны файл (4 раза, для четырех нестабильных пакетов (1+3 по зависимостям)), все пошло как по маслу. К конфигурационны файлам Gentoo относится с уважением (<tt>baselayout</tt> - это скрипты загрузки, по сути, весь пакет и представляет из себя набор конфигурационны файлов), старые не трогает, а новые просто ложит рядом с именем вида "<tt>._cfg????*</tt>", так что можно без особых проблем проглядеть все такие пары и решить, что куда перемещать. Есть даже очень и очень приятный для этого скрипт - <tt>etc-update</tt>, он и находит эти пары, и различия показывает, и спрашивает - чего делать будем, заменять, оставлять, редактировать? С ним обновления в конфигурации вообще очень быстро разрешаются. Остается только один вопрос - кто же первым научится заваривать чай?..

индекс статьи
страница 1 : страница без заголовка
страница 2 : страница без заголовка
страница 3 : страница без заголовка
страница 4 - текущая : страница без заголовка
страница 5 : страница без заголовка


© OSRC.info, 2004-2010.
Авторские права на любые материалы, авторы которых явно указаны, принадлежат их авторам. По вопросам публикации таких материалов обращайтесь к авторам.
Авторские права на любые другие материалы принадлежат OSRC.info.
Сайт является помещением библиотеки. Копирование, сохранение на жестком диске или иной способ сохранения произведений осуществляются пользователями на свой риск.
При использовании материалов сайта ссылка на OSRC.info обязательна.