Megjelent a Fedora 15 (Lovelock)

Beküldte lberes - 2011, május 24 - 16:50
Témák: 
Fedora 15
Fedora

A várakozásnak megfelelően a mai napon Jared K. Smith, a Fedora Project vezetője bejelentette a Fedora 15 (Lovelock) stabil kiadását. A számtalan újdonságot felvonultató Fedora 15 megjelenését a világ számos országában release partykkal ünneplik ma és az elkövetkező napokban (lásd korábbi hírünk).

A Lovelock legfontosabb újdonságai:

  • GNOME 3 desktop környezet
  • btrfs fájlrendszer
  • LibreOffice irodai csomag
  • Firefox 4 böngésző
  • systemd rendszer- és sessionkezelő (amely a korábbi upstartot váltja)
  • dinamikus tűzfal
  • consistent network device naming
  • setuid-mentes binárisok

Részletes információk, leírások a http://fedoraproject.org/wiki/Fedora_15_announcement címen olvashatók, a letöltés pedig itt indítható.

Gratulálunk a teljes fejlesztőcsapatnak!

Hozzászólások

Beküldte msandor - 2011, május 24 - 20:42.

már töltöm is le torrenten, pár napig biztos fogom seedelni :-)

Beküldte makgab - 2011, május 25 - 10:35.

Látom már sok frissítés meg is jelent hozzá.
Ha preupgrade-val frissítek, akkor egyből az update csomagokat teszi fel, vagy ilyenkor is az alap (eredeti, első kiadású) F15-öt teszi fel?

Beküldte msandor - 2011, május 25 - 10:49.

nekem úgy rémlik, hogy az elérhető legfrissebbet szedi le mindenből

Beküldte csuhi - 2011, május 25 - 15:20.

+1
Nem kell már utána frissíteni.

Beküldte qji - 2011, május 27 - 16:17.

A preupgrade az hivatalosan is tamogatott? En yum upgrade-et hasznaltam korabban mindig es az nem...

Beküldte locsemege - 2011, május 27 - 19:09.

Itt azt látom, hogy támogatott.

Beküldte qji - 2011, május 31 - 20:07.

Na, kiprobaltam. Vegyesek az erzeseim, bar semmit nem tudok a preupgrade-re kenni, vegul reinstall lett a dologbol...

Azzal kezdodott, hogy nem volt hely a / particiomon, ezert a /var/cache/yum konyvtarat atraktam a /home ala (ott volt hely), es raktam egy symlinket a helyere. Ezzel nem is lett volna baj (tobbszor csinaltam mar ilyet korabban), csakhogy az upgrade soran az altalaban hasznalt particioim mashova vannak mountolva (nem is emlekszem mar, talan /mnt/sysimage/....) igy meg a symlink ami a /home/... -ba ,utatott az eltort, mert a /home alatt valami egeszen mas volt. Persze ez most logikusan hangzik, de nem volt ilyen egyszeru rajonni, hogy mi a problema, vagy nem volt egyertelmu a hibauzenet, vagy en nem voltam eleg figyelmes. Egy ideig eltartott mire megoldottam.

Szoval ezt kiszenvedtem, elindult az upgrade, szepen frissitgette a csomagokat. Aztan sajnos hanyagul magara hagytam az upgrade-et, az akkurol mukodo notebookomon... aminek az ett a vege, hogy kikapcsolta allapotban lattam meg legkozelebb a gepet.

Ez viszont olyan szinten osszeronditotta a csomagjaimat, hogy a kovetkezo boot-tol mar a cd-rol inditott installer se ismert ra a particion a Fedorara es nem volt hajlando upgrade-elni (szerintem ha yum upgrade tetszoleges fazisaban agyoncsapom a gepet, az sose produkalna ilyet), igy vegul reinstall lett a vege. Persze probalkoztam elobb sokmindennel, a preupgrade-et is elinditottam ujra, az kifagyott (pontosabban az anaconda ette 100%-on a CPU-t es latszolag nem tortent semmi), probaltam a felrakott rendszert is bebootolni de azt sem az uj, sem a regi kernellel nem sikerult, vegul single user mode-ban bejutottam, de a yum nem tudott mit kezdeni az eloallt helyzettel...

