Linuxbegin.ru - Переход от RedHat на Fedora Core.

Переход от RedHat на Fedora Core.
(Все о дистрибутивах - обзоры и установка)

- McMCC, 14.11.2003, mcmcc.bat.ru, оригинал -

Вступление
Настройка на русскую локаль KOI8-R
Раскладка клавиатуры
Тюнинг системы
Про MP3...
Важные обновления и ядро
Настройка lm_sensors
о PPP...
Установка драйверов для видеокарт от NVidia
JAVA и Macromedia Flash Player
Немного полезного софта

1. Вступление

И так, мы стали счастливыми обладателями данного дистрибутива - Fedora Core 1, построенного на базе дистрибутивов от RedHat, проще говоря, Fedora Core (далее FC) стала заменой свободно распространяемых дистрибутивов от RedHat, сам же RedHat полностью свернул это направление и будет уделять внимание только своим коммерческим продуктам, однако проект FC спонсируется RedHat и полностью находится под их контролем, к тому же вcе протестированые приложения из FC будут прямиком попадать в дальнейшие версии их коммерческих продуктов, поэтому "полностью свернул" можно считать чистой формальностью...

Что бы не возникало различных вопросов, таких как, почему то или это не собирается, где та или иная команда, рекомендуется произвести полную установку дистрибутива FC, это особенно касается людей, которые не очень хорошо знакомы с Linux'ом и не очень сильно представляют, какие приложения или библиотеки необходимы, а какие нет, конечно же, опытным пользователям данная рекомендация не относится... Полная установка занимает чуть больше 5-и Гб на диске, а сам дистрибутив FC1 состоит из 3-х базовых установочных CD дисков. Для написания данной статьи, а так же для тестирования этого дистрибутива, мною была произведена полная установка, после которой были выполнены некоторые настройки и удалены не особо важные пакеты с программами...

2. Настройка на русскую локаль KOI8-R

В целом, FC это продолжение развития дистрибутива RedHat 9, не будем вдаваться в технические детали и отличия этих дистрибутивов, но одно можно сказать точно, что общего у них много, в том числе и проблемы, одна из таких проблем, по моему мнению, это не доделанность поддержки локали UTF-8, уж сильно она сырая и практически не годится для консольных приложений. В свое время, после выхода в свет дистрибутива RedHat 9, я написал статью о том, как вернуть старую добрую локаль KOI8-R, с которой нет таких проблем, которые возникают при использовании UTF-8, только за это время практически ничего не изменилось, проблемы как были, так и остались, поэтому продолжая традицию:), постараюсь описать процесс по переходу с UTF-8 на KOI8-R в FC1, если кому-то это будет интересно...

Первым делом надо установить локаль KOI8-R в /etc/sysconfig/i18n, т.е. в файле i18n должно быть следущее:

LANG="ru_RU.KOI8-R"
SUPPORTED="ru_RU.KOI8-R:ru_RU.koi8r:ru_RU:ru"
SYSFONT="cyr-sun16"
SYSFONTACM="koi8-u"

Далее, надо установить раскладку клавиатуры для данной локали, как обычно идем в /etc/sysconfig/keyboard и приводим изменения примерно к такому виду:

KEYBOARDTYPE="pc"
KEYTABLE="ru-ms"

Для того, чтобы приложении использующие GTK v.1 могли правильно отображать русские символы, надо сделать правку в файле /etc/gtk/gtkrc.ru, примерно таким образом:

style "gtk-default-ru" {
       fontset = "-adobe-helvetica-medium-r-normal--12-*-*-*-*-*-koi8-r-*,
                  -*-arial-medium-r-normal--12-*-*-*-*-*-koi8-r,
                  -*-helvetica-medium-r-normal--12-*-*-*-*-*-koi8-r,
                  -*-arial-medium-r-normal--12-*-*-*-*-*-koi8-r,*-r-*"
}
class "GtkWidget" style "gtk-default-ru"

