Przejdź do głównej zawartości

Posty

Przywracanie dotychczasowego wyglądu kickoff w Plasma 5.15

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 cieszyć się st…
Najnowsze posty

Przyspieszamy aktualizację Archa

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ę xdelta3
I... w zasadzie cieszymy się nową funk…

Konfiguracja gładzika w Plasma Wayland

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.

Firefox 64 i okna KDE

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.0xdg-desktop-por…

POLAUR - paczki KDE z łatkami

Od dłuższego czasu w POLAUR, w repozytorium repo-refreshed umieszczam PKGBUILDy dla różnych składników oprogramowania pochodzącego od KDE z tzw. bugfiksami. W największej części są to te, które były zgłaszane w bugs.kde.org.
Stosowane są przeze mnie (i jeśli ktoś chciałby również się dołączyć, to również prosiłbym o ich stosowanie) następujące zasady: 1. Numeracja paczek
a. Paczki zawsze mają numer wersji (pkgver) takie jak paczka źródłowa, na którą patch jest nakładany.
b. Paczki różnią się wersją "realizacji" (pkgrel), przy czym numer ten jest zawsze wyższy niż wersja w repozytorium, ale zawsze też niższy od wersji, która w repozytorium może się pojawić (np. wskutek koniecznego jej przebudowania ze względu na zmiany innych elementów, tego wymagających). Kolejne wersje z patchami mają zawsze nowy numer pkgrel z zachowaniem powyższej zasady.
Przykład: jeśli paczka w repozytorium Archa ma numer np. 5.53.0-1, to pierwszy PKGBUILD z patchem będzie miał wersję 5.53.0-1.1, następny 5.…

Na prostej drodze do wysypania Manjaro

Do napisania dzisiejszego wpisu zainspirował mnie jeden z wątków na forum manjaro.pl. Otóż jeden z użytkowników Manjaro chciał zainstalować spotify, którego PKGBUILD dostępny jest w AUR. Akurat ta paczka powstaje przez przebudowanie udostępnianej przez Spotify paczki deb na paczkę Archa. Niestety od pewnego czasu spotify z udostępnionego PKGBUILDu gdyż wersja to 1.0.92.x, która nie jest już dłużej udostępniana przez Spotify. Obecnie udostępniane są 3 paczki, przy czym dla wspieranej architektury w Archu to wyłącznie 1.0.80.x oraz najnowsza 1.0.94.x. Instalacja zatem z takiego PKGBUILDu nie ma najmniejszych szans powodzenia.
Autor wątku chce zaktualizować paczkę, stąd też domniemuję, że jakąś wersję spotify ma.
Inny forumowicz poleca zatem... dodanie repozytorium nexus do systemu (uwaga - poleca dodanie repozytorium budowanego dla Archa do Manjaro!!!), albowiem w tym repozytorium jest najnowsza wersja spotify.
Autor zastanawia się jednak, czy jest to bezpieczne i dochodzi do wniosku, ż…

A jak alias

Wielu użytkowników linuksa narzeka na straszliwą konieczność pracy w konsoli. Na to, że wszystko tu trzeba wpisywać itd. itp. i bez tego ani rusz, a polecenia konsolowe to katorga dla "normalnego" człowieka. I kto by spamiętał to wszystko.
Pomijam prawdziwość twierdzenia o konieczności wpisywania wszystkiego w konsoli. Obecne środowiska graficzne i programy dla nich, oferują spore możliwości praktycznie kompletnego pominięcia używania poleceń konsolowych. Niemniej jednak z różnych przyczyn może okazać się, że korzystanie z konsoli dla określonych zastosowań jest albo jedyną możliwością, albo po prostu bywa wygodniejsze.

Niemniej jednak sam zauważam, że niektóre polecenia są zbyt długie, by je spamiętać. Ot, choćby:
# reflector --verbose --country 'Poland' -l 5 -p http --sort rate --save /etc/pacman.d/mirrorlist Oszczędźmy naszą pamięć. Z pomocą przychodzi nam "alias", dzięki któremu w swoim środowisku możemy przyporządkować w zasadzie dowolne ciągi znaków p…