Déjà vu: a Red Hat vezetője azzal vádolja a Novell-t, hogy az beta állapotú kódot árul

Várjál, mintha ez már lett volna... Olyan déjà vu érzésem van... Igen. 2006. augusztusában a Red Hat egyik vezetője azzal vádolta a Novell-t, hogy az félig kész terméket kínál az ügyfeleinek, hiszen a Xen "még nincs kész". Most cseréljük ki a történetben a "Xen" szót "Real Time"-ra és kész is az újabb balhé.

A Red Hat alelnöke nem magasztalta fel a Novell által nemrég piacra dobott SUSE Linux Enterprise Real Time 10 terméket. Sőt, azt állította, hogy a Novell a termékben beta állapotú kódokat használ. Ezt a Red Hat onnan tudja, hogy a kódok többségét (állítása szerint kb. 80%-át) ő fejleszti.

A Novell egy PR blogbejegyzésben válaszolt a piros kalapos cégnek. A cég szerint ők tesztelt és vállalati használatra kész képességekkel felruházott terméket szállítanak. Csak azért, mert a Red Hat ismét későn ébredt (mint a vállalati Linux desktop, a Xen virtualizáció, stb. esetében is), nem kellene azt állítania, hogy a Novell beta kódot kínál az ügyfeleinek.

A Red Hat állításai itt, a Novell válasza itt.

Hozzászólások

Höhö, linux vs linux fud :D Kár hogy ilyenekre pazarolják az erőforrásaikat. :-(

Buta az, aki bármilyen sajtóhírt bevesz. Ezzel szemben itt egy kis példa a valóságra:

Over the last few months, Red Hat and SUSE engineers have been working together to port Heartbeat's powerful Cluster Resource Manager (CRM) to run natively on top of OpenAIS.

Javasolnam printf mellozeset, es puts preferalast. Mivel nincs szuksegunk % jelek keresesere a szovegben.

Valamint javasolnam, a sztingek merettel egyuli tarolasat, es write() valo kiirasat a jobb teljesitmeny eleresenek erdekeben.

Meg nagyobb teljesitmeny elereserol, mar tenyleg kene irnom valamit a blogomba, ha mar beigertem :)

Nohát. Nem csak a crasheléstől befáradt agyú brekeke mondja hogy beta állapotú szoftvereket szokás kiadni opensource berkekben, hanem az aktuális hypejáratról lemaradt disztrófőnök is. (De persze csak a szomszéd disztró vizezi a dzsaffaszörpöt. Brekeke igazságosabb - minden disztró egyformán fos.)

Szerintem most a RedHat-nak igaza van. RTLinux tényleg jórészt a RedHat kódja, másrészt tényleg elég béta. Sajnos nincs időm hogy átnézzem a SuSE forrásokat, de elég gyanús nekem hogy Novell felpumpálta a kódot időközben :D

Ui.: Valszeg Oracle is azért forkolta a RHEL-t és nem a SuSE-t mert a SuSE annyira stabil ;)
Ui2.: Régen nagyon szurkoltam a Novell-nek a SuSE megvásárlása után, de újabban valahogy a marketingosztály átvette a vezetést feléjük is. Talán lizingelik az MS marketingeseit? :D
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

az ilyen nyilatkozatok félelemből születnek és óvodai hangulatot árasztanak.
miért nem hoznak egy végfelhasználót, aki megvete és nem ment és ezér megvárta a red hat megolását? bár az is elég gáz lenne, hiszen az ms is ilyeneket csinál, ráadásul olyan ügyfeleknél, akiknél nem technikai döntés alapján váltottak...

az hogy az oracle miért red hat alapon forkolt, annak teljesen más oka van és nem a stabilitás, csak kicsit bele kellene gondoni a piaci helyzetbe...

mondj olyan marketing (aka sajtó) bejelentést a novelltől, ami mögött nincs technológiai megoldás, vagy nem olyan vagy nem működik, mert én most átnéztem az elmult 1 évet és konkrétan mindegyikről tudom miről szól.

félreértés ne essék nem a szurkolásod hiányzik, csak néha megéri a tényeknél maradni vagy akkor legyen a hangulat óvodai, sajnos a red hat számára is ez a fegyver maradt :(

tudom, hogy divat anyázni a novellt, de a ténymentes anyázás csak lelki okokra vezethető vissza és ha már csak ez maradt, akkor a novell jó úton halad

IMHO ilyenkor a legjobb csendben maradni, ha "saját" cégről van szó, mert lesz aki egyetért, de lesz olyan is, aki azt mondja, hogy persze, védeda mundér becsületét. Én azt mondanám, hogy a Xen kérdés kapcsán a Novellnek volt igaza, ebben az ügyben az RH-nak. Hogy ezt így sikerült megfogalmazni, az egy szerencsétlen dolog volt az RH részéről. De emlékszem még pánikkeltésre, óvódás módon, mikor a Novell mondta, hogy a NetWare élni fog és a Linux rendszerek nem olyan megoldások, amit mission critical helyzetben használni tudnának. Aztán láss csodát, két év múlva a PSH-s ember már Liuxot telepített. Én kicsit szemét módon megkérdeztem, hogy "de kollega, nem lesz ebből baj? Egy instabil rendszert vállalati környeztbe? Ami nem olyan kiforrott, mint a Novell szellemi termékei?" Előtte 1 évig én hallgattam ilyen és ehhez hasonló faszságokat. Nem látok sok különbséget aközött, ha ezt egy nyilvános sajtóközleményben v. sunnyogva, a vezető fülébe sugdosva "nem akarok én rosszat mondani róluk, dehát.." stílusban előadva történik meg.

még jó, hogy én másképp gondolkodom, mert akkor nem mondhatnám el a véleményemet... gondolom, ha név nélkül írnék, az hiteles lenne, ugye? :)
nem kötelező a novell termékeit használni. sőt a psh-sokat is lehet bántani, már ez sem érdekel, én tudom milyenek, tudom, hogy jók és nekem ennyi elég. nem akarok meggyőzni erről senkit.
immunissá tettek a trollok, én inkább dolgozom... azért átküldheted a 2 éveel ezelőtti hivatkozott sajtóbejelentést, eltenném az archívumba...

Veszélyes az, hogy nem érdekel mit mondanak. A saját elefáncsonttornyában elveszhet az ember. És ki bántotta? Ha a tükörben nem tetszik a kép, ne a tükröt hibáztasd, hacsak nem görbe. Én nem cég alapján ítélem meg az embert. Kedvelek több MS Magyarországost is. A Céget és a balfaszokat nem kedvelem.

Nem sajtóbejelentés volt, hanem egy riport X.Y. vezetővel, Novell témakörben. NetworkNews-on v. register, amit szoktam lvasni, valahol ott. Ha nem dolgozom talán megkeresem, hogy az orrod alá dörgöljem.

Lényegében Ago összefoglalta az én véleményem is. Amit az Ui.-koz hozzácsapnék, az csupán annyi, hogy az elsőt egy ex-kollegámtól hallottam és ő is, én is viccnek szántuk. Rengeteg oka van annak hogy az Ora a RHEL-t forkolta. Ennek jó részét mi halandók sosem fogjuk megtudni.

A saját tapasztalatom SLES-sel pedig az (oké, csak 9-es ver), hogy WTF. Számomra sokszor idegen megvalósításokat alkalmaz, amiket nem tudok hova tenni. Pedig elég nyilt embernek ismernek (aszondják). Persze mindenki más, másként is látja a dolgokat. Engedtessék meg hát így nekem (is és neked és mindenki másnak is) hogy szubjektíven itéljek meg dolgokat.

Szintén szubjekív vélemény, hogy a Novell marketingtrollá kezd alakulni. Én ezt tapasztalom és emiatt a Novell termékei és megoldásai tovább romlanak a szememben. Ez egyáltalán nem szakvélemény, hanem magánvélemény.

Egyébként ettől függetlenül a RH ilyen formába öltöztetett PR-ja valóban elítélendő, de igazságtartalma attól még lehet.
--
- Miért jó a mazochistának?
- Mert ha rossz, akkor jó. Ha meg jó, akkor rossz, tehát jó.

Hat nekem kell dolgoznom RedHat Enterprise Linux-szal es nem mindig erzem magam a stabilitas csucsan... szal ez igy kicsit hiteltelen nalam. Vagy a Suse meg xarabb? :)
Viszont igaz ami igaz, a RedHat sokat fejleszt a Linuxba...

Milyen jó hogy a google-t nem vádolta meg hogy béta állapotú szoftvereket ad az ügyfeleinek :]

Milyen HW -hez adják?

Manapság már kihaltak az olyan HW elemek amik így adják elő:
Ha megszakitást küldtem akkor lekerheted a bizbaszokat.
Bizbaszok lekéréshez küld ki ezt.
VÁRJ x us -et.
Aztán küld ki amazt.
VARJ y us -et.
Olvashatsz.
Olvasasok kozott varj k us -et.

Ha szeretned, hogy HW ne robbanjon fel küld ki ezt meg ezt z us varasokkal, es HW elni fog...

2007 elején foglalkoznom kellett a Suse-val, Xen-nel, vállalati környezetben. Hát... X86-on, 32 biten, általában működött, máson általában nem. Tudom, hogy nem sokat számít, de a saját tapasztalatom az volt, hogy a RH-nek igaza volt a kód béta állapotát illetően.

RH 5.0, ha nem akartál live migrationt, akkor saját tpasztalat alapján x86_64-en kitünően működik, több virtuális géppel (3 darab), amiben van oracle 10 standard (a virtuális gép kb. 210GB területen gazdálkodik, meg két másik funkció (központi logserver + egyéb funkciók), az alaprendszeren semmi. Ez persze nagyvállalati környezetben valszeg nem számít mérvadónak, de van 7-9 óra elég intenzív használata a rendszernek, mikor sok adat érkezik be, dolgozódik fel, és egy "gyengébb" 2 órás feladata éjjel. Nulla leállással eddig. A live migrationra nem volt szükség, mert most lett csak párja a gépnek, de most már 5.1-gyel állítólag ez megszünt, de teszt környezetben még nem sikerült tesztelni, szóval ez nem 100%.

és mint viszoneladó ilyen jó kis előadásokról miért nem értesülünk? :-) Nem mintha el tudtam volna menni, de szeretem lepróbálni, amit bemutatnak :-) De örömhír, ettől függetlenül tesztelni azért még fogom :-) nem szeretném a DRP-t élesben tesztelni.

értettem én, csak megjegyeztem, hogy a RH bezzeg működik, mert ők akkor rakták bele, amikor már működött. Akkor még úgy éreztem - és most sem vagyok meggyőzve, hogy nem így volt - csak azért mondták a SuSEban lévőről, hogy szar, mert savanyú volt a szőlő. Az RT-nél viszont úgy érzem igazuk lehet, ha másért nem, akkor azért, mert az EH-ról kb. 4-5 éve már hallottam, hogy ezzel is foglalkozik, sőt, a BlueCat-et meg is vették, ha jól emlékszem, akik ezzel foglalkoztak.

Nem értem ezt a vitát. Ki a fenét érdekel, hogy a Novell milyen sw-t árul mission critical környezetbe ? Lehet 0.1 pre-alpha is, ha ő azt mondja rá, hogy stabil, supportálom. Ha bajotok van vele gyertek, segítünk. Ha ő úgy látja jónak hogy elég stabil és supportálható hát adja ki. Ha mégsem az, belebukik. Ilyen az üzlet. Arról nem is beszélve, hogy erősen szubjektív mikor tekintünk nem béta állapotúnak egy terméket (ld. Google)

Azért érdekes, mert ha a cég, ahol dolgozom, belevág egy projektbe, amiben ezt szeretné használni, és a kód béta állapota miatt ez a projekt megbukik, vagy jelentős késéssel / módosításokkal ér véget, az elsősorban az én cégem anyagi vesztesége, és nem a Novellé. Ő elbukja max. a licensz költségeket, én meg ennek a sokszorosát. Ha ez az én kockázatom, mert nem tudom továbbhárítani (mert a kifizetett support költségig vállal a Novell maximum felelősséget), akkor igen is érdekel, hogy amit kiad az béta-e még, vagy már produktív környezetbenhasználható kód.