pavbaranov Arch

Nie. Numer wersji QupZilli w tytule nie jest pomyłką. Tekst dotyczy nadchodzącego wydania QupZilli, która od tej właśnie wersji zostanie wyposażona w narzędzie do sprawdzania pisowni. Obecnie można opcję tę wypróbować w wersji przeglądarki budowanej z GIT. Muszą zostać jednak spełnionych kilka warunków. Po pierwsze, przeglądarka musi zostać zbudowana z użyciem Qt5.8, które właśnie trafiło do repozytorium testing . Innymi słowy - chcąc wykorzystać tę funkcjonalność już dzisiaj, musielibyśmy udostępnić systemowi to repozytorium oraz dokonać aktualizacji systemu. Nie namawiam. Za kilka dni prawdopodobnie pojawi się w repozytorium stabilnym. Po drugie musimy skompilować i zainstalować paczkę qupzilla-git . Jest w AUR, można zatem wykorzystać tam znajdujący się PKGBUILD. Po trzecie musimy przeglądarce udostępnić słownik, którego też nie ma. Jeśli to już uczynimy to w przeglądarce możemy uruchomić tę funkcję w ustawieniach. Niestety obecna funkcja ma pewne ograniczenia. Przede wszystki

Taki mądry to nie jestem. Rozwiązanie znalazłem na BBS Archa, a jego autorem jest Trilby. Często zastanawiamy się, bądź jesteśmy pytani o to co zostało zaktualizowane w systemie. Okazuje się, że rozwiązanie jest banalne. Otóż należy wydać w konsoli następujące polecenie: tac /var/log/pacman.log | sed -n '/full system upgrade/q;s/.*\[ALPM\] upgraded //p' Można sobie sprawę ułatwić i zapisać je w pliku basha: #!/bin/bash tac /var/log/pacman.log | sed -n '/full system upgrade/q;s/.*\[ALPM\] upgraded //p' nazwać plik np. lastupdate.sh, nadać mu uprawnienia wykonywalne (przypominam chmod +x nazwa_pliku) i umieścić gdzieś w $PATH (np. w /usr/bin). Od tej pory dość łatwo możemy uzyskać przegląd ostatniej instalacji. Podkreślam tu słowo ostatniej, albowiem jeśli po aktualizacji (która w istocie coś w systemie zmieniła), wykonamy następną aktualizację, która zakończy się stwierdzeniem, że "nie ma nic do zrobienia", to wydając powyższe polecenie nie uzyskamy żadn

Rozglądam się od pewnego czasu za DM-em, który umożliwiałby tzw. sesję gościa. SDDM, który jest proponowany dla Plasma 5 nie oferuje takiej opcji. Wprawdzie od dawna znajduje się ona na liście prac do zrobienia, jednakże nikt się tym nie zajmuje. W pamięci mam, że lightDM ją umożliwiał. Niestety to, co lightDM ma "oficjalnie" do zaproponowania dla środowisk opartych o Qt5 nie bardzo mi pasuje. LightDM jest niejako dwuskładnikowy: sam lightdm oraz tzw. greeter. Greetera nie trzeba mieć, jednakże wówczas lightDM daje wyłącznie możliwość tzw. autologowania. Z dostępnych greeterów niestety są takie, które albo oparte są o Gtk, albo o biblioteki KDE4. Zarówno jednymi, jak i drugimi nie chce mi się obciążać zasobów komputera, skoro nie używam takich aplikacji (z niewielkimi jedynie odstępstwami dla tych, które wymagają Gtk). Przydałby się zatem greeter, który byłby zbudowany na Qt5. Teoretycznie, "oficjalnie", takiego nie ma. Niezbadane są jednakże zasoby githuba. Nie t

Niektórzy z Was już prawdopodobnie zdążyli poznać na własnej skórze niekompatybilność czcionek Infidelity z aktualnym systemem czcionek linuksa. W efekcie muszę stwierdzić, że rekomendowany niegdyś przeze mnie sposób polepszenia wyglądu czcionek linuksowych przez instalację Infinality nie jest już aktualny . Strona Infinality nie jest już od dłuższego czasu aktywna. Autor ich implementacji w Archu od dłuższego czasu też pozostaje nieobecny , a społeczność proponuje różne alternatywy. Pozytywnym aspektem jest, że FreeType wraz z wersją 2.7 włączyło część ustawień Infinality do własnego kodu. Jak być może już też wiecie , nie istnieje możliwość kompilacji Infinality czy to z AUR, czy to bezpośrednio z GIT, nie mówiąc już o instalacji ich z repozytorium. Jak się też okazuje, problem dotyczy dużo większej ilości aplikacji, czy środowisk niż wydawało mi się na początku. Dla ustrzeżenia się błędów należy odinstalować wszelkie pozostałości tych czcionek. Nie ma żadnej opcji, by Arch z

W zamierzchłej przeszłości, bodaj Kubuntu spopularyzowało nakładkę na UFW działającą natywnie w KDE4. Przez długi czas nie było żadnego narzędzia dostępnego dla Plasma 5. Przeszukując zasoby githuba trafiłem i na takie rozwiązanie. Programik ufw-kde jest przeportowanym do bibliotek KF5 forkiem dawnego narzędzia, które było niegdyś dostępne nawet na serwerach KDE. Jeśli ktoś zatem używa UFW i chciałby mieć wygodną nad nim kontrolę pod Plasma 5, zapraszam do zbudowania sobie programiku z załączonego PKGBUILD u. Program umieści się w "Ustawieniach systemowych".

Znów odwołam się do Przystajnika . Niedawno zaprezentował program do obsługi notatek korzystających z serwera Evernote - NixNote2 . Wprawdzie w AUR dostępne są aż trzy wersje tego programu, jednakże ta, która dostarcza dokładnie tę wersję, którą przedstawiam jest wyłącznie przebudowaną paczką deb. Nie wiem dlaczego autor tego PKGBUILDu postąpił w ten sposób, albowiem NixNote2 udostępnia źródła, a sama kompilacja nie trwa długo. Więcej o programie w wyżej zamieszczonym odnośniku do Przystajnika. Zatem już wyłącznie krótko - to co przedstawiam to PKGBUILD  programu w wersji 2.0-beta11, budowanej bezpośrednio ze źródeł. Obecnie to ostatnia dostępna beta tego programu i jednocześnie najnowsze wydanie. Jeśli ktoś korzysta z Evernote i nie są mu straszne zapędy ich pracowników, ma do dyspozycji również możliwość zbudowania sobie natywnej paczki dla Archa, Manjaro i pochodnych.

Zaprzyjaźniony Przystajnik, który udaje, że go nie ma  jest niestrudzonym dostawcą informacji o wszelkiego rodzaju programach do obróbki zdjęć, czy filmów, które są dostępne na linuksa. Polecam jego blog, bo ciężko znaleźć lepszą i bardziej syntetyczną informację o tego typu programach. Z początkiem roku obwieścił nam o istnieniu kolejnego już programu, który temu służy - Filmulator-GUI . Autor tego ostatniego opisując program stwierdza tajemniczo, że program jest: A Qt Quick GUI adaptation of Filmulator :) O samym programie nie będę pisał. Wyżej macie odsyłacz do tekstu salvadhora , który polecam. Jedyne co napiszę, to, że program znajduje się jeszcze we wstępnej fazie rozwoju i choć dorobił się numeru 0.6, to jednakże wciąż jest to alpha. M.in. dlatego zdecydowałem się na przedstawienie PKGBUILD u w wersji rozwojowej (GIT). O programie mogę powiedzieć tylko tyle, że jego autor umieszcza plik wykonywalny programu w niestandardowym miejscu. PKGBUILD naprawia ten błąd bez ingerencji w

Z jakiegoś powodu wielbimy zawsze to czego nie mamy. Najlepsze środowisko? Niemal zawsze prędzej czy później pojawi się stwierdzenie: to od "makówki".  Ok, jednym z jego elementów jest tzw. dock. W linuksie jest dostępnych dość sporo tego typu rozwiązań (choćby minimalistyczny plank, czy rozbudowane cairo-dock). Niemniej jednak wszystkie te rozwiązania korzystają zwykle z bibliotek gtk. Pewnie już znacie moje poglądy - jeśli w środowisku nie potrzebuję "obcych" bibliotek, to ich nie używam. Pchanie do pamięci dodatkowo bibliotek gtk, tylko i wyłącznie po to, by uzyskać efekt wow w postaci docka w Plasma 5 jest dla mnie bez sensu (choć może się okazać, że taki plank ma absolutnie minimalny apetyt na zasoby). Mniejsza o to. Dla Plasma 5 (czy też ogólnie dla środowisk, które wykorzystują KF5) do tej pory nie było niemalże takich rozwiązań. Niedawno na store.kde.org zagościł New Dock . Ja proponuję inne rozwiązanie: Latte-Dock , zresztą tego samego twórcy. Zasada taka

Sporo ostatnio o projekcie nowego środowiska graficznego o nazwie Lumina . Jest to projekt tworzony od jakiegoś czasu w ramach systemu TrueOS . Niech nikogo nie zmyli nazwa. TrueOS to nie jest nowy system, a jedynie nowa nazwa dla rozwijanego od 2005 r. PC-BSD. Sama Lumina powstała z potrzeby uniezależnienia się systemów BSD od środowisk ściślej związanych z linuksem w obawie, że dalsza integracja takich rozwiązań jak systemd, czy wayland ze środowiskami doprowadzi do co najmniej trudności, jeśli wręcz nie braku możliwości dalszego korzystania przez BSD ze środowisk znanych głównie z linuksów. Jednocześnie linux otrzymał nowe środowisko. Jest to kolejne, należące do nielicznej w sumie grupy środowisk opartych o Qt5. Środowisko też mieni się "lekkim" (samo siebie tak określa, ba nawet twierdzi, że jest ono "very lightweight"). Śmiem w to wątpić. Nie w tym jednak rzecz. W AUR istnieją dwa PKGBUILDy, które pozwalają na instalację tego środowiska. Pierwszy z nich umożl

LibreOffice to oporny program do zintegrowania z Plasma 5. Kiedy uporamy się już niemal ze wszystkim, nadal okazać się może, że jego kolorystyka odstaje od tej, którą wybraliśmy sobie w systemie. I jakkolwiek problem jest dość słabo widoczny przy ustawieniach domyślnych (kolorystyka breeze), to w przypadku innych, czy to tworzonych we własnym zakresie, czy też pobranych z sieci, może drażnić. Ustawienia systemowe Plasma 5 oferują pewne elementy, które winny integrować wygląd aplikacji spoza środowisk KF5/Qt5 z jej ustawieniami. Pośród nich znajdziemy oczywiście także i te, dotyczące ustawień kolorów systemowych. Okazuje się, że naturalny odruch, jakim jest zaznaczenie opcji Nałóż kolory na programy spoza Qt  działa odwrotnie (przynajmniej w przypadku LO) do tego co sugeruje. Po odznaczeniu tej pozycji, LibreOffice przyjmuje systemową kolorystykę.

W sobotę na serwerach Archa zawitała aktualizacja harfbuzz i harfbuzz-icu do wersji 1.4.1. Objawy - są ciekawe, albowiem aktualizacja przechodzi bez żadnych problemów, działające programy nadal działają, aż do... ponownego uruchomienia. Wówczas największe oczy mogą mieć osoby korzystające z Plasma 5, albowiem przywita ich czarny ekran z wyświetlonym napisem: Couldn't start kdeinit5. Please check your installation . Informacja, jak informacja - skoro startować nie może kdeinit5, to wydawałoby się, że coś jest z instalacją (bądź konfiguracją) Plasmy. Nic bardziej złudnego. Całą sprawę powoduje zakutalizowany harfbuzz , a w zasadzie to nie tyle on, co... dość powszechnie stosowane czcionki Infinality. To one, a w zasadzie freetype2-infinality  jest niedostosowany do nowej wersji harfbuzz , co skutkuje brakiem możliwości wejścia do środowiska. Jak się okazuje, problem dotyczy także innych aplikacji, jak VirtualBox, czy Lumina. Co ciekawe, nie dotyka LXQt, które uruchamia się prawidło