Днес инсталирах Linux на още един приятел, който не беше виждал такова нещо до сега в живота си. Естествено му инсталирах Slackware 12.1 заедно с допълнителните пакети, които съм правил от SlackBuilds. Силно се озорих с последните собственически драйвери на nVidia и една дърта карта TNT2 16MB. В крайна сметка OpenGL не захапа изобщо, а уж изрових десетки помощни матриали свързани с картата.

Ето и моите първи по-задълбочени наблюдения от Arch Linux. Ползвам го от около 12 часа и може да се каче, че се чувствам много конфортно с него Просто твърде много са взаимствали разработчиците му от Slackware Linux. Всичко е лесно за работа, когато пълният контрол е в теб.

Има си страхотна система за обновяване, но за жалост е само една - pacman. Има много пакети, но не и всичките ми необходими. Аз си имам вече необходимите SlackBuild скриптове за това, което го няма в Slackware.

Хората казват (най-вече Eugenia Loli-Quero от OSNews), че i686 оптимизираната система била доста по-пъргава от i486 опитмизирания Slackware, но аз усетих точно обратното. Със същите заредение приложения, Arch просто кляка. Какво му е по-оптимизираното по дяволите? Може би съм твърде много пристрастен, но сякаш Slackware първо е по-стабитен, второ е по-добре поддържан, трето просто работи и е консервативен, което за мен е повече предимство отколко недостатък.

Днес се хванах да си обновя няколко пакета по SlackBuild-овете ми в резултат, на което сгънах mpeg4ip, който определено отказваше да открие avcodec.h в /usr/include/ffmpeg. Благодарение на липсващ mpeg4ip, VideoLan отказваше да се компилира, а в последно време го ползвам за да гледам IPTV решението на Networx-BG.

Рових се с часове из интернет и търсих някакво обяснение, след което реших да опитам с малко по-стар build на ffmpeg. Попаднах на архив на име: ffmpeg-0.4.9-p20080206.tar.bz2, с който всичко проработи по най-красивия начин. Явно, че последната версия от SVN е силно строшена или се нуждае дописване на кода на mpeg4ip за да се сработи с последния build на ffmpeg. Докато не се оправят нещата ще си ползвам build от 2008/02/06

Днес се срещнах с човек, който търси C/C++ кодер, който да пише под Linux. Останах с много добри впечатления от сериозността на офертата. За това реших да напиша и в дневника си това.

Изискванията са 1 година реален опит в работата с Linux и опит в писането на C/C++. Ако някой от четящите тук изяви интерес да му дам контакти може да се свърже с мен на мейл

Бил излязъл Kaffeine 0.8.6 преди повече от две седмици и никой не свирка Гледам промените са предимно върху DVB частта на кода. Новата версия плаче за xine-lib 1.1.9 поне, което ще рече, че ако ползвате Slackware ще се наложи да прекомпилирате xine-lib за да го ползвате или ако обичате да рискувате - можете да ползвате current tree на същата дистрибуция.

След като преди няколко месеца тествах единия от двата неофициални Slackware-базирани дистрибуции за 64-битови процесори Bluewhite днес изтеглих и Slamd64 12.0 за да експериментирам с него. От известно време следя в интернет коя от двете се ползва с по-голям авторитет и установих, че това е Slamd64. Записах го на DVD и засилих инсталацията.

За жалост и тук не останах удовлетворен от няколко детайла:

• имах проблем с работата драйверите за Radeon картите под 64-битова система
• наложи се да прекомпилирам ядро заради agpgart

След като Slackware е толкова стабилен и работи достатъчно ефективно върху 32 и 64 битови машини, софтуерът със затворен код не обръща никакво внимание на 64 битовата архителктура ползваща Linux каква е причината да предпочетем Slamd64 пред Slackware

Днес един приятел си взе това чудо на технологиите наречено ASUS Eee PC 4G. Ето и малко детайли относно параметрите на това актуално бюджетно решение:

• 900 MHz Intel Celeron-M ULV 353
• 4 GB SSD (Solid State Drive)
• 512 MB DDR2-667
• 7 инчов TFT-LCD дисплей с поддръжка на резолюция 800×480
• 4-cell, Li-Ion, 5200 mAh батерия с максимален режим на работа 3 часа и 30 минути

Устройството може да се опише като съвсем успешен отговор на инициативата OLPC (One Laptop Per Child). Операционната система, която се ползва от Eee PC е Xandros Linux а графичната среда е оптимизрана за да работи устройството максимално бързо.