Tovabbi gyonyor (bar mar vegkepp nem a preupgrade-re tartozik), hogy ekkora jol el voltam mar csuszva, reg dolgoznom kellett volna a gepen, a gnome3 meg erdekesnek tunt (F14-en gnome-ot hasznaltam), de elsore hasznalhatonak nem annyira, ugyohogy felkertem regi baratomat az XFCE-t, hogy menedzselje az ablakaimat.

Beküldte locsemege - 2011, május 31 - 23:23.

Én úgy fogalmaznék, hogy nem teljesen rendeltetésszerűen használtad. A telepítés, upgrade eleve egy tranziens állapot. Mivel nem használati, így telepítésre előírhatnak bizonyos minimum követelményeket, amelyek szigorúbbak a normál üzemi feltételeknél. Például azt, hogy legyen annyi hely a /var alkönyvtárban, hogy elférjen az a talán 2 GB-nyi csomag, ami kell. Lehet, hogy annyi sem kell. Az szintén lehet elvárás, hogy a telepítés alatt nem állítjuk le a gépet. Egyébként amíg a preupgrade a letöltésnél tart, megszakítható a folyamat, legközelebb folytatja a letöltést. Ki tudja, talán fel van túrva az rpm adatbázis, a függőségek listája gondolom, RAM-ban, egy rakás preinstall script lefutott, a postinstall script-ek meg lehet, hogy még nem. Ebbe óriási energiát beleölni a fejlesztők részéről felesleges lenne, s nehezen tesztelhető. Különben is, utána jönne valaki, hogy telepítés közben kivette a gépből a RAM felét, s hát milyen dolog, hogy ettől a telepítés magába zuhant.

Valahogy olyan érzésem van, mintha egy szülő nőtől azt várnád, hogy szülés közben főzzön vacsorát. Nem fog. :)

Beküldte qji - 2011, június 7 - 00:43.

Ahogy irtam nem tudok mindent a preupgrade-re kenni, en is hibaztam, de:
- yum-mal nem ez lett volna a vegeredmeny
- a /var alatt csinaltam helyet, igaz nem ugy ahogy a preupgrade is szerette volna...
- altalaban jellemez egy rendszert, hogy a hibakat hogyan toleralja. En most eleg sulyos buntetest kaptam a hibamert.

MIndettol nem lettem a preupgrade ellensege, valoszinuleg fogom meg hasznalni, csak leirtam a tapasztalataimat.

Beküldte locsemege - 2011, június 7 - 01:23.

A yum-mal nem ez lett volna az eredmény, másképp lett volna rossz. Azt hiszem, lett volna egy rakás duplikált csomagod, legalább is az rpm adatbázis szerint. Aztán lehet varázsolni a yum-complete-transaction paranccsal, de tapasztalatom szerint az sem gyógyír mindenre. Pláne telepítéskor, egy új rendszer kialakításakor veszélyes, ha efféle ingoványba mászik az ember. Az, hogy mi mennyire marad konzisztens ilyenkor - nem filerendszer szinten értem, mert nyilván umount-ra még volt ideje -, a fene tudja. Sok zűr lehet ebből a későbbiekben. A legrosszabb, ha valami a működés látszatát kelti, de megvan az elvi lehetősége annak, hogy rossz.

Példaként a lecsatolás nélkül kihúzott, nem naplózott filerendszerű pendrive jut eszembe. Ha legközelebb bedugod, lehet, úgy tűnik, jó, miközben nem kizárt, hogy már széthullott a filerendszer, s majd a későbbiekben eszkalálódik a probléma. Mondjuk valamelyik filerendszert kezelő függvény olyasmivel találkozik, amelyre nem számít, s nincs felkészülve a kezelésére. Én például, ha tudnám, hogy nem lett lecsatolva a pendrive nem naplózott filerendszere, s úgy lett kihúzva, egyből mentenék, s újra formáznám még akkor is, ha látszólag minden működik.

