Na igen van ahova a Linux is nagyon vastag, és sok mindent tartalmaz, úgy tűnik a Google nem akar a Linux kernellel vacakolni, inkább egy erre tervezett rendszerrel próbálkoznak. Érdekes.
The further a society drifts from truth, the more it will hate those that speak it. (George Orwell) [Work Machines: HP EliteBook, HP ProBook & Linux Mint 20 ; Entertainment: Apple Macbook AIR M1]
Végre a Google megmutatja, hogy hogy is kell ezt csinálni. Microsoft, Apple jegyzetfüzeteket előkapni! 
Thanos was right.
Bocsánat a noob kérdésért, de ez a kernel mire lesz igazából jó? Mobil OS-hez (Android) vagy valami más itt a cél rendszer?
|•| https://hardverapro.hu/tag/ribizly |•|
Varhato volt, hogy elobb-utobb nyug lesz a google nyakan az opensource... Szep lassan elindul majd a sajat zart rendszer fele.
Beagyazott rendszerek, IoT eszkozok, kesobb akar sajat rendszerei ala is (android, chromeos)
Vigyázat, csalok!
Mégis mi az istenért tenne fel a Google zárt forrást GitHubra?
MIT licenc...
Kb. ugyanazt fogjak szerintem megvalositani, mint a MS a Contival.
THX 
|•| https://hardverapro.hu/tag/ribizly |•|
Ezen a mondaton én is megakadtam. A Google Drive-ot is évek óta ígérgeti a kugli, de valahogy nem tudják (akarják?) összehozni...
Never let your sense of morals prevent you from doing what's right.
Mert ezt sem a google kezdte el csinalni, csak felhasznaljak a meglevo kodot. Beindul es jol megy a szeker, majd nekiallnak atportolni a droidot, ugysincs tul sok nativ app.
@Camillus: Az MIT licensz abban kulonbozik a GPLtol, hogy nem kovetel meg code sharinget, ergo konnyen csinalhatsz egy proprietary forkot.
OFF: A Google még arra sem képes, hogy az Androidos Drive zárható legyen PIN-kóddal, mint ahogy az összes többi cloud kliens már évek óta tudja ezt. Fun fact: Az iOS-es Drive is tudja évek óta.
[ Szerkesztve ]
Akkor ez a cucc zárt forráskódú lesz?
Még senki sem tudja. Az egész projekt nagyon az elején jár.
De nem lehet kizárni a lehetőségét.
[ Szerkesztve ]
Ubuntu MATE 20.04, hobbi cayenne termesztő
GitHubon fent van, úgyhogy nem. De még lehetséges. Majd kiderül.
[ Szerkesztve ]
No Sana No Life
Igen, csakhogy perpill ez nyílt és szabad sw. A licenceket ismerem BTW. Az egyetlen dolog amit ebből ki lehet olvasni, hogy a kugli kerüli a copyleft licencek, de toybox villámgyors bevetése óta ebben nincs semmi meglepő, meg általában a multik az MIT-t nyomják.
Nem veletlenul szeretik a multik az MIT licenszt, az open source papiron jol hangzik, de szukseg eseten jol jon, ha zarhato
'open source
papiron jol hangzik'
Nem csak papíron.
Felhívnám a hozzászólók figyelmét, hogy a Google olyan OS-t fejleszt, ami - gondolom én - max pár MB-ba összepréselhető és kb FreeRTOS tudás szintjén lehet. Amennyire én tudom se az MS sem az Apple nem foglalkozik ezzel a területtel. Ennek nem lesz GUI-ja, de még UI-ja sem. Ez egy szimple RTOS lesz. Ha gonosz akarok lenni, akkor mondhatnám azt is, hogy n+1-edik RTOS.
tely, baly, fojó, mennyél, mingyárt, telyföl, tolyás, malyd, kapú, egyenlőre, ejsd, jáccani, ahoz, fúj, hüje, muszály, alat, álok, lasan, fojtatás, ál, fontós, költsön, eggyüt, lyob (jobb?), mek, mongyak, milyért - !!! Tanúlyunk már meghejjessen irni... !!!
Nem lehet, hogy az önvezető kocsi projekt alá fejlesztenek egy (szerintük) biztonságosabb kernelt? Ha tényleg RTOS (Real Time OS) konkurencia lenne, akkor pont ilyen projekthez lenne jó. Nem a Linux kernelt kellene pecselgetni, tuningolni
[ Szerkesztve ]
Le az elipszilonos jével, éljen a "j" !!!
Jaj ilyen vackokbol legalabb 20-at fel tud mindenki sorolni. Nuttx, wxworks, embed, zephir, freertos, stb. Felesleges.
Ingyenes software == A mezeskalacs haziko a Jancsi es Juliskaban. Es != szabad software
Pont nemrég gondolkoztam azon, hogy eljött az idő egy vérfrissítésre. Összegyűlt egy csomó tapasztalat, és igenis itt az ideje levonni a következtetéseket és egy új iterációt indítani. Gúglinak van elég pénze egy ilyenbe belefogni, talán ember is akad, aki megcsinálja. Mert szép és jó a linux meg BSD világa, nem ártana "oda" is egy komoly szereplő, aki kicsit központosítva, de annak minden előnyével csinál egy desktop OS-t.
Bélabá
Nem új iteráció kellene, hanem teljes reboot. Lényegében a 30-50 éves alapokra építkezik minden rendszer. Windows a WinNT/OS2 alapokra, ami meg azért kicsit hajazott annó a Unixokra, minden más meg egyértelműen Unix. Max vita van a userlandon és a mikro/makrokernel architektúrán. Persze nem mondom, hogy nem jó az örökség, csak tényleg uncsi az n+1-edik *nix (és Windows).
Le az elipszilonos jével, éljen a "j" !!!
Viszont piszok könnyű "átlépni" egyik *nixról a másikra. Odaraktak egy macbook elé, életemben harmadszor nyomkodtam és mégis 3 másodperc után már a hálókonfigot meg tudtam nézni mert az ifconfig ott is ifconfing
Bélabá
Egyetértek, az én "mániám" a memória OS.
[nem felejtő memóriára épülő OS, amiben nem létezik a memórián kívül más tár, persze kompatibilitási okokból a régi filek, adatbázisok memóriának látszanak ill. használhatóak a standard libek ezekhez).
Pont a mobilok az a terület, ahol teljesen érthetetlen miért kell az egyszerű modellt (CPU, memoria, hálózati csatlakozás) további elemekkel bővíteni.
[Persze technikai okokból a 7/24 üzemelő telefonban hagyományos (felejtős) memóriát lehet tenni, csak az OS gondoskodik a memória tartalom szükség esetén flash memóriára másolásról]
Az elvi minimum modellt (CPU+Memoria+IO) csak technikai okokból kellett bővíteni mindenféle fura háttértárakkal és adattároló (adatbázis) egységekkel. mert szűkös erőforrás volt a memória és az is volatile.
Mára nem igazán szűkös erőforrás a memória de akár egyszerű trükkökkel megvalósítható lenne az is, hogy a memoria lapozást egy az alaplapra integrált SSD-ven kombináljuk (ami a virtuálisan látható teljes memóriát nem felejtő módon tárolja a gép lekapcsolásakor vagy áramszünetre lépéskor), így látszólag akár terrabájtnyi non volatile memória van a CPU mellett.
Ma is boot és program/adat betöltésben gondolkodnak a tervezők [ami elbonyolítja a dolgokat], miközben ilyen már nincs egy memoria OS esetén.
A gép memóriájában van a gyártás után az oprendszer és minden programot, adatot is ott tárol (amit pl. a netről kapott). Semmilyen adatkiirás/adatbeolvasás/konvertálások nem kellenek... csak működik a kód és használja az adatait.
[Új paradigmák lépnek persze fel, pl. az osztott használatú memória objektum, amit vagy az oprendszernek vagy az objektumnak magát managelve kell kezelnie... de így is egyszerűsödne a világ]
Hír Meglepetés: új, de nem Linux-alapú operációs rendszert fejleszt a Google
