Posty

Wyświetlanie postów z 2016

Ikony w programach uruchamianych na prawach administratora w Plasma 5

Jeśli nic w Plasma 5 nie zmienialiśmy, to uruchamianie programów, które wymagają uprawnień administratora (np. PartitionManager) ukazuje nam okno programu pozbawione ikon. Jeśli chcemy uzyskać w takim programie wygląd okien z ikonami, to można zrobić to na kilka sposobów. Opiszę dwa, gdyż jeden z nich albo wymaga uruchomienia programu GUI na prawach roota, co wydaje się być zbędnym niebezpieczeństwem, albo dość żmudnego ręcznego ustawiania zachowania się tych programów otwieranych w sesji root. Mamy jednakże dwie proste alternatywy. Pierwsza, to uruchomienie programu z konsoli z wykorzystaniem zmiennych środowiska (na przykładzie PartitionManager): sudo -E partitionmanager Oczywiście w miejscu partitionmanager może być dowolny program, który chcemy uruchomić na prawach administratora. Druga, to dokonanie prostego zabiegu w edycji menu Plasmy. Otwieramy program KDE Menu Editor. Chyba najprościej wybrać z menu, które pojawi się po kliknięciu prawym przyciskiem myszki na "Aktywat

Otter-Browser wydanie tygodniowe 156

Z lekkim opóźnieniem - PKGBUILD nowego wydania tygodniowego. Jednocześnie - wobec wprowadzenia przez twórców publikacji wydań tygodniowych aplikacji w formacie AppImage, zastanawiam się nad celem dalszego przedstawiania PKGBUILDów wydań tygodniowych. Prosiłbym o opinie. Problemu z publikacjami nie ma żadnego, zwłaszcza, że dla siebie i tak będę kompilował te wydania (wg mnie sprawują się lepiej od AppImage).

QFaktury-Qt5 - ERRATA 2

Wobec wprowadzonych zmian w kodzie, jeszcze jedna poprawka PKGBUILD u.

QFaktury-Qt5: ERRATA

Poprawiony PKGBUILD  dla programu. Obecnie plik QFaktury.desktop ma prawidłowe lokalizacje programu i prawidłową ścieżkę dla jego ikony.

Integracja LibreOffice w Plasma 5

Prawdopodobnie mając zainstalowane "czyste" środowisko oparte o KF5/Qt5 i używając LO zauważyliście, że aplikacja ta nie integruje się z nim. Wygląd jest niespójny, a okna dialogowe w żaden sposób nie chcą przypomnieć tych znanych ze środowiska. Sam pakiet biurowy nie jest zbudowany z wykorzystaniem bibliotek KDE (zarówno "starych", jak i obecnego KF5). Nawet o Qt nie ma tu mowy. Niemniej jednak, pakiet zawiera możliwość upodobnienia się do stylu używanego środowiska. Możliwości są cztery i są to w kolejności: gtk3, gtk, kde4 oraz generic. Można je wymusić, można też zdać się na wszyty w program automat, który rozpoznając, że dane środowisko, w którym ma pracować LO jest zbudowane z wykorzystaniem gtk3, to uruchamia się z takim "pluginem", jeśli na gtk2 - uruchamia się z "pluginem" gtk, jeśli stwierdzi, że jest to KDE, to uruchamia się z "pluginem" kde4, a ostatecznie jako "generic". Teoretycznie zatem, gdy mam obecne KDE, t

Otter-Browser wersja tygodniowa 155

Zeszłotygodniowe wydanie 154 zostało pominięte, a zatem kolejnym, po 153 stało się 155, którego PKGBUILD właśnie prezentuję. Nawiasem mówiąc, w repozytorium metakcahura_Arch_Extra dostępne są binarki Otter-Browser robione bezpośrednio z git, które - chyba - mniej więcej odpowiadają wydaniom tygodniowym.

SystemdGenie

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 .

LibreOffice 5.3 i 5.4

