Posty

Wyświetlam posty z etykietą PKGBUILD

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

qStopMotion wersja Qt5

Niedawno pojawiło się nowe wydanie - wersja 2.4.0 - programu do przechwytywania zdjęć z kamer podłączonych do komputera (stopklatka) - qStopMotion . Nie wiem jak poprzednie, ale tę wersję można zbudować również w oparciu o Qt5. Nie wiem również z jakich powodów w AUR jest wersja budująca się jeszcze na Qt4. Ze względu na to, że nic nie stoi na przeszkodzie budowie programu opartego o nowszą wersję, a Qt4 odchodzi już powoli od nas, postanowiłem zrobić PKGBUILD właśnie dla programu w takiej wersji. Kilka uwag o tym PKGBUILDzie. Dla rozróżnienia wersji, proponowana przeze mnie paczka nazywana jest qstopmotion-qt5. Program zbudowany z mojego zastępuje wersję z AUR i jednocześnie dostarcza ten program (nie jest możliwa koegzystencja obu wersji). Program jest budowany z użyciem qt5-multimedia, stąd nie zawiera dwu sugerowanych zależności: gstreamer oraz ffmpeg - gdyby się z jakichś przyczyn okazało, że program nie działa w pełni funkcjonalnie, prawidłowo, to proszę zbudować ją wpierw z ...

Transmission pozbawiony błędu CVE-2018-5702

