I-Nex system Information tool for Linux

Od jakiegoś czasu pod tym adresem dostępny jest I-Nex dla Slackware 14.2 oraz biblioteki potrzebne do jego uruchomienia takie jak libcpuid.

Zaktualizowałem więc podstronę install dodając informacje o Slackware.

Wbrew tytułowi nie chodzi tu o Urząd Stanu Cywilnego a o Ubuntu Software Center.

Kilka tygodni temu wysłałem wszystkie potrzebne informacje i pliki aby I-Nex znalazł się w repozytorium Ubuntu. Aby znalazł się w nim oficjalnie. Udostępniłem program za 3 dolary jedynie w celach testowych, jako że jest przecież dostępny za darmo.

Ale tu leży ogromny problem. I-Nex jak wiadomo pisany jest w języku Gambas3. Dla repozytorium Daily, wymaga dodania osobno repozytorium Gambas3, mimo iż w oficjalnych repozytoriach Ubuntu, Gambas3 jest dostępny. W przypadku zaś repozytorium Stable, Gambas znajduje się już w tym repozytorium i nie trzeba osobno go dodawać, jako oddzielne repozytorium.

Ale dlaczego w ogóle trzeba dodawać repozytorium gambas3 dla kompilacji Daily i dlaczego Gambas3 znajduje się w stable?

W ogóle jaki sens jest dodawać repozytorium czy udostępniać pakiety Gambas3, skoro one znajdują się w oficjalnych repozytoriach?

Ano właśnie. W repozytoriach Ubuntu, gambas od dawien dawna znajduje się w wersji niestabilnej. 3.1.x, Gambas w wersji 3.1.x nigdy tak naprawdę nie został wydany. Czyli w oficjalnych repozytoriach znajduje się jego niestabilna wersja.

Ktoś powie, że nie jest to ważne, ważne aby korzystać z Gambas3, wersji która jest w repozytoriach, ponieważ dodawanie osobnych repozytoriów jest nieco problematyczne. A ja zadam inne pytanie, jak ja mam pisać stabilny program w niestabilnym środowisku i opierać go o niestabilne biblioteki?

Korzystając z Gambas3 w wersji z oficjalnych repozytoriów Ubuntu, skompilowanie I-Nex jest niemożliwe. I ja się też o to postarałem, aby było to niemożliwe.

Podsumowując sprawę Gambas3, I-Nex prawdopodobnie nie pojawi się w USC, tylko dlatego że osoby pakietujące od dawien dawna nie interesują się tym czy w repozytoriach Ubuntu jakiś pakiet jest stabilny czy nie, i to nie tylko w przypadku Gambas3, wiele innych pakietów także jest w niestabilnych wersjach od dawien dawna, mimo tego że wersja stabilna danego oprogramowania ukazała się. Nikt nie dba o to i nie pilnuje.

Załóżmy że już dodadzą gambas3 w wersji stabilnej do oficjalnych repozytoriów, czyli wersję 3.5.4. Kolejnym problemem jest biblioteka libcpuid, której to nie ma w repozytoriach Ubuntu, mimo kierowanych próśb, od 2008 roku nikt tego nie zrobił, a ja sam z siebie nie mam takiej możliwości, aby to zrobić. Mogę jedynie pisać.

W przypadku innych dystrybucji, wersja Gambas3 jest jak najbardziej aktualna. Biorąc na ten przykład system Arch Linux 🙂

Każda wersja I-Nex jest przygotowywana w pewnej kolejności. Najpierw ja taguję daną rewizje w repozytorium a następnie w serwisie launchpad daję tzw. request aby zbudować pakiety deb dla Ubuntu, bazując na ostatniej rewizji.

Kolejnym etapem są paczki dla Manjaro, gdzie umieszczone są w repozytorium Community. Ostatnim etapem to paczki dla OpenSUSE i Fedory.

Pod adresem http://software.opensuse.org/download/package?project=Education&package=i-nex można już znaleźć I-Nex w wersji 7.0.0. Pakiety zostały opublikowane niestety bardzo późno.

