That’s why it needed to be rewritten. New fever (no longer capitalizing) thanks to its S-Expressions-like syntax will be able to check almost every package. In order to show how it will look like, I’m going to show two examples.

The first one is openarena, nice FPS game based on Quake III engine. We can use yum list openarena to find out that its newest version in repo is 0.7.7. We can also check that its newest available version is 0.7.7 as well. In its download site there are full versions with dots in it however filenames are without it (I always prefer checking filenames most). So what can be done to compare 0.7.7 to 077? Of course dots need to be removed from the first string. Let’s see how the comparison can be done in new fever:

(cmp
(shell "echo $version | tr -d ." (koji_get_dict "openarena"))
(re "/oa(\d+?)(?:\D+).zip" (get "http://openarena.ws/files.html")))

I know it may look a bit complicated but in fact it isn’t; furthermore fever will have some convenient methods for the most frequent cases later. Ok, so let’s analyze how the sexpression works. First, there’s cmp method which just compares two given strings using rpmvercmp algorithm. Next, we have shell (its alias - $ - can also be used) which returns the output of first parameter executed in shell; the second parameter can be either string or dict. If it’s a string, its value is stored as $var variable; if it’s a dict then variables $key = value are created. koji_get_dict is a method which returns (for the time being) four variables: release, version, nvr and relnotag (release without disttag). re function just returns the newest match in second argument in this case; get, as you can guess, just downloads url.

So that’s how openarena can be checked. Let’s check ekg2. Ekg2 is a multi-protocol instant messaging app. Its newest version is 0.2-0.4.rc1. In its official site 0.2-rc1 can be found. So ekg2 has important “rc1″ in release tag but useless “0.4″ before it. This code (which will probably be more elegant in the future) makes it possible to check ekg2:

(cmp
(re ".*-(.*?)-.*\.(.*?)\.fc\d+$" (getitem (koji_get_dict "ekg2") "nvr"))
(re "ekg2-(0.*?).tar.gz" (get "http://ekg2.org/download.php")))

The most important part is the first re. It uses a regular expression to get rid of disttag and every useless part in NVR. So it returns version and last part of release: that are two groups. What does re do with several groups? By default returns them joined by “-” character. It can be changed by adding third parameter and set to e.g. “\1*\2″, where \1 are \2 are group numbers. getitem is an equivalent of python’s operator.getitem.

I hope you like the new fever and will use it when it’s done if you have any questions or proposal, feel free to express them

Skrypt można pobrać tutaj: http://ecik.nonlogic.org/sc/wget. Do działania wymaga oczywiście wgeta i paczki libnotify. Na swoim systemie skopiowałem to do ~/bin, które mam ustawione w ścieżce (PATH=$HOME/bin:$PATH; export PATH w ~/.bash_profile).

Zapalony użytkownik Fedory, którego w dodatku można nazwać deweloperem dystrybucji ucieszył się niezwykle, gdy na liście dyskusyjnej szanowany, znany i lubiany Jesse Keating ogłosił wydanie przesuniętej o pięć dni wersji beta Fedory z numerkiem 9. Czym prędzej w swojej muzycznej przeglądarce internetowej włączył odpowiednią stronęi polecił programowi BitTorrent, aby Fedora-9-Beta-Live-x86_64 rozpoczęła swoją drogę na dysk twardy. Czynność ta trwała nieco dłużej, niż szanowny użytkownik mógł przypuszczać, na co wpływ mogła mieć niewielka ilość peerów na początku pobierania. Dzielna społeczność opensource’owa niedługo potem postarała się jednak, by plik był łatwiej ściągalny i dzięki temu wykorzystując maksymalne możliwości przepustowości łącza znalazł się na dysku. Stało się to o godzinie 17:38.

Sprawdźmy sumy SHA1 - pomyślawszy, użytkownik wpisał sha1sum Fedora-9-Beta-Live-x86_64.iso. Jego oczom ukazał się oczekiwany rezultat 424797f7a568726cc76c66735e8b63fb6aaea228. Wtedy wystarczyło już znaleźć odpowiedni nośnik typu RW i zacząć wypalanie. Przebiegło ono bez większych trudności i użytkownik mógł już z uśmiechem na twarzy przystąpić do ponownego uruchomienia komputera i poznania uroku nowej wersji Fedory.

Warto tutaj nadmienić, że najważniejszym powodem, dla którego ów użytkownikowi zależało na sprawdzeniu jakości działania dystrybucji były problemy z dźwiękiem, będące jego zmorą w używanej na co dzień Fedorze 8 (hałas zamiast dźwięku w niektórych aplikacjach uruchamianych przy pomocy WINE lub DosBoksa). Tymczasem komputer zrestartował się i stało się to, czego użytkownik się spodziewał - bo zdarzało się to przy każdej dystrybucji typu Live. Chodzi o “nielubienie się” otwartego sterownika nv z kartą graficzną - zamiast obrazu widać jedynie kolorowe paski.

