JustNick's Corner » Linux http://just4nick.net/blog Tue, 24 Aug 2010 16:06:33 +0000 en hourly 1 http://wordpress.org/?v=3.0.1 vlc vuvuzela filter http://just4nick.net/blog/archives/831 http://just4nick.net/blog/archives/831#comments Sat, 12 Jun 2010 15:06:28 +0000 Nick http://just4nick.net/blog/?p=831 Както споменах преди малко в twitter след малко игра с equlizer-a на VLC успях до някаква степен да филтрирам досадния жужащ звук на вувузелите. След малко research в Google намерих едно проучване на South African Medical Journal, в което има следното:

The initial report (1) provided the maximum instantaneous A-weighted sound pressure level (Lmax Fast [dBA]) averaged for 2 recordings during single vuvuzela blasts at 4 distances from the bell of the vuvuzela. This method is in agreement with the recommendation by the World Health Organization (2) for measuring individual sound events. A-weighting was used for all measurements to compensate for the non-linear sensitivity of the human ear, which is differentially sensitive to sound across the frequency spectrum (least sensitive at very high and very low frequencies). A breakdown of the average intensities at individual frequencies across the frequency spectrum is provided in Table I. A characteristically flat frequency spectrum was evident between 250 and 8 000 Hz. The average intensity difference between the individual frequency measurements (Table I) of the 2 recordings at each of the 4 respective distances from the bell of the vuvuzela was 0.6 dB ([ or -]3.2 dB standard deviation)

И за прегледност има и табличка:

 Intensity (dBA)

Frequency             Bell
(Hz)        At ear   opening   1 m    2 m

125            36        62     38     35
250            92       106     82     85
500           103       121    102    101
1 000         106       122    108    100
2 000         101       122    110    101
4 000          97       109    110    102
5 000          93       111    109    100
8 000          87       110    107     98

И така, за тези, които като мен гледат мачовете на стриймове онлайн, а и за тези, които имат equalizer-и на телевизорите си вече има частично решение на проблема с дразнещия звук издаван от вувузелите. Ето как изглежда equalizer-a на моето vlc в момента:

Забележка:
Това безусловно рефлектира и върху коментара на БНТ. Но понеже така или иначе не съм особен фен на Петър Василев и Никола Ибришимов това е приемлив компромис.

Редакция 1:
Подобно нещо, направено с използването на audio филтри в mplayer, или по-точно:

* -af pan command line fix, now outputs the right number of channels
and accepts values < 0 or > 1. Channel order had to be changed.
* -af sinesuppress to remove a sine at a certain frequency

mplayer -af pan=1:0.5:0.5,sinesuppress=233:0.01,sinesuppress=466:0.01,sinesuppress=932:0.01,sinesuppress=1864:0.01,sinesuppress=232:0.01,sinesuppress=465:0.01,sinesuppress=931:0.01,sinesuppress=1863:0.01,sinesuppress=234:0.01,sinesuppress=467:0.01,sinesuppress=933:0.01,sinesuppress=1865:0.01
]]> http://just4nick.net/blog/archives/831/feed 12 За MeeGo малко по-подробно http://just4nick.net/blog/archives/802 http://just4nick.net/blog/archives/802#comments Mon, 15 Feb 2010 21:00:09 +0000 Nick http://just4nick.net/blog/?p=802 Както по-рано през деня не без ентисуазъм споделих днес се роди MeeGo (всъщност вероятно се е родил по-рано, но днес широката общественост разбра за това).  Вече се появиха както повече информация така и доста коментари около новия проект. Има хора както „подскачащи“ от щастие (до голяма степен и аз май попадам в тази категория), така и такива, които открито зачеркват проекта, дори преди да са му дали шанс (главно hardcore фенове на gtk i .deb).

И така, какво можем да очакваме от MeeGo:

  • версия 1 през второто четиримесечие на 2010.
  • open source проект под крилото на Linux Foundation (точно както Moblin)
  • поддръжка на ARM и x86 (Atom) архитектури
  • MeeGo ще ползва като платформа Moblin, а за UI ще се използва Qt toolkit-a на Maemo
  • въпреки това MeeGo ще поддържа gtk и Clutter
  • за пакетна система ще се използва rpm

Като цяло и двете компании се отказват от някои разработки в името на общото благо. Nokia използва gtk базираното Maemo 5 и Debian-ската пакетна система в N900. Intel от своя страна залага на Gtk и Clutter и rpm пакетна система за Moblin. Вероятно на всеки е ясно защо за основен интерфейс ще се заложи на Qt. Но не всеки ще се сети защо е избран .rpm за сметка на .deb. Отговорът може да се намери в един от коментарите към блоговете на MeeGo и той е, че .rpm е бил избрал заради Linux Standard Base (LSB), a защо може да се види тук. Както споменах полемики обаче не липсват – gtk vs qt, rpm vs deb, та до това, че името било глупаво. Някои хора явно им трябва време да осъзнаят, че плюсовете от цялата работа несъмнено са повече. В крайна сметка получаваме Linux базирана система, с избор от графични интерфейси, която ще поддържа голям брой устройства. Какво повече да иска човек…

Е, аз получавам малко повече – Linux базирана система с любимият ми графичен интерфейс (KDE работят усилено покрай Maemo 6) и пакетен мениджър. Да не говорим, че Fedora 12 поддържаше Moblin. Няма как всичко това да не  ми навява само приятни мисли за бъдещето. Та то си е сбъдване на мечта в напреднала фаза.

