Elérhető a Fedora 13 Beta

Témák: 

Néhány perccel ezelőtt Jesse Keating a Fedora Project nevében bejelentette a Fedora 13 (Goddard) Beta kiadását. A tesztverzió egy hetes csúszás után az alábbi linken érhető el:

http://fedoraproject.org/get-prerelease?anF13b

Röviden az újdonságokból:

- Automatizált nyomtatótelepítés
- Frissített NetworkManager fejlett mobileszköz- és DUN Bluetooth támogatással
- iPod és iPhone support
- kísérleti 3D Nouveau driver
- statikus SystemTap probe-ok
- BFO (http://boot.fedoraproject.org)
- Zarafa csoportmunka szoftver

A teljes lista itt olvasható, a bejelentés pedig ezen a címen található.

Hozzászólások

Én már egy ideje f13-at használok, idáig minden frissítésnél rendben volt minden.

Nekiestem egy preupgrade-nek. Még efféle ostobaságot - nevezetten release előtti kiadásra frissíteni - úgy sem csináltam. Van azért ebben némi meggondolatlanság a részemről. Nevezetesen mi a helyzet az rpmfusion csomagjaival? Van-e nVidia driver Fedora 13-hoz már most akmod-nvidia formában, vagy kézzel kell feltennem az nvidia.com-ról, esetleg a nouveau biztosít olyan szintű 3D támogatást, hogy a compiz hibátlanul megy rajta? Mindegy, bátor vagyok. De az is lehet, hogy vakmerő...

Belefutottam ebbe a bugba. :( Némi tájékozódás után megoldom majd. Remélem...

Ügyetlenkedek. Van mondjuk egy workaround az updates.img képében. Hogyan mesélem el az Anacondának, hogy kezdjen ezzel valamit? Az megvan, hogy pendrive-ra szektorosan felmásolom. Mivel preupgrade-et csinálnék, nem DVD-ről boot-olok, hanem HDD-ről. Berántja a Grub a kernel image-et, az elindul, Anaconda szintúgy, majd megdöglik. Az nem világos előttem, hogyan késztethetném Anacondát arra, hogy használja az updates.img image-et. Mellesleg már ez az updates.img is gyanús, mert nem tudtam loop device-ként felcsatolni, így nem úgy néz ki, mint egy filerendszer image. Bár lehet, hogy tömörítve van, de akkor meg ki kellene tömöríteni? Mintha a leírás nem erről beszélne.

Doksi itt.

Az a linux updates mozzanat hiányzik.

Megoldottam. Aztán a preupgrade úgy 1500 csomag frissítése környékén belehalt egy kernel panic-ba. Jelenleg Fedora 13 alól írok, de több sebből vérzik. Hogy mást ne mondjak, vesa driver-rel megy a VGA. A kínos az, hogy annál a kernel panic-nál szerintem több 10 csomag lehetett a disk cache-ben. Ilyen volt a xulrunner is, azt megjavítottam rpm-ből történő --force opcióval való installálással. Boot-kor a kernel is szomorkodik valamiféle saját farkába harapó lock-olás miatt a hangrendszerben. Bár ahhoz képest szól.

Ennyire szedett-vedett már régen volt a gépem. Holnap folytatom a rendberakását. A lényeg, hogy hálózat, s most már X-szerver is van, ha nem is teljes funkcionalitással.

Az rpmfusion elvileg a devel ágban tartja a következő kiadáshoz készült csomagjait. nvidia driver van, kérdés, hogy leköveti -e a kernel verzióját. akmod is van, ez nem lesz gond.

Viszont ez még mindig béta ág, ne csodálkozz, ha nincs hang. :P

noveauo: talán. :S

Köszi az infót, faragom tovább! :)

A vicc az, hogy a kernel nyekken egy nagyod, ahhoz képest most is éppen zenét hallgatok rajta. Részlet a dmesg kimenetéből:

=============================================
[ INFO: possible recursive locking detected ]
2.6.33.2-57.fc13.x86_64 #1
---------------------------------------------
pulseaudio/2329 is trying to acquire lock:
(&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa0263a3b>] snd_pcm_action_group+0x53/0x217 [snd_pcm]

but task is already holding lock:
(&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa0263a3b>] snd_pcm_action_group+0x53/0x217 [snd_pcm]

other info that might help us debug this:
4 locks held by pulseaudio/2329:
#0: (snd_pcm_link_rwlock){......}, at: [<ffffffffa026255d>] snd_pcm_stream_lock_irq+0x1d/0x2e [snd_pcm]
#1: (&(&substream->self_group.lock)->rlock){......}, at: [<ffffffffa0262569>] snd_pcm_stream_lock_irq+0x29/0x2e [snd_p
cm]
#2: (&(&substream->group->lock)->rlock){......}, at: [<ffffffffa0263d4c>] snd_pcm_action+0x33/0x90 [snd_pcm]
#3: (&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa0263a3b>] snd_pcm_action_group+0x53/0x217 [snd_p
cm]