Trzeba zainstalować binarne sterowniki nVidii - pomyślał - ale najpierw potrzebna jest sieć. Automatycznie wklepał system-config-network-tui i… zdziwił się. Pojawiło się niebieskie okno, które chwilę później znikło. Z niedowierzaniem wpisuje system-config-network-tui raz jeszcze, ale wynik był ten sam. Standardowa metoda konfiguracji sieci nie działała. Zaświtała użytkownikowi taka myśl, że to może być wina wprowadzonego na szerszą skalę w F9 Network Managera. Po starannym sprawdzeniu wszystkich możliwości, skonkludował, że NetworkManager nie daje żadnej konfiguracji z poziomu wiersza poleceń. Próba naprawienia NM zajęła dość wyraźny kawałek czasu. W końcu, nie wytrzymawszy, wyłączył wszystko co z NM związane, zamontował dysk ze swoją Fedorą i skopiował kilka plików konfiguracyjnych i osiągnął zamierzony efekt. Sieć działała.

Na twarzy użytkownika wyraźne już było zmęczenie spowodowane problemami sieciowymi, więc liczył, że instalacja sterownika graficznego nie sprawi większych problemów. Przeliczył się. Ku jego zdumieniu kmod-nvidia pociągnęło ze sobą takie zależności jak gcc, gcc-c++, binutils czy choćby wget (który nie znajduje się w domyślnym zestawie pakietów Live!). To wszystko dało łącznie 48 MB do pobrania. Łącze nie działało wtedy na najwyższych obrotach, więc użytkownik spasował. Odłożył testowanie na kolejny dzień.

Później jeszcze, poczytał kilka manuali, by dowiedzieć się jak szybko i efektywnie może skonfigurować sieć nie wyłączając nawet NetworkManagera. Cały problem tego dnia polegał na nieznajomości przez niego polecenia route co uniemożliwiło ustawienie poprawnej bramy domyślnej. Ale nauczony doświadczeniem i dokumentami, optymistycznie patrzył w przyszłość…

Akt 2 - środa, 26 marca 2008

Tym razem użytkownik nie włączał już w ogóle trybu graficznego, przy uruchomieniu Live polecił, aby system działał w trzecim poziomie uruchamiania. Dzięki nabytej w dniu wcześniejszym wiedzy, bezproblemowo skonfigurował sieć i mógł szybko rozpocząć ściąganie. W międzyczasie zainteresowało go dlaczego zwykłe moduły do kernela wymagają pakietów związanych z budowaniem paczek i programowaniem. Okazało się, że wprowadzono Akmods, które sprawia, że moduły kernela są kompilowane przy uruchomieniu systemu (jeśli nie zostały wcześniej). Użytkownik uznał to za mądre rozwiązanie dla wersji deweloperskiej dystrybucji, ale w finalnej oczekiwałby jednak starego rozwiązania (bo po co zwykłemu użytkownikowi np. gcc? - pytał retorycznie). Gdy już wszystkie pakiety się poprawnie ściągnęły i zainstalowały, użytkownik poprawił plik xorg.conf (sedem, gdyż Live nie instaluje vima ani emacsa…) i z wielkim oczekiwaniem wpisał telinit 5. Niestety. Ku jego zdumieniu dostał informację, że nie ma odpowiednich plików, by skompilować moduł kernela.

Krótkie dochodzenie wykazało, że przyczyną takiego stanu rzeczy jest fakt, iż wersja kernela, z którą włączył się Live to 2.6.25-0.121.rc5.git4.fc9, natomiast nagłówki i paczka -devel z repozytorium rawhide ściągnęły się w wersji 2.6.25-0.150.rc6.git7.fc9. Potem okazało się, że nagłówków z wersji z bety już w ogóle nie ma w repozytorium. Użytkownik musiał więc uruchomić lynksa i dzięki koji ściągnąć wymagane pakiety. To wszystko zaczęło go jednak coraz bardziej denerwować. Problemy piętrzyły się jak Himalaje.

W końcu osiągnęły Mount Everest. Wszystkie paczki znalazły się na dysku i wystarczyło wpisać akmodsd, by moduł do kernela zaczął się kompilować. I tak działo się przez sekund kilka, aż nagle na ekranie ni stąd, ni zowąd pojawił się komunikat z syslogd, który mówił o błędzie wejścia/wyjścia ext3. System stracił responsywność, wykonanie jakiejkolwiek czynności tym samym stało się niemożliwe. Rozdrażniony użytkownik wyciągnął prawy palec wskazujący i nacisnął przycisk Reset na obudowie. Zraził się bardzo do wydania beta swojej ulubionej dystrybucji…

(more…)

http://ecik.nonlogic.org/rpm/kadu/beta2/

Nie ma submodułu kadu-audacious_mediaplayer, ponieważ nie kompiluje się z nową wersją audaciousa.

Życzę miłego testowania!

http://ecik.nonlogic.org/rpm/kadu/beta1/

Zapraszam do ściągania i testowania Kadu 0.6.0-alpha2

http://ecik.nonlogic.org/rpm/kadu/alpha2/

Pozostaje tylko pogratulować rodakom dobrego gustu muzycznego Oby tak dalej!

Czy tak czy owak życzę owocnego testowania (bo sam mam na to mało czasu) i zgłaszania mi błędów.

http://ecik.nonlogic.org/rpm/kadu/