Необходимо установить MS ttf шрифты из пакета ttf_webms-1.0-2.i386.rpm, причем это желательно сделать сразу после установки дистрибутива:
rpm -i ttf_webms-1.0-2.i386.rpm
В данном пакете содержится скрипт сценария установки шрифтов, поэтому после установки пакета не требуется каких либо дополнительных действий. После установки этих шрифтов, желательно подправить конфиг фонтсервера в /etc/X11/fs/config:
До исправления это выглядит примерно так:
.....
catalogue = /usr/X11R6/lib/X11/fonts/korean,
        /usr/X11R6/lib/X11/fonts/misc:unscaled,
        /usr/X11R6/lib/X11/fonts/75dpi:unscaled,
        /usr/X11R6/lib/X11/fonts/100dpi:unscaled,
        /usr/X11R6/lib/X11/fonts/misc,
        /usr/X11R6/lib/X11/fonts/Type1,
        /usr/X11R6/lib/X11/fonts/Speedo,
        /usr/X11R6/lib/X11/fonts/cyrillic,
        /usr/X11R6/lib/X11/fonts/TTF,
        /usr/X11R6/lib/X11/fonts/OTF,
        /usr/share/fonts/default/Type1,
        /usr/share/fonts/default/TTF,
        ,
        /usr/lib/openoffice/share/fonts/truetype,
        /usr/share/fonts/ja/misc:unscaled,
        /usr/share/fonts/ja/misc,
        /usr/share/fonts/ja/TrueType,
        /usr/share/fonts/ISO8859-2/misc:unscaled,
        /usr/share/fonts/ISO8859-2/75dpi:unscaled,
        /usr/share/fonts/ISO8859-2/100dpi:unscaled,
        /usr/share/fonts/ISO8859-2/misc,
        /usr/share/fonts/ISO8859-2/75dpi,
        /usr/share/fonts/ISO8859-2/100dpi,
        /usr/share/fonts/zh_CN/TrueType,
        /usr/share/fonts/zh_TW/TrueType,
        /usr/share/fonts/KOI8-R/misc:unscaled,
        /usr/share/fonts/KOI8-R/75dpi:unscaled,
        /usr/share/fonts/KOI8-R/100dpi:unscaled,
        /usr/share/fonts/KOI8-R/misc,
        /usr/share/fonts/KOI8-R/75dpi,
        /usr/share/fonts/KOI8-R/100dpi,
.....
После исправления вот так:
.....
catalogue = /usr/X11R6/lib/X11/fonts/korean,
        /usr/share/fonts/KOI8-R/misc:unscaled,
        /usr/share/fonts/KOI8-R/75dpi:unscaled,
        /usr/share/fonts/KOI8-R/100dpi:unscaled,
        /usr/share/fonts/KOI8-R/misc,
        /usr/share/fonts/KOI8-R/75dpi,
        /usr/share/fonts/KOI8-R/100dpi,
        /usr/X11R6/lib/X11/fonts/misc:unscaled,
        /usr/X11R6/lib/X11/fonts/75dpi:unscaled,
        /usr/X11R6/lib/X11/fonts/100dpi:unscaled,
        /usr/X11R6/lib/X11/fonts/misc,
        /usr/X11R6/lib/X11/fonts/Type1,
        /usr/X11R6/lib/X11/fonts/Speedo,
        /usr/X11R6/lib/X11/fonts/cyrillic,
        /usr/X11R6/lib/X11/fonts/TTF,
        /usr/X11R6/lib/X11/fonts/OTF,
        /usr/share/fonts/default/Type1,
        /usr/share/fonts/default/TTF,
        ,
        /usr/lib/openoffice/share/fonts/truetype,
        /usr/share/fonts/ja/misc:unscaled,
        /usr/share/fonts/ja/misc,
        /usr/share/fonts/ja/TrueType,
        /usr/share/fonts/ISO8859-2/misc:unscaled,
        /usr/share/fonts/ISO8859-2/75dpi:unscaled,
        /usr/share/fonts/ISO8859-2/100dpi:unscaled,
        /usr/share/fonts/ISO8859-2/misc,
        /usr/share/fonts/ISO8859-2/75dpi,
        /usr/share/fonts/ISO8859-2/100dpi,
        /usr/share/fonts/zh_CN/TrueType,
        /usr/share/fonts/zh_TW/TrueType,
.....
Т.е., нужно шрифты:
        /usr/share/fonts/KOI8-R/misc:unscaled,
        /usr/share/fonts/KOI8-R/75dpi:unscaled,
        /usr/share/fonts/KOI8-R/100dpi:unscaled,
        /usr/share/fonts/KOI8-R/misc,
        /usr/share/fonts/KOI8-R/75dpi,
        /usr/share/fonts/KOI8-R/100dpi,
