Fedora 15 Beta
A Fedora Project nevében Dennis Gilmore jelentette be a Fedora 15 (Lovelock) Beta publikus elérhetőségét. A kiadás - amelyben többek között a Gnome 3 és Gnome shell, a systemd, a LibreOffice mutatkozik be - egy nagyon közeli képet ad nekünk a várhatóan májusban megjelenő stabil release felépítéséről, szolgáltatásairól.
A Fedora 15 Beta továbbra is a vállalkozó szelleműeknek, illetve a türelmetleneknek ajánlott és letölthető a http://fedoraproject.org/get-prerelease?wkanF15b címről.
A hivatalos bejelentés itt olvasható, a kiadásról részletesebb információk pedig emitt.
- A hozzászóláshoz be kell jelentkezni
- 2277 olvasás
Hozzászólások
Dejó, egy hete ment fel a 14.
Dejó, egy hete ment fel a 14. Mindegy, úgyis most benne vagyok. Meg úgyse tetszik a default háttér. :D
Van egy-két hülyesége, ami
Van egy-két hülyesége, ami engem zavar, amúgy használható.
- bugos a gdm, az volt már Fedora 14-en is. Megelégeltem, most lxdm-et használok. Ez utóbbi egyszerű mint a faék és működik
- a window manager-nek lehet valami hasfájása, mert néha alkalmazástól függetlenül egyes fókuszt kapó ablakok fejlécének a színe passzív színű marad, és legalább a tálcára tevő, a teljes képernyőre nyitó, s a bezáró bigyók is hiányoznak. Ilyenkor hasznos, ha az ember emlékszik az Alt-F4 billentyűkombinációra. Mindez Xfce-n, compizzal, emeralddal
- Gnome shell-t nem tudtam elindítani, viszont mivel nem használok Gnome-ot, nem igazán érdekel, hogy miért. Talán az nvidia driver miatt, de nem néztem utána
- bugzik az xfce4-genmon-plugin, vagy maga a panel. Mindegy, már megszoktam, hogy a semmire kattintok, properties, close, s az aktuális session-ban jó. Néztem már a config file-okat, reportoltam is a bugot, nem látszik a hiba. A fejlesztőének sem, mert azonnal ASSIGNED lett a bug státusza, aztán miután elsőre nem látta a megoldást, nincs mozgás a bug report körül
- valami rettenet van a renderelés környékén. Ez lehet nvidia, Xorg, compiz, emerald, s nem tudom, melyik. Néha átlagon felül csúnyák, olykor szinte olvashatatlanok a betűk, van, hogy az ablak széle hiányzik. Olyan, mintha kicsit elszámolták volna olykor a koordinátákat a fejlesztők
- még néhány, szóra sem érdemes hiba
Viszont összességében hajlamos a működésre. Stabilitásával nincs gond, s a systemd is meglepő módon működni látszik. Április 4-e óta használom, s egyszer sem dőlt össze. Néhány, korábban általam itt írt hibát már kijavítottak. Volt ami jó volt, elrontották, aztán újra kijavították. :) Ami jó, hogy a korábbiaknál gyorsabb. Én már megszoktam, de érezhető volt az elején.
A /var/log/boot.log file-ra érdemes ránézni a systemd miatt. Ha jól emlékszem, valamelyik script-em helytelenül nem 0 exit kóddal tért vissza, ezért faild-et mondott, pedig nem volt baj. A másik érdekesség, hogy én az rc.local-ban csináltam alsactl restore-t. Úgy látom, idő közben ennek szükségességére a fejlesztők is rájöttek, így erre már külön service van, így ezt kikommentezhettem. Mármint az rc.local-ból.
Most ennyit róla, mert ez jutott eszembe. :)
Az xfce4-places-plugin nevű
Az
xfce4-places-pluginnevű eszközzel nem lehet a cserélhető eszközök filerendszereit fel- illetve lecsatolni. Csak most vettem észre. Megtaláltam a bugzillában a hibajelentést róla, így várom a javítást. Ez mondjuk igen kellemetlen hiba. Nem túl ergonomikus root-ként belépni terminálon pendrive, fényképezőgép használatakor. Remélem, hamarosan kijavul.Az nVidia sem tétlenkedik.
Az nVidia sem tétlenkedik. Megjelent a friss driver-ük, a changelog-ban többek között az alábbi vicces hiba javítását lehet olvasni:
Fixed a bug causing the X server to hang every 49.7 days on 32-bit platforms.
:)
Gondolom, valaminek a 32 bites túlcsordulása lehetett. Valami timer féle...
VirtualBox alatt akkora
VirtualBox alatt akkora kernel panic már a telepítő bootolásakor, hogy ihaj. :( A próbát egyelőre sajnos el kell halasztanom.
Reszleteket kerunk!
Reszleteket kerunk!
nouveau, compiz
Gondoltam, kipróbálom a nouveau driver-t és a compizt az eddigi nvidia driver helyett. A kísérlet meglepő eredményt hozott. Fejre állt a képernyőtartalom. De nem ám normálisan, hanem lényegében így:
x = x;
y = ymax - y;
Tehát ha fejreállítanám a monitorom, akkor sem lenne olvasható. A kísérlet azért történt, mert míg a compiz Fedora 14-en meglehetősen jól teljesít, addig Fedora 15-ön vannak furcsa jelenségek, s gondoltam, talán a free driver-rel jobb lesz. Ilyen furcsaság például, hogy teljes képernyőre nyitott ablak két széle hiányzik néhány pixel széles csíkban - viszont, ha megfogom az ablakot, helyére ugrik -, ugyanakkor a jobb oldali szomszédos desktopra átlóg néhány pixelnyi rész. Vagy innen-onnan hiányoznak részek, mindez alkalmazástól függetlenül, rontva ezzel az olvashatóságot. Most nem foglalkozom vele tovább, vissza fogom tenni a proprietary nvidia driver-t. Ja, Gnome-ot továbbra sem sikerült indítanom. Egy lebiggyedő szájú monitort mutat, s szomorúan közli, hogy ez sajnos nem jött össze. :(
Az a baj, hogy a video driver cserével sok gond van, nem 5 perc. Ugye kernelparaméterek, blacklist, Xorg libek , xorg.conf - ez utóbbit egyszerűen csak töröltem - is érintettek, szóval mérsékelt lelkesedéssel kezdtem bele, viszont a kíváncsiság elég erős volt. Most éppen nouveau megy, viszont xfwm4-gyel, így nem áll fejre az egész.
Javulgat
A places-plugin nevű dolgot megjavították. Meg az nspluginwrapper-t is.
Ma megjött frissítésben a
Ma megjött frissítésben a fedora-release-15-1.noarch csomag, ami az updates-testing repó helyett az updates repót engedélyezi. Ez lényegében azt jelenti, hogy a Fedora 15 fejlesztése lezárult, már nem béta többé, hanem rendes release. :)
Néztem, az updates repók még üresek. Viszont most lesz egy ~1 hetes időtartam, amíg nem lesz frissítés, hiszen az updates-testingből kerülnek a csomagok az updatesbe néhány nap késéssel.
Váltottam
Virtuális gépeken gyakorolni eddig is CentOS-t meg SL-ot használtam, viszont kb. 3 hete feltettem desktopra a Fedora 15-öt, mert kíváncsi voltam. A Gnome tetszett, csak a gépemen lassú volt. Nem látványosan, csak pont azzal a fél másodperccel, amitől már néha zavaróvá válik a használata. Váltottam az XFCE spinre, kicsit kipofoztam és azt kell, hogy mondjam, meg vagyok elégedve. Amire nekem kell, tökéletes, suspend működik, a gyorsasága is eléri az általam elvárt szintet. +1 happy Fedora user.
Esetleg próbáld ki az lxde
Esetleg próbáld ki az lxde spint is, az még gyorsabb. Én elég jó, pár éves gépen használom, de villám.
LXDE nekem fapados
Én kipróbáltam az LXDE-t - tudom, nem nekem írtad :) -, ugyanakkor valami bajom volt vele. Ja, megvan, a hiányzó appletek. Mint például az Xfce időjárás (előre)jelző kisalkalmazása. Meg az LXDE a képernyő frissítésében sem jeleskedett, így aztán a conky-val sem tudott zöld ágra vergődni. Az összes own_window_type-pal kipróbáltam.
Nekem az Xfce az optimális kompromisszum a szolgáltatások és a desktop környezet egyszerűsége, kicsinysége, gyorsasága között.
Gnome hogyan?
A Gnome tetszett
Eddig három gépre tettem Fedora 15-öt, de a Gnome-ot egyiken sem sikerült elindítanom. Áruljátok már el a titkát, mert kíváncsi vagyok! Gyakorlati szempontból marginális számomra a kérdés, hiszen Xfce-t használok.
A hiba kijelzése a grafikus felületen egy monitor képe, benne egy lebiggyedő smiley, meg egy rövid szöveg, hogy sajnos ez nem jött össze.
Két gépre preupgrade-del frissítettem Fedora 14-ről, s a zárt forrású nvidia modult használják, 4 magos CPU-k, 64 bites oprendszerek; a harmadik gépre tiszta netinstall került, viszont régi gép, talán nVidia GeForce 2 MX200 VGA-val, s nouveau driver-rel.
Lehet, létre kell hozzak egy új felhasználót, mert esetleg a korábbi gnome-os beállítások zavarhatják... Nem tudom. Mondjuk nem hoz lázba a Gnome, csak fura, hogy eddig 3-ból 3-szor nem tudtam megnézni, milyen ez az új Gnome3.
Gnome 3 még mindig
Ha már itt vagyok, válaszolok is magamnak. Természetesen új felhasználóval működik a Gnome 3. Nekem ugyan szokatlan, ugyanakkor meglehetősen használhatóra lett kitalálva. Szóval tetszik az alapján az 5-10 perc alapján, amíg kipróbáltam.
Amit sajnálok, hogy képtelen a Gnome a migrációra, úgy értem, a $HOME-ban lévő korábbi gnome konfigurációs file-októl összezavarodik szegény annyira, hogy ne tudjon elindulni. Erre figyelhettek volna a fejlesztők. Mondhatnám, így nem sok teteje van annak, hogy külön filerendszer a /home. Minek, ha úgyis menteni kell onnan a dolgokat, létrehozni a felhasználót, az új desktop majd inicializálja magát, aztán vissza kell költöztetni a mentett dolgokat. Ez úgy lenne helyes, hogy a korábbi konfigurációval tudjon mit kezdeni az új környezet. Az sem baj, ha felülírja, s nem vesz át a régi beállításokból semmit, de működjön.
Érdekes, amit írsz, ugyanis
Érdekes, amit írsz, ugyanis nálam egyáltalán nem jelentkezett ilyen probléma. Én is preupgrade-del frissítettem és azóta is ugyanazt a profilt használom. Tény, hogy a sima preupgrade után belépéskor azonnal elcrashelt minden, de lerántva még 100 frissítést megjavult minden.
Az igazsághoz hozzátartozik,
Az igazsághoz hozzátartozik, hogy én lényegében rolling release-ként használom a Fedorát, talán 11 vagy 12 óta. Továbbá, mivel nem használok Gnome-ot, félévente egyszer indítok a saját nevemben Gnome session-t, így akkor kap esélyt arra, hogy a beállításain faragjon automatikusan. Ha bármi változik a file-ok formátumán, azt nem tudja követni, mert Xfce-t használok. Aztán a Gnome desktop-ot végképp nem konfigurálom, mert minek, ha úgysem használom majd.
A tiszta installhoz lusta vagyok, mert sok dolgot beállítottam, amelyek néha szembemennek a fejlesztői koncepcióval - például system-wide pulseaudio szerver meg mpd, rhgb kikapcsolása -, valamint semmi kedvem beállítgatni a httpd-t, meg a php.ini-ben is volt talán egy-két módosításom. Kb. két weblapot életben tartok, igény szerint beleírogatok, s lokálisan csak kipróbálom, mielőtt ftp-n a tárhelyre tenném a módosítást. És nem sok kedvet érzek magamban fél évenként újra beállítani kisezer apróságot. Ideértve akár csak azt, hogy terminálon, konzolon piros legyen a root promptom, valamint a teljes elérési út szerepeljen benne, ne csak az utolsó alkönyvtár neve. Vagy például az mcedit háttere ne kék, hanem fekete legyen. Kék háttértől kiesik a szemem, mire megírok egy shell scrptet, a feketével semmi bajom. Meg aztán skype-hoz saját indító script, amelyik egyfelől megakadályozza, hogy két vagy több példányban induljon el, valamint ha már fut, s az indító ikonra kattintok, rákérdez, hogy ki akarom-e lőni a skype process-t. Néha kell, mert egy hatalmas memory leak van a legutóbbi skype-ban. Pillanatok alatt megeszik néhány gigabyte-ot.
Természetesen tiszta felhasználóval megy a Gnome 3, az Xfce meg amúgy is, bár eljátszotta velem, hogy a tálca 100%-ban átlátszó volt, ami elég kellemetlen, ha még nem tudod miért nincs paneled. Véletlen kattintottam rá, s így találtam meg, hogy ott van az, csak nem látom. Aztán beállítottam jól. :)
Most egész jól működik, noha van még egy-két bosszantó bug. Viszont kárpótol, hogy nagyon stabil. Kernel pánikom már nagyon rég volt.
Megtaláltam, mi volt a
Megtaláltam, mi volt a probléma. Van egy saját shell scriptem, amelyik az Xfce indulásakor fut le. Tesz néhány dolgot, többek között indítja a compiz-t. Ugyanez a script fut akkor is, ha Gnome indul. Gnome 3-hoz viszont nagyon nem kellene compiz-t indítani.
Akkor egyben kérdezek. Hogyan lehet kideríteni - pl. környezeti változó - shell scriptből, hogy milyen session fut? Mert akkor csinálnék valami ilyesmit:
[ x"$SESSION" != x'Gnome' ] && fusion-icon &
Nyilván az a SESSION változó egy fikció, ezt kellene tudnom, ez a kérdésem. Nos, valaki?
Hm, most látom, van egy SESSION_MANAGER változó, abból ki lehet vadászni a PID-jét, abból meg a neve alapján megállapítható, mi fut éppen. Erre van kulturáltabb megoldás? Eléggé gánynak érzem, de működne.
Megoldottam
Megoldottam.
SESSION_PID=`grep -Eo '[[:digit:]]+$' <<< "$SESSION_MANAGER"`if [ x`ps -p $SESSION_PID -o comm=` != x'gnome-session' ]; then
fusion-icon &
gnome-sound-applet &
fi
Nem kell sokat várni
tegnap részt vettem a Go/No-Go meetingen és mint kiderült Gold minősítést kapott a Fedora 15, így az ütemterv szerint jövőhéten megjelenik. Aki esetleg nem bírna várni annak itt a F15 Final legutolsó RC lemezképei, http://serverbeach1.fedoraproject.org/pub/alt/stage/15.RC3/Fedora/i386/iso/
Ért itt valaki a Fedorához? :)
Fedora 15-öt használok. System-wide pulseaudio szerverem van a hanghoz. Tudom, Lennart ezt nem szereti, viszont nem is az ő gépén van ez így. Egyébként azért csinálom ezt, hogy lehessen mpd-t használni, továbbá ne kelljen megszakítani a zene hallgatását csak azért, mert csinálok egy logout-ot, illetve másik felhasználóval lépek be. Súlyosbító körülmény, hogy Xfce-m van.
A gond az, hogy indul egy pulseaudio szerver a belépett felhasználó nevében is. Az Xfce-ben kikapcsoltam az automatikusan induló szolgáltatások között a pulseaudio hangszervert, a gnome-os szolgáltatásokat nem indítom el. A KDE-seket igen, viszont a KDE dolgai között sem láttam, hogy elindítaná a pulseaudio-t.
A ~/.config/autostart alkönyvtárban lévő pulseaudio.desktop file-t töröltem, ám az létrejött megint. Nem kizárt, hogy akkor, amikor az Xfce alatt kikapcsoltam azt, hogy elinduljon a hangszerver. Amúgy a tartalma ez:
[Desktop Entry]
Hidden=true
Most ott tartok, hogy egy borzalmasan visszataszító eljárással oldom meg a problémát. A saját autostart script-embe írtam egy ilyen sort:
killall -u "$USER" -q -e pulseaudio
Én azt szeretném, hogy ne induljon el, nem pedig azt, hogy miután makacsul elindul, ki kelljen tessékelnem a memóriából.
A kérdésem tehát az, mi indítja el a per session pulseaudio daemon-t, s hogyan lehet meggyőzni arról, hogy ezt ne tegye. Valamint, ha van konfigurációs lehetőség arra, hogy mi induljon, s mi ne, akkor az miért marad figyelmen kívül?
<provokáció> Senki sem tudja
<provokáció>
Senki sem tudja a helyes megfejtést? Milyen kár. :(
</provokáció>
Elég extra problémáid
Elég extra problémáid vannak..
Ennyire nem vágom a pulse-t , de pl az /etc/pulse/client.conf -ban ha az autospawn-t no ra állítod, az nem segít?
Az autospawn no-ra van
Az autospawn no-ra van állítva. Nem az a bajom, hogy újraindul, hanem az, hogy az Xfce session elindulásakor elindul akkor is, ha nem akarom. Mondjuk killall-al véget vetek neki, csak ezt cseppet sem nevezném elegánsnak.
Találtam egy jópofa bug-ot,
Találtam egy jópofa bug-ot, már reportoltam a bugzillába:
[csaba@deer ~]$ su - sanyiPassword:
[sanyi@deer ~]$ who
csaba pts/0 2011-05-24 09:25 (:0.0)
[sanyi@deer ~]$ whoami
sanyi
:)
Ez nem bug, fícsör:) A who
Ez nem bug, fícsör:)
A who azért a csaba-t adja vissza, mert a pts/0-ra tényleg ő jelentkezett be, akkor - az hogy utánna suzik, meg sudozik, nem számít.
Ha engedi, próbáld ki ugyanezt su helyett loginnal.
Az ilyen feature-ök szerintem
Az ilyen feature-ök szerintem rosszak, hiszen értelmetlenné válik a who parancs. Lehet, hogy ez így nem bug, de ez más vonatkozásban is előjön. Barátnőm belépett :0.0-ra, szépen böngészett. Én ssh-ztam a gépére, who paranccsal megnéztem, belépett-e, vagy csak a gépét kapcsolta be. Látom, csak én vagyok belépve, jó, akkor frissítem a gépét. Aztán néztem egy top-ot, s látom, hogy fut a firefox meg más process-ek a nevében. Vártam Skype-on, ezért volt érdekes. Indította a Skype-ot, beszélgettünk, közben nézem who paranccsal, még mindig csak magamat látom. Mondom, közben beszélgettünk Skype-on, tehát egészen biztosan be volt lépve. Fedora 14-en ez még jól működött, itt viszont elmúlt.
A mindenkori IP-címet úgy tudom meg, hogy az általam karbantartott gépek küldenek nekem egy rövid e-mailt indulásukkor, benne az IP-címükkel, meg azzal, mennyi hely van a filerendszereken, illetve a verziószámmal. Így tudom, hova kell ssh-zni. Az ssh-t persze eltettem a 22-es portról, valamint a root login nincs megengedve. És persze nem "pirosvirag" a jelszó. :)
System-wide pulseaudio megoldva
A pulseaudio bajomra Kevin Fenzi megmondta a helyes eljárást a bugzillán:
Kevin Fenzi 2011-05-29 09:21:04 EDT
Do you have a:
/etc/xdg/autostart/pulseaudio-kde.desktop
file?
if you move that out of the way does it fix things?
Ez a file az alábbi csomagból jön:
rpm -qf /etc/xdg/autostart/pulseaudio-kde.desktoppulseaudio-module-x11-0.9.22-5.fc15.x86_64
Borse Designer,Gucci Sito
Borse Designer,Gucci Sito Ufficiale conosciuto per essere il miglior amico delle femmine,sono un'estensione della personalità di una donna,che danno la sua classe,eleganza e senso dello stile.Tutte le serie di Gucci Borse da donna sono leggeri,durevoli e unico per colore,forma e stile!Grande abbastanza da contenere tutti gli elementi essenziali,ma abbastanza piccolo per dare glamour a ogni occasione Gucci Borse 2012 - che si tratti di giorno o di sera Sia che preferiate elegante o casual,si può avere lo stile e la scelta dei colori nel nostro sito Borsa Gucci web per creare il proprio look,in qualsiasi occasione.
Una delle poche aziende
Una delle poche aziende abbigliamento di lusso,Moncler Outlet ha incorporato di alta moda con la funzionalità completa,offrendo una linea completa di tendenze del design e stili differenti.Outlet Moncler giacca Branson è destinato ad attrarre verso di sé stesso in quanto offre l'abbigliamento migliore Moncler 2012 inverno e fa in modo che si cammina in grande stile in tutto il inverni.Essere alla moda anche nelle peggiori condizioni climatiche non è un Piumini Moncler problema se si possiede un giubbotto Moncler.
Louboutin Pas Cher a un
Louboutin Pas Cher a un penchant pour le Moyen-Orient et a une maison de vacances en Egypte, sur le Nil à Louxor.Comment avez- Louboutin Chaussures obtenir de gawping au danseurs de montage de ses créations sur les beautés classe tels que la princesse Caroline de Monaco, Catherine Deneuve et la reine Rania de Jordanie? Ce qui rend les chaussures de Christian Louboutin Chaussures se démarquer, outre leur qualité exquise, artisanat d'art, sexy talons hauts et des dessins originaux, est la brillante vernis à ongles semelle rouge.Christian Louboutin Paris sont élégantes, de style ainsi que un seul de ce genre. à peu près tous dame aime à posséder ces types de Christian Louboutin Pas Cher chaussures.