Za namową pana pod pseudonimem pavbaranov, który jest moderatorem na forum.openlinux.pl, utworzyłem repozytorium w AUR, przez co I-Nex można znaleźć pod nazwą i-nex-git. I-Nex figuruje już tam także jako i-nex, i jest umieszczony jako stabilna wersja. Istnieje także już bardzo stara wersja pod nazwą i-nex-bzr, która sięga początków programu. Także nic nie stało na przeszkodzie aby utworzyć także i-nex-git.

W Arch Linux zainstalujemy oczywiście poprzez:

yaourt -S i-nex-git

Dziękuję również użytkownikowi Barthalion, jest on także developerem Arch Linuxa . Zapodał mi kilka lepszych niż moje rozwiązań, chodziło o to by nie liczyć wszystkich commitów a tylko te od ostatniego tagu, przygotował także PKGBUILD w poprawionej przez siebie wersji którą ja i tak przerobiłem ponownie. Posiada on bloga którego znajdziecie pod tym adresem.

Przypatrzyłem się także temu w jaki sposób został przygotowany PKGBUILD I-Nex przez innego użytkownika. I od razu mówię, Nie wspieram innej wersji z AUR niż i-nex-git oraz i-nex z repozytorium community w Manjaro.

Osoby które maja zainstalowany I-Nex z repozytorium Manjaro lub bezpośrednio z gotowego archiwum na launchpad. Wówczas gdy pojawi się możliwość edycji pliku PKGBUILD libcpuid-git, winien się na to zgodzić i po wpisie:
provides=('libcpuid')
wprowadzić zapis:
conflicts=('libcpuid')
A następnie zgodzić na usunięcie libcpuid, a potem i-nex.

Wczoraj uruchomiłem małą stronę w stylu „Index Of”. Na której można znaleźć testowane przeze mnie programy jak i dzienne kompilacje I-Nex dla Manjaro.

Będzie można tam znaleźć źródła I-Nex, pliki deb, pakiety rpm. Jednak na teraz znajdują się tam tylko pakiety dla Manjaro i alternatywnie dla Arch Linux.

Umieściłem do tej pory kilka kompilacji I-Nex oraz kompilację biblioteki libcpuid r113.

Ten kto używa Manjaro czy Archa, może tam codziennie zaglądać.

http://pkg.i-nex.pl/

Znajdują się tam wyłącznie pakiety dla sześćdziesięciocztero bitowych edycji Manjaro i Archa.

Dziś bardzo krótki wpis. Wczoraj przestawiłem się z Kubuntu na dystrybucję Manjaro. Także od tej pory można oczekiwać ciągłego wsparcia dla tej że dystrybucji.

Wersję 7.0.0 zainstalujemy po przez wykonanie:

wget https://launchpad.net/i-nex/trunk/7.0.0/+download/libcpuid-0.2.1.r113.2914256-1-x86_64.pkg.tar.xz && wget https://launchpad.net/i-nex/trunk/7.0.0/+download/i-nex-7.0.0-1-x86_64.pkg.tar.xz && sudo pacman -U libcpuid-0.2.1.r113.2914256-1-x86_64.pkg.tar.xz i-nex-7.0.0-1-x86_64.pkg.tar.xz –noconfirm –needed

I-Nex 7.0.0 dla Manjaro 0.8.10

I to by było na tyle. Dzięki.

Nie tak dawno pisałem o I-Nex 0.6.2 dla openSUSE, a już wczoraj został udostępniony dla dystrybucji fedora.

Moje przemyślenia odnośnie pakietowania rpm pozostają niezmienne, jednak jest to krok na przód w dalszym rozwoju I-Nex.

Na kolejną wersję I-Nex, oznaczoną numerem 0.6.4, trzeba będzie poczekać nieco więcej czasu, niż dotychczas. Plan wydawania kolejnych wersji I-Nex, przypada na 25 dnia każdego miesiąca, w przypadku przekroczenia tej daty, kolejna przypada na następny miesiąc.

