Megjelent a Fedora 11

Beküldte lberes - 2009, június 9 - 16:18
Témák: 
Fedora
Fedora 11
Red Hat Inc.

Néhány perccel ezelőtt Paul W. Frields a Fedora Project bejelentette a Fedora 11 - kódnevén Leonidas - kiadását.

Mivel korábban már nagyon sokat beszéltünk a Fedora 11 újdonságairól, ezúttal itt és most csak egy rövid lista a legfontosabb újdonságokról:

  • ext4 fájlrendszer
  • Presto - delta alapú csomagfrissítő rendszer
  • automatikus betűkészlet és mime-type telepítés, konfiguráció
  • Volume Control - egyszerűsített hangerőszabályozás a PulseAudio révén
  • MinGW (Windows cross compiler)
  • Virt Improved Console
  • fejlettebb ujjlenyomatérzékelés és -kezelés

Release notes:

http://docs.fedoraproject.org/release-notes/f11/en-US/

A kibocsátáskor ismert bugok listája itt olvasható:

https://fedoraproject.org/wiki/Common_F11_bugs

Hivatalos bejelentés:

https://www.redhat.com/archives/fedora-announce-list/2009-June/msg00006.html

Hozzászólások

Beküldte Webappz - 2009, június 9 - 17:04.

Már le is töltöttem a DVD-t :)

Webappz - http://webappz.hu/

Beküldte locsemege - 2009, június 9 - 17:33.

Könnyű annak, akinek gyors netje van. Nekem 3/4 9 felé érkezik meg az x86_64. Az i386-os verziót már tegnap letöltöttem, mert találtam egy nyitott szervert. Megnéztem a ma megnyílt szerverekről származó sha256sum-mal, stimmel, szóval nem hamisítványt töltöttem le. Tényleg, az i386-os verziót miért hívják annak, amikor i586-ot támogat? Tegnap már archiváltam mindent, este telepedik majd. Kíváncsi vagyok rá. Az rt2500pci modultól félek.

Beküldte asrob - 2009, június 9 - 19:32.

Nekem már fut a rendszer, ellenben van egy nagy szívfájdalmam, mégpedig nálam erősem bugzik az intel driver a 855gm kártyámmal. Furcsa mert, mikor még a preview kiadást használtam akkor nem volt semmi gond, szépen lejátszotta a filmeket, flash animációkat firefoxban. Most csináltam egy friss install és itt már valami nem jó, csíkozódik a kép mind videólejátszáskor, mind flash animáció nézegetéskor ff-ben. Remélem csak ideiglenes és nemsokára jön hozzá fix.

Beküldte Vladi - 2009, június 9 - 20:09.

Mostanában van regresszió az intel driverekben. Az ubuntusok nagyon megszenvedték mostanában, lehet ide is begyűrűzött. xD

Beküldte Vladi - 2009, június 9 - 20:10.

Elkezdem én is letölteni torrenten. Maradok seedben 1-2 napig 10 megával, úgyhogy akinek lassan jön, torrenten próbálja!

Beküldte Vladi - 2009, június 9 - 21:39.

Nahát ez sem bootolt be. :( Valami gond van a cd írómmal. :S
Úgyhogy most PreUpgrade-del próbálkozok. :)

Beküldte csuhi - 2009, június 10 - 08:01.

Én most töltöm az x86_64 DVD-t torrenten, utána maradok 500%-ig seedelni, szerver ami tölti ugyan 100 megabiten van, de a torrent feltöltést 24 megabitre korlátoztam.

--
Csuhai Imre
https://csuhai.hu

Beküldte Webappz - 2009, június 10 - 09:41.

Én is x86_64-et töltök, de direktbe szedem az írektől (heanet.ie). Kb. fél órát írt a letöltésre.

Webappz - http://webappz.hu/

Beküldte lberes - 2009, június 10 - 10:09.

Az mit csinaljon, akinek 2 perc 17 sec alatt jott le a DVD ISO? :)

