I-Nex system Information tool for Linux

Jeszcze nie rozpocząłem prac nad kolejną wersją, jednak już postanowiłem za co dokładnie zabiorę się w kolejnym wydaniu.

Przede wszystkim Karta Drives ponownie przejdzie renowację, aby jeszcze lepiej wyświetlać dyski twarde, pamięci flash jak i napędy CD/DVD.

Główną zmianą, dosyć eksperymentalną będzie karta GPU:

Dojdą pozycję związane z wersją sterownika używanego przez Xorg oraz wyjątki dla sterowników zamkniętych nVidia jak i ATI.

Z czego dla ATI oraz nVidia, będą wykonane na ślepo. Nie posiadam obecnie sprzętu innego niż intel, mogę jedynie posługiwać się tym co podeślą mi użytkownicy.

Pozycja EDID w karcie GPU zostanie przesunięta całkowicie do nowego okna. Czyli informacje z EDID nie będą pokazywane bezpośrednio w karcie GPU.

Wersja 7.6.0 może ukazać się bardzo późno. Obecnie planuję wydanie na wrzesień, jednak patrząc na zamierzenia względem wersji, możliwe że I-Nex w kolejnej stabilnej wersji ukaże się dopiero w grudniu.

GPU w linuksie to jedna z najtrudniejszych części w programie 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.

Dokładnie wczoraj, I-Nex jak i strona domowa zmieniła logo programu, poprzednie logo istniało w programie od prawie dwóch lat. Przyszedł czas w którym jest moda na proste kolory.

Logo programu powinno być w tworzone z  zachowaniem zasady trzech kolorów, i tak też się stało.

Nowe logo jest w stylu ikon Feanza, jeden z najpopularniejszych zestawów ikon dla KDE/GNOME itp.

W tej chwili zadaję sobie pytanie co dalej z rozwojem I-Nex. Co można wprowadzić, w miarę możliwości.

I-Nex w pewnym okresie został powiązany z modułami pisanymi w C, moduły te zwracają informacje w formacie JSON, następnie dekodowane są przez program i umieszczane w odpowiednie pola i karty.

Tak stało się z CPUID (i-nex-cpuid), GPU (i-nex-glinfo), Memory (i-nex-usage), Kernel (i-nex-uname).

Wiele pomysłów na rozwój programu zostało porzuconych ze względu na moją niekompetencję w PHP. I-Nex miał wprowadzić namiastkę CPU-Z Validate, lecz jak już wspomniałem, przez moją niekompetencję w PHP, nie jestem w stanie tego zrobić. Nie jestem także odpowiednio młody by zacząć się uczyć tego języka, mam możliwość tworzenia w zakresie mojej obecnej wiedzy.

Wracając do modułów w C, nie są one perfekcyjnym kodem, miałem zaledwie dwa dni by przekalkulować bibliotekę CPUID i na podstawie dokumentacji stworzyć program który zwraca dane w formacie JSON. W zaledwie dwa dni musiałem zapoznać się z C i napisać prawie sześć modułów w tym języku. Musiałem, nie musiałem, to hobby, które nie koniecznie musi nim pozostać.