Kirjaudu

Uutiskirje

Rekisteröidy Sektoriin ja tilaa itsellesi joko aamuisin tai iltaisin ilmestyvä uutiskirje sähköpostiisi.

Perjantai, 7.3.2003

Red Hat pysyy kaukana UnitedLinuxista

Linux-jätti Red Hat ei ole kiinnostunut UnitedLinux-ryhmästä, johon kuuluvat SuSE, SCO, Turbolinux ja Conectiva. ZDNetin haastattelussa Red Hatin johtaja Matthew Szulik totesi arvostavansa UnitedLinuxia, mutta totesi projektin sisältävän liikaa riskejä. "Arvostan riskinottoa ja UnitedLinux on täynnä riskejä, joten arvostan heidän yritystään. Tarvitaan kuitenkin muutakin kuin riskejä kamppailtaessa miljardiluokan kilpailijoita vastaan", kommentoi Szulik.

Szulik mukaan jokainen menestyvä avoimen lähdekoodin ohjelmistoja kehittävä yritys parantaa kaikkien avoimeen lähdekoodiin luottavien yritysten mahdollisuuksia markkinoilla. "Meitä pyydettiin mukaan UnitedLinuxiin, mutta en näkisi sen antavan mitään etuja meidän asiakkaille", vastasi Szulik ZDNetin toimittajan kysymykseen Red Hatin mahdollisesta liittymisestä UnitedLinuxiin.

Haastattelussa pyrittiin myös valottamaan Red Hatin ja Sun Microsystemsin välistä suhdetta, mutta Szulik pysyi asiasta vaitonaisena. Toimittajan uteluun Sunin muokkaamasta Red Hat -versiosta Szulik vastasi hyvin lyhyesti: "En yllättyisi, jos Sun kehittäisi Linux-version, joka ei ole GPL:n (General Public License) alainen."

Lue juttu K2, 7.3.2003 06:53. Lähde: ZDNet
Rekisteröidy ja kirjaudu sisään, jos haluat kommentoida.

Kommentit ( 19 uutta / 19 )
pistettä.
Näytä vain kommentit joilla on vähintään
Miten
Anonyymi kommentoija, 7.3.2003 11:40:10
Pisteet: 0
Miten Linuxista saa ei gpl -version, jos haluaa jakaa
sitä? Muistaakseni gpl edellyttää lisenssin säilyttämisen ja koodin jakamisen, jos haluaa levittää muutettuakin gpl-ohjelmistoa.
Re: Miten
Anonyymi kommentoija, 7.3.2003 12:23:20
Pisteet: 0
Miten Linuxista saa ei gpl -version, jos haluaa jakaa sitä? Muistaakseni gpl edellyttää lisenssin säilyttämisen ja koodin jakamisen, jos haluaa levittää muutettuakin gpl-ohjelmistoa.
tuossa tarkoitettiin laajempaa käsitystä kuin pelkkä kernel; kuten susen tyyliin lyödään omat copyrightipaskat installeriin ja pistetään saatavaksi vain ceedeellä...
Re: Miten
Anonyymi kommentoija, 10.3.2003 01:51:48
Pisteet: 0
Miten Linuxista saa ei gpl -version, jos haluaa jakaa sitä? Muistaakseni gpl edellyttää lisenssin säilyttämisen ja koodin jakamisen, jos haluaa levittää muutettuakin gpl-ohjelmistoa.
tuossa tarkoitettiin laajempaa käsitystä kuin pelkkä kernel; kuten susen tyyliin lyödään omat copyrightipaskat installeriin ja pistetään saatavaksi vain ceedeellä...
Idea on kaikenkaikkiaan karkaamassa käsistä.

Kiitos vaan kaikki tuhannet ja taas tuhannet koodin kirjoittajat, 'jatkamme tästä rahastamalla työnne tulokset'.

Lienee selvää, että Kerneliltään(kin) epäyhteensopivien versioiden määrä kasvaa, tullaan taas ajassa vuosikymmenen verran taaksepäin Unix aikaan.

No jäähän harrastajille 'oikeasti avoin ja ilmainen' vaihtoehto.
Re: Miten
Anonyymi kommentoija, 10.3.2003 22:49:00
Pisteet: 0
tuossa tarkoitettiin laajempaa käsitystä kuin pelkkä kernel; kuten susen tyyliin lyödään omat copyrightipaskat installeriin ja pistetään saatavaksi vain ceedeellä...
SuSE:n saa myös FTP jakeluna. Eikä se ilmainen FTP jakelu rajoita sinulta päivityksiäsi (kuten esim. RH).