На пръв поглед всичко работеше наистина out-of-the-box, докато не установих, че Bluetooth тапата не захапа изобщо. Мрежовите настройки се осъществяват изключително лесно. Сред програмите, които идват със системата са: OOo, Firefox, SMPlayer, Skype, Google Docs като можете да добавите още много други пакети с apt-get (доколкото ви стигнат свободните 1.4GB пространство).

Видеоконференции можете да провеждате с вградената 0.3 мегапикселова камера. Едно нещо по мрежовата част ми хареса много. ASUSTeK са забучили Atheros WiFI и Ethernet карта. Освен всичко до тук изброено, устройството, което не съм убеден, че мога да нарека точно laptop притежава 3 USB 2.0 порта, четец на MMC/SD карти и стерео говорители.

Цената на устройството е под 500лв, което го прави изключително привлекателно за клиенти, които имат слаби възможности да си купят истински laptop.

Както обещах в предната публикация, в дневника ми, направих експериментални пакети на KDE 4.0.0 за Slackware Linux 12.0. Следват от тук нататък сериозни подобрения по всеки един от тях докато не излязат официални пакети от Патрик.

Предупреждавам Ви, че KDE 4.0.0 поне при мен се държи сравнително нестабилно и горещо НЕ го препоръчвам за продуктивни системи. Пакетите можете да намерите ТУК, а кратка, но достатъчна информация как да ползвате пакетите можете да намерите в новината в bgLinux.org. Съветвам Ви да прочетете информацията в новината внимателно за да са по-високи шансовете Ви да проработи KDE4 и при Вас.

Моля всички, които тестват пакетите да дадат своите отзиви и да не скъпят да ми правят забележки относно качеството на пакетите (аз зная, че то не е особено високо, но имам желанието да отстраня всяка една грешка допусната при компилацията). Очаквайте до денонощие и SlackBuild скриптовете, които създадох за целта.

Edit: Днес излязоха и пакети от един от хората, които допринасят много за развитието на дистрибуцията - Robby Workman. Тях можете да изтеглите от ТУК, като се препоръчва да прочетете внимателно README-то, което върви с тях. Внимание! Пакетите са предназначени за slackware-current клона. В него Robby Workman твърди, че се очакват по-официални пакети от Пат, след като се върне от събитието KDE4 Release Event, което ще се проведе между 17-ти и 19-тиянуари 2008г. в Google Campus, Mountain View, California.

Най-накрая се реших да направя пакети на KDE 4.0.0 и за Slackware. Гледам за момента отзивите от общността не са особено добри относно стабилността при работа на DBus и Plasma. Въпреки това реших да пусна пакети, защото все още не виждам някой да предлага такива, а интересът е изключително висок. Освен всичко е необходимо да се даде възможно по-голяма гласност на новата генерация на този десктоп за да се отстранят по-бързо съществуващите проблеми и да се добавят желаните функции.

Най-вероятно ако всичко е Okay пакетите ще бъдат готови изтествани и пуснати до ден. Реших като префикс за KDE4 да ползвам /opt/kde4 и да оставя миролюбиво да си съществуват заедно с 3.5.x. Въпреки това ще е задължително да си архивирате Вашата .kde папка преди това (ако някой знае какъв cmake флаг се ползва за да се окаже локалната конфигурационна директория на KDE  да вика).

Вчера излезе KDE 4.0. Чакахме го години този релийз. Реших и аз да го тествам преди да съм започнал да компилирам пакетите за Slackware. Инсталирах на втория твърд диск едно openSUSE 10.3 и веднага засилих вече компилираните пакети към машината ми.

След кратко разузнаване на ситуацията мога да изложа няколко заключения, които за жалост не са съвсем в полза на KDE 4.0:

• промени във външния вид след RC2 няма, въпреки че имаше някои дребни визуални недостатъци, който трябваше да бъдат поправени, а те си стоят и сега
• контролният център е с доста бедни възможности (не намерих опция за регулиране размера на таскбара примерно)
• обещаната по-бърза работа на новата версия от 3.x така и не я усетих
• все още ниска поддръжка на приложения портнати към Qt4

Като цяло съм почти убеден, че Patrick Volkerding скоро не би се хванал да го пуска дори в current, защото определено има още какво да се бутне по графичната среда, а както знаем самият Pat трудно прави радикални промени по дистрибуцията си. От друга страна и Kubuntu екипа заяви, че ще остави и старата версия на графичната среда паралелно с новата за известно време.