Posty

Wyświetlanie postów z maj, 2017

Packagekit umożliający instalację pakietów bez uprawnień administratora

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

Brak możliwości aktualizacji i instalacji paczek w Antergosie

Od pewnego czasu, jak świat długi i szeroki, dochodzą informacje o niesamowitym problemie związanym z aktualizacją, bądź instalacją paczek w Antergosie. Wszystkiemu winni są oczywiście ludzie. Tym razem deweloperzy Antergosa, który swoją nową paczkę antergos-keyring , która odpowiada za wprowadzenie do systemu kluczy GPG umożliwiających sprawdzenie autentyczności pakietów, podpisali jakimiś wadliwymi kluczami. Innymi słowy paczka *.sig jest wadliwa. Nie mam ochoty dochodzić co jest zrobione źle, zwłaszcza, że nie mam wpływu na poprawę tego pliku. Mogę jedynie przedstawić proste rozwiązanie. Kiedy zatem otrzymujecie błąd, tego typu (może ich być więcej, to jedynie przykład): błąd: antergos-keyring: signature from "Antergos Build Server (Automated Package Build System) " is unknown trust :: Plik /var/cache/pacman/pkg/antergos-keyring-20170524-1-any.pkg.tar.xz jest uszkodzony (Niepoprawny lub uszkodzony pakiet (podpis PGP)). Czy chcesz go usunąć? [T/n] Odpowiadacie na to pytan

ABS is dead, long live asp

ABS, dotychczasowe narzędzie służące w Archu do pobierania kodu źródłowego paczek (nie mylić z kodem samych aplikacji) zakończyło swój byt . Wcale to jednak nie oznacza, że jesteśmy zdani na ręczne przekopiowanie wszystkich niezbędnych plików służących budowie paczki. Otóż, prawdopodobnie już u każdego z nas zagościł niewielki programik asp . Tak niewielki, że można go było przeoczyć. Ów programik z powodzeniem może służyć właśnie do tego, do czego dotychczas służył ABS. Po pierwszym uruchomieniu powstanie nam katalog ~/.cache/asp . Potem, gdy będziemy chcieli pobrać kod niezbędny do budowy paczki wystarczy wpisać: asp export nazwa_repozytorium/nazwa_paczki Stosowny katalog z wszystkimi plikami, które służą jej budowaniu zostanie utworzony w miejscu wydania powyższego polecenia. Sam kod oraz nieco więcej o użyciu programu znajdziecie na githubie .

KMail pobiera i pobiera widok katalogu. I co z tym zrobić?

Obraz
Zdarza się niekiedy, że KMail powita nas takim ekranem: W zasadzie nie jest to problem. Trzeba poukładać sobie od nowa skrzynkę, pobrać wiadomości itd. itp. Problem, gdy nie mamy na to czasu. Wówczas... proste rozwiązanie. Otwieramy konsolę, wpisujemy: akonadictl restart i po chwili możemy się cieszyć poprawnie działającym KMail.

Jak prawidłowo zainstalować pakiet w dystrybucji ciągłej?

Pytanie wydaje się być trywialne. Przecież wszyscy wiemy (oczywiście na podstawie Archa): # pacman -S nazwa_pakietu Czyżby? Cóż doczytaliśmy się jednej informacji, ale pominęliśmy inne. Oczywiście, że powyższe polecenie zainstaluje pakiet. Całkiem możliwe, że aplikacja będzie działać. Niemniej jednak pozwolę sobie zauważyć, że posiąwszy powyższą wiedzę nie doczytaliśmy się innej informacji: częściowa aktualizacja nie jest przez pacman wspierana . Zaraz pewnie usłyszę: co ma aktualizacja, w dodatku częściowa do instalacji pakietu. Ano ma. Przyglądnijmy się na początek co zawierają repozytoria Archa. Trywialnie możemy odpowiedzieć: paczki. Tylko, że w przeciwieństwie do dystrybucji wydawniczych, są one "w ciągłym ruchu". Arch linux zainstalowany miesiąc temu nie będzie tym samym systemem, który zainstalowaliśmy dzisiaj i to nawet jeśli w obu wprowadzimy te same pakiety, albowiem nie będą one - przynajmniej w części - te same, ale takie same. Nazwa będzie taka sama, ale już w

Paczka nie może być zainstalowana albowiem jakiś plik znajduje się już w systemie.

Zdarza się, że przy aktualizacji lub instalacji jakichś paczek w systemie pojawia się informacja, że jakiś plik znajduje się już w systemie plików. Potem otrzymujemy jedynie informację, że żadna paczka nie została zainstalowana, czy zaktualizowana. Nie jest to żaden problem i gdy tylko będziemy postępować właściwie rozwiązanie zawsze się znajdzie. Wpierw jednak jestem winien jedno wytłumaczenie. Dla użytkowników innych menedżerów paczek dziwnym może się wydawać, że skoro jakiś jeden pakiet nie może być zainstalowany, to inne pakiety również. Otóż pacman nie wspiera aktualizacji pojedynczej paczki. I słusznie - Arch jest dystrybucją ciągłą i paczki dostępne w repozytorium są (winny być) zawsze już przebudowane, gdy nowe wersje ich zależności wprowadzone zostały do repozytorium. Wracamy. Przede wszystkim wszelkie rozwiązania typu skasować plik, który koliduje, sforsować instalację nowej paczki itp., które są niekiedy pokazywane jako remedium na wszystkie bolączki nie są właście. W nieszc

Plasma 5.10 beta

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

Ostatnia deska ratunku - uruchomienie linuksa z prawami administratora

Kiedyś już pisałem o tym, że warto sobie za wczasu zrobić ratunkowe koło. Niemniej jednak zwykle Polak mądr po szkodzie. Często czytam, że "po aktualizacji system mi się nie uruchamia". Ów system najczęściej jest utożsamiany ze środowiskiem graficznym. No, to nie do końca "system się nie uruchamia", ten najczęściej się uruchomił, jednakże z jakiegoś powodu nie uruchamia się tryb graficzny. Nawet jednak w takiej sytuacji i również wówczas, gdy nie zadbaliśmy wcześniej o ustawienie sobie pozycji recovery w GRUB będziemy mogli uruchomić "sesję ratunkową", która da nam dostęp do trybu konsolowego na prawach administratora. Wówczas już można zrobić z systemem wszystko co niezbędne. Wystarczy bowiem do linii startowej w GRUB dodać polecenie: systemd.unit=rescue.target i system uruchomi się grzecznie prosząc o podanie hasła administratora. Z sesji tej wychodzimy wpisując: exit i nastąpi dalsze podnoszenie systemu już ze środowiskiem. Pamiętać jednak musimy,