Ranking

Ciekawa prezentacja przygotowana przez lidera Fedora Project na Open Source Summit 2021, krótka podróż po 35 kolejnych wydaniach Fedory https://mattdm.org/fedora/2021oss/35_Fedora_Releases_in_30_Minutes.pdf

Nie powinno mieć to żadnego wpływu na wydajność systemu, ale przy testowaniu wielu DE na jednym systemie trzeba troszkę uważać. Różne DE mogą korzystać z różnych narzędzi do i te narzędzia czasem mogą wchodzić sobie w paradę i czasem mogą wyjść różne kwiatki, najczęściej w kwestii wyglądu. Aby się przed tym zabezpieczyć wystarczy nie testować wszystkiego na jednym i tym samym użytkowniku – a więc np. instalujesz xfce i od razu tworzysz nowego usera, którego będziesz wykorzystywał tylko do logowania się do xfce. Po skończonych testach możesz usunąć dane DE i użytkownika wraz z wszystkimi plikami. Sposób odinstalowania zależy od danego DE, więc tu nie ma prostej recepty – ale generalnie sprowadza się to do odinstalowania tego, co zainstalowałeś wraz z niepotrzebnymi zależnościami Co do popsucia to łatwo o to jeśli robisz wszystko na jednym użytkowniku. Na osobnych użytkownikach raczej ciężko coś popsuć.

Nie. Generalnie dostępne środowiska graficzne można zobaczyć wydając polecenie dnf grouplist Instalujesz poleceniem dnf groupinstall "nazwa grupy do zaistalowania" np. jeżeli chcesz zainstalować LXDE dnf groupinstall "Środowisko LXDE" a usuwasz poleceniem dnf groupremove "nazwa grupy do usunięcia"

Co tu dużo mówić darmowe ebooki z różnych dziedzin, są różne języki programowania, jest bash, git bazy danych, dużo przykładów i według mnie bardzo ciekawie napisane dużo wiedzy mało lania wody i wszystko darmowe bez rejestracji. A i bym zapomniał wszystkie są po angielsku. https://goalkicker.com/

Zakładam tradycyjny wątek dla ciekawych. Aktualizacja nie była najprostsza. Python 3.7 nie chciał się podbić do 3.8, więc pakiety python3, python3-dnf, python3-rpm, rpm (tak, sam rpm) oraz kilka ich zależności musiałem zaktualizować ręcznie. Potem dnf dociągnął moduły Pythona. Jest ładniej, jest szybciej, jest nowszej. Kernel 5.6 łypie z Gruba, jest Gnome 3.36, Libre Office jest masakrycznie szybki. Nie widziałem tak szybkiego i lekkiego pakietu biurowego od Lotusa '97, albo Office 2000 (na ówczasnym dobrym sprzęcie). Steam chodzi, java chodzi. Nie mogę zainstalować GIMPa, gdyż muszę rozwiązać jakieś nienzne mi problemy z modularnymi repozytoriami oraz nie można przebudować modułu dla VirtualBoxa. GIMPa udało się uruchomić, winne były stare moduły w /etc/dnf/modules.d/ .

Trzeba mieć z tyłu głowy, że niektówe środowiska graficzne korzystają z tych samych plików w katalogu domowym i mogą je nieznacznie modyfikować, na przykład ~/.local/share/applications. Niby to jest ustandaryzowane, ale logowanie się w kółko do coraz to innych pulpitów przez tego samego użytkownika będzie ową konfigurację coraz bardziej zaśmiecać.

