Možnost kombinace různých kódů pomocí virtualizace je určitě pokroková myšlenka, ať už je důvod její použití jakýkoli. Naše firma (www.sysgo.com) dodává na český trh platformu PikeOS založenou na mikrokernelu. V dalších vrstvách pak běží různé operační systémy jako např. embedded Linux (ELinOS), VxWorks nebo aplikace odpovídající různým průmyslovým standardům jako např. OSEK, POSIX či CODESYS s různými úrovněmi požadavků na práci v reálném čase, kritičnost aplikací, certifikaci či prostě jenom z důvodu bezpečného oddělení softwaru výrobce od aplikací, které si může přidat uživatel/implementátor.
Nemyslím si, že by bylo moudré bránit společnému používání GPL kódu s jinými aplikacemi na jednom zařízení. Určitě by to významně uškodilo dalšímu šíření GPL programů.
V pondělí vyšel na Linuxdevices.com článek popisující podobnou situaci, kdy na PikeOS běží embedded Linux ELinOS a odděleně PERC real-time Java společnosti Aonix. Jedná se o dopravní řídící systém předního evropského výrobce Signalbau Huber. Celý článek: runtimehttp://www.linuxdevices.com/news/NS2015665496.html
Myslim si, ze trochu obrany ze strany "GPL" neuskodi...
takhle je tu jedna komunita, ktera vytvori kus dobre prace pod gpl (open-source) s tim, ze to pomuze dalsimu rozvoji - cehokoliv
no a je tu druha komunita, ktera vyuzije tohoto "zdroje" a misto vlastniho sw jednoduse pouzije gpl sw.
ma to sve vyhody i nevyhody:
vyhoda:
hw je levnejsi
zvysi se konkurence mezi hw vyrobci
nevyhoda:
na*ere se nekdo z open-source komunity, protoze na jeho praci nekdo hoooodne jednoduse vydelava :-( a ten toho brzo necha :-(( -> open source bude vzdy pozadu
...
ale o tom je boj open-source vs prorieta.
resp. takovy je proste zivot.
kdyby si ten co vynalezl kolo ten napad nechal jen pro sebe, tak by to mozna vse bylo jinak a misto jadra 2.6.XX bychom dnes meli jen jadyrka z mandarinek a byli bychom radi, ze umime zvedat nohu pri curani.
Nejsem si jisty, ze Oopensource je v sw pro koncove uzivatele (cehokoliv) pozadu proto, ze by se vyvojari nasirali ze na nich nekdo vydelava.
Pokud se na to podivam vasi optikou ale z druhe strany (od te 'propriety') pak velka hodna firma treba s hruskou ve znaku udela uzasny prehravac se skvelym softem a uvolni ho i se zdrojaky - vytvori kus dobre prace pod gpl. Vyvoj nebyl zadarmo ale skvely produkt se bude ucite prodavat sam (i bez marketingu, ktery je stejne zly).
Zla cinska firma nic dobreho nedela jenom chrli levny gumovy hardware a az vyjde ten soft od hrusky tak ho tam proste nahraje a prodava svoje prehravace mnohem levneji nez hruska. Muze - nenese naklady na jeho vyvoj.
Hodni a cestni zakaznici kteri navic tohle vsechno vedi si samozrejme radeji koupi ten 2x tak drahy prehravac od hrusky protoze tim prece podporuji ty dobre programatory co navic siri myslenku GPL.
Jenomze vetsina se vam na neco takoveho vykasle a proste koupi ten levny kus - tim spis pokud bude funkcne naprosto shodny.
Cili zli cinane (i kdyz vlastne nejsou zli oni samozrejme taky ty zdrojaky zverejni a jsou plne GPL) vydelavaji na hodnych hruskach. Hrusky se naserou ze tohle nemaji zapotrebi a budou taky cekat az nekdo jiny vyda neco pod GPL a vyvoj prehravacu se tak zpomali. A to vsechno je pod GPL.
Len si zabudol ze ak budes chciet co i len malinke vylepsenie na cinskom vyrobku tak mas zdrojaky, ale na tom HW ti to nepobezi!
Pricom na originale si zmenis a bezis
proc by to nemelo bezet? ted neuvazuji zadne "obchazeni" GPL ale jeji cistou aplikaci na spotrebni zbozi (k cemuz ale rozhodne neni urcena)
ale tady neslo preci o to, jestli neco pobezi, ale o obchodni model ktery firmy demotivuje od inovaci a ve svem dusledku vede ke zpomaleni vyvoje (ktery neco stoji ale nikomu se nevyplaci do nej investovat protoze tim zaroven okamzite vyviji i pro svoji konkurenci)
ano druha moznost je budovat si "komunitu" a cast vyvoje softu nechat na ni
ale takovy model taky zase az tak nefunguje a vetsina upravenych firmwaru je porad primo od vyrobce a nebo neprilis legalne od "komunity"