Nem lesz több kiadása a Fedora Core-nak és a Fedora Extras-nak

AlmaLinux, CentOS, Fedora, Red Hat, Rocky Linux

Nem lesz több kiadása a Fedora Core-nak és az Fedora Extras-nak. Megszűnnek. Helyettük megszületik a Fedora 7, egy repó mind felett. A Fedora 7 kiadási ütemterve a következő:

  • 2007. január 30 - F7 Test1 kiadás
  • 2007. február 27 - F7 Test2 kiadás
  • 2007. március 26 - F7 Test3 kiadás
  • 2007. április 26 - F7 végleges kiadás széles körben elérhető

A részletek, és a kiadásban jelentkező újdonságok listája itt.

( bervi | 2007. 01. 05., p – 19:05 )

huh, hát ezért nem tudtam én aludni :)

mondjuk egyik haverom azt mondta, hogy olyan a neve, mint valami vírusnak. fedora kór :))

( godot v | 2007. 01. 05., p – 19:12 )

Elég komoly változtatásokat terveznek, kiváncsi leszek rá.

Erdekes volt megnezni egy Fedoras feature listat. Olyan valtozasok vannak benne amit egy masik disztro se merne beprobalni:

- Switch to libata drivers for PATA support
- Switch to a tickless kernel by default (egyaltalan letezik mar?)
- Fix unnecessary wakeups across the distribution
- Fix the firewire stack (Requires rewriting the kernel firewire stack.)

Mondjuk ehhez az is sokat segit, hogy sok kernel fejleszto naluk dolgozik.

Egyebkent en nem szeretem a Fedora-t mint disztrot, de tisztelem oket azert amit a Linux-ert tesznek.

( deta | 2007. 01. 05., p – 20:21 )

Huha, ismet egy fedora verzio amit nem rakok fel. Meg mindig egy borzalom? Mert a RH7-9 es FC1-2-3 az maguk voltak a bughalmazok. Jo, joskapista otthoni gepen ahol a gnome ment magaban 0-24h nyilvan nem jott elo semmi gondolom, de sajnos nekem szerencsem volt adminolni oket tobb mint 200as tetelben + serverek, azota is lelki serultnek erzem magam.
Egy par erdekesseg, volt kollega gyujtemenyebol... (es ez csak csepp a tengerben...):
http://e-medve.e-medve.hu/kocka/myshots/230_3004.jpg -> nem, nem igy kene kineznie. Ez valszeg nem csak az FC hibaja volt, ellenben ugyanez a binaris mas distron csont nelkul ment...
http://e-medve.e-medve.hu/kocka/myshots/217_1754.jpg -> alap FC install (a problemat en is tudom, nem az az erdekes)
http://e-medve.e-medve.hu/kocka/myshots/210_1004.jpg -> ez valami RH/FC feature mert szamtalanszor jartam mar igy, nesze neked md5sum. (tesztelve FC-n es RHEL-en AS/ES)
http://e-medve.e-medve.hu/kocka/myshots/210_1002.jpg -> ez egy bizonyos tarsasagi korben mai napig kozrohej temaja, en mar csak sirni tudtam.

Valahogy nem hiszem, hogy azota jobb lett a helyzet. Napi szinten szopok RHEL AS/ES-vel, nem hiszem hogy FC 7 jobb lesz, mindig is csak RH marad.
Az nagyon szep es jo, hogy a kernel fejlesztok egy resze ott dolgozik, de valoszinuleg tulzasba viszik a kernel igazitasat a distribhez, sokszor a hasznalhatatlansagig patchelik. Pl: 40-50 gepes _homogen_ (igen, teljesen) gepeken teljesen ua imaget huzva mindegyik, nemelyik megis mashogy viselkedett (rlt8139-t nem ismerte fel es hasonlo, szuz vanilla kernellel siman ment, de netbsd-vel is probaltam, csak hogy a bsd fetisisztak is ki legyenek elegitve).
Tobb oldalt tudnek irni az FC-rol es RHEL-rol, de roviden, thuglifeosan, gabucinosan: szar. Ez tenyleg.

