Sierpień 18th, 2014

Posted In: I-Nex, Uncategorized

Tagi: , , , ,

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 🙂

Luty 7th, 2014

Posted In: I-Nex, Nowe wersje, openSUSE, Systemy operacyjne, Uncategorized

Tagi: , , , , , ,

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.

02072014153013393

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

0207201415304161

Dodaj repozytorium i zainstaluj ręcznie:

Dla openSUSE Tumbleweed uruchom następujący program jako root:

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

Dla openSUSE Factory uruchom następujący program jako root:

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

Dla openSUSE 13.1 uruchom następujący program jako root:

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

Dla openSUSE 12.3 uruchom następujący program jako root:

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

Dla openSUSE 12.2 uruchom następujący program jako root:

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.


openSUSE.org

Styczeń 30th, 2014

Posted In: I-Nex, Nowe wersje, Uncategorized

Tagi: , , , , , , , , , ,

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.

i-nex

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ć.

Najnowsze komentarze

Reklama

OSSPlanet

Close