pavbaranov Arch

Okazuje się, że Firefox ma ukryte funkcje. Nic dziwnego. Od dawna ma, czy miewa. Jedną z nich jest inny sposób renderingu. Nazywa się WebRendering i ponoć pomaga w niektórych przypadkach w przeglądaniu stron w sesji Waylanda. Domyślnie jest wyłączony. Oczywiście włączyć można prosto. W pasku wpisujemy about:config i zgadzamy się na to, że zepsujemy przeglądarkę. Odszukujemy wpis: glx.webrender.all i zmieniamy jego wartość z false na true . Źródło:  https://pointieststick.com/2020/07/25/psa-try-turning-on-webrenderer-in-firefox/

Niestety, jak się wydaje, lmdb z którego korzysta baloo sprawia ostatnio sporo problemów i są zamysły by go w baloo porzucić. Owe problemy sprowadzają się do bardzo częstego wywalania się baloo i różnych jego modułów, które możemy zaobserwować już podczas startu systemu. Jeśli obserwujemy takie zjawisko u siebie, to do czasu, gdy baloo zostanie przebudowane przez KDE, być może pomocnym będzie następujące rozwiązanie. Otwieramy konsolę i wpisujemy: balooctl purge && balooctl enable Jeśli baloo u Was działa prawidłowo, nie jest to konieczne. Pierwsze polecenie dokona usunięcia bazy danych indeksów, zaś drugie ponownie uruchomi baloo (bowiem najprawdopodobniej nie będzie działać).

Nadchodzące wydanie Plasma 5.15 powita użytkowników wyglądem Kickoff w "starym" stylu, przypominającym nieco to, co niektórzy być może pamiętają z czasów KDE4. Jest to wynik zaakceptowania zgłoszonego "błędu" , który rzekomo powodował, że nowi użytkownicy gubili się w dotychczasowym, domyślnym jego wyglądzie. Obecnie w Plasma 5.14.90, oraz w nadchodzącym wydaniu będzie on zatem wyglądał tak: Może się to podobać, niekoniecznie musi. Być może w istocie dla osób, które mają problemy z czytaniem, dotychczasowy mechanizm "Type to search", o czym zresztą sam Kickoff oznajmiał będzie to sporym ułatwieniem. Niemniej jednak mi się to kompletnie nie podoba i według mnie psuje dotychczasowy, estetyczny wygląd Kickoff. Nie tylko mi jak się okazuje. Dlatego też filipwise  postanowił zachować dotychczasowy wygląd i udostępnił go w sklepie KDE pn. Unibody Kickoff . W obecnej wersji wystarczy dodać plasmoid mechanizmem GHNS, dokonać restartu Plazmy i ponownie cie...

Jednym ze sposobów przyspieszenia aktualizacji oraz zmniejszenia wielkości danych ściąganych przy tej okazji z internetu jest użycie tzw. delta upgrade . Niestety nie wszystkie serwery to oferują. Znając taki serwer można się jednak pokusić o wprowadzenie odpowiednich zmian. Przede wszystkim zaczynamy od serwera. W tej chwili znam jedynie takie dwa , w tym jeden z dalekiego RPA. Zasadniczym krokiem jest zmiana pliku /etc/pacman.d/mirrorlist  i dodanie na pierwszym miejscu serwera oferującego delta upgrades. Posiłkując się listą z powyższego odnośnika dodajemy zatem: Server = http://archlinux.uk.mirror.allworldit.com/archlinux-deltarepo/$repo/os/$arch Można też dodać drugi serwer z RPA: Server = http://archlinux.za.mirror.allworldit.com/archlinux-deltarepo/$repo/os/$arch   Dokonujemy zmian w pliku /etc/pacman.conf poprzez: 1. usunięcie znaku #  sprzed: - w sekcji [options] #UseDelta    = 0.7 - w sekcji #Misc options #UseDelta 2. instalujemy paczk...

