I-Nex system Information tool for Linux

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 🙂

Długo zastanawiałem się nad tym czy jest to konieczne. Czy nie lepszym rozwiązaniem jest włączyć opcje na githubie lub kierować na launchpad. Przez większość czasu w menu był dostępny adres podpisany jako „Report bug”, dziś na jego miejsce wskoczyło forum. Długo zastanawiałem się nad skryptem, wyglądem i działami. Jednak po namysłach, stwierdziłem że skryptem napędzającym będzie phpbb a motywem probot3. Motyw znacząco przerobiłem by wyglądem nie odbiegał od Cerbero, w którego to domenie znajduje się właśnie forum. Zdecydowałem się zainstalować chat by można było popisać.

Motyw to nic innego jak bootstrap, jest to proste rozwiązanie, nie sprawia kłopotów, nie robi bałaganu oraz skraca znacząco czas na dostosowywanie. Moim skromnym zdaniem, Cerbero bardzo ładnie komponuje się z forum.

Przyjrzyjcie się Cerbero jak i Forum.

Można by powiedzieć, że jak na taki mały program, jakim jest I-Nex to zdecydowanie już za dużo tego. Oczywiście można, gdybym nie miał w planach kolejnych projektów. Obecnie są dwa, Cerbero i I-Nex, a o pozostałych na tę chwilę nie będę wspominać, mogę powiedzieć tylko tyle, że nie będą one związane z hardware, jednak głęboko z linuksem i będzie można użyć tego także poza „Wirtualnym światem”.

Do czego służyć ma Forum?

Przede wszystkim to miejsce w którym bez problemu można napisać cokolwiek, co chciał byś wprowadzić w programie, bez problemu zgłosić błąd, napisać propozycję odnośnie bloga, Cerbero oraz co ci tylko do głowy przyjdzie.

Na forum znajduje się obecnie tylko kilka działów, nie mam pojęcia co z nim będzie się działo na przestrzeni czasu, czy spełni swoją rolę. Jednak nic nie tracę na jego istnieniu,  a mam przy okazji coś nad czym mogę dłubać nocami.:)

A czy tobie podoba się połączenie Forum oraz Cerbero?

Kilka razy już trafiłem na forach, na tematy z zapytaniem „jaka faktycznie jest moja częstotliwość procesora?”. W jednym z tych przypadków ktoś wkleił zrzut ekranu I-Nex, a dokładnie zakładki CPUID. Odpowiadający tej osobie użytkownik forum kazał wykonać w terminalu dwa polecenia. Inxi oraz cat /proc/cpuinfo. Wtedy zdałem sobie sprawę z nieznajomości programu I-Nex, który potrafi wygenerować raport w którym zawiera dokładne informacje o tym jaka faktycznie jest częstotliwość procesora a i nawet bez jego wygenerowania, w zakładce CPUID znajduje się dokładna informacja o tym jakie faktycznie jest i jakie powinno być taktowanie. A chodzi tu o pozycje „CPU Clock Measure”.

I-Nex w zakładce CPUID pokazuje dane które są wydobywane za pomocą biblioteki libcpuid. Gdzie oprócz pozycji podającej dokładną informację o taktowaniu pokazuje także szczegółowe dane na temat wspieranych instrukcji jak i parametrach pamięci Cache procesora.

Warto także zagłębić się nieco w komponenty składowe programu I-Nex. Jak wiadomo jest pisany w języku Gambas w wersji 3 oraz w C jak i Bash.

Po instalacji programu mamy także dostęp bezpośredni do jego komponentów:

1. i-nex-cpuid (Pokazuje te same informacje co karta CPUID)
2. i-nex-cpusage (Pokazuje obciążenie procentowe procesora)
3. i-nex-edid (Wydobywa informacje o parametrach monitora. Po przez wykonanie xrandr | i-nex-edid -)
4. i-nex-glinfo (Pokazuje informacje o parametrach GLX. Jest to zawsze nowsza wersja niż systemowa glxinfo)
5. i-nex-lspci (Pokazuje informacje o pamięci karty graficznej)
6. i-nex-uname (Pokazuje w formacie JSON te same informacje co uname -a)
7. i-nex-usage (Pokazuje szczegółowe informacje o wykorzystaniu pamięci RAM oraz SWAP)