Tak naprawdę istnieją tylko dwie książki, na które warto stracić czas: - Unix i Linux. Przewodnik administratora systemów. - Linux. Wprowadzenie do wiersza poleceń – choć tą polecam w wersji angielskiej – dosłownie 3 dni temu wyszła 6 edycja No i ma tę przewagę nad polskim wydaniem, że oryginał jest dostępny za darmo na licencji Creative Commons. Do pobrania tutaj https://www.linuxcommand.org/tlcl.php A dalej to już specjalizacja w dziedzinie, która cię najbardziej interesuje, niekoniecznie przez książki Na pewno trzymaj się z dala od wszelkich książek, które stawiają na kilkanie po GUI (najlepiej odstaw wszystkie, które poświęcają więcej niż rozdział na przedstawienie dostępnych wyborów DE/WM), czyli de facto większość twoich propozycji – srogo się na nich zawiedziesz, bo raz, że GUI z czasem potrafi się zmieniać, dwa, że po darmowych fragmentach widać, że screeny pochodzą z bardzo starych wersji, i trzy w ten sposób tak naprawdę niezbyt wiele się nauczysz, a na pewno nie poruszania się po konsoli jeśli na tym ci zależy. No i miej świadomość, że samo przeczytanie nawet najlepszych książek nic ci nie da jeśli nie wdrożysz wiedzy w praktyce (pomijając dzieła typowo o historii Linuxa czy IT). Na swoim przykładzie mogę to potwierdzić – mam kilka książek o Linuksie, żadnej w całości nie przeczytałem, a co najwyżej wyrywkowo małe fragmenty. Ponadto nie mam wykształcenia informatycznego (jestem po polonistyce), a pracuję jako sysadmin. Cała moja wiedza pochodzi z grzebania w systemie, eksperymentowania oraz czytania manuali i dokumentacji (obowiązek jeśli poważnie myślisz o Linuksie)

Problem banalny, przypisujesz funkcję do zmiennej. Zamiast ble = create_test_user korzystaj z ble = create_test_user(). Z twoim obecnym sposobem aby cokolwiek uzyskać musiałbyś wywołać samą funkcję z poziomu zmiennej tj ble()

Z okazji najświeższego wydania Fedory, opublikowaliśmy nowe tłumaczenia na Fedora.pl. Słowo od Lidera Projektu https://fedora.pl/news/zapowiedz-fedory-36/ Artykuł o tym co nowego w Fedorze 36 https://fedora.pl/news/co-nowego-w-fedorze-36-workstation/ Pełny Release Note (po angielsku) https://docs.fedoraproject.org/en-US/fedora/latest/release-notes/

SUSE wydaje MicroOS z atomową budową (coś w podobie do Fedory Silverblue), MicroOS jest też dostępny jako desktop z KDE lub GNOME https://microos.opensuse.org/ Powstała kolejna nowa dystrybucja DAT Linux - Linux do data science, DAT Linux bazuje na Ubuntu LTS, posiada środowisko LXQT + 37 preinstalowanych aplikacji do Data Science https://datlinux.com/ https://github.com/dat-linux/community/discussions/ Nadchodzi OpenMandriva LX Rome w trybie rolling z KDE w skrócie OpenMandriva LX to kontynuator Mandrivy, która była kontynuatorem Mandrake Linux, który oferował dekstopową wersję Red Hat-a. https://www.openmandriva.org/en/news/ https://sourceforge.net/projects/openmandriva/ Ostatnio chyba jest jakaś "moda" na tryb rolling, czyli raz zainstalowany system otrzymuje aktualizacje w trybie ciągłym bez konieczności reinstalacji, najnowsza wersja SparkyLinux (polska dystrybucja bazująca na Debianie) przechodzi na semi-rolling https://sparkylinux.org/sparky-2022-07/ proszę o sprostowanie jeśli coś napisałem źle, dajcie znać czy taka forma informacji wam się podoba

