Kameleonowe katalogi Breeze

-
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, albowiem jest "to cool for master" :) Czym jest ów zestaw ikon? Otóż przynosi on ze sobą ikony katalogów zgodne we wzornictwie z Breeze, ale odznaczające się ciekawą cechą. Przybierają one kolorystykę braną z aktualnego zestawu kolorystycznego Plasmy. Po ściągnięciu zestawu (choćby przez GHNS z Ustawienia systemowe -> Ikony -> Pobierz nowy zestaw), dokonujemy jego wyboru (pozostałe ikony Plasma czerpie z zestawu "Breeze"), jeszcze restart Plasmy i ewentualne przeczyszczenie katalogu ~/.cache w zakresie dotyczącym wystrojów i możemy się cieszyć "nowymi, starymi" ikonami Breeze, które jakoś teraz lepiej wyglądają. Oczywiście mogę przygotować PKGBUILD, ale czy istnieje taka potrzeba?

Komentarze

Prześlij komentarz

Popularne posty z tego bloga

Brak możliwości aktualizacji lub instalacji pakietów - zablokowana baza

-
Arch oferuje doprawdy świetne narzędzie do obsługi pakietów. Niemniej jednak zbliża się już koniec drugiej dekady XXI w. i przyzwyczajenia użytkowników, czy też ich oczekiwania w zakresie jakiegoś prostego, graficznego menedżera paczek są duże i poniekąd można je uznać za uzasadnione. Tymczasem pacman czuje się jak ryba w wodzie wyłącznie w konsoli. Natura nie znosi próżni, stąd też już od dawna powstają takie graficzne menedżery. Ostanio - głównie za sprawą ich domyślnego instalowania w dystrybucjach pochodnych - popularność zyskały pamac oraz octopi. Oba te programy oferują, działające nieustannie w tle, małe narzędzia monitorujące możliwość aktualizacji pakietów. W ich konfiguracji można sobie zmienić częstotliwość aktualizacji. Jeśli nic nie zmienimy w systemie, to owe narzędzia zainstalują się wraz ze wspomnianymi menedżerami i ustawione będą (o ile pamiętam) na sprawdzanie aktualizacji raz dziennie. Zwykle oznacza to, że rozpoczynają swe działanie zaraz po pierwszym uruchomieniu
Czytaj więcej

Radzimy sobie z: GPG: odbiór z serwera kluczy nie powiódł się: brak dirmngr

-
Od dłuższego już czasu Arch wprowadził podpisywanie paczek kluczem gpg. W zasadzie wszystko winno przebiegać bezboleśnie nawet, gdy trzeba owe klucze dodać. Niestety zdarza się (mi się niegdyś zdarzyło), że próba dodania klucza GPG zwraca następujący błąd: sudo pacman-key -r ID_KEY gpg: connecting dirmngr at '/root/.gnupg/S.dirmngr' failed: Wywołanie connect dla IPC nie powiodło się gpg: odbiór z serwera kluczy nie powiódł się: Brak dirmngr Na nic nie zdają się również "zwykłe" próby poradzenia sobie w takich przypadkach, jak: # pacman-key --init # pacman-key --refresh-keys # pacman-key --populate Dalej otrzymujemy powyższy błąd. Nic straconego. Prawdopodobnie wydanie następującej komendy: dirmngr < /dev/null && sudo -i dirmngr < /dev/null spowoduje, że po jej użyciu klucze będzie już można dodawać bez żadnych problemów.
Czytaj więcej

Przywracamy działanie drukarek w CUPS 2.3.0

-
Co najmniej wraz z nastaniem CUPS 2.3.0 (choć problemy zgłaszane były już w późnych wersjach serii 2.2.x) część (i to spora) drukarek odmówiła współpracy. Nie było też możliwości ich zainstalowania. Problem związany był ze zmianą dokonaną w CUPS polegającą na tym, że przestał on "przyjmować" te PPD (czyli ogólnie sterowniki drukarek), które miały wpisane "Custom" w różnych deklaracjach. Obecnie CUPS przyjmował tam "Other", a "Custom" powodowało, że drukarki stawały się tańszą lub droższą, niemniej jednak wyłącznie ozdobą naszych biur i domów. Sama zmiana dokonana w CUPS nie była zachcianką jego deweloperów, a powodowana była chęcią uniknięcia sygnalizowanego innego błędu powodującego wykrzaczanie się cupsd. I wszystko dobrze, ale spowodowała unieruchomienie znacznej ilości urządzeń. Problem nie dotyczy wyłącznie Archa i jego pochodnych, ale dotknął niemal wszystkich w miarę świeżych dystrybucji. Oczywiście owe PPD winny zostać przerobione prze
Czytaj więcej