Tesztelhető a Fedora 34 bétája

AlmaLinux, CentOS, Fedora, Red Hat, Rocky Linux

Főbb újdonságok:

  • BTRFS transparent compression
  • Replacing PulseAudio with PipeWire
  • Fedora 34 Workstation Beta includes GNOME 40
  • Better experience in out-of-memory (OOM) situations
  • KDE Plasma desktop now uses the Wayland display server by default
  • stb.

Részletek a bejelentésben.

( attilam | 2021. 03. 25., cs – 14:00 )

Én már használom egy ideje tesztelési céllal, és egyre jobb lesz. Jó kis rendszer lesz ez mire megjelenik.

A btrfs compression is remek, sebességben nem veszek észre különbséget, de a 256G-ás SSD-n nem haszontalan.

A pipewire elég bugos volt de azt is frissítették, a mostani változat egész használható már a fülesemmel.

Még van egy-két összeomlás, de hát még 1 hónap a véglegesig, addig sok minden történhet.

A btrfs compression is remek, sebességben nem veszek észre különbséget, de a 256G-ás SSD-n nem haszontalan.

Errol meselj mar tobbet lecci, kivancsi lennek, hogy mukodik ez mindennapi hasznalatban. En sose hasznaltam, csak ezt olvastam: btrfs.wiki: Compression, ez alapjan eleg macerasnak nez ki, egyesevel file-okra beallitani, aztan meg azt se tudod mennyi helyet nyertel... Vagy te beallitottad az osszes konyvtarra es kesz?

Nem kell egyesével, eldönti hogy melyik fájl típus kell tömöríteni. Teljesen automatikus a háttérben, valójában használat közben még gyorsabb is lesz a rendszer (én így tapasztaltam.) A tömörített fájlok, videofájlok, zene nem lesz tömörítve.

Fedora csak 2 subvolumet hoz létre (subvol=/root, subvol=/home)

Csatoláskor: "-o compress=zstd" ha másik tömörítési formát választunk akkor "-o compress-force=lzo"

További info a tömörített fájlokról: compsize /home, compsize /root

"Zstandard egy nagy teljesítményű, veszteségmentes adattömörítési algoritmus, a Facebook-on fejlesztette ki a Yann Collect. Tömörítési aránya összehasonlítható a ZLIB-ben használt DEFLATE algoritmussal, de gyorsabb. Megadhatja a kívánt tömörítési szintet is. A szint tetszőleges szám lehet 1 és 15 között . A magasabb szint magasabb tömörítési arányt jelez. Tehát a 15. szint több lemezterületet takarít meg, mint az 1. szint (a 15. szint nagyobb tömörítési arányú, mint az 1. szint). Ha nem ad meg ZSTD tömörítési szintet, akkor a Btrfs fájlrendszer alapértelmezés szerint a ZSTD 3. tömörítési szintet használja."

A F34-be az az újdonság, hogy telepítéskor már be lesz kapcsolva a tömörítés.

"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett" 

és 100 éve még boszorkányt is égettek 

( bimi3 | 2021. 03. 25., cs – 19:39 )

Olvastam valami olyasmit, hogy a Gnome-ból hogy lett 40. Hát úgy, hogy a 3.38 után a 3.40 jönne, de nem írják elé a "3."-at hogy jelezzék, új alapok vannak. De ez a 40 igazából a Gnome 3.40 akar lenni, és messze még a 4.0 .

( uid_4263 v | 2021. 03. 26., p – 10:07 )

"Replacing PulseAudio with PipeWire"

Lemaradtam valamiről úgy érzem..

Kibontva:

Replacing PulseAudio with PipeWire

Desktop audio will transition from using PulseAudio to PipeWire to mix and manage audio streams. The supports low-latency for pro audio use cases. PipeWire is better designed to meet the needs of containers and applications shipped in Flatpaks. The integration of PipeWire also creates the space for just one audio infrastructure to serve both desktop and professional use cases for mixing.

trey @ gépház