Sieć przeszła informacja o dziurze w programie. Ba, nawet została okraszona informacją, że wstrętni twórcy tej aplikacji nie robią nic, a problem poważny, dotyczy bezpieczeństwa. Jak się okazuje problem został załatany . Fakt, w Archu (a zatem i w dystrybucjach pokrewnych) jeszcze nie ma nowej paczki z uwzględnieniem tego patcha. Problem został zgłoszony dzisiaj (17.01.2018), a zatem pewnie już niebawem zostanie poprawiony. Niemniej jednak używający transmission mogą się poczuć zaniepokojeni. Dla nich przygotowałem PKGBUILD, zbudowany w oparciu o tzw. nightly builds , które uwzględniają poprawkę bezpieczeństwa. PKGBUILD jest jedynie przebudowanym z oficjalnego repozytorium. Zmiany są następujące: - paczka źródłowa, na podstawie której budowana jest paczka dla Archa to "nighthly builds" (dokładnie uwzględniająca commit reb5d1a79cb , - usunięte zostały patche, które zostały nałożone w "nightly builds". Innych zmian nie dokonywałem.

Małe a cieszy: swapusage

Postanowiłem prezentować małe, użyteczne narzędzia. Sporo takich znajdziecie w repozytoriach, czy w AUR, w tym cyklu skupię się jednak na tych, których tam nie ma i będę dawać do nich PKGBUILDy. Na pierwszy ogień - swapusage . Nazwa mówi wszystko. Programik, który sprawdzi co siedzi w swap i ile go zużywa, a nadto przekaże nam informację o numerze procesu takiej aplikacji. Proste? Banalnie. Zatem już wyłącznie PKGBUILD i możecie używać. Jeśli nie wiecie jednak co dalej z taką wiedzą robić - również proste: nie używać, chyba, że wyłącznie po to, by wiedzieć. PS: Co robić z PKGBUILDami, które tu prezentuję również już nie piszę. Pisałem wiele razy jak należy w takich przypadkach tworzyć i instalować paczkę.

Naprawiamy błąd w KDE

KDE jest jedynie przykładem. Podany poniżej sposób można dostosować do dowolnego programu. Trzeba mieć jedynie źródła i odrobinę chęci. Niemniej jednak ostrzegam: PROPONOWANE ROZWIĄZANIE JEST PRZEZNACZONE WYŁĄCZNIE DLA ŚWIADOMYCH UŻYTKOWNIKÓW . Pozostałym proponuję skorzystać z oferowanej przez nas pomocy na forum . Truizmem jest stwierdzenie, że nie istnieje oprogramowanie pozbawione wad. Zawsze znajdzie się jakiś błąd. W przypadku Archa i KDE mamy komfortową sytuację, albowiem opiekunowie paczek napiętnowanych przez Qt są po prostu bardzo dobrzy. Oczywiście zdarzają się wpadki, jednakże są one często i to na poziomie testowania (repozytoria testing i kde-unstable) wychwytywane i naprawiane. Jeśli zatem chodzi o samą jakość paczek to jest tu po prostu przednio. Niemniej jednak urodą Archa jest to, że dostarcza on zasadniczo oprogramowanie najnowsze i to w miarę możliwości takie, jakim go widzi tzw. upstream. Przyjęcie tej zasady oznacza, że mniejsze lub większe błędy zostaną dostarczo...

Przywracamy działanie gimagereader-qt5 na enchant 2

Niezbyt wiele mamy aplikacji stanowiących GUI dla silników OCR w linuksie, zatem każdą z nich należy pielęgnować. W świecie oprogramowania opartego o Qt 5, spośród stale rozwijanych w zasadzie istnieje jedynie gImageReader. W AUR znajdziemy dwa PKGBUILDy: gimagereader oparty jeszcze o Qt 4 oraz gimagereader-qt5 oparty o Qt 5. Pierwszym nie będę się zajmować. Najwyższy czas, by dawno już porzucone Qt 4 odeszło w mroki dziejów. Niestety po psikusie, jakim było wprowadzenie enchant w wersji 2 do repozytorium (extra), aplikacja ta przestaje działać. Pominąwszy pewne perturbacje, jakie były w międzyczasie, dzisiaj już udaje się przywrócić możliwość działania gImageReaderowi. Niestety nie podam Wam co i jak należy zmienić w istniejących PKGBUILDach w AUR. Jeśli chcecie używać, to będziecie się musieli zdać na moje rozwiązanie. Zacznijmy od tego, że gImageReader wymaga do swojego działania i budowy qtspell, ten natomiast wymaga enchant. Obecna sytuacja w repozytoriach i w AUR jest następująca...

Lumina Desktop Environment 1.4.0

For some reason, we have very outdated version of Lumina DE in AUR. So, I decided to prepare PKGBUILD for current version. It's 1.4.0. By the way, I changed a bit qmake flags used to build it. Original version of PKGBUILD provides only English version of this desktop environment, but Lumina has been translated for many lanugages (it's still work in progress). My version of PKGBUILD builds Lumina with translations. PKGBUILD builds package with proper localizations for files in /etc and for man and add license agreement, also. You can easily download PKGBUILD from here and place it in any directory. After this you should: 1. navigate to directory with PKGBUILD 2. make a package for Arch and install it makepkg -sirc Please remember check qmake line in it. It must be only one line. Very simple, I think so. Lumina DE requires fluxbox as window manager. I would like to thank marcin82 from Polish Arch Community for his creative support in creation of this PKGBUILD Po polsku (to...

Brak możliwości utworzenia nowego katalogu w Dolphin [kde-unstable]

Testujący rozwiązania z repozytorium kde-unstable najtrafili najprawdopodobniej na problem braku możliwości utworzenia nowego katalogu w Dolphin (17.11.80 na KF5.40 oraz Qt5.10beta4). Problem został zgłoszony i został też naprawiony , a związany jest ze zmianami wprowadzonymi w Qt5.10. Dopadł zatem wyłącznie użytkowników używających Qt5.10 z kde-unstable . Jego rozwiązanie jednak, trafi dopiero do KIO 5.41, które oczekiwane jest 9.12.2017 r. Wcześniej spodziewać należy się finalnej wersji Qt 5.10, która planowo ukazać się ma 30.11.2017 r. Dzięki spostrzegawczości i wiedzy użytkownika @rog131 z BBS Archa dość szybko udało mi się temu problemowi zaradzić, tworząc dla KIO PKGBUILD z patchem (gdyby link do pastebin przestał działać, proszę mnie powiadomić - umieszczę gdzie indziej). Rozwiązanie jest tymczasowe i wierzę, że niebawem pojawi się wersja przygotowana przez Antonio Rojasa. Wprawdzie w przygotowanym PKGBUILDzie paczka nosi pkgrel 2, jednakże rozważcie sobie, czy nie lepiej d...

KMarkdownWebViewer

Czternastego września nie tylko ukazała się testowa wersja Plasma 5.11, ale aplikacje KDE uzyskały nowy element , dzięki którym te spośród nich, które wykorzystują KParts (np. Ark) są w stanie wyświetlić prawidłowo (tj. z formatowaniem) tzw. tekst markdown . Pliki w takim formacie (najczęściej noszące rozszerzenie *.md) często znajdziemy np. w pobranych źródłach programu. Jak dotychczas nie pojawiła się stosowna paczka w Archu, jednakże przygotowałem dla Was PKGBUILD. Jeśli chcecie z niego skorzystać, to znajduje się na pastebinie . Trzeba go skopiować do jakiegoś katalogu, a następnie skorzystać z możliwości makepkg. Wersja PKGBUILDu przedstawiona przeze mnie wykorzystuje qt5-webengine. Możliwe jest też skorzystanie z qt5-webkit. W takim przypadku należy dodać do sekcji depends qt5-webkit (bowiem możecie jej nie mieć w systemie) oraz dodać dla cmake opcję -DUSE_QTWEBKIT=TRUE . Wspomnieć należy, że obok już dostępnego KMarkdownWebView trwają prace nad podobnym rozszerzeniem dla KText...

Zarządzanie zaporą sieciową w Plasma 5

Podzielone są głosy, czy istnieje potrzeba używania firewall na desktopie. Pewnie - i słusznie - większość stwierdziłaby, że reguły sieciowe winny być zdefiniowane w routerze. Niemniej jednak są osoby, które chcą je ustawiać w swoich komputerach. Powiedzmy sobie szczerze: choć linux dysponuje potężnymi narzędziami do regulacji zasad ruchu sieciowego, to dla zwyłego użytkownika ich ręczne ustawianie to czarna magia. W KDE4 istniał kiedyś moduł dla Ustawień Systemowych o nazwie kcm-ufw, który prosto zarządzał właśnie UFW. Moduł ten nie doczekał się jednak przepisania na Plasma 5 i z końcem roku powinien definitywnie wypaść ze świata KDE. W międzyczasie powstała nowa dystrybucja o nazwie Nitrux , która oprócz zmian w zakresie wyglądu Plasma 5 dostarcza również kilku aplikacji rozwijanych w ramach projektu. Pomiędzy nimi jest też Nomad Firewall . Aplikacja doczekała się wersji... 0.1, niemniej jednak jest ona funkcjonalna i na pewno dużo prościej przez nią zarządzać regułami zapory sieciow...

Powrót z przeszłości: Kooka

W zamierzchłych czasach narzędziem do skanowania oferowanym w ramach KDE była Kooka. O ile pamiętam, to nigdy nie ukazała się oficjalnie jej wersja dla KDE4, gdzie została zastąpiona przez skanlite. Ta pierwsza ponad skanowanie dokumentu dodawała możliwość jego rozpoznania przez jeden z trzech silników OCR. Tym samym kooka stawała się namiastką programów typu Recognita dla KDE. Namiastką, albowiem samo rozpoznawanie tekstu w linuksie, szczególnie polskiego tekstu, było bardzo ułomne. Obecnie nieco zapomnieliśmy o tej funkcjonalności komputerów i większość dokumentów jest po prostu zapisywanych w nieedycyjnych formatach graficznych, w tym w pdf. Obecnie takim narzędziem jest np. gimagereader dostępny w AUR w dwu wersjach: używającej bibliotek Gtk+ , przez co lepiej nadaje się dla środowisk o nie opartych oraz używającej Qt5 . Niemniej jednak, jak feniks z popiołu odradza się Kooka, która w większym stopniu zintegrowana jest z Plasmą (oparta o KF5). Aplikacja działa i na pewno nadaje si...

Huen, czyli kolorystyka Plasmy na podstawie tapety

Jakiś czas temu pojawił się w sklepie KDE dodatek do Plasmy, który umożliwia dostosowanie kolorystyki panelu do aktualnej tapety. Daje nawet trzy różne opcje owego dostosowania, które w efekcie dają kolor panelu w zależności od wyboru dominującego koloru tapety. Aplikacja nazywa się Huen i można ją pobrać ze sklepu, a następnie zainstalować skryptem znajdującym się w paczce (dostarczony jest również skrypt aplikację usuwający). Po instalacji program pojawia się w menu i można z niego korzystać w dwu dostępnych opcjach: jedna, w której zdajemy się na automatyzm w niej zawarty i druga, która umożliwia nam dostosowanie ustawień bardziej pod siebie. Po zaakceptowaniu zmian pojawia się w ustawieniach systemowych nowy wygląd pulpitu o nazwie Huen, który został przez nią zbudowany. Nie podoba mi się natomiast, że kompilując program dołączonym skryptem odbywa się ona z uprawnieniami roota. Między innymi z tego powodu postanowiłem zrobić dla Was PKGBUILD . Zdecydowanie więcej niż ode mnie dowi...

FocusWriter a sprawa polska

Ewentualnie innych języków, na które aplikacja ta została przetłumaczona. Z pewnego powodu prosty procesor tekstu FocusWriter wprawdzie buduje pliki lokalizacyjne (*.qm), ale ich nie przenosi w prawidłowe miejsce. Ot, prawdopodobna wpadka przy pracy z plikiem *.pro. W efekcie zbudowana z AUR aplikacja będzie działać wyłącznie w języku angielskim, choć mogłaby również w polskim. Istnieje bardzo proste obejście problemu. Podczas budowania paczki należy dokonać edycji pliku PKGBUILD i w sekcji package po: make INSTALL_ROOT="$pkgdir/" install dopisać: cp translations/*.qm $pkgdir/usr/share/focuswriter/translations Ewentualnie jeszcze trzeba będzie wybrać polski język interfejsu już w samej aplikacji. EDIT: Wszystko wskazuje na to, że wersja FocusWriter 1.6.5-2 dostępna od 3.07.2017 r. w AUR buduje już poprawnie paczkę i nie trzeba stosować powyższej sztuczki. Wersja focuswriter-git nie wymaga już również dodawania żadnych wpisów.

Naprawiamy wadliwe źródła w PKGBUILD

Zdarza się, że przy budowie jakiejś paczki z AUR otrzymujemy taki błąd: ==> BŁĄD: Błąd podczas pobierania http://jakiś_adres Przerywam... Najczęściej powodem tego błędu jest wadliwy adres źródła. Może to być spowodowane tym, że zmianie uległa wersja programu, a źródeł starej już nie ma, może być spowodowane zmianą adresu źródła, powodem może być też, że źródła w ogóle zostały usunięte, może to być też jakiś czasowy problem z połączeniem. Ostatnie - proste - można spróbować po chwili. Na całkowite usunięcie źródeł możemy nie zaradzić wcale. Jedyne co mogę sugerować to poszukanie w necie, czy gdzieś nie są one oferowane w innej lokalizacji. W tej sytuacji powinniśmy jednak mieć pewność co do poprawności paczki oferowanej nie przez jej autora. Pierwsze dwa są dość proste do naprawienia. Generalna zasada: odszukać źródła. Wchodzimy na stronę AUR z PKGBUILDem, znajdujemy URL źródła , przechodzimy i czytamy co się zmieniło. Oczywiście informujemy również opiekuna takiej paczki w AUR...

Aplet informujący o aktualizacjach w Archu

Choć zrobiony w istocie z myślą o Archu, to sądzę, że prawidłowo będzie działał w każdym systemie korzystającym z checkuptades - oto pojawił się nowy, integrujący się z Plasmą 5, aplet informujący nas o możliwych aktualizacjach systemu. Nazwa jaką przyjął w sklepie KDE to Arch Linux System Tray Update Notifier and Upgreader i jej przeczytanie trwa chyba dłużej niż budowa tego programiku. Jak wspomniałem, aplet wykorzystuje checkupdates , a dzięki temu nie potrzebuje uprawnień administratora. Posiada podstawową możliwość konfiguracji ograniczającą się do ustawienia częstotliwości sprawdzania aktualizacji (którą to funkcję można również wymusić niezależnie od ustawień) oraz możliwości pomijania numeru wersji przy opisach paczek przeznaczonych do aktualizacji. Nadto - gdy takie się pojawią - możliwe jest wywołanie pacmana i przeprowadzenie aktualizacji systemu. Dla osób korzystających z Plasma 5 oraz niekorzystających z Octopi to obecnie chyba jedyne takie narzędzie. Zainstalować je m...

Hardcore - Kompilacja programu pod własny procesor, cz. 4 - cmake

Kontynuując ten mini cykl, pozostało mi jeszcze jedno narzędzie do automatycznego sterowania procesem kompilacji, które oporne jest na ustawienia makepkg.conf - jest nim często stosowany w "świecie" Qt - cmake . Dotychczasowe sztuczki nie pomagają. W zasadzie, to stosowne wpisy winny być umieszczone w pliku CMakeLists.txt i można byłoby się pokusić o wykorzystanie np. sed w tym celu. Wydaje się jednak, że istnieje prostrza możliwość. Problem jedynie w tym, że nie mam 100% pewności, że ona działa prawidłowo. W przeciwieństwie do innych, cmake nie informuje nas, czy kompiluje program z wykorzystaniem flag właściwych dla naszego procesora. Sztuczka polega na delikatnej ingerencji w PKGBUILD. Dodać musimy pewien wpis, w zasadzie w dowolnym miejscu przed budową programu. Ja do tego używam sekcji prepare , zatem stosowny, dodatek może wyglądać tak: prepare() { export CFLAGS=-march=native export CXXFLAGS=-march=native } I w zasadzie tyle. W powyższym przykładzie użyłem możliwośc...

Hardcore - Kompilacja programu pod własny procesor, cz. 3 - qmake errata

Niegdyś popełniłem tekst, który poruszał już tę kwestię. Można jednak nieco prościej. Zakładając, że stworzyliśmy sobie również makepkg.conf, który przekaże kompilatorowi flagi naszego procesora, możemy uprościć PKGBUILD i po prostu w sekcji build, po odpowiednich komendach przekazywanych niekiedy qmake dodać QMAKE_CFLAGS_RELEASE="${CFLAGS}" i  QMAKE_CXXFLAGS_RELEASE="${CXXFLAGS}" . Przekaże to qmake zmienne, jakich użyliśmy w makepkg.conf. Stosowny fragment PKGBUILD może zatem wyglądać tak: build() {     cd "$srcdir/$pkgname-$pkgver"     qmake QMAKE_CFLAGS_RELEASE="${CFLAGS}" \           QMAKE_CXXFLAGS_RELEASE="${CXXFLAGS}"     make } Oczywiście ścieżka jest przykładowa. Przykładowy jest też zapis qmake, aczkolwiek najczęściej stosowany.

Otter-Browser 0.9.91 wersja tygodniowa 166

Wracamy do tygodniowego cyklu. PKGBUILD  dla wersji jak w tytule.

Ksmoothdock

Chociaż możliwości Plasmy w zakresie tworzenia paneli są spore i można bez problemu zaprojektować sobie swój własny "dock" przy użyciu wyłącznie narzędzi, które dostępne są w każdym jej wydaniu, to co jakiś czas pokazują się gotowe rozwiązania tego typu. Nie inaczej jest z pamiętającym czasy KDE 3.x Ksmoothdock , które od wersji 5.x zostało przebudowane tak, by mogło współdziałać z Plasma 5. Narzędzie proste, łatwe i mało zasobożerne. Dla osób, które przyzwyczajone są do robienia wszystkiego w GUI niestety również mało komfortowe w obsłudze, gdyż programy, jakie będziemy mogli obsługiwać z tego panelu musimy konfigurować przez zmianę lub dodanie odpowiednich plików *.desktop do katalogu ~/.ksmoothdock. Inne opcje można już ustawić dość prosto w programie. Niestety jednak nie udało mi się zmusić panelu do autoukrywania, co powoduje - jak dla mnie - niewielki sens jego używania. Niemniej jednak, gdyby ktoś chciał wykorzystać, to załączam PKGBUILD  aktualnej wersji 5.0.1.

Otter-Browser 0.9.91 dev165

Z lekkim opóźnieniem przedstawiam PKGBUILD dla wersji 0.9.91 wydanie tygodniowe 165 (kilka wydań zostało wycofanych). Tym razem paczka, która powstanie będzie się nieco różnić, albowiem dodałem do niej "Flat icons for Otter-Browser", o których pisałem już wcześniej. Do czasu oficjalnego dołączenia ich do Otter-Browser, proponuję właśnie takie rozwiązanie.