Toisekseen kyllä se vaan niin on, että SuSE:n liiketoimintamalli on desktoppeja ajatellen toimivin. RH ei ole tehnyt pennin latia desktop-rintamalta, mandrakesoft on belly-up, mutta SuSE kutakuinkin pärjää myös desktop-myynnillä.

Omasta puolestani täytyy sanoa, että pidän SuSEsta sen verran kovasti, että maksan heille ilolla sen 100e/vuosi (2 kpl update-paketteja) siitä, että he ylläpitävät kaikki 4 pc-masiinaani up-to-date automaagisesti. Omasta mielestäni se on jopa halpaa. Saa verrata mihin tahansa muuhun kaupallisesti tuettuun systeemiin - kestää vertailun.
Re: Miten
Anonyymi kommentoija, 7.3.2003 16:37:38
Pisteet: 0
Miten Linuxista saa ei gpl -version, jos haluaa jakaa sitä? Muistaakseni gpl edellyttää lisenssin säilyttämisen ja koodin jakamisen, jos haluaa levittää muutettuakin gpl-ohjelmistoa.
Toinen ovela tapa on hoitaa homma niin, että oma Linux-versio ei toimi kuin oman firman raudoilla (omilla PowerPC-mikroilla ...).
jjx Re: Miten
jjx, 7.3.2003 12:37:30
Pisteet: 0
No jos esim. kehittää siihen pakettiinsa kaikenlaista kivaa extra-laajennusta, eikä pistä niitä ollenkaan GPL:n alle. Itse Linux tietenkin säilyy GPL:n alla tuossakin tapauksessa, mutta open source yhteisön kannalta tuollainen vaihtoehto on huono.

Linux ja monet muut open source projektit ovat niin isoja, että niitä ei taatusti pystytä enää viemään eteenpäin ilman kaupallisten tahojen tukea. Siinä mielessä on erittäin negatiivista, jos esim. Sun hyökkäisi distro markkinoille omalla ei-GPL versiollansa ja alkaisi nakertaa RedHatin markkinoita. Itselleni on nimittäin ainakin jäänyt sellainen kuva, että RedHat olisi jopa hyödyllinen Linux yhteisölle (tukee kehitystä jne.)

Sunin strategoihin open source ei mielestäni kovin hyvin istu, eikä liioin Linuxin avoin tukeminen (tai ainakaan koodin vääntäminen GPL lisenssin alla).