Dawno, dawno temu, w naszej galaktyce, obejrzałem pewien film. Mój wzrok przykuł widok terminala. Niebieskie czcionki zamiast szarych? Fantastyczny pomysł. Zmiana domyślnych kolorów w emulatorze terminali w środowisku graficzny jest banalna. Ale co, gdy nie mamy środowiska graficznego? Okazuje się, że zmiana jest również możliwa, wystarczy się posłużyć poleceniem setvtrgb (więcej informacji uzyskasz wydając polecenie man setvtrgb) Liczba dostępnych kolorów jest co prawda ograniczona do 16, ale co zrobić. Po restarcie systemu oczywiście kolory wracają do ustawień domyślnych, i trzeba ponownie ręcznie ustawić ulubione kolory, co na dłuższą metę jest upierdliwe. I tutaj z pomocą przychodzi mój mały "programik" który za pomocą systemd ustawia przy starcie wybrany zestaw kolorów. Program, w postaci pakietu rpm jest dostępny na COPRze https://copr.fedorainfracloud.org/coprs/sunwire/vt-colors/, a źródła na GitHubie https://github.com/sunwire/vt-colors Bezpośrednio po starcie jedyną zmianą jest zamiana koloru szarego na ulubiony niebieski :). Dostępne są również przykładowe, zestawy innych kolorów w katalogu /usr/share/vt-colors/ Wystarczy je przetestować poleceniem setvtrgb /ścieżka/do/pliku, a gdy ci się spodoba, to wystarczy skopiować, jego zawartość do pliku konfiguracyjnego /etc/vt-colors/vt.palette Można też, oczywiście utworzyć własny plik. Dzięki nowy kolorom , możemy zamienić nasza maszynę w "stary komputer" z bursztynowym monitorem Albo ulubiony komputer dla dziewczyn :) Przykładowe palety, nie są idealne, jeżeli chcesz je poprawić lub utworzyłeś nową fantastyczna paletę,to śmiało utwórz push request na GitHubie . Inne przykładowe palety są dostępne pod adresem https://github.com/coderonline/base16-vtrgb/tree/master/consolecolors Miłej zabawy!

Cóż, podałeś tylko jeden przykład nie wspominając ani słowem, że w innych miejscach też są problemy. Brak przecinków też nie ułatwia zrozumienia wypowiedzi. Łatwo zrozumieć opacznie. Ale mniejsza o to, nie ma sensu się o to wykłócać, skoro już się wyjaśniło Z jakiej wersji Fedory korzystasz? Korzystasz z pipewire czy pulseaudio (sprawdź poleceniem pactl info)? Jeśli z pulseaudio to polecam przejść na pipewire – wprowadza znaczne usprawnienia jeśli chodzi o sprzęt na bluetooth. Z tego co kojarzę Fedora od wersji 35 w górę domyślnie korzysta właśnie z pipewire.

ma firewall-cmd --help kilka przydatnych opcji: --state --get-active-zones --get-default-zone --list --get-services --list-all --list-ports --list-forward-ports --add-port=2575/tcp --zone=public [--permanent] --zone=public --add-masquerade --add-forward-port=port=222:proto=tcp:toaddr=172.x.x.x:toport=22 [--permanent] --reload dodanie do zaufanych firewall-cmd --zone=public --permanent --add-source=192.168.1.0/24 całkowite wyczyszczenie: firewall-cmd --zone=public --permanent --add-source=0.0.0.0/0 dobrej zabawy

Dla mnie bezkonkurencyjny jest w tym Syncthing. Nie dość, że zmiany są widoczne na drugim urządzeniu niemal natychmiast to jeszcze działa bez pośrednictwa chmury (to może być też minus, bo aby urządzenia się synchronizowały na bieżąco oba muszą być włączone, chyba że dodasz jeszcze trzecie, które będzie pełniło rolę serwera chmury) Przy tym program jest bajecznie prosty w obsłudze. https://syncthing.net https://src.fedoraproject.org/rpms/syncthing

Na wirtualce F35 Workstation aktualizacja poszła bez problemu. Zawsze aktualizowałem za pomocą polecenia dnf system-upgrade, ale teraz użyłem narzędzia fedora-upgrade i muszę je pochwalić, dba o wszystko a aktualizacje można przeprowadzić zarówno online jaki i offline.