поставить самыми первыми, для того, что бы некоторые приложения, которые используют шрифты без явного указания на кодировку, отображали русские символы, а не закорючки.
Необходимо так же заменить ряд програм, которые были собраны для работы с локалью UTF-8, это groff, less и mc (Midnight Commander), делаем это по аналогии описанной в моей предыдущей статье посвященной RedHat 9:
rpm -U groff-1.18.1-32.i386.rpm
rpm -U groff-gxditview-1.18.1-32.i386.rpm
rpm -U groff-perl-1.18.1-32.i386.rpm
rpm -U less-378-18.i386.rpm
rpm -U mc-4.6.0-16.i386.rpm
Есть некоторые изменения, программа nroff из пакета groff теперь умеет определять уникодность входящего текста, тем самым автоматически включать или выключать перекодирование из UTF-8, таким образом стало возможным просматривать как уникодные man'ы, так и не уникодные...

В FC существует система проверки правописания Aspell, которую используют многие приложения, однако проверка русского языка полностью отсутствует, аналогичное было во всех дистрибутивах RedHat, поэтому необходимо установить пакет aspell-ru-0.50-2.i386.rpm через rpm -i, что бы была такая возможность, как проверка правописания русского языка в приложениях, которые работают с Aspell.

После всего выше проделанного, стоит сделать перезагрузку системы, теперь, когда загрузились и вошли в систему, надо проверить настройку текущей локали, вызываем команду locale и должны получить следущее:
LANG=ru_RU.KOI8-R
LC_CTYPE="ru_RU.KOI8-R"
LC_NUMERIC="ru_RU.KOI8-R"
LC_TIME="ru_RU.KOI8-R"
LC_COLLATE="ru_RU.KOI8-R"
LC_MONETARY="ru_RU.KOI8-R"
LC_MESSAGES="ru_RU.KOI8-R"
LC_PAPER="ru_RU.KOI8-R"
LC_NAME="ru_RU.KOI8-R"
LC_ADDRESS="ru_RU.KOI8-R"
LC_TELEPHONE="ru_RU.KOI8-R"
LC_MEASUREMENT="ru_RU.KOI8-R"
LC_IDENTIFICATION="ru_RU.KOI8-R"
LC_ALL=
Если мы видим данный текст, то смена локали прошла успешна.

Система обновления FC состоит теперь из двух программ менеджеров, это традиционный менеджер обновления от RedHat up2date и новый, по меркам данного дистрибутива, yum. Yum мне показался более удобным и простым в использовании, он позволяет быстро и легко настаивается на разные репозитории, только вот локализация сделана в UTF-8, что затрудняет чтение, поэтому, если вы перешли на локаль KOI8-R, следует заменить файл /usr/share/locale/ru/LC_MESSAGES/yum.mo, на перекодированный yum.mo.

3. Раскладка клавиатуры

Многие наверное заметили, что после установки FC и загрузки Х-ов, по умолчанию выставляется русская раскладка клавиатуры, если конечно вы выбрали русский язык как основной, то надо подправить конфиг Х-ов в /etc/X11/XF86Config:
Ищем в конфиге строчку:
    Option      "XkbLayout" "ru,us"
и изменяем на:
    Option      "XkbLayout" "us,ru(winkeys)"