Време е за малко линкове:

  • постове в блоговете на две от основните лица стоящи зад Маемо/MeeGo – Quim Gil и Ari Jaaksi (отговарящ за Maemo в Nokia)
  • интересно сравнение на трите проекта може да бъде видяно тук
  • и едно видео по въпроса

]]> http://just4nick.net/blog/archives/802/feed 4 Maemo + Moblin = MeeGo http://just4nick.net/blog/archives/798 http://just4nick.net/blog/archives/798#comments Mon, 15 Feb 2010 11:57:45 +0000 Nick http://just4nick.net/blog/?p=798 След добрата новина от миналата седмица на започващия днес Mobile World Congress в Барселона изтече и друга. Nokia и Intel ще обединят сили на мобилния пазар. Как ще стане това? Със сливането на Maemo и Moblin в нов проект – MeeGo:

MeeGo is an open source, Linux project which brings together the Moblin project, headed up by Intel, and Maemo, by Nokia, into a single open source activity. MeeGo integrates the experience and skills of two significant development ecosystems, versed in communications and computing technologies. The MeeGo project believes these two pillars form the technical foundations for next generation platforms and usages in the mobile and device platforms space.

MeeGo includes:

  • Performance optimizations and features which enable rich computational and graphically oriented applications and connected services development
  • No-compromise internet standards support delivering the best web experiences
  • Easy to use, flexible and powerful UI/app development environment based on Qt
  • Open source project organization managed by the Linux Foundation
  • State of the Art Linux stack optimized for the size and capabilities of small footprint platforms and mobile devices, but delivering broad linux software application compatibility

Според мен това е една чудесна новина. С нетърпение очаквам развитието на проекта и появата на първите устройства.

]]> http://just4nick.net/blog/archives/798/feed 1 Катаклизми, революции и още някои мисли за мобилните OS http://just4nick.net/blog/archives/788 http://just4nick.net/blog/archives/788#comments Fri, 05 Feb 2010 21:13:43 +0000 Nick http://just4nick.net/blog/?p=788 Тази седмица, по-точно в последните дни от седмицата не липсват новини в света на мобилните технологии, в частност на мобилните телефони или още по-точно в света на операционните системи за мобилни телефони.

Не ми се ще да отварям дума за отрочето на Microsoft на този пазар, но за да не ме обвини някой в пристрастие ще спомена как телефон с Windows Mobile, който си закупи мой колега умря безвъзвратно на четвъртият месец от жалкото си съществувание изпълнено с многократни забивания.

Бегло ще спомена, че знам и за съществуването на Palm OS, но тази материя поне на този етап е прекалено тъмна за мен.

Думите ми относно WM съвсем не означават, че телефоните с алтернативни операционни системи не забиват. Дори напротив, понастоящем ползвам Blackberry с RIM и съм крайно недоволен от внезапните му тотални зависвания, които се оправят само с вадене на батерията. Виждал съм и отрочета на Apple, да не знаят на кой свят се намират. Но не, няма да говорим за това.

Преди време когато Стив Джобс представи iPhone бях наистина впечатлен. Поради ред причини, по това време основно финансови обаче така и не се сдобих с такъв. Но въпреки минусите, които има (някои от тях поправени с 3GS) дори и сега го намирам за добър. Особено след като съм си поиграл и лично с него. Но няма да говоря за iPhone.

В последствие Google обявиха Android, както и това, че подготвят своето навлизане на този пазар. Стъпка, за която отдавна се носеха слухове, и то както за OS, така и за устройство с тяхното лого. Дълъг път изминаха от G1 до Nexus One. И въпреки че тогава обявиха, че Android в голямата си част ще бъде open source  аз не щраках с пръсти в екстаз. Главно защото по това време вече не харесвах идеята на Google да стъпи навсякъде, където е възможно. И въпреки че поддържат доста open source проекти и инициативи някак си оставам с впечатлението, че не са особено искрени в това си начинание. Всичко е бизнес. Донякъде ги разбирам, и аз работя за пари, и на мен ми се налага да разработвам неща за клиенти, които противоречат на това че подкрепям отворените идеи. Но докато при мен поне на този етап няма как да е иначе, защото не мога да си позволя такаква независимост, то при тях има, именно защото  Google са достатъчно големи. По същия начин, по който  Apple и Amazon успяват да наложат iWhatever и Kindle заради самия бизнес модел, то Google можеха да си позволят да наложат Android като доста по-отворен проект. Всъщност всичко започна добре, закупуване на Android, основаване на Open Handset Alliance.  Но новината от последните дни за премахването на кода на Android от Linux ядрото е доста разочароваща. Стряскащото дори не е самото премахване на кода, а становището на Google по въпроса. Интересна ще е реакцията на другите компании членове на OHA, ако въобще има такава. Защото всичко това бе чудесна предпоставка за развиването и подобряването на поддръжката на голям брой хардуерни продукти. Но на този етап ще спра дотук, така или иначе предполагам че по този въпрос тепърва има още какво да се случва. Само ще спомена, че се е заформила интересна дискусия на LWN.net.