Tych wersji oficjalnie jeszcze nie ma. Jednakże, ze względu na to, że przynoszą one "wstążkę", która jest absolutnie wymagana przez niektórych użytkowników i jej brak wręcz uniemożliwia pracę w LO, postanowiłem udostępnić PKGBUILDy dla tych rozwojowych wersji. O samej "wstążce" i jej aktywacji przeczytać możecie na dobreprogramy.pl . Tutaj jedynie klka uwag. Po pierwsze - z różnych względów, dzisiejsze PKGBUILDy są na pastebinie. Przynajmniej na razie. Trzeba je ściągnąć do jakiegoś katalogu, a następnie stworzyć paczkę. Obie proponowane wersje mogą koegzystować z instalacją libreoffice-fresh bądź libreoffice-still z repozytorium, gdyż umieszczane są w katalogu /opt. Obie nie są również budowane ze źródeł, albowiem proces ic kompilacji nawet na sprawnych komputerach trwa dość długo - PKGBUILDy wykorzystują zatem binarne paczki rpm i przebudowują je do formatu pacmana. Różnice pomiędzy obu wersjami - oczywiście obok tego, że wersja 5.3 pojawi się już na przełomie

Aktualizacja słowników systemowych (j.polski)

Wiele programów korzysta ze słowników umożliwiając w ten sposób korektę pisowni. Najpopularniejsze są chyba aspell oraz hunspell (myspell). W przypadku języka polskiego, korzystają one z plików udostępnianych przez aspell-pl oraz hunspell-pl. Paczki te dostarczają słowników udostępnianych przez internetowe wydanie słownika języka polskiego . Zespół stojący za publikacją tych słowników, zmienia je bardzo często. Tymczasem w repozytoriach Archa zwykle znajdują się dość odległe w czasie ich wydania. Trudno zresztą wymagać od opiekunów paczek, by były one aktualizowane co dwa dni, zwłaszcza, że nie zależy od nich funkcjonalność i bezpieczeństwo pracy systemu. Jeśli ktoś chciałby zatem być bardziej na bieżąco ze słownikami, które używane są przez te programy, to proponuję niewielką zmianę paczek apsell-pl i hunspell-pl. Po pierwsze musimy uzyskać PKGBUILD tych paczek. Osobiście używam w tym celu pkgbuildera lub yaourta, bo mi najprościej. Jak kiedyś wspomniałem, wspieramy polską myśl info

Różne pulpity wirtualne w Plasma 5

Ponoć brak możliwości indywidualizowania wystroju wirtualnych pulpitów w Plasma 5 jest jednym z większych błędów, jakie dotknęły to środowisko. Wprawdzie nie bardzo wiem, jak błędem może być nigdy nie istniejący brak określonej funkcjonalności, to jednakże rozumiem, że przyzwyczajenie z KDE4 (gdzie możliwość personalizacji pulpitów istniała, przynajmniej w późniejszych wersjach) może powodować frustracje użytkowników. Natura próżni nie znosi. Skoro jest zapotrzebowanie , to jest i na nie odpowiedź. Niejaki Jonathan Marten napisał program , który udostępnia taką funkcjonalność w Plasma 5 i nazwał go wallpaperswitch. Program jest jeszcze we wczesnym stadium rozwoju (to dopiero druga rewizja), zatem może jeszcze zawierać jakieś błędy. Program nie występuje jeszcze w repozytoriach Archa ani w AUR. Osobom, którym doskwiera opisywany brak funkcjonalności, polecam zatem skorzystanie z PKGBUILDu , który przygotowałem. Po instalacji, należy program uruchomić czy to z menu, czy sensowniej chy

QFaktury - reaktywacja