W sesji Plasma Wayland, za obsługę gładzika (tochpad) odpowiada libinput. Z wiki Archa dowiedzieć się możemy, że biblioteka ta w tej sesji nie posiada żadnych ustawień (z linii poleceń, pliku konfiguracyjnego), a całość obsługi tego urządzenia możemy przeprowadzić z narzędzi konfigurujących dostarczanych wraz ze środowiskiem. W przypadku Plazmy, takie narzędzie jest dostarczane i od wielu lat znajdziemy je pośród ustawień Urządzeń wejściowych w Ustawieniach systemowych. Dla wielu osób sporym zaskoczeniem może być jednak wejście w te ustawienia w Plazmie uruchomionej w sesji Wayland. Całość ustawień będzie poszarzała i żadne ustawienia nie będą dostępne. Błąd? Oczywiście. Jest nawet zgłoszony  (a to jedno z kilku). Co ciekawe jednak wszelkie ustawienia gładzika są dostępne także w sesji Wayland. Trzeba jedynie moduł zarządzania tymi ustawieniami wywołać z konsoli: kcmshell5 kcm_touchpad Korzystając z ustawień gładzika w taki sposób wszelkie opcje będą dostępne.

Użytkownicy KDE od dosyć dawna narzekają na to, że aplikacje oparte o Gtk mają własne okna dialogowe. Mniejsza o to, które są "lepsze", a które "gorsze". To kwestia pewnych przyzwyczajeń. Jeśli 99% aplikacji zachowuje się w określony sposób, to ciężko przestawia się na inne zachowanie pozostałego procenta aplikacji. Zwłaszcza, że są to często wykonywane operacje, które "wchodzą" użytkownikowi w krew. Śpieszę zatem donieść, że przynajmniej Firefox w wersji 64 da się zmusić do używania natywnych okien KDE przy otwieraniu plików, czy też zapisywaniu pobieranych przez tę przeglądarkę treści. Ponoć prezentowana tu sztuczka działa również z niektórymi programami. Ponoć również, niektórym nie działa w ogóle (tu mam jednak wątpliwości, czy zostały spełnione wszystkie elementy, które umożliwiają takie zachowanie Firefox w Plasma). Wpierw musimy odpowiednio przygotować nasz system, w którym muszą być zainstalowane następujące paczki: firefox >=64.0 xdg-des...

Przyglądając się problemom, jakie dostarcza Antergos wielu użytkownikom od kilku lat, spróbuję zestawić w punktach kilka porad, które zminimalizują najczęściej występujące z nim kłopoty. 1. Usunięcie plików *-meta. Niemal wszystkie instalacje (pierwsze) Antergosa odbywają się z użyciem tzw. meta paczek. To jeden ze sposobów instalacji zespołu większej ilości programów w Archu. Meta paczki nie zawierają żadnych binarek. Są to jedynie paczki niosące informacje o tym, że jakieś paczki mają zostać w systemie zainstalowane. Treść PKGBUILDów takich paczek zawiera w polu depends listę paczek do zainstalowania. Taka instalacja powoduje, że późniejsza próba odinstalowania jednej z paczek umieszczonych w depends pociągnąć za sobą może chęć odinstalowania "połowy" systemu, albo spotkamy się z informacją o tym, że odinstalowanie czegoś nie jest możliwe. Rozwiązanie Po zainstalowaniu Antergosa, przeszukujemy system pod kątem zainstalowanych paczek z "meta" w nazwie. Ich nazwy wy...

Przyciski potwierdzenia lub wycofania się z jakiejś operacji (OK/Anuluj) w oknach dialogowych aplikacji zbudowanych w oparciu o Gtk są zamienione miejscami w stosunku do standardowych okien w środowiskach korzystających z Qt. Oprócz pewnego dyskomfortu, kwestii estetyki, przede wszystkim skutkuje to gorszą organizacją pracy. Na całe szczęście można to w prosty sposób zmienić. Jeśli korzystamy z aplikacji zbudowanych na Gtk+2.x musimy dokonać edycji pliku ~/.gtkrc-2.0 , jeśli korzystamy z aplikacji zbudowanych na Gtk+3.x edytujemy plik ~/.config/gtk-3.0/settings.ini , w obu przypadkach dodając linię: gtk-alternative-button-order = 1 . To powinno wystarczyć, by we wszystkich aplikacjach wykorzystywanych w środowiskach zbudowanych na Qt (np. Plasma, LXQt, Lumina) miejsca przycisków OK oraz Anuluj były w tych samych miejscach. Na podstawie porady z BBS Arch Linux .