Но както често се случва, когато има лоша новина, има и добра. И понеже аз предпочитам да научавам първо лошата, а след това добрата, то добрата новина в света на операционните системи за мобилни телефони е обявяването на новината, че Symbian вече е open source. Нещо което някой едва ли би си помислил преди няколко години. Да, Nokia проспаха бума от последните години и телефоните им не са толкова атрактивни, колкото преди. Но това все пак е доста голяма стъпка. Да,  Nokia са си известни с такива. Все пак са тръгнали от  производството на гума и хартия и са стигнали до това на мобилни телефони. А и са финландци също като Linus. Но фактът си е факт, и той е че  Symbian се отваря към света. А и като добавим факта, че N900 се задвижда от Maemo, явно Nokia са поели правилния курс. А пък аз се радвам, че никак не е далеч времето когато ще си имаме напълно функционално KDE за smartphone (било то за Maemo или Symbian). Нещо, което очаквам с нетърпение.

]]> http://just4nick.net/blog/archives/788/feed 3 Bulgarian Radio Stations Amarok 2 Script v. 1.2 http://just4nick.net/blog/archives/753 http://just4nick.net/blog/archives/753#comments Thu, 17 Dec 2009 10:59:47 +0000 Nick http://just4nick.net/blog/?p=753 Този уикенд реших да направя update на скрипт-а с българските радиа онлайн понеже имаше няколко неработещи линка. В крайна сметка реших да добавя и някои от станциите, които преди това бях цензурирал. За това и всъщност ми отне малко повече време отколкото смятах да му отделя. Категориите вече са на географски принцип подобно на този в листа тук. Наложи се да проверя дали линковете посочени там са актуални. Оказа се че някои не са, така че има радиа посочени там, които не са включени в скрипта, просто защото към момента не се стриймват онлайн. Все пак съм добавил доста голяма част от регионалните радио станции, включително и тези на БНР, чиито линкове не са wma. Отново съм пропуснал фолк станциите, както и религиозните станции посочени в края на листа на predavatel.com. Влязох в контакт и с хората от IPTV относно Атлантик, The Voice и Витоша . Оказва се, че желанието на самите радиа е да могат да се слушат само през сайта им, така че техните фенове няма да могат да се възползват от удобството да ги слушат директно през Amarok.  На другите пожелавам приятно слушане!

Линк към скрипта в kde-apps: Bulgarian Radio Stations
Линк за сваляне: Bulgarian Radio Stations Scripts Download

]]> http://just4nick.net/blog/archives/753/feed 0 Нова опция в yum – history http://just4nick.net/blog/archives/741 http://just4nick.net/blog/archives/741#comments Sun, 13 Dec 2009 11:30:27 +0000 Nick http://just4nick.net/blog/?p=741 Когато в предишното си писание споменах за проблемите покрай PackageKit, за които се шумеше при излизането на Fedora 12, много хора се питаха как никой от хората ползвали Rawhide не е забелязал такава промяна. Отговорът е прост. Никой (в това число и аз) не ползва графични инструменти от подобен род, когато имаш  yum.

Някъде  някой беше казал (за съжаление не си спомням, къде съм го прочел), че всяка себеуважаваща се съвременна дистрибуция трябва да има добър пакетен мениджър. За Redhat дериватите това е yum. Няма да се спирам на историята на проекта, но не мога да не спомена, че е изминат дълъг път от началото, и че постоянно става все по-добър. Разбира се, има и някои минуси (за мен лично, основно свързани с бързината), но след като в миналата версия бе представен yum-presto (delta rpms), то във Fedora 12 и съответната нова версия на yum (3.2.25), вече имаме yum history. Нещо, което предполагам доста администратори а и потребители безспорно ще оценят, и нещо, от което мисля,  че наистина имаше нужда.

Какво се получаваше преди yum history? Инсталираме даден пакет, който има дадени зависимости, които също се инсталират покрай него. По някаква причина решаваме, че нямаме нужда от въпросната програма и я премахваме. Не всички dependencies инсталирани заедно с нея, винаги се премахват обаче. Какво ни дава history?

Дава ни възможността да се върнем една стъпка назад (undo) и да инсталираме или премахнем, това, което сме инсталирали или премахнали преди това. Получи се малка тафтология, но мисля, че с примерите по-долу нещата ще се изяснят. Възможните опции са: yum history info|list|summary|undo|redo|new

Ето ги и примерите:

[root@Pegasus ~]# yum history
Loaded plugins: allowdowngrade, fastestmirror, presto, protectbase, refresh-packagekit, security
ID     | Login user             | Date and time    | Action(s)      | Altered
-------------------------------------------------------------------------------
6 |  Nick                | 2009-12-13 00:52 | Install        |    1
5 |  Nick                | 2009-12-13 00:48 | Install        |    4
4 |  Nick                | 2009-12-12 12:02 | Install        |    2
3 |  Nick                | 2009-12-12 11:43 | Install        |    8
2 |  Nick                | 2009-12-12 11:29 | Install        |    2
1 |  Nick                | 2009-12-12 11:20 | E, I, U        |   77

Ако искаме да видим точно определена транзакция, то изпълняваме yum history info ID:

[root@Pegasus ~]# yum history info 2
Loaded plugins: allowdowngrade, fastestmirror, presto, protectbase, refresh-packagekit, security
Transaction ID : 2
Begin time     : Sat Dec 12 11:29:54 2009
Begin rpmdb    : 1968:ab76e09445bc9332ee617c5c7bf34a9859e04ade
End time       :            11:30:01 2009 (7 seconds)
End rpmdb      : 1970:c33229c535f6633f7b1ee91e1461fb56c9784e64
User           :
Return-Code    : Success
Transaction performed with:
    Installed    rpm-4.7.1-6.fc12.x86_64
    Installed    yum-3.2.25-1.fc12.noarch
    Installed    yum-plugin-fastestmirror-1.1.24-2.fc12.noarch