Ahogy azt valahol errefelé írtam, "Fedora Core 6"-ban fotónyomtatásnál (GNOME alatt) a ghostscript olyan szép segfault-ot dobott, hogy öröm volt nézni. Fél napon át próbáltam gatyába rázni aztán inkább átszereltem a notebookomra és kinyomtattam amit akartam. _Nem_ Fedora Core 6 alatt. :-)

Ave, Saabi.

Epp szidhattam volna, de mivel nagyon keveset hasznaltam nem erzem ugy hogy fel lennek erre jogositva (magam altal). Egyszer clusterezest teszteltem suse-n, hat akkor konkretan nem dobtam el tole az agyam... a nagy yast... nagy sz.... valamennyivel jobb mint az RH, de rpm based, es ezzel nalam elvagta magat. (tudom, szemetkocsog modon diszkrimonalom az rpm based linux distrokat)

ezen a kiterjesztesen kivul az egvilagon semmi slackware-specifikus cucc nem volt benne, de meg a slack csomagformatum se, egyszeruen tarbz az installed fileokra aszt kesz. kurvajol mukodott, gyors volt, sajat (parallel) initscriptek, usbrol+readonly fsrol siman bootolhato, 2.4, etc... na szoval a legjobb desktop linux volt amit valaha lattam :) leginkabb LFS modszerrel keszult. kar hogy letoroltem az osszes peldanyat anno amikor mar nem erdekelt :((( bar egy uclibc-s usb build meg megvan, majd egyszer csinalok egy etoile-s desktopot de mivel inkabb ki kene basznom az obsolete-shit linuxot a gecibe es igy mar joval tobbet kene dolgozni, teszek az egeszre...

Szerintem is szánalmas párhuzamot vonni a csomagkezelő és a disztrib minősége között. A csomagkezelő csak felrakja a fájlokat, a disztrib minősége azon múlik, hogy azok a fájlok milyenek, nem azon, hogy hogyan kerültek oda. Olyan, mintha vki azt mondaná, hogy egy szoftver minősége attól függ, hogy a fejlesztő a végén .tar.gz vagy .tar.bz2 formában teszi letölthetővé.

Az is mókás, hogy rakat user nem bír különbséget tenni a csomagformátum és a csomagkezelő szoftver között. Miért ne lehetne mondjuk kitalálni egy jó formátumot, és írni köré egy azt kezelő szar progit? Vagy keresztbe?

bocsi, akkor ugy mondom (csak neked), hogy mind a csomagkezelo, mind a userland hasznalhatatlan. Sot, a kernel is.
RPM nem csak rh/suse-n van, felhivom ra a figyelmed. Van debianra, gentoora es sorolhatnam, tapasztalatok ugyanaz. "Tovabb is van mondjam meg?" Nem mondom, asszony sutott palacsintat, ez fontosabb mindennel. :)))
tovabbi jo flamet es szorszalhasogatast.

Ez nem az RPM hibája. Ha valami jól van megcsinálva (összerakva), akkor az müxik RPM alatt is. Pl. FC5/6 alatt a `yum install wine`. Azért ezt mások nem csinálják ilyen profin.
(Ellenpélda: ffmpeg-ből 2 db azonos van a gépemen, és nem bírom kiírtani őket. Természetesen csak 1-szer tettem fel a csomagot. De ilyesmi tavaly is előfordult velem Dapper Drake alatt.)

Nekem például konkrétan az rpm nem tetszik. Nem egyszer jártam már úgy hogy közölte: ő bizony nem találja a /bin/sh-t vagy a libc.so.6-ot, pedig ott volt, kibökte a szemét. Ha már egy fos az adatbázisa, legalább nézne körül a valós környezetbe, és igazítaná ki magát. Nem hiszem, hogy egy fájl-ellenőrzés beírása olyan eszmáletlen nagy munka lenne...

Miért kell nekem mindig force telepítenem dolgokat?

