pavbaranov Arch

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 .

Wraz z przebudowaniem od początku kodu odpowiedzialnego za wyświetlanie tzw. tacki systemowej w Plasma 5.7 niektórzy borykają się z problemem zbyt dużych ikon, które się w niej pojawiły po aktualizacji. Problem został dostrzeżony i naprawiony . Poprawka prawdopodobnie pojawi się w wersji 5.7.3, której można oczekiwać 3.08. Do tego czasu trzeba sobie jednak jakoś radzić. Są dwa rozwiązania. Pierwsze to przebudować plasma-workspace, używając PKGBUILDu wersji 5.7.2 z repozytorium dodając do niego łatkę . Nie przedstawiam PKGBUILDu, albowiem rozwiązanie drugie wydaje się szybsze. Niemniej jednak, gdyby ktoś chciał zaprowadzić bezwzględny porządek w systemie, a nie potrafił tego samodzielnie dokonać, to proszę zgłosić w komentarzach, a uzupełnię informację o stosowne skrypty do przebudowania paczki. Drugie rozwiązanie wydaje się być banalne. Otóż m.in. za wielkość ikon odpowiadają ustawienia w pliku  /usr/share/plasma/plasmoids/org.kde.plasma.private.systemtray/contents/ui/main.qml...

Wczoraj w repozytoriach pojawiła się wersja 5.22.0-2 frameworka służącego zarządzaniem portfelem w Plasma 5. Wersja ta zawiera patch na jeden z błędów wykrytych w tej paczce. Problem w tym, że po aktualizacji, portfel (kwallet) nie rozpoznaje hasła. Możliwości uporania się z tym błędem jest kilka: cofnąć paczkę do wersji 5.22.0-1 (jeśli mamy downgrade, to downgrade kwallet ), ponoć, bowiem tego nie wypróbowałem - skasowanie portfela i utworzenie go na nowo, przebudowanie paczki lokalnie. Ja zrobiłem to ostatnie i z tego co wiem, u kilku osób to działa. Zatem możecie spróbować. $ yaourt -G kwallet && cd kwallet && updpkgsums && makepkg -sirc Nie wiem dlaczego sumy kontrolne są inne niż w PKGBUILDzie arojasa, stąd wymagana jest aktualizacja. Po zbudowaniu paczki konieczne jest przelogowanie Plasmy. EDIT: Wczoraj wieczorem udostępniona została paczka kwallet-5.22.0-3, która naprawia błąd.

Osoby użytkujące Arch Linux w stabilnej wersji nigdy nie powinny się spotkać z omawianym tu "błędem". Niemniej jednak tylko wówczas, gdy ograniczą się do stosowania programów znajdujących się w oficjalnych repozytoriach. Tu bowiem osoby odpowiedzialne za utrzymywanie paczek, z chwilą, gdy dochodzi do zmian jakichś bibliotek dbają o przebudowanie paczek i dostosowanie ich do nowych wersji. Niemniej jednak wielu z używających Archa buduje paczki także z AUR. Najczęściej to właśnie programy pochodzące z AUR nagle zaprzestaną działać. Przypomnę, albowiem szczególnie dla osób, które zmieniły dystrybucję z *buntupochodnych na Archa, czy - częściej - Manjaro: w AUR nie znajdują się żadne paczki. Tu są wyłącznie "przepisy" na podstawie których następuje lokalne budowanie paczki i jej instalacja. Jeśli jednocześnie opiekun takiej aplikacji w AUR "nie zauważy", że dokonane zostały jakieś zmiany w repozytoriach, które wymagają jego reakcji lub nawet pomimo tego, my n...

Od dłuższego już czasu Arch wprowadził podpisywanie paczek kluczem gpg. W zasadzie wszystko winno przebiegać bezboleśnie nawet, gdy trzeba owe klucze dodać. Niestety zdarza się (mi się niegdyś zdarzyło), że próba dodania klucza GPG zwraca następujący błąd: sudo pacman-key -r ID_KEY gpg: connecting dirmngr at '/root/.gnupg/S.dirmngr' failed: Wywołanie connect dla IPC nie powiodło się gpg: odbiór z serwera kluczy nie powiódł się: Brak dirmngr Na nic nie zdają się również "zwykłe" próby poradzenia sobie w takich przypadkach, jak: # pacman-key --init # pacman-key --refresh-keys # pacman-key --populate Dalej otrzymujemy powyższy błąd. Nic straconego. Prawdopodobnie wydanie następującej komendy: dirmngr < /dev/null && sudo -i dirmngr < /dev/null spowoduje, że po jej użyciu klucze będzie już można dodawać bez żadnych problemów.