Packages Altered:
    Install      kmod-nvidia-190.42-1.fc12.8.x86_64
    Dep-Install  kmod-nvidia-2.6.31.6-166.fc12.x86_64-190.42-1.fc12.8.x86_64

Ако искаме да премахнем промените направени от въпросната транзакция, то изпълняваме yum history undo ID:

[root@Pegasus ~]# yum history undo 2
Loaded plugins: allowdowngrade, fastestmirror, presto, protectbase, refresh-packagekit, security
Determining fastest mirrors
 * fedora: fedora.linuxman.biz
 * rpmfusion-free: ftp.upjs.sk
 * rpmfusion-free-updates: ftp.upjs.sk
 * rpmfusion-nonfree: ftp.upjs.sk
 * rpmfusion-nonfree-updates: ftp.upjs.sk
rpmfusion-free-updates                                                                                                                                       | 3.3 kB     00:00
rpmfusion-nonfree-updates                                                                                                                                    | 3.3 kB     00:00
updates                                                                                                                                                      | 4.4 kB     00:00
0 packages excluded due to repository protections
Undoing transaction 2, from Sat Dec 12 11:29:54 2009
    Install      kmod-nvidia-190.42-1.fc12.8.x86_64
    Dep-Install  kmod-nvidia-2.6.31.6-166.fc12.x86_64-190.42-1.fc12.8.x86_64
Resolving Dependencies
--&gt; Running transaction check
---&gt; Package kmod-nvidia.x86_64 0:190.42-1.fc12.8 set to be erased
---&gt; Package kmod-nvidia-2.6.31.6-166.fc12.x86_64.x86_64 0:190.42-1.fc12.8 set to be erased
--&gt; Finished Dependency Resolution
 
Dependencies Resolved
 
====================================================================================================================================================================================
 Package                                                       Arch                            Version                                     Repository                          Size
====================================================================================================================================================================================
Removing:
 kmod-nvidia                                                   x86_64                          190.42-1.fc12.8                             installed                           0.0
 kmod-nvidia-2.6.31.6-166.fc12.x86_64                          x86_64                          190.42-1.fc12.8                             installed                           11 M
 
Transaction Summary
====================================================================================================================================================================================
Remove        2 Package(s)
Reinstall     0 Package(s)
Downgrade     0 Package(s)
 
Is this ok [y/N]: y
Downloading Packages:
Running rpm_check_debug
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Erasing        : kmod-nvidia-190.42-1.fc12.8.x86_64                                                                                                                           1/2
  Erasing        : kmod-nvidia-2.6.31.6-166.fc12.x86_64-190.42-1.fc12.8.x86_64                                                                                                  2/2
 
Removed:
  kmod-nvidia.x86_64 0:190.42-1.fc12.8                                         kmod-nvidia-2.6.31.6-166.fc12.x86_64.x86_64 0:190.42-1.fc12.8
 
Complete!

Ако отново изпълним yum history list, ще видим, че това е създало нова транзакция:

[root@Pegasus ~]# yum history
Loaded plugins: allowdowngrade, fastestmirror, presto, protectbase, refresh-packagekit, security
ID     | Login user             | Date and time    | Action(s)      | Altered
-------------------------------------------------------------------------------
     7 |  Nick                | 2009-12-13 13:05 | Erase          |    2
     6 |  Nick                | 2009-12-13 00:52 | Install        |    1
     5 |  Nick                | 2009-12-13 00:48 | Install        |    4
     4 |  Nick                | 2009-12-12 12:02 | Install        |    2
     3 |  Nick                | 2009-12-12 11:43 | Install        |    8
     2 |  Nick                | 2009-12-12 11:29 | Install        |    2
     1 |  Nick                | 2009-12-12 11:20 | E, I, U        |   77

и ако решим все пак да върнем нещата назад и да инсталираме отново Kmod-nvidia*, то има два начина да го направим – yum history undo 7, или yum history redo 2:

[root@Pegasus ~]# yum history undo 7
Loaded plugins: allowdowngrade, fastestmirror, presto, protectbase, refresh-packagekit, security
Loading mirror speeds from cached hostfile
 * fedora: fedora.linuxman.biz
 * rpmfusion-free: ftp.upjs.sk
 * rpmfusion-free-updates: ftp.upjs.sk
 * rpmfusion-nonfree: ftp.upjs.sk
 * rpmfusion-nonfree-updates: ftp.upjs.sk
0 packages excluded due to repository protections
Undoing transaction 7, from Sun Dec 13 13:05:43 2009
    Erase        kmod-nvidia-190.42-1.fc12.8.x86_64
    Erase        kmod-nvidia-2.6.31.6-166.fc12.x86_64-190.42-1.fc12.8.x86_64
Resolving Dependencies
--&gt; Running transaction check
---&gt; Package kmod-nvidia.x86_64 0:190.42-1.fc12.8 set to be updated
---&gt; Package kmod-nvidia-2.6.31.6-166.fc12.x86_64.x86_64 0:190.42-1.fc12.8 set to be updated
--&gt; Finished Dependency Resolution
 
Dependencies Resolved
 
====================================================================================================================================================================================
 Package                                                   Arch                        Version                                 Repository                                      Size
====================================================================================================================================================================================
Installing:
 kmod-nvidia                                               x86_64                      190.42-1.fc12.8                         rpmfusion-nonfree-updates                       29 k
 kmod-nvidia-2.6.31.6-166.fc12.x86_64                      x86_64                      190.42-1.fc12.8                         rpmfusion-nonfree-updates                      2.2 M
 
