pavbaranov Arch

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.

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

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.

W KF5.27 wdarł się trywialny błąd skutkujący podwójnym wyświetlaniem nazwy Bryza (Breeze) ikon i jednoczesnym brakiem Ciemnej Bryzy (Breeze Dark) na liście wyboru ikon dostępnych w Plasma 5. Cała sprawa została zgłoszona i naprawiona. Cykl wydawniczy KF powoduje, że poprawione wydanie zostanie dostarczone wraz z KF5.28 na początku listopada. Błąd polega wyłącznie na wadliwej nazwie - motywy ikon obu wersji są w systemie. Jeśli nie chcemy czekać na KF5.28, możemy łatwo problemowi zaradzić, albowiem cały błąd sprowadza się do wadliwej nazwy motywu określonej w pliku /usr/share/icons/breeze-dark/index.theme. Możemy sami plik ten wyedytować i odpowiednio zmienić, możemy również zamienić go udostępnionym już w GIT prawidłowym plikiem .

Jeśli ktoś dzisiaj zaktualizował system i jednocześnie ma: włączone repozytorium [kde-unstable] i używa KDE-Applications 16.03.80, włączone repozytorium [testing] (to akurat nie jest bardzo istotne tym razem), używa kate/kwrite, to może się spotkać z niemiłą niespodzianką w postaci braku możliwości uruchomienia co najmniej kate. Trzeba przebudować kate na podstawie dostarczonych do systemu libgit2 i kdetexteditor. W tym celu musimy ściągnąć skrypty budujące kate: yaourt -G extra/kate extra, albowiem inaczej yaourt nie ściągnie. Przechodzimy do katalogu kate i zmieniamy: pkgver z 15.12.3 na 16.03.80, pkgrel z 1 na 2, w linii source wymieniamy "stable" na "unstable" Zamykamy plik i wydajemy polecenia: updpkgsums && makepkg -sirc Od tej pory możemy się cieszyć działającym kate w wersji 16.03.80 (czyli 16.04 beta). EDIT: W repozytorium jest już dostępna wersja 16.03.80-2, która została przebudowana i problem opisany wyżej już nie ...

Niestety nowe wydanie Plasmy ma tendencje do wycieków pamięci. Stosowne łatki, które proces ten ograniczają są już dostępne i winny zostać uwzględnione w Plasma 5.6.1. Dla niecierpliwych podaję jak to zmienić. Odpowiedzialna paczka, to plasma-dekstop . To tutaj są wycieki. Poniżej podaję zbiór łatek, które ów wyciek ograniczą. Nie wyeliminują, a jedynie ograniczą. Zmiana jednak jest dość duża. Przynajmniej w przypadku mojej konfiguracji. Nie będę podawał nowego PKGBUILDu, a jedynie sposób, który zapoczątkowałem we wcześniejszym wpisie . Ściągamy plasma-desktop  i przechodzimy do ściągniętego katalogu: yaourt -G plasma-desktop Dokonujemy niezbędnych zmian: Pole pkgrel  - zmieniamy numer wersji np. na 2. Pole sources - dopisujemy (nie wszystkie poniższe commity niwelują wycieki pamięci, ale są to wszystkie, jakie umożliwiają naprawę błędów do dzisiaj). Dodajemy: commit027e9dc::"https://quickgit.kde.org/?p=plasma-desktop.git&a=commitdiff&h=027e9dc&o=plain" c...

Wprawdzie o Plasma 5.6 moje zdanie nie jest najlepsze, albowiem uważam, że wyszła ona nazbyt szybko (bo termin) i nie zostały w niej poprawione błędy, które były znane co najmniej od chwili wydania 5.5.95. W niektórych przypadkach, instalacja nowej wersji środowiska prowadziła do degradacji wcześniejszego pulpitu. Zamiast paska zadań (panel) pojawiało się coś, co kompletnie nie było użyteczne. Dzieje się tak wówczas, gdy do paska mamy dodany plazmoid "Pokaż pulpit" (Show Desktop). Okazuje się, że w planowanym za kilka dni wydaniu poprawkowym (5.6.1) ten błąd ma zostać usunięty. Stosowna łatka jest już dostępna i można ją nałożyć. Poniżej stosuję m.in. yaourt, ale nikomu nie każę go stosować. Można użyć dowolnej nakładki (np. pacaur) na pacmana, która umożliwia łatwe ściągnięcie plików źródłowych, służących do budowy pakietów w Archu. Oczywiście można również zastosować narzędzie ALA, ale wg mnie jest to jak strzelanie z armaty do muchy. Można też ściągnąć pliki źródłowe ze ...