Beküldte Webappz - 2009, június 10 - 10:30.

Az inkább ne is ...
vagy is inkább írjon beszámolót az első tapasztalatokról ;-)

Webappz - http://webappz.hu/

Beküldte locsemege - 2009, június 10 - 18:37.

Az eddigi tapasztalatom határozottan pozitív. Az rt2500pci wireless driver és a hang is működni látszik végre. Persze egyelőre csak költözöm befelé, sok munka van még vele, hogy otthonos legyen, mindenesetre eddig tetszik. Ezt az üzenetet már Fedora 11-ről írom.

Update:

Az első bekezdés óta eltelt néhány óra. Időközben már új disztribúció keresése is felvetődött bennem.

Egyfelől a hang továbbra sem jó. Nem ropog, inkább csak néha kirúgódik a pulseaudio, mert túl sok CPU időt eszik. Ez Fedora 10-ben is probléma volt, itt is ugyanúgy igaz. A jelenség audacious-nál is előjön, de skype-on néhány másodpercen belül. Nyilván skype-nak pulse-t mondtam interface-nek. Tudnék log részleteket bemásolni, de sok, szétesnének a hozzászólások, így nem teszem.

Az egész kezd elwindows-osodni. A GUI öntörvényűen, kérdés nélkül módosítja a konfigurációs állományokat. Gondolok itt arra, hogy beállítottam a dnsmasq daemont caching névszervernek, de a hálózati konfig GUI-ja minduntalan felülírta a resolv.conf és /etc/sysconfig/network-scripts/ifcfg-* állományokat. Linuxban éppen a rugalmasság a lényeg, a speciális igényeknek megfelelő konfigurálhatóság, ez kezd most elveszni.

Az Xfce 4.6.1-ben a háttérkép néha betöltődik induláskor, máskor meg nem. Meglehetősen bosszantó hiba. Hasonlóképpen a fontméretek. Olykor kisebbek, mint lenniük kellene, ez utóbbi bug már Fedora 9-ben is tettenérhető volt. Ez persze lehet, hogy az X bűne, annak a logjait nem nézegettem még. Tudom, hogy nagy kód, azt is, hogy ingyen van, mégis azt érzem, egyre több a javítatlan hiba, a feature-ök csak jönnek, de a korábbi hibák továbbra is maradnak. Szintén az Xfce hibája, hogy noha a datetime plugint feltelepítettem, nem tudom a panelra rakni, mert nincs a listában. Próbáltam kézzel a konfigfile-ba betenni, miközben az őt konfiguráló file-t is megcsináltam, ettől sem lett jobb. Ez utóbbi bugot most, hogy írom, kijavítottam. Lehet, küldök bugreportot. A datetime.desktop file-t a /usr/lib64/xfce4/panel-plugins alkönyvtárba tették a helyes /usr/share/xfce4/panel-plugins helyett. Áthelyeztem, most úgy néz ki, jó lesz.

