Cała aktywność

Ostatnio mam chyba za dużo czasu i przebudowałem sporo oprogramowania z Fedory 42 do CentOS-a 10. Będą mi potrzebne na serwer VPS, kiedy tylko pojawi się Rocky 10 w ich ofercie, którego po prostu zaktualizuję do CentOS-a. Na moim domowym labku również wymienię wszystko na dziesiątkę. EPELa i Copra bardzo doceniam, ale używam w tak niewielkim procencie, że postanowiłem zwyczajnie sam te rpmy zbudować. Głównie to jest Nagios i dużo różnych jego modułów, nrpe, htop, certbot, openvpn i jakieś tam pierdoły. Może w lipcu już się wszystko uda dopiąć.

Wiem, że może to jest polskie forum Fedory i tutaj szybko nic się nie dzieje, ale może zamknąć ten dział. Eurolinuksa jako takiego już w ofercie nie ma.

https://fedoraproject.org/wiki/Changes/X11Libre Jest pewna szansa, choć wydaje mi się, że autorzy poszczególnych aplikacji będą musielo dostosować kod, uwolnienia się w końcu od root-a w X-sach. Albo chociaż na izolację okien różnych aplilacji.

Upewnij się, że masz zainstalowane odpowiednie pakiety rpm -q fprintd fprintd-pam Upewnij się, że masz włączoną obsługę fingerprint sudo authselect current na liście powinno być with-fingerprint jak nie to włącz ją poleceniem sudo authselect enable-feature with-fingerprint następnie spróbuj wywołać polecenie sudo fprintd-enroll <tutaj_nazwa_twojego_użytkownika> warto również zajrzeć w logi w poszukiwaniu ewentualnych błędów, pomocne polecenia to sudo journalctl oraz sudo dmesg|less szukaj komunikatów zawierających ciąg elan i/lub fprint

https://pl.ubunlog.com/xlibre--nowy-fork-x11--który-ma-na-celu-utrzymanie-go-przy-życiu--choć-nie-bez-kontrowersji./

no taki się wyświetla się wynik z tej komendy. co w tym śmiesznego ? Co dalej z tym ?

Ktoś może coś powiedzieć o co chodzi z tworzeniem tego forka. Czego się czepiają co niektórzy. Jakiś artykuł wyjaśniający. Pozdrawiam Radek Głębicki

spi-ELAN7001 i google to

wynik z polecenia : $ ls /sys/bus/spi/devices/ spi1.0 spi-ELAN7001:00

Uprzejmie donoszę, że na na Fedorze 42 na Waylandzie nie trzeba już używać gamescope. Wszystko skaluje się poprawnie. Nie ma dzięki temu niewielkich artefaktów i powidoków kursora, który gamescope wprowadzał.

A mógłbyś podejrzeć w windowsie jaki masz model czytnika? Być może twój czytnik jest podpięty pod spi, co zwraca polecenie ls /sys/bus/spi/devices/ PS. Nie które czytniki mogą nie działać pod linuksem

wynik z komendy: lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 13d3:5463 IMC Networks USB2.0 HD UVC WebCam Bus 001 Device 003: ID 13d3:3563 IMC Networks Wireless_Device Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub A jeśli chodzi o BIOS to nie ma tam opcji dotyczącej tego czytnika. Ale musi być włączony ponieważ korzystając z Windows 11 to pracuje normalnie i logowanie odciskiem palca do systemu przebiega prawidłowo. help

może zacznij od wklejenia tutaj wyniku: lsusb W BIOSie jest on włączony? Radek Głębicki

OS: Fedora Linux 42 (KDE Plasma Desktop Edition) x86_64 Host: Vivobook_ASUSLaptop X1603ZA_X1603ZA (1.0). CPU i5-12500h Kernel: Linux 6.14.9-300.fc42.x86_64 Witajcie, jestem świeży temacie Linuxa a tym bardziej Fedory, wcześniej siedziałem na MX ale teraz na tym nowym komputerze chciałem spróbować innej bardziej świeżej dystrybucji. Problem polega na tym że nie działa mi czytnik lini papilarnych, nie widać (_wogóle_ &#8594; w ogóle) ORT ustawień od niego w ustawieniach KDE. Jak rozwiązać problem? Ale prosiłbym na początek tak bardziej jak dla newbeee.

Potwierdzam. Wczoraj update znowu spowodował awarię i trzeba było robić ponowny downgrade, a dziś po update u mnie również już jest OK.

W F41 jest aktualnie w testing https://bodhi.fedoraproject.org/updates/FEDORA-2025-1a91411755

Już poprawiono błędy i w większości przypadków działa ok. po aktualizacji. Przynajmniej w Fedorze 42, w 41 musiałem cofnąć.

A ja własnie czegoś takiego szukałem... Ostatnio patrzyłem na lm-sensors ale chyba wybiorę htop:)

Przydatna informacja dla mnie i pozostałych Forumowiczów. Może kiedyś się przyda...

Tak, o MESA chodziło. Dzięki!!!!! Przy okazji jeszcze jako ciekawostka, nie działało też przełączanie języka klawiatury nawet w xorg-u.

To raczej nie jest wina sterowników grafiki, można spróbować obniżyć wersję mesy poleceniem sudo dnf downgrade mesa-*

RHEL 10 wymaga architektury x86-64-v3, na starszym sprzęcie możesz użyć AlmaLinux 10 dll v2 dodatkowo Alma ma sporo usuniętych z RHEL10 starszych sterowników.

Jeśli masz możliwość to uruchom z menedżera rozruchu X-11. Wtedy zobaczysz... W przypadku gdyby o był bug w mesie to za jakiś czas może poprawią... SeeM pisze, że to błąd po stronie sterowników graficznych. Ja wykonałbym procedury instalacji sterowników graficznych od nowa z repozytorium o ile tam są. Do doświadczonych Linuksowców: jeśli ten krok nie jest niezbędny to proszę o poprawienie mnie...

Próbowałem uruchomić wirtualkę z RHEL10 na starym złomiku Dell r710 i się nie da. Zdaje się, że potrzebuje flag CPU, których to po prostu nie ma - https://www.reddit.com/r/redhat/comments/1bxmxuq/rhel_10_will_drop_some_older_intel_cpus/ . Mogą to być między innymi "avx", ponieważ na starym serwerze ich nie ma. Za to na Dell r730 instalator uruchamia się poprawnie oraz wykrywa PERC-a i wszystkie dyski. Koniec z kombinowania ze sterownikami do LSI z dodatkowych ISO. Zajęło im to kilka lat, ale zrobione i działa. Fedora 42 to śmiga na obydwu tak po prostu. (-:

Dzięki za szybkie odpowiedzi. Na pewno zainstalowało się sporo aktualizacji MESA. Uruchomienie na poprzednim kernelu (u mnie 8.300) daje ten sam efekt co na najnowszym (9.300), na wayland puste okna, więc wniosek że to te paczki mesa? Nie wiem, czy z tym kombinować, czy po prostu na xorg-u zaczekać na kolejne aktualizacje? Serdecznie pozdrawiam!