„Continuous Release“ repozitář pro CentOS 5.6

Byla oznámena dostupnost „Continuous Release“ repozitáře pro CentOS 5.6. Repozitář obsahuje balíčky s opravami chyb a bezpečnostními záplatami. Lze ho aktivovat instalací tzv. release RPM (i386, amd64). Současně bylo oznámeno, že CentOS 5.7 by měl být dostupný během 7 až 10 dnů.

17.8.2011 18:24 | Migi | Bezpečnostní upozornění

Komentáře

[bigBRAMBOR]

jj, už jsem to na dva stoje šoupnul, a udělal update. Celkově mi ale připadá že chlapci z CentOSu ztrácejí dech.

[Ruža Becelin]

Celkově mi ale připadá že chlapci z CentOSu ztrácejí dech.

Vyvojari CentOS maji muj obdiv, ze se na to jeste nevybodli - udrzovat tempo s nekolikanasobne vetsim tymem RedHatu a jeste cist ty sracky na foru od kokotu, co se registruji jenom proto, aby si mohli kopnout, to chce pevne nervy.

Osobne si myslim, ze CR repositare jsou spravna cesta - clovek dostane updaty vcas a nemusi cekat na nove release. Navic u RHEL a spol me minor release davno prestaly zajimat, protoze se to updatuje transparentne pres yum. Jedine, co resim, jsou prechody na novejsi major release, a ty se stejne nejlip resi instalaci noveho stroje...

[Sid]

Sracky? sracka je tvoj koment s prepacenim. Cely problem Centos teamu je, ze ziadny termin ktory slubia nedodrzia. Ocenujem ich pracu ale ich komunikacia prebieha asi takto a) bude to za dva tyzdne (realne za mesiac, dva) b) po dvoch mesiacoch od posledneho deadlinu na krotiku pride odpoved "ked sa vam nepaci tak si kupte RedHat..."

[Ruža Becelin]

Neprepacim! Jiste, ze to jsou sracky, zaregistrovat se kvuli tomu, abych si kopnul, nema s kritikou nic spolecneho. Nikdo nikoho nenuti CentOS pouzivat - muzes mit RHEL, Core, SL - prechod mezi nimi je zalezitosti jednoho sikovne napsaneho baliku. Coz spousta lidi zrejme nepochopila.

Komunikace neni nejlepsi, na druhou stranu je lepsi, kdyz delaji na release, nez aby odpovidali na tuny stupidnich narazek...

Pro CentOS 6 museli vybudovat novou infrastrukturu, do toho RedHat vydal update pro RHEL4 a RHEL5. CentOS 5.7 ma vyjit za 7-10 dni, kdyz vyjde pozdeji, tak se neposeru a rozhodne nebudu spamovat forum kydy o neschopnosti tymu CentOS...

[Sid]

neviem ako moc citas to forum ale skor ide o ego tych ludi za CentOS. Kopec ludi im tam ponukalo pomoc samozrejme bez uspechu. Ich QA web spusteny s velkou slavou je na dve veci ked tam prispieva obrazne jeden clovek. Pozri si SL a porovnaj si tu uroven komunikacie.

[bigBRAMBOR]

Právě tak jsem to myslel. RHEL je a bude čím dál větší a komplikovanější, a dělat to s pár lidma bude čím dál složitější. Pokud nepřijde pár dalších lidí, kteří se aktivně připojí, budou zpoždění větší a větší. Čest jejich práci, ale to nevyhnilo na tomto.

[Ruža Becelin]

Forum jsem sledoval dost intenzivne, kdyz jsem cekal na 5.6 a 6.0 - par konstruktivnich komentaru bylo prebito hromadou sracek od nymandu, co maximalne zvladnou registraci na foru...

Uroven komunikace je jedna vec a je fakt, ze nefunguje uplne dobre, a je dost pravdepodobne, ze SL je lepsi. Na druhou stranu mi SL mi nezaruci 100% binarni kompatibilitu s RHEL, coz je pro me prvorade...

Hodne lidi zapomina, ze za SL stoji mnohem vic lidi a vetsi budget...

Ja nechci hodnotit rozdily mezi CentOS a SL. Jestli jde nekomu o ego, nebo ne, to si musi rozhodnout oni sami. Jag respektuju to, co delaji a beru jejich produkt tak, jak je. Kdyz budu nespokojeny, budu uvazovat o zmene (SL,Core)...

[Sid]

ako si myslis, ze Centos je 100% kompatibilny tak zla sprava, nie je. Z principu ani nemoze byt. Ale je fakt, ze viac dbaju na binarnu kompatibilitu ako SL.

Ohladom ega - staci sa pozriet kde je RaiserFS a co robi komunikacia "mam vas na haku"

[Ruža Becelin]

100% binarne je, odstranuji se (c) veci.

Pak je par baliku, ktere RedHat nevydava oficialne a tam ta kompatibilita samozrejme neni, protoze se tusim remasteruje balik z Fedory...

No jo, raiserfs, to byly casy nez pohojil manzelkou pudu

