Megjelent a Fedora 18

AlmaLinux, CentOS, Fedora, Red Hat, Rocky Linux

Hosszú és rögös út vezetett idáig, de végül sikerült kitolni az ajtón a Fedora 18 végleges kiadását. A tudnivalókról a bejelentés és a kiadási megjegyzések dokumentum számol be. Letölthető a tükörszerverekről és torrentfájlok felhasználásával.

( tompos v | 2013. 01. 15., k – 20:09 )

"The user interface for Fedora's installation software, Anaconda, has been completely re-written from the ground up."

Ideje volt. Ugy is mondhatnam, h ha 5 eve megcsinaltak volna, mar akkor is le lettek volna maradva.
Igy a redhat meg le is lesz egy ideig;)

Napersze attol, h ujrairtak, meg nem biztos, h jo lett.

tompos

( bogolyandras | 2013. 01. 15., k – 23:16 )

A fene egye meg. Nekem VMWare -ben nem akar elindulni a Gnome.

( csababoro | 2013. 01. 16., sze – 00:21 )

Végre újraírták a telepítőt csak még nem kiforrott. A particionálásnál legalább ötször lefagyott, mert manuálisan akartam particionálni. Az előre és hátra lépésnél volt az összes lefagyás. Viszont a két particiónál most már nem kell megmondanom, hogy melyikre szeretném pl. az opt könyvtárat.
A KDE felületet választottam és majdnem olyan jól működik, mint Opensuse alatt és a Libreoffice helyesírás ellenőrző több hibát vett észre. Furcsa volt, hogy 500 körüli csomagot kellett egyből frissíteni.
Szerintem a Béta 2 telepítővel adták ki és sok RC csomaggal.
Örülök, hogy a jboss csomagot már bele csomagolják és nem kell külön telepíteni. A Fedora Eclipse-t még nem próbáltam, hogy mennyire jól működik, de elméletileg már a Jboss plugineket is fel lehet tenni rpm alapon, ahogy néztem.
Szerintem a Red Hat Enterprise 7-hez még kevés.

Nem tudom, hogy a régi telepítö miért volt rossz. Rohadt sok energiát belefektetnek felesleges és felületes dolgokba, ahelyett, hogy a rendszer integritásán és stabilitásán dolgoznának.
Sosem fogom megérteni az ilyen jobb oldalon vagy bal oldalon legyen a "home" ikon vitákat.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

A dolog nagyon egyszerű - maga a telepítő tökéletesen elavult kódot tartalmazott a maga sokéves korával. Namost azt karbantartani, úgy hogy a többi része pedig állandóan fejlődik, változik - azt nem lehet sokáig. A másik ok, hogy a korábbi meglehetősen lineáris és elnagyolt volt - és volt benne olyan pont ahonnan már nem léphettél vissza, ha valami nem volt jó. Az újban megteheted. A lineáris varázslós telepítő helyett lett egy flexibilis és moduláris rendszer, amit ki fognak pofozni. Elsőre így is rohadt nagy meló volt, de muszáj volt megtenni, mert nem lehetett tovább halogatni. Tény, elsőre nagyon sokat toltak bele, de ez csak a kezdet - mert így sem sikerült mindent.

http://fedoraproject.org/wiki/Anaconda/Features

( uid_16313 | 2013. 01. 16., sze – 00:57 )

Hogy mik vannak! Mire megjelent, már belaktam az Ubuntu 12.04.1 LTS-t. De ez még hagyján! Hanem: alapból gyors, stabil, megszerettem a Unity-t, és számomra messze az ubuntus fontkészlet a legkellemesebb amivel eddig linux-on találkoztam. Ha rá is pillantok a Fedora 18-ra, az jelenleg csak Virtualbox-ban képzelhetö el nálam...

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

( locsemege v | 2013. 01. 16., sze – 03:25 )

Jaj, szörnyen bugos az anaconda! A netinstallnál manuálisan kell megadni a telepítő forrást, de hogy ne legyen jó nekem, egy rakás függőséggel gondja volt.

Másfelől valamelyik visszalépés után kicsivé tette azt a nézőkét, amelyben kiválaszthatom a software kategóriákat, így lényegében használhatatlan lett. Most más metódussal próbálkozom.

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

( locsemege v | 2013. 01. 16., sze – 09:34 )