Ez tényleg csak egy hasonlat volt, a konkrét esethez semmi köze.

Beküldte makgab - 2011, május 25 - 11:26.

A GNOME 3 valóban nem igazán akar rendesen működni. Igaz VMWare-ben próbáltam frissíteni.
Ikonokat nem lehet hozzáadni a GNOME3-ban az Asztalra és Tálcára? Jobb klikk semmi... :O

Beküldte locsemege - 2011, május 26 - 01:01.

Már van xfce4-xkb-plugin-0.5.4.1-1.fc15, persze, ha valakit érdekel. Többek között egy memory leak javítás van benne.

Aztán, ha valakinek van olyan gondja, hogy egy Thunderbird-ben lévő linkre kattintva nem történik semmi, hanem bambán néz, akkor az a teendő, hogy elő kell szedni a gconf-editor nevű eszközt - ha nincs, fel kell telepíteni. :) Rá kell keresni a firefox szóra, s ahol az URL handler gyanánt teljes elérési úttal látunk hivatkozást a 3.6-os Firefoxra, ott a hiba. Mert ugye Fedora 15-ben nincs /usr/lib{,64}/firefox-3.6 nevű alkönyvtár, benne firefox nevű futtatható binárissal. Egész egyszerűen érdemes átírni

firefox "%s"

formára az értéket, a PATH alapján majd megtalálja, s ez verziótól függetlenül marad. Bár gyanítom, az xdg-open is jó, meg talán a gvfs-open is.

Beküldte makgab - 2011, május 29 - 10:07.

Csináltam egy új telepítést a gépemre.
Az install közben kiderítettem hogy "acpi=off" kernelparaméter kell neki, különben "fagyik".

Végül végigment a telepítés, de az első indításkor húzza alul a csíkot (jobbra mellette a Fedora 15 felirat), aztán kész.
SELinux policy-t nem tudta betölteni, nincsenek meg az etc-ben a fájl/könyvtárak.
A "selinux=0" kernelparaméter segít.

(Szerintem az ilyenek miatt nem terjednek a Linuxok mezei felhasználók körében! Ezt egy sima user nem fogja tudni...)

Beküldte locsemege - 2011, május 29 - 11:56.

Részint igazad van, ugyanakkor a Linuxnak nem célja minden desktop-ra eljutni. A Linux egy lehetőség arra, hogy használd, ha tetszik, s fejleszd, hogy jobb legyen. Legalább is szerintem.

Nekem nem volt ilyen bajom, igaz, én Fedora 14-ről - más gépeken Fedora 13-ról - frissítettem preupgrade-del. Én az alábbi kernelparamétereket használom:

ro root=/dev/mapper/vg_deer-LogVol00 LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us quiet acpi_enforce_resources=lax nouveau.modeset=0 rdblacklist=nouveau selinux=1 vga=775

Így látom a boot folyamatot, látom azt is, ha valamelyik service nem nullával tér vissza, s a systemd szép pirossal mond egy faild üzenetet. Amúgy az akmods initscriptbe a start_akmods függvény hívása után írtam egy exit 0-t, mert noha semmi baja sem volt, nem 0-val tért vissza, így a systemd hibásnak gondolta a futást.

Egyébként azóta megjavítottad a SELinuxodat, vagy durva "workaround"-ként kikapcsoldat, oszt' jóvan...? :)

Beküldte makgab - 2011, május 29 - 12:08.

selinux kikapcs, mert nagyon nem is merültem el a használatában.
Viszont a nvidia drivert nem tudom feltenni... :)

Az inittab fájl már nem használható a runlevel=3 beállítására. Mivel a driver csak így megy fel. A systemd-ben kell kotorni... ezt is ki lehetne tenni egy "grafikus menübe", hogy át lehessen állítani...