Transaction Summary
====================================================================================================================================================================================
Install       2 Package(s)
Upgrade       0 Package(s)
 
Total download size: 2.3 M
[root@Pegasus ~]# yum history redo 2
Loaded plugins: allowdowngrade, fastestmirror, presto, protectbase, refresh-packagekit, security
Loading mirror speeds from cached hostfile
 * fedora: fedora.linuxman.biz
 * rpmfusion-free: ftp.upjs.sk
 * rpmfusion-free-updates: ftp.upjs.sk
 * rpmfusion-nonfree: ftp.upjs.sk
 * rpmfusion-nonfree-updates: ftp.upjs.sk
0 packages excluded due to repository protections
Repeating transaction 2, from Sat Dec 12 11:29:54 2009
    Install      kmod-nvidia-190.42-1.fc12.8.x86_64
    Dep-Install  kmod-nvidia-2.6.31.6-166.fc12.x86_64-190.42-1.fc12.8.x86_64
Resolving Dependencies
--&gt; Running transaction check
---&gt; Package kmod-nvidia.x86_64 0:190.42-1.fc12.8 set to be updated
--&gt; Processing Dependency: kmod-nvidia-2.6.31.6-166.fc12.x86_64 &gt;= 190.42-1.fc12.8 for package: kmod-nvidia-190.42-1.fc12.8.x86_64
--&gt; Running transaction check
---&gt; Package kmod-nvidia-2.6.31.6-166.fc12.x86_64.x86_64 0:190.42-1.fc12.8 set to be updated
--&gt; Finished Dependency Resolution
 
Dependencies Resolved
 
====================================================================================================================================================================================
 Package                                                   Arch                        Version                                 Repository                                      Size
====================================================================================================================================================================================
Installing:
 kmod-nvidia                                               x86_64                      190.42-1.fc12.8                         rpmfusion-nonfree-updates                       29 k
Installing for dependencies:
 kmod-nvidia-2.6.31.6-166.fc12.x86_64                      x86_64                      190.42-1.fc12.8                         rpmfusion-nonfree-updates                      2.2 M
 
Transaction Summary
====================================================================================================================================================================================
Install       2 Package(s)
Upgrade       0 Package(s)
 
Total download size: 2.3 M

Ако искаме повече информация за даден пакет, то може да комбинираме някои от опциите. Да речем yum history summary kmod-nvidia, yum history list kmod-nvidia или yum history info kmod-nvidia ни дават следната информация:

[root@Pegasus ~]# yum history summary kmod-nvidia
Loaded plugins: allowdowngrade, fastestmirror, presto, protectbase, refresh-packagekit, security
Login user                 | Time                | Action(s)        | Altered
-------------------------------------------------------------------------------
 Nick                    | Last day            | E, I             |        4
 Nick                    | Last week           | Install          |        2
[root@Pegasus ~]# yum history list kmod-nvidia
Loaded plugins: allowdowngrade, dellsysidplugin2, fastestmirror, presto, protectbase, refresh-packagekit, security
ID     | Login user             | Date and time    | Action(s)      | Altered
-------------------------------------------------------------------------------
     8 |  Nick                | 2009-12-13 13:11 | Install        |    2
     7 |  Nick                | 2009-12-13 13:05 | Erase         |    2
     2 |  Nick                | 2009-12-12 11:29 | Install        |    2
[root@Pegasus ~]# yum history info kmod-nvidia
Loaded plugins: allowdowngrade, dellsysidplugin2, fastestmirror, presto, protectbase, refresh-packagekit, security
Transaction ID : 8
Begin time     : Sun Dec 13 13:11:52 2009
Begin rpmdb    : 1983:4824469c95865c6b3a6548a690e9fd10f7b8d43a
End time       :            13:11:57 2009 (5 seconds)
End rpmdb      : 1985:dc98b76dd546e9edd76e8b5b8520f5f7a8c7d7c7
User           :  Nick
Return-Code    : Success
Transaction performed with:
    Installed    rpm-4.7.1-6.fc12.x86_64
    Installed    yum-3.2.25-1.fc12.noarch
    Installed    yum-plugin-fastestmirror-1.1.24-2.fc12.noarch
Packages Altered:
    Install      kmod-nvidia-190.42-1.fc12.8.x86_64
    Dep-Install  kmod-nvidia-2.6.31.6-166.fc12.x86_64-190.42-1.fc12.8.x86_64
-------------------------------------------------------------------------------
Transaction ID : 7
Begin time     : Sun Dec 13 13:05:43 2009
Begin rpmdb    : 1985:dc98b76dd546e9edd76e8b5b8520f5f7a8c7d7c7
End time       :            13:05:54 2009 (11 seconds)
End rpmdb      : 1983:4824469c95865c6b3a6548a690e9fd10f7b8d43a
User           :  Nick
Return-Code    : Success
Transaction performed with:
    Installed    rpm-4.7.1-6.fc12.x86_64
    Installed    yum-3.2.25-1.fc12.noarch
    Installed    yum-plugin-fastestmirror-1.1.24-2.fc12.noarch
Packages Altered:
    Erase        kmod-nvidia-190.42-1.fc12.8.x86_64
    Erase        kmod-nvidia-2.6.31.6-166.fc12.x86_64-190.42-1.fc12.8.x86_64
