- A hozzászóláshoz be kell jelentkezni
- 3010 megtekintés
Hozzászólások
Egy kis mini felmérés. Ha valaki "ingyen RHEL"-t használ, az miért voksol a CentOS helyett a Scientific Linux mellett? Tényleg érdekelne, hogy mi az a szitu a gyakorlatban, ahol érdemesebb ezt használni, nincs tapasztalatom ezen a téren.
-pilisig-
- A hozzászóláshoz be kell jelentkezni
Mondjuk mert azt hallotta először és bevált? De ez csak egy tipp. (Ugye a 6-os ágig nem volt a CentOS mögött a RH, így kb pont ugyanannyira volt supportált, meg hivatalos.)
- A hozzászóláshoz be kell jelentkezni
Egy-kétszer megkérdeztem Scientific usereket, meg megnéztem a projekt weboldalát, gyakorlatilag egy az egyben ugyanaz mint a CentOS (2-3 minimális módosítás van rajta).
--
arch,debian,windows,android
dev: http://goo.gl/7Us0GN
BCI news: http://goo.gl/fvFM9C
- A hozzászóláshoz be kell jelentkezni
gyakorlatilag egy az egyben ugyanaz mint a CentOS (2-3 minimális módosítás van rajta)
Én is így gondoltam, épp ezért kérdeztem. Alant a kolléga azért rávilágított némi különbségre amúgy.
-pilisig-
- A hozzászóláshoz be kell jelentkezni
Point release-ek hosszú távú támogatása miatt pl. CentOS-en 6.5-re váltás után egy ideig támogatott csak a 6.4-es ág, SL alatt végig. Tehát maradhatsz 6.4-en akár. Ez nagyon nem mindegy sok esetben.
Illetve fizetett fejlesztők fejlesztették mindig. CentOS-nál volt zűr ugye a 6-os megjelenésekor - leléptek az alapítványi pénzzel ha ról rémlik. SL-nél a Fermilab-nál van fizetett ember.
SL-nek vagy egy extra addon repója, amiben benne van a Flash plugin meg egyebek.
Jó a levlistájuk (CentOS-ét nem ismerem).
- A hozzászóláshoz be kell jelentkezni
Köszi, így már tisztább a kép.
-pilisig-
- A hozzászóláshoz be kell jelentkezni
Illetve SL lassabban reagál az upstream módosításaira és frissítéseire, míg CentOS pl. gyorsabban. Habár ezt inkább előnynek szokták tartani sokszor.
- A hozzászóláshoz be kell jelentkezni
"CentOS-en 6.5-re váltás után egy ideig támogatott csak a 6.4-es ág, SL alatt végig"
Ez alatt mit ertesz, SL-ek backportoljak a biztonsagi frissiteseket minden korabbi verziojukba is?
- A hozzászóláshoz be kell jelentkezni
Így van. Maradhatsz akármelyik ágon. Azért ez elég fontos sokszor, mert a minor verziókba közben bejönnek új feature-ök, amik esetleg boríthatnak valamit. Kernel feature, új driver stb.
Annyit hozzáteszek, hogy 5 és 6-on így volt. 7-ről nem olvastam infó-t, de kérdeztem levlistán, viszont választ nem kaptam. Merem gondolni és remélni hogy 7-nél is így lesz. (Válaszolni mindig szoktak, jó a levlista, ez szerintem elkerülte a figyelmüket, én meg gondoltam biztos így lesz).
- A hozzászóláshoz be kell jelentkezni
Az hogy maradhatok egy dontes kerdese, a lenyeg ha en mondjuk 6.2-t akarom hasznalni mert azon telepitettem fel a rendszert attol biztonsagi frissiteseket meg fogom kapni hozza amik kijonnek kesobbi verziokban?
Ezt valahogy nehezen hiszem, mert nem keves melo lenne minden korabbi verzioban (adott foverzion belul) backportolni biztonsagi hibajavitasokat tesztelessel.
Meg olyan problemaba futhatnak bele pl ha jol remlik oracle ellen 6-os verzio eseten mar ugy dontott red hat hogy kernel frissiteseket csak egyben adja ki, ezaltal javitas reszleteket nehezebb legyen masolni.
- A hozzászóláshoz be kell jelentkezni
:) Pedig így van, győződj meg róla magad. Backportolják a biztonsági frissítéseket a régebbi minor ágakba, mindegyikbe.
http://scientificlinuxforum.org/index.php?showtopic=924
"3. Other changes
With Scientific Linux 6, you get the choice of staying with your current point release. This means that if you are using 6.0, you don't have to upgrade right away to 6.1 to keep getting security updates and bug fixes. SL's team does testing on packages and back ports them if they can to older releases. SL also separates bugfixes and security patches into separate repositories - for whatever reason, you may choose what you want to have. This is not supported on CentOS or Enterprise."
- A hozzászóláshoz be kell jelentkezni
Amennyiben ez valoban igaz (ertsd tisztessegesen megcsinaljak minden korabbi verziohoz a backportot ugy hogy tesztelik is mindet) az aktualis verziok fenyeben azt jelenti minimum 7 maximum 17 repo-t kell kezelni (a 2 aktiv foverzion belul) es akkor meg ehhez jon nehany sajat fejlesztes is.
Nagyon sok emberuk lehet akkor ha ezt normalisan vegzik.
- A hozzászóláshoz be kell jelentkezni
Nincs sok fejlesztő emberük ismereteim szerint - tesztelőkről nem tudok nyilatkozni.
Én azt tudom, hogy némely szerveremet adott point release megjelenésekor az akkori ágon hagytam a release notes-okban olvasottak miatt és csorogtak be utána is szépen a frissítések. Viszont a QA mértékéről nem tudok nyilatkozni, ez mélyebb utána járást igényel.
Ha érdekesnek és hasznosnak tartod ezt a feature-t, fuss egy kört vele a levlistán és írd meg ide mire jutsz.
- A hozzászóláshoz be kell jelentkezni
Annyira nem fogott meg a dolog, minor upgrade-eket el lehet viselni Centos/Rhel eseteben, en legalabbis nemigazan futottam bele meg sose komoly problemaba olyankor.
Egyebkent meg lehetnek olyan biztonsagi hibak amiket nem lehet lenyegibb valtoztatas nelkul megtenni es akkor az kimarad SL-bol ha jol ertem leirasukat, bugfixek meg ugyanugy okozhatnak nem vart problemat, akkor inkabb mar a minor upgrade.
- A hozzászóláshoz be kell jelentkezni
Na jó de RHEL nem csak hibajavítást csinál minor upgrade esetén, hanem új feature-öket is belevisz. Itt meg már egy több százas gépparknál vagy egyéb kritikus ok miatt mérlegelendő lehet.
- A hozzászóláshoz be kell jelentkezni