Igaz, hogy csak két csomagkezelőt ismerek közelebbről (dpkg és rpm), de egyik sem "néz körül" a fájlrendszeren, és ebben igazat adok nekik: a függőséget kizárólag saját adatbázisukban ellenőrzik. Mégis, például a libc.so.6-ot milyen útvonal mentén kellene ellenőriznie? És ha azt látná, hogy most ott van, hogyan tudná garantálni, hogy ott is maradjon? Normális, konzisztens, jól specifikált, átlátható szoftvereket lehet írni, ha abból indulsz ki, hogy saját fájljaikat menedzselik. Ha azt szeretnéd, hogy az egyéb módon telepített fájlokat is vegyék észre, és félig kezeljék, hatalmas káosz lesz, már a funkcionalitást sem tudod épeszűen specifikálni. Egyébként az RPM esetén úgy tudom, hogy a Requires: és Provides: értékek mindig pusztán stringek, még akkor is, ha történetesen úgy néznek ki, mint egy fájlnév, akkor is valójában csak sztringek, és arra ellenőriz, hogy amit valaki Require, azt másvalaki Provide-e, és még csak azt sem nézi meg, hogy fájlként szállítja-e. Bár lehet hogy erre rosszul emlékszem.

Egyébként pontosan az ilyen szituációk kedvéért létezik a --nodeps. Nem tudom, mi bajod vele. Ha nem lenne ilyen opció, érteném nyűgödet. Ráadásul az rpm gyönyörűen együtt tud élni teljesítetlen függőségekkel, ellentétben például a dpkg apt-jával, amelyik egy ilyen láttán azonnal elutasítja, hogy bármiféle (a teljesítetlen függőséggel nem érintett) csomagot felrakjon vagy frissítsen.

Apropó, miért nincs /bin/sh meg libc.so.6 az rpm adatbázisodban? Rpm alapú disztribet használsz? Ha igen, akkor ezeknek benne kell lenniük az adatbázisban. Ha nem, akkor mit vársz az rpm-től? Fogadd el a --nodeps-t, vagy használj alient, vagy az RPM-mel csak csomagoltasd ki az archívumot, de ne bízd rá a menedzselést.

dettó.

amúgy függőségekre:

1x letöröltem váletle az RPM adatbázis egy részét. man rpm. valami varázs kapcsolókkal rpm-et futtani (talán --rebuilddb ) és egyből megtalálta a /bin/sh -t. (amit adatbázis nélkül nem tudott hova rakni). Ja, és minden progit rpm-ből kell telepíteni, nem kell a filerendzsert szétgányolni. nem olyan nehéz specfile-t írni.

ja :) meg mert karcos lemezről/rossz driveról még nem telepítettem sosem, úgyhogy sosem kellett átélnem abból fakadó hiát.

btw egyik magyar fedora tükör anno szarul tükrözött le pár csomagt netinstallnál ngy szopás volt adsl-en (utána meg usából, 40k-val....)

Most linkeljem be, a képeket, h. nálam milyen jól működik az Nvidia driver az FC4 alatt?

Vagy hogy hogy megy a munkahelyemen FCvel a 40 gépes cluster, meg két server, plusz számos desktop, köztük az a laptop, amiről ezt a postot írom, wireless netkapcsolaton WPA titkosítással?

Az igaz, hogy én csak jóskapista vagyok, de a hozzászólásod kissé túlzásnak tűnt.

Csaba

Nálunk is FC2, aztán 3 és 4 alól használtunk 20-30 elemű clustert number crunchingra , néha két hetes számításokra. Semmi baj nem volt, az upgrade-ek után sem. Biztos nem hajtottam meg eléggé és a progink csak nagyon egyoldalúan használta a rendszert, teljesen véletlen csak a jó részeit macerálva. ;-)

FC5-6 alatt is szoktam jó kis load-okat csinálni desktop+háttérben több napos futtatásokkal, de az is biztos véletlen épp elkerülte a disztro hibáit, mert sosem
volt vele bajom ;-).

Szar lehet neked.

Bizonyára én is jóskapista vagyok. Vagy csak konzolt használok oszt azé' megy.
Úgy kíváncsi lennék, hogy mi felelne meg az igényeidnek. Szar lehet ennyi RHEL-t "adminolni".