-------------------------------------------------------------------------------
Transaction ID : 2
Begin time     : Sat Dec 12 11:29:54 2009
Begin rpmdb    : 1968:ab76e09445bc9332ee617c5c7bf34a9859e04ade
End time       :            11:30:01 2009 (7 seconds)
End rpmdb      : 1970:c33229c535f6633f7b1ee91e1461fb56c9784e64
User           :  Nick
Return-Code    : Success
Transaction performed with:
    Installed    rpm-4.7.1-6.fc12.x86_64
    Installed    yum-3.2.25-1.fc12.noarch
    Installed    yum-plugin-fastestmirror-1.1.24-2.fc12.noarch
Packages Altered:
    Install      kmod-nvidia-190.42-1.fc12.8.x86_64
    Dep-Install  kmod-nvidia-2.6.31.6-166.fc12.x86_64-190.42-1.fc12.8.x86_64

Полезно, лесно и удобно!

]]> http://just4nick.net/blog/archives/741/feed 0 Fedora 12 Constantine http://just4nick.net/blog/archives/737 http://just4nick.net/blog/archives/737#comments Fri, 11 Dec 2009 12:00:26 +0000 Nick http://just4nick.net/blog/?p=737 Както са казали старите хора, по-добре късно отколкото никога. Та в тази връзка реших все пак да отбележа излизането на новата версия на моята дистрибуция, било то и с месец закъснение. По стара традиция първоначално обявената дата бе отложена със седмица две, и в крайна сметка дистрибуцията излезе на 17.11. По една по-нова традиция аз вече я ползвах активно от около месец и половина два, като Fedora 12 Beta до Rawhide. Бетите на последните три версии са доказано стабилни, поне на машината, на която аз ги ползвам. Така че излезе ли Beta Release, update-вам безстрашно. Хем да видя какво ново преди другите, хем да спомогна на общността с някой bug report. Всъщност възможен е един проблем – да няма proprietary драйвери за Nvidia. За това и този път изчаках малко повече преди update-а до Beta, за да се появят в rpmfusion-rawhide. Просто ако ползваш два монитора, nouveau драйвера няма как да ти свърши работа, поне не и на този етап. Но стига за това. Какво ново във вече не толкова новата Fedora 12?

  • Dracut заменя mkinitrd
  • подобрения в KVM
  • подобрения във Webcam поддръжката
  • подобрения в поддръжката на Wireless и Mobile BroadBand карти
  • подобрения в Power Management при лаптопи
  • KDE 4.3.2
  • Gnome 2.28
  • KMS за Nvidia и ATI карти
  • Moblin
  • Delta RPMs (бе включен и във Fedora 11, но само като опция, докато в 12 е стандарт.)

Въобще листът на нововъведенията и подобренията е доста дълъг. Могат да се видят подробности на следните места (Feature List и Release Notes) .  В общи линии дистрибуцията се стреми да угоди на максимален брой разностранни потребители. В тази насока обаче, се вършат и някои глупости. Доста се изписа за политиката по подразбиране на PackageKit, така че няма да се спирам подробно на това. Лошото в случая бе реакцията на package maintainer-а и основен developer на PackageKit, доброто бе скоропостижната реакцията на общността, и най-доброто, че мнението на хората бе взето под внимание. Надявам се да се вземе нужната поука, и за в бъдеще истории от подобен род да не се повтарят, защото най-малкото оставят горчив привкус, главно у хората, които са дали повече на проекта, както и у тези, които са свикнали с него, и са избрали Fedora за своя основна дистрибуция още от ранните версии насам.

И като съм започнал с мрачните нотки да добавя информация и за още един проблем. За щастие той, вече е решен. Тук проблема отново е основно в proprietary видео драйверите. Но няма как, налага се да ги ползваме.

И да минем към малко по-добрите новини :)

В края на миналата седмица бе избрано и името на Fedora 13. То ще бъде Goddard, на името на ракетния изобретател Робърт Годард. Какво ще включва Fedora 13 Goddard, може да се види тук.

А за да разведрим още малко сериозните думи по-горе, а и по примера на предишното ми „ревю“ , в което включих клип, то може да видите 5 fun things in Fedora 12 на Máirín Duffy – част от  Fedora Design Team (Artwork)

П.П. Поддръжката на Mobile Broadband карти, смятам лично да я тествам по празниците, и след това вероятно ще напиша впечатления. Замислил съм и една статийка за това, какво ново в Yum ако намеря време идните дни, така че stay tuned.

]]> http://just4nick.net/blog/archives/737/feed 2 M$ падат ниско с атака по Linux http://just4nick.net/blog/archives/728 http://just4nick.net/blog/archives/728#comments Sun, 25 Oct 2009 22:51:35 +0000 Nick http://just4nick.net/blog/?p=728 Доста време мина откакто въобще съм писал, и макар че доста ми се спи, няма как да не подмина това, на което попаднах току-що. От Microsoft са решили, че в обучителния си курс за retail версиите на новия Windows 7 е необходимо да обучат продавачите какви са основните „преимущества“ на Windows пред Linux. Няма да се спирам на всяка поотделно, защото са изсмукани от пръстите и естествено далеч от истината и едва ли се нуждаят от кой знае какъв коментар. Просто ще цитирам една от любимите ми сентенции:

First they ignore you, then they laugh at you, then they fight you, then you win.

Mohandas Karamchand Gandhi

Явно сме все по-близо до края. Truth Happens!

Click here to view the embedded video.