Dodatkowo oprócz tych komponentów zawiera także skrypt Pastebinit. który to pozwala wysłać za pomocą I-Nex-a raport na serwisy nopaste, można go także wykorzystać bezpośrednio.

i-nex-cpuid | /usr/share/i-nex/pastebinit/pastebinit –

Jeśli natomiast chcemy wysłać na inny serwis nopaste niż domyślny pastebin.com.

Wykonując: /usr/share/i-nex/pastebinit/pastebinit -l
Otrzymamy listę wspieranych serwisów nopaste:

• – cxg.de
• – dpaste.com
• – fpaste.org
• – hpaste.org
• – lpaste.net
• – p.defau.lt
• – paste.debian.net
• – paste.drizzle.org
• – paste.kde.org
• – paste.openstack.org
• – paste.opensuse.org
• – paste.pocoo.org
• – paste.pound-python.org
• – paste.ubuntu.com
• – paste.ubuntu.org.cn
• – paste2.org
• – pastebin.com
• – pastebin.mate-desktop.org
• – pastie.org
• – pb.daviey.com
• – slexy.org
• – sprunge.us
• – susepaste.org
• – yourpaste.net

Gdzie po przełączniku -b podajemy adres serwisu w taki oto sposób:

i-nex-cpuid | /usr/share/i-nex/pastebinit/pastebinit -b ‚http://pastebin.mate-desktop.org’

Jest jeszcze kilka innych tajników związanych z I-Nex ale o tym kiedyś.

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.

Dziś zaktualizowałem podstronę install. Stara wersja opierała się na kliknięciu w button z logo dystrybucji na której chcemy zainstalować I-Nex. Okna modalne już swoje poleżały na stronie i czas przyszedł aby to zmienić. Nowa podstrona zawiera listę dystrybucji wraz z odpowiednim logo co do każdej z nich.

Od lewej widzimy logo dystrybucji, następnie jest malutka wzmianka pod którą jest lista poleceń jakie należy wykonać, a na samym końcu z prawej strony, znajdują się buttony informujące co znajdziemy klikając na poszczególny.

Nowa wersja podstrony wygląda zdecydowanie lepiej, jest przejrzysta i łopatologiczna.

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 pojawiła się w repozytorium git nowa rewizja biblioteki libcpuid. Która niesie za sobą wykrywanie instrukcji Advanced Power Management Features.

I-Nex z wielu programów do detekcji podzespołów komputerowych, jako jedyny korzysta z tej biblioteki.

Dokładnie dziś rano zostały one dodane do I-Nex i znajdują się na końcu listy w zakładce CPUID na pierwszej głównej karcie CPU.

Wersja libcpuid widnieje jako 0.2.1 r115.

Zmiany widoczne są w kompilacjach Daily dla ubuntu oraz na stronie http://pkg.i-nex.pl/Manjaro/, gdzie udostępniam pakiety dla manjaro oraz archa.

Zmiany te trafią do I-Nex 7.2.0.

Na dniach do I-Nex trafi też kilka linijek kodu odpowiedzialnych za detekcję napięcia procesora. Jednak tą część uznaję jako opcję testową. Wykrywanie napięcia załatwione jest po przez wydobycie informacji z modułu

• w83627ehf
• w83627dhg
• w83627uhg
• w83667hg
• w83667hg
• nct6775
• nct6776

Opcja zostanie dodana wyłącznie do testów.

Commit libcpuid r115:

- Move detection of constant_tsc to common; it is spec'd in Intel docs
- Fix broken interpretation of EAX in leaf 80000000h: it shows max
  800000xx-value, not max xx-value. This causes, for example, to seek
  for extended features on Pentium II, where the extended leafs aren't
  supported by the CPU at all.
  This is only in common feature detection. AMD detection is fine.
- Add detection of a few new features in AMD leaf 80000007h: cbp (core
  performance boost), aperfmperf (APERF/MPERF MSRs supported),
  pfi (processor feedback interface) and pa (processor accumulator).

A tak powinno się przedstawiać napięcie procesora w 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.

Wykrywanie temperatury procesora załatwić można na dwa znane mi sposoby. Pierwszy to zainstalowanie lm-sensors i wykonanie sensors-detect. Nejlepiej wykonać to poleceniem

sudo -i

/bin/yes „” | sensors-detect

Drugim sposobem zaś jest wydobycie danych o temperaturze bezpośrednio z plików. Jednakże położenie plików zmienia się w zależności od sprzętu. I-Nex dziś doczekał się poprawy modułu odpowiedzialnego za wykrywanie temperatury procesora. Zauważyłem błąd przy okazji testując go na Manjaro i zabrałem się za szybką naprawę tego błędu.

I-Nex nie wykorzystuje lm-sensors do wykrywania temperatury procesora, robi to właśnie po przez wydobycie danych z plików zawartych w katalogu /sys. Przy czym zawiera odpowiednią tablicę dzięki której jest w stanie wykryć ją dla większości sprzętu.

A mowa o tych plikach:

TemperaturesDirectiories = [("0"): ("/sys/bus/acpi/devices/LNXTHERM:00/thermal_zone/temp"),
("1"): ("/proc/acpi/thermal_zone/THM0/temperature"),
("2"): ("/sys/class/hwmon/hwmon0/device/temp2_input"),
("3"): ("/sys/class/hwmon/hwmon0/temp1_input"),
("4"): ("/sys/devices/platform/coretemp.0/temp2_input"),
("5"): ("/sys/class/hwmon/hwmon0/device/temp1_input"),
("6"): ("/sys/class/hwmon/hwmon0/temp2_input"),
("7"): ("/sys/bus/acpi/drivers/ATK0110/ATK0110:00/hwmon/hwmon0/temp1_input"),
("8"): ("/sys/devices/virtual/thermal/thermal_zone0/temp")]

To samo także dotyczy temperatury krytycznej, jednak na ten czas istnieją dane na temat położenia tylko jednego pliku. A jest to:

TemperatureCriticalDirectories = [("0"): ("/sys/devices/platform/coretemp.0/temp2_crit")]

Istnieje tylko jeden, ponieważ jeszcze nie znalazłem dokumentacji czy implementacji tego rozwiązania w żadnym innym programie.
Zasadnicze pytanie, na co nam potrzebna jest informacja o krytycznej temperaturze? Moim zdaniem jest to zbędna informacja ale dodałem ją po prostu przy okazji.

Pracuje obecnie jeszcze nad opcją wykrywania obecnego napięcia procesora. Znalazłem jedynie dokumentację modułu w83627dhg-isa-0290. Mógł bym załatwić to po przez lm-sensors. I dać jako opcjonalna zależność w programie. No ale po co? Skoro wszystkie dane przedstawione przez sensors, dane na temat modułu w83627dhg-isa-0290 znajdują sie w katalogu

/sys/devices/platform/w83627ehf.656/
Znajdują tam się wszystkie potrzebne pliki. Wystarczy tylko to odpowiednio poskładać i mamy gotowe wykrywanie napięcia procesora w I-Nex. bez potrzeby wykonywania procesu sensors którego rodzicem był by I-Nex, gdzie dodatkowo co pewien okres czasu musiał by ponawiać wykonanie sensors by dynamicznie przedstawiać dane.

Wykrywanie temperatury CPU w I-Nex

Kompilacja z naprawioną detekcją temperatury powinna już być gotowa w repozytorium Daily.

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.