Posty

Wyświetlanie postów z marzec, 2018

Wiadomości z POLAUR - repozytorium debug

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.

Wiadomości z POLAUR - amarok-git. Koniec zasadniczych prac

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

Wiadomości z POLAUR - falkon-git

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

Wiadomości z POLAUR - amarok-git

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 ź

Jak nie instalować programów ze źródeł

To krótka przypowieść, jaka naszła mnie po lekturze dwu poradników o instalacji w Manjaro GIMP a oraz LibreOffice ze źródeł. Teksty są bliźniacze, a ich główną tezę można sprowadzić do stwierdzenia: zbudować program i zainstalować poprzez sudo make install . Skoro jest głupia porada, to wymaga jakiejś riposty. Pominę sens budowania programów, które są w repozytoriach, zwłaszcza, że autor nie zaciekawił się opcjami kompilacji, które najczęściej w ogóle przemawiają za podjęciem tego trudu. Pominę też rozważania, czy istotnie dla systemu dobrym jest dostosowanie pod określony procesor zaledwie jednego, czy dwu programów, a nie całego systemu. Można mieć na ten temat bardzo różne zdania, a chętnych odsyłam do wiedzy tych, którzy na kompilacji zęby zjedli, czyli kolegów od Gentoo . Interesuje mnie zgoła co innego. Zastanówmy się wpierw nad owym magicznym sudo make install (oczywiście, o ile autor kodu dostarczył ich reguły, co regułą nie jest). Przed jego wydaniem, program zasadniczo z

Kanał IRC dla społeczności POLAUR

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

KDE Frameworks 5.44RC - dla testerów

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