Możesz używać dowolnej ilości systemów dystrybucji oprogramowania. To trochę jak ze sklepami na Androidzie. Jedyny problem, na jaki możesz trafić, to instalacja tego samego oprogramowania z kilku źródeł jednocześnie. Na przykład możesz mieć program Kdenlive zainstalowany zarówno z Flatpaka oraz z pakietów RPM, ale potem musisz uważać na to, który uruchamiasz i jakie projekty zapisujesz jaką wersją Kdenlive. Będzie tak samo dobrze ze Snapa, z Flatpaka, z repozytoriów Fedory, z COPR, któregokolwiek z systemów do konteneryzacji, albo jak sobie sam skompilujesz. To tylko kwestia jak Tobie pasuje.

Ku potomności: Na COPRze jest dostępny pakiet rpm ze sterownikiem https://copr.fedorainfracloud.org/coprs/mentha/rtl8812au/ Z minusów nie wygląda na zbyt intensywnie rozwijany, więc mogą być problemy z nadchodzącym kernelem 5.15.

Niestety program smstools3, do wysyłania odbierania SMSów, już od jakiegoś czasu (f23) nie jest dostępny, ale w końcu udało mi się go przystosować do nowszej fedory. Aktualnie kompiluje się pod gcc10 i działa pod systemd, jak by ktoś potrzebował to udostępniam pakiet źródłowy. Jeżeli ktoś ma problem z pobraniem załącznika, to pisać, postaram się wysłać /udostępnić w inny sposób. smstools-3.1.21-18.fc33.src.rpm

Jak zaprząc system do wykonywania cyklicznej kopii, czegokolwiek co chcemy, na dysku internetowym w tzw. chmurze firmy OVH? Do obsługi darmowego konta do 25 GB służy aplikacja hubiC. Zaczynamy od utworzenia swojego konta i zainstalowania aplikacji, która w Fedorze 25 wymaga dodania odpowiedniego repozytorium. Dołączenie repozytorium Copr: # dnf copr enable madcat/hubic instalacja hubiC: dnf install hubiC Można oczywiście obsługiwać swoje konto poprzez stronę internetową ale my chcemy mieć ten proces w tle. Sama synchronizacja jest automatyczna i włącza się samoczynnie razem ze startem systemu. Aby było to możliwe, trzeba zapisać hasło do konta w pliku tekstowym, a następnie zalogować się, wkazując jako hasło ten plik, a także nazwę konta i katalog na dysku, który ma być synchronizowany według tego schematu: hubic login --password_path=/home/user/.config/hubiC/.hubicpassword [email protected] ~/hubic Tworzymy folder w katalogu domowym mkdir /home/user/hubic oraz plik z hasłem dostępu: mkdir /home/user/.config/hubiC/ && touch /home/user/.config/hubiC/.hubicpassword && echo "moje_hasło" > /home/marek/.config/hubiC/.hubicpassword Teraz można przystąpić do zaprogramowania obsługi backup`u. Będzie on się odbywał w tle a jedyne czego należy dopilnować, jeśli nie chcemy już skrajnie automatyzować procesu, aby komputer był włączony o zaplanowanej porze. Jeśli nie będzie to po prostu kopii nie wykona. Tworzę skrypt np. hubic.sh w dowolnej lokalizacji np. /home/user/ touch hubic.sh Edytuję plik i wklejam treść. To co umieścimy w skrypcie nasza wola, ja dałem przykładowo folder Dokumenty. Na potrzeby backup`u tworzę folder /tmp, który w efekcie końcowym zostanie usunięty. Rozszerzyłem opcje bezpieczeństwa plików poprzez spakowanie i później zaszyfrowanie. #!/bin/sh mkdir /home/user/tmp && rsync -avz --progress ~/Dokumenty /home/user/tmp && tar -zcvf /home/user/tmp/Dokumenty.tgz /home/user/tmp/Dokumenty && openssl enc -aes-256-cbc -salt -in /home/user/tmp/Dokumenty.tgz -out /home/user/tmp/Dokumenty.tgz.enc -k "hasło" && mv /home/user/tmp/Dokumenty.tgz.enc /home/user/hubic/Documents && rm -rf ~/tmp Nadaję mu prawa wykonywania chmod +x hubic.sh Na koniec formułuję w crontab porę backup`u np. crontab -e 0 9 * * 0 /home/user/hubic.sh Kopia będzie robiona co niedzielę o godzinie 9:00 A teraz droga powrotna na odwrócenie procesu czyli: odszyfrowanie: openssl aes-256-cbc -d -salt -in /home/user/hubic/Documents/Dokumenty.tgz.enc -out /home/user/Dokumenty.tgz rozpakowanie: tar zxvf Dokumenty.tgz Wybrałem jeszcze najprzydatniejsze polecenia z manuala do obsługi terminalem: hubic status hubic stop hubic logout hubic synchronize hubic pause