Gondolkodom Arch linuxon. A félelmem inkább az, hogy az összes disztribúció többé-kevésbé ugyanazokat a programokat használja ugyanazokkal a hibákkal. :(

Beküldte csuhi - 2009, június 11 - 11:55.

Nemtom miből adódhat ennyi gondod, én ma végeztem mindhárom gépem frissítésével, f10-ről frissítettem mind3at preupgrade-el. A notebookot még megjelenés előtt frissítettem fel, a munkahelyit és az otthonit tegnap. 3 teljesen különböző hardver, (sis csipes notebook, inteles munkahelyi és amd+nvidiás otthoni), de se a videóval/grafikával, se a hanggal nincs bajom, F10 alatt sem volt.

--
Csuhai Imre
https://csuhai.hu

Beküldte locsemege - 2009, június 11 - 20:52.

A gondom abból is adódhat, hogy én a Fedorát Linuxnak tekintem, nem pedig Windows klónnak. Kicsit szolidabban fogalmazva ez azt jelenti, hogy nekem nem szkott megfelelni a default beállítás. Például a NetworkManager működik, de szerettem volna a hagyományos metódust használmi, ennek oka pedig részben az, hogy lehessen egy caching névszerverem. Vagy például használnék Skype-ot, és bátorkodtam megkísérelni pasuspender hívása nélkül a használatát, persze a pulse interface-szel. Jó, nem ment, tudomásul vettem. Aztán használni szerettem volna a pavucontrol nevű eszközt, na ekkor halt meg a pulseaudio daemon. Nehogy már úgy nézzen ki a dolog, hogy valaki bekonnektál a szerverhez, s attól az elhasal. És akkor még nem próbáltam ki hálózaton keresztül a pulse-t, pedig úgy van kitalálva, mint a video esetén az X szerver.

Mellesleg teljesen default használtam, zenét hallgattam, amikor arra lettem figyelmes, hogy az audacious egy-egy szám elejénél elhallgat. Ugye a pulse halt ki alóla. De nézd meg a bugzillát, vagy a fedorás fórumokat, nem én vagyok az egyetlen, aki azt állítja, hogy igen nagy bajok vannak az alsa illetve a pulseaudio körül. Nem véletlenül másoltam be a logból részletet. Fedora 9 lényegében teljesen jó volt, de amióta ez a glitch-free algoritmus megjelent, azóta nincs stabil hang.

Amúgy az is fura, hogy az Xfce háttérképet majdnem minden belépés után újra be kell állítanom. Arról már küldtem bugreportot, hogy az egyik Xfce csomagban rossz helyen van egy file, erre a fejlesztő megkért, nézzek meg egy másik hasonló csomagot, hogy ott is probléma-e. Persze az volt, de mindamellett ott a szövegfile tartalma is el volt szúrva, küldtem hozzá a javítást.

Az az érzésem, csak Gnome felületet, default beállításokkal tesztelnek, az úgy-ahogy megy, a többi meg nem számít. De ez a hang nagyon kínos...

Időközben barátkozom az Arch-hal, de ahhoz nagyon sok szabadidő kell, meglehetősen hardcore linux. Bár jegyzem meg, tetszik. Valahol a Fedora és az Arch közti disztribúció volna jó. Fedorát szerettem - még most is -, de nagyon rossz irányba halad. Arra az irányra ott az Ubuntu, minek rontják el a szebb időket is megélt Fedorát? Emlékszem, Fedora 5, 6, 8, 9 nagyon jók voltak. A 9 az elején nem, de utána már a CD-t is ki lehetett belőle venni. (Az egyik udev frissítéssel rontották el, később kijavították.)

Beküldte Vladi - 2009, június 11 - 21:43.

Nézd mióta fedórázok mindig ez volt. 1-2 hónapig problémás a dolog, csak jönnek a hibák, meg kritikák. De aztán beáll a rendszer.

Tény, hogy mostanában a feature inkább számít, mint a stabilitás, de szerintem hosszabb távon ez változni fog.
Inkább egy Fedora és Red Hat közötti átmenet kellene. CentOS-t is használok. Az annyira stabil, hogy naa. Viszont a viszonylag régi csomagok miatt van vele gond néha.
A fedora legacy projektet kellene feléleszteni. Akkor lehetne mondjuk +1 év támogatás rá. Mindjárt eltűnne a sok fejfájás.

Beküldte locsemege - 2009, június 10 - 22:24.

Jun 10 22:07:22 gépemneve pulseaudio[2649]: alsa-source.c: Increasing wakeup watermark to 35.99 ms
Jun 10 22:07:22 gépemneve pulseaudio[2649]: alsa-source.c: Increasing minimal latency to 56.00 ms
Jun 10 22:07:22 gépemneve pulseaudio[2649]: alsa-util.c: snd_pcm_delay() returned a value that is exceptionally large: 6377097072352565504 bytes
(326791786697 ms).
Jun 10 22:07:22 gépemneve pulseaudio[2649]: alsa-util.c: Most likely this is a bug in the ALSA driver 'snd_hda_intel'. Please report this issue t
o the ALSA developers.

...

Jun 10 22:07:23 gépemneve pulseaudio[2649]: alsa-source.c: Increasing minimal latency to 1999.82 ms
Jun 10 22:07:23 gépemneve pulseaudio[2649]: alsa-source.c: Increasing wakeup watermark to 1989.80 ms
Jun 10 22:07:27 gépemneve pulseaudio[2649]: ratelimit.c: 1712 events suppressed
Jun 10 22:07:32 gépemneve pulseaudio[2649]: ratelimit.c: 1745 events suppressed
Jun 10 22:07:33 gépemneve pulseaudio[2649]: cpulimit.c: Received request to terminate due to CPU overload.
Jun 10 22:07:33 gépemneve pulseaudio[2649]: memblock.c: Memory pool destroyed but not all memory blocks freed! 7534 remain.

:((

Beküldte Vladi - 2009, június 11 - 14:17.

Nem vagy egyedül a problémával. Szerintem ez is hasonló eset: link

Beküldte Vladi - 2009, június 11 - 13:59.

Nem akarom elkiabálni, de működik a pulseaudio. Méghozzá jól. :)
Kimenet beállítás után ráengedtem minden programot, ami hangot használ, és szépen állítódik a hangerő, még ki sem fagyott.
A proci használat elviselhető. Igaz, hogy 40-50% alkalmazásonként, de ezt 1000 mhzen éri el, és nem kapcsolja feljebb a rendszer a procit.

Egyszóval jó. :))