Swego czasu, kiedy jeszcze wiele firm nie stosowało "chmurowych" rozwiązań fakturujących, popularnością w Polsce, w świecie linuksa, cieszył się program qfaktury . Doczekał się ostatecznie swojej wersji 0.6.2, miał niegdyś nawet swoją stronę domową, a następnie słuch o nim niemalże zaginął. Rozwój programu próbował kontynuować Rafał Rusin, publikując do niego nieco poprawek i tworząc ostatecznie jego wersję  0.6.5 . Zestaw łatek stworzył również opiekun tego pakietu w Gentoo. Tak, czy inaczej - program od lat praktycznie się nie rozwijał, co skutkowało m.in. zmniejszającą się popularnością oraz praktycznym wyrugowaniem go ze wszelkich repozytoriów. Na przywrócenie go do życia dała się namówić żona sir_lucjana. To dzięki jej pracy, możemy się cieszyć nową odsłoną programu, która została przeportowana do Qt5. Jednocześnie został nieco oczyszczony kod, dodanych kilka funkcjonalności. Kod źrodłowy programu dostępny jest na Githubie od wczoraj. Dla programu stworzyłem PKGBUILD

Quick-USB-Formatter na Qt5

Kiedyś powstał dość popularny programik powstały w kręgu osób odpowiedzialnych za dystrybucję Chakra. Służył wyłącznie jednemu celowi - "formatowaniu" popularnych pendrive'ów. Nazywał się quick-usb-formatter i oprócz Chakry zagościł wkrótce w repozytoriach innych dystrybucji. Wydawało się, że program ten przestał być rozwijany. Od jakiegoś czasu trwają jednakże prace nad przeportowaniem go do Qt5. Dla takiej wersji - oczywiście rozwojowej (GIT) - prezentuję PKGBUILD  umożliwiający łatwą instalację w Arch Linux i pochodnych. Pamiętajmy, że program w żadnym przypadku nie "sformatuje" pendrive, który został "potraktowany" przez dd (lub programy, które z niego korzystają lub robią dokładnie to samo co dd) by "wypalić" na nim obraz ISO. Tu wpierw musimy zastosować się do instrukcji m.in. opisanej już na blogu.

Otter-Browser wersja tygodniowa 153

W zasadzie jedynie porządkowo. Nowa wersja tygodniowa #153 , która niesie sporo zmian, a przede wszystkim zapowiada kolejną betę. Program zbliża się już chyba do finalnego wydania, lecz kiedy to nastąpi - nie wiem. PS. Wersja #152 oczywiście była, ale przeoczyłem publikację jej PKGBUILDu.

Nadchodzi KDE-Applications 16.12

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

Otter-Browser wydanie tygodniowe 150

"Okrągłe" wydanie tygodniowe przynosi sporo nowości . U mnie jak zwykle PKGBUILD .

Zrozumieć niezrozumiałe - korzystanie z AUR helperów