Как известно, в последних дистрибутивах RedHat в качестве десктопа выступает GNOME, если кому то хочется установить другой оконный менеджер, то это легко можно сделать через утилиту Desktop Switching Tool или указать в ручную в конфиге /etc/sysconfig/desktop:
DESKTOP="GNOME"
например, заменим на KDE:
DESKTOP="KDE"
Лично я остановил свой выбор на KDE.
По умолчанию в GNOME и KDE не отображается статус выбранной раскладки клавиатуры, хотя все это можно настроить, но оказалось, что есть более универсальное решение, которое позволяет отображать статус рус/лат в "доклетах" многих оконных менеджеров, это решение называется xxkb от И. Паскаля. Мне очень понравилась эта идея, тем более, что настройка раскладки клавиатуры через xkb считается наиболее правильным методом, а для GNOME и KDE xxkb работает сразу и конфигурация почти универсальна для обоих. Пришлось немного подправить исходники xxkb, так как там не все гладко, xxkb брался самый последний из CVS, после чего был собран rpm пакет xxkb-1.10-6.i386.rpm, который я и предлагаю установить как:
rpm -i xxkb-1.10-6.i386.rpm
Как выглядит работа xxkb, можно посмотреть на этом скриншоте. В данное время поддержкой xxkb занимается уважаемый Т. Бакеев (BaT), все исправления и пожелания были вовремя ему высланы:)....
Теперь, если мы загрузимся в Х-ы, по команде startx, то должны наблюдать в доклете иконку с надписью "EN", при нажатии 2х шрифтов эта надпись должна смениться на "RU", такая комбинация переключения раскладки клавиатуры задается по умолчании при инсталляции дистрибутива, и легко может быть сменена в конфиге Х-ов /etc/X11/XF86Config, за это отвечает опция XkbOptions и выглядит примерно так:
....
Section "InputDevice"
        Identifier "Keyboard0"
        Driver      "keyboard"
        Option      "XkbRules" "xfree86"
        Option      "XkbModel" "pc105"
        Option      "XkbLayout" "us,ru(winkeys)"
        Option      "XkbOptions" "grp:shift_toggle,grp_led:scroll"
EndSection
.....

4. Тюнинг системы

Переходим, к так называемому, тюнингу системы. В начале мы удалим некоторые пакеты, которые замедляют систему своим присутствием и вызываются из cron'а, а так же при условии, если мы собираемся использовать систему в качестве десктопа:
rpm -e systat
rpm -e inn-devel
rpm -e inn
rpm -e slocate
rpm -e slrn-pull
rpm -e diskcheck
Теперь отключим ряд демонов:
chkconfig --del pcmcia (если не используется)
chkconfig --del smartd (страшная штука:(()
chkconfig --del canna (иероглифы нам не нужны:))
chkconfig --del hpoj (если не используется)
chkconfig --del sendmail (а еще неплохо бы убрать MAILTO=root в /etc/crontab, что бы уж совсем не дергать sendmail)
chkconfig --del spamassassin
chkconfig --del privoxy (если не используется)
chkconfig --del FreeWnn (иероглифы нам не нужны:))

Многим, наверное, не нравится графический интерфейс загрузки и графический сценарий доступа в систему, поэтому предлагаю проделать следущее:
Отключение графической загрузки осуществляется исправлением файла /etc/sysconfig/init, ищем строчку:
GRAPHICAL=yes
и исправляем на
GRAPHICAL=no
Отключение графического сценария доступа в систему осуществляется правкой файла /etc/inittab, ищем строку:
id:5:initdefault:
и правим 5 на 3, т.е. после правки должно выглядеть так:
id:3:initdefault:

5. Про MP3...

Следуя рекомендациям RedHat в FC, по лицензионным соображениям, отсутствует все, что связано с MP3, а те приложения, которые использовали кодирование и декодирование формата MP3, были подвергнуты модернизации на уровне исходников, из них просто был удален весь код связанный с MP3. Вообщем, все тоже самое, что было сделано в двух последних дистрибутивах RedHat 8.0 и 9. Радует одно, что это не касается обычных пользователей и разработчиков, поэтому мы можем с легкостью добавить функционирование MP3 в FC. Для этого мною были подготовлены пакеты обновления и дополнения:
Для KDE обновим пакеты kdemultimedia и kdemultimedia-devel, через rpm -U:
kdemultimedia-3.1.4-5.i386.rpm
kdemultimedia-devel-3.1.4-5.i386.rpm
Установим плагин MP3 для XMMS, через rpm -i:
mpg123-xmms-1.2.7-22.p.i386.rpm
описание этого плагина вы можете прочесть на страничке http://mcmcc.bat.ru
Добавим консольный MP3 проигрыватель mpg123, через rpm -i:
С оптимизацией MMX:
mpg123-0.59s.mc2-2.i386.rpm
Для Athlon'ов с оптимизацией 3DNow!:
mpg123-0.59s.mc2-2.athlon.rpm
MPG123 был сильно модифицирован мною, описание дополнительных возможностей вы можете прочесть на страничке http://mcmcc.bat.ru
Возможно вам захочется создавать MP3 файлы, то енкодер LAME вам в этом поможет:
lame-3.94-2.i386.rpm или версия для Athlon'а lame-3.94-2.athlon.rpm
lame-devel-3.94-2.i386.rpm или lame-devel-3.94-2.athlon.rpm