Fedorát használok, jelenleg Fedora 34-et, és annyira megkedveltem a PipeWire-t, hogy legtöbbször napi szinten csinálok a git repóból buildet illetve csomagokat, s teszem fel a gépemre. Jelenleg a bluetooth áll gyenge lábakon, de nagyon sok bluetooth-os commit érkezett a 0.3.24 megjelenése óta. Még most sem tökéletes, de használható a bluetooth. Olyasmit értek alatta, hogy lehet, hogy csak a Fedora felől sikerül a kapcsolat felépítése, a másik irányból kezdeményezve nem.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Viccelsz velem? Frissítés. A gépemre talán Fedora 18-at tettem tiszta telepítéssel, azóta kvázi rolling release-ként frissítek. :) Kb., mint trey az Ubuntuval.

A kérdésedre az a válasz, hogy semmi nehézség sem volt. Jó, mondjuk nekem igen, mert külön filerendszeren van az rpm adatbázisom. Nem számítottam arra, hogy a frissítéshez letöltött csomagokat is odateszi majd, így megtelt a filerendszer, széthullott az rpm adatbázis, de még ebből az állapotból is visszahoztam az oprendszert, szóval továbbra sem telepítettem újra. :) De másik két gépemen, ahol efféle ámokfutás nem volt, hiba nélkül zajlott a frissítés.

Azt kevésbé tudom, hogy a pulseaudio-t korrektül cseréli-e le pipewire-re, de gondolom, hogy igen. Azért nem tudom, mert már Fedora 33-on is pipewire-t használtam. Aggódni viszont nem kell, a pipewire két socket-jét kell engedélyezni és elindítani, ez triggereli a service-ek indítását, és készen is vagy. Már, ha valamiért ez magától nem történne meg.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

azóta kvázi rolling release-ként frissítek

Ez a rolling release politika azonban kivételekkel dolgozik. Én például akkor sem tudnám használni a Fedora-t ha akarnám, mivel .epub szerkesztéshez a Sigil nevű szerkesztőt használom. Ebből épp' ma adták ki a legújabb 1.5.1-es verziót. (De már az előző 1.4-es sorozat is majd' fél éve kint van).

Ehhez képest mit kínál a Fedora mind a mai napig? Hát ezt az ősi ereklyét: sigil-0.9.14-9.fc34

Forrásból fordítottad? Vagy hogyan jutottál a legfrissebb változathoz?

Fedorára jellemzően nagyon újak a software-ek. Tapasztalatom szerint akkor hagynak valamit régebbi változaton, ha az újnak olyanok lennének a függőségei, ami nem nagyon illeszthető az oprendszerbe szervesen.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Hadd ne kelljen már forrásból fordítással vacakolni 2021-ben. OpenSuse-n vagyok egy ideje, azok leforgatják függőségekkel, mindennel, ontják az új csomagokat, van külön repo-juk is dokumentumszerkesztő cuccoknak, abból rakom fel ami kell. Megjegyzem ott a rolling ágon (Tumbleweed) már most 1.5.1 van, ami komoly teljesítmény.

De mikor rpm kereső oldalakon rákerestem a Sigil-re, ott látható hogy a Fedora a legrégebbi, Még a pici disztrókban is sokkal frissebb van.

Egyszerűen csak magyarázatot nem találtam rá sehol, miért ragaszkodnak a 0.9-es vonalhoz ennyire foggal-körömmel egy deklaráltan frissességre törekvő disztró esetében.

Fedoránál ez automatikusan megtörténik, mivel a release-monitoringot használják, ahogy mások is.

https://release-monitoring.org/project/4815/

https://bugzilla.redhat.com/show_bug.cgi?id=1724109

Tény, hogy van egy új függősége, ami valami QT-s cucc. A Fedora meg alapból GTK párti, így nincs nagy érdeklődés a munka elvégzésére.

De ha elkezdenének sokan reklamálni a fenti bugzilla bejegyzésnél, akkor tuti megcsinálnák. :)

nTOMasz
"The hardest thing in this world is to live in it!"