Érdekes módos nekem a RedHat9-el kezdődően a Fedora6-ig i386/x86_64 verziókkal + CentOS 3.3,4.0,4.1,4.2,4.3,4.4
qrvára semmi bajom sincsen. feladatok: routing, firewall, adsl, VPN, levelezés, WEB, DNS, Oracle RDBMS/IAS, Samba, raid heterogén hálózat.

lófax, lófax, meg estifény cimbora.

Én rh8-at, fc4-et és most fc6-ot használok. (Leszámítva fc3 kísérletet, de azt végülis nem használtam.) rh8-on minden szopás volt emlékeim szerint (akkor nem én voltam a root, hanem fater). fc4-en sok mindent nem tudtam belőni, ezért is frissítettem fc6-ra (amikor felraktam, már akkor fc5-je volt minden fedorasnak szinte), de hardwarek nagyjából mentek, egy kis fordítgatás és configolás után. FC6 van most ugye. Minden megy, aminek kell. Szinte mindent felismert out of the box. Mondjuk először nem ment minden rendben, sok bugot kellett javítaniuk a fejlesztőknek, amíg először kimondhattam, hogy minden ok. (Na jó, egyetlen problémám van, de ez a java és a beryl közös hibája...)

A telepítős fotóról: így jár az, aki nem csinál media checket a telepítő cd/dvd első futásakor.

Mondjuk úgy, ahogy én jártam anno xp telepítő cdvel. Egyszerűen pörgette az lg dvd olvasó, egyszer hallok egy crasht és megállt. Hát kiderült, hogy összetörte a cdt...
Megpróbálom megkeresni hogy hova töltöttem fel róla képeket, stb... (Na majd ha uw használható lesz...)

Megkérnék minden RPM-alapú disztrót használót, hogy jelentkezzen itt, hogy könnyebb legyen a listát összeállítani róluk. Ha győz a forradalom, őket állítjuk először a falhoz. :)))

--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

( 1g0R | 2007. 01. 05., p – 21:19 )

Desktopnak Fedora Core 6-ot használok, és eddig nem volt bajom vele.Stabil, gyors, kezelhető.
2 szerveren FC5 fut, eddig azok is szépen muzsikálnak.
Nem csak a jó beállítás kérdése ?

--
Unfortunately, no one can be told what The Matrix is. You have to see it for yourself.

nyilvan te is tobb mint 200 gepes kornyezetben hasznalod, 5k userrel. Nyilvan nincs kulonbseg a ketto kozott.
Meseld mar el, miert kene nekem barmit is beallitani, hogy (vegyuk csak a belinkelt kepeket) ne bedora hocalhost fogadjon? Az a problema, hogy futtatod az apacsodat meg a postfixed a csoda fc5os gepeden es attol neked mar jo vagy mert az fc6odon be tudsz jelentkezni gdm-mel. Hurra.
Ha csak az lett volna a problema, hogy mindig ugyanaz szar a fedoraban vagy RH-ban, az nem problema, sot, teljesen jo. Egy olyan helyen ahol nincs az hogy "jajj hat nem megy valami nem baj, majd megnezik a sracok" ezek nem mukodo megoldasok. Csak hogy lehessen szidni a debiant, debianra csereltem/csereltuk nagyreszt a klienseket es a servereket. Az is tele van hibaval, de legalabb determinisztikus hibak voltak vele, ezert managelni is konnyebb volt. Sokszor csak alltunk 1-1 problema elott, mert ami hiba elkepzelhetetlen volt, az elojott, es csak FC-n/RH-n.
De azert hasznald csak, kinek mi, nekem nem faj hidd el, mindenesetre rengeteg teruleten talalkoztam vele, de egy mindig allando volt: a szivas vele. (ismet nem home apache meg postfix meg php es mysql szuper gepekre gondolok)

"Meseld mar el, miert kene nekem barmit is beallitani, hogy (vegyuk csak a belinkelt kepeket) ne bedora hocalhost fogadjon?"