6. Важные обновления и ядро

Во время бета тестирования дистрибутива Fedora Core, было обнаружено много проблем и недоработок, причем некоторые из них попали в релиз. Из основных недоработок хочется упомянуть отсутствие в ядре кернельного http сервера TUX, хотя утилиты по настройке TUX'а входят в FC, если его не планировали интегрировать в ядро, то зачем нужны эти утилиты Потом, непонятная ситуация с lm_sensors, в ядро входит дремучая версия драйверов 2.6.5, но утилиты и библиотеки устанавливаются версии 2.8.1, к тому же из-за этой версии происходит крушение утилиты мониторинга KSim из KDE, такое ощущение, что ее ни кто не тестировал, хотя лично мною был выслан патч в bugzill'у устраняющий падение этого приложения, так же есть проблемы в библиотеке gtk+ v.1.2.10 уже в самом релизе, в бете эта библиотека работала нормально, что там можно было испортить, даже не представляю, однако баг имеется и причем серьезный:(... Мне удалось немного исправить положение дел относительно выше описанных и найденных мною проблем и недоработок:
Необходимо обновить kdeutils с исправленным KSim, для это нужна скачать и сделать обновление с помощью команды rpm -U следущие пакеты:
kdeutils-3.1.4-3.i386.rpm
kdeutils-devel-3.1.4-3.i386.rpm
Заменим gtk+ пакетом взятым из беты командой rpm -U --force:
gtk+-1.2.10-27.i386.rpm
Предлагаю сменить так же ядро, в отличии от ядра, которое входит в релиз, в этом ядре добавлены некоторые дополнительные возможности и исправления:

Поддержка http сервера TUX v.3
Поддержка Win4Lin (При самостоятельной сборке ядра можно отключить)
Заменены старые версии lm_sensors и i2c на самые последние (2.8.1) с поддержкой nForce2
Поддержка MPPE и компрессии MPPC для PPP (Понадобиться сменить штатный pppd, об этом чуть ниже)
Поддержка GRE netfilter и IPSec
Обновлены драйвера для Bluetooth
Добавлены все драйвера от NVidia, такие как сетевые, видео и аудио
Поддержка модемов Zyxel 56K Omni DUO & PLUS
Поддержка IDE-USB USS725 IDS-11x/ZIV1
Исправлена работа драйвера usbserial pl2303 USB-COM конвертора с модемами (ловля hangup)
Поддержка 3COM 910
Исправление в драйвере файловой системы XFS для сборки с интегрированным патчем NPTL в ядре
Поддержка загрузки DSDT таблиц для ACPI в initrd
Включены многие фичи и драйвера, которые отсутствовали в штатной сборке ядра

Это почти полный список изменений в предлагаемом ядре. Могу добавить только то, что сильно учитывалась поддержка материнских плат на базе чипсета nForce2, и как следствие, ядро собрано только под процессор Athlon, всем остальным, у кого другой процессор, необходимо взять этот пакет:
kernel-2.4.22-1.2116.nptl.mc.w4l.src.rpm
или архив с основными патчами, который имеет гораздо меньший объем для скачивания:
kernel-2.4.22-1.2116.nptl.mc.w4l.tar.bz2
в нем отсутствуют исходники самого ядра linux-2.4.22.tar.bz2, а так же патч patch-2.4.22-ac1.bz2. По умолчанию, в файле kernel-2.4.spec, включена поддержка Win4Lin, если она вам не требуется, то нужно заменить:
%define buildwin4lin 1
на
%define buildwin4lin 0
Собирается ядро как:
rpmbuild -bb --target <Тип вашего CPU> kernel-2.4.spec
где тип CPU может быть: athlon, i386, i586, i686, x86_64
если необходимо собрать ядро с поддержкой SMP, нужно в spec файле изменить:
%define buildsmp 0
на
%define buildsmp 1
Ниже представлены пакеты ядра собранные для процессоров Athlon с поддержкой Win4Lin, из-за катастрофической нехватки времени, для других CPU сборка не производилась:
kernel-2.4.22-1.2116.nptl.mc.w4l.athlon.rpm
kernel-doc-2.4.22-1.2116.nptl.mc.w4l.athlon.rpm
kernel-source-2.4.22-1.2116.nptl.mc.w4l.athlon.rpm
после загрузки этих пакетов, при условии, что у вас процессор Athlon, нужно установить эти пакеты через rpm -U. Рекомендуется в параметрах загрузки ядра включить функцию ACPI, для этого нужно сделать изменения в конфиге загрузчика, если у вас установлен grub то в /boot/grub/grub.conf примерно должно быть следущее:
.....
title Fedora Core (2.4.22-1.2116.nptl.mc.w4l)
        root (hd1,0)
        kernel /boot/vmlinuz-2.4.22-1.2116.nptl.mc.w4l acpi=on ro root=LABEL=/12 rhgb
        initrd /boot/initrd-2.4.22-1.2116.nptl.mc.w4l.img
.....
acpi=on следует обязательно указать, если у вас материнская плата на VIA KT133, иначе могут возникнуть проблемы!

7. Настройка lm_sensors

Хотелось еще обратить внимание на программу lm_sensors, в FC ее как то не совсем правильно скомпоновали, в /etc/init.d должен присутствовать скрипт запуска lm_sensors, но его почему-то поместили в /usr/share/doc/lm_sensors-2.8.1 под видом lm_sensors.init, в нем следует сделать следущие исправления:
....
PSENSORS=/usr/local/bin/sensors
на
PSENSORS=/usr/bin/sensors
....
echo "Usage: sensors.init {start|stop|status|restart|reload|condrestart}"
на
echo "Usage: $0 {start|stop|status|restart|reload|condrestart}"
....
переместить в /etc/init.d под видом lm_sensors и добавить в стартовый запуск командой chkconfig --add lm_sensors Настройка сенсоров осуществляется командой sensors-detect, отвечая на вопросы это делается довольно быстро, при этом создается файлик в /etc/sysconfig/lm_sensors примерно такого вида (для nForce2):
...
MODULE_0=i2c-nforce2
MODULE_1=i2c-isa
MODULE_2=eeprom
MODULE_3=w83627hf

8. о PPP...

Когда описывались дополнения к предлагаемому ядру, то вскользь было упомянуто о PPP. Предлагаю заменить штатный pppd на новый с поддержкой MPPE+MPPC, еще в него входят патчи дополняющие функциональность при работе со скриптами таких как ip-up и ip-down, по команде who -l можно посмотреть какой пользователь в данный момент работает, его PID и занятое им устройство, а также дополнительный плагин для авторизации пользователей из базы работающей под MySQL. Про все эти моменты можно будет прочитать в директории /usr/share/doc/ppp-2.4.2b3 после установки пакета ppp-2.4.2b3-4.i386.rpm как:
rpm -U ppp-2.4.2b3-4.i386.rpm
что бы задействовать компрессии в ppp, надо в /etc/modules.conf добавить следущие строки:
alias char-major-108 ppp_generic
alias ppp-compress-18 ppp_mppe_mppc
alias ppp-compress-21 bsd_comp
alias ppp-compress-24 ppp_deflate
alias ppp-compress-26 ppp_deflate
alias tty-ldisc-3 ppp_async
alias tty-ldisc-14 ppp_synctty

9. Установка драйверов для видеокарт от NVidia

После выхода FC, во многих форумах в интернете, обладатели видеокарт от NVidia жалуются на невозможность установки последних драйверов от NVidia, действительно, такая проблема существует и поэтому, если вы еще не пытались устанавливать эти драйвера, рекомендую попробовать специально собранный пакет драйверов для XFree86 NVIDIA_GLX-1.0-4496.fc1.i386.rpm, в данном пакете содержится специальный скрипт сценария установки, который делает все нужные изменения для избежания конфликтов с MesaGL и в случае, если вы собрали и установили предлагаемое тут ядро, которое включает в себя кернельный модуль для работы этих драйверов, пакетный скрипт сценария установки произведет автоматическую настройку этого кернельного модуля. Если вы не хотите использовать это ядро, то можете взять пакет с исходниками кернельного модуля NVIDIA_kernel-1.0-4496.src.rpm и собрать модуль под используемое ядро вашей системы в данный момент, только учтите, для этого необходимы установленные исходники самого ядра.

10. JAVA и Macromedia Flash Player

Работая с любым веббраузером в FC, многие наверное заметили отсутствие таких компонентов как JAVA
и Macromedia Flash Player, если вам необходимы эти компоненты, то предлагаю взять rpm пакет JAVA j2sdk-1.4.2_01-4.i386.rpm, который отличается от Sun'овского тем, что он полностью интегрируется в систему, имеет исправления для ввода и отображения русских символов, и после установки не требует никаких дополнительных настроек. Macromedia Flash Player можно загрузить по ссылке http://sluglug.ucsc.edu/macromedia/site_ucsc.html.

11. Немного полезного софта

Предлагаю установить некоторые дополнительные программы, которые не входят в дистрибутив, но было бы не плохо, если бы они вошли туда со временем:
Архиватор ARJ для процессоров Intel - arj-3.10.18-ru.1.i386.rpm
Архиватор ARJ для процессоров AMD - arj-3.10.18-ru.2.athlon.rpm
Кик-стартер для быстрого запуска приложений из OpenOffice - oooqs-2.0.2-2.i386.rpm
Клиент и сервер Socks v.5
runsocks-1.0r11-2.i386.rpm
socks5-1.0r11-2.i386.rpm
socks5-clients-1.0r11-2.i386.rpm
socks5-devel-1.0r11-2.i386.rpm

В данной статье давались ссылки только на бинарные собранные rpm пакеты, но если кому интересны rpm пакеты с исходниками, то вы можете взять их по ссылке http://mcmcc.bat.ru/fedora/SRPMS/, соответственно собранные лежат в http://mcmcc.bat.ru/fedora/RPMS/.

Просмотров: 3937 | Рейтинг статьи: 4.70 (Голосов: 17).
4.70
Дата размещения статьи: 2003-11-20 15:54:56

5 последних поступлений в раздел Все о дистрибутивах - обзоры и установка:

04.03.04: Наш друг Knoppix ("Я считаю, а ваши письма меня в этом все больше убеждают, что если пользователь хотел запустить к себ...)
26.02.04: FreeBSD, Darwin - с вилами на рабочий стол. (Мои впечатления о двух операционных системах из семейства BSD. "Наверное, все пользователи Linux и не...)
20.02.04: На открытом огне (BLin - это проект по созданию LiveCD-дистрибутива операционной системы GNU/Linux, которая автоматичес...)
05.02.04: Xandros Desktop 2.0 - личный взгляд (Несколько раз мне на глаза попались различные обзоры дистрибутива Linux (правда, коммерческого) под н...)
01.02.04: Frenzy LiveCD. Записки разработчика (Автор дистрибутива рассказывает об идее создания проекта и его функциональных возможностях. Не пустит...)

Комментарии:

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 21.11.03

И это называется настольной системой для рядового пользователя??????????

-- Anonymous

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 23.11.03

А что для пользователя? Винды + куча прог антивирусов и файерволов? Статья просто супер!

-- Anonymous

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 27.11.03

Статья действительно отличная. :)

(первому Анонимусу)
а что тебя смущает?
что Линух ещё не превратился во вторые винды для домохозяек? :))
как говорится, любишь кататься (юзать надёжность + бесплатность + красивость + интересность), люби и саночки возить (выполнять элементарные действия по конфигурированию своей рабочей среды). :) Тем более, что тут всё просто разжёвано донельзя...