Cos słabo "kliknąłeś". Jak nic nie zrobisz to w obu przypadkach domyślnie zainstaluje Ci się jako flatpak z serwerów fedory, ale również możesz to zmienić i w pierwszym przypadku możesz wybrać format rpm z fedory, a w drugim format flatpak z serwera flathub https://youtu.be/CvaNHkAeJAM

Właśnie, że działa. Zmieniłem sobie testowo nazwę jednego głośniczka i poszło bez problemów. Krok po kroku: 1. Wylistowałem co w ogóle mam z komendą niżej wraz z wybranym urządzeniem do dalszych testów: $ pw-cli ls Node | awk 'BEGIN {RS="\n\tid "; ORS="\n\n"} /Sink/' 52, type PipeWire:Interface:Node/3 object.serial = "53" object.path = "alsa:acp:Generic:11:playback" factory.id = "19" client.id = "40" device.id = "46" priority.session = "736" priority.driver = "736" node.description = "Starship/Matisse HD Audio Controller Cyfrowe stereo (IEC958)" node.name = "alsa_output.pci-0000_0b_00.4.iec958-stereo" node.nick = "ALCS1200A Digital" media.class = "Audio/Sink" 2. Napisałem konfigurację - tak swoją drogą jeśli umieścisz config w ~/.config/wireplumber/wireplumber.conf to de facto będziesz musiał napisać całą konfigurację od zera, dlatego lepiej umieścić w conf.d - nazwa nie ma znaczenia, ważne by było rozszerzenie .conf - dzięki temu po prostu nadbudowujesz domyślną konfigurację swoją: $ cat .config/wireplumber/wireplumber.conf.d/wireplumber.conf monitor.alsa.rules = [ { matches = [{ node.name = "alsa_output.pci-0000_0b_00.4.iec958-stereo" }] actions = { update-props = { node.description = "Desktop Speakers" } } } ] 3. Restart pipewire: systemctl --user restart pipewire I to wszystko - działa jak powinno - urządzenie zamiast ""Starship/Matisse..." przedstawia się teraż jako "Desktop Speakers"

Nie wiem czy coś Ci to pomoże. Na F38 mam: Zainstalowane pakiety kdenlive.x86_64 23.08.1-1.fc38 @updates mlt.x86_64 7.20.0-1.fc38 @updates qt.x86_64 1:4.8.7-73.fc38 @updates

To byłem ja, błąd nie zamierzony i już poprawiony.

No to już widać, co się stało. DNF widzi zainstalowany pakiet nvidia-driver, kwóry zapewne zawiera sterowniki Nvidii oraz każemy mu teraz zainstalować xorg-x11-drv-nvidia, który zawiera dokładnie te same pliki sterowników. A DNF nie uznaje, że dwa pakiety dostarczają ten sam plik. I teraz mamy błędne koło, ponieważ sterowniki z rpmfusionm wymagają nvidia-settings z rpmfusion, a ten nie może być zainstalowany ze względu na pokazane tu konflikty. Wówczas trzeba pomóc trochę ręcznie. Odinstaluj pakiet nvidia-driver: # dnf remove *nvidia-driver* *nvidia-settings* Mam wrażenie, że jest tutaj problem z instalatorem Fedory, który zobaczył kartę graficzną nVidii i jest zaprogramowany, żeby zainstalować jakieś sterowniki. Tylko automat wybrał w tym wypadku nie to, co potrzeba. Po odinstalowaniu nvidia-settings oraz nvidia-driver będzie można zainstalować te dwa pakiety w wersji 390xx.