A Linux-nak nem célja a desktop, akkor az baj! :(
Így nem fog terjedni. (sztem)

Beküldte locsemege - 2011, május 29 - 12:56.

Nem kórokozó, hogy terjedni akarjon. :)

Beküldte csuhi - 2011, május 29 - 12:17.

Én ráengednék arra a gépre egy memóriatesztet és elkezdeném nézegetni a smart adatokat...

Beküldte locsemege - 2011, május 29 - 13:00.

Miért nem tudod feltenni az nVidia driver-t? Az rpmfusion repót konfiguráló rpm csomag legyen felrakva. Utána tedd fel az akmod-nvidia nevű csomagot. Szerintem függőségben húzza magával ami kell. Ezek úgy kb. a xorg-x11-drv-nvidia, nvidia-settings, xorg-x11-drv-nvidia-libs, nvidia-xconfig.

Szerintem magától le fog futni az akmods, de ha nem, akkor futtasd kézzel. Nem túl bonyolult, root-ként:

akmods

Azt, hogy a telepítés alkalmával lefutott-e, onnan tudod, hogy előállította-e a /lib/modules/`uname -r`/extra/nvidia/ elérési útra az nvidia.ko kernel modult. Ha még nem, s lassú a géped, lehet, hogy éppen csinálja. A top paranccsal láthatod, ha fordít, vagy az rpmbuild csomagot készít, vagy az rpm már telepíti. Nyilván a gcc-re szükséged lesz, anélkül nem tudja lefordítani a kernel interface-t.

Ezután puskázd ki az előző hozzászólásomból a grub.conf-ba írandó kernel paraméterek közül azokat, amelyek a nouveau driverrel történő ütközést küszöböli ki, majd boot-old újra a gépet.

A releváns kernel paraméterek: nouveau.modeset=0 rdblacklist=nouveau

Beküldte makgab - 2011, május 29 - 14:26.

már műxik. :)

Furcsa a gnome3, ikonokat nem tudok a desktop-ra tenni. vagy el van dugva ez a lehetőség... :o

Beküldte makgab - 2011, május 29 - 14:20.

A flash-plugin hogy tehető fel x86_64-re?
Az "adobe-release-i386..." repo install megvan, majd "yum install flash-plugin", futtatom a 'setup'-ot, ilyenkor egy linket berakott a mozilla plugins könyvtárába.

De mégse jó, a firefox azt mondja nincs telepítve a bővítmény.

Mit hagyok ki?

Beküldte makgab - 2011, május 29 - 15:37.

ha jól látom az i686 csomagok kellenek neki és akkor megy:
http://linuxandfriends.com/2011/05/28/install-adobe-flash-player-in-fedo...

Beküldte locsemege - 2011, május 29 - 16:37.

Ha 64 bites a böngésző - s az, hiszen írtad -, akkor kell egy wrapper réteg, amelyik illeszti a 64 bites böngészőhöz a 32 bites flash plugin-t. A doksi szerint számít a telepítés sorrendje, bár én ebben nem vagyok teljesen biztos. Azért legyünk elővigyázatosak.

Tehát:

yum remove flash-plugin
yum --disablerepo=adobe-linux-i386 install nspluginwrapper.{x86_64,i686}
yum install flash-plugin

Ha nem működik, akkor zárd be a böngészőt, majd töröld a ~/.adobe könyvtárat. Utána működni fog.

Beküldte makgab - 2011, május 29 - 16:38.

müxik.

Beküldte locsemege - 2011, május 29 - 16:40.

Az jó. :)

Beküldte makgab - 2011, május 29 - 16:40.

A Gnome3-ban ikonokat nem lehet kipakolni az az Asztal-ra? Meg a fent levő fekete "tálcára"?
Jobb klikk nem megy, nem csinál semmit. Kivették ezt a Gnome3-ból? :o

Beküldte locsemege - 2011, május 29 - 16:46.