Jeśli wciąż masz problemy z podmontowaniem jakiegokolwiek urządzenia z Androidem, to wydaj na prawach administratora następujące polecenie: sed 's/ACTION/ACTION!="bind", ACTION/' /usr/lib/udev/rules.d/69-libmtp.rules | sudo tee /etc/udev/rules.d/69-libmtp.rules > /dev/null Dopisze ono regułę o treści: ACTION!="bind", ACTION!="add" GOTO="libmtp_rules_end" w miejsce ACTION!="add" GOTO="libmtp_rules_end" znajdującej się w pliku /usr/lib/udev/rules.d/69-libmtp.rules . Od tej chwili, po ponownym podłączeniu urządzenia z Androidem nie powinno być już z nim problemów. Jeśli są (bądź dla pewności) możecie jeszcze wydać polecenie: udevadm control --reload-rules (oczywiście na prawach administratora), które przeładuje reguły dla udev. Trzeba jeszcze pamiętać o tym, że powyższy plik należy do paczki libmtp i sprawdzać jak się zachowa nasz system po jej aktualizacji. Całość znaleziona na reddicie .

KDE Frameworks 5.45 wprowadziło dużo dobrych zmian. Okazuje się jednak, że jedna z nich skutkuje wadliwym wyglądem czcionek w Ustawieniach systemowych (a najprawdopodobniej też i innych, używających qqc2-desktop-style. Problem nie występuje zawsze i zależy od specyficznych ustawień określonych czcionek i ich wielkości. Okazuje się, że jest to pokłosiem commitu, który miał poprawić renderowanie czcionek . Istnieją różne sposoby na poprawę tego wyglądu, jednakże niekoniecznie przynoszą one efekty. Autor commitu zaleca tymczasowo dokonanie edycji pliku /usr/lib/qt/qml/QtQuick/Controls.2/org.kde.desktop/Label.qml , odnalezienie w nim linii zaczynającej się od renderType: i zakomentowanie jej, oraz dopisanie nowej o treści: renderType: Text.QtRendering . Ponowny start Ustawień systemowych winien odbyć się już bez problemów i to niezależnie od tego jak mamy ustawione czcionki w systemie.

Ot, taki sobie mały "ficzer". Przynajmniej część z nas ma "wysublimowany" gust estetyczny. Najczęściej objawia się to w tym, że nic takiej osobie nie pasuje w gotowych zestawach. To, kolor nie taki, to nie takie ikony. Zaczynamy szukać lub zmieniać we własnym zakresie. Na końcu prawie już ucieszeni swoim dziełem znów dochodzimy, że coś jest nie tak. Tym razem podobają nam się domyślne ikony Breeze w KDE. Ich wygląd nam się podoba. I kompletność. Zmieniwszy jednak schemat kolorystyczny Bryzy nie jesteśmy zachwyceni kolorami jakie przyjmują ikony katalogów. No gryzie się :) Wprawdzie można to żmudnie dostosować dzięki pewnym narzędziom, które w Plasmę zostały wbudowane. Jest jednak rozwiązanie prostrze. Otóż Andreas Kainz (o ile wiem, jeden z współtwórców zespołu VDG , albo osoba z nimi jakoś związana) stosunkowo niedawno udostępnił "odpad z produkcji" jakim jest Breeze Raibow Folders . Jak na razie nie jest planowane, by znalazł się on ponownie w master, a...

Kiedyś ten programik był w AUR. Obecnie go już nie ma. Jest użyteczny wyłącznie dla osób, które mają kernele z UKSM . Do takich należą np. linux-uksm czy linux-pf oraz... mój własny. Znów zatem krótko: PKGBUILD (tym razem to nie mój wynalazek, a oryginalny PKGBUILD, który niegdyś znajdował się w AUR) i wszystko jasne.

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

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