-- Anonymous

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 28.11.03

Первый анонимус не забывай пожалуйста, что речь в статье идет о конкретной ОС, а не Linux. В Linux вообще очень редко бывают какие-то проблемы, а вот в Red Hat и других ОС (дистрибутивах) встречаются довольно часто.

-- Anonymous

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 28.11.03

Всмысле не говори Linux, подразумевая RedHat (Fedora)

-- Anonymous

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 28.11.03

Точно чувак (последний анонимус, токо это третьему анонимусу. Теперь немного рекламы: Вот например в Debian не нужно настраивать локали (даже UTF-8 прекрасно везде(кроме midnight commander, конечно, спасибо РедХат за хак) работает), настройка иксов и PPP, там производится с помощью менюшек, работает МП3 и никаких лишних настроек, а софт(в т.ч. Джава и Флеш) устанавливается легко из оффициальных репозитариев и работает сразу.

PS Зато там есть другие проблемы. nObOdY'S perFect

-- Anonymous

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 30.11.03

Про локали....
Тут описан довольно сложный способ поддержки русского языка (особенно про mc и т.д. - т.е. то что надо их переустанавливать) Я поступил проще:
в файле /etc/sysconfig/i18n почти ничего не менял.
Оставил поддержку UTF-8, но так же добавил поддержку koi8-r (стирая то что там было), т.е.: SUPPORTED=":ru_RU.KOI8-R:"
Затем заменил строки:
LANG="ru_RU.UTF-8" на LANG="ru_RU.KOI8-R"
и в SYSFONTACM="koi8-r"

-- sash_akm (sashakm@hotmail.ru)

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 30.11.03

Извините.
Маленькие исправления - ох, руки мои крюки :)