Според /. новината е тръгнала от overclock.net, но в arstechnica, нещата  са доста по-прегледни. В самия форум има линкове и към други IT информационни сайтове.

]]> http://just4nick.net/blog/archives/728/feed 4 iptables restrict access based on time http://just4nick.net/blog/archives/709 http://just4nick.net/blog/archives/709#comments Mon, 28 Sep 2009 10:41:46 +0000 Nick http://just4nick.net/blog/?p=709 Като съм започнал с howto like статиите, нека да напиша подобна и за едно от другите неща, които ми се наложи да правя експресно напоследък. А именно ограничаване на достъпа до дадена услуга базирано на времето (час, ден, седмица, месец…). Начини да се направи това има доста, но аз се спрях на този с iptables.
Time модула, обаче не се поддържа по подразбиране и е необходимо пачване на iptables и ядрото с patch-o-matic. Това всъщност не е точно така, посредством xtables в по-новите версии на ядрото и iptables поддръжката на time модула (а и не само) е налична. Но CentOS 5 ползва ядро 2.6.18 и iptables 1.3.5, така че са необходими някои промени. И така ето и основните стъпки, по които трябва да преминем ако имаме желание да филтрираме достъп на базата на времето.

  • Инсталираме някои нужни пакети ако не са налични:
yum install kernel-devel kernel-headers iptables-devel ncurses ncurses-devel rpm-build redhat-rpm-config
  • Сваляме и инсталираме src rpm пакетите на ядрото и iptables:
cd /usr/local/src/
wget http://ftp.iasi.roedu.net/mirrors/centos.org/5.3/updates/SRPMS/kernel-2.6.18-128.7.1.el5.src.rpm
wget http://centos.nano-box.net/5.3/os/SRPMS/iptables-1.3.5-4.el5.src.rpm
rpm -ivh kernel-2.6.18-128.7.1.el5.src.rpm
rpm -ivh iptables-1.3.5-4.el5.src.rpm
  • Билдваме модифицирания код на ядрото.
cd /usr/src/redhat/SPECS
rpmbuild -bp --target=$(arch) kernel-2.6.spec
rpmbuild -bp iptables.spec
  • Коригираме Makefile.
cd /usr/src/redhatBUILD/kernel-2.6.18/linux-2.6.18.x86_64/
vim Makefile

където променяме

EXTRAVERSION = -prep
EXTRAVERSION = -128.7.1.el5
  • Сваляме и разархивираме patch-o-matic
cd /usr/local/src/
wget http://ftp.netfilter.org/pub/patch-o-matic-ng/snapshot/patch-o-matic-ng-20090909.tar.bz2
tar -jxvf patch-o-matic-ng-20090909.tar.bz2
  • Стартираме patch-o-matic и пачваме ядрото
export KERNEL_DIR=/usr/src/redhat/BUILD/kernel-2.6.18/linux-2.6.18.x86_64/
export IPTABLES_DIR=/usr/src/redhat/BUILD/iptables-1.3.5/
./runme --download
./runme time
  • Прекомпилираме ядрото като използваме стария .config
cd /usr/src/redhat/BUILD/kernel-2.6.18/linux-2.6.18.x86_64/
cp /boot/config-2.6.18-128.7.1.el5 .config
make menuconfig
Избираме Networking –> Networking Options –> Network packet filtering (replaces ipchains) –>  IP: Netfilter configuration, и маркираме Time match support, след което запазваме конфигурацията.
  • Компилираме и инсталираме модула
make modules_prepare
 make M=net/ipv4/netfilter
 strip --strip-debug net/ipv4/netfilter/ipt_time.ko
 cp net/ipv4/netfilter/ipt_time.ko /lib/modules/2.6.18-128.7.1.el5/kernel/net/ipv4/netfilter/
 chmod a+x /lib/modules/2.6.18-128.7.1.el5/kernel/net/ipv4/netfilter/ipt_time.ko
 depmod 2.6.18-128.7.1.el5
  • Компилираме и инсталираме iptables
cd /usr/src/redhat/BUILD/iptables-1.3.5/
make install  KERNEL_DIR=/usr/src/redhat/BUILD/kernel-2.6.18/linux-2.6.18.x86_64 BINDIR=/sbin LIBDIR=/lib64 MANDIR=/usr/share/man install
  • Зареждаме модула
modprobe ipt_time
  • Прилагаме правила по следния синтаксис:
iptables RULE -m time --timestart TIME --timestop TIME --days DAYS -j ACTION

където:

--timestart TIME : Time start value . Format is 00:00-23:59 (24 hours format)

--timestop TIME :  Time stop value.

--days DAYS :    Match only if today is one of the given days. (format: Mon,Tue,Wed,Thu,Fri,Sat,Sun ; default everyday)

Допълнителна информация:

http://linux.lcpe.uni-sofia.bg/manuals/openintegra/xfs/RHEL_xfs_RPM.html
http://wiki.centos.org/HowTos/BuildingKernelModules
http://www.cyberciti.biz/tips/iptables-for-restricting-access-by-time-of-day.html
http://www.iptables.org/documentation/HOWTO/netfilter-extensions-HOWTO-2.html
]]> http://just4nick.net/blog/archives/709/feed 0 Osprey 230 Linux Driver Sound Patch http://just4nick.net/blog/archives/691 http://just4nick.net/blog/archives/691#comments Thu, 24 Sep 2009 18:07:45 +0000 Nick http://just4nick.net/blog/?p=691 Реших да драсна няколко реда относно този проблем, защото информацията в нета е доста оскъдна. Накратко, capture картите на Osprey от серия 230 (и не само те), но в моя случай ставаше дума за такава имат проблем със звука. Те варират от пълната му липса до едно дразнещо бучене, макар и да се чува някакво подобие на звук. По-често срещаният проблем е вторият и причината всъщност е във високият gain. Из мейлинг листите има доста въпроси относно този проблем, но малка част от тях водят до някакво решение.