Xfce live-ról sem lehet telepíteni, a telepítő el sem indul. Már nem emlékszem a hibaüzenetre, de mintha az X-szel nem sikerülne kommunikálnia. Eddig tehát kétféleképpen nem lehet telepíteni. Természetesen az image-eket sha256sum-mal ellenőriztem, s azok jók. Most töltöm le a DVD image-et. Éjszaka meg telepítek, már feltéve, hogy hagyja magát.

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

Akkor nekem miért nem? Indítottam terminálról is a telepítőt, hogy láthassam a hibaüzenetet. Láttam, de ettől nem lettem közelebb a megoldáshoz. Maga a live rendszer működött, de ugye ezzel önmagában nem vagyok kisegítve.

Mindegy, megnézem telepítő DVD-vel. Sejtettem, hogy miután újraírták az anacondát, gond lesz vele, de azt nem, hogy ennyi. Mondjuk mindegy, valahogy cipőkanállal felteszem, ha meg már önjáró, akkor nyert ügyem van.

Valójában nem értem, miért kellett a telepítőt újraírni. Felőlem akár konzolos is lehetne, a telepítőt úgyis ritkán használja az ember.

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

Nekem is sikerült az XFCE live-ról telepíteni, de már egy ideje nem használok lemezt - se kicsit, se nagyot. Sokkal barátibb az LiveUSB Creator, ahová kézzel letöltve az ISO-t kipakolja bootolhatóra egy pendrive-ra. Nálam a tiszta telepítés így cakk-pakk olyan 10 perc. Plusz frissítés, és wlan, és kész.

De szívesen segítünnk mindenkinek akinek tudunk a #fedora-hu csatornán. :)

Áltálaban megoldom, ez történt most is.

A gond az volt, hogy nekem a /var önálló filerendszer egy LVM köteten. Ez utóbbinak nincs jelentősége. Az ostoba anaconda a /var/lib/rpm-be, vagy valami ilyen helyre írja az rpm adatbázist, így aztán amikor formázás után felcsatolná a /var-t, azzal a lendülettel el is száll. Ilyen volt a régi anacondában is, végre kijavították, most megint belefutottak. Nem igazán értem, az anaconda miért nem csinál magának egy /anaconda ideiglenes könyvtárat a rootfs-re, aztán azt senki sem piszkálja. A végén meg letörli. De nem, őkelme úgy használja, hogy véletlen se lehessen saját filerendszer layout-ot csinálni, vagy legalább is ne könnyen.

A megoldás az lett, hogy a /var-t hagytam a rootfs-en. Amikor feltelepült, live rendszert boot-oltam, s a /var-t átmásoltam /home/var.new névvel. A régi filerendszerről pedig csináltam egy /home/var.old másolatot. Ezután formáztam ext4-re azt a filerendszert, amit majdan /var-nak szánok. Felmásoltam rá /home/var.new tartalmát, majd /home/var.old-ról azt, ami még kell. Az fstab-ba belereszeltem, hogy csatolja majd fel a /var alá azt a filerendszert, ami odavaló. Utána reboot, de már a telepített Fedora 18-at. Persze, megdöglött, sejtettem, hogy SELinux baja lesz. Ekkor reboot selinux=0 kernelparaméterrel, majd megint reboot, immáron rendesen. Ekkor rájön, hogy újracímkézi a /var-t, magától újraindul vagy továbbmegy, szóval jó lesz.

Most van egy tiszta telepítésem, amelyben a /home a régi, a /var-on az mpd konfigja, zenéim, a www/html szintén. És ne mondd nekem, hogy 10 perc, mert ugyan tudom, hogy lassú vagyok, de ez Neked sem 10 perc lett volna! Már eleve néhány 10 GB-ok másolgatása, ugye...

Valamennyire működik, már erről írok, alant írok majd benyomásokat róla.

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

Őszintén megmondom neked, én csak a telepítést számoltam, mégpedig úgy hogy én semmit nem tartok meg a notin, mivel a többi holmim nincs lokálisan tárolva (majdnem semmi), így mozgatni se kell. Ebből kifolyólag, miután a pici RsPI RIS és fájlszerverként üzemel egy böhöm kártyával, minden szívfájdalom nélkül csontüresre töröltem a noti merevlemezét. Optikai lemezt nem használok, minden fenn a kis kütyün, meg több online tárolón. Ezért is pályázok egy törpe ARM gépre, és akkor nem kell a dögnehéz HP-t cipelni. Amúgy jó hogy leírtad, bugzillába, ill. az anaconda dev-es srácoknak lesz min rágódniuk - ha nem bánod továbbítom nekik.