Hát igen ... a sokgépes környezet brutallikusz maximusz problémái. Tényleg egy fos a Fedora. Hogy Bedorát ír ki ... ez kész. Oprencerekszégyennye.

Ilyen problémák előtt tényleg csak áll az ember. A userek meg félholtan hevernek szerteszana ettől.

Nehéz az adminok élete.

ejha, írjál még csúnyákat, és gyorsan válaszolok rá, aztán csak inni kell ;-)
jól van, gondolom végigszívtad amiket írtál, és most kijött belőled....
tény hogy én még sokat nem szívtam, csak megoldandó feladatokat kellett megcsinálnom....vagy ezt is szívás-nak hívják ?

--
Unfortunately, no one can be told what The Matrix is. You have to see it for yourself.

Hardend nem vicc.
Ha már ugy is sok gépes, rendszerröl beszélünk a forgatási idő minimális, mivel van discc (selinux-distcc (SELinux policy for distcc)), aztán pilla alatt bináris csomag lesz belöle ami, megy a többi gépsasra, és valami tároló eszközre, hogy gyors legyen új gépek bevonása az infrastruktúrába.

szerk:
Gondolom valami support kifogásal jösz majd.
------
gentóhuszár

( ggergely (nem ellenőrzött) | 2007. 01. 05., p – 21:51 )

egyébiránt a legjobb újítás(ok), szerintem (ebben tudtommal egyediek lesznek) a teljes spelling rendszer hunspell alapúra állítása, mihez egy aspell emulációt írnak. vágre rendes magyar helyesírás ellenőrzés lesz egész gnome (gondolom kde) és parancsoros felületen! (aspell-hu elég gagyi)

( sartek | 2007. 01. 05., p – 21:56 )

speciel nekem az fc6 fel se ment, vagyis elso reboot utan meghalt a "mounting local filesystems" -nel
felmentem freenodera hatha mondanak valamit, le se n00boztak...
persze mas megy jol.. (suse 10.2 van fent, de knoppix, fedora 6 livecd stb se talalt "hibat")
megjegyzem 2x is megprobaltam, es mielott arra kene kovetkeztetni h hibas a dvd, arrol raktam fel az iskolaba.
szal en se nagyon fuzok a hetteshez sok remeny:)
mondjuk az is erdkes volt van a livecd nek egy olyan opcioja hogy bemasolja a ramba `magat`
azt irja h 1GB+ kell neki, nekem 768-32 van, nem merte meg h mennyi ramom van, bemasolta de az udevet nem tudta elinditani, nem fagyott le csak "Starting udev..." knoppix es egyeb livecdk "megmerik" h mennnyi ram van.
nem fikazni akarom mert ahogy a kereszapam mondana "csinalj jobbat addig ne pofazz" :D

minden *NIX al van baj, valamekkel tobb valamekkel kevesebb. szerintem mindenki azt hasznalja amelyik tetszik neki, es kesz.
mondjuk suseval is megjartam mar aszem 9.3 assal, bootnal segfaultolt valami udev de mar nem emlekszek hogy mi

hat nem tom mit szurhattam volna el.. anaconda - duplaklikk - do not format - mount point ez 4 particional, a tobbit meg o kellet alitgassa maganak ( 2 swap /boot /) , mondjuk az a 4 particio murderfs de akkor is.. (ugye rh es baratai nem nagyon szeretik) ha ottvan a listaba nem kene legyen gond

Én sem vagyok nagy FC fan, de ha a 700MB-os CD imaget betölti a 768-32MB memóriába, akkor hova tömörítse ki és hol futtassa a binárisokar? Ha meg megmondta, hogy 1GB+ kell neki, akkor mért kell csodálkozni, hogy nem megy? Megméri - nem méri, nem mind1? Ha nincs elég akkor sem fog menni, vagy szerettél volna egy kedves hibaüzenetet?
__________________________________________
Wenn ist das Nunstück git und Slotermeyer?
Ja! ... Beiherhund das Oder die Flipperwaldt gersput.