Тут описан довольно сложный способ поддержки русского языка (особенно про mc и т.д. - т.е. то что надо их переустанавливать) Я поступил проще:
в файле /etc/sysconfig/i18n почти ничего не менял.
Оставил поддержку UTF-8, но так же добавил поддержку koi8-r (не стирая то что там было), т.е.: SUPPORTED="ля-ля-ля :ru_RU.KOI8-R: ля-ля-ля"
("ля-ля-ля" - то что там было раньше)
Затем заменил строки:
LANG="ru_RU.UTF-8" на LANG="ru_RU.KOI8-R"
и в SYSFONTACM="koi8-r"

Вот и всё.
Далее проблем никаких - все приложения поддерживабт как koi8-r, так и UTF-8
(проверял на xcdroast, mc, xmms и т.д.)

-- sash_akm (sashakm@hotmail.ru)

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 02.12.03

в SUPPORTED вы можете написать все, что угодно,
однако это не означает, что у вас теперь на
ряду с кои8-р есть поддержка утф, консольным
приложениям эта опция до лампочки, так что,
как вы называете "оставили поддержку утф",
совершенно не верно! А MC там совершенно по
другой причине нужно пересобирать, что бы была
правильная прорисовка и чтобы работал SHIFT-T...
Что же касается Х-овых приложений, то им эта
кои не мешает, все зависит от либы, gtk2 и QT
вообще не завязаны на локаль как таковые и
работают как с уникодом так и без, все зависит
от авторов программ...

