Przejdź do głównej zawartości

Plasma 5.12 LTS Beta udostępniona

Z około dwutygodniowym opóźnieniem ukazała się wczoraj wersja Beta nowej odsłony środowiska graficznego Plasma. Oznaczona numerem 5.12 (w przypadku bety to 5.11.95) jest drugim wydaniem o przedłużonym wsparciu (18 miesięcy, o ile pamiętam). Oczekujący jakichś niesamowitych nowości muszą się poczuć zawiedzeni (choć nikt ich nie zapowiadał). Nowa Plasma nie jest bowiem niczym innym, jak po prostu kolejnym wydaniem poprawkowym dla całej serii Plasma 5. Usunięto część błędów, jakie pojawiały się w poprzednich wydaniach. Z rzeczy istotniejszych (bowiem owe błędy można naprawić nawet we własnym zakresie) wg zapowiedzi Plasma ma teraz jeszcze mniejszy apetyt na zasoby komputera. Jest to również pierwsze wydanie, gdzie możliwość pracy w sesji Wayland osiągnęło również status LTS. W tym ostatnim przypadku kilka informacji. Osoby, które używają kart graficznych NVidia nie uruchomią sesji Plasmy w Wayland na sterownikach zamkniętych. Część programów (choć to nie jest kwestia samego środowiska graficznego) ma też jakieś problemy w przypadku takiego korzystania (np. Kontact) i to nawet jeśli stosowne zmiany zostały już wprowadzone do kodu. Od wczorajszej nocy stosowne paczki trafiły już do repozytorium [kde-unstable] Archa. Możemy zatem je przetestować, zgłościć ewentualne błędy, tak by wydanie spodziewane w pierwszych dniach lutego (6.02. - także przesunięte o tydzień w stosunku do pierwotnego harmonogramu) było lepsze. Pamiętajmy, że paczki w [kde-unstable] są budowane na podstawie paczek z [testing]. Chcąc wypróbować to wydanie musimy zatem udostępnić również i to repozytorium. I jeszcze jedna uwaga - osoby, które zdecydują się na testowanie, winny raczej spróbować "czystej" sesji Plasma 5.12, a dopiero do niej "dokładać" swoje własne ustawienia, ulubione aplety. W ten tylko sposób będziecie wiedzieć czy ewentualny błąd leży w samej Plasma, czy też jest wynikiem działania jakiegoś apletu, widżetu, czy nawet niestandardowego wystroju. I jeszcze garść linków dla testerów: Ogólnymi wrażeniami z użytkowania można się podzielić w wątkach: na oficjalnym forum Archa oraz na naszym forum. Tutaj też uzyskacie (szczególnie na pierwszym) ewentualną informację odnośnie tego, czy błąd leży po stronie opiekunów Archa i coś zostało po prostu źle spaczkowane, czy też należy go zgłosić w KDE. Błędy należy zgłaszać: na bugzillach Archa poprzedzając informację przez dodanie [kde-unstable] (najlepiej) i/lub KDE. Pamiętajmy przy tym, że zgłoszenie błędu jako obserwacji zachowania najczęściej nic nie daje oraz o tym, że paczki Archa są budowane bez flagi Debug, która umożliwia "analizę przypadku". Najczęściej zatem trzeba będzie taką paczkę przekompilować, ale w tym zakresie otrzymacie już stosowną pomoc na obu forach.

Popularne posty z tego bloga

MEGA a sprawa Arch Linux

Mniejsza o to, czy MEGA to popularny, czy godny zaufania itd. itp. dostarczyciel przestrzeni w chmurze. Fakt, że po moich doświadczeniach z dropboksem nie chcę mieć więcej z nim nic wspólnego. Może zatem MEGA, do którego mam dostęp niemal od samego początku? Miłym dodatkiem do MEGA może okazać się uruchomione repozytorium oferujące sam program synchronizujący (megasync) oraz dodatki dla trzech, chyba najpopularniejszych, menedżerów plików: Dolphin, Nautilus i Thunar, umożliwiające synchronizację z plików z ich poziomu. Jest to o tyle miłe, że do tej pory musieliśmy kompilować te programy z AUR, a nadto w przypadku megasync wersja oferowana w repozytorium jest nowsza, zaś dolphin-megasync obecnie w ogóle się nie kompiluje. Chcąc dodać repozytorium MEGA do pacmana, edytujemy plik /etc/pacman.conf i gdzieś na końcu listy dodajemy: [DEB_Arch_Extra]SigLevel = Optional TrustAllServer = https://mega.nz/linux/MEGAsync/Arch_Extra/x86_64/ Nadto musimy jeszcze dodać klucz: gpg --receive-keys BF…

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, że…

Paczki deb i rpm w Archu

Co jakiś czas pojawiają się pośród użytkowników Archa, czy Manjaro rozpaczliwe głosy związane z próbą zainstalowania paczek pochodzących z najpopularniejszych dystrybucji, a w zasadzie paczek oferowanych w formacie deb lub rpm. Najczęściej głosy te pochodzą od bardzo świeżych użytkowników naszej dystrybucji. Co gorsza dotyczą one często sterowników, albo aplikacji, które i tak są oferowane w AUR albo w jakchś repozytoriach.
Ze względu na dostępność w repozytoriach Archa dpkg oraz rpm w ślad za takim "lamentem" idzie cudowna podpowiedź: zainstaluj sobie dpkg/rpm i za pomocą tego menedżera zainstaluj paczkę w systemie.
Czy coś takiego ma szansę powodzenia? Oczywiście. Menedżer paczek jest wszak aplikacją wyspecjalizowaną w m.in. ich instalacji.
I wszystko wydaje się wspaniałe.
STOP.
Niestety nic nie jest wspaniałe. Nie tak się to robi i tak instalacji aplikacji pakowanych dla obcych dystrybucji się nie robi. Kiedy o tym pisałem, spotykałem się z najpopularniejszym pytaniem sze…