[vain]

No jo, raiserfs, to byly casy nez pohojil manzelkou pudu

No... to je trošku morbidní zlehčování věci =)

[Andrej]

+1

pani kritici, uvedomte si ze pri tychto projektoch plati contribute your time or money or STFU!

[Sid]

To je fakt akurat nezabudaj, ze Centos uz raz hrozil fork kvoli tomu, ze peniaze si nechaval len jeden jeho clen :)

[kavol]

udrzovat tempo s nekolikanasobne vetsim tymem RedHatu

takže podle tebe dělají CentOSáci úplně stejnou práci jako Red Hat, akorát v míň lidech?

[Ruža Becelin]

ee, kde presne jsem napsal, ze dělají CentOSáci úplně stejnou práci jako Red Hat, akorát v míň lidech??

Nedelas nahodou v Red Hat?

Myslel jsem udrzovat tempo ve smyslu vydavani rebuildovanych updatu ze src baliku - coz pri poctu updatu, co vyjdou pro RHEL (ruzne major release) musi byt zazitek.... V zadnem pripade nesrovnavam rozsah prace obou tymu...

[kavol]

ee, kde presne jsem napsal, ze dělají CentOSáci úplně stejnou práci jako Red Hat, akorát v míň lidech??

a kde já jsem napsal, že tys' to napsal? :-p

- já se pouze ptám, jak si tu citovanou větu máme vykládat, protože ...

Myslel jsem udrzovat tempo ve smyslu vydavani rebuildovanych updatu ze src baliku - coz pri poctu updatu, co vyjdou pro RHEL (ruzne major release) musi byt zazitek....

... zrovna samotný rebuild & vydání se dá docela dobře automatizovat

V zadnem pripade nesrovnavam rozsah prace obou tymu...

tak proč potom srovnáváš jejich velikost?

[Michal Kubeček]

... zrovna samotný rebuild & vydání se dá docela dobře automatizovat

To sice ano, ale infrastruktura, která je na to potřeba, také není zadarmo a nefunguje sama od sebe.

[kavol]

ale z hlediska lidských zdrojů škáluje trošku jinak než třeba řešení jednotlivých bugů ... nevím, jak by se měla lišit konfigurace buildsystému třeba pro tisíc nebo deset tisíc balíčků, jen to druhé zabere více strojového času a místa na disku ...

[Michal Kubeček]

Od určitého rozsahu už to na sebe váže i lidskou práci, protože ten systém musí někdo udržovat.

[Ruža Becelin]

... zrovna samotný rebuild & vydání se dá docela dobře automatizovat >

to sice ano, ale museji projit baliku kvuli (TM) materialum, a to se zautomatizovat neda...

tak proč potom srovnáváš jejich velikost?

To nebylo mysleno jako srovnani - RH tym za sebou nechava obrovske mnozstvi prace a pro kohokoli, kdo se snazi vytvorit klon, je musi stihat vydavat rebuildovane updaty tak, aby mezi RHEL a klonem nebyl prilis velky casovy rozdil. V momente, kdy po sobe vyslo 4.8, 5.6 a 6.0 sel CentOS tym do kolen.

Takhle byl mysleny puvodni komentar....

[kavol]

tak proč potom srovnáváš jejich velikost?

To nebylo mysleno jako srovnani - RH tym za sebou nechava obrovske mnozstvi prace a pro kohokoli, kdo se snazi vytvorit klon, je musi stihat vydavat rebuildovane updaty tak, aby mezi RHEL a klonem nebyl prilis velky casovy rozdil.

asi stále nerozumím, pokud to nemá být srovnání, tak co to má být ... to "obrovské množství práce" je typicky na něčem jiném ... to je jako mluvit o distributorech, kteří vezmou nějaký hotový soft a zabalí ho, a jejich upstreamu - tam je v principu úplně jedno, jestli mezi dvěma vydáníma balíku v upstreamu jeden člověk napsal jeden patch, nebo tým sta lidí dopsal tunu featur

V momente, kdy po sobe vyslo 4.8, 5.6 a 6.0 sel CentOS tym do kolen.

nojo ... ale doufám, že si nemyslíš, že v RH to před tím, než to vyšlo, byla nějaká sranda, protože ten na to má přeci spoustu lidí ...

[Ruža Becelin]

nojo ... ale doufám, že si nemyslíš, že v RH to před tím, než to vyšlo, byla nějaká sranda, protože ten na to má přeci spoustu lidí ...

Nope

[atan]

Jak je na tom Scientific Linux o proti CentOS? Zkousel jsem ted CentOS 5.5 jako DomU guest a network instalator nenasel vxda disk pod Linux 3.0.1 Dom0. Backend ovladace v jadru jsou.

[atan]

Kecam, zkousel jsem CentOS 6.

[vain]

Je na tom jak RHEL.

[michich]

RHEL 6 jako Xen guest je normálně podporovaný, paravirt i fullvirt.

[vain]

Tím pádem věřím, že i CentOS a SL.