To repozytorium nie jest na Fedorze do niczego potrzebne. Radeon wspiera tylko systemu Ubuntu oraz Red Hat Enterprise Linux. Możesz je spokojnie usunąć z konfiguracji DNF-a. Pakiety xorg-x11-drv-amdgpu mesa-vulkan-drivers.x86_64 mesa-vulkan-drivers.i686 vulkan-loader.x86_64 vulkan-loader.i686 vulkan-tools są w zwykłym repozytorium Fedory.

To jak z rozszerzeniami do przegląddarek. Im więcej ich masz, tym więcej pamięci potrzbujesz i mogą przydarzyć się lagi. Po aktualizacji do kolejnej Fedory (a co za tym idzie - również i Gnoma) instalowane spoza repozytorium Fedory rozszerzenia potrafią wysypać pulpit całkowicie. Warto je wyłączyć przed aktualizacją. Kolejne dwa pytanie się ze sobą wiążą. Gnome Tweaks oraz wszystkie preferencje Gnoma nie robią prawie nic, oprócz zmian w dconf. Nie jest to w ogóle edytor rejestru, ale tak wygląda i jest to zaszłość historyczna, ponieważ 20 lat temu tak go zaprojektowali. Także dconfa i tak używasz. Możesz spokojnie sobie w jego edytorze klikać, tylko poczytaj dokumentacje przy poszczególnych ustawieniach, zazwyczaj jest całkiem niezła. Ja tam sobie ustawiam różne rzeczy, na przykład nagłówek odpowiedzi na emaila w Evolution, albo pokazywanie tabów w Gedit, nawet jeżeli otwarty jest tylko jeden plik.

a jednak chłopaki nadal działają, wyszła nowa wersja i pracują nad kolejną: https://github.com/centminmod/centminmod/tree/124.00stable wygląda że projekt coraz bardziej oswaja się z alternatywami dla CentOS-a: AlmaLinux i Rocky Linux https://community.centminmod.com/threads/centmin-mod-centos-8-compatibility-worklog.18372/

Najprawdopodobniej błędnie wpisane hasło. Ponadto jak, o ile się nie mylę co do liczb, 3 razy wpiszesz złe hasło, to nie masz możliwości zalogowania przez 10 minut. Wtedy trzeba poczekać albo zrestartować komputer. Druga opcja to, że gdm nie wystartował, albo wystartował z błędami. Wtedy tak logujesz się na inne tty jako użytkownik albo root i restartujesz gdm.service. Dodatkowo koniecznie należy sprawdzić logi, żeby znaleźć przyczynę i w miarę możliwości zapobiec podobnej sytuacji w przyszłości. Trzecia opcja to, że ktoś złośliwie lub w ramach żartu ci zmienił hasło, gdy byłeś nieobecny. Wtedy najprościej zalogować się na inne tty jako root i zmienić hasło. Jeśli root jest zablokowany to nic straconego, możesz wykonać któryś z kroków opisanych tutaj: https://docs.fedoraproject.org/en-US/quick-docs/reset-root-password/

dnf search - szuka w repozytoriach pakietu który ma w nazwie podany ciąg Przesuwasz paskiem lub kombinacja klawiszy (może zależeć od emulatora terminala np shift+PgUp (PgDown) ) To oznacza, że takiego pakietu nie masz zainstalowanego. Czy pakiet geary masz zainstalowany możesz sprawdzić poleceniem dnf list --installed geary lub rpm -q geary PS: Polecam też zapoznanie się z poradnikiem https://fedora.pl/poradniki/poradnik-dla-fedory-32/

