Замечания к выпуску Scientific Linux 4.0
---------------------------------------------------------------------------
Введение
Данный документ включает в себя следующие темы, относящиеся
к версии Scientific Linux 4.0 :
o Введение (данный раздел)
o Общий обзор версии
o Замечания по установке
o Замечания по отдельным пакетам
o Пакеты: добавленные/исключенные/кандидаты на исключение
Общий обзор версии
Следующий список содержит краткое описание наиболее важных
аспектов Scientific Linux 4.0:
o Scientific Linux 4.0 включает реализацию SELinux.
SELinux представляет собой основной сдвиг в способах взаимодействия
пользователей, программ и процессов. По умолчанию, SELinux устанавливается
и доступен к использованию в данной версии.
Замечание
В процессе установки у вас будет возможность отключить SELinux,
установить его только с целью регистрации предупреждений или
использовать его основную настройку, которая ограничивает контроль
следующими демонами:
o dhcpd
o httpd
o mysqld
o named
o nscd
o ntpd
o portmap
o postgres
o snmpd
o squid
o syslogd
По умолчанию активна основная настройка.
Внимание!
Поддержка SELinux в Scientific Linux 4.0 использует расширенные атрибуты
(Extended Attributes) файловых систем ext2/ext3. Это означает, что при записи
файла в файловой системе ext2/ext3, смонтированной по умолчанию, ему будет
приписан также и расширенный атрибут.
Это может вызвать проблемы в том случае, если файловая система может управляться
двумя операционными системами: как Scientific Linux 4.x, так и более ранними
версиями linux. Старые версии ядра не поддерживают расширенные атрибуты, работа
с такими атрибутами может вызывать крах системы. Ядра Scientific Linux 3.0.x
уже поддерживают эти расширенные атрибуты.
o Команда mount была изменена и теперь работает следующим образом
на NFS-разделах:
. TCP теперь является основным протоколом при монтировании NFS-разделов. То есть,
если в команде монтирования явно не указан протокол UDP (например,
дана команда mount foo:/bar /mnt), то для связи с сервером будет
использован протокол TCP вместо протокола UDP.
. Если использовать опцию verbose (-v), то на устройстве стандартного вывода
теперь появится сообщение об ошибке RPC.
o Scientific Linux 4.0 теперь по умолчанию поддерживает кодировку UTF-8
для китайской, японской и корейской локалей.
o Scientific Linux 4.0 теперь по умолчанию использует систему IIIMF для ввода
на китайском, японском и корейском языках.
o Scientific Linux 4.0 поддерживает 5 индийских языков:
бенгальский, гуджарати, хинди, панджаби и тамильский. Кроме того,
в него включено семейство высококачественных фонтов Lohit
для поддерживаемых индийских языков.
o В Scientific Linux теперь включена Subversion 1.1;
система контроля версий Subversion разработана для замены
CVS и других средств верификации и управления контролем версий отдельных
файлов, каталогов и метаданных вместе с большинством имеющихся
возможностей CVS.
o В отличие от предыдущих выпусков, поддержка
Red Hat Enterprise Linux 4 Intel (R) Extended Memory 64 Technology
(далее упоминаемая как "Intel (R) EM64T") и процессоров AMD64
включена в одно ядро "x86_64". Поэтому нет необходимости в отдельных ядрах
для каждого типа процессора.
o В Scientific Linux, начиная с версии 3.0.x, включена Native POSIX Thread
Library (NPTL) -- реализация поддержки нитей(потоков) в стандарте
POSIX, что значительно увеличило производительность, масштабируемость,
семантическую корректность системы и соответствие стандартам по
сравнению с системой LinuxThreads, которая использовалась ранее.
Хотя большинство приложений, использующих нити, не были затронуты
включением NPTL, однако приложения, использовавшие возможности
LinuxThreads, не соответствовавшие стандартам POSIX, возможно, будут
работать некорректно. Как уже было отмечено, в момент включения NPTL,
мы настоятельно рекомендуем обновить такие приложения, чтобы они
соответствовали POSIX (и, следовательно, могли использовать NPTL).
Хотя поддержка LinuxThreads все еще включена в Scientific
Linux 4.x, мы хотим еще раз предупредить, что версия Scientific
Linux 5.x уже не будет включать поддержку LinuxThreads.
Следовательно, те приложения, которые требуют LinuxThreads, должны
быть обновлены прежде, чем им придется работать под управлением
системы Scientific Linux 5.x.
Замечание
Существует несколько обходных путей, которые обеспечивают
возможность продолжать использовать LinuxThreads тем приложениям,
для которых это необходимо, в операционных системах Scientific
Linux 3.0.x и 4.x. Вот примеры таких обходных путей:
o Использовать переменную окружения LD_ASSUME_KERNEL для того,
чтобы выбрать LinuxThreads instead вместо NPTL во время исполнения
o Использовать явный путь rpath к /lib/i686/ или /lib/ для того, чтобы
выбрать LinuxThreads вместо NPTL во время исполнения
o Статически собрать приложения с использованием LinuxThreads вместо
instead of NPTL (крайне нерекомендуемый путь)
С целью определить, использует ли приложение NPTL или
LinuxThreads, добавьте следующие две переменные окружения в среду
выполнения приложения:
LD_DEBUG=libs
LD_DEBUG_OUTPUT=< filename >
(Где < filename > -- это имя, которое будет дано каждому файлу-протоколу
отладки. Если программа порождает другие процессы, то может быть
создано несколько файлов-протоколов; имя каждого протокола включает
PID процесса, создавшего данный файл.)
Затем запустите приложение и используйте его как обычно.
Если в процессе работы не будет создано файла-протокола, то это означает,
что приложение собрано статически. Такое приложение не будет затронуто
отключением LinuxThreads DSO но, как и для всех статически собранных
приложений, не может быть дано никаких гарантий совместимости, если
приложение динамически подгружает какой бы то ни было код (прямо, с
использованием dlopen() или посредством NSS).
Если был создан один или несколько файлов-протоколов отладки,
то просмотрите каждый из них на предмет наличия libpthread --
в особенности строки, также содержащие подстроку "calling init".
Утилита grep легко выполнит такой поиск:
grep "calling init.*libpthread" < filename >.*
(Где вместо < filename > должно стоять то имя, которое указано
в переменной окружения LD_DEBUG_OUTPUT.)
Если подстроке libpthread предшествует путь /lib/tls/, то это означает,
что приложение использует NPTL, и никаких дальнейших действий
предпринимать не следует. Любой другой путь сигнализирует о том, что
используется LinuxThreads и что необходимо обновить приложение и
пересобрать его, чтобы использовать NPTL.
o Scientific Linux 4.0 теперь включает поддержку Advanced
Configuration and Power Interface (ACPI), спецификаций, относящихся
к контролю расходуемой энергии, поддержка этих спецификаций
включается в большинство современных аппаратных средств.
Вследствие различий в очередности опроса аппаратных средств в системах
с поддержкой ACPI и без такой поддержки, могут произойти изменения
в именах интерфейсов устройств. Например, интерфейс сетевой карты,
который в старых версиях Scientific Linux имел имя eth1, теперь
может появиться под именем eth0.
Замечания по установке
Данный раздел касается вопросов, относящихся к Anaconda (программа
установки Scientific Linux) и к процедуре установки Scientific
Linux 4.x в целом.
o В процессе установки Scientific Linux 4.0 на компьютерах,
содержащих несколько адаптеров устройств, связанных с хранением
данных, скорее всего потребуется выбрать для установки системы
одно конкретное устройство. Это особенно существенно для систем,
которые содержат адаптеры опто-волоконных устройств, так как
есть множество причин, по которым устанавливать Scientific
Linux желательно именно на локальное устройство.
Дл того, чтобы облегчить разрешение подобных вопросов,
программа установки Scientific Linux 4.x откладывает загрузку
следующих модулей до тех пор, пока все остальные SCSI-устройства
не будут загружены:
o lpfc
o qla2100
o qla2200
o qla2300
o qla2322
o qla6312
o qla6322
В результате имена всех локально-подключенных SCSI-устройств
начинаются с /dev/sda, /dev/sdb и так далее, а за ними следуют устройства,
подключенные через оптоволокно.
Замечания по отдельным пакетам
Данный раздел содержит информацию, относящуюся к тем пакетам, которые
были существенно изменены в Scientific Linux 4.0 по сравнению с предыдущими
версиями. Для того чтобы облегчить доступ, они объединены в те же группы,
которые используются в Anaconda.
Основные
Данный раздел содержит информацию, относящуюся к основным системным
компонентам
openssh
Scientific Linux 4.0 содержит OpenSSH 3.9, который включает жесткие процедуры
контроля прав доступа и владельца файла ~/.ssh/config. Эти процедуры
проверки вызовут немедленный выход из ssh, если указанный файл не имеет
соответствующих прав доступа и владельца.
Следовательно, убедитесь что файл ~/.ssh/config имеет того же владельца,
что и каталог ~/ и что права доступа установлены в моду 600.
Основа системы
Данный раздел содержит информацию о базисных компонентах Scientific
Linux, включая ядро системы.
e2fsprogs
Утилита ext2online была добавлена для оперативного изменения размера
существующей файловой системы типа ext3.
Замечание
Важно помнить, что утилита ext2online сама не может увеличить неразмеченное
пространство на блочном устройстве, достаточное количество неиспользуемого
размеченного пространства должно уже присутствовать на устройстве.
Простейший путь добиться этого -- использовать LVM-тома и запустить
утилиту lvresize или lvextend для расширения устройства.
Кроме того, файловая система должна быть специальным образом подготовлена
для расширения размера за определенную точку. Эта подготовка включает
резервирование некоторого небольшого пространства на диске, в котором
могут быть размещены увеличившиеся таблицы оглавлений диска.
Для вновь создаваемой файловой системы утилита mke2fs резервирует такое
пространство автоматически; размер зарезервированного пространства
достаточен для возрастания объема файловой системы в 1000 раз.
Выделение зарезервированного пространства может быть отключено
следующей командой:
mke2fs -O ^resize_inode
Последующие версии Scientific Linux будут допускать создание
зарезервированного пространства для уже имеющейся файловой системы.
glibc
o Версия библиотеки glibc, поставляемая с Scientific Linux 4.0, выполняет
дополнительные внутренние процедуры проверки целостности для
предотвращения и обнаружения разрушения данных на самых ранних стадиях.
По умолчанию, при обнаружении дефектов в данных на стандартном
устройстве вывода сообщений об ошибках (или в syslog, если
не открыт stderr) появляется сообщение приблизительно такого
содержания:
*** glibc detected *** double free or corruption: 0x0937d008 ***
По умолчанию, выполнение программы, которая вызвала такую ошибку,
будет прервано; однако, этого можно избежать, реакция на подобные
ситуации (а также управление генерацией сообщений об ошибках)
регулируется переменной окружения MALLOC_CHECK_. Допустимыми
являются следующие значения:
o 0 -- не генерировать сообщения об ошибке, не прерывать работы
программы
o 1 -- сгенерировать сообщение об ошибке, но не прерывать работы
программы
o 2 -- не генерировать сообщения об ошибке, но прерывать работу
программы
o 3 -- сгенерировать сообщение об ошибке, прерывать работу
программы
Замечание
Если значение MALLOC_CHECK_ указано явно и отлично от 0, то это
заставляет glibc выполнять больше проверок, чем производится по умолчанию,
таким образом, явная установка этой переменной может снизить
производительность.
В том случае, если вы работаете с программой независимого поставщика
программного обеспечения, и она вызывает проверку целостности с подобным
сообщением об ошибке, то вам следует отослать производителю приложения
отчет об обнаружении неисправности, так как это -- признак серьезной
ошибки.
ядро
Данный раздел содержит информацию, относящуюся к ядру Scientific Linux 4.0.
o Хотя Scientific Linux 4.0 и включает поддержку rawio, но его
использование не рекомендуется. Если ваше приложение
использует его для доступа к устройствам, то мы настоятельно
рекомендуем внести в приложение изменения, с тем, чтобы оно вместо
указанного интерфейса использовало блочное устройство с флагом O_DIRECT.
Интерфейс rawio будет работать с версиями Scientific Linux 4.x, но
он является кандидатом на исключение в последующих версиях.
Асинхронный I/O (AIO) в файловых системах сейчас поддерживается только
при установке O_DIRECT, или в небуфферизванной моде.
Заметьте, что интерфейс асинхронных опросов более не поддерживается,
не поддерживается также и AIO на каналах.
o Система обработки звука теперь базируется на ALSA;
модули OSS более не доступны.
o Если ваша системная оболочка использует функциональность ядра
"hugepage", то вам следует иметь в виду, что имя входа /proc/,
который отвечает за работу этой функциональности, изменено в
Scientific Linux 4.0.x по сравнению с Scientific Linux 3.x:
o Scientific Linux 3.0.x использовал /proc/sys/vm/hugetlb_pool,
требуемый размер задавался в мегабайтах
o Scientific Linux 4.x использует /proc/sys/vm/nr_hugepages,
требуемый размер задается в числе страниц (обратитесь к
/proc/meminfo для уточнения, каков размер hugepage
для вашей системы)
o Текущая версия Scientific Linux 4.0 не поддерживает жесткие диски с
USB интерфейсом. Однако, поддерживаются другие USB-устройства хранения
данных, такие, например, как флеш-карты, CD-ROM и DVD-ROM.
o Ядро, поставляемое с Scientific Linux 4.0 включает новый драйвер
megaraid_mbox, производства LSI Logic, который заменяет старый
драйвер megaraid. Драйвер megaraid_mbox серьезно переработан,
он совместим с ядром 2.6 и включает поддержку самых новых устройств.
Однако, следует иметь в виду, что megaraid_mbox не поддерживает
некоторый старые аппаратные средства, которые поддерживались
драйвером megaraid.
Следующие PCI-адаптеры, которые характеризуются парой
ID производителя -- ID устройства, не поддерживаются драйвером
megaraid_mbox:
производитель, устройство
0x101E, 0x9010
0x101E, 0x9060
0x8086, 0x1960
Команда lspci -n выведет список ID для адаптеров, установленных на
индивидуальной машине. Устройства с такими ID также известны под
следующими именами моделей (существуют и другие модели):
o Dell PERC (двухканальный fast/wide SCSI) RAID контроллер
o Dell PERC2/SC (одноканальный Ultra SCSI) RAID контроллер
o Dell PERC2/DC (двухканальный Ultra SCSI) RAID контроллер
o Dell CERC (четырехканальный ATA/100) RAID контроллер
o MegaRAID 428
o MegaRAID 466
o MegaRAID Express 500
o HP NetRAID 3Si и 1M
Оба производителя -- Dell и LSI Logic заявили, что они не будут
поставлять драйверы для этих моделей для ядра 2.6. Поэтому
указанные адаптеры не поддерживаются в Scientific Linux 4.0.
o Исходная версия Scientific Linux 4.0 не включает поддержки
программного обеспечения iSCSI. Рассматривается возможность
включения поддержки iSCSI в будущие обновления Scientific Linux 4.x.
o Драйвер Emulex LightPulse Fibre Channel (lpfc) в настоящий момент
проходит рассмотрение сообществом и, возможно, будет включен в
ядро Linux 2.6. Он включен в Scientific Linux 4.0 с целью
тестирования. Этот драйвер, возможно, будет изменен. Если с этим драйвером
будут проблемы, либо по какой-то причине будет принято решение не
включать его в ядро Linux 2.6, то вполне вероятно, что
что он будет исключен и из дальнейших версий Scientific Linux.
В настоящий момент известны следующие проблемы с драйвером
lpfc:
o Данный драйвер не берет на себя обработку таких событий, как
кратковременное отключение кабеля, перезагрузка свитча или
потеря связи с устройством на короткий промежуток времени.
Поэтому система может преждевременно решить, что устройство
больше не присутствует в системе, и отключить его. В подобных
случаях требуется ручное вмешательство для переустановки устройства
в системе.
o Возникают ошибки при нажатии клавиш Ctrl-C в том случае, если
драйвер был включен с insmod.
o Возникают ошибки в том случае, если rmmod запускается в то время,
когда insmod еще работает.
o При подключении нового устройства требуется ручной запуск
сканирования оборудования для того, чтобы система работы
со SCSI-устройствами обнаружила его.
o Ранее было принято, что при обновлении ядра не изменялась
стандартные настройки загрузки системы (по умолчанию грузилось
старое ядро).
В Scientific Linux 4.0 это изменено, заново инсталлированное
ядро загружается по умолчанию. Подобная политика затрагивает
все процедуры, связанные с установкой (включая rpm -i).
Эта ситуация контролируется друмя строками в конфигурационном
файле /etc/sysconfig/kernel:
o UPGRADEDEFAULT -- содержит информацию о том, будет ли новое
ядро загружаться по умолчанию (стандартное значение: yes)
o DEFAULTKERNEL -- пакеты RPM, относящиеся к ядру, имена которых
соответствуют значению этой переменной, будут загружаться по
умолчанию (стандартное значение: зависит от конфигурации
аппаратных средств)
o Поскольку исходные коды системного ядра уже содержатся в RPM-файле
ядра .src.rpm, то, с целью исключить избыточность информации,
Scientific Linux 4.x более не включает в себя отдельного пакета
с исходными кодами ядра. Пользователи, которые хотят имееть доступ к
исходным кодам системного ядра, могут найти их в RPM-файле ядра
.src.rpm. To того, чтобы выделить одни только исходные коды из этого
файла, выполните следующие шаги (заметьте, что вместо < version >
вы должны подставить спецификации для вашего конкретного ядра):
1. Получите файл kernel-< version >.src.rpm, возможные источники:
o Каталог SRPMS на CD, содержащем подходящий "SRPMS" или на его
iso-образе
o FTP-сайт, откуда взяты пакеты ядра
2. Установите пакет kernel-< version >.src.rpm (согласно стандартным
настройкам RPM-конфигурации, файлы, которые содержатся в этом
пакете, будут записаны в каталог /usr/src/redhat/)
3. Измените каталог на /usr/src/redhat/SPECS/ и выполните следующие
команды:
rpmbuild -bp --target=< arch > kernel.spec
(Где < arch > -- тот место, куда желательно все поместить.)
При стандартных настройках RPM-конфигурации дерево
ядра будет расположено в каталоге /usr/src/redhat/BUILD/.
4. В получившемся дереве конфигурационные файлы ядра,
поставляемого вместе с той или иной версией Scientific
Linux 4.x, будут располагаться в каталоге /configs/.
Например, конфигурационные файлы для i686 SMP будут
иметь следующий путь и имя:
/configs/kernel-< version >-i686-smp.config.
Выполните следующую команду для перемещения нужного
конфигурационного файла в подходящее для дальнейшей работы место:
cp < desired-file > ./.config
5. Выполните следующую команду:
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.
sysklogd
При стандартных настройках средств безопасности SELinux
данный демон включен в основной список контролируемых демонов в targeted policy.
Благодаря этому возрастает безопасность системы, поскольку обеспечивается
специфический контроль обращений, допускающий или запрещающий доступ
к системными файлам, которые этот демон использует в нормальной ситуации.
Однако, есть потенциальная опасность, что работавшие раньше конфигурации
не будут работать в такой ситуации. Поэтому вы должны разобраться в том,
как работает SELinux, чтобы быть уверенным, что ваша конфигурация
одновременно и безопасна и работоспособна.
Сервер имен DNS
Данный раздел содержит информацию, относящуюся к серверу имен DNS.
bind
При стандартных настройках средств безопасности SELinux
данный демон включен в основной список контролируемых демонов в targeted policy.
Благодаря этому возрастает безопасность системы, поскольку обеспечивается
специфический контроль обращений, допускающий или запрещающий доступ
к системными файлам, которые этот демон использует в нормальной ситуации.
Однако, есть потенциальная опасность, что работавшие раньше конфигурации
не будут работать в такой ситуации. Поэтому вы должны разобраться в том,
как работает SELinux, чтобы быть уверенным, что ваша конфигурация
обновременно и безопасна и работоспособна.
Графический интернет
Данный раздел содержит информацию о пакетах, которые помогут вам
получить доступ к интернету, включая графические почтовые пакеты,
Веб-браузеры и чат-клиенты.
evolution
o Scientific Linux 4.0 включает обновленную версию графического
почтового клиента Evolution. В этой версии добавлен ряд новых
возможностей, включая:
o Evolution теперь включает фильтры спама, который можно тренировать
для более аккуратного разделения писем на спам и нормальные
письма. Если вы получили среди нормальных писем спам, то выберите
это письмо и нажмите клавишу Junk. Просматривайте папку
Junk Mail время от времени, чтобы проверить, что нормальные письма
туда не попали. Если вы найдете среди спама неправильно
отфильтрованное нормальное письмо, пометьте его как Not Junk;
это поможет фильтру самонастроиться и работать более
эффективно.
o Используя Evolution Connector теперь можно установить связь с
серверами Microsoft Exchange 2000 и 2003.
o Изменен пользовательский интерфейс, так что каждая функция
(обмен письмами, календарь, планировщик и контакты) теперь
обрабатывается независимо, заменяя прежную серверо-центрическую
модель.
o Evolution теперь включает улучшенную поддержку шифрования и
шифрованных подписей, включая использование S/MIME.
o Каталог, который использует Evolution для хранения своих
настроек, теперь спрятан для конечных пользователей путем
переименования его, вместо ~/evolution/ он стал
~/.evolution/.
Графика
Данный раздел содержит информацию о пакетах, которые помогают сканировать
и обрабатывать графические образы.
gimp
o Пакет gimp-perl исключен из Scientific Linux 4.0, поскольку основной
GIMP был обновлен до версии 2.0 и его связь с Perl не была написана
отдельно и не была включена в основной пакет.
Пользователи скриптов Perl для GIMP должны установить модуль
Gimp Perl с [4]http://www.gimp.org/downloads/.
Поддержка языков
Данный раздел содержит информацию о поддержке различных языков под
Scientific Linux.
Поддержка UTF-8 для китайского, японского и корейского языков
Если вы обновляете систему от Scientific Linux 3.0.x до
Scientific Linux 4.0, то системные настройки локалей сохраняются.
Поскольку Scientific Linux 4.0 теперь поддерживает китайский, японский
и корейский языки в кодировке UTF-8 по умолчанию, то мы рекомендуем
в этом случае внести изменения в локаль UTF-8, отредактировав следующий
файл:
/etc/sysconfig/i18n
Поправьте установки локали, внеся следующие изменения:
o ja_JP.eucJP замените на ja_JP.UTF-8
o ko_KR.eucKR замените на ko_KR.UTF-8
o zh_CN.GB18030 замените на zh_CN.UTF-8
o zh_TW.Big5 замените на zh_TW.UTF-8
Пользователи с установками локали в ~/.i18n также должны внести изменения
для того, чтобы использовать кодировку UTF-8 по умолчанию.
Для перекодирования текстовых файлов в национальных кодировках (например,
eucJP, eucKR, Big5 или GB18030) в кодировку UTF-8 вы можете использовать
утилиту iconv:
iconv -f < native encoding > -t UTF-8 < filename > -o < newfilename >
Обратитесь к постраничному руководству утилиты iconv за дальнейшей
информацией.
IIIMF
Основной метод ввода Input Method (IM) для китайского (упрощенного и
традиционного), японского и корейского заменен на IIIMF -- Internet/Intranet
Input Method Framework. IIIMF используется как основной метод ввода также
и для группы индийских языков. IIIMF поддерживается непосредственно
с использованием модуля GTK2 IM, или через 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 Language Engines из следующего списка:
o индийские языки -- iiimf-le-unit
o японский -- iiimf-le-canna
o корейский -- iiimf-le-hangul
o упрощенный китайский -- iiimf-le-chinput
o традиционный китайский -- iiimf-le-xcin
Для этих языков IIIMF устанавливается и включается по умолчанию.
Если установка новая, то апплет GIMLET (как часть пакета
iiimf-gnome-im-switcher) автоматически добавляется на панель GNOME
в том случае, если GNOME выбран в качестве рабочего окружения и основным
языком системы выбран один из языков, перечисленных выше.
GIMLET -- это апплет предназначенный для переключения между различными
машинами LE, которые установлены в вашей системе. Использование различных
Language Engines позволяет вводить текст на разных языках. Вы можете
добавить апплет GIMLET на рабочий стол GNOME вручную, для этого
щелкните правуой кнопкой мыши на панели, выберите опцию Add to panel...
и затем выберите апплет InputMethod Switcher.
Если вы обновляете систему и у вас есть какой-либо работающий метод
ввода XIM, то Anaconda автоматически установит подходящую машину
Language Engines для вашей системы в зависимости от имеющегося
пакета:
o если имеется ami, то будет установлен iiimf-le-hangul
o если имеется kinput2, то будет установлен iiimf-le-canna
o если имеется miniChinput, то будет установлен iiimf-le-chinput
o если имеется xcin, то будет установлен iiimf-le-xcin
Для тех пользователей, которым не нужен ввод IIIMF большую часть
времени, существует LE, которая называется "Latin default", суть ее
работы состоит в том, что она ничего не делает при нормальном вводе.
Она может быть использована для временного отключения прочих LE.
Существуют следующие соглашения об особенностях в использовании
некоторых клавиш для определенных Language Engines:
iiimf-le-canna -- Home (показать меню, включая утилиты для Canna)
iiimf-le-unit -- F5 (переключение между языками), F6 (переключе стиля ввода,
если это возможно)
iiimf-le-xcin -- Ctrl-Shift (переключение на другой стиль ввода),
Shift-знак препинания (ввод расширенных пунктуационных меток),
клавиши управления курсором (смена страниц в окне выбора кандидатов)
iiimf-le-chinput -- Ctrl-Shift (переключение на другой стиль ввода),
клавиша < или клавиша > (смена страниц в окне выбора кандидатов)
iiimf-le-hangul -- F9 (преобразование символов хангул в китайские символы)
Настройка методов ввода
Если вы хотите переключаться между IIIMF и уже работающим методом ввода
с окнами выбора XIM, то вы можете использовать приложение
system-switch-im. Существует также утилита командной строки
im-switch, которая позволяет изменять эти настройки для пользователя или
для системы в целом.
В Scientific Linux 4.0 для настройки методов ввода для различных
локалей используется набор файлов, расположенный в каталогах
/etc/X11/xinit/xinput.d/ и ~/.xinput.d/. Те пользователи, у которых
выбраны локали, не использующие специальных методов ввода, (например,
локаль en_US.UTF-8), тем не менее имеют возможность вводить азиатские
символы, для этого им следует выполнить следующую команду в командной
строке:
mkdir -p ~/.xinput.d/
ln -s /etc/X11/xinit/xinput.d/iiimf ~/.xinput.d/en_US
Эта команда подменит системные установки и даст возможность использовать
IIIMF для ввода американского английского. Для того чтобы настроить
метод ввода на другую локаль, замените en_US на имя нужной локали
(без суффикса, указывающего на набор символов). Для того чтобы
специальный метод ввода использовался для всех локалей, поставьте
слово default вместо en_US.
Пользователи, которые обновляют систему от Scientific Linux 3.0.x,
должны иметь в виду, что файлы /etc/sysconfig/i18n и ~/.i18n
не используются более для настройки методов ввода;
все особенности конфигурации должны быть перенесены, соответственно,
в файлы /etc/X11/xinit/xinput.d/ и ~/.xinput.d/.
Все внесенные в конфигурацию изменения вступят в силу после перезапуска
сессии X Window System.
Почтовый сервер
Данный раздел содержит информацию, относящуюся к средствам отсылки почты,
включенным в Scientific Linux 4.0.
mailman
Ранее все RPM-пакеты, относящиеся к mailman, размещали все свои файлы
в каталогах, имеющих вход /var/mailman/. К сожелению, это не соответствовало
стандартам Filesystem Hierarchy Standard (FHS) и также создавало
проблемы при включении SELinux.
Если у вас ранее был установлен mailman, и вы вносили какие-либо изменения
в файлы в каталоге /var/mailman/ (например, в файл mm_cfg.py), то вы
должны перенести эти изменения на новое место, описание новой структуры
можно найти в следующем файле:
/usr/share/doc/mailman-*/INSTALL.REDHAT
sendmail
o При стандартных настройках почтовый агент Sendmail (MTA) работает
тольк с серверами на локальном компьютере и не принимает никаких
сетевых соединений. Если вы хотите, чтобы настроить Sendmail как
сервер для других клиентов, то вы должны отредактировать файл
/etc/mail/sendmail.mc и изменить строку DAEMON_OPTIONS, так чтобы
сервер слушал и сетевые устройства (либо полностью закомментировать
эту опцию, используя признак комментария dnl). Вы должны обновить
файл /etc/mail/sendmail.cf, запустив следующую команду
(зарегестрировавшись как root):
make -C /etc/mail
Заметьте, что у вас должен быть установлен пакет sendmail-cf
для того, чтобы это работало.
Замечание
Имейте в виду, требуется много внимания и осторожности для того,
чтобы безопасно сконфигурировать Sendmail как открытый SMTP-сервер.
База данных MySQL
Многопользовательская, многопоточная клиент.серверная база данных MySQL
обновлена от версии 3.23.x (которая поставлялась с Scientific Linux 3.0.x)
до версии 4.1.x. В этой новой версии MySQL многое делается быстрее и
удобнее, добавлена новая функциональность, а именно:
o поддержка подзапросов
o индексация BTREE для неструктурированных запросов
o безопасное тиражирование баз с использованием SSL соединений
o поддержка Unicode с набором символов utf-8 и ucs-2
Пользователи должны иметь в виду, что могут быть проблемы с совместимостью
приложений или баз данных при переходе от MySQL версий 3.23.x к версиям 4.1.x
Известные проблемы вызваны тем, что изменен стандартный формат времени
создания/модификации объектов. В связи с возможностью возникновения подобных
проблем включен специальный пакет mysqlclient10, призванный обеспечить
бинарную совместимость приложений, собранных с использованием клиентской
библиотеки версии 3.23.x (libmysqlclient.so.10) и приложений, собранных
с использованием текущей библиотеки.
Замечание
Хотя пакет mysqlclient10 обеспечивает поддержку совместимости с сервером
MySQL 4.1.x, он не поддерживает новый метод шифрования паролей, введенный
в версии 4.1. Для того чтобы дать возможность клиентам, работавшим с
legacy MySQL серверами версии 3.x, работать с сервером MySQL текущей версии,
в конфигурационном файле /etc/my.cnf введен параметр old_passwords, по
умолчанию поддержка старых паролей включена. Если совместимость со старыми
клиентами не требуется, этот параметр лучше отключить, это позволит
использовать более надежный метод входа в базу с использованием
шифрованных паролей.
mysql-server
Если конфигурация средств обеспечения безопасности SELinux стандартна,
то этот демон входит в группу стандартно контролируемых targeted policy.
Благодаря этому возрастает безопасность системы, поскольку обеспечивается
специфический контроль обращений, допускающий или запрещающий доступ к
системными файлам, которые этот демон использует в нормальной ситуации.
Однако, есть потенциальная опасность, что работавшие раньше конфигурации
не будут работать в такой ситуации. Поэтому вы должны разобраться в том,
как работает SELinux, чтобы быть уверенным, что ваша конфигурация
одновременно и безопасна и работоспособна.
Сетевые серверы
Данный раздел содержит информацию, относящуюся к различным сетевым
серверам.
dhcp
Если конфигурация средств обеспечения безопасности SELinux стандартна,
то этот демон входит в группу стандартно контролируемых targeted policy.
Благодаря этому возрастает безопасность системы, поскольку обеспечивается
специфический контроль обращений, допускающий или запрещающий доступ к
системным файлам, которые этот демон использует в нормальной ситуации.
Однако, есть потенциальная опасность, что работавшие раньше конфигурации
не будут работать в такой ситуации. Поэтому вы должны разобраться в том,
как работает SELinux, чтобы быть уверенным, что ваша конфигурация
одновременно и безопасна и работоспособна.
Средства настройки сервера
Данный раздел содержит информацию об утилитах для настройки сетевого
сервера.
system-config-lvm
Scientific Linux 4.0 включает в себя system-config-lvm, графическую
утилиту для настройки Logical Volume Manager (LVM). system-config-lvm
позволяет пользователю создавать группы томов на физических дисках и
дисковых разделах на локальной машине, что позволяет создавать гибкие
и расширяемые логические разделы, которые рассматриваются операционной
системой как нормальные физические диски.
system-config-lvm дает пользователю графическое представление о
существующих в системе дисках и разделах, что помогает ему разобраться
в том, какие имеются средства хранения, а также обеспечивает интерфейс
для решения задач, связанных с преобразованием разделов на дисках.
system-config-securitylevel
Средство настройки уровней безопасности system-config-securitylevel
теперь допускает использование CUPS и Multicast DNS (mDNS).
Заметьте, что в настоящее время эти сервисы не могут быть отключены
посредством system-config-securitylevel.
Web сервер
Данный раздел содержит информацию, относящуюся к программам,
обеспечивающим работу с интернетом.
httpd
o Если конфигурация средств обеспечения безопасности SELinux стандартна,
то этот демон входит в группу стандартно контролируемых targeted policy.
Благодаря этому возрастает безопасность системы и стабильность работы
Web-сервера, поскольку обеспечивается специфический контроль обращений,
допускающий или запрещающий доступ к системными файлам, которые этот
демон использует в нормальной ситуации. Однако, есть потенциальная
опасность, что работавшие ранее конфигурации (например, те, которые
используют PHP) не будут работать в такой ситуации. Поэтому вы должны
разобраться в том, как работает SELinux, чтобы быть уверенным,
что ваша конфигурация одновременно и безопасна и работоспособна.
Например, может быть установлена логическая переменная, которая
дает httpd специальные права на чтение объектов в ~/public_html/
до тех пор, пока они отмечены меткой контекста обеспечения
безопасности httpd_sys_content_t. При этом демон Apache не имеет
доступа к объектам (файлам, приложениям, файлам устройств и другим
процессам) которые помечены такой меткой, если SELinux не дает
httpd специфических прав на подобный доступ.
Позволяя Apache получать доступ только к тем объектам, которые
необходимы для его функционирования, система защищает себя от
работы с небрежно настроенными httpd демонам.
И стандартная система установки прав доступа к файлам и каталогам,
принятая в Linux, и система контекстных меток файлов SELinux,
могут потребовать от пользователя или администратора системы
знания того, как изменять контекстные метки файлов.
Ниже приведены два примера таких команд (один для рекурсивной
смены метки содержимого каталога, а другой для смены метки
у отдельного файла):
chcon -R -h -t httpd_sys_content_t public_html
chcon -t httpd_sys_content_t public_html/index.html
Если файл или каталог не помечен соответствующим образом в списке
типов, разрешенных для Apache, то будет сгенерирована
ошибка Forbidden, с номером 403.
Вы можете изменить значение соответствующих логических переменных
или исключить из списка контролируемых объектов Apache (или какие-либо
другие контролируемые демоны), используя утилиту
system-config-securitylevel. На закладке SELinux, находясь внутри
опции Modify SELinux Policy, вы можете изменить значение
логических переменных, относящихся к Apache. Вы можете выбрать опцию
Disable SELinux protection для httpd, что отключит переход от
unconfined_t (тип, действующий по умолчанию в рамках стандартной
системы безопасности Linux без включения SELinux) для определенных
видов демонов, например, для httpd_t. Выключение этого перехода
полностью снимет с этого демона контроль SELinux и он будет работать
в рамках стандартной системы безопасности Linux.
o По умолчанию, демон httpd стартует теперь, используя локаль C, а не
системные настройки локали. Такое поведение можно изменить,
установив соответствующее значение переменной HTTPD_LANG в файле
/etc/sysconfig/httpd.
php
o Основной конфигурационный файл /etc/php.ini изменен так, что он
теперь больше подходит для "готовой продукции", чем для
"разработки"; существенные изменения следующие:
o display_errors теперь установлен в Off
o log_errors теперь установлен в On
o magic_quotes_gpc теперь установлен в Off
Для интеграции с Apache httpd 2.0 теперь используется
"apache2handler" SAPI, а не "apache2filter" SAPI. Если происходит
обновление предыдущих версий, то необходимо удалить инструкции
SetOutputFilter из конфигурационного файла /etc/httpd/conf.d/php.conf.
o Следующие изменения были внесены в компоновку модулей
расширения PHP:
o Модули расширения gd, mbstring, и ncurses были перемещены
в пакеты php-gd, php-mbstring и php-ncurses, соответственно.
Заметьте, что вам придется установить эти пакеты вручную (если
они необходимы) в том случае, если вы делаете обновление от
предыдущих версий.
o Модули расширения domxml, snmp и xmlrpc расположенв в пакетах
php-domxml, php-snmp и php-xmlrpc, соответственно.
squid
Если конфигурация средств обеспечения безопасности SELinux стандартна,
то этот демон входит в группу стандартно контролируемых targeted policy.
Благодаря этому возрастает безопасность системы, поскольку обеспечивается
специфический контроль обращений, допускающий или запрещающий доступ к
системными файлам, которые этот демон использует в нормальной ситуации.
Однако, есть потенциальная опасность, что работавшие ранее конфигурации
не будут работать в такой ситуации. Поэтому вы должны разобраться в том,
как работает SELinux, чтобы быть уверенным, что ваша конфигурация
одновременно и безопасна и работоспособна.
Система X Window
Данный раздел содержит информацию о реализации системы X Window,
поставляемой с Scientific Linux 4.0.
xorg-x11
o Scientific Linux 4.0 включает новый пакет xorg-x11-deprecated-libs.
Этот пакет содержит библиотеки, связанные с X11, которые относятся к
нерекомендуемым и могут быть исключены из последующих версий
Scientific Linux. Такая сборка нерекомендованных к использованию
библиотек в один пакет вызвана желанием обеспечить возможность
работы существующих приложений, написанных сторонними производителями,
до тех пор, пока они не внесут изменения в свои продукты, так, чтобы
эти приложения не зависели от указанных библиотек.
В настоящий момент данный пакет содержит библиотеку Xprint (libXp).
Эту библиотеку не следует использовать в разработке новых приложений.
Приложения, которые сейчас используют эту библиотеку, должны
постепенно перейти к использованию поддерживаемых API, ориентированных
на обслуживание печати -- libgnomeprint/libgnomeprintui.
o Имела место некоторая путаница, относящаяся к проблемам, связанным
со шрифтами под X Window. В настоящее время существуют две подсистемы,
работающие со шрифтами, каждая из которых имеет свои характеристики:
- Исходная (более, чем 15-летней давности) шрифтровая подсистема
известна под именем "core X font subsystem". Фонты, обрабатываемые
этой подсистемой, не сглаживаются (not anti-aliased), ими управляет
X-сервер и они имеют названия подобные следующему:
-misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
Более новая шрифтовая подсистема, известная как "fontconfig",
предоставляет приложениям прямой доступ в файлам фонтов.
Fontconfig часто используется вместе с библиотекой "Xft",
которая позволяет приложениям обрабатывать фонты и выводить
их на экран со сглаживанием. Fontconfig использует более
"человеческие" имена фонтов, например:
Luxi Sans-10
Надо думать, что через какое-то время fontconfig/Xft полностью заменит
"core X font subsystem". Сейчас же, приложения, использующие
инструментарий Qt 3 или GTK 2 (к ним относятся приложения KDE и GNOME),
используют шрифтовую подсистему fontconfig и Xft; большинство прочих
приложений используют исходную подсистему X-fonts.
Планируется, что в будущем Scientific Linux будет поддерживать
только fontconfig/Xft вместо сервера шрифтов XFS в качестве
локального метода доступа к шрифтам.
ЗАМЕТЬТЕ: Исключением из описанной выше схемы работы со шрифтами
является OpenOffice.org (этот программный пакет использует свою
собственную технологию работы со шрифтами)
Если вы хотите добавить новые фонты в свою систему Scientific Linux 4.x,
то вы должны понимать, что последовательность ваших действий зависит
от того, в какой шрифтовой подсистеме будут использоваться новые фонты.
Если они будут использоваться в исходной X-font подсистеме, то вы
должны сделать следующее:
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-font сервера (xfs):
chkfontpath --add /usr/share/fonts/local/
Добавить новый фонт в шрифтовую подсистему fontconfig проще;
требуется только скопировать файл нового фонта в каталог
/usr/share/fonts/ (в некоторых случаях конфигурация шрифтрового
хозяйства может быть изменена, соответственно скопируйте файл фонта
в каталог ~/.fonts/ ).
После того как файл нового фонта скопирован, используйте утилиту
fc-cache, чтобы обновить кэш, храняший информацию о шрифтах:
fc-cache < directory >
(Где вместо < directory > следует подставить каталог /usr/share/fonts/
или каталог ~/.fonts/).
Пользователь может также установить новый фонт графическим способом,
просто открыв каталог fonts:/// в Nautilus и перетащив в него файл
нового фонта.
ЗАМЕЧАНИЕ: Если имя файла фонта заканчивается на ".gz", то это
означает, что он был сжат gzip, и его надо разархивировать
(командой gunzip), прежде чем устанавливать.
o Поскольку грядет полный переход новую шрифтовую систему, базирующуюся
на fontconfig/Xft, то диалог Font Preference устроен так, что никакие
изменения, сделанные при его помощи, не оказывают никакого воздействия
на приложения, пользующиеся GTK+ 1.2. Для того чтобы настроить
фонты для таких приложений, нужно добавить следующие строки в файл
~/.gtkrc.mine:
style "user-font" {
fontset = "< font-specification >"
}
widget_class "*" style "user-font"
(Где < font-specification > представляет имя фонта в том
стиле, который используют традиционные X-приложения, нечто
вроде "-adobe-helvetica-medium-r-normal--*-120-*-*-*-*-*-*".)
Разное
Данный раздел содержит информацию о пакетах, не включенных ни в одну
из перечисленных выше категорий.
compat-db
C++ и TCL bindings более не входят в пакет compat-db package. Приложения,
которые требуют его использования, должны быть портированы для
использования вместо этого пакета поддерживаемой в настоящее время
библиотеки DB.
lvm2
Данный раздел содержит информацию, относящуюся к пакету lvm2.
o Полный набор команд VM2 теперь устанавливается в каталоге /usr/sbin/.
Если на этапе загрузки каталог /usr/ недоступен, то перед каждой
командой необходимо вставить префикс /sbin/lvm.static
(например, /sbin/lvm.static vgchange -ay).
Если при загрузке каталог /usr/ доступен, то более нет необходимости
помещать перед каждой командой префикс lvm (например, вместо строки
/usr/sbin/lvm vgchange -ay следует писать /usr/sbin/vgchange -ay).
o Новые команды LVM2 (такие как /usr/sbin/vgchange -ay и
/sbin/lvm.static vgchange -ay) автоматически определяют, что у вас
запущено ядро 2.4 и прозрачным образом активизируют, если необходимо,
подходящие старые команды LVM1. Старые команды LVM1 переименованы
так, что они теперь онакнчиваются на ".lvm1" (например,
/sbin/vgchange.lvm1 -ay).
Замечание
Команды LVM1 работают только с ядром 2.4. Нет возможности использовать
команды LVM1 с ядром 2.6.
Дополнительную информацию о LVM2 можно найти в файле
/usr/share/doc/lvm2*/WHATS_NEW.
net-snmp
Если конфигурация средств обеспечения безопасности SELinux стандартна,
то этот демон входит в группу стандартно контролируемых targeted policy.
Благодаря этому возрастает безопасность системы, поскольку обеспечивается
специфический контроль обращений, допускающий или запрещающий доступ к системным
файлам, которые этот демон использует в нормальной ситуации.
Однако, есть потенциальная опасность, что работавшие ранее конфигурации
не будут работать в такой ситуации. Поэтому вы должны разобраться в том,
как работает SELinux, чтобы быть уверенным, что ваша конфигурация
одновременно и безопасна и работоспособна.
nscd
o Кэш-демон севера имен nscd теперь может сохранять свои данные
перманентно между выключением-включением машины или перезагрузками.
Каждая из поддерживаемых этим демоном баз (пользователи, группы и
узлы, соответственно) могут быть объявлены перманентными путем записи
в соответствующей строке файла /etc/nscd.conf опции "yes".
Введенные данные не удаляются из памяти до тех пор, пока не установлено
точно, что они больше не в ходу. Все записи, у которых истек срок жизни,
но которые еще представляют для кого-либо интерес, автоматически
загружаются заново, что помогает в тех ситуациях, когда сервисы
управления именами и каталогами временно недоступны.
o Если конфигурация средств обеспечения безопасности SELinux стандартна,
то этот демон входит в группу стандартно контролируемых. Благодаря этому
возрастает безопасность системы, поскольку обеспечивается специфический
контроль обращений, допускающий или запрещающий доступ к системными
файлам, которые этот демон использует в нормальной ситуации.
Однако, есть потенциальная опасность, что работавшие раньше конфигурации
не будут работать в такой ситуации. Поэтому вы должны разобраться в том,
как работает SELinux, чтобы быть уверенным, что ваша конфигурация
одновременно и безопасна и работоспособна.
ntp
Если конфигурация средств обеспечения безопасности SELinux стандартна,
то этот демон входит в группу стандартно контролируемых targeted policy.
Благодаря этому возрастает безопасность системы, поскольку обеспечивается
специфический контроль обращений, допускающий или запрещающий доступ к системным
файлам, которые этот демон использует в нормальной ситуации.
Однако, есть потенциальная опасность, что работавшие раньше конфигурации
не будут работать в такой ситуации. Поэтому вы должны разобраться в том,
как работает SELinux, чтобы быть уверенным, что ваша конфигурация
одновременно и безопасна и работоспособна.
portmap
Если конфигурация средств обеспечения безопасности SELinux стандартна,
то этот демон входит в группу стандартно контролируемых targeted policy.
Благодаря этому возрастает безопасность системы, поскольку обеспечивается
специфический контроль обращений, допускающий или запрещающий доступ к системным
файлам, которые этот демон использует в нормальной ситуации.
Однако, есть потенциальная опасность, что работавшие раньше конфигурации
не будут работать в такой ситуации. Поэтому вы должны разобраться в том,
как работает SELinux, чтобы быть уверенным, что ваша конфигурация
одновременно и безопасна и работоспособна.
udev
Scientific Linux 4.0 переключен со статического использования
каталога /dev/ на динамическое использование под управлением udev.
Это позволяет создавать узлы для устройств только по требованию,
когда загружается соответствующий драйвер.
Дополнительную информацию о том, как работает udev, можно найти в
постраничном руководстве udev(8).
Дополнительные правила для udev должны быть размещены в отдельном файле
в каталоге /etc/udev/rules.d/.
Дополнительные правила, касающиеся прав доступа для udev должны быть
размещены в отдельном файле в каталоге /etc/udev/permissions.d/.
Если происходит обновление до Scientific Linux 4.0 от предыдущей версии с
использованием Anaconda, то система автоматически будет переконфигурирована
для использования udev. Возможно (хотя и крайне НЕ рекомендуется)
выполнить обновление и начать использовать udev "вживую", на работающей
системе, для этого надо выполнить следующие шаги:
1. Убедитесь, что вы используете ядро 2.6
2. Убедитесь, что каталог /sys/ смонтирован
3. Установите RPM со стартовыми скриптами, поставляемый с
Scientific Linux 4.0
4. Установите новый RPM-пакет с udev, поставляемый с Scientific Linux 4.0
5. Выполните /sbin/start_udev
6. Установите новый RPM-пакет с mkinitrd, поставляемый с
Scientific Linux 4.0
7. Выполните следующий шаги:
. Установите новый RPM-пакет ядра, поставляемый с Scientific Linux 4.0
ИЛИ:
. Перезапустите mkinitrd для существующего ядра(ядер)
Предупреждение
Неправильное выполнение этих шагов может привести к тому, что системная
конфигурация перестанет загружаться правильно.
Пакеты добавленные/исключенные/кандидаты на удаление
Этот раздел содержит список пакетов, входящих в следующие категории:
o Пакеты, которые были добавлены в Scientific Linux 4.0
o Пакеты, которые были исключены из Scientific Linux 4.0
o Пакеты, которые не рекомендуются к употреблению, поскольку могут быть
удалены из ближайших будущих версий Scientific Linux
Добавленные пакеты
Следующие пакеты были добавлены в Scientific Linux 4.0:
o Canna-devel
o Canna-libs (i386)
o FreeWnn-devel
o FreeWnn-libs (i386)
o GConf2 (i386)
o HelixPlayer
o ImageMagick (i386)
o ImageMagick-c++ (i386)
o ImageMagick-c++ (x86_64)
o ImageMagick-c++-devel
o ImageMagick-devel
o ImageMagick-perl
o NetworkManager
o NetworkManager-gnome
o ORBit2 (i386)
o Omni (i386)
o PyQt
o PyQt-devel
o PyQt-examples
o Pyrex
o SDL (i386)
o VFlib2 (i386)
o VFlib2-VFjfm
o VFlib2-conf-ja
o VFlib2-devel
o Xaw3d (i386)
o Xaw3d-devel
o alchemist (i386)
o alchemist-devel
o alsa-lib (i386)
o alsa-lib (x86_64)
o alsa-lib-devel
o alsa-utils
o amanda-devel
o anaconda-product (noarch)
o anacron
o apel
o apr (i386)
o apr (x86_64)
o apr-devel
o apr-util
o apr-util-devel
o arpwatch
o arts (i386)
o aspell (i386)
o aspell-ca
o aspell-cs
o aspell-cy
o aspell-el
o aspell-en
o aspell-pl
o at-spi (i386)
o audiofile (i386)
o audit
o authd
o automake16
o automake17
o beecrypt (i386)
o beecrypt-devel
o beecrypt-python
o bind-chroot
o bind-devel
o bind-libs (i386)
o bind-libs (x86_64)
o bitstream-vera-fonts
o blas (i386)
o bluez-bluefw
o bluez-hcidump
o bluez-libs (i386)
o bluez-libs (x86_64)
o bluez-libs-devel
o bluez-pin
o bluez-utils
o bluez-utils-cups
o bogl (i386)
o bogl-devel
o boost (i386)
o boost (x86_64)
o boost-devel
o bootparamd
o bridge-utils-devel
o busybox
o bzip2-libs (i386)
o cadaver
o cdda2wav
o cdparanoia-devel
o cdparanoia-libs (i386)
o cdrecord-devel
o checkpolicy
o compat-db (i386)
o compat-gcc-32
o compat-gcc-32-c++
o compat-libgcc-296
o compat-libstdc++-296
o compat-libstdc++-33 (i386)
o compat-libstdc++-33 (x86_64)
o compat-openldap (i386)
o compat-openldap (x86_64)
o comps (x86_64)
o crash
o cryptsetup
o cscope
o curl (i386)
o cyrus-imapd
o cyrus-imapd-devel
o cyrus-imapd-murder
o cyrus-imapd-nntp
o cyrus-imapd-utils
o cyrus-sasl-gssapi (i386)
o cyrus-sasl-md5 (i386)
o cyrus-sasl-ntlm (i386)
o cyrus-sasl-ntlm (x86_64)
o cyrus-sasl-plain (i386)
o cyrus-sasl-sql (i386)
o cyrus-sasl-sql (x86_64)
o dasher
o db4-java
o db4-tcl
o dbus (i386)
o dbus (x86_64)
o dbus-devel
o dbus-glib (i386)
o dbus-glib (x86_64)
o dbus-python
o dbus-x11
o devhelp
o devhelp-devel
o device-mapper (i386)
o device-mapper (x86_64)
o dhcp-devel
o dhcpv6
o dhcpv6_client
o dia
o distcache (i386)
o dmalloc
o dmraid
o docbook-simple
o docbook-slides
o dovecot
o doxygen-doxywizard
o e2fsprogs (i386)
o eel2 (i386)
o elfutils (i386)
o elfutils-libelf (i386)
o elfutils-libelf-devel
o emacs-common
o emacs-nox
o esound (i386)
o evolution-connector
o evolution-data-server (i386)
o evolution-data-server (x86_64)
o evolution-data-server-devel
o evolution-devel
o evolution-webcal
o exim
o exim-doc
o exim-mon
o exim-sa
o expect-devel
o expectk
o finger-server
o firefox
o flac (i386)
o flac (x86_64)
o flac-devel
o fonts-arabic
o fonts-bengali
o fonts-xorg-100dpi
o fonts-xorg-75dpi
o fonts-xorg-ISO8859-14-100dpi
o fonts-xorg-ISO8859-14-75dpi
o fonts-xorg-ISO8859-15-100dpi
o fonts-xorg-ISO8859-15-75dpi
o fonts-xorg-ISO8859-2-100dpi
o fonts-xorg-ISO8859-2-75dpi
o fonts-xorg-ISO8859-9-100dpi
o fonts-xorg-ISO8859-9-75dpi
o fonts-xorg-base
o fonts-xorg-cyrillic
o fonts-xorg-syriac
o fonts-xorg-truetype
o freeglut (i386)
o freeglut (x86_64)
o freeglut-devel
o freeradius-mysql
o freeradius-postgresql
o freeradius-unixODBC
o freetype-demos
o freetype-utils
o fribidi (i386)
o fribidi (x86_64)
o fribidi-devel
o fsh
o gail (i386)
o gamin (i386)
o gamin (x86_64)
o gamin-devel
o gd (i386)
o gd-progs
o gda-mysql
o gda-odbc
o gda-postgres
o gdk-pixbuf (i386)
o gedit-devel
o gettext-devel
o ghostscript (i386)
o ghostscript-devel
o ghostscript-gtk
o gimp-devel
o gimp-gap
o gimp-help
o gimp-print (i386)
o gimp-print-devel
o gmp (i386)
o gnome-audio-extra
o gnome-desktop (i386)
o gnome-kerberos
o gnome-keyring (i386)
o gnome-keyring (x86_64)
o gnome-keyring-devel
o gnome-keyring-manager
o gnome-mag (i386)
o gnome-mag (x86_64)
o gnome-mag-devel
o gnome-netstatus
o gnome-nettool
o gnome-panel (i386)
o gnome-panel-devel
o gnome-pilot-conduits
o gnome-pilot-devel
o gnome-python2-applet
o gnome-python2-gconf
o gnome-python2-gnomeprint
o gnome-python2-gnomevfs
o gnome-python2-nautilus
o gnome-speech (i386)
o gnome-speech (x86_64)
o gnome-speech-devel
o gnome-spell (i386)
o gnome-vfs2 (i386)
o gnome-vfs2-smb
o gnome-volume-manager
o gnopernicus
o gnumeric
o gnumeric-devel
o gnuplot-emacs
o gnutls (i386)
o gnutls (x86_64)
o gnutls-devel
o gok
o gok-devel
o gpdf
o gphoto2 (i386)
o gphoto2-devel
o groff-gxditview
o groff-perl
o gsl (i386)
o gsl (x86_64)
o gsl-devel
o gstreamer (i386)
o gstreamer-devel
o gstreamer-plugins-devel
o gthumb
o gtk+ (i386)
o gtk-engines (i386)
o gtk2-engines (i386)
o gtkhtml2 (i386)
o gtkhtml3 (i386)
o gtkhtml3-devel
o gtksourceview (i386)
o gtksourceview (x86_64)
o gtksourceview-devel
o gtkspell (i386)
o gtkspell (x86_64)
o gtkspell-devel
o guile (i386)
o guile-devel
o hal (i386)
o hal (x86_64)
o hal-cups-utils
o hal-devel
o hal-gnome
o hesiod (i386)
o hicolor-icon-theme
o howl
o howl-devel
o howl-libs (i386)
o howl-libs (x86_64)
o hpoj-devel
o htdig-web
o httpd-manual
o httpd-suexec
o icon-slicer
o iiimf-csconv
o iiimf-docs
o iiimf-emacs
o iiimf-gnome-im-switcher
o iiimf-gtk
o iiimf-le-canna
o iiimf-le-chinput
o iiimf-le-hangul
o iiimf-le-sun-thai
o iiimf-le-unit
o iiimf-le-xcin
o iiimf-libs
o iiimf-libs-devel
o iiimf-server
o iiimf-x
o imlib (i386)
o inn-devel
o iptables-devel
o iptraf
o iptstate
o irb
o isdn4k-utils-devel
o isdn4k-utils-vboxgetty
o joe
o jpackage-utils
o k3b
o kdbg
o kde-i18n-Bengali
o kde-i18n-Bulgarian
o kde-i18n-Hindi
o kde-i18n-Punjabi
o kde-i18n-Tamil
o kdeaddons-atlantikdesigner
o kdeaddons-xmms
o kdeadmin
o kdeartwork-icons
o kdebase (i386)
o kdegames-devel
o kdelibs (i386)
o kdemultimedia (i386)
o kdemultimedia-devel
o kdenetwork-nowlistening
o kernel-devel
o kernel-doc
o kernel-smp-devel
o kinput2
o krb5-auth-dialog
o lapack (i386)
o libIDL (i386)
o libaio (i386)
o libao (i386)
o libart_lgpl (i386)
o libavc1394 (i386)
o libavc1394 (x86_64)
o libavc1394-devel
o libbonobo (i386)
o libbonoboui (i386)
o libc-client (i386)
o libc-client (x86_64)
o libc-client-devel
o libcap (i386)
o libcroco (i386)
o libcroco (x86_64)
o libcroco-devel
o libdbi (i386)
o libdbi-dbd-pgsql
o libdbi-devel
o libdv (i386)
o libdv (x86_64)
o libdv-devel
o libdv-tools
o libexif (i386)
o libexif (x86_64)
o libexif-devel
o libf2c (i386)
o libgail-gnome (i386)
o libgal2 (i386)
o libgal2-devel
o libgcrypt (i386)
o libgcrypt (x86_64)
o libgcrypt-devel
o libgda
o libgda-devel
o libghttp-devel
o libglade2 (i386)
o libgnat
o libgnome (i386)
o libgnomecanvas (i386)
o libgnomecups (i386)
o libgnomecups (x86_64)
o libgnomecups-devel
o libgnomedb
o libgnomedb-devel
o libgnomeprint22 (i386)
o libgnomeprintui22 (i386)
o libgnomeui (i386)
o libgpg-error (i386)
o libgpg-error (x86_64)
o libgpg-error-devel
o libgsf (i386)
o libgsf-devel
o libgtop2 (i386)
o libgtop2-devel
o libidn (i386)
o libidn (x86_64)
o libidn-devel
o libieee1284 (i386)
o libieee1284 (x86_64)
o libieee1284-devel
o libmng (i386)
o libmng-static
o libmusicbrainz (i386)
o libmusicbrainz (x86_64)
o libmusicbrainz-devel
o libogg (i386)
o libpcap (i386)
o libpng10 (i386)
o libpng10-devel
o libraw1394 (i386)
o libraw1394-devel
o librsvg2 (i386)
o libsane-hpoj
o libselinux (i386)
o libselinux (x86_64)
o libselinux-devel
o libsepol (i386)
o libsepol (x86_64)
o libsepol-devel
o libsilc
o libsilc-devel
o libsilc-doc
o libsoup (i386)
o libsoup-devel
o libtabe (i386)
o libtabe-devel
o libtheora (i386)
o libtheora (x86_64)
o libtheora-devel
o libtool-libs (i386)
o libungif (i386)
o libungif-progs
o libusb (i386)
o libuser (i386)
o libvorbis (i386)
o libwmf (i386)
o libwmf (x86_64)
o libwmf-devel
o libwnck (i386)
o libwnck-devel
o libwvstreams (i386)
o libwvstreams-devel
o libxklavier (i386)
o libxklavier (x86_64)
o libxklavier-devel
o libxml-devel
o libxml2 (i386)
o libxslt (i386)
o libxslt-python
o linuxwacom
o linuxwacom-devel
o lm_sensors (i386)
o lm_sensors (x86_64)
o lm_sensors-devel
o lockdev (i386)
o lrzsz
o ltrace
o lvm2
o lynx
o mailman
o mc
o memtest86+
o mgetty-sendfax
o mgetty-viewfax
o mgetty-voice
o mikmod (i386)
o mikmod-devel
o mod_auth_kerb
o mod_dav_svn
o mod_perl-devel
o module-init-tools
o mozilla-devel
o mozilla-nspr-devel
o mozilla-nss (i386)
o mozilla-nss-devel
o mtr-gtk
o mtx
o mysql (i386)
o mysql-server
o nabi
o nasm
o nasm-doc
o nasm-rdoff
o nautilus-cd-burner-devel
o neon (i386)
o neon (x86_64)
o neon-devel
o net-snmp-libs (i386)
o net-snmp-libs (x86_64)
o net-snmp-perl
o netpbm (i386)
o newt (i386)
o nmap-frontend
o nss_db (i386)
o nss_db (x86_64)
o numactl
o octave (i386)
o octave-devel
o openh323 (i386)
o openh323-devel
o openjade (i386)
o openjade-devel
o openldap-servers-sql
o openmotif (i386)
o openoffice.org
o openoffice.org-i18n
o openoffice.org-libs
o openssl-perl
o openssl096b (i386)
o pam_ccreds (i386)
o pam_ccreds (x86_64)
o pam_passwdqc (i386)
o pam_passwdqc (x86_64)
o pam_smb (i386)
o parted-devel
o pcmcia-cs
o pcre (i386)
o perl (i386)
o perl-Bit-Vector
o perl-Convert-ASN1
o perl-Crypt-SSLeay
o perl-Cyrus
o perl-Date-Calc
o perl-LDAP
o perl-Net-DNS
o perl-XML-LibXML
o perl-XML-LibXML-Common
o perl-XML-NamespaceSupport
o perl-XML-SAX
o perl-suidperl
o php-devel
o php-domxml
o php-gd
o php-mbstring
o php-ncurses
o php-pear
o php-snmp
o php-xmlrpc
o pilot-link (i386)
o planner
o pmake
o policycoreutils
o postfix-pflogsumm
o postgresql
o postgresql-contrib
o postgresql-devel
o postgresql-docs
o postgresql-jdbc
o postgresql-libs (i386)
o postgresql-libs (x86_64)
o postgresql-pl
o postgresql-python
o postgresql-server
o postgresql-tcl
o postgresql-test
o pump-devel
o pvm-gui
o pwlib (i386)
o pwlib-devel
o pyorbit-devel
o pyparted
o python-docs
o python-ldap
o python-tools
o qt (i386)
o qt-ODBC
o qt-PostgreSQL
o qt-config
o quagga-contrib
o quagga-devel
o readline (i386)
o redhat-artwork (i386)
o redhat-release (x86_64)
o rhgb
o rhythmbox
o rpm-libs
o ruby-docs
o ruby-libs (i386)
o ruby-tcltk
o samba-common (i386)
o samba-swat
o sane-backends (i386)
o scrollkeeper (i386)
o selinux-doc
o selinux-policy-targeted
o selinux-policy-targeted-sources
o sendmail-devel
o sendmail-doc
o setools
o setools-gui
o sg3_utils
o shared-mime-info
o skkdic
o slang (i386)
o sound-juicer
o sox-devel
o speex (i386)
o speex (x86_64)
o speex-devel
o startup-notification (i386)
o statserial
o subversion
o subversion-devel
o subversion-perl
o switchdesk
o switchdesk-gui
o synaptics
o sysfsutils
o sysfsutils-devel
o system-config-boot
o system-config-date
o system-config-display
o system-config-httpd
o system-config-keyboard
o system-config-kickstart
o system-config-language
o system-config-lvm
o system-config-mouse
o system-config-netboot
o system-config-network
o system-config-network-tui
o system-config-nfs
o system-config-packages
o system-config-printer
o system-config-printer-gui
o system-config-rootpassword
o system-config-samba
o system-config-securitylevel
o system-config-securitylevel-tui
o system-config-services
o system-config-soundcard
o system-config-users
o system-logviewer
o system-switch-im
o system-switch-mail
o system-switch-mail-gnome
o talk-server
o tcl-devel
o tcl-html
o tclx-devel
o tclx-doc
o tcp_wrappers (i386)
o tetex-doc
o theora-tools
o thunderbird
o tix-devel
o tix-doc
o tk-devel
o tn5250-devel
o ttfonts-bn
o ttfonts-gu
o ttfonts-hi
o ttfonts-pa
o ttfonts-ta
o udev
o unixODBC (i386)
o unixODBC-devel
o unixODBC-kde (i386)
o utempter (i386)
o valgrind
o valgrind-callgrind
o vim-X11
o vino
o vte (i386)
o w3c-libwww (i386)
o w3c-libwww-apps
o w3c-libwww-devel
o xcdroast
o xdelta-devel
o xemacs-common
o xemacs-nox
o xemacs-sumo
o xemacs-sumo-el
o xemacs-sumo-info
o xisdnload
o xmlsec1 (i386)
o xmlsec1 (x86_64)
o xmlsec1-devel
o xmlsec1-openssl (i386)
o xmlsec1-openssl (x86_64)
o xmlsec1-openssl-devel
o xmms-devel
o xmms-flac
o xmms-skins
o xojpanel
o xorg-x11
o xorg-x11-Mesa-libGL (i386)
o xorg-x11-Mesa-libGL (x86_64)
o xorg-x11-Mesa-libGLU (i386)
o xorg-x11-Mesa-libGLU (x86_64)
o xorg-x11-Xdmx
o xorg-x11-Xnest
o xorg-x11-Xvfb
o xorg-x11-deprecated-libs (i386)
o xorg-x11-deprecated-libs (x86_64)
o xorg-x11-deprecated-libs-devel
o xorg-x11-devel (i386)
o xorg-x11-devel (x86_64)
o xorg-x11-doc
o xorg-x11-font-utils
o xorg-x11-libs (i386)
o xorg-x11-libs (x86_64)
o xorg-x11-sdk
o xorg-x11-tools
o xorg-x11-twm
o xorg-x11-xauth
o xorg-x11-xdm
o xorg-x11-xfs
o xrestop
o zisofs-tools
o zsh-html
Исключенные пакеты
Следующие пакеты были исключены из Scientific Linux 4.0:
o FreeWnn-common
o Wnn6-SDK
o Wnn6-SDK-devel
o XFree86
o XFree86-100dpi-fonts
o XFree86-75dpi-fonts
o XFree86-ISO8859-14-100dpi-fonts
o XFree86-ISO8859-14-75dpi-fonts
o XFree86-ISO8859-15-100dpi-fonts
o XFree86-ISO8859-15-75dpi-fonts
o XFree86-ISO8859-2-100dpi-fonts
o XFree86-ISO8859-2-75dpi-fonts
o XFree86-ISO8859-9-100dpi-fonts
o XFree86-ISO8859-9-75dpi-fonts
o XFree86-Mesa-libGL (i386)
o XFree86-Mesa-libGL (x86_64)
o XFree86-Mesa-libGLU
o XFree86-Xnest
o XFree86-Xvfb
o XFree86-base-fonts
o XFree86-cyrillic-fonts
o XFree86-devel (i386)
o XFree86-devel (x86_64)
o XFree86-doc
o XFree86-font-utils
o XFree86-libs (i386)
o XFree86-libs (x86_64)
o XFree86-libs-data
o XFree86-syriac-fonts
o XFree86-tools
o XFree86-truetype-fonts
o XFree86-twm
o XFree86-xauth
o XFree86-xdm
o XFree86-xfs
o ami
o anaconda-images
o ant
o ant-libs
o aspell-en-ca
o aspell-en-gb
o aspell-pt_BR
o bcel
o bonobo-activation
o bonobo-activation-devel
o cipe
o commons-beanutils
o commons-collections
o commons-digester
o commons-logging
o commons-modeler
o compat-gcc
o compat-gcc-c++
o compat-libstdc++
o compat-libstdc++-devel
o compat-pwdb
o compat-slang
o crash
o cup
o dev
o devlabel
o dietlibc
o dvdrecord
o fam
o fam-devel
o fontilus
o gcc-c++-ssa
o gcc-g77-ssa
o gcc-gnat
o gcc-java-ssa
o gcc-objc-ssa
o gcc-ssa
o gdk-pixbuf-gnome
o gnome-libs
o gnome-libs-devel
o gnome-vfs2-extras
o gtkam
o gtkam-gimp
o im-sdk
o imap
o itcl
o jakarta-regexp
o jfsutils
o kde-i18n-Afrikaans
o kde-i18n-Korean
o kdoc
o kernel-smp-unsupported
o kernel-source
o kernel-unsupported
o kinput2-canna-wnn6
o libgcc-ssa
o libgcj-ssa
o libgcj-ssa-devel
o libgnat
o libmrproject
o libmudflap
o libmudflap-devel
o libole2
o libole2-devel
o libstdc++-ssa
o libstdc++-ssa-devel
o linc
o linc-devel
o losetup
o lvm
o magicdev
o modutils
o modutils-devel
o mount
o mozilla-psm
o mrproject
o mx4j
o openoffice
o openoffice-i18n
o openoffice-libs
o perl-CGI
o perl-CPAN
o perl-DB_File
o perl-Net-DNS
o printman
o pspell
o pspell-devel
o python-optik
o raidtools
o rarpd
o redhat-config-bind
o redhat-config-date
o redhat-config-httpd
o redhat-config-keyboard
o redhat-config-kickstart
o redhat-config-language
o redhat-config-mouse
o redhat-config-netboot
o redhat-config-network
o redhat-config-network-tui
o redhat-config-nfs
o redhat-config-packages
o redhat-config-printer
o redhat-config-printer-gui
o redhat-config-proc
o redhat-config-rootpassword
o redhat-config-samba
o redhat-config-securitylevel
o redhat-config-securitylevel-tui
o redhat-config-services
o redhat-config-soundcard
o redhat-config-users
o redhat-config-xfree86
o redhat-java-rpm-scripts
o redhat-logviewer
o redhat-switch-mail
o redhat-switch-mail-gnome
o rh-postgresql
o rh-postgresql-contrib
o rh-postgresql-devel
o rh-postgresql-docs
o rh-postgresql-jdbc
o rh-postgresql-libs
o rh-postgresql-python
o rh-postgresql-tcl
o samba (i386)
o shapecfg
o switchdesk
o switchdesk-gnome
o switchdesk-kde
o xalan-j
o xerces-j
Кандидаты на исключение
Мы стараемся сохранять функциональность при смене версий, но оставляем
за собой право изменять реализацию и распределение компонентов между
пакетами при переход на новую версию.
Следующие пакеты включены в Scientific Linux 4.0, но могут быть
исключены из последующих версий. Пользователям и разработчикам рекомендуется
постепенно уходить от использования этих пакетов.
o 4Suite -- используется только утилитами system-config-*
o FreeWnn -- IIIMF теперь является рекомендуемым методом ввода
o FreeWnn-devel -- IIIMF теперь является рекомендуемым методом ввода
o FreeWnn-libs -- IIIMF теперь является рекомендуемым методом ввода
o alchemist -- используется только утилитами system-config-*
o alchemist-devel -- используется только утилитами system-config-*
o aumix -- заменен другими инструментами для работы с разделами
o autoconf213 -- инструмент, обеспечивающий обратную совместимость
o automake14 -- инструмент, обеспечивающий обратную совместимость
o automake15 -- инструмент, обеспечивающий обратную совместимость
o automake16 -- инструмент, обеспечивающий обратную совместимость
o automake17 -- инструмент, обеспечивающий обратную совместимость
o compat-db -- библиотека, обеспечивающая обратную совместимость
o compat-gcc-32 -- библиотека/инструмент, обеспечивающие обратную
совместимость
o compat-gcc-32-c++ -- библиотека/инструмент, обеспечивающие обратную
совместимость
o compat-glibc -- библиотека/инструмент, обеспечивающие обратную
совместимость
o compat-libgcc-296 -- библиотека/инструмент, обеспечивающие обратную
совместимость
o compat-libstdc++-296 -- библиотека/инструмент, обеспечивающие обратную
совместимость
o compat-libstdc++-33 -- библиотека/инструмент, обеспечивающие обратную
совместимость
o compat-openldap -- библиотека/инструмент, обеспечивающие обратную
совместимость
o dbskkd-cdb -- IIIMF теперь является рекомендуемым методом ввода
o dev86 -- используется только для lilo
o dietlibc -- поддерживается только для использования при установке
o eog -- поддержка функций включена в Nautilus
o gftp -- поддержка FTP включена в Firefox и Nautilus
o gnome-libs -- заменен на libgnome
o imlib -- заменен на gdk-pixbuf
o imlib-devel -- заменен на gdk-pixbuf
o kinput2 -- IIIMF теперь является рекомендуемым методом ввода
o libghttp -- не рекомендуемая к использованию библиотека
o libghttp-devel -- не рекомендуемая к использованию библиотека
o mikmod -- не рекомендуемый к использованию звуковой формат
o mikmod-devel -- не рекомендуемый к использованию звуковой формат
o miniChinput -- IIIMF теперь является рекомендуемым методом ввода
o mozilla -- заменен на Firefox/Thunderbird/Evolution
o mozilla-chat -- заменен на Firefox/Thunderbird/Evolution
o mozilla-devel -- заменен на Firefox/Thunderbird/Evolution
o mozilla-dom-inspector -- заменен на Firefox/Thunderbird/Evolution
o mozilla-js-debugger -- заменен на Firefox/Thunderbird/Evolution
o mozilla-mail -- заменен на Firefox/Thunderbird/Evolution
o mozilla-nspr -- заменен на Firefox/Thunderbird/Evolution
o mozilla-nspr-devel -- заменен на Firefox/Thunderbird/Evolution
o mozilla-nss -- заменен на Firefox/Thunderbird/Evolution
o mozilla-nss-devel -- заменен на Firefox/Thunderbird/Evolution
o nabi -- IIIMF теперь является рекомендуемым методом ввода
o newt-perl -- требуется только для утилит шифрования
o openmotif21 -- библиотека, обеспечивающая обратную совместимость
o openssl096b -- библиотека, обеспечивающая обратную совместимость
o skkdic -- IIIMF теперь является рекомендуемым методом ввода
o skkinput -- IIIMF теперь является рекомендуемым методом ввода
o xcin -- IIIMF теперь является рекомендуемым методом ввода
o xmms -- заменен на rhythmbox, Helix Player
o xmms-devel -- заменен на rhythmbox, Helix Player
o xmms-flac -- заменен на rhythmbox, Helix Player
o xmms-skins -- заменен на rhythmbox, Helix Player
( x86-64 )