-Juha
Re: Miten
Anonyymi kommentoija, 7.3.2003 13:00:22
Pisteet: 0
edHat olisi jopa hyödyllinen Linux yhteisölle (tukee kehitystä jne.
tästä voidaan olla montaa mieltä. Redhat hajoitti muunmuassa QT:n, KDE-pohjaiset softat jotka käyttävät alkuperäistä ehjää kirjastoa eivät käänny.

Tästä kimpaantuivat myöskin KDE:n kehittäjät koska redhat rikkoo koodia lisäämällä siihen virheitä jotka on virallisessa versiossa korjattu.

Redhat ei todellakaan toimi avoimella mallilla kehittäjien kannalta. "Closed Open Source Company...".
Vastakohtana Mandrake joka toimii todella avoimella linjalla...
Re: Miten
Anonyymi kommentoija, 7.3.2003 17:35:38
Pisteet: 0
Redhat ei todellakaan toimi avoimella mallilla kehittäjien kannalta. "Closed Open Source Company...".
Mitäs esimerkkejä tästä on?

Vastakohtana Mandrake joka toimii todella avoimella linjalla...
Mandrakella on vahvasti avoin linja ainakin pers-puolella...
Re: Miten
Anonyymi kommentoija, 8.3.2003 08:52:36
Pisteet: +1

Mitäs esimerkkejä tästä on?
käytännön esimerkkejä. alla copypaste tuosta mosfetin jutusta. kehitetkös itse softaa? et näköjään.

tiedätkö mitä muutoksia redhat on QT:hen tehnyt? tiesitkö että muutoksia on tehty kun 8.0 julkaistiin? et niin, koska redhat ei niistä ole opensource-projektiein mailinglisteillä ilmoittanut eikä avointa developer-listaa redhatilla ole.

entäs mandrake, mitä luulet tietäväsi mandraken kehitystyöstä?

mandrake submittaa hyvin docatut patchit jokaiselle projetktille takaisin jos löytää vikoja.

drakX on dokumentoitu niin älyttömän hyvin että oksat pois. entäs redhat?

jos et asiasta tiedä, älä KIITOS ala väittämään tommosta paskaa naamalle.
ATQ0 Re: Miten
ATQ0, 7.3.2003 22:11:21
Pisteet: +1
Redhat ei todellakaan toimi avoimella mallilla kehittäjien kannalta. "Closed Open Source Company...".
Mitäs esimerkkejä tästä on?
RH is a "closed" open source company

One of the continuing themes here is that Red Hat does not cooperate with the free software projects from which they profit from. KDE is not the only example of this - people from GCC, Wine, and even their flagship Gnome desktop have complained about this. What Red Hat likes to do is make a lot of changes to applications internally without letting the developers of the projects know what they intend to do, then suprise everyone when they release the betas of the distributions. Developers are left saying, "Oh my God, what did they do to my software!". No one in KDE had any idea Red Hat made such invasive modifications to KDE until they released their betas! When they did find out what RedHat did there was a massive rush by the KDE developers to fix the most glaring flaws including services and font breakage, but of course they couldn't get them all. This is because Red Hat did most of their modifications in private and did not coordinate with KDE at all. The problem was compounded by the fact that they had no developers on staff with any KDE/Qt development experience. Not all of what they did was bad but because they have no experience and developed their fork of KDE in private it created bugs and conflicts with offical software releases.

...they made several changes to the KDE libraries and programs, some of which cause breakage, incompatibilities, or reduce functionality. In some cases changing code wasn't even needed but RH didn't know better because all the people working on their customized fork never coded KDE before. Even their project manager admits they don't know KDE very well. It is my opinion that when your forking a project you should know something about the program your forking first... The only person they had working on KDE and had any experience with it's codebase was Bero, who was forced to make KDE packages in his spare time because RH refused to put any resources in KDE. He has now quit RH because of their crippling of KDE and screwing up the codebase. Take a look at RedHat's source RPMs if you want to see all the modifications they made with absolutely no experience or peer review.

...Remember that most free software is done by volunteers in their spare time. If commercial Linux companies start disrespecting the goals of these volunteers too often, then people leave the community. Unlike what some people who never contributed to Linux may think, Linux distributions are not just normal Linux users who can do whatever they want. They are depended upon by both free software developers and their users to deliver free software reasonably intact. This disrespect of various projects has caused many problems with RH. People feel like, "why work on free software if RH is just going to screw it up"?

Juttu löytyy täältä: http://www.mosfet.org/noredhat.html
--
/(ATQ0)
Re: Miten
pitr_, 7.3.2003 13:30:43
Pisteet: +1
Sun näyttää olevan laskevan auringon merkki. Telco-sektorin vaikeudet ovat puraisseet kaikkein pahiten Sunia, jonka pääbusiness on kaikesta muusta tuotannosta huolimatta ollut palvelinraudan myynti; kun rahaa on vähän ja markkinoilla on kilpailukykyinen Intel+Linux ratkaisu, joka ei ominaisuuksiltaan häviä kevyen ja keskiraskaan sarjan palvelimille, on selvää, mitä asiakas ostaa.

Tässä tilanteessa Sunin ahdinko näyttää ruokkivan itseään; se käy samanaikaisesti sotaa kahdella rintamalla sekä Microsoftia että open source-rintamalla.

Microsoftilta toivotaan saatavan oikeusteitse markkina-asemaa (toivoton yritys IMHO) ja open source-puolella sodaksi tulkitse javan pitämisen suljettuna ja tämän kaltaiset vihjailut (suljettu Linux).

Varmasti controllerin listassa näyttää hyvältä, jos lasketaan hypoteettisia markkinaosuuksia käyttikselle, jonka core on maksuton ja pakkauksista voidaan laskuttaa. Mutta miksi joku vaihtaisi tällaiseen tuotteeseen? Linuxin käyttäjät arvostanevat avoimuutta ja hintaa, closed source *nix puolella mielestäni Solaris on ylivoimainen tuotantomielessä.

Mielenkiintoista on verrata toimintaa Oracleen joka ITViikon (printtiversio) referoinnin mukaan SOTin Linux Summit 03:ssa esitti, että Oracle näkee linuxin mahdollisuutena; varat, joita ei tarvitse käyttää käyttöjärjestelmien ostamiseen, ovat käytettävissä sovellusten ostamiseen. Ja näitä rahoja Oracle haluaa... samalla voidaan myös muistaa O:n yhteistyö Nokian kanssa, jossa sen työryhmäohjelmistoja voidaan tulevaisuudessa käyttää mobiilisti.

Eli tavallaan molemmat yhtiöt taistelevat Microsoftin ylivaltaa vastaan pk-sektorin ohjelmistoissa (OS, palvelinsovellukset, toimistosovellukset). Sun on valinnut negatiivisen linjan ja Oracle positiivisen.

Itse löisin vetoa Oraclen strategian onnistumisen puolesta.
hanta Re: Miten
hanta, 7.3.2003 18:06:51
Pisteet: +1
open source-puolella sodaksi tulkitse javan pitämisen suljettuna ja tämän kaltaiset vihjailut (suljettu Linux).
mitä tarkoitat javan pitämisellä suljettua? vaihtoehtoisia java-toteutuksia on olemassa, ja kaikista käyttämistäni java-toteutuksista IBM:n lienee suljetuin. jopa minä olen saanut sunin javan lähdekoodit, ja kääntänyt niistä oman SDK:ni.

Itse löisin vetoa Oraclen strategian onnistumisen puolesta.
en väitä vastaan, joskin voi hyvin olla että oraclekin joutuu vastaisuudessa hieman tarkistamaan hintojaan.
--
hanta
bungle Re: Miten
bungle, 10.3.2003 03:26:06
Pisteet: 0
mitä tarkoitat javan pitämisellä suljettua?
Varmaankin sitä, että Sunilla on täysi kontrolli Javan kehittämisessä. JCP prosessi ei ole mielestäni kovinkaan läpinäkyvä, eikä siihen juurikaan pysty vaikuttamaan.

jopa minä olen saanut sunin javan lähdekoodit, ja kääntänyt niistä oman SDK:ni.
Lähdekoodit eivät tee sovelluksesta tai jostain tuotteesta avointa. Tosin, jotta jokin voisi olla Avoin isolla a:lla, niin kyllä ne lähdekooditkin toki tarvitaan.
--
"See the animal in his cage that you built, are you sure what side you're on?" -- Trent Reznor
gmarx Re: Miten
gmarx, 10.3.2003 10:24:46
Pisteet: 0

Itse löisin vetoa Oraclen strategian onnistumisen puolesta.
en väitä vastaan, joskin voi hyvin olla että oraclekin joutuu vastaisuudessa hieman tarkistamaan hintojaan.
Oraclen strategiasta sen verran, että RAC (Real applicatin clusters) + Linux + Intel paketti tuntuu olevan "Oracle-piireissä" tietynlaisella innokkuudella vastaanotettu. Enkä kyllä ihmettele yhtään, sillä Sun+Oracle = $$$$$

Toivottovasti Oracle kuitenkin laskee jatkossa hintojaan, niin volyymi kasvaa ja meikäläisillä riittää töitä.
SCO
Anonyymi kommentoija, 7.3.2003 11:45:32
Pisteet: 0
... Eikä ihme, ottaen huomioon SCO:n viimeisen tempauksen.
Re: SCO
Anonyymi kommentoija, 7.3.2003 13:04:53
Pisteet: 0
... Eikä ihme, ottaen huomioon SCO:n viimeisen tempauksen.
Mikä ei ole ihme? Ja mikä on SCOn viimeinen tempaus?
Re: SCO
tare, 7.3.2003 13:06:19
Pisteet: 0
Mikä ei ole ihme? Ja mikä on SCOn viimeinen tempaus?
http://slashdot.org/articles/03/03/07/0234251.shtm...
Kareth Rahaa rahaa, on se niin pahaa
Kareth, 7.3.2003 17:10:47
Pisteet: 0
Aika odotettua ettei Red Hat:ia kiinnosta luoda liian yhtenäistä linjaa. Yhtiöhän joutuu jatkuvasti puolustamaan markkinaosuuttaan muita vastaan. Red Hatilla on selvä pelko menettää asiakkaita, asiakkaiden sitominen omaan softaan on paras tapa saada pidempi aikaisia asiakassuhteita.

En tiedä millä nuo yhtiöt luulee tuottoa saavansa, asiakaspalvelulla vai ohjelmiston myyynnillä? Näyttää siltä ettei asiakaspalvelu tuota tarpeeksi jolloin vaihtoehdoksi jää ohjelmiston myynti. Tätä taas helpottaa jos asiakkaalle on mahdollisimman vaikea siirtyä kilpailijan tuotteeseen.

Jostainhan se raha on saatava! Jopa Linux landiassa
PC. Lääke mätää omenaa vastaan
Re: Rahaa rahaa, on se niin pahaa
Anonyymi kommentoija, 11.3.2003 20:08:36
Pisteet: 0
Aika odotettua ettei Red Hat:ia kiinnosta luoda liian yhtenäistä linjaa. Yhtiöhän joutuu jatkuvasti puolustamaan markkinaosuuttaan muita vastaan. Red Hatilla on selvä pelko menettää asiakkaita, asiakkaiden sitominen omaan softaan on paras tapa saada pidempi aikaisia asiakassuhteita.
Regexpillä voisi replacettaa "Red Hat" --> "Microsoft" ja lause pitäisi silti paikkaansa.