Amúgy találtam én is egy bugot, suspendből úgy jön vissza hogy nem szabályozza le a ventit, miután felpörgött. Majd még átnyálazom a logfájlokat, bár a legutóbbi kernelben még nem volt kész a thermo szenzor drivere.

Persze, nyugodtan, sőt, ha van időd, kérem is. Az a lényeg, nézzenek utána, mi van akkor, ha /var mountpoint-tal egy önálló filerendszert ad meg az ember, amin vannak már dolgai. Bár szerintem akkor is elhasalna, ha frissen formázott lenne, mert a probléma véleményem szerint abban van, hogy a telepítő ír már a /var könyvtárba, s a későbbiek során ezen nem üres alkönyvtárhoz csatolja az új filerendszert, így nem éri el, amit korábban beleírt.

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

( hrex | 2013. 01. 16., sze – 10:10 )

Nálam a F17 -> F18 Upgrade sikeres volt. Fedup-al csináltam:
sudo fedup-cli --network 18 --debuglog fedupdebug.log

Két HDD-m van, mindkettőn full disk encryption. Emiatt szívtam egy kicsit: Az fstab-ból ki kellett szednem a második diszket az upgrade idejére.

Számomra eddig pozitívak a változások. Néhány idegesítő naponta jelentező bug eltűnt (Pl. Evolution nem döglik meg, ha kihúzom az UTP kábelt.)

nekem is ment az említett utilityval.
Hibák amik előjöttek:
SElinux custome modules - úgy ahogy vagy elfelejtette az összeset, így újra fel kell venni őket
SElinux booleans - szintén zenész
Tűzfal - itt is van valami gebasz, ezzel még bíbelődöm egy kicsit
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/

Ezt én is megtaláltam csak elsőre nem értettem. Most elolvastam mégegyszer. -> Touch-oltam egy test nevű file-t a template-ek közé és jé gomba...

Ami még remek az új nautilus-ban, hogy eddig meg lehetett adni kézzel a dátum megjelenítsési formáját. Na ezt most már nem lehet. :S

Más dolog: Se a böngészőkben, se a nautilusban nem működik a BACKSPACE, mint egy szintet vissza, de legalább az ALT+Balra nyíl működik!

Ilyenkor gondolkodok el rajta, hogy a szoftverek világában egyáltalán van-e előrelépés.

Mire például egy fájlkezelő teljes értékű lesz, addigra a fejlesztőknek "muszáj" újra írni, hogy megint semmit se tudjon. Idővel lassan kibővítik és amikor már megint kényelmesen használható ismét újraírják. A kör állandóan ismétlődik. Ez sok szoftverre igaz, és nem minden esetben indokolja koncepcióváltás.

Pedig van fejlodes programozasban, csak kerdes hogy hasznaljak-e azokat a modszereket, technikakat amit egy bonyolult es nagy projekt eseten kellene.

Lasd Software design pattern amivel meg lehet ugy irni egy alkalmazast hogy uj funkcio hozzaadasa eseten a lehet legkevesbe keljen atirni a meglevo (es jol tesztelt kodot).

Vagy Test Driven Development. Ami biztositja hogy akarhol tart egy programozo a projektjeben, addig a szintig joltesztelt legyen a kodja.

Illetve megemlithetnem a modern smart pointereket, modern frameworkoket Qt stb.

Mas kerdes hogy a mostani kodok nagyreszt meg a regi "legacy" kodokra epulnek amelyeknel nem alkalmaztak ezeket a dolgokat.

( zotya62 v | 2013. 01. 16., sze – 16:24 )

Helyből frissítéssel mint mi a helyzet? Működik már?

( uid_16313 | 2013. 01. 16., sze – 21:45 )

Csiszolgathatták volna még tovább is...

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Nálam btrfs-re ment a telepítés, compress=lzo paraméterrel, TC6 óta vígan megy hiba nélkül. GParteddel előre megcsináltam a partíciókat. A mount paramétert nem lehetett átadni az installerben, de miután megadtam benne a mountpointot, még az install előtt csináltam egy remountot, és megette. A progress bar mondjuk szerintem emiatt nem megy, a remount nélkül működött.

( _ventura_ v | 2013. 01. 17., cs – 19:24 )

Céges gépen frissítettem, suspend megszünt működni, azaz nem jön vissza suspendből :/
Kikapcsolták az xorg ban alt+ctrl+backspace-t, dontzap se segített egyelőre. Valamint nem megy az Alt + egér jobb gomb: ablak mozgatás és az Alt + egér középső gomb: ablak átméretezés.