Conky jest w repozytorium. Instalować umiem, ale nigdy nie używałem. $ sudo dnf info *conky* Ostatnio sprawdzono ważność metadanych: 0:00:10 temu w dniu wto, 21 gru 2021, 20:17:05. Dostępne pakiety Nazwa : conky Wersja : 1.12.2 Wydanie : 1.fc35 Architektura : x86_64 Rozmiar : 667 k Źródło : conky-1.12.2-1.fc35.src.rpm Repozytorium : fedora Podsumowanie : A system monitor for X Adres URL : https://github.com/brndnmtthws/conky Licencja : GPLv3+ Opis : A system monitor for X originally based on the torsmo code. but more kickass. : It just keeps on given'er. Yeah. Nazwa : conky-manager Wersja : 2.3.4 Wydanie : 13.fc34 Architektura : x86_64 Rozmiar : 802 k Źródło : conky-manager-2.3.4-13.fc34.src.rpm Repozytorium : fedora Podsumowanie : Conky scripts manager Adres URL : http://teejeetech.blogspot.in/p/conky-manager.html Licencja : GPLv3+ Opis : A simple GUI for managing Conky configuration files. Options for changing : themes and running Conky at start up. $ sudo dnf install conky conky-manager Conky-manager nie jest przebudowany od czasu Fedory 34, ale w ogóle się tym nie przejmuj. Automatyczny proces przebudowania pakietu na Fedorze 35 nie robi tego poprawnie, a opiekun pakietu widać nie ma na razie czasu - https://bugzilla.redhat.com/show_bug.cgi?id=1987411 .

Czasem sprzęt wybrzydza. Bezpieczniej jest mieć niezakłócony dostęp do usb, bo można sobie zniszczyć telefon.

Ja aktualizuje chyba od f20 , ale pasowałoby wyrzucić stary 128GB SSD i zainstalować na 5!2GB, na którym aktualnie są tylko wirtualki. A w międzyczasie zbudował się smstools dla F35 i Rawhide.

Zbudować to się na pewno zbuduje (sprawdzone na f34).

No cóż, ja nie używam ani Nagiosa ani Cacti, bo tak naprawdę nie mam takiej potrzeby. Ale używam własnego "monitoringu"

przetłumaczyłem artykuł Stephena Smoogena, myślę że jest warty uwagi, prosiłbym o uwagi jeśli coś przekręciłem: https://fedora.pl/news/centos-8-end-of-life-2021-12-31/

Witam, nie wiem gdzie powinienem to wrzucić, mam nadzieję, że dobra kategoria. Mam skrypt do do zmiany rozdzielczości ekranu na drugim monitorze, do rozdzielczości 1440, ponieważ za każdym razem, gdy uruchamiam ponownie komputer, ustawia się rozdzielczość 1080, a 1440 brakuje na liście. Nie wiem co zrobić, aby za każdym uruchomieniem systemu, ta rozdzielczość ustawiała się domyślnie. Kombinowałem coś z uruchomieniem skryptu przy starcie systemu, ale nie zadziałało. Skrypt, który uruchamiam ręcznie przy starcie systemu: #!/bin/bash out = `xrandr` echo ${out} | systemd-cat -p info xrandr --newmode "2560x1440_54.97" 221.00 2560 2608 2640 2720 1440 1443 1447 1478 +HSync -VSync xrandr --addmode HDMI-1 2560x1440_54.97 xrandr --output HDMI-1 --mode 2560x1440_54.97

Dla NVMe będzie to raczej coś w stylu /dev/nvme0 Jest dostępny pakiet nvme-cli a w nim polecenie nvme służące do "obsługi" dysków NVMe. Do przeglądana SMARTa służy polecenie nvme smart-log /dev/nvme0 Proponuje: Zaktualizować BIOS płyty do najnowszej wersji. Zaktualizować firmware dysku NVMe. Spróbować zainstalować Fedorę 33 Beta.

Tak jak pisałem, 64-bitowa konfiguracja wine będzie się gryzła z 32-bitową. Usuń katalog /home/uzytkownik/.wine i utwó©z go ponownie używając: WINEARCH=win32 winecfg Ja dosyć rzadko używam 32-bitowych aplikacji pod Windows 98, więc nie dodaję sobie prefiksu WINEARCH=win32 na stałe w konfiguracji i muszę go używać za każdym razem, kiedy chcę uruchomić stary program w Wine. Z tymi "multiledialnymi" aplikacjami na płytach DVD to może być niestety problem, bo często wymagają specyficznych kodeków i bilbiotek systemowych w bardzo specyficznych wersjach. To wszystko można dokonfigurować, ale zajmie Ci trochę czasu.