Jak niemal wszyscy doskonale wiemy, w Archu istnieje AUR, zawierający "paczki", których nie ma w repozytoriach oficjalnych. Akronim tłumaczy się jako Arch User Repository. Tylko, że w przeciwieństwie do "normalnych" repozytoriów znanych z innych, mainstreamowych dystrybucji, w AUR nie spotkamy paczek binarnych, gotowych do zainstalowania w systemie, a jedynie "przepisy" na ich lokalną (na komputerze użytkownika) budowę. W AUR znajdują się zatem wyłącznie pliki automatyzujące kompilację jakiegoś programu i tworzące z niego paczkę rozpoznawalną przez pacmana, która może być następnie przez niego zarządzana. Arch zaleca, by korzystanie z AUR odbywało się w nastąpujący sposób: ściągnięcie tzw. tarballa ze źródłami, bądź obecnie - sklonowanie ich repozytorium z GIT, przejście do katalogu z PKGBUILD (po ewentualnym wcześniejszym rozpakowaniu źródeł), wydanie polecenia makepkg z odpowiednimi przełącznikami, instalacja paczki (oczywiście można to wykonać w

Otter-Browser wydanie tygodniowe 149

Wydanie 148 nie ukazało się w zeszłym tygodniu, stąd przeskok od razu do wydania 149. Jak zwykle do pobrania PKGBUILD .

Google Earth AppImage aktualizacja

Udostępniam nową wersję Google Earth w formacie AppImage. Mam nadzieję, że wszystko zostało wyjaśnione w poprzednim poście . Jednocześnie za kilka dni przestanie być możliwe pobieranie starszej wersji.

Otter-Browser #147

Po usunięciu kilku wydań tygodniowych, ukazało się w końcu pierwsze wydanie nowej wersji 0.9.12, oznaczone nr 147. U mnie jak zwykle PKGBUILD .

Brak ikon "breeze-dark" na liście wyboru

W KF5.27 wdarł się trywialny błąd skutkujący podwójnym wyświetlaniem nazwy Bryza (Breeze) ikon i jednoczesnym brakiem Ciemnej Bryzy (Breeze Dark) na liście wyboru ikon dostępnych w Plasma 5. Cała sprawa została zgłoszona i naprawiona. Cykl wydawniczy KF powoduje, że poprawione wydanie zostanie dostarczone wraz z KF5.28 na początku listopada. Błąd polega wyłącznie na wadliwej nazwie - motywy ikon obu wersji są w systemie. Jeśli nie chcemy czekać na KF5.28, możemy łatwo problemowi zaradzić, albowiem cały błąd sprowadza się do wadliwej nazwy motywu określonej w pliku /usr/share/icons/breeze-dark/index.theme. Możemy sami plik ten wyedytować i odpowiednio zmienić, możemy również zamienić go udostępnionym już w GIT prawidłowym plikiem .

Na froncie Plasmy, czyli coś się wyjaśnia

Do tej pory wiedzieliśmy, że "Plasma 5.8 LTS będzie pierwszym  wydaniem LTS w tej serii". Jej wsparcie sięga do kwietnia 2018 r., kiedy to 10.04. ma się ukazać ostatnie wydanie 5.8.9. Podobne informacje przychodziły z "frontu" Qt, które przy okazji wydania Qt5.6 stwierdziło, że to  pierwsze  wydanie LTS tej serii. Do tej pory nie było natomiast wiadomo jak będzie przebiegać rozwój Plasma 5 oraz kiedy można się spodziewać następnego LTS oraz jak przebiegać będzie dalszy rozwój Plasmy. W sprawie Qt 5 wiadomo od dawna, że obok Qt5.6 LTS wydawane są następne wydania. Zgodnie ze szczątkowymi i enigmatycznymi informacjami, następny LTS Qt 5 spodziewany jest w roku 2018. Teraz już wyjaśnia się nieco więcej. Rozwój Plasma 5 został zaplanowany do sierpnia 2018 r., kiedy ukazać się ma następny LTS serii 5. Prawdopodobnie również będzie miał co najmniej osiemnasto miesięczne wsparcie. Tym samym Plasma 5 towarzyszyć nam będzie co najmniej do roku 2020. Poszczególne wydania maj

KGpg-git w AUR a sprawa KF5

W AUR od dłuższego czasu jest skrypt pozwalający na budowę narzędzia do zarządzania GPG w KDE w wersji rozwojowej. Od miesiąca otrzymana paczka - o ile się zbuduje - będzie wadliwa, albowiem 9.09.16 nastąpiło połączenie linii master i frameworks (a to oznaczać powinno, że wraz z KDE-Applications 16.12 otrzymamy już przeportowaną do KF5 aplikację). Od tej pory Kgpg winno być budowane w wersji opartej o KF5. Kwestia zgłoszona, zatem za jakiś czas skrypty winny zostać poprawione. Do tego czasu zapraszam do korzystania z załączonego PKGBUILD a.

Zwiększamy wielkość ikon w tacce systemowej w Plasma 5

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łączamy menu programów klawiszem Meta w Plasma 5.8

Wraz z pojawieniem się Plasma 5.8, zawitała nowa, aczkolwiek ukryta jeszcze, funkcja. Otóż możemy poinstruować KWin, by do otwierania menu programów (zwyczajowo Alt+F1) używał klawisza bez większego znaczenia w świecie linuksa, czyli tzw. Meta (Windows, Super). Niestety jak na razie nie zostały nam dostarczone żadne narzędzia GUI ułatwiające zadanie. Musimy się posłużyć edycją pliku ~/.config/kwinrc . Całość operacji nie powinniśmy przeprowadzać w działającej sesji KWin. Chcąc uzyskać możliwość otwierania menu programów za pomocą Meta, po otworzeniu do edycji ~/.config/kwinrc prawdopodobnie będziemy musieli dodać (bądź zmodyfikować) do jego zawartości następujący wpis: [ModifierOnlyShortuts] Meta=org.kde.krunner,/App,,display Po ponownym uruchomieniu sesji Plasma będziemy się mogli cieszyć menu programów przypisanym do Meta. Za blogiem Jana Buchara .

Qt5-webengine 5.7.0-4 psuje aplikacje sieciowe

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.

Tuning Plasma 5 - zmieniamy kolor ekranu powitalnego

Obraz
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

Octopi z GIT w Archu - errata

Od czterech dni nie zbudujemy już octopi z GIT w Archu (ani w żadnym innym systemie) niezależnie czy będziemy używać PKGBUILDu dostępnego w AUR, czy też u mnie. "Winę" za taki stan rzeczy ponosi zmiana dokonana w kodzie programu, który obecnie jako swoją zależność wymaga również alpm_octopi_utils , czyli Alpm dla Octopi. Autor oczywiście stosowny kod zrobił, a nadto dostarcza również PKGBUILD dla niego. Wystarczy w zasadzie pobrać powyższej zlinkowany PKGBUILD, umieścić go w jakimś katalogu, a następnie zbudować i zainstalować paczkę przed budową Octopi. Lekko zmienione PKGBUILDy dla Octopi udostępnię prawdopodobnie dzisiaj, choć po zbudowaniu wyżej wymienionej paczki i jej zainstalowaniu w systemie, wszystkie programy Octopi budują się prawidłowo. EDYCJA: Skrypty PKGBUILDów zostały zaktualizowane. Dostępne są z poprzedniego wpisu .

Uruchamiamy program konsolowy w Plasma 5

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:

Przyspieszamy czas tworzenia paczek

Nie, żadne magiczne ustawienia kompilatora. Nie o to chodzi. Program, który "steruje" kompilowaniem paczek zarządzanych przez pacmana, to makepkg. Jest on wykorzystywany nie tylko przy lokalnym tworzeniu paczek z jego pomocą, ale również chyba przez wszystkie tzw. helpery AUR. Program jest sterowany plikiem /etc/makepkg.conf . Wewnątrz katalogu, w którym następuje budowa paczki, tworzone są dwa podkatalogi: src  oraz pkg . W pierwszym następuje budowa (kompilacja) programu. Jeśli to zostanie wykonane bez błędów, skompilowany program wraz ze wszystkimi elementami niezbędnymi do jego działania umieszczany jest w katalogu pkg , którego wewnętrzna struktura odpowiada systemowi katalogów Archa (czy innej dystrybucji). Przynajmniej powinna odpowiadać. Następnie cała zawartość katalogu jest pakowana do pliku tar , który - jeśli domyślnych ustawień makepkg.conf  nie zmienimy jest następnie kompresowany (np. do formatu xz . W ten sposób otrzymujemy znane nam paczki pacmana nazwa.pkg.

Otter-Browser wydanie tygodniowe #142

Znów bez rozwodzenia się: PKGBUILD

KDE-BaseApps na KF5 (rozwiązanie tymczasowe)

KDE-BaseApps to zestaw kilku aplikacji, na które składają się  Konqueror, KFind, KPasswd, KeditBookmarks i KDialog oraz biblioteka libkonq. Portowanie ich do KF5 jest już na tyle zaawansowane, że w następnym wydaniu KDE Applications (16.12) pojawią się one już w takiej wersji. Obecnie w Archu (Manjaro) można je zbudować z AUR, a stosowne paczki nazywają się konqueror-git, kfind-git, kpasswd-git, keditbookmarks-git,kdialog-git i libkonq-git, przy czym zawsze budują się wszystkie aplikacje składające się na paczkę "bazową" kde-baseapps-git. Niestety, gdyby ktoś chciał obecnie ją zbudować, to się to nie uda. Makepkg nie wspiera częściowego budowania paczek z grupy składającej się na pkgbase. Tymczasem wciąż jeszcze istnieje paczka konq-plugins-git , która składa się na kde-baseapps-git, natomiast wraz z commitem 68782ee  dotychczas rozdzielone konq-plugins zostało włączone do kodu konquerora. Zmianie uległy jednocześnie zależności, albowiem aplikacje te stały się wolne od kodu

Jak nie używać IgnorePkg

Pacman - przynajmniej wg mnie - jest bardzo dobrym menedżerem pakietów. Jest też - za pomocą pliku /etc/pacman.conf - dość konfigurowalny. Jedną z opcji, jaką możemy tam ustawić, jest ignorowanie aktualizacji paczki. Za funkcję tą odpowiada pole IgnorePkg. Tu możemy wpisywać nazwy paczek, których nie chcemy aktualizować. Teraz muszę coś przypomnieć. Arch Linux jest tak pomyślany, że domyślnym i jedynie wspieranym sposobem aktualizacji, jest aktualizacja globalna. Aktualizujemy zatem cały system, a nie poszczególną paczkę. Także do wyjątków winna należeć systuacja, w której aktualizacja systemu nie obejmuje jakiejś paczki. O prawidłowość działania tego mechanizmu dbają opiekunowie systemu. Czasem jest lepiej - czasem gorzej, ale zaangażowania w prawidłowość działania systemu jako całości, nie możemy odmówić. Powrócę zatem do ignorowania aktualizacji poszczególnej paczki. Jak wspomniałem należy to traktować jako wyjątek. Systemu z niezaktualizowaną paczką opiekunowie Archa nie przewid

Mój pierwszy AppImage - Google Earth

Program, który tym razem udostępniam, proszę traktować jako swego rodzaju test. Postanowiłem bowiem zrobić swój pierwszy AppImage. Z pewnych przyczyn wybór padł na Googe Earth. Wszelkie licencje (jeśli nie zostały umieszczone w środku - jeszcze się do AppImage nie przyzwyczaiłem) są na stronie programu. Jeśli chcielibyście pomóc - to prosiłbym o ściągnięcie paczki, zapisanie jej w dowolnym miejscu. Po nadaniu plikowi AppImage atrybutu wykonalności, program uruchomimy w konsoli w taki sposób: cd katalog_z_zapisanym_AppImage ./GoogleEarth-7.1.7.2600-x86_64.AppImage Oczywiście, można sobie skrócić męki przepisywania tej nazwy, wystarczy użyć <Tab> po rozpoczęciu pisania. Teraz jeszcze GoogleEarth . Prosiłbym o informację, czy program uruchamia się, czy też nie, a jeśli nie to dane sprzętu, a przede wszystkim środowisk, w których przyszło program uruchomić. Uwaga - jak na moje dotychczasowe "paczki" - ta jest całkiem spora, ok. 67MB. EDIT: Już widzę pierwszą rzecz

Octopi a sprawa Arch Linux

Octopi  jest dość popularnym i chyba najlepiej dopracowanym graficznym menedżerem paczek dla systemów zarządzanych przez pacmana. Obecnie octopi, to już nie tylko sam menedżer pakietów, ale również cały zestaw aplikacji, które pozwalają na śledzenie zmian w repozytoriach i informowanie użytkownika o pojawiających się nowych wersjach paczek zainstalowanych w systemie, zarządzanie listą repozytoriów (dokładnie ich listą w pacman.conf), czyszczenie cache pacmana itp. Pomimo tego, że pacman jest doskonałym narzędziem, to jednak w XXI w. chęć zarządzania swoim oprogramowaniem w wygodnej, graficznej formie, nie jest żadną fanaberią. W przeciwieństwie do dystrybucji pochodnych, oraz np. KaOSa, czy Chakry, w repozytoriach Archa nie znajdziemy octopi (podobnie zresztą jak innych nakładek na pacmana). Skoro przyroda nie znosi próżni, to nic dziwnego, że stosowny skrypt (a nawet skrypty) budujące octopi znajdziemy w AUR. Co do zasady są takie dwa: octopi oraz octopi-git . Drugi z nich nie dosta

Wsparcie dla Plasma 5 w Linux Mint do 2021 r. - czylli dlaczego Mint nie jest najlepszą dystrybucją z Plasmą

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

Plasma 5.7.95 (aka 5.8 Beta)

Właśnie ukazała się wersja testowa (beta) nadchodzącego wydania Plasma 5.8. Paczki zostały udostępnione również w repozytorium kde-unstable  w Archu. Wszystkich zapraszam do testowania. Tylko w ten sposób jesteśmy w stanie pomóc, by Plasma była coraz lepsza. Ze swej strony mogę napisać, że nie dostrzegłem żadnej niestabilności tego środowiska testowego. Oprócz deklarowanych nowości, usunięcia błędów, mogę stwierdzić, że działa ono zauważalnie szybciej. Osobom, które chciałyby pomóc w testowaniu tego wydania Plasma w Archu, chciałbym przypomnieć, że środowisko to jest budowane na repozytorium testing  zatem i ono winno zostać udostępnione oraz system winien być zakutalizowany do wersji paczek tam umieszczonych. W przypadku KDE plusem będą najnowsze paczki KDE Frameworks w wersji 5.26. Nowa Plasma niesie ze sobą (oprócz usunięcia błędów) nieco zmian wizualnych oraz - ponoć, bowiem mi się tego nie udało uruchomić - "prawdziwe" wsparcie dla Waylanda. Więcej o wydaniu dowiecie

Otter-Browser #141

Bez wielu nowości, bez zbędnego komentarza: PKGBUILD .

"KDE 5" coś się w końcu wyjaśnia

Dotychczas, w świecie KDE - przynajmniej w jego piątym wydaniu - żyliśmy wg ustalonego cyklu. Nowe wydanie KDE Frameworks pojawiało się co miesiąc, nowe "główne" wydanie Plasma 5 miało się pojawiać 4 razy do roku (ostatnio jednak rzadziej), zaś KDE Applications 3 razy w roku. Pierwsze "zamieszanie" wprowadziło wydanie Qt, które w wersji 5.6 uzyskało status tzw. LTS i to wydanie będzie wspierane przez 3 lata. Pomimo jednak tego, że Qt 5.6 jest LTSem, to "obok" wydawane są kolejne wersje. Obecnie mamy już 5.7, a w listopadzie spodziewane jest 5.8. Ba, przed końcem wsparcia 5.6 spodziewane jest wydanie już 6.0, które jednakże nie ma być takim skokiem "jakościowym" i "technologicznym" jak wydania Qt4, czy Qt5 i być niejako kontynuacją Qt5. Kolejna wersja LTS tego frameworka spodziewana jest w 2018 r. To jest Qt, które stanowi podstawę budowania oprogramowania KDE. Nie tak dawno pojawiła się informacja, że nadchodzące wydanie Plasma 5.8 bę

Naprawiamy brak możiwości uruchomienia programów GUI z uprawnieniami roota

Wraz z wprowadzeniem nowej wersji dbus (na pewno dotyczy wersji 1.10.10) przestały się uruchamiać programy z graficznym interfejsem użytkownika z uprawnieniami root. Problem dotyczy np. Plasmy oraz MATE i Cinnamona (nie wiem, czy innych środowisk również, ale nie wydaje mi się, by był im obcy). W przypadku uruchamiania bezpośrednio ze środowiska zobaczymy wyłącznie, że program chce się uruchomić (np. "skaczący" kursor), ale ostatecznie nie uruchamia się, a uruchamiając (przez sudo) w konsoli otrzymamy informację: QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to '/tmp/runtime-root' "Session bus not found\nTo circumvent this problem try the following command (with Linux and bash)\nexport $(dbus-launch)" Oczywiście można twierdzić, że programy GUI w ogóle nie powinny być uruchamiane na uprawnieniach administratora, niemniej jednak nie jest to rozwiązanie. Niekiedy tego typu programy po prostu są wygodniejsze. Do czasu, gdy problem nie zostanie rozwią

Instalujemy paczki z nieoficjalnych repozytoriów

No właśnie: instalujemy? Ten wpis nie będzie w ogóle o tym, jak tego dokonać (jest to opisane w wiki Archa dość dokładnie), ale o tym, czy w ogóle warto to robić, kiedy i jakie niesie konsekwencje. Lektura różnych forów czy blogów związanych z Archem, Manjaro i innymi dystrybucjami korzystającymi z rodowodu Archa pozwala na stwierdzenie, że niektóre osoby, w określonych sytuacjach, mają chęć dodawania do pacman.conf wpisów do tzw. nieoficjalnych repozytoriów. Tych ostatnich cała masa. Kusi i nęci zatem zamiast budowania czegoś ze źródeł korzystając z PKGBUILDu szybka instalacja programu z repozytorium. Fakt, jest to dobre rozwiązanie, szczególnie dla programów, które się kompilują wieczność. Fakt, ale wyłącznie wówczas, gdy mamy zaufanie do twórcy i opiekuna takiego repozytorium. Czy jest to jednak dobre rozwiązanie? Powiedzmy tak: i tak i nie. Dla świadomego użytkownika - jak najbardziej. Zwykle bowiem wie jakie i dlaczego repozytorium dodał, co chciał w ten sposób osiągnąć i przed

Otter-Browser #140

Wydanie tygodniowe #139 nie ukazało się. Od dzisiaj mamy jednak wydanie #140. Wszystkie moje wcześniejsze uwagi , w szczególności dotyczące qtwebkitu preferowanego przez Twórców są nadal aktualne. Przypominam - tej wersji qtwebkit nie ma nawet w AUR. Jeśli ktoś chciałby z niej korzystać, to musi ją zbudować ze źródeł. Teraz już wyłącznie formalność - nowy PKGBUILD z wersją 0.9.11.dev140.

KShutDown 4.0 oparty o KF5

Nie tak dawno ukazała się 4 odsłona programu rozszerzającego możliwości opuszczenia systemu integrującego się ze środowiskami spod znaku Qt - KShutDown . Od dłuższego czasu istnieje możliwość budowy tego programu zarówno z wykorzystaniem starych bibliotek KDE4, jak i w oparciu o KF5 lub "czystego" Qt4 oraz Qt5 (o tym jeszcze niżej). Z jakichś, niewytłumaczalnych dla mnie powodów, pomimo tego, że w Archu KDE4 zostało już dość dawno temu porzucone, program w repozytorium w dalszym ciągu znajduje się w wersji budowanej w oparciu o KDE4 (dokładnie o kdebase-runtime, które oczywiście w dalszym ciągu w repozytoriach jest). Już wcześniej przedstawiłem PKGBUILDy dla rozwojowej wersji 3.99.x. Obecnie zatem dla stabilnego już wydania 4.0. Prezentowany PKGBUILD buduje paczkę wykorzystując KF5, a zatem sens budowy programu w takiej wersji istnieje dla osób, które używają Plasma 5. Osoby, które korzystają np. z LXQt, Lumina, Hawaii czy Papyros winny raczej zbudować wersję opartą o &quo