Przez okres od wydania 0.6.2, zajmuję się procesem budowania aplikacji oraz utworzeniem dokumentacji, która jest w tej chwili priorytetem.

W repozytorium git znajduje się już I-Nex odpowiednio poskładany, doszło automake, czyli cały proces od configure do make install. Wyodrębniłem także poszczególne pliki do osobnych katalogów oraz postarałem się utworzyć bardziej złożone makefile.

Dodaj repozytorium i zainstaluj ręcznie

Dla Fedora 20 uruchom następujący program jako root:

cd /etc/yum.repos.d/
wget http://download.opensuse.org/repositories/Education/Fedora_20/Education.repo
yum install i-nex

I-Nex w wersji 0.6.2 przysporzył wiele problemów dotyczących kompilacji dla innych dystrybucji po przez dołączone moduły w C. Problem wiązał się z biblioteką libcpuid11. Jadnek jeden developerów openSUSE rozwiązał problemy i uruchomił repozytorium dla: openSUSE Tumbleweed, openSUSE Factory, openSUSE 13.1, openSUSE 12.3, openSUSE 12.2.

Mam także pewne zastrzeżenia co do stworzonych pakietów przez owego developera. Pakiet I-Nex w repozytorium SUSE nie składa się z jednego pakietu, a dwóch, figurujących pod nazwami i-nex oraz i-nex-data.

Pierwszy zawiera binarne zależności pisane w C, a drugi zaś aplikację I-Nex pisaną w Gambas 3. Kolejną sprawą jest lista zależności, wielu z nich program nie wymaga do działania a jednak developer dodał je jako zależności. Kolejną i nie rozwiązaną sprawą jest dostęp do lspci. W openSUSE program lspci znajduje się w katalogu /sbin/lspci, przez co wymaga także praw użytkownika root aby go wykonać, dlatego też I-Nex w zakładce GPU nie pokazuje modelu oraz logo producenta karty.

Jedyną rzeczą jaką jeszcze trzeba się zająć to logo openSUSE, nie jest to oficjalne logo ani także sticker.

Dodaj repozytorium i zainstaluj ręcznie:

zypper addrepo http://download.opensuse.org/repositories/Education/openSUSE_Tumbleweed/Education.repo
zypper refresh
zypper install i-nex

zypper addrepo http://download.opensuse.org/repositories/Education/openSUSE_Factory/Education.repo
zypper refresh
zypper install i-nex

zypper addrepo http://download.opensuse.org/repositories/Education/openSUSE_13.1/Education.repo
zypper refresh
zypper install i-nex

zypper addrepo http://download.opensuse.org/repositories/Education/openSUSE_12.3/Education.repo
zypper refresh
zypper install i-nex

zypper addrepo http://download.opensuse.org/repositories/Education/openSUSE_12.2/Education.repo
zypper refresh
zypper install i-nex

Aby zainstalować metodą Instalacji Jednym Kliknięciem, wystarczy kliknąć w obrazek poniżej.

Kilka dni temu został zgłoszony błąd w I-Nex który nie jest błędem wynikającym z mojej winy.

Błąd został zgłoszony na launchpad i dotyczy braku biblioteki gambasa gb.geom.

** Oops! Internal error! **
** Cannot find interface of library ‚gb.geom’
ERROR: #27: Cannot load component ‚gb.geom’: cannot find component
** Program aborting. Sorry! 🙁
** Please send a bug report at gambas@users.sourceforge.net

Zgłoszenie dotyczy Debiana Sid, jednak po sprawdzeniu, błąd występuje w każdej wersji Debiana po przez błąd osoby która tworzy pakiety z gambas3.

Pakiety z gambas3 w debianie, nie zawierają w pakiecie gambas-runtime, biblioteki gb.geom.

Jedynym rozwiązaniem jest instalacja I-Nex.run.

I-Nex.run zawiera w sobie wszystkie biblioteki potrzebne do działania, w tym także gb.geom.

Mam nadzieję że w najbliższym czasie błąd zostanie naprawiony przez osobę tworzącą pakiety z gambas3 w debianie.