Lehet nálam a F33-ban is benne van már a PipeWire "low-level multimedia framework". De nem jöttem még rá hogy tudom tesztelni.

sample-format =  16, 24, 32le, -sample-rate = 41 48 96

"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett" 

és 100 éve még boszorkányt is égettek 

Úgy, hogy feltelepíted. :) Nekem ezek vannak fenn:

rpm -qa pipewire\* | sort

pipewire0.2-libs-0.2.7-5.fc34.x86_64
pipewire-0.3.24-13.fc34.x86_64
pipewire-alsa-0.3.24-13.fc34.x86_64
pipewire-doc-0.3.24-13.fc34.x86_64
pipewire-gstreamer-0.3.24-13.fc34.x86_64
pipewire-jack-audio-connection-kit-0.3.24-13.fc34.x86_64
pipewire-libs-0.3.24-13.fc34.x86_64
pipewire-pulseaudio-0.3.24-13.fc34.x86_64
pipewire-utils-0.3.24-13.fc34.x86_64

Illetve

systemctl --user daemon-reload
systemctl --user enable --now pipewire-pulse.socket pipewire.socket
systemctl --user status pipewire\*

Ennyitől akár jó is lesz.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

dnf updat-el érkezett 

Azt nem találtam, hogy lehet lekérdezni hány biten (16,24,32) és Hz-en (41e,48/e,96,) fut?

"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett" 

és 100 éve még boszorkányt is égettek 

és tényleg, thx

Kiszolgálónév: PulseAudio (on PipeWire 0.3.24)
Kiszolgáló verzió: 14.0.0
Alapértelmezett mintavételi meghatározás: float32le 2ch 48000Hz
 

Én csak ezt telepítettem: (közben megleltem a howto test cikket) https://fedoraproject.org/wiki/Changes/DefaultPipeWire

sudo dnf install --allowerasing pipewire-pulseaudio

"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett" 

és 100 éve még boszorkányt is égettek 

A pulseaudio-t akkor is be kell hazudnia, ha natív pipewire fut, mert az alkalmazások arra vannak felkészülve, hogy rá tudnak cuppanni a pulse interface-re. Legegyszerűbb erről így meggyőződni:

pgrep -l 'pulse|pipe'

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( szkaresz v | 2021. 03. 26., p – 15:50 )

 

KDE Plasma desktop now uses the Wayland display server by default

 

Ha nem KDE vagy Gnome...stb alkalmazásokat használ a felhasználó akkor vicces élményekben lehet része.

Az tisztán látszik, hogy a kernelben már nagyon nem erőltetik az Xorg intel drivert. 

5.10-es kernel óta van csík a monitoron  félig kirajzolt ikonok...stb

Ez a 34-es kiadásban is így van... eddig :(

Karesz

Letölthető háttérképek  |  Portréfotók

( tothaa | 2021. 03. 31., sze – 06:48 )

A BTRFS-sel sajnos nincs szerencsém. Már másodszor jártam úgy, hogy Hard-Reset után nem lehet helyreállítani a partíciót nvme ssd-n. :-(

Airconditioned terminal, do not open Windows.

( Wooody | 2021. 04. 01., cs – 10:19 )

Szerkesztve: 2021. 04. 02., p – 01:04

Megmerem kockáztatni, hogy a "Sound Blaster Z" a PipeWire-on keresztül olyan szépen szól mint az Apple asztali gépem:)

1000x :)  Szépen szól, nincs várakozás, akadás, szaggatás.

 

Viszont az új Gnome "szépséghibája", hogy ha valamit lecsukok akkor az bal felső sarokba záródik (nem pedig önmagába le), illetve a Dock autóelrejtés után nem saját magából nyílik hanem ismét bal felső sarokba kell vinni az egeret, aztán meg le.

"ha valakire rá kiabálunk, hogy rendszergazda akkor az is - szerződés, fizetés csak az átkos időkben kellett" 

és 100 éve még boszorkányt is égettek