-- Anonymous

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 02.12.03

Re: Переход от RedHat на Fedora Core. (Оценка: 1, Информативно)
от Anonymous на 24.12.03

эй! ну а че почти все ссылки битые?
Читаешь вроде все зае...
А как реализовать не понятно :(

-- Anonymous

Re: Переход от RedHat на Fedora Core. (Оценка: 1)
от Xoid26 на 31.12.03
(Информация о пользователе | Отправить сообщение) http://linuxshop.ru/linuxbegin

Постараюсь исправить в ближайшее время. Спасибо за комментарий.

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 02.03.04

Хорошая статья, - спасибо.
Только не работают ссылки на исправленные пакеты,
нет такой буквы -
http://www.linuxshop.ru/linuxbegin/RPMS/
Можно ли взять их из статьи по rh9?

ig_l@mail.ru

-- Anonymous

Пока дружить с юзверем линух не начнет - десктопов ему не видать ... (Оценка: 1, Информативно)
от Anonymous на 19.01.04

Увы, пишушие ядра-тулзы мало об этом поснят, часто делаю что-то "сугубо свое".
Да, консоль рулит, да Винды - чудовищная конструкция(к этом времени), но пока юзверю-админу не перестанут НАВЯЗЫВАТЬ то, что нравится девелоперу
- ниччего не изменится. Ибо рулез этот(Консоль) ни на хуа не нужен остальным потенциальным 98%-ам потенциальных пользователй системы.
Кои приглядываются к ней порой аж года с 1996-го.

-- Basiley (happyendman@Land.ru)

Re: Переход от RedHat на Fedora Core. (Оценка: 0)
от Anonymous на 30.01.04

Пробовал поставить Win4Lin на указанное в статье ядро - не удаётся установить Windows в домашнюю директорию. Я использовал v.5.02(Win4Lin-5.5.2c-d.i386.rpm).
А какую автор? Ссылку бы :).

-- Anonymous (hyuv@svitonline.com)