Както вече казах, Fedora в май-голяма степен от всички известни ми дистрибуции се доближава до представата ми за бизнес ОС. Това се подкрепя донякъде и от факта, че out-of-the-box липсва поддръжка за такива неща, като MP3, DivX и разни комерсиални драйвери (nVidia, ATI). Не че са рядкост или че нямат място в бизнеса. Просто аз ги свързвам предимно с домашните / лични компютри. Разбира се, причината да ги няма в инсталацията на Fedora далеч не е тази.
Доста прилично ръководство за инсталиране на тези, а и други комерсиални или полу-комерсиални гадости открих на този адрес. В началото бях малко резервиран относно добавянето на хранилища. Преди време успях на два пъти да унищожа тестови инсталации на Fedora Core 5 след подобни експерименти. В последствие установих, че някои хранилища не са като други. Най-малкото научих, че livna е хранилище, подържано от хора, тясно свързани със Fedora, което все пак е някаква утеха. Веднага щом го добавих получих възможност да инсталирам mplayer, vlc, xine, audicious, както и разни кодеци. Проверката с налични легални-до-доказване-на-противното филми и музика не показа никакви грешки или липси.
Извън мултимедията, едно от първите неща които направих след инсталацията беше yum install yumex. Нямам достатъчно силни нерви за силно опростените графични програмки за управление на софтуера, които fedora предлага по подразбиране. Наред с yumex сред спешните задачи се нарежда и инсталирането на шрифтове. Въздържах се от инсталирането на колекцията шрифтове, които традиционно качвам (всичките събирани от сайтове със съмнителна репутация). Вместо това качих този пакет, в който са събрани MS TrueType Fonts.
След известни лутания и експерименти с вграденото във fedora средство за конфигуриране на защитна стена (горе-долу толкова функционално, колкото и това на Windows) и с firestarter разбрах, че от добрия, стар, изпитан shorewall по-добро няма. Версията, която yum ми качи се държи малко странно – всеки път когато стартирам заявява как компилирала нещо… Поведение, което не съм наблюдавал под другите дистрибуции, които съм ползвал и което ще бъде разследвано в скоро време. Въпреки това shorewall прави точно това очаквам. След като настроих защитната стена тя просто заработи. С цената на съвсем малко услилия накарах моя компютър да играе ролята на шлюз в изградената набързо локална мрежа от двата тестови компютъра, свързани с crosslink-нат кабел. Без съмнение shorewall се доказва като един от онези класически инструменти като fetchmail, които така добре запълват своя сегмент, че конкуренцията изглежда смешна.
При инсталирането на flash приставката на браузъра реших да използвам flash версия 9.0, според како е описано в ръководството, за което вече споменах. Всичко изглеждаше добре до момента в който не реших да влезна в cisco.netacad.net с име и парола. След натискане на Enter / Login просто оставах на празна страница. Първоначално обвиних SE Linux и си помислих, че е възможно хората от fedora да са правили оптимизации и да са изхвърлили част от кода, която са сметнали за потенциално опасна и която е нужна на cisco, за да проработи. За целта изтеглих инсталации на почти всички известни ми браузъри за Linux. Разултата си остана същия. Най-накрая ми писна, запретнах ръкави, отворих JavaScript конзолата и намерих къде е ключа от бараката.
Оказва се, че при влизане в cisco.netacad.net, се проверява дали разполагате със flash приставака и дали тя е подходяща. Подходящите версии на flash-а са дефинирани в един двумерен масив, чиито измерения са операционна система и версия на flash plugin. Във въпросния масив не фигурира версия 9.0 на flash за GNU/Linux. Разбира се изтеглих версия 7.x, която е обявена като подходяща, добявих я в plugins директорията на flock и нещата тръгнаха. Междувременно, реших да пусна малък bug report до поддръжката на cisco. Резултата беше трагикомичен, както всъщност можеше и да се очаква. Реакцията беше: минималните системни изисквания, за работа със сайта ни са: Win9x… По долу беше спомената MacOS (какво височайше благоволение) и нито дума за GNU/Linux, UNIX, POSIX или нещо което да напомня за кое да е от тях. Когато получих писмо, подканящо ме да споделя впечатленията си от поддръжката им, не можах да се сръджа да не определя решението им като неадекватно за моя проблем и да им препоръчам голям банер на заглавната страница: Който не иска да си плати рекета на чичо Бил – да се оправя сам.
Най-накрая, дълбоко убеден, че каквото си направиш сам никой друг не може да ти го направи, качих един гаден комерсиален Acrobat Reader с твърдото убеждение, че няма да го използвам. Опитах се да кача knock, но се оказа, че yum не е чувал, за този проект, който обаче е от съществено значение, за достъпа ми до някои машини. За щастие от сайта на проекта предлагат src.rpm файл. Това ми спести писането на knock.spec и можах направо да пристъпя към опреснителния курс по ползване на rpmbuild и разгадавене на мистерии с липсващи хедъри, които предизвикват водопад от съобщения за грешки в конзолата.
За съжаление така и не открих rpm за boinc, а това означава, че ще трябва да мина и опреснителен курс за писане на spec файлове. Също така не можах да изградя и свястна smb връзка между двата тестови компютъра. Част от проблема е и наличието на поне три различни адреса за моя компютър, който играе ролята на шлюз. При това той знае само за два от тях. Решаването на този проблем е отложен за задаващия се уикенд, както и инсталирането на древния скенер. Последното почти никога досега не е ставало от раз и винаги е било съпроводено с най-различни проблеми и главоболия.