I jakoś im nie po drodze. Gnome 3 od dłuższego już czasu, jako domyślny rodzaj sesji wybiera tę w Waylandzie. W standardowej instalacji Antergosa nie tylko, że zostanie wybrana sesja w Xach, to w ogóle nie będziemy mieć możliwości uruchomienia sesji w Waylandzie. Nie oznacza to, że Gnome 3 jest tam jakiś "inny" niż ten, który dostępny jest w innych dystrybucjach, a w szczególności w Archu. Dodatkowo są to praktycznie te same paczki, co w Archu. Dlaczego zatem Gnome 3 w Antergosie nie można uruchomić w Waylandzie? Odpowiedź jest bardzo prosta. Wszystkiemu winien tzw. Display Manager, którym we wszystkich środowiskach, z którymi można postawić Antergosa jest lightdm z autorskim (bodaj) greeterem . To właśnie LightDM nie wspiera (jeszcze) sesji w Waylandzie. Dla twórców Antergosa sesja w Waylandzie nie jest najważniejsza, a twierdzą że LightDM sprawuje im się znakomicie, nadto umożliwiając zachowanie tego samego wystroju dla wszystkich środowisk "wspieranych" przez An...

Niemal do miejskich legend przeszły utiskiwania nad brakiem łatwego programu do robienia kopii zapasowej w KDEPIM (Kontact, KMail,...). Fakt. W przeglądając opcje w menu programów składających się na KDEPIM nie znajdziemy czegoś takiego. Czy jednak fakt, że nie znaleźliśmy czegoś upoważnia nas do stwierdzenia, że czegoś nie ma? Antarktydy też nie ma, bo jej nie widziałem. Podobnie jak setek tysięcy innych rzeczy. Czas uderzyć się w pierś i powiedzieć: w błędzie byliśmy. Od bardzo dawna już (KDEApps 16.12), instalując grupę kdepim w Archu dostaniemy wraz z nią pim-data-exporter a wraz z nim zainstalują się dwa programy: pimsettingexporter oraz pimsettingexporterconsole. Pierwszy to wygodny program z GUI, drugie narzędzie konsolowe służące temu samemu celowi - eksportowi ustawień wszystkich programów składających się na KDEPIM oraz ewentualnie również archiwizowanych przezeń danych do pliku zip. Nie muszę chyba dodawać, że łatwo ów plik zip potem wczytamy do programu. Program jest prosty...

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

Oj, tam. Psioczymy niekiedy na nasz system (Arch), a nie znamy jego możliwości. Psioczymy na przykład, że aby sprawdzić możliwość aktualizacji systemu musimy wydać jakieś polecenie, wpisać hasło administratora i dopiero potem dowiemy się, czy aktualizacja jest możliwa. Innymi słowy, wpisujemy w terminalu: sudo pacman -Syu No dobrze, a czy korzystając z dobrodziejstw zainstalowanych wraz z pacmanem nie możemy napisać: checkupdates ...? Nie musimy wpisywać haseł administratora, niczego. Po chwili uzyskamy informację czy jest, czy też nie jest możliwa aktualizacja systemu.

Mniejsza o to, czy MEGA to popularny, czy godny zaufania itd. itp. dostarczyciel przestrzeni w chmurze. Fakt, że po moich doświadczeniach z dropboksem nie chcę mieć więcej z nim nic wspólnego. Może zatem MEGA, do którego mam dostęp niemal od samego początku? Miłym dodatkiem do MEGA może okazać się uruchomione repozytorium oferujące sam program synchronizujący (megasync) oraz dodatki dla trzech, chyba najpopularniejszych, menedżerów plików: Dolphin, Nautilus i Thunar, umożliwiające synchronizację z plików z ich poziomu. Jest to o tyle miłe, że do tej pory musieliśmy kompilować te programy z AUR, a nadto w przypadku megasync wersja oferowana w repozytorium jest nowsza, zaś dolphin-megasync obecnie w ogóle się nie kompiluje. Chcąc dodać repozytorium MEGA do pacmana, edytujemy plik /etc/pacman.conf i gdzieś na końcu listy dodajemy: [DEB_Arch_Extra] SigLevel = Optional TrustAll Server = https://mega.nz/linux/MEGAsync/Arch_Extra/x86_64/ Nadto musimy jeszcze dodać klucz: gpg --receive...

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