pavbaranov Arch

Od dłuższego czasu w POLAUR, w repozytorium repo-refreshed umieszczam PKGBUILDy dla różnych składników oprogramowania pochodzącego od KDE z tzw. bugfiksami. W największej części są to te, które były zgłaszane w  bugs.kde.org . Stosowane są przeze mnie (i jeśli ktoś chciałby również się dołączyć, to również prosiłbym o ich stosowanie) następujące zasady: 1. Numeracja paczek a. Paczki zawsze mają numer wersji (pkgver) takie jak paczka źródłowa, na którą patch jest nakładany. b. Paczki różnią się wersją "realizacji" (pkgrel), przy czym numer ten jest zawsze wyższy niż wersja w repozytorium, ale zawsze też niższy od wersji, która w repozytorium może się pojawić (np. wskutek koniecznego jej przebudowania ze względu na zmiany innych elementów, tego wymagających). Kolejne wersje z patchami mają zawsze nowy numer pkgrel z zachowaniem powyższej zasady. Przykład: jeśli paczka w repozytorium Archa ma numer np. 5.53.0-1, to pierwszy PKGBUILD z patchem będzie miał wersję 5.53.0-1.1, ...

Dzięki pracy naszego forumowicza nycko123 nasze repozytorium dorobiło się prostego narzędzia umożliwiającego podstawowe nim zarządzanie. Narzędzie nazywa się... a jakże inaczej... polaur i dostępne jest w naszym repozytorium . Tutaj znajduje się plik PKBGBUILD umożliwiający budowę paczki. Samo narzędzie to zaledwie jeden plik skryptu powłoki. Dzięki jego działaniu możliwe jest: - zapoznanie się z dostępnymi repozytoriami, - przeglądanie ich zawartości, - pobieranie wybranych źródeł paczek. Pobrane źródła znajdziecie w ~/.cache/polaur/nazwa_repozytorium/nazwa_paczki. I w zasadzie tyle, bowiem w przeciwnym razie tekst byłby dłuższy od skryptu.

Powstało nowe repozytorium debug , w którym będziemy umieszczać PKGBUILDy umożliwiające budowę paczek z tzw. symbolami debugowania. Obecnie znajdują się tam PKGBUILDy paczek wchodzących w skład grup kf5, kf5-aids oraz plasma bez żadnych innych zmian w stosunku do oryginału w Arch z wyjątkiem dodania budowania owych symboli. Zbudowane z tego repozytorium paczki umożliwią Wam lepsze zgłaszanie błędów czy to w bugzilli Archa, czy - jak na razie - w KDE. Niebawem pewnie dodam również paczki przynajmniej głównych aplikacji składających się na grupę kde-applications. Być może znajdą się tam również paczki aplikacji budowanych w wersjach rozwojowych z innych naszych repozytoriów. Paczki będą aktualizowane wraz z ich aktualizacją w repozytorium Archa.

Wczoraj sygnalizowałem stan prac nad amarok-git w POLAUR. Do wczoraj amarok-git był zubożony obsługę Mygpo-qt5 . Wydaje się, że problem został rozwiązany i od dzisiaj amarok-git buduje się już prawidłowo z libmygpo-qt5 . Ta ostatnia paczka nie wymaga już w żaden sposób qjson w dowolnej wersji (Qt4 jaką znajdziecie w repozytorium, czy Qt5, jaką znajdziecie u nas ). Przy okazji prac nad amarok-git przebudowie uległ również qjson-qt5, który obecnie nie powinien w żaden sposób kolidować z wersją z repozytorium Archa, a jednocześnie powinien umożliwić budowę programów na nim opartych. Mam zatem przyjemność oddać w Wasze ręce pierwszą - i jedyną obecnie - wersję amaroka wolną od Qt4 oraz kdelibs, a nawet od kdelibs4support. To "czysta" wersja budowana wyłącznie o biblioteki, które obecnie mają wsparcie. Jest też - nieskromnie pisząc - jedyną obecnie wersją opartą o prawidłowy zestaw zależności przez amarok-git wymaganych. Oczywiście jest to wersja rozwojowa. Jeszcze nie ukaza...