Fedora 17, Thinkpad x61s

( locsemege v | 2013. 01. 18., p – 03:30 )

Első benyomások a Szférikus Tehénről. :)

Kellő távolságból nézve hibátlanul működik, közelebbről nézve már nem annyira. Xfce-n használom a gnome-sound-applet nevű dolgot. Eddig egérgörgővel lehetett hangerőt állítani, most már csak egy lépést lehet, azaz +/-5 %-ot, aztán le kell húzni az egeret a hangszóró ikonról, visszatolni, majd jöhet a következő 5 %. Marhajó... :((

Fontok már megint másként néznek ki, mint eddig, s nem az előnyére változtak. Pedig összenéztem a régi rpm csomaglistámmal, nem volt-e valamelyik font feltelepítve, amelyik most nincs. Úgy tűnik, nem.

Volt két ikonom, amelyet az mc-hez használtam, az nincs. Terminál előtt Linux-logo pingvin, vagy valami ilyesmi. Hiányzik, mert megszoktam nagyon.

Örökzöld téma évek óta a hangszerver. Úgy látszik, sohasem lesz már jó. Most éppen a CA0106 esetében nem sikerül elérnem, hogy a mikrofon jelét onnan egye, míg a hangot az alaplapi hangkártyára küldje. Vagy az alaplapi bemenetet kell használnom a mikrofonhoz, vagy USB-s hangkártyát, de ahhoz meg USB HUB kellene, mert elfogyott a hely.

Szóval van ez az SB Live! vagy mi a szösz CA0106 chip-pel, és momentán csak arra jó, hogy egye a villanyt. Az alsamixer -c1 paranccsal is próbáltam szórabírni, nem hagyta magát. Amúgy Fedora 17-en, meg korábban is működött már a CA0106.

Ha ezeken mind-mind felülemelkedem - s ki tudja, milyen meglepetések várnak még rám -, akkor egész jó. :)

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

gnome-sound-applet helyett inkább a volumeicon nevü alkalmazást javaslom.... Azt be tudod költöztetni a systray-re, és a léptéket is be lehet vele szabályozni, a gnome-sound-applet meg nem xfce-re való. Fontokra, azt tudom javasolni, hogy van javítás - nem is gyenge, amiben az Xft javításra kerülnek.

Köszönöm, a volumeicon azt tudja, amit várok tőle. Igaz, hogy automatikus indítása nem ment, mert feltehetően még a pulseaudio előtt indítaná az Xfce, viszont ez nem nagy probléma, úgyis van saját autostart scriptem, s abból indítom. Ott meg már jó a sorrend.

Fontok: FreeSans fontban a '4'-es karakter ferde része visszataszítóan vékony.

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

Félreértés ne essék, én mindig is Fedorát használtam, most is, ismerősöknek is ezt telepítem, általánosságban elégedett is vagyok vele. Ugyanakkor, ami működik, az működik, arról nem nagyon van mit írni, a problémákról lehet és kell is, hogy a hibák jelentésre, s javításra kerüljenek.

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

( locsemege v | 2013. 01. 18., p – 11:48 )

Az egyébként milyen már, hogy nem törli le a képernyőt a lightdm display manager. Kiteszi a loginhoz az ablakát, hogy válasszak user-t, írjam be a jelszavam, aztán háttérképet nem tesz ki, de még csak le sem törli, hanem video RAM szemét van körülötte. Szinte alig látom tőle a login ablakot, mert beolvad a random pixelekbe.

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

Megoldottam. A lightdm konfigjában megadtam a háttérképet. Tegyük hozzá, eddig is volt, csak lehet, nem tud átméretezni, vagy valami más baja volt. Most 1680x1050 px^2 méretű képet adtam meg, működik is. Ekkora a monitorom, így nem esik gondolkodóba, mit tegyen, ha a kép és a monitor mérete eltérő.

Ugyanakkor a lightdm konfigjában minimum uid-nak 500 volt megadva. Azok az idők elmúltak, átírtam 1000-re. Szerintem erről megfelejtkeztek a fejlesztők, de annyi ilyen apróság van, hogy ezen nem csodálkozom. Néhány tízezer csomagot nem lehet egyszerű karbantartani.

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

( locsemege v | 2013. 01. 19., szo – 02:28 )

Tooltip-eket miért kellett két keretbe tenni? Olyan, mint az elhunytak képe körüli fekete keret. Nem néz ki jól.

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

( lazyone | 2013. 01. 21., h – 16:45 )

Feltettem az xface spint. Egetvero hibakat nem tapasztaltam de ennek ellenere megsem tunik egy jol osszerakott kivanatos rendszernek felhasznaloi elmeny szempontjabol. Ocsmany a look and feel. Jo sok idot el lehet baszni az xface konfiguralasaval mig emberi kinezete lesz. A rendszer viszonylag gyakran laggel az interaktiv teljesitmenye nem tul meggyozo. Nem minden package van konfortosan csomagolva. Pl. az svn server se-linux configuralast igenyelt (ami nalam kikapcs mert nincs kedvem melyebben utanna jarni). A beepitett automatikus bug jelento gyakran elhasal. Az xface default screen lockere nem jelzi ki az eppen aktualis billentyuzet kiosztast ami ismet kemeny szopasok melegagya lehet.

Nemreg installaltam xubuntu 12.04et ARM chromebookra. Az felhasznaloi elmeny tekinteteben joval osszerakottabb rendszernek tunik.

Ezt a Fedora 18-at egy ilyen szukseg rendszernek latom. Jonak nem mondanam de nem igazan tudok nala jobbat.

Ocsmány? Én mindig magamnak konfigurálom, nem is várom el, hogy alapértelmezetten bárhogy is kinézzen. Az enyém nem ocsmány, másfelől nem is nagyon szép, leginkább praktikus.

Ami az interaktív teljesítményt illeti, nekem gyors, nem akadozik, pedig a gépem már 4.5 éves. Elég, ha azt mondom, 2 GiB 800 MHz-es DDR2 RAM van benne? Igaz, a CPU AMD Phenom II X4 955.

Xscreensaver-t használok, s olyan jelszót választottam, hogy ne szívjak. Nem teszek bele ékezetes betűt, az 'y' és 'z' pedig ugyanott van az angol és magyar billentyűkiosztásomon, hiszen nem fog az átfestődni, ha kiosztást váltok. Angol billentyűzetem van egyébként, s ehhez 101 gombos qwerty dot nodead kiosztást használok, ha épp magyart.

Tudom, nem ezt írtad, de login esetében lehet nyelvet választani, ha a /etc/lightdm/lightdm-gtk-greeter.conf file szerkesztésére szánsz 1 percet. A változónevek beszédesek, s a konfigfile kommentelt.

Nekem tetszik a Fedora. Ugyan vannak kisebb-nagyobb, olykor idegesítő bugok benne, de jól tolerálom, összességében elégedett vagyok vele. A telepítő hibáján túltettem magam, kitaláltam rá a workaround-ot. Az jobban zavar, hogy a CA0106 alapú SB Live! 24 hangkártyámon nem működik a mikrofon, ugyanakkor még Fedora 17-en ment. Mindegy, átdugtam a mikrofont az alaplapi hangkártya bemenetére.

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

14 év linuxozás után én már nem tartom vonzónak, hogy alapvető dolgokat kézzel kelljen összehackelni, manpageket és konfigfájlokat kelljen túrkálni.

"Xscreensaver-t használok, s olyan jelszót választottam, hogy ne szívjak. Nem teszek bele ékezetes betűt, az 'y' és 'z' pedig ugyanott van az angol és magyar billentyűkiosztásomon, hiszen nem fog az átfestődni, ha kiosztást váltok."

Brilliáns. Én mégis inkább egy jól összerakott, jól átgondolt rendszert szeretnék, nem egy összetákolt valamit, amivel együtt lehet élni és lehet foltozgatni.

Az a baj, hogy a fizetős rendszerek sem jobbak (azok más sebekből véreznek).

Nekem legalább a telepítővel nem volt problémám :) Rendesen lement, semmi gondot nem tapasztaltam. Mondjuk host nevet nem állított be, de lehet azt benéztem valahol.

Ez attól függ, mi az alapvető. Neked az, a fejlesztők szerint meg nem az. Ha mégis szükséged van rá, megoldod.

A telepítővel azért nem volt bajod, mert a /var nem önálló filerendszer nálad, pusztán a rootfs-en egy alkönyvtár.

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

( locsemege v | 2013. 01. 23., sze – 09:31 )

Mondok valami pozitívat is. Most vettem észre, hogy a Yumex gyorsan csinálja az rpm csomagokat a drpm-ből és a jelenleg telepítettből. Ezt úgy éri el, hogy kihasználja a több, esetemben 4 CPU magot, párhuzamosítva több applydeltarpm process fut.

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