igen szerettem volna... es szerettem volna a "mounting local filesystems" nel is...
masreszt nem tom mien binaris fileok kitomoriteserol beszelsz, de ha azt veszuk h amiatt nem tudott tuljutni az udeven, akkor sincs jol valami szerintem, mert az udevnek se kell sok memoria.. sztem egy startx ig elbugdacsolhatna minden keppen :) de egy promptig minden keppen, masreszt mint mondtam nem fagyott le, (ersd: lehetett "irni") en ugy tapasztaltam hogy ha megtelik a ram akkor szepen lefagy minden ugy ahogy van. nem csodalkozok csak megjegyeztem.
masreszt peldaul a suse 10.1 livedvd a grub menubol se enged tovabb ha nincs eleg ramod (suse livedvdbe 512 kell egy sima futtatashoz mindegy hogy kde vagy gnome)

( aperger | 2007. 01. 05., p – 22:52 )

Nem vagyok rendszergazda, csak a fejlesztéseinhez szükséges dolgokat használjuk egy belső hálózaton, amit én telepítgetek, és tartok karban:
- Oracle 10g
- Samba3 mint PDC WinXP-s és Linuxos kliensekkel
- Subversion -> (kívülről https://******, belülről lehet SVN://**** is!)
- Apache2 / PHP5 / MySQL5
A szerver FC4 volt, aztán frissítve lett FC5-re (egy megfelelő backup után)... semmi gond...

Amúgy egy ACER TM 4602-es laptopom van FC4-gyel:
- Intel Wireless 802.11b/g -> Ezzel DSDT miatt voltak gondjaim, megoldás: http://gaugusch.at/kernel.shtml
- ATi Mobility Radeon X600 (1200x800) -> működik, bár csak az OpenGL-es képernyőkimélőkben gyönyörködök, nem játszok

Fontos számomra, hogy ne kelljen telepítgetni és a keresztplatformos fejlesztési terveimet megvalósítsam. A Kylix miatt van még FC4 a gépemen (az utolsó RedHat/Fedora disztró, ami alatt fut a Kylix 3). Eddig a készített binárisok futnak Debian 3.1, Ubuntu 6.06, UHU 2.0 alatt. Annak elenére hogy nem váltottam találtam "3th party repository"-kat, ahonnét frissítve 5-ös PHP-t és 5-ös MySQL-t tudok használni egyéb fejlesztéshez. Elérhető a QT4 csomagként és a meglévő Kylix-os prpogramokat szépen lassan át tudom írni, a karbantartásukkal együtt! Jelenleg 2.6.17-es Fedora kernelt használok a "acpi-dsdt-initrd-v0.8.2-2.6.17.patch"-csel.

Szerintem jó disztró, bár RH5.2-vel kezdetm... RH 7.2 ..... FC2-3-4 (5 szerveren) folytattam, valószínű elfogult vagyok, de adott időpontban mindig egy kicsivel frisseb anyagok voltak benne mint egy Debianban és jobban kézre ált mint egy SuSE, vagy Debian, esetleg Mandrake.

Detto detto detto.

Lehet, hogy a csillagok állása miatt, de nekem is valahogy ez a RedHat vonulatot sikerült megszelidítenem.
7.1,7.2 meg 8.0-ás SuSE-val baromi nagyokat szívtam. Elég nehezen lehetet rávenni, hogy szeresse az Oracle-t.

Szerintem meg nem vagy elfogult. Én is amiatt kezdtem el mélyebben foglalkozni a RedHat dolgaival, mert mindenhol a neten (amit ebből én láttam) ezt tartották egy elfogadott disztribúciónak. Az USA-ban mindenképpen. Szinte minden bizbasz alkalmazás elérhető RedHat/Fedora/RHEL/CentOS rpm-ben.

Egyelőre nem csalódtam.

( Botond | 2007. 01. 06., szo – 07:29 )

Rosszul emlékszem, hogy azért vették szét a Core-t meg az Extras-t, mert nem fértek rá együtt 1 DVD-re, valamint kevés volt a fejlesztő?
Most akkor lett elég fejlesztő, hogy hirtelen ekkora kernel + desktop hekkelésbe fogtak?