Podobnie jak w poprzednim poście. Po co utrzymywać w POLAUR falkon-git, skoro jest paczka o tej samej nazwie w AUR ? Otóż - zgodnie z przyjętymi regułami POLAUR, będą tam te PKGBUILDy, które różnią się od tych, które występują w repozytorium Archa bądź w AUR. W tym przypadku różnica jest według mnie spora. Otóż, AURowy PKGBUILD buduje paczkę z "czystego" GIT falkona. W naszym przypadku jest nieco inaczej. Po pierwsze, doszedłem do wniosku, że osoby korzystające z falkona to przede wszystkim użytkownicy środowisk zbudowanych na Qt. W związku z tym postanowiłem, że "nasz" falkon będzie budowany bez wsparcia dla gnome-keyring, które niekiedy powoduje nieprzewidziane problemy w tego typu środowiskach. W naszym jest zatem wsparcie wyłącznie dla kwallet. Po drugie - i ważniejsze - (choć wymagać to będzie jeszcze pewnych zmian) nasz falkon-git, w przeciwieństwie do AURowego budowany jest z tłumaczeniami. Po trzecie - polska lokalizacja falkona została uzupełniona (pros...

Kiedy powstawał nasz PKGBUILD dla aplikacji amarok w wersji budowanej bezpośrednio z GIT w AUR były dwie paczki: amarok-git oraz amarok-kf5-git. Obecnie jest już jedna - wyłącznie amarok-git. Wprowadzając naszą wersję kierowałem się głównie tym, że ani jedna, ani druga paczka z AUR nie umożliwiała zbudowania aplikacji. U źródeł leżał fakt, że obie powstawały jeszcze, gdy amarok był aplikacją KDE4, choć w GIT posiadającą swoją własną gałęź kf5 budowaną już w oparciu o KDE Frameworks 5. W ten sposób istniał amarok-git budowany z gałęzi głównej (master) na podstawie bibliotek KDE4 oraz amarok-kf5-git, który budowany był na podstawie KF5 z gałęzi kf5. To wszystko stało się przeszłością z chwilą opublikowania ostatniego wydania amaroka budowanego na podstawie KDE4, czyli wersji 2.9. Wkrótce gałąź kf5 zastąpiła master. W ten sposób próba budowy amarok-git kończyła się niepowodzeniem ze względu na niespełnione zależności, a przy próbie budowy amarok-kf5-git uzyskiwaliśmy informację o braku ź...

Od dzisiaj został uruchomiony kanał IRC #polaur na freenode.net. Kanał służyć ma kontaktom we wszelkich kwestiach związanych z naszym repozytorium POLAUR. To jeszcze jedno miejsce, gdzie możecie mieć z nami kontakt. Tutaj możemy przedyskutować tak prawidłowość naszych PKGBUILDów, działania paczek na nich zbudowanych, jak i nawet tego typu kwestie jak związane z planowanym utworzeniem repozytorium paczek, czy wyborem programów, jakie chcielibyśmy wziąć w naszą opiekę.

Bez szumnych zapowiedzi, albowiem w przypadku KF5 tak to już nie funkcjonuje. W pierwszą sobotę miesiąca biblioteki składające się na KDE Frameworks 5 otrzymują tag release candidate. Od czasu, kiedy mamy platformę dzielenia się z Wami paczkami (tj. PKGBUILDami, na paczki może przyjdzie czas), postanowiliśmy chętnym do testowania nadchodzącego oprogramowania oferować także możliwość wypróbowania kolejnych wersji RC KF5. Od wczoraj zatem w naszym repozytorium jest również dostępny zbiór PKGBUILDów umożliwiający skompilowanie KF5.44RC Osoby, które chciałyby się włączyć do testowania nadchodzących frameworków - zapraszamy szczerze. Używam od wczoraj i nie bardzo jestem w stanie zauważyć jakichś problemów. Siła open source tkwi jednak m.in. w nas, którzy mogą twórcom tego oprogramowania pomóc także w ten sposób, że zanim ukaże się wersja "stabilna" zostanie ona przetestowana na większej ilości sprzętu niż dostępny dla nich. Kilka uwag. Jeśli ktoś zdecydowałby się na testy, to p...