До ядро 2.6.9 Viewcast са имали собствени драйвери за Linux за своите карти, но в последствие тяхната разработка е била прехвърлена на общността и в частност на хората зад v4l/dvb. Драйверите за v4l поначало са част от linux ядрото. В ядрото идващо с CentOS 5.2, а именно 2.6.18 нужните драйвери за разпознаване и работа на Osprey картите са налице. Това са bttv за video и snd_bt87x за звука. И докато видеото може да се каже че е с перфектно качество, то както вече стана дума не можем да кажем това и за звука. При малко по-усилено търсене могат да се намерят едни стари пачове от 2006-та година, които са решавали проблема посредством btaudio, но на мен те не ми свършиха работа. Patch-ът, който всъщност работи, може да бъде намерен ето тук . (Понеже той не може да бъде видян без регистрация за v4l mail листата, то ще направя и local mirror).

И така, ако в dmesg, или /var/log/messages виждаме нещо подобно:

bttv: driver version 0.9.18 loaded
bttv: using 8 buffers with 2080k (520 pages) each for capture
bttv: Bt8xx card found (0).
bttv0: Bt878 (rev 17) at 0000:0b:04.0, irq: 19, latency: 132, mmio: 0xd8000000
bttv0: detected: Osprey-200 [card=88], PCI subsystem ID is 0070:ff01
bttv0: using: Osprey 200/250 [card=88,autodetected]
bttv0: gpio: en=00000000, out=00000000 in=00ffffff [init]
bttv0: osprey eeprom: card=89 'Osprey 210/220/230' serial=5436547
bttv0: osprey eeprom: Changing card type from 88 to 89
bttv0: tuner absent
bttv0: registered device video0
bttv0: registered device vbi0

то картата ни е разпозната, модулът е зареден и можем да я ползваме по предназначение (засега без звук).

Ето и основните стъпки, по които да се ръководи човек сблъскал се с подобен род проблем, като те като цяло са малко redhat specific, но не би трябвало да бъде проблем да се ползват и за други дистрибуции.

  • Сваляваме osprey-snd-patch.
cd /usr/src/
wget http://just4nick.net/blog/wp-content/uploads/2009/09/osprey-snd.patch
  • Сваляме сорс кода на v4l-dvb и го разархивираме.
wget http://linuxtv.org/hg/~tap/bttv/archive/tip.tar.gz
tar -zxvf bttv-35ddb77b68f8.tar.gz
mv bttv-35ddb77b68f8 v4l-dvb
  • Прилагаме patch-a.
patch --dry-run -p1 -d v4l-dvb < osprey-snd.patch

Както се вижда и от самия код ползваме опцията на patch за суха тренировка –dry-run. Така се предпазваме от грешки. Ако всичко е наред, би трябвало да видим нещо от този род:

patching file linux/drivers/media/video/bt8xx/bttv-if.c
patching file linux/drivers/media/video/bt8xx/bttv.h
Hunk #1 succeeded at 302 (offset 1 line).
patching file linux/sound/pci/bt87x.c
Hunk #7 succeeded at 437 (offset 2 lines).
Hunk #9 succeeded at 778 (offset 2 lines).
Hunk #11 succeeded at 984 (offset 2 lines).
Hunk #12 succeeded at 1084 (offset 2 lines).
Hunk #13 succeeded at 1109 (offset 2 lines).

След което можем да пристъпим към същинското прилагане на patch-а с командата:

patch -p1 -d v4l-dvb < osprey-snd.patch
  • Инсталираме kernel-devel, kernel-headers, redhat-rpm-config, rpm-build.
yum -y install kernel-devel kernel-headers redhat-rpm-config rpm-build
  • Сваляме и инсталираме src rpm-a на ядрото.
cd /usr/local/src/
wget ftp://mirror.switch.ch/pool/3/mirror/centos/5.3/updates/SRPMS/kernel-2.6.18-128.4.1.el5.src.rpm
rpm -ivh kernel-2.6.18-128.4.1.el5.src.rpm
  • Билдваме модифицирания код на ядрото.
cd /usr/src/redhat/SPECS
rpmbuild -bp --target=$(arch) kernel-2.6.spec
  • Коригираме Makefile.
cd /usr/src/redhat/BUILD/kernel-2.6.18/linux-2.6.18.x86_64/
vim Makefile

където променяме

EXTRAVERSION = -prep

EXTRAVERSION = -128.4.1.el5
  • Компилираме и инсталираме driver-ите.
cp configs/kernel-2.6.18-x86_64.config .config
make modules_prepare
cd /usr/src/v4l-dvb
make all
make install
make sound-install

Ако всичко мине успешно, то при изпълняването на

ls -la /lib/modules/2.6.18-128.4.1.el5/kernel/sound/pci/snd-bt87x.ko

би трябвало да видим, че модула е налице и е с текуща дата и час.

  • Зареждаме модула.
rmmod snd_bt87x
modprobe snd_bt87x

След което би трябвало да е възможно да коригираме sound capture посресдством alsamixer и да имаме нормално работещ звук.

Допълнителна информация:

http://linux.lcpe.uni-sofia.bg/manuals/openintegra/xfs/RHEL_xfs_RPM.html
http://wiki.centos.org/HowTos/BuildingKernelModules
http://www.google.bg/#hl=bg&q=linux+audio+problem+Osprey+230&meta=&fp=e366587b524c8386
]]> http://just4nick.net/blog/archives/691/feed 2