Beküldte locsemege - 2009, június 11 - 20:56.

Ha nekem jól megy, akkor fél órajelfrekvenciával egy magot is csak 5%-ra terhel, ha egy alkalmazás tunkolja hanggal. Az a 40-50% igen sok! Szerintem meg nem jó, csak éppen nem jött elő nálad a hiba.

Beküldte locsemege - 2009, június 11 - 21:10.

A legújabb, amit észrevettem: az xscreensaver noha 5 percre van állítva, előfordul, hogy a gép használata közben elalszik. Tehát húzom az egeret, aztán már előttem a screensaver, írhatom be a jelszavam. Ilyenek azért Fedora 9-en nem voltak. Viszont annak egy hónap múlva megszűnik a támogatása. Ha a gnome-volume-control nevű programot elindítom, a pulse meghal. Látom a conky-n, ahogy felmegy a CPU terhelése 100%-ra, aztán elpusztul.

Ami vígasztal, hogy legalább a kernel stabilnak tűnik, nem pánikolt el egyszer sem.

Beküldte locsemege - 2009, június 12 - 20:47.

Egy érdekes dolgot vettem észre. Feltettem egy Arch linuxot a gépemre, rajta friss csomagok, életében nem látott pulseaudio-t, s a hang szintén megugrik néha. Igaza lesz Lennart Poettering-nek, hogy ez bizony alsa illetve kernel bug lesz. Azért azt rögtön hozzáteszem, egy valamit nem értek. Fedora 9-nek a jelenlegi kernele 2.6.27.24-es, ott nem tapasztaltam a jelenséget. Ha jól tudom, Fedora 10-nek is ugyanaz a kernele. Nagy misztikum ez az egész.

A hálózati problémámra - nem csatlakozott a hálózatra bekapcsolás után, noha úgy van konfigurálva, hogy csatlakozzon - csináltam egy workaround-ot. Az a gond az rt2500pci modul miatt van. Azt viszont nem tudtam megfejteni, hogy a lokális hálózaton is miért legfeljebb 1.5 Mb/s-mal tudok forgalmat bonyolítani, mikor a régi, már nem támogatott rt2500 modullal működött úgy 20 Mb/s körül is azonos feltételek mellett.