Nem tudom, de ahogy néztem a Gnome3-at, nem is kell. Vagy a keresőben találod meg az első néhány betű beírása után, vagy a menüben keresed az alkalmazást, de gondolom, ahol a böngésző van bal oldalon, oda lehet valahogy tenni, amit akarsz. Ne kérdezd, hogyan, 5 perc volt, amíg megnéztem a Gnome3-at, nem használom.

Ha kellenek ikonok a desktop-on, használj Xfce-t. :)

Beküldte makgab - 2011, május 29 - 16:54.

Firefox 4.0.1-el szinte semmi sem kompatibilis (add-ons). Ami F14-ben FF4 alatt érdekes módon működött... :O

Beküldte locsemege - 2011, május 29 - 16:58.

Ez attól függ, miket használtál. Nekem szinte minden kompatibilis. :) Kompatibilis alternatívát meg jó eséllyel találsz ugyanarra a problémára.

Beküldte makgab - 2011, május 29 - 17:04.

A gond az, hogy FF4 alatt ment F14-ben. Most meg nem.

Beküldte makgab - 2011, május 30 - 08:52.

Csak nekem tűnik gyorsnak a Fedora15 vagy tényleg gyorsabb lett?
Ugyanazon a gépen szemmel láthatóan gyorsabb, v. ez a Gnome3 sebessége inkább?

Esetleg a tiszta új telepítés eredménye? (nem upgradeltem, lezúztam a régit)

Beküldte locsemege - 2011, május 30 - 09:36.

Ugyan nem csináltam tiszta telepítést, meg Gnome-ot sem használok, szóval nincs összehasonlítási alapom, viszont a kernel válaszolékonyabb. Erről szerintem írtam is tapasztalatot a szomszéd topic-ban. Ez volt az oka annak, hogy már Fedora 14-hez is a Fedora 15 kernelét fordítottam forrásból. Olvastam a híreket, kíváncsi voltam. És valóban.

Ugyanakkor azt tapasztalom, öreg gépen inkább lassúság érződik. Mintha a Firefox és az X közötti kommunikáció megszaporodott volna, így igen rendes futásidőt bír elvinni mind a Firefox, mind pedig az X. Több processzoros gépnél ez nem olyan zavaró, de egy Athlon XP 1800+-on már igen.

Beküldte makgab - 2011, május 30 - 14:25.

Ha az ntsysv-ban kikapcsolom az iptables-t (és ip6tables), akkor kövektkeőz újraindításkor miért vannak mégis iptables szabályok? Az "iptables -L" szépen listázza a szabályokat, pedig kikapcsoltam az iptables-t.

Beküldte csuhi - 2011, május 30 - 15:26.

Nemtudom.

Viszont ha a 

chkconfig |grep tables

parancsot kiadod, és valamelyik be van kapcsolva mégis, akkor

chkconfig izétables off

paranccsal ki tudod kapcsolni.

Beküldte makgab - 2011, május 30 - 16:57.

de pl. runlevel5 esetén ha ki van kapcsolva, akkor mé' indul el? :)

Beküldte csuhi - 2011, május 30 - 18:27.

Lehet hogy azért, mert a runlevel 3-on be van kapcsolva, és mire eléri a runlevel 5-öt már fut?
De ha bemásolnál egy chkconfig kimenetet, akkor lehet pontosabban tudnám.

Beküldte makgab - 2011, május 30 - 20:20.

most nem vagyok annál a gépnél, de igazad lehet. :)

Beküldte makgab - 2011, május 31 - 21:08.

Nincs bekapcsolva az iptables egyik futásszinten sem! Mégis elindul az iptables.

Az etc/sysconfig-ban indíthatja el valahol, nem?

Beküldte makgab - 2011, május 31 - 07:55.