Sprawdź polecenie: fail2ban-client get sshd actions

Wszyscy się cieszymy, ale dla innych którzy mogą mieć podobny problem, dobrze by było abyś podał rozwiązanie.

Jest takie coś. Trzeba włączyć Waylanda (na xsach to nie działa). Zainstaluj dconf-editor i znajdź w nim org.gnome.mutter.experimental-features. Będzie tam lista z wyjaśnieniem, że można do niej dodać scale-monitor-framebuffer.

Wkrótce zainstalowanie dwóch lub więcej linuxów obok siebie, powinno być łatwiejsze https://www.phoronix.com/scan.php?page=news_item&px=Systemd-Lands-XBOOTLDR

Czy masz zainstalowany pakiet wine-mono?

Do pobierania plików w terminalu polecam prozillę. Uruchamia 4 połączenia (domyślnie, można to zmienić opcją -k=n) i działa przez to szybciej i skuteczniej od wget. dnf install prozilla proz <link_do_pliku>

A działasz na Xach czy na Waylandzie? Ja działam na Xach, bo Plasma na Waylandzie nie nadaje się do użytku, więc może to kwestia Waylanda?

Zrobiłem jak kolega wyżej i "kaszlało" mi przy pierwszych 3 uruchomieniach, ale potem wszystko się unormowało i działa naprawdę dobrze, znacznie lepiej niż myślałem Dzięki za poradnik. _____________________________ Polecam: umowa kupna sprzedaży samochodu

Kiepsko sprawdzałeś. Jeśli masz skonfigurowane repozytorium Adobe, to wystarczy: dnf install flash-player-ppapi Ewentualnie ręcznie: https://get.adobe.com/flashplayer/otherversions/ Wybierz wersję FP 27.0 for Linux 64-bit (.rpm) - PPAPI

Już się wyjaśniło skąd te problemy. Otóż miałem google-earth zainstalowane z repozytoriów google-earth-repo o czym już nawet zapomniałem. Potem zainstalowałem wersję 64bit pobraną stąd https://www.google.com/earth/download/ge/agree.html lecz błąd nadal się pojawiał. Odinstalowałem więc pakiet rpm -e google-earth i zainstalowałem pobrany z tego samego miejsca pakiet w wersji 32 bit wraz z zależnościami. Błąd nadal się pojawiał tak jak wcześniej, dopiero po odinstalowaniu google-earth w wersji 32 bit spróbowałem uruchomić program w wierszu poleceń i ku mojemu zaskoczeniu ten nadal próbował się uruchomić i to dało do myślenia. znalazłem gdzie siedzi oprogramowanie poprzez whereis google-earth posprzątałem ręcznie w tych miejscach które zostały wylistowane powyższym poleceniem i zainstalowałem ponownie pakiet rpm w wersji 64bit pobrany z https://www.google.com/earth/download/ge/agree.html teraz już wszystko działa prawidłowo.

A my za korzystanie z naszej wiki Najlepiej przed założeniem tematu. → http://wiki.fedora.pl/wiki/GRUB Powinno pójść gładko...

Nie wiem jak i czego szukasz, ale pytales jak mozna usunac freetype-rpmfusion. man yum: Jedyny problem jaki tu widze, to bariera jezykowa, ale w sieci mozna znalezc tlumaczenia.Lepiej jest juz z "man rpm": Na poczatku wymienilem standardowe programy sluzace w Fedorze do instalowania i odinstalowywania programów.Co do wiki: wystarczy haslo np."instalowanie" i wyskakuje dokladnie 1 artykul → http://wiki.fedora.p...fulltext=Szukaj No, troche poczytac trzeba. Przepraszam, ze nie pomoglem wprost, ale zawsze staram sie dac wedke a nie rybe.