Ami jó, hogy az új, 3.5-ös Firefox gyorsabb az elődjénél.

Beküldte Vladi - 2009, június 12 - 22:05.

Akkor ez szerintem alsa lesz. De azért örülök, hogy pozitívum is van. :))
Workaround az mi? Írhatnál blogot.
(Kellene lassan egy fedora hibák topik.)

Beküldte locsemege - 2009, június 12 - 23:16.

Egy ilyen sort írtam a /etc/rc.d/rc.local file-ba:

iwlist wlan0 scanning >/dev/null

Tegyük hozzá, nem a NetworkManager-t használom.

Néztem a neten, minden disztribúcióban lassú az rt2500pci modullal az interface, s ez akkor is így van, ha magasabb sebességet forszíroz az ember. De nem az ismétlések miatt, a környékemen nincs wifi, s alacsony sebességre erőszakolásnál is ez van. Szóval ez viszont vaskos kernel bug már jóideje. Pontosabban ez a driver sohasem volt jó, akkor sem, amikor Linus befogadta a vanilla kernelbe. Végigpróbáltam mindent, handshake-et, csomag fragmentálást, de javítani nem tudtam rajta. A hardware igazoltan jó, a régi driverrel száguld. Az is nyílt forrású, a programozóknak lenne hova visszanyúlni. Újraírták, elrontották, majd belerakták a kernelbe.

Ez meg a hang a két legnagyobb bánatom F11-gyel, de van számos egyéb bug is. Most úgy érzem, kellene egy olyan release, amelyben semmilyen feature-t nem tesznek, csak hibát javítanának. Álmodozom...

Beküldte locsemege - 2009, június 13 - 00:28.

Az is érdekes, hogy Arch linuxon az audacious kb. 5% CPU időt evett egy magból fél órajelfrekvencia mellett, míg Fedorán ugyanezen hardware-en mind a pulseaudio, mind pedig az audacious 13%-ot eszik. Tehát magában is több, mint kétszeresét, összességében viszont ötször annyi futásidőt megeszik a zenehallgatás. Zárt ciklusban pollingolnak valamit, amikor már sejthető, hogy az esemény be fog következni, vagy mi történik?

Beküldte lberes - 2009, június 14 - 21:46.

No, hát én is megejtettem egy alapos frissítést. Egy korábbi Fedora 10-et preupgrade-del felhúztam F11-re. A hardver egy HP 2510p notebook (http://shorl.com/kykefrykadotra).

A preupgrade kb. 2,5 óra alatt futott le (lassú HDD), probléma nélkül. Tapasztalatok távirati stílusban:

- Synaptics touchpad "ujjklikkre" nem reagál - nem bug, feature, ld. itt
- Thunderbird indításakor a korábbi verzióban mentett jelszavak használata helyett Master Passwordöt kér - fogalmam sincs, mi lehetett ez, profil újralétrehozása segített
- suspend/resume tökéletes

Hogy ne legyen ilyen szép minden: ma felügyelet nélkül hagytam a gépem (3 gyerkőc) és mire hazajöttem, reboot után, bootolás közben az init segfaultol :( Minden trükköt kipróbáltam, egyelőre semmi eredmény.

Beküldte lberes - 2009, június 14 - 22:35.

Na, mint kiderült, az init bináris megsérült. Ne kérdezzétek, hogyan, mindenesetre upstart RPM reinstall lett belőle.

Beküldte Webappz - 2009, június 15 - 09:01.

Könnyű annak, akinek otthon 3 béta teszelője is van :D

Webappz - http://webappz.hu/

Beküldte lberes - 2009, június 15 - 12:35.

s/béta/béna :D

Beküldte locsemege - 2009, június 15 - 13:55.

off

Ezt a hozzászólást nem sietted egy kicsit el? Vagy csak nem nézted az előzményeket?

on

Beküldte lberes - 2009, június 15 - 14:49.

Termeszetesen az en otthoni beNateszteloimre gondoltam :)

Beküldte locsemege - 2009, június 16 - 01:23.

Jól van na, talán elegánsabb lett volna a részemről, ha azt írom, lemaradt annak a kifejezésnek a végéről egy '/' jel. ;)