Nem rossz ez a Gnome3, lehet hogy csak meg kellene szokni.
De most mindent kétszer annyi kattintással érek el, vagy nem tudom még használni az új felületet.
Bal felső sarokban a "Tevékenységek"-re kell kattintani, hogy elérjek bármit. Ez nagyon nem tetszik, nekem nem felhasználóbarát. :)
Munkaterület szintén innen variálható... klikkelgetni kell, hogy lássam normálisan hol mi van. A régi felületen jó volt a jobb alsó sarokban levő munkaterületek ikonja.

Alul a rejtőzködő "tálca" viszont tetszik! :)

Szumma: a "bármi" eléréséhez ez a klikkelgetés nagyon ellenszenves! :(

Beküldte sherpa - 2011, május 31 - 13:15.

Ha megnyomod a "windows" billentyűt előbújik a "tevékenységek" ablak, és ha után gépelni kezdesz akkor már is keresel a programok között.

Azt nem tudom hogy statisztikáz-e mint a gnome-do, mert még csak teszt rendszerem van belőle és nem használtam halálba, DE az lenne a tuti!

Üdv!

Beküldte makgab - 2011, május 31 - 13:26.

A 'windows' bill-t észrevettem, de ezzel sem vagyok előbbre. Plusz kattintás felesleges (sztem).
A tálcára pakolható ikonokat hiányolom, egy katt és márt indul is a progi, amit szeretnék.
Billentyűzgessek ezért...? :O
Minden egyes alkalommal billentyűzgessem az alkalmazás nevét...?? Áhhh...

Beküldte asrob - 2011, május 31 - 14:44.

irány a gnome bugzilla/levelezőlista/akármi és tessék írni hibabejegyzést feature requestet hogy ez így nem jó találjanak ki valamit. Sőt, ha még ez sem tetszik, senki nem kötelez rá hogy gnome-t használj, vannak alternatívák, rossz nézni az értelmetlen picsogást...

Beküldte makgab - 2011, május 31 - 15:18.

Nem picsogok, csak hátha van valami beállítás, amit én nem találtam.
Az első tapasztalataimat írtam le...

Beküldte makgab - 2011, június 4 - 13:29.

Az sem tetszik a gnome-ban hogy a gépet leállítani közvetlen nem lehet. Először ki kell jelentkezni és utána lehet leállítani.
A usernek nincs leállítás menüpontja, csak kijelentkezés.
Ennek mi értelme....? :O

Beküldte lberes - 2011, június 4 - 21:32.

Akkor itt is, csak neked: tartsd nyomva az Alt gombot, es csodalkozz :)

Beküldte makgab - 2011, június 4 - 21:46.

Erre nem mostanában jöttem volna rá. :)
Nem tudom mire jó, hogy az ALT-ra jön csak elő...

Beküldte locsemege - 2011, június 3 - 22:10.

Kérdezek. Nektek íródik Fedora 15-ön a /var/log/messages file? S ha igen, nekem miért nem? Ha meg nem, akkor ez valami koncepció, vagy nálam van elbökve valami? Fedora 14-en még láttam a logokat, most viszont nem, s ez némiképp aggodalommal tölt el.

Beküldte lberes - 2011, június 4 - 09:29.

En is tapasztaltam ezt. Mivel preupgrade-eltem, nem tudom, hogy ez bug avagy feature :) mindenesetre igy javothato:

systemctl start rsyslog.service

A logok szepen gyulnek egyebkent a log bufferben, csak az rsyslog targetbe nem kerulnek be, amig el nem indul az rsyslog.

Beküldte lberes - 2011, június 4 - 09:31.

Jajj, es termeszetesen

systemctl enable rsyslog.service

is kell, hogy bootkor is elinduljon.

Beküldte makgab - 2011, június 4 - 10:57.

Ez a systemctl mit is csinál pontosan? Ez állítgat a sysconfig alatt az adott demon configjában?

Beküldte lberes - 2011, június 4 - 11:38.

A systemctl a systemd (az "uj init") menedzsmenteszkoze, olyan, mint regebben a chkconfig, ntsysv es service parancsok.

Oldalak