Copyright © 2004 Red Hat, Inc. Перевод © 2004 Инвента
Права на копирование, распространение и/или изменение этого документа определены в лицензии свободной документации GNU, версии 1.2 или более поздней, изданной фондом свободного программного обеспечения (Free Software Foundation); без изменения разделов, надписей сверху или снизу текста. Копию этой лицензии можно получить по адресу http://www.gnu.org/licenses/fdl.html.
Документ может быть скопирован или распространён на любом носителе, с коммерческой или некоммерческой целью, в случае, если GNU-лицензия свободной документации (FDL), заметки о правообладателях и замечание о лицензии, в котором говорится об использовании GNU FDL применительно к этому документу, сохранены во всех копиях, и вы не добавили других условий, помимо определённых в GNU FDL.
Red Hat, Red Hat Network, логотип Red Hat «Shadow Man», RPM, Maximum RPM, логотип RPM, Linux Library, PowerTools, Linux Undercover, RHmember, RHmember More, Rough Cuts, Rawhide, а также все товарные знаки и логотипы, использующие Red Hat, являются товарными знаками или зарегистрированными товарными знаками компании Red Hat, Inc. в Соединённых штатах и других странах.
Товарный знак Fedora является товарным знаком компании Red Hat, Inc. в Соединённых штатах и других странах.
Linux является зарегистрированным товарным знаком Линуса Торвальдса.
Все другие используемые товарные знаки и права копирования являются собственностью их владельцев.
Отпечаток GPG ключа "Fedora Project <fedora@redhat.com>":
CA B4 4B 99 6F 27 74 4E 86 12 7C DF B4 42 69 D0 4F 2A 6F D2
Проект Fedora — открыто разрабатываемый проект, созданный Red Hat, открытый для участия, управляемый принципами меритократии, и следующий поставленным задачам. Одним из результатов этого проекта является Fedora Core, целостная операционная система общего назначения, построенная исключительно из программного обеспечения с открытым кодом.
Система Fedora Core не является поддерживаемым продуктом Red Hat, Inc..
За дополнительной информацией обращайтесь к приведённому ниже обзору проекта Fedora.
В этом документе освещены следующие темы, касающиеся системы Fedora Core 3:
Введение (этот раздел)
Требования к оборудованию
Обзор этой версии
Замечания, касающиеся установки
Замечания о пакетах
Добавленные/удалённые/уходящие пакеты
Обзор проекта Fedora
Следующая информация определяет минимальные требования к оборудованию, необходимому для успешной установки Fedora Core 3:
Для некоторых вариантов установки и/или использования после установки может быть необходима совместимость/наличие других аппаратных составляющих (в частности, видео и сетевых плат).
В этом разделе приведены спецификации процессоров, необходимых для работы Fedora Core 3.
Следующие спецификации процессоров определены в терминах процессоров Intel. Другие процессоры (в частности, предлагаемые компаниями AMD, Cyrix и VIA), совместимые и эквивалентные следующим процессорам Intel, также могут использоваться с Fedora Core.
Минимум: класс Pentium
Система Fedora Core 3 оптимизирована для процессоров Pentium 4, но поддерживает и другие процессоры (более ранние Pentium, Pentium Pro, Pentium II, Pentium III, а также аналоги AMD и VIA). Это было сделано, так как оптимизация для процессоров класса Pentium отрицательно влияет на производительность процессоров другого класса, а планировщик Pentium 4 значительно отличается (к тому же сегодня это самые массовые процессоры), что и оправдывает это изменение.
Рекомендуется для текстового режима: Процессор 200 МГц класса Pentium или лучше
Рекомендуется для графики: Процессор 400 МГц класса Pentium II или лучше
В этом разделе определяется пространство на жёстком диске, необходимое для установки Fedora Core 3.
В перечисленных ниже требованиях к дисковому пространству учитывается размер, занимаемый системой Fedora Core 3 после завершения установки. Однако для работы самой программы установки необходимо дополнительное дисковое пространство. Размер этого пространства соответствует размеру файла /Fedora/base/stage2.img (на CD-ROM 1) плюс размер файлов в каталоге /var/lib/rpm в установленной системе.
В числовом выражении это означает что для минимальной установки может потребоваться дополнительно 90 Мбайт, а для полной установки – дополнительно 175 Мбайт.
Также, не забывайте о том, что данные пользователя тоже занимают место на диске, помимо этого для корректной работы системы должно быть свободно как минимум 5% дискового пространства.
Выборочная установка (Минимальная): 620 Мбайт
Сервер: 1,1 Гбайт
Персональный компьютер: 2,3 Гбайт
Рабочая станция: 3,0 Гбайт
Выборочная установка (Полная): 6,9 Гбайт
Следующий список содержит краткие описания некоторых из наиболее важных особенностей Fedora Core 3:
Версия Fedora Core 3 содержит следующие изменения:
GCC 3.4
GNOME 2.8
KDE 3.3
SELinux — Включает новую «целевую» политику, которая следит за определёнными демонами, оказывая меньшее влияние, чем ранее используемая строгая политика. Эта политика по умолчанию включена. За дополнительной информацией обратитесь по адресу:
Поддержка индийского языка
В Firefox и Mozilla можно включить поддержку pango, при этом станут доступны многие возможности разметки текста, включая формирование CTL (Complex Text Layout, Разметки сложного текста) в индийских языках. Чтобы включить её в Firefox или Mozilla, установите следующую переменную окружения:
MOZ_ENABLE_PANGO=1
Ядро и e2fsprogs поддерживают расширение файловых систем «на лету»
Различные возможности, связанные с рабочим столом, в том числе:
Управление удалёнными рабочими столами с помощью VNC (http://www.redhat.com/archives/fedora-desktop-list/2004-June/msg00007.html)
Улучшения в системе печати (http://mail.gnome.org/archives/desktop-devel-list/2004-June/msg00370.html)
Evolution 2.0
Проверено, что VMware WS 4.5.2 работает в Fedora Core 3 после выполнения следующих действий:
Вы должны обновить модули ядра и конфигурацию с помощью неофициального набора инструментов vmware-any-any-*, доступного по адресу:
После выполнения vmware-config.pl и загрузки модулей VMware следующая команда создаст узлы /sys/class/*, необходимые для udev:
cp -rp /dev/vm* /etc/udev/devices/
В этом разделе освещены вопросы, затрагивающие Anaconda (программу установки Fedora Core) и саму установку Fedora Core 3 в целом.
Если вы намерены загрузить DVD ISO-образ Fedora Core 3, помните о том, что не все программы загрузки файлов могут работать с файлами размером больше чем 2 Гбайта. Например, wget завершает свою работу с ошибкой File size limit exceeded.
Программы для загрузки файлов curl и ncftpget не имеют такого ограничения и могут успешно загружать файлы, большие 2 Гбайт.
Программа установки Fedora Core имеет возможность проверить целостность носителя инсталляции. Это можно сделать при установке с CD, DVD или ISO-образа, расположенного на жёстком диске или в сети. Red Hat рекомендует вам проверять все носители инсталляции до начала процесса установки, и не спешить сообщать об ошибках инсталляции (большое количество ошибок на самом деле связано с неверно записанными компакт-дисками). Чтобы провести эту проверку, введите linux mediacheck в приглашении boot:.
Также перед установкой Fedora Core может быть проведена проверка памяти, для этого введите memtest86 в приглашении boot:. При этом будет запущено отдельная программа Memtest86, проверяющая память. Проверка памяти Memtest86 выполняется до нажатия клавиши Esc.
Замечание: Чтобы использовать эту возможность, вы должны загрузиться с первого компакт-диска (или диска восстановления).
Система Fedora Core 3 поддерживает графическую установку через сеть по FTP и HTTP. Однако, так как для этого необходимо разместить образ программы установки в ОЗУ, графическая установка может выполняться только на компьютерах, содержащих более чем 128 Мбайт памяти (или компьютерах, загруженных с первого компакт-диска, содержащего этот образ). На компьютерах, имеющих 128 Мбайт памяти или ещё меньше, по-прежнему будет выполняться установка в текстовом режиме.
В некоторых аппаратных конфигурациях (особенно это касается LCD-дисплеев) при запуске программы установки Fedora Core вы можете столкнуться с проблемами. Попробуйте решить их, перезапустив установку и добавив в командной строке загрузчика параметр nofb.
Замечание: Графическая установка на китайском, японском или корейском языке, запущенная с параметром nofb начнётся на английском языке, а затем, на этапе установки в графическом режиме, переключится на выбранный язык.
При установке Fedora Core с компакт-диска на некоторых ноутбуках Sony VAIO® могут возникнуть проблемы. В этих случаях, перезапустите установку и добавьте в командной строке загрузчика следующий параметр:
pci=off ide1=0x180,0x386
Этот параметр позволит выполнить установку; все устройства, не найденные из-за этого параметра, будет настроены при первом запуске Fedora Core.
Известно, что во время установки не работают мыши с последовательным интерфейсом. Однако, поступали сообщения о том, что такие мыши корректно работают в X после завершения установки. Дополнительная информация приведена в описании ошибки 119474:
При обновлении систем Red Hat Linux 7.<x>, 8.0, 9 и Fedora Core 1, использующих Ximian GNOME, были встречены сложности. Они возникают из-за конфликта версий между официальными RPM-пакетами Red Hat Linux (или проекта Fedora) и RPM-пакетами Ximian. Эта конфигурация не поддерживается. Разрешить эту проблему можно следующими способами:
1) До обновления системы Fedora Core удалить из системы Ximian GNOME.
2) Обновить систему, а затем немедленно переустановить Ximian GNOME.
3) Обновить вашу систему, а затем немедленно удалить все оставшиеся RPM-пакеты Ximian, заменив их соответствующими RPM-пакетами Fedora Core.
Вы должны разрешить конфликт версий одним из описанных способов. Не сделав этого, вы получите неустойчивую конфигурацию среды GNOME.
Следующие разделы содержат информацию о пакетах, которые подверглись значительным изменениям в Fedora Core 3. Для простоты они собраны в группы, также как и в Anaconda.
В этот раздел включена информация, относящаяся к основным компонентам системы.
В Fedora Core 3 включён пакет OpenSSH 3.9, в нём усилены проверки разрешений и владения файлом ~/.ssh/config file. Эти проверки предотвращают запуск ssh, если разрешения или владение этим файлом определены некорректно.
Поэтому, убедитесь в том, что ~/.ssh/config принадлежит владельцу каталога ~/, а разрешения имеют значение 600.
Кроме этого, OpenSSH при подключении к серверам более не запрашивает по умолчанию перенаправление X11. Чтобы разрешить перенаправление X11, необходимо указать параметр -X или -Y, либо установить параметр ForwardX11 в файле ~/.ssh/config.
Поведение клиентов ssh, вызванных с флагом -X, изменено. В OpenSSH 3.8 и новее, перенаправление X11 выполняется так, что приложения по умолчанию работают как недоверенные клиенты. Ранее при перенаправлении X11 приложения всегда работали как доверенные клиенты. Некоторые приложения, не смогут работать, будучи недоверенными клиентами. Чтобы перенаправить X11 таким образом, чтобы приложения работали как доверенные клиенты, вызовите ssh с флагом -Y вместо -X, или задайте параметр ForwardX11Trusted в файле ~/.ssh/config.
В этом разделе описаны ключевые компоненты системы Fedora Core, включая ядро.
Добавлена утилита ext2online, расширяющая существующие файловые системы ext3 «на лету».
Важно помнить о том, что ext2online не расширяет нижележащее блочное устройство — на нём должно присутствовать достаточно свободного пространства. Проще всего добиться этого можно, используя тома LVM, и расширив устройство, запустив команду lvresize или lvextend.
Кроме этого, для расширения файловых систем дальше определённого предела необходима специальная подготовка. Эта подготовка включает в себя выделение пространства небольшого объёма, которое займут при расширении дисковые таблицы. Для вновь создаваемых файловых систем mke2fs автоматически резервирует такое пространство в объёме, достаточном для увеличения файловой системы в 1000 раз. Выделение этого зарезервированного пространства можно отключить, выполнив следующую команду:
mke2fs -O ^resize_inode
В следующих выпусках Fedora Core будет допускаться выделение этого пространства в существующих файловых системах.
Версия библиотеки glibc, включённая в Fedora Core 3 выполняет дополнительные внутренние проверки целостности, с целью предотвращения и скорейшего выявления разрушения данных. По умолчанию, в случае выявления ошибки, в стандартное устройство stderr выводится подобное сообщение (или, если stderr не открыто, регистрируется через syslog):
*** glibc detected *** double free or corruption: 0x0937d008 ***
По умолчанию, вызвавшая эту ошибку программа уничтожается; однако это (а также формирование сообщений) можно контролировать с помощью переменной окружения MALLOC_CHECK_. Поддерживаются следующие параметры:
0 — Не выдавать сообщение об ошибке и не уничтожать программу
1 — Выдавать сообщение об ошибке, но не уничтожать программу
2 — Не выдавать сообщение об ошибке, но уничтожать программу
3 — Выдавать сообщение об ошибке и уничтожать программу
Если переменной MALLOC_CHECK_ явно присвоено значение, отличное от 0, glibc будет выполнять больше расширенных проверок, что может отрицательно сказаться на производительности.
В случае, если при работе программы стороннего разработчика вы получаете сообщение о том, что проверки выявили нарушения, вам следует передать разработчику отчёт об этом, так как это говорит о серьёзной ошибке.
Местоположение, из которого hotplug настроен загружать микропрограмму (например, микропрограмму для плат Cardbus), изменилось с /usr/lib/hotplug/firmware на /lib/firmware. Необходимо перенести существующие файлы микропрограмм в новый каталог.
Ранее в процессе обновления ядра в конфигурации загрузчика системы ядро по умолчанию оставалось неизменным.
В Fedora Core 3 это изменено и новое устанавливаемое ядро становятся ядром по умолчанию. Это касается всех вариантов установки (включая rpm -i).
Это поведение управляется в файле /etc/sysconfig/kernel двумя строками:
UPGRADEDEFAULT — Определяет, будет ли по умолчанию загружаться новое ядро (значение параметра по умолчанию: yes)
DEFAULTKERNEL — по умолчанию будет загружаться ядро, имя RPM-пакета которого соответствуют этому значению (значение параметра по умолчанию: зависит от аппаратной конфигурации)
Чтобы исключить избыточность, когда для исходного кода ядра предоставлялся отдельный пакет, при том что этот код содержится также и в файле ядра .src.rpm, в Fedora Core 3 больше не включается пакет kernel-source. Пользователи, которым нужны исходные коды ядра, могут найти их в файле kernel .src.rpm. Чтобы развернуть из этого файла полное дерево исходных текстов, выполните следующие действия (здесь <version> обозначает версию текущего ядра):
Получите файл kernel-<version>.src.rpm из одного из следующих источников:
Каталога SRPMS с соответствующего CD ISO-образа «SRPMS»
FTP-сайта, с которого вы загрузили пакет ядра
Запустив следующую команду:
up2date --get-source kernel
Установите kernel-<version>.src.rpm (в случае стандартной настройки RPM, файлы пакета будут записаны в /usr/src/redhat/)
Перейдите в каталог /usr/src/redhat/SPECS/ и выполните следующую команду:
rpmbuild -bp --target=<arch> kernel.spec
(где <arch> — требуемая целевая архитектура.)
В случае стандартной настройки RPM дерево ядра будет помещено в /usr/src/redhat/BUILD/.
В получившемся дереве конфигурации ядер, включённых в Fedora Core 3, находятся в каталоге /configs/. Например, файл конфигурации i686 SMP имеет полное название /configs/kernel-<version>-i686-smp.config. Чтобы поместить требуемый файл конфигурации в подходящее для компиляции местоположение, выполните следующую команду:
cp <требуемый-файл> ./.config
Выполните следующую команду:
make oldconfig
Далее вы можете продолжать как обычно.
Развёрнутое дерево исходных текстов не требуется для компиляции модулей ядра, предназначенных для текущего ядра.
Например, чтобы скомпилировать модуль foo.ko, создайте следующий файл (с именем Makefile) в каталоге, содержащем файл foo.c:
obj-m := foo.o KDIR := /lib/modules/$(shell uname -r)/build PWD := $(shell pwd) default: $(MAKE) -C $(KDIR) SUBDIRS=$(PWD) modules
Выполните команду make для компиляции модуля foo.ko.
SCSI RAID-контроллеры I2O, производимы, например Adaptec, теперь используют драйвер i2o_block вместо драйвера dpt_i2o, используемого в Fedora Core 1 и ранних версиях.
Учтите, что блочные устройства, использующие драйвер i2o_block, называются /dev/i2o/hd*, а не /dev/sd*, как SCSI-устройства. Это может затруднить переход со старых версий, в которых использовался драйвер dpt_i2o. Таким образом, возможно, что после обновления до версии Fedora Core 3 вам придётся загрузится с диска восстановления и отредактировав файл /etc/fstab, настроить использование новых устройств.
За дополнительной информацией о новом уровне устройств I2O и замечаниями, касающихся Fedora Core, посетите страницу I2O:
В этот раздел включена информация по поддержке в системе Fedora Core различных языков.
Способ ввода (IM) по умолчанию для китайского (упрощённого и традиционного), японского и корейского языков был изменён на IIIMF — Internet/Intranet Input Method Framework. IIIMF поддерживается в качестве стандартного IM модуля GTK2, а также посредством XIM при использовании клиента httx. IIIMF поддерживает одновременное использование нескольких языковых обработчиков (Language Engines, LE); с помощью GNOME Input Method Language Engine Tool (GIMLET — апплета) возможно переключаться между обработчиками LE различных языков в приложениях GTK2.
В настоящий момент по умолчанию в IIIMF для включения и выключения метода ввода используется Ctrl-Space или Shift-Space (пользователи Emacs могут использовать Ctrl-@ вместо Ctrl-Space).
В зависимости от того, что вы выбрали во время установки на экране языковой поддержки, могут устанавливаться один или несколько языковых обработчиков IIIMF. Если выбрана установка языкового обработчика, также будет установлен серверный пакет IIIMF (iiimf-server). Язык соответствует пакету с языковым обработчиком (LE) следующим образом:
ja_JP — iiimf-le-canna
ja_JP — iiimf-le-canna
ja_JP — iiimf-le-canna
ko_KR — iiimf-le-hangul
{bn,gu,pa,ta,hi}_IN — iiimf-le-unit
Соответственно, ввод через IIIMF будет задействован, если в качестве стандартного языка вашей системы выбран следующий:
ja_JP
zh_CN
zh_TW
ko_KR
{bn,gu,pa,ta,hi}_IN
С целью облегчения использования IIIMF, если вы выбрали один из перечисленных языков и работаете в Гноме, при первом входе в систему утилита GIMLET (часть пакета iiimf-gnome-im-switcher) будет автоматически добавлена на панели.
GIMLET — утилита переключения между обработчиками LE, установленными в системе. Использование различных языковых обработчиков позволяет вам вводить текст на разных языках. Вы также можете добавить GIMLET на панель вручную, щёлкнув правой кнопкой панель и выбрав:
->
Если вы желаете переключаться между IIIMF или устаревшей инфраструктурой ввода XIM, вы можете использовать приложение system-switch-im. Изменение инфраструктуры ввода вступит в силу после перезапуска X Window.
Этот раздел содержит информацию, касающуюся почтовых транспортных агентов, включённых в состав Fedora Core.
Ранние RPM-пакеты mailman устанавливали все файлы в каталог /var/mailman/. К сожалению это не соответствовало стандарту иерархии файловой системы (Filesystem Hierarchy Standard, FHS) и нарушало безопасность при использовании SELinux.
Если ранее у вас был установлен mailman и вы редактировали файлы в /var/mailman/ (например, mm_cfg.py), вы должны перенести эти изменения в новое расположение, как описано в следующем файле:
/usr/share/doc/mailman-*/INSTALL.REDHAT
По умолчанию почтовый транспортный агент (MTA) Sendmail принимает входящие подключения только с локального компьютера. Если вы хотите настроить Sendmail в качестве сервера для других клиентов, вы должны отредактировать файл /etc/mail/sendmail.mc и изменить в нём строку DAEMON_OPTIONS, чтобы принимать подключения из сети (или полностью закомментировать этот параметр, воспользовавшись разделителем комментариев dnl). Затем вы должны пересоздать файл /etc/mail/sendmail.cf выполнив следующую команду (под именем root):
make -C /etc/mail
Обратите внимание, чтобы это работало, вы должны установить пакет sendmail-cf.
В этот раздел включена информация, относящаяся к различным инструментам настройки сервера.
В этот раздел включена информация, относящаяся к мультимедийным приложениям.
В этот раздел включена информация, относящаяся к Web-инструментам.
Инструмент certwatch(1) добавлен в пакет crypto-utils. Этот инструмент посылает пользователю root предупреждающее почтовое сообщение, когда срок какого-либо из настроенных сертификатов SSL истекает или уже истёк. По умолчанию этот инструмента проверяет все сертификаты, разрешённые в конфигурации mod_ssl.
По умолчанию демон httpd теперь используется региональные параметры C, а не системы. Это поведени можно изменить, установив переменную HTTPD_LANG в файле /etc/sysconfig/httpd.
Этот раздел содержит информацию, связанную с Samba — программным пакетом, позволяющим системам Linux и Windows совместно работать с файлами.
Просмотр общих ресурсов Windows (SMB-просмотр) не работает в системах Fedora Core 3 с брандмауэром, настроенным по умолчанию. Это можно легко заметить в Наутилисе, так как он не может отобразить общие папки. Источником этой проблемы является брандмауэр, который нарушает работу SMB-просмотра в широковещательном режиме, работающем в Samba по умолчанию. Возможны два решения этой проблемы:
Настроить в сети WINS-сервер и указать в параметре «wins server» файла smb.conf адрес WINS-сервера.
Запретить брандмауэр
В зависимости от настроек вашей системы и структуры сети, отключение брандмауэра может резко увеличить вероятность нападения и компрометации вашей системы. Делайте это, только если вы полностью понимаете связанные с этим риски.
За дополнительной информацией обратитесь к следующему отчёту об ошибке:
Этот раздел содержит информацию, касающуюся реализации системы X Window, включённой в Fedora Core.
Пользователи, незнакомые с реализацией X11 от X.org должны обратить внимания на отличия между ней и реализацией X11 от XFree86.org, включаемой в предыдущие операционные системы Red Hat. В частности, были изменены имена некоторых файлов:
Исполняемые файлы X Server:
XFree86 X11: XFree86
X.org X11: Xorg
Файл настроек X Server:
XFree86 X11: /etc/X11/XF86Config
X.org X11: /etc/X11/xorg.conf
Файл журнала X Server
XFree86 X11: /var/log/XFree86.$DISPLAY.log
X.org X11: /var/log/Xorg.$DISPLAY.log
При настройке или решении проблем с вашим сервером X убедитесь в том, что вы используете нужные файлы.
В последних версиях Fedora Core (и предшествующих версиях Red Hat Linux) наблюдается некоторая неясность в отношении вопросов, связанных со шрифтами. В настоящее время используется две подсистемы шрифтов, каждая со своими особенностями:
— Первоначальная подсистема (имеющая более чем пятнадцатилетнюю историю), называется «основной подсистемой X-шрифтов». Шрифты, генерируемые этой подсистемой, не сглаживаются, обрабатываются X-сервером и имеют примерно такие названия:
-misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
Более современная подсистема носит название «fontconfig» и позволяет приложениям напрямую обращаться к файлам со шрифтами. Система fontconfig часто используется вместе с библиотекой «Xft», которая позволяет приложениям отрисовывать шрифты на экране, сглаживая их. В системе fontconfig используются более понятные человеку названия:
Luxi Sans-10
Со временем fontconfig/Xft заменит основную подсистему X-шрифтов. В настоящее время приложения, использующие пакеты Qt 3 или GTK 2 (включая, приложения KDE и GNOME), применяют подсистему fontconfig/Xft; практически все остальные применяют основные X-шрифты.
В будущем Fedora Core может поддерживать в качестве метода обращения к локальным шрифтам только fontconfig/Xft вместо сервера шрифтов XFS.
Замечание: Исключением из описанного выше использования подсистем шрифтов является пакет OpenOffice.org, в котором применяется собственная технология отрисовки шрифтов.
Если вы хотите установить в системе Fedora Core 3 новые шрифты, вы должны знать, какие действия необходимо выполнить для этого в данной подсистеме. Для основной подсистемы X-шрифтов, вы должны:
1. Создать каталог /usr/share/fonts/local/ (если он ещё не существует):
mkdir /usr/share/fonts/local/
2. Скопировать файл нового шрифта в каталог /usr/share/fonts/local/
3. Обновить информацию о шрифте, выполнив следующие команды (обратите внимание, в связи с ограничениями форматирования, следующие команды могут располагаться на нескольких строках; на практике же, каждую команду следует вводить в одной строке):
ttmkfdir -d /usr/share/fonts/local/ -o /usr/share/fonts/local/fonts.scale
mkfontdir /usr/share/fonts/local/
4. Если вы создали каталог /usr/share/fonts/local/, теперь вы должны добавить его в список путей сервера X-шрифтов:
chkfontpath --add /usr/share/fonts/local/
Добавление новые шрифтов в подсистему fontconfig выполняется проще; достаточно скопировать файл в каталог /usr/share/fonts/ (разные пользователи могут изменять свой личный набор шрифтов, скопировав файл шрифта в каталог ~/.fonts/).
Скопировав новый шрифт, для обновления кэша шрифтов выполните команду fc-cache:
fc-cache <directory>
(Где <directory> может означать либо /usr/share/fonts/, либо ~/.fonts/.)
Некоторые пользователи также могут устанавливать шрифты в графическом режиме, задав адрес fonts:/// в Наутилусе, и перетащив туда файлы новых шрифтов.
Замечание: Если имя файла со шрифтом оканчивается на «.gz», он сжат архиватором gzip и его необходимо извлечь из архива (с помощью команды gunzip), чтобы с ним могла работать подсистема fontconfig.
По причине перехода на новую систему шрифтов, основанную на технологии fontconfig/Xft, на приложения, использующие GTK+ 1.2, не влияют изменения, внесённые в диалоге Настройки шрифтов (Font Preferences). Для таких приложений шрифт можно настроить, добавив в файл ~/.gtkrc.mine следующие строки:
style "user-font" {
fontset = "<font-specification>"
}
widget_class "*" style "user-font"
(Где <font-specification> задаёт определение шрифта в стиле, используемом традиционными X-приложениями, например «-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*».)
Этот раздел содержит информацию, затрагивающую пакеты, не относящиеся ни к одной из предыдущих категорий.
C++ и TCL привязки в пакете compat-db более не содержатся. Приложения, использующие эти привязки, должны быть переделаны под текущую версию поставляемой библиотеки баз данных.
Демон кэша службы имён nscd теперь может сохранять свой кэш после перезагрузки или выключения системы. Сохраняемой можно сделать любую базу данных (пользователя, группы и компьютера), задав для соответствующего параметра в /etc/nscd.conf значение «yes». Записи в кэше существуют столько времени, сколько они представляют интерес. Все записи, время жизни которых заканчивается, но интересные по-прежнему, перезагружаются автоматически, что помогает в случаях временной недоступности служб имён и каталогов.
Демон службы имён nscd также способен быстрее работать с клиентскими программами. Эту возможность необходимо включить явно, определив в /etc/nscd.conf для соответствующей базы данных параметр «shared» равным «yes».
Система Fedora Core 3 ушла от статического каталога /dev/ к каталогу, динамически управляемому программой udev. Это позволяет создавать узлы устройств по мере загрузки драйверов.
За дополнительной информацией об udev обратитесь к странице man udev(8) или следующей ссылке:
http://people.redhat.com/~harald/udev.html
Дополнительные правила для udev следует помещать в отдельный файл в каталоге /etc/udev/rules.d/.
Дополнительные разрешение для udev следует помещать в отдельный файл в каталоге /etc/udev/permissions.d/.
Системы, обновляемые до версии Fedora Core 3 с помощью Anaconda, будут автоматически настроены на использование udev. Однако (хотя это и НЕ рекомендуется) можно вручную перейти к использованию udev, проделав следующие действия:
Убедитесь в том, что вы используете ядро 2.6
Убедитесь в том, что /sys/ смонтирован
Установите RPM-пакет initscripts, поставляемый вместе с Fedora Core 3
Установите новый RPM-пакет udev, поставляемый вместе с Fedora Core 3
Выполните команду /sbin/start_udev
Установите новый RPM-пакет mkinitrd, поставляемый вместе с Fedora Core 3
Выполните одно из следующих действий:
— Установите новый RPM-пакет kernel, поставляемый с Fedora Core 3
ИЛИ:
— Запустите mkinitrd для существующего ядра (ядер)
Неправильное выполнение этих действий может привести к нарушению работоспособности системы.
Этот раздел содержит список пакетов, относящихся к следующим категориям:
Пакеты, добавленные в Fedora Core 3
Пакеты, удалённые из системы Fedora Core 3
Устаревшие пакеты, которые могут быть удалены в будущих выпусках Fedora Core
Следующие пакеты добавлены в Fedora Core 3:
HelixPlayer
NetworkManager
NetworkManager-gnome
Pyrex
aiksaurus
aiksaurus-devel
aiksaurus-gtk
aiksaurus-devel
arptables_jf
aspell-af
aspell-bg
aspell-br
aspell-ca
aspell-cs
aspell-cy
aspell-el
aspell-fo
aspell-ga
aspell-gd
aspell-gl
aspell-hr
aspell-ia
aspell-id
aspell-it
aspell-pl
audit
authd
bluez-utils-cups
bzflag
compat-openldap
crash
createrepo
crypto-utils
cscope
cyrus-sasl-ntlm
cyrus-sasl-ntlm
dasher
db4-java
dbus-python
dhcpv6
dhcpv6_client
diskdumputils
dmraid
docbook-simple
docbook-slides
ecj
epiphany-devel
evolution-connector
evolution-data-server
evolution-data-server-devel
evolution-webcal
fedora-release
firefox
fonts-xorg-100dpi
fonts-xorg-75dpi
fonts-xorg-ISO8859-14-100dpi
fonts-xorg-ISO8859-14-75dpi
fonts-xorg-ISO8859-15-100dpi
fonts-xorg-ISO8859-15-75dpi
fonts-xorg-ISO8859-2-100dpi
fonts-xorg-ISO8859-2-75dpi
fonts-xorg-ISO8859-9-100dpi
fonts-xorg-ISO8859-9-75dpi
fonts-xorg-base
fonts-xorg-cyrillic
fonts-xorg-syriac
fonts-xorg-truetype
gamin
gamin-devel
gcc4
gcc4-c++
gcc4-gfortran
gda-mysql
gda-odbc
gda-postgres
gettext-devel
gnome-keyring-manager
gnome-nettool
gnome-volume-manager
gnuplot-emacs
gnutls
gnutls-devel
gok-devel
hal
hal-cups-utils
hal-devel
hal-gnome
howl
howl-devel
howl-libs
httpd-suexec
iiimf-gnome-im-switcher
iiimf-le-chinput
iiimf-le-sun-thai
iiimf-libs
iiimf-libs-devel
java-1.4.2-gcj-compat
java-1.4.2-gcj-compat-devel
jpackage-utils
katana
katana-build
kde-i18n-Bulgarian
kdeaddons-xmms
kdenetwork-nowlistening
kdewebdev
kdewebdev-devel
kinput2
krb5-auth-dialog
libbtctl-devel
libgda
libgda-devel
libgfortran
libgnomedb
libgnomedb-devel
libidn
libidn-devel
libmudflap
libmudflap-devel
libsepol
libsepol-devel
libsilc
libsilc-devel
libsilc-doc
libtheora
libtheora-devel
libwmf
libwmf-devel
linuxwacom
linuxwacom-devel
mikmod-devel
mod_authz_ldap
module-init-tools
nautilus-cd-burner-devel
net-snmp-libs
newt-perl
nptl-devel (i386)
numactl
octave-devel
openldap-servers-sql
openoffice.org-kde
openswan
pam_ccreds
pam_passwdqc
php-gd
php-mbstring
php-ncurses
python-ldap
qt-config
rpm-libs
selinux-policy-strict
selinux-policy-strict-sources
selinux-policy-targeted
selinux-policy-targeted-sources
sg3_utils
synaptics
sysfsutils
sysfsutils-devel
system-switch-im
theora-tools
thunderbird
tn5250
tn5250-devel
totem
ttfonts-bn
ttfonts-gu
ttfonts-hi
ttfonts-pa
ttfonts-ta
valgrind
valgrind-callgrind
vino
xfce4-iconbox
xfce4-systray
xffm-icons
xfprint
xorg-x11-Xdmx
xorg-x11-deprecated-libs
xorg-x11-deprecated-libs-devel
Следующие пакеты удалены из системы Fedora Core 3:
FreeWnn-common
Gtk-Perl
Wnn6-SDK
Wnn6-SDK-devel
ac-archive
anaconda-images
ant
ant-core
ant-devel
ant-optional
aspell-pt_BR
bcel
bcel-devel
bluez-pan
bluez-sdp
bluez-sdp-devel
chromium
commons-beanutils
commons-beanutils-devel
commons-collections
commons-collections-devel
commons-dbcp
commons-dbcp-devel
commons-digester
commons-digester-devel
commons-fileupload
commons-fileupload-devel
commons-logging
commons-logging-devel
commons-modeler
commons-modeler-devel
commons-pool
commons-pool-devel
comps
cup
cup-devel
dev
devlabel
dvdrecord
fam
fam-devel
fedora-release
gcc34
gcc34-c++
gcc34-java
glade
gqview
gtkam
gtkam-gimp
gtkglarea
hwcrypto
iiimf-client-lib
iiimf-client-lib-devel
iiimf-le-inpinyin
iiimf-le-newpy
iiimf-protocol-lib
iiimf-protocol-lib-devel
imlib-cfgeditor
iscsi
jaf
jaf-devel
jakarta-regexp
jakarta-regexp-devel
javamail
javamail-devel
junit
junit-devel
kde-i18n-Korean
kde-i18n-Lithuanian
kernel-source
kinput2-canna-wnn6
libgcj34
libgcj34-devel
libgnomeprint
libgnomeprint-devel
libgnomeprintui
libgnomeprintui-devel
libole2
libole2-devel
librep
librep-devel
libstdc++34
libstdc++34-devel
licq
licq-gnome
licq-kde
licq-qt
licq-text
linc
linc-devel
lvm
magicdev
mod_jk2
modutils
mx4j
mx4j-devel
mx4j-tools
mysql-jdbc
mysql-jdbc-tomcat
ncurses-c++-devel
njamd
pidentd
pilot-link095-compat
policy
policy-sources
policy-strict-sources
printman
python-optik
quanta
quanta-devel
raidtools
redhat-java-rpm-scripts
rep-gtk
sawfish
servletapi
servletapi-devel
shapecfg
struts
struts-webapps
system-config-proc
tomcat
tomcat-devel
tomcat-libs
tomcat-test
unarj
xalan-j
xalan-j-devel
xalan-j-xsltc
xerces-j
xerces-j-devel
xffm-icons
xorg-x11-100dpi-fonts
xorg-x11-75dpi-fonts
xorg-x11-ISO8859-14-100dpi-fonts
xorg-x11-ISO8859-14-75dpi-fonts
xorg-x11-ISO8859-15-100dpi-fonts
xorg-x11-ISO8859-15-75dpi-fonts
xorg-x11-ISO8859-2-100dpi-fonts
xorg-x11-ISO8859-2-75dpi-fonts
xorg-x11-ISO8859-9-100dpi-fonts
xorg-x11-ISO8859-9-75dpi-fonts
xorg-x11-base-fonts
xorg-x11-cyrillic-fonts
xorg-x11-libs-data
xorg-x11-syriac-fonts
xorg-x11-truetype-fonts
Следующие пакеты устарели и могут быть удалены в будущих выпусках Fedora Core:
dbskkd-cdb — используется только уходящим пакетом skkinput
FreeWnn — используется только уходящим пакетом kinput2-canna-wnn6
lilo — рекомендуется использовать загрузчик GRUB
miniChinput — рекомендуемым способом ввода является IIIMF
nabi — рекомендуемым способом ввода является IIIMF
ncpfs — более не является частью профиля Fedora Core
skkinput — рекомендуемым способом ввода является IIIMF
xcin — рекомендуемым способом ввода является IIIMF
Целью проекта Fedora является построение с помощью Linux-сообщества полной, универсальной операционной системы, состоящей только из программного обеспечения с открытым исходным кодом. Разработка будет производиться в открытом форуме. Проект будет регулярно выпускать версии системы Fedora Core примерно 2-3 раза в год, в соответствии с опубликованным расписанием. Команда инженеров компании Red Hat продолжит участие в построении Fedora Core и будет приглашать и привлекать больше участников, чем это было возможно ранее. Этот более открытый процесс, как мы надеемся, приведёт к становлению операционной системы, более соответствующей идеалам свободного программного обеспечения и более привлекательной для open-source сообщества.
За дополнительной информацией обратитесь на веб-сайт проекта Fedora:
Помимо веб-сайта, существуют также следующие списки рассылки:
fedora-list@redhat.com — Для пользователей версий Fedora Core
fedora-test-list@redhat.com — Для тестеров пробных версий Fedora Core
fedora-devel-list@redhat.com — Для разработчиков, разработчиков, разработчиков
fedora-docs-list@redhat.com — Для участников проекта документации
Чтобы подписаться на один из этих списков, отправьте почтовое сообщение со словом «subscribe» в теме сообщения по адресу <listname>-request (где <listname> – одно из приведённых выше имён).
Замечание: Если вы в прошлом были подписаны на рассылки rhl-list, rhl-beta-list, rhl-devel-list или rhl-docs-list, ваша подписка будет сохранена.
Проекту Fedora также посвящён отдельный канал IRC (Internet Relay Chat). IRC – это форма общения в реальном времени, использующая текстовые сообщения. Посредством IRC вы можете беседовать с несколькими людьми на открытом канале или разговаривать с кем-то один-на-один.
Чтобы поговорить с другими участниками проекта Fedora через IRC, подключитесь к сети IRC. Для начала вы можете использовать в качестве IRC-сервера irc.freenode.net, хотя можете также выбрать сервер, расположенный ближе к вам географически. За дополнительной информацией обратитесь к веб-сайту (http://www.freenode.net/). Участники проекта Fedora – завсегдатаи канала #fedora, а разработчиков проекта часто можно найти на канале #fedora-devel. Некоторые большие проекты также могут иметь собственные каналы; информацию об этом можно найти на страницах этих проектов.
Замечание: Компания Red Hat не управляет каналами Fedora IRC или их содержимым.
( x86 )