Az FSFE javaslata az Oracle-Sun problémára: "Tegyék a MySQL-t függetlenné"

MySQL, MariaDB

A Free Software Foundation európai szárnya, az FSFE is úgy érezte, hogy hozzá kell szólnia az Oracle és a Sun MySQL-ből fakadó problémájához. Az FSFE javaslata az, hogy az Oracle tegye a MySQL-t függetlenné, vagyis bízza azt egy független, non-profit szervezetre, afféle felügyelőre. Ezzel a lépéssel biztosított lenne, hogy a szabad szoftveres közösség teljes mértékben fejleszthesse az adatbázis-kezelőt, azt Oracle-nek pedig nem kellene aggódnia, hogy egy versenytárs teszi rá a kezét. Azzal, hogy a MySQL problémát megoldja, lehetővé válhatna az Oracle számára a Sun felvásárlás gyors befejezése és megkímélhetné a Sun-t a további veszteségektől. A részletek itt.

( sede | 2009. 10. 25., v – 21:37 )

Remélem így tesznek. Az Oracle-nek egyelőre kényelmes az EU-ra kenni a veszteségeket és leépítéseket.

( gna | 2009. 10. 25., v – 21:48 )

a cikk kicsit korábban jelent meg mint 21:29... tuti jól jár az óra? :)

( interpigeon | 2009. 10. 25., v – 21:49 )

Nem ártana, neki egy kis felfrissülés.
Az elmúlt időszakban többet halottunk róla, mint azelőtt a "media"-ban,
de IT szempontból viszont az a jó, ha egy lelkes csapat veszi kezelésbe, ne matrica legyen belőle egy nagy cég oldalán.
Persze semmi bajom a nagyvállalati támogatással, de ne n. rangú legyen a termékskálán, mert akkor kevés figyelmet szentelnek neki.

( gd | 2009. 10. 25., v – 21:51 )

Ennek mi értelme lenne? Ha van akkora non-profit közösség, ami fejlesztené, akkor ezt megtehetik az Oracle ilyen jellegű lépése nélkül is, ha az Oracle leállna a fejlesztésével (legrosszabb esetben más néven). Amivel a felvásárlás esetleg csökkentheti a versenyt, az az, ha (míg a Sun fizetett fejlesztőkkel fejlesztette a MySQL-t, mert profitja volt belőle), az Oracle a saját adatbáziskezelőjének a piaca érdekében leáll a MySQL fizetett fejlesztésével - ezt pedig a javaslat lehetővé tenné.

ismereteim szerint olyan gondok lehetnenek ha most kezdi el egy non-profit kozosseg fejleszteni, hogy pl. nem tudjak ujralicencelni gpl v3 alatt az egeszet (ha akarnak), tovabba a mysql cliens library is gpl alatt maradna, ami egy library eseteben nem a legszerencsesebb ha azt akarjuk, hogy sokan hasznaljak (most fizetniuk kell a usereknek, ha proprietary illetve nem gpl aplikacioban hasznalnak a libraryt).

- Use the Source Luke ! -

valamint a szoftverszabadalmaktól is tartanak. ez komoly potenciális fegyver az Oracle kezében egy esetleges sikeres MySQL forkal szemben. de mint már írtam, megint hülyék voltak a németek. ha a nagy bátyó EU fenyegetőzése mellett le tudnának tenni egy vételi ajánlatot 500millióval az asztalra az eredeti fejlesztők, máris másképpen nézne ki a dolog.

( Aadaam v | 2009. 10. 26., h – 00:07 )

Na ne.

Nezd a webkitet: egy projekt, ami valos igenyekre reagalt. Mukodik, 3 bongeszon kivul az osszeset ez hajtja most.

Nezd a firefoxot: Nepszeru termek, de... mi is a 3.5-os legnagyobb ujdonsaga? A video tag. Mozilla konferenciara jartam tavaly rohogni. Na jo, van benne JIT - fel ev csuszassal, minimum.

Nezd a HURD-ot: meg nincs teljesen kesz, de mar majdnem elkezdtuk.

Nem. A MySQL-t a Sun adja el valakinek, penzert. De ne az FSF-nek, mert az olyan is lesz.

Felenk a "kozosseg kezebe adtuk az iranyitast" azt a "a projekt hivatalosan is meghalt, tobbet varhatoan nem frissul erdemben, kerjuk, valtson termeket" szinonimajanak tekintjuk.

tudnál statisztikát mutatni? Mobilweb terén azért nem lennék biztos a 90 %-ban.

Opera Mini, Opera Mobile, IE for Mobile, nemsokára Fennec is jön (bár talán nem kell neki nagy fennecet keríteni)

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

kezdetben voltak problémák, mert az Apple nagy megapatchekben adta ki a változásokat, ráadásul késve. ezzel nem tudott sokat kezdeni a KHTML dev team. azóta javult a helyzet, és szorosabb az együttműködés a Webkit és a KHTML fejlesztők között, de nem egyesítették a két projektet. úgy tudom pont a weblapok megjelenésében nincs lényeges különbség közöttük. az acid teszteken általában később megy át a KHTML Konqueror, mint a Webkit böngészők, ennyi. te tudsz olyan weblapról, ami Webkit böngészővel jól, még KHTML alapúval rosszul jelenik meg?

"te tudsz olyan weblapról, ami Webkit böngészővel jól, még KHTML alapúval rosszul jelenik meg?"

Sajnos elég gyakori (bár a Konqueror 4-gyel javult a helyzet); ha egy honlap nem megy Konquerorban, akkor Arora-ban szoktam megnyitni, és szinte mindig megy. Pl. Google Maps mostanában megint nem működik rendesen.

Kelletlenul bar, de ide raknam a +1 -et. Akarki akarmit mond, a maga teruleten a MySQL egesz jo minoseget kepviselt (eltekintve egyes feature-ok fajo hianyatol), es nem szeretnem, ha ez a jovoben jelentosen megvaltozna. Szerintem szukseg van egy olyan adatbazisszerverre, ami egyszeruen csak mukodik.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Nem tudom, lehet hogy nincs azokra a dolgokra igeny, amiket te hianyolsz. Ilyenkor szoktam az embereket eliranyitani az adott projekt bugzillaja fele - egyszeruen tul almos vagyok most a linkcsinalashoz. Kuldd be nekik, hogy mit szeretnel. Hatha meghallgatasra talal a keresed a dontes utan.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Egyszerre valaszolnek kikke mindket felvetesere:
PostgreSQL: bonyolultabb a menedzselese, mint a MySQL-e. Hasznalni is bonyolultabb.
SQLite: nem adatbazis _szerver_. Nem veletlenul hangsulyoztam ezt.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.