stack backtrace:
Pid: 2329, comm: pulseaudio Not tainted 2.6.33.2-57.fc13.x86_64 #1
Call Trace:
[<ffffffff8107f94f>] __lock_acquire+0xcb5/0xd2c
[<ffffffff8107f04c>] ? __lock_acquire+0x3b2/0xd2c
[<ffffffff8107faa2>] lock_acquire+0xdc/0x102
[<ffffffffa0263a3b>] ? snd_pcm_action_group+0x53/0x217 [snd_pcm]
[<ffffffffa0263a3b>] ? snd_pcm_action_group+0x53/0x217 [snd_pcm]
[<ffffffff8147a2ea>] _raw_spin_lock_nested+0x34/0x67
[<ffffffffa0263a3b>] ? snd_pcm_action_group+0x53/0x217 [snd_pcm]
[<ffffffffa0263a3b>] snd_pcm_action_group+0x53/0x217 [snd_pcm]
[<ffffffffa0263d82>] snd_pcm_action+0x69/0x90 [snd_pcm]
[<ffffffffa0262569>] ? snd_pcm_stream_lock_irq+0x29/0x2e [snd_pcm]
[<ffffffffa0263dc3>] snd_pcm_stop+0x1a/0x1c [snd_pcm]
[<ffffffffa0263e55>] snd_pcm_drop+0x90/0xa6 [snd_pcm]
[<ffffffffa02666ff>] snd_pcm_common_ioctl1+0x95a/0xa0a [snd_pcm]
[<ffffffff811f1544>] ? inode_has_perm+0xaa/0xce
[<ffffffffa0266cad>] snd_pcm_playback_ioctl1+0x257/0x274 [snd_pcm]
[<ffffffff81120fcd>] ? fget_light+0xdf/0x105
[<ffffffffa0266cf9>] snd_pcm_playback_ioctl+0x2f/0x33 [snd_pcm]
[<ffffffff8112d108>] vfs_ioctl+0x32/0xa6
[<ffffffff8112d688>] do_vfs_ioctl+0x490/0x4d6
[<ffffffff81120f45>] ? fget_light+0x57/0x105
[<ffffffff8112d724>] sys_ioctl+0x56/0x79
[<ffffffff81009c72>] system_call_fastpath+0x16/0x1b

Ez a nyekkenés megszűnt. Nem is tudom, glibc vagy kernel frissítés után. Mintha az előbbi lett volna. Még a vmmouse_detect parancs panaszkodott valami hibával, aztán rájöttem, nekem erre semmi szükségem, így leszedtem a csomagot, amiben volt. Azóta béke van, most már jól működik Goddard. :)

Megy már az nVidia driver is meg a compiz is. Viszont annyira gány módon oldottam meg, hogy le se merem írni. Az ötlet amúgy a netről van, de ha láttatok már rondát...

Arról van szó, hogy az X-szervert -ignoreABI opcióval kell indítani, hogy az nVidia driver ne akadjon fenn azon, hogy a túl új X-szervert nem támogatja. Mert működik, csak hivatalosan nem még. Fogalmam sincs, "normálisan" hogyan lehet átadni neki egy opciót a többi mellé. A ronda megoldás szerint a /usr/bin/Xorg file-t átneveztem Xorg.orig nevűre, majd írtam egy shell script-et Xorg névvel:

#!/bin/bash

exec /usr/bin/Xorg.orig -ignoreABI "$@"
exit

Na most ha valami ocsmány, akkor ez az. Mondjuk működik.

Valaki tud nekem abban segíteni, hogyan lehet például valami konfigurációs állományban átadni ezt a -ignoreABI opciót?

xorg.conf-ban:

Section "ServerFlags"
Option "AIGLX" "on"
Option "ignoreABI" "True"
EndSection