Lipiec 11th, 2014

Posted In: Bez kategorii, Ubuntu, Uncategorized

Tagi: , ,

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 🙂

Lipiec 6th, 2014

Posted In: Fedora, openSUSE, Uncategorized

Tagi: ,

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.

Lipiec 2nd, 2014

Posted In: Arch Linux, Manjaro, Uncategorized

Tagi: , ,

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.

Czerwiec 29th, 2014

Posted In: I-Nex, Manjaro, Uncategorized

Tagi: ,

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.

Czerwiec 27th, 2014

Posted In: Arch Linux, Manjaro, Uncategorized

Tagi: ,

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-Nex 7.0.0 dla Manjaro 0.8.10

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

Luty 9th, 2014

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

Tagi: , , , , , ,

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

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

Grudzień 9th, 2013

Posted In: Debian, I-Nex, Systemy operacyjne, Uncategorized

Tagi: , , , , , , , ,

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.

Close