Beküldte locsemege - 2009, június 22 - 00:13.

Nos, egy fentebb látható hibajelzésemben tévedtem. Írtam korábban:

Az Xfce 4.6.1-ben a háttérkép néha betöltődik induláskor, máskor meg nem.

Ez egy nem létező hiba, én okoztam. Arról van szó, hogy autostart-ban indítottam egy script-et, amely egy háttérképből generál egy olyan háttérképet, amelyen van egy szürkés teli téglalap, amelyre a conky írja majd a dolgait. Olyan, mintha a háttérkép előtt lenne egy füstszínű, áttetsző üveglap, amelyre bizonyos technikai infók kerülnek majd. Ez a script egy pipe végén generálta az új képfile-t, viszont az Xfce a háttérkép felolvasását és az autostart programok futtatását egyszerre végezte, így az új kép néha elkészült már, néha még nem. Így vagy meg tudott jelenni a háttérkép, vagy nem.

A többi probléma viszont valós. A 2.6.29.5-ös kerneltől azért várok némi javulást, mert a changelogban látom, hogy a mac80211 modulban - én használom - 2.6.29.4-ig van egy elszállt pointer, amely inicializálatlan, így bárhova mutathat, amikor írásra kerül sor.

A hang hibája sem annyira goromba, mint F10-ben volt az elején, ugyanakkor az elég durva, hogy nem tudom a keverőt elindítani, mert az a pulseaudio fagyásához vezet. Illetve van kb. 4-5 másodpercem addig, így ha sikerül ennyi idő alatt beállítani, amit akarok, s kilépni, akkor nyert ügyem van. :-/

Beküldte csuhi - 2009, június 23 - 15:13.

Nekem eddig nem volt gondom a pulseaudioval, de most hétvégén lett. Enemy Territory indítása után megkukult a gép, még annak sem volt hangja aminek előtte igen. Pl. megy a tv hanggal mindennel, elindítom mellette az et-t, a tv hangja elmegy, viszont az et se ad hangot. Et-ből kilép, xdtv kikapcs, xdtv bekapcs és újra volt hang. Ez pénteken v szombaton történt, de sok időm nem volt vele foglalkozni, vasárnap pedig a pulseaudio frissítésével helyre jöttek a dolgok.

Gondolom vmi oss hiba lehetett, de nem mentem utána h konkrétan mi.

Viszont felhívnám a figyelmét annak, aki használ még ilyen oss-es őskövületeket, hogy a Fedora 11-ben az alsa úgy van konfigolva, hogy ne töltse be automatikusan az oss kompatibilitási modulokat. Az oss támogatás beizzításához a
/etc/sysconfig/alsa fájlban kell a startosslayer-t true-ra állítani.
--
Csuhai Imre
https://csuhai.hu

Beküldte locsemege - 2009, június 23 - 23:04.

Biztos nem néztél közben top-ot. Nyakamat rá, hogy a hang eltűnése előtt a pulseaudio megevett közel 100% CPU időt, aztán kirúgódott, s mivel hangszerver nem vala, a többi alkalmazásnak sincs hangja. Ha utánanézel, nyomot hagy a logban.

Nálam a jelenség előidézéséhez elegendő, ha hangerőt szeretnék változtatni, s a pavucontrol-t elindítom. Nem volna rossz, ha vagy az ALSA fejlesztői vennék komolyan Lennart-ot, vagy fordítva, de ezt így mi, felhsználók nyeljük be. Néztem az ALSA bugzillájában, az efféle hibajelentések rendre low priority bejegyzést kaptak, szóval sok jóra nem számíthatunk. :(