pavbaranov Arch

W repozytorium kde-unstable pojawiła się pierwsza beta Qt 5.14. Wstępne problemy z niewłaściwym wyświetlaniem elementów Plazmy zostały opanowane (jeśli ktoś używa, to należy bezwzględnie zaktualizować system z uwzględnieniem najnowszej wersji qt5-svg 5.14.0beta1-2). Pozostał jeszcze jeden problem, który wymaga ręcznej ingerencji. Otóż w przypadku, gdy pojawia się ekran blokady SDDM wpisanie hasła powoduje wyłącznie ponowne pojawienie się tego ekranu. Na całe szczęście można przejść do TTY by przynajmniej wyłączyć poprawnie komputer. Można, ale można też łatwo problem rozwiązać. Należy wykasować cache SDDM: # rm -r /var/lib/sddm/.cache i od tej chwili znów można się cieszyć normalną funkcjonalnością blokadą ekranu.

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

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

Z różnych powodów nowe wydanie chyba najpopularniejszego pakietu biurowego open source jest ważne. W wielu miejscach, nawet w popularnych serwisach, które nie zajmują się tematyką komputerową na co dzień, zostało to opisane. Czuję się zatem zwolniony z obowiązku opisywania tego po raz kolejny. Chętnych do zapoznania się ze zmianami odsyłam do ich listy . Pozwalam sobie napisać o tej nowej wersji jednakże z innego powodu i z punktu widzenia osoby używającej Plasma 5 jako podstawowego środowiska graficznego w moim systemie. Otóż w końcu zaimplementowana została obsługa wtyczki VCL, która uwzględnia i współpracuje z Qt5. W przypadku wykrycia przez LO, że uruchomienie następuje w tym środowisku ładowana jest wtyczka gtk3_kde5, która oferuje pewien zakres wsparcia dla zintegrowania się pakietu w Plasma 5. Podstawowym VCL pozostaje gtk3 i na nim owa wtyczka jest oparta. Z częścią konsekwencji z niej wynikających. Otóż dzięki działaniu wtyczki, LO uzyskuje natywny dostęp do okien dialogowych

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

Z około dwutygodniowym opóźnieniem ukazała się wczoraj wersja Beta nowej odsłony środowiska graficznego Plasma. Oznaczona numerem 5.12 (w przypadku bety to 5.11.95) jest drugim wydaniem o przedłużonym wsparciu (18 miesięcy, o ile pamiętam). Oczekujący jakichś niesamowitych nowości muszą się poczuć zawiedzeni (choć nikt ich nie zapowiadał). Nowa Plasma nie jest bowiem niczym innym, jak po prostu kolejnym wydaniem poprawkowym dla całej serii Plasma 5. Usunięto część błędów, jakie pojawiały się w poprzednich wydaniach. Z rzeczy istotniejszych (bowiem owe błędy można naprawić nawet we własnym zakresie) wg zapowiedzi Plasma ma teraz jeszcze mniejszy apetyt na zasoby komputera. Jest to również pierwsze wydanie, gdzie możliwość pracy w sesji Wayland osiągnęło również status LTS. W tym ostatnim przypadku kilka informacji. Osoby, które używają kart graficznych NVidia nie uruchomią sesji Plasmy w Wayland na sterownikach zamkniętych. Część programów (choć to nie jest kwestia samego środowiska g

Zgodnie z planem wydawniczym, 14.09. pojawiła się wersja 5.11 Beta środowiska Plasma. Dzięki pracy nieocenionego Antonio Rojasa (arojas) pojawiła się ona również w repozytorium kde-unstable Archa. Korzystając już z niej od kilku dni nie napotykam na jakieś problemy ze stabilnością. Jest nieco nowości: Ustawienia Systemowe uzyskały dodatkowy tryb wyglądu, powiadomienia historię, menedżer zadań (ale tylko ów domyślny) dorobił się pewnych dodatkowych opcji... Myślę jednak, że z punktu widzenia użytkownika dwa usprawnienia są najistotniejsze. Od tej wersji Plasmy będziemy się mogli cieszyć elementem o nazwie plasma-vault. Jest to aplikacja umożliwiająca przechowywanie plików w zaszyfrowanych katalogach. Druga rzecz, która mnie cieszy - obecnie można bezpośrednio z aktywatora programów otworzyć możliwość edycji ustawień danego programu. Mała rzecz, a cieszy i jest bardzo wygodna. Więcej w odnośniku wyżej. Oczywiście zachęcam do testowania, albowiem tylko w ten sposób osoby, które nie są i

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

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

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

W czasach, gdy nasza prywatność jest wystawiana na ciężką próbę, jeden z deweloperów KDE postanowił dodać do Plasmy możliwość dość łatwej obsługi szyfrowanych, wirtualnych "katalogów" - krypt, jak je nazywa. Sam projekt nazywa się plasma-vault i po około 3 miesiącach rozwijania pojawiła się w repozytorium unstable KDE najpierw jego wersja 5.9.95, a obecnie 5.9.96. Jak wskazuje numer wersji (choć ten został nadany nie przez opiekuna, ale przez wszędobylskiego Jonathana Riddella), aplikacja była planowana jako część Plasma 5.10. Tak się jednak z jakichś przyczyn nie stało. Obecnie jest ona planowana, jako część nadchodzącego wydania 5.11 . Sam program w Archu dostępny jest w AUR . Buduje się całkiem żwawo i działa na tyle, by można zaryzykować jeśli nie używanie, to przynajmniej sprawdzenie działania i zgłoszenie ewentualnych błędów deweloperom. Pamiętajcie by czytać to co po pacman pisze przy instalacji. Program do prawidłowej funkcjonalności potrzebuje bądź encfs bądź cryf

Prawdopodobnie nikt, kto korzysta z KDE nie musiał instalować packagekit. Wraz z wersją Plasma 5.10 pojawiła się jednak nowa wersja aplikacji Discover (plasma-discover), która w opcjonalnych zależnościach posiada flatpak oraz packagekit-qt5. Obie rozszerzają możliwości Discover na instalację przez tą aplikację innych programów. Umożliwiają również instalowanie ich za pomocą Krunnera. Pierwsza instaluje paczki flatpak. Druga instaluje paczki z repozytorium. Pewnie wielu z Was zdziwi zachowanie tej aplikacji przy instalowaniu pakietów. Otóż w standardowej instalacji Archa (i pewnie innych pochodnych dystrybucji) próba zainstalowania jakiejkolwiek aplikacji przez Discover oznajmi jedynie, że przebiega instalacja i... po chwili program zostanie zainstalowany. Dodatkowo zostanie on zainstalowany systemowo, w katalogu głównym linuksa. Nie tylko bez pytania o pozwolenie (czyt. hasło administratora), ale również bez oznajmiania jakie zależności zostaną zainstalowane. Co ciekawe odinstalowanie

Właśnie zawitała pierwsza, publiczna przymiarka do nadchodzącego z końcem maja nowego wydania środowiska Plasma 5.10. O nowościach dowiecie się z powyższego odnośnika. Jednocześnie z tym wydaniem, nowe paczki zawitały również do Archa. Są one dostępne w repozytorium kde-unstable , w którym również znajduje się już trzecie wydanie bety Qt 5.9 (przy okazji przypominam, że będzie ona kolejnym LTSem, co akurat w świecie Archa ma niewielkie znaczenie). Jeśli zatem macie czas i ochotę, to jak zwykle w takich sytuacjach polecam instalację tej wersji, choćby na testowych (czy nawet na wirtualnych) maszynach. Jeśli nie jesteście informatykami bezpośrednio pracującymi przy tych projektach, to sygnalizowanie błędów Antonio Rojasowi oraz na bugzilli KDE jest jedyną możliwością pomocy twórcom. Przy okazji przypomnę, że chcąc raportować błędy warto sobie przyswoić instrukcję z wiki Archa (wprawdzie na moim blogu również zostało to podane , ale ów tekst wymaga pewnych korekt, których dokonam w w

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.

Nie wiem jak wielu z Was do zarządzania usługami systemd używa GUI, jednakże - w świecie KDE - od dość dawna dostępna była wtyczka dla KCM pod nazwą systemd-kcm , która doczekała się już wersji 1.2.1. Od dłuższego czasu jest ona również dostępna w repozytorium community . Ragnar Thomsen, który jest autorem systemd-kcm, postanowił usamodzielnić ten program i zaoferował nam systemdgenie , który nie tak dawno zawitał do repozytorium unstable w KDE w wersji 0.99. Jednocześnie pojawił się również w community (choć wg mnie winien raczej trafić do kde-unstable ). Prawdopodobnie oznacza to już koniec systemd-kcm, którego miejsce zajmie właśnie oddzielny program i to on będzie rozwijany. Pomimo różnicy wersji, systemdgenie obecnie oferuje tę samą funkcjonalność, co systemd-kcm. Warto zatem rozważyć dokonanie zmian i odinstalowanie systemd-kcm, a zainstalowanie systemdgenie. Więcej informacji znajdziecie na blogu Autora .

Mnie to nie dotyczy, jednakże niektórzy dostrzegają zbyt małą wielkość ikon w tacce systemowej, zwłaszcza w nowej Plasma 5.8. Problem został dostrzeżony i uzyskał status potwierdzonego . Jak na razie dostępne jest pewnego rodzaju obejście powyższej sytuacji. Otwieramy do edycji plik:  /usr/share/plasma/plasmoids/org.kde.plasma.private.systemtray/contents/config/main.xml i odnajdujemy w nim sekcję: <entry name="iconSize" type="Int">       <label>Default icon size for the systray icons, it's an enum which values mean, Small, SmallMedium, Medium, Large, Huge, Enormous respectively. On low DPI systems they correspond to 16, 22, 32, 48, 64, 128 pixels. On high DPI systems those values would be scaled up, depending on the DPI.</label>       <default>1</default>     </entry> W miejscu 1 wpisujemy jakąkolwiek liczbę większą niż jeden. Wydaje się, że 2 będzie właściwa. Za poradą Guillaume Martresa .

W wydaniu Plasma 5.8 znacznie zmieni się ekran powitalny motywu Breeze, który obecnie wyglądać będzie tak: Jak widzicie, zamiast kolorowego tła jakiejś tapety, mamy jednolity kolor. Jeśli nie podoba się Wam taka kolorystyka, to możemy ją zmienić (uwaga: będzie tak to najbliższej aktualizacji). W tym celu odszukujemy plik /usr/share/plasma/look-and-feel/org.kde.breeze.desktop/contents/splash/Splash.qml i dokonujemy jego edycji (uwaga - oczywiście konieczne są uprawnienia root). Odszukujemy następujący ciąg (mieści się on praktycznie na samym początku): Rectangle {     id: root     color: "black" i w miejsce słowa black wpisujemy inną, angielską nazwę koloru, jaki nam się podoba np. red. Przy okazji podzielę się też inną informacją. Otóż w Plasma 5.8 (przynajmniej jest to obserwowalne w 5.7.95, a z informacji z bugzilli nie wynika, by w wydaniu finalnym nastąpić miała jakaś zmiana), nastąpiła pewna regresja. Moduł odpowiedzialny za ustawienia wyglądu ekr

Obecnie większość aplikacji dostarcza plik *.desktop, który potrafi zinterpretować każde środowisko graficzne, dodać go do menu i uruchomić. Programy konsolowe uruchamiamy najczęściej poprzez uruchomienie emulatora terminala (np. Konsole) i wpisanie tam odpowiedniej komendy. Niektóre programy konsolowe również dostarczają pliki *.desktop. Nic nie stoi na przeszkodzie stworzeniu takiego pliku samodzielnie. I wszystko byłoby cudownie, jednakże często próba uruchomienia takiego programu nie powoduje żadnej reakcji. Ot, jedynie - jeśli ktoś ma to tak ustawione - pooglądamy, że program próbuje się uruchomić, albowiem ukazuje się nam na pasku zadań ikonka, bądź poobraca się nam wskaźnik myszy i... tyle. Problem daje się łatwo rozwiązać i jest znanym błędem w środowisku Plasmy. Otóż za uruchamianie aplikacji w pliku *.desktop odpowiada polecenie Exec . Dla programów graficznych ma ono (podstawową) strukturę następującą: Exec=/usr/bin/aplikacja W przypadku programów konsolowych, będzie to:

Kiedyś powiedziałem sobie, że ten blog winien stronić od felietonów, polemik itp. Zmieniam jednak zdanie. W zasłużonym dla IT portalu dobreprogramy.pl pojawił się niedawno tekst:  Linux Mint 18 KDE to najbardziej dopracowana dystrybucja z Plasmą . Może. Nie wnikam. Kilka minut pracy na tym systemie nie upoważnia mnie do jakiegokolwiek twierdzenia o "wyższości" tej dystrybucji nad innymi, choć... No właśnie. Przyglądnijmy się co pod maską, co jest deklarowane i zastanówmy, czy Linux Mint 18 w ogóle można nazwać dystrybucją z Plasmą, a już na pewno, czy najbardziej dopracowaną. Mint 18 KDE to Linux Mint 18 ze środowiskiem Plasma 5. Niby nic nadzwyczajnego. Każdy może zrobić sobie dystrybucję z Plasmą. W tym przypadku otrzymujemy "core" z Linux Mint 18, czyli de facto paczki systemu bazowego z Ubuntu 16.04, może nieco ulepszone, nieco oprogramowania własnego oraz... całe  środowisko Plasma 5 (w tym frameworks, samo plasma oraz kde applications) z PPA  Kubuntu Backpo