Svenska ElektronikForumet

Jag får inte riktigt grepp om vad som kommer kosta, för de kan ju inte ge bort något som är värt $1bn.

Möjligen om de har tänkt bundla in MySQL i paket som de tar betalt för, eller om de satsar på att ta betalt för support. Eller kanske rent av någon form av licens för utvecklare.

Intressant ändå.

Sun är stora vänner av just öppen källkod så jag tror helt klart att MySql fortsätter att vara fri, Mysql har dessutom ett flertal paket som inte är fria (att använda för vem som helst men öppen källkod none the less) Så jag tror inte du behöver oroa dig sodjan

...och vad betyder det för PostgreSQL, som väl har distribuerats med Solaris de senaste åren.

Varför skulle något förändras? MySQL AB levde ju inte direkt på välgörenhet innan, och att göra annat än att fortsätta släppa MySQL fritt vore rent av en katastrof för dess utveckling.
FYI så släpps MySQL under GPL så det är ju enkel match att forka koden om Sun skulle få för sig något.

Men jag oroar mig inte. Precis som nole säger så är Sun FLOSS-förespråkare.

*Jag* är inte orolig, bara intresserad...

Jag tror att MySQL rimligtsvis kommer att bli lite mer "styrt" av
hur SUN vill att det ska se ut och fungera. Bättre integration med
med just deras OS än med andra, speciella performance-features
som bara fungerar på Solaris o.s.v. Helt normal utveckling. Sen är
det ju inte helt orimligt att de kommer att fortsätta ha en "fri" version,
precis som det finns av flera av deras andra produkter. Men som sagt
någonstans måste de ta igen den satsade miljarden dollar. Vad som kan
bli en het potatis är hur andra som säljer DBMS's som går på/under
Suns OS reagerar. MySQL måste ju ta marknadsandelar från deras
nuvarande DBMS partners för att betala igen satsade pengar.

Sen är det intressant hur snabbt man kan bli rik som ett troll på fri programvara...

Säger den som inte har den minsta koll på fri programvara...

Som sagt, andra har försökt förrut och då har det slutat i en fork och dom får själva stå för utvecklingen av sin egna gren. Hela idén med GPL.
Men det är ju inget som hindrar dom att lägga in extra stöd för t.ex. Solaris, men det är ju fritt fram för communityn att porta det till valfritt OS. Det går ju knappast att lägga något som försämrar för alla *utom* Solaris.

Om du kollar på MySQL AB's tidigare affärsmodeller så ser du att dom tjänat bra med stålars ändå. Det kanske är nog så lockande?

Att postgresql är och har vart bättre och friare sedan länge är min åsikt.

Min också iof... Allt affärskritiskt kör jag med PostgreSQL. MySQL är snabbt som få så den hamnar oftast under webbsiter eller nått.

Jag tror inte att de får tillräckligt bra avkastning på 1 miljard dollar
enbart på nyvarande MySQL's intäckter.

> så ser du att dom tjänat bra med stålars ändå.

Hur mycket var det då ? Är det någon som känner till MySQL's
(d.v.s företagets) resultatsiffror ?

Ett drivkraft bakom affären verkar vara att riskkapitalisterna som
har investerat i MySQL vill ha avkastning på sina pengar. Tydligen
räcker inte vinsten som företaget drar in nu till riktigt.

> då har det slutat i en fork

Du menar att det skapas något slags nytt MySQL utanför SUN ?
Eller att det blir en MySQL version som vidareutvecklas inom lite
lösare (d.v.s ej "företag") ramar ?

Det blir knappast samma produkt med samma komplexitet, men
det kanske blir en light version som passar opensource världen,
vilket kanske är helt OK i sig.

> Det går ju knappast att lägga något som försämrar för alla *utom* Solaris.

Jag varken skrev eller menade det.
Men när ett företag på detta sätt plockar in en annan produkt i sin "familj"
så är det bara normalt att fokus väger över något mot sina egna plattformar.
Det är praktiskt taget oundvikligt, och det framgår även redan i kommentarer
på MySQLs externa web-blogg.

SUN gör naturligtsvis detta på affärsmässiga grunder, och det hela måste
bedömas ur ett normalt affärsmässigt synsätt.

Jo, det är en sak som jag undrar över med det här med GPL...
Vad händer, rent juridiskt, om (notera att det bara är ett tankeexperiment
och kanske inte helt realistiskt) SUN utvecklar en ny version av MySQL och
sedan säger att "nu gäller inte GPL för MySQL längre" ? Kan någon stämma
dom ? Och vem gör det i så fall ? Jag är inte helt uppdaterad på detta med GPL...

> Jag är inte helt uppdaterad på detta med GPL...
Nej, och det är inte det enda...

Skämt åsido, det som händer är att GPL slutar gälla från den versionen. Tidigare släppta versioner under GPL förblir alltid GPL.

> Du menar att det skapas något slags nytt MySQL utanför SUN ?
> Eller att det blir en MySQL version som vidareutvecklas inom lite
> lösare (d.v.s ej "företag") ramar
Är det inte samma sak? Det som händer är att någon tar senaste versionen som är GPL:ad och döper om den till ett liknande namn (FreeSQL kanske?) och lägger upp den som projekt på någon av FLOSS-communityna som finns.
Sedan flyttar den största utvecklingskraften dit istället för att supporta SUN.

Dina övriga spekulationer är bara rena spekulationer utifrån någon helt oinsatt, så de tänker jag inte ens kommentera.

> Sedan flyttar den största utvecklingskraften dit istället för att supporta SUN.

Hm, å det är inte "rena spekulationer" ??

Skit samma,
om något år eller två så ser vi kanske vad det blev av det hela...

Jo lite spekulation kanske, men faktum är att många av utvecklarna är inte arbetslösa ungdomar, utan många stora företag som bidrar.
De har givetvis ett intresse i att det fortsätter vara fritt, så därför är det högst troligt att de kraftigaste insatserna följer den fria forken.

Men jag säger heller inte att SUN inte har några särskilda planer för produkten, men på dig låter det som att den kommer sluta vara fri, vilket jag tror är direkt självmord och ytterst osannolikt.

speakman: Går det verkligen att bara byta licens sådär rakt upp och ner utan att ha godkännande från alla som bidragit med kod?

Nej, det har du kanske rätt i att det inte går.
Jag utgick ifrån Asterisk-projektet, men där kräver dom också en disclaimer om man bidrar med kod, så i det fallet gick det bra.
Då borde det ju innebära ännu säkrare fastnaglat i den fria världen.