pavbaranov Arch

Stało się. Po wcześniejszej zapowiedzi , ostatecznie 8.11.2017 r. 32-bitowe paczki straciły wsparcie w Arch Linux. Do końca listopada paczki tego typu będą sukcesywnie wycofywane z repozytoriów, a potem nawet z archiwów. Pozostają paczki multilib. Wprawdzie jeszcze do repozytoriów wchodzą nowe paczki 32-bitowe, ale nie ma już takiego obowiązku. Dla użytkowników Archa w wersji 32-bit pozostają zatem trzy rozwiązania: - jeśli mogą, albowiem sprzęt ich na to pozwala, powinni zmienić wersję na 64-bitową, - jeśli rozwiązanie to nie jest możliwe, albowiem posiadają 32-bitowe maszyny, mogą sięgnąć po społecznościową kontynuację 32-bitowego Archa, które nazywa się ArchLinux32 , - trzecia jest ostatecznością - zmiana dystrybucji. W przypadku kontynuacji Archa jako ArchLinux32, należy dotychczasową listę mirrorów w /etc/pacman.d/mirrorlist zamienić na dostępne obecnie mirrory ArchLinux32 , następnie zainstalować paczkę archlinux32-keyring-transition i dokonać aktualizacji systemu, czyli: 1. Z...

Nie. Absolutnie nic nie wskazuje na to, by LibreOffice miało zostać przepisane z użyciem Qt5. Mowa tylko o mechaniźmie wtyczki VCL, która umożliwia mimifikację wyglądu LO do natywnego w danym środowisku. Obecnie mamy cztery takie wtyczki: gtk2, gtk3, kde4 oraz "natywną". Cały proces winien przebiegać bez udziału użytkownika, choć można go wymusić. Obecnie, chcąc najbardziej upodobnić wygląd LO do np. Plasma 5, musimy zainstalować kdelibs oraz wystrój breeze dla KDE4. Wówczas jest lepiej, co nie znaczy idealnie. Proces przepisania wtyczki VLC dla KDE4 wydawał się nieunikniony, jednakże nie stanowił priorytetu prac. Niemałym zaskoczeniem dla mnie, było zatem ogłoszenie podczas LibreOffice Conference 2017 informacji o pracach w tym zakresie. Za przepisanie wtyczki odpowiedzialną jest Katarina Behrens, a całość w znacznym stopniu zawdzięczamy władzom Monachium, które postanowiły sponsorować te prace. W rezultacie winien poprawić się nie tylko wygląd LO w Plasma 5, natywne okna d...

QupZilla towarzyszy mi mniej więcej od czasu, gdy Rekonq przestał być rozwijany. Teraz QupZilla odchodzi. Na szczęście nie aplikacja, a nazwa jedynie. Od następnego wydania (powinno być w sierpniu lub wrześniu, a w każdym razie wkrótce po opublikowaniu Qt 5.9.2) nazywać się będzie Falkon i jednocześnie staje się kolejną aplikacją rozwijaną pod auspicjami KDE. Nie zdziwcie się zatem, że przy jakiejś aktualizacji pacman będzie chciał odinstalować qupzillę i w jej miejsce umieścić falkona. Osoby korzystające z qupzilla-git będą prawdopodobnie musiały same przebudować sobie PKGBUILD (jak ktoś chce, to służę). Obecna rewizja (2.1.99.efff69b7b2) tworzy swój własny katalog z profilami w ~/.config/falkon. Dla zachowania swojego starego profilu konieczne jest zatem przeniesienie zawartości ~/.config/qupzilla do ~/.config/falkon. Podobnie tworzony jest nowy plik ~/.config/Falkonrc, który również możemy podmienić zawartością ~/.config/QupZillarc by móc korzystać z Falkona dokładnie w tym miejsc...

Nie tak dawno - tu i ówdzie - podniosła się wrzawa , że KDE w imię bezpieczeństwa odbiera wolność użytkownikom, uniemożliwiając wykonywanie działań wymagających uprawnień administratora w aplikacjach KDE. To nic, że "problem" dotyczył wyłącznie trzech aplikacji: kate, kwrite i dolphin. To nic, że dotknął jedynie tych dystrybucji, które zaoferowały KF w wersji co najwyżej 5.33 oraz jednocześnie aplikacje z wersji 17.04.0. Jednocześnie z opublikowaniem tej wersji, zostało wprowadzone obejście, umożliwiające edycję plików wymagających uprawnień administratora przez kate i kwrite. Mimo wszystko problem był, a w zasadzie to został sztucznie rozdmuchany, zwłaszcza, że już w chwili jego (problemu) tworzenia była znana informacja na temat zmian, jakie w 2017 r. czekają KIO z KF5. Realizując założenia zmian w KIO na ten rok, już 13.05.2017 r. zostało udostępnione publicznie KF5.34, które przywróciło możliwość edycji plików wymagających uprawnień administratora przez kate i kwrite bez...

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

Wczoraj udostępnione zostały wersje beta (16.11.80) aplikacji, które składać się będą na nową odsłonę KDE Applications. W Archu właśnie są budowane i prawdopodobnie jeszcze dzisiaj trafią do repozytorium kde-unstable . Oczywiście tych, którzy mogą zachęcam do testowania, albowiem m.in. w ten sposób możemy pomóc arojasowi  w ich prawidłowym paczkowaniu, a zespołowi KDE w usunięciu ewentualnych błędów jeszcze przed wydaniem, które jest oczekiwane 15.12.2016. W międzyczasie, 1.12. winno się jeszcze ukazać wydanie RC (16.11.90). Nowe aplikacje niosą w sumie spore zmiany. Nie będę pisał o tym, co zostało przeportowane na KF5, bowiem z punktu widzenia "zwykłego"  użytkownika ma to najmniejsze znaczenie. Istotne natomiast jest, że niektóre aplikacje nie będą kontynuowane, zmienił się również proces paczkowania niektórych. Zacznijmy od tego co nie będzie już kontynuowane. Z KDE Apps wypadają zatem: kde-baseapps; ta grupa paczek istniejąca co najmniej od czasów KDE4 (sorry, pami...

Wczoraj do repozytoriów trafiła przebudowana wersja paczki qt5-webengine 5.7.0 oznaczona nr 4 (5.7.0-4). Powodem jej przebudowy jest nowa wersja jsoncpp (1.7.7), która również wczoraj pojawiła się w repozytoriach. Instalacja nowej wersji qt5-webengine spowoduje brak możliwości korzystania prawodopodobnie z jakiejkolwiek aplikacji wykorzystującej ten silnik. Sprawdziłem na QupZilla, Otter-Browser (z tym silnikiem), KMail. Wszystkie te aplikacje wprawdzie uruchamiają się, jednakże nie wyświetlają żadnej treści. Do czasu rozwiązania problemu, należy się zatem powstrzymać z aktualizacją tych paczek i dodać je (tymczasowo) do pola IgnorePkg w /etc/pacman.conf. Osoby, które już dokonały aktualizacji i spotkały się z błędnym działaniem dotychczas prawidłowo działających aplikacji sieciowych, powinny dokonać cofnięcia wersji do qt5-webengine 5.7.0-3 oraz jsoncpp do wersji 1.7.6-1. EDIT: Ukazała się już wersja qt5-webengine 5.7.0-5, która problem zażegnała.