Broncode nieuwe Android-versie komt beschikbaar na Galaxy Nexus-release

De broncode van Android Ice Cream Sandwich wordt pas vrijgegeven na het verschijnen van de Galaxy Nexus, de eerste smartphone met het OS. Tot dan kunnen ontwikkelaars als Cyanogen geen custom roms op basis van de source maken.

De nieuwe versie komt voor derden beschikbaar als de Galaxy Nexus wordt uitgebracht. Pas dan kunnen ontwikkelaars met Android 4.0 aan de haal. De nieuwe Nexus arriveert in enkele landen in november en in Nederland in december, zodat niet duidelijk is wanneer de broncode precies wordt vrijgegeven.

Het is eveneens nog onduidelijk wanneer andere fabrikanten als HTC en LG met hun ICS-toestellen komen, hoewel dit vrijwel zeker eveneens pas na de komst van de Galaxy Nexus zal zijn. Ook zullen een aantal bestaande telefoons van de nieuwe software worden voorzien. Zo laat Sony Ericsson weten dat alle Xperia-toestellen die dit jaar zijn verschenen, over de nieuwe Android-versie gaan beschikken.

Ice Cream Sandwich, dat geschikt is voor tablets en smartphones, werd onlangs uitgebracht en kent onder meer een vernieuwd lockscreen, notificaties, applicatielauncher en widgets. Google zou plannen hebben om zijn voorlaatste telefoon, de Nexus S, van de nieuwe Android-versie te voorzien. Dat gebeurt waarschijnlijk pas over enkele weken, nadat de Galaxy Nexus in de winkels ligt.

Reacties (49)

LG zal niet snel met ICS komen. Ze moeten eerst nog een update maken naar GB. Hier wordt ook al meer dan een half jaar op gewacht.

Vraag is of ze er überhaupt nog mee gaan komen. Ik denk dat je beter af bent met een custom rom dan wachten op de fabrikant. Het is sneu dat veel fabrikanten zo traag zijn met updates en dat je eigenlijk bent aangewezen op de community om nog bij te blijven. Natuurlijk, je koopt een telefoon met functionaliteiten die op dat moment bij de omschrijving staan, maar je moet er daarna wel twee jaar mee doen. Voor het bedrag wat je meestal neer legt mag dan ook wel een paar updates te krijgen zijn.

Maar hij doet toch wat hij moet doen? Updates wordt hij alleen beter van (wordt bijna niks gefixed) => luxe en je mag blij zijn dat je updates krijgt.
Meer een service, niet een verplichting.

Het is volgens Google niet langer een service, zo hebben ze vastgelegd dat fabrikanten hun telefoons met Android minstens 18 maanden dienen te voorzien van updates http://tweakers.net/nieuw...derhalf-jaar-updates.html (gelijk hun eigen updates) hierna is het aan de fabrikant of ze nog langer willen updaten of de telefoon uit het update schema laten vallen.

Hierdoor word het voor een community/eindgebruiker in theorie makkelijker om een fabrikant op het zogeheten matje te roepen als updates uitblijven. Of dit daadwerkelijk tot uitvoering gebracht kan worden is een 2^e, want fabrikanten kunnen natuurlijk gewoon doen alsof hun neus bloed tot er ingegrepen word door iemand met meer macht zoals Google of een andere derde.

Tuurlijk, dat doet hij zeker. Alleen ik weet dat Android een OS is dat snel updates krijgt en snel nieuwe functionaliteiten ontvangt. Dan vind ik het een kwalijke zaak dat ik die nieuwe functionaliteiten niet ontvang omdat mijn telefoon een half jaar oud is. Hardwarematig is er geen enkele reden, de fabrikant heeft gewoon geen zin zijn tijd er aan te spenderen omdat het geen directe winst oplevert. De fabrikant is je natuurlijk niks verplicht maar dat betekent niet dat het niet kwalijk te noemen is.

Wat dat betreft vind ik het ook erg vreemd dat je blij mag zijn als je updates krijgt, het lijkt mij niet meer dan normaal dat een fabrikant een zekere zorgplicht op zich neemt om te zorgen dat je gewoon up to date blijft gedurende de normale gebruiksperiode van je telefoon. Wat dat betreft een goede zaak dat Google daar eindelijk wat meer naar toe stuurt met de afspraken met alle grote leveranciers.

Is het niet logischer dat ze GB gewoon negeren? Ik zou het iig wel doen als ik LG zou zijn en gelijk overstappen naar ICS

Maar ja je koopt je telefoon in de winkel aan de hand van de functies die jij wilt, je gaat toch geen telefoon kopen aan de hand van de functies die hij heel misschien ooit zou kunnen krijgen

In ieder geval goed nieuws dat deze wel word vrijgegeven

Dat is zeker goed nieuws, als fabrikanten te lui zijn om te blijven updaten kan je vanuit de community tenminste nog ondersteuning verwachten. Mijn Desire HD is nu al ruim een jaar oud maar er komt nog elke week een nieuwe MIUI versie uit en veel custom roms updaten dagelijks of wekelijks, die kunnen hier goed gebruik van maken.
Wat dat betreft ook niet vreemd dat de broncode pas na de release van de Galaxy Nexus zal zijn, gezichtsverlies voor Google als oude telefoons die update via een custom rom al hebben voordat hun vlaggenschip uit is.

Ik denk dat hij doelt op het niet vrijgeven van de Honeycomb source

Dat heeft ook een logische reden omdat ze geen Honeycomb installaties op telefoons willen zien

Het zal best een "logische reden" hebben, maar het mag niet. Android maakt gebruik van GPL-sources en Google moet alle wijzigingen daarop vrijgeven.

Het mag WEL De GPL delen zijn namelijk vrij gegeven (voornamelijk de kernel), 90% van de source valt niet onder GPL maar Apache en dat is dus aan Google om te beslissen of ze het vrijgeven (en ze mogen het zoals Andorid 3.x gewoon achter houden, echter de kernel niet, en dat hebben ze dan ook niet gedaan).

En nu geven ze de code weer vrij(willig).

[Reactie gewijzigd door watercoolertje op 20 oktober 2011 14:24]

Sowieso, zelfs al was alles vrijgegeven onder de GPL dan betekent dat niet meteen dat Google daarmee door moet zetten. Aanpassingen aan GPL code van anderen moet je natuurlijk wel vrijgeven, maar als je zelf nieuwe code uitbrengt onder GPL wil dat niet zeggen dat je verplicht wordt volgende aanpassingen ook vrij te geven. Het is je eigen code, je mag ermee doen wat je wilt, en daar kan geen licentievorm iets aan veranderen.

maar als je zelf nieuwe code uitbrengt onder GPL wil dat niet zeggen dat je verplicht wordt volgende aanpassingen ook vrij te geven. Het is je eigen code, je mag ermee doen wat je wilt, en daar kan geen licentievorm iets aan veranderen.

Waarom zou je iets GPL maken als je het niet vrij wil geven? Je kunt het ook een duel license op zetten.

Dat ligt eraan wat je er mee doet. Als je het niet verkoopt maar bijvoorbeeld in je bedrijf gebruikt niet. Wanneer je het verkoopt of weggeeft c.q. de buitenwereld in gaat moet dat wel.

Zie GPL licentie.

6. Conveying Non-Source Forms.

You may convey a covered work in object code form under the terms of sections 4 and 5, provided that you also convey the machine-readable Corresponding Source under the terms of this License, in one of these ways:

a) Convey the object code in, or embodied in, a physical product (including a physical distribution medium), accompanied by the Corresponding Source fixed on a durable physical medium customarily used for software interchange.
b) Convey the object code in, or embodied in, a physical product (including a physical distribution medium), accompanied by a written offer, valid for at least three years and valid for as long as you offer spare parts or customer support for that product model, to give anyone who possesses the object code either (1) a copy of the Corresponding Source for all the software in the product that is covered by this License, on a durable physical medium customarily used for software interchange, for a price no more than your reasonable cost of physically performing this conveying of source, or (2) access to copy the Corresponding Source from a network server at no charge.
c) Convey individual copies of the object code with a copy of the written offer to provide the Corresponding Source. This alternative is allowed only occasionally and noncommercially, and only if you received the object code with such an offer, in accord with subsection 6b.
d) Convey the object code by offering access from a designated place (gratis or for a charge), and offer equivalent access to the Corresponding Source in the same way through the same place at no further charge. You need not require recipients to copy the Corresponding Source along with the object code. If the place to copy the object code is a network server, the Corresponding Source may be on a different server (operated by you or a third party) that supports equivalent copying facilities, provided you maintain clear directions next to the object code saying where to find the Corresponding Source. Regardless of what server hosts the Corresponding Source, you remain obligated to ensure that it is available for as long as needed to satisfy these requirements.
e) Convey the object code using peer-to-peer transmission, provided you inform other peers where the object code and Corresponding Source of the work are being offered to the general public at no charge under subsection 6d.

Als je volledig eigenaar van de code bent. Dan kun je licentie ten aller tijden aanpassen. het is wel zo dat de code die GPL was ten tijde van de verandering altijd GPL zal blijven.

Waarom zou je iets GPL maken als je het niet vrij wil geven

Iets dat je éérst GPL hebt gemaakt zou je na een nieuwe aanpassing wellicht niet vrij willen geven, en dus geef je die aanpassingen niet vrij. Het is je eigen code, die is "kaal" zonder licenties. Pas als je het publiceert hangt er voor anderen een licentie aan. Maar het blijft jouw code, je mag ermee doen wat je wilt, en dus ook in de toekomst aanpassingen maken die niet onder GPL vallen.

Ik weet het niet hoor, maar volgens mij is het grootste gedeelte van de Linux Kernel GPL. Dat wat Google bovenop de kernel heeft gebouwd zou best voor 90% Apache kunnen zijn. De wijzigingen aan de kernel zelf moeten dus vrijgegeven worden. Persoonlijk denk ik dat Google hier een gevaarlijk spel speelt. Bij de volgende GPL versie zou er weleens rekening mee kunnen worden gehouden hoe Google zich gedraagt.

Dat is precies wat Watercoolertje ook zegt

Ik denk niet dat het gevaarlijk is. Het GPL gedeelte van Honeycomb gaven ze gewoon vrij, het Apache gedeelte niet. Dat mag gewoon.

Mag je volgens het GPL licentie dan wel wachten voor je je code vrijgeeft? Was het niet zo dat je bij elke release of de code mee moest geven of een verwijzing moest geven van waar de code verkregen kan worden?

het GPL gedeelte is ook netjes openbaar gemaakt, zie hier

Ik dacht dat de GPL licentie zegt dat de wijzigingen binnen een redelijke termijn moeten worden vrijgegeven. Het ligt er maar aan wat je redelijk noemt natuurlijk.

Voor HC zijn de GPL-delen vrijgegeven, wat ICS betreft zal de volledige code (ook de niet-GPL-delen) vrijgegeven worden "binnen een redelijke termijn" na de release van de Galaxy Nexus.

Het zal best een "logische reden" hebben, maar het mag niet. Android maakt gebruik van GPL-sources en Google moet alle wijzigingen daarop vrijgeven.

Android zelf is niet onder GPL vrijgegeven maar onder de Apache License.

De GPL delen (Linux kernel e.d.) worden voor zover ik weet conform GPL afgehandeld.

Dat is niet helemaal waar. En zijn delen van Android die onder de GPL zijn uitgegeven. Maar die zijn ook vrijgegeven. Er zijn ook stukken die een Apache licentie hebben. En dan mag het wel.

Dat snap ik, met als gevolg dat custom roms voor veel tablets ook een stuk laster waren bij gebrek aan de source code. Vandaar dat ik zeg dat je door het vrijgeven tenminste nog ondersteuning kan krijgen, dat is zeker op de goedkopere tablets een probleem. Qua hardware zijn ze vaak wel in orde, qua software echter hopeloos verouderd of dichtgetimmerd al tijdens release, dan ben je toch aangewezen op custom rom ontwikkelaars. Moeten die echter wel over de juiste tools beschikken.

Ik begrijp je niet helemaal, elke tablet kan zonder veel problemen een update krijgen naar 3.2 De hardware van al de tablets zijn voorlopig grotendeels gelijk (iig de tegra2 soc). Het is dus vrijwel niet mogelijk dat je een officiele goedkope tablet hebt (volgens mij is de Asus TF de goedkoopste en krijgt de meeste updates) die niet geupdate kan worden. Dit hele verhaal houd in dat wanneer je tablet gebouwd is volgens de specificaties hij sowieso een update kan krijgen naar 4.0. Zodra de source dus wordt vrijgegeven kan je vrij simpel een 4.0 custom rom gebruiken

We moeten wel blijven praten over officiele devices he, elke goed geinformeerde tweaker zou op dit moment nooit een onofficiële tablet met 3.* kopen aangezien je gewoon weet dat het slecht werkt
Voor een dubbeltje op de eerste rij zitten en dan nog eisen stellen is niet realistisch natuurlijk

[Reactie gewijzigd door Mellow Jack op 20 oktober 2011 13:58]

Je bedoelt elke tablet van een grote fabrikant die nauwe banden heeft met Google. Een tablet zoals de Hannspree is een zeer goedkoop ding, qua hardware gewoon prima in orde maar enkel niet van een grote bekende fabrikant. Die laat al snel updates afweten en dan ben je wel aangewezen op een custom rom. Opzich niks mis mee, zijn vaak in staat veel snellere en stabielere roms af te leveren dan fabrikanten zoals HTC, Samsung,... alleen dan moet wel de source beschikbaar komen.

Je laatste alinea vind ik wel erg pijnlijk om te lezen trouwens.

Dat wilde ik dus juist zeggen met mijn post, jij hebt een officiële tablet (specs zijn de echte HC specs) en kan jij dus een custom rom verwachten wanneer de 4.0 source is vrijgegeven. (als de community meewerkt natuurlijk)

Wel een beetje vreemd dat de mensen van de Hannspree geen update geven naar 3.2 aangezien dit niet veel werk zou moeten zijn (zoals ik al heb gezegd, de specs zijn gewoon dezelfde vergeleken met bijv de Asus Transformer). Ook zou ik het raar vinden dat Google wel 3.0 aan ze geeft maar niet 3.2 (of ze gebruiken toch iets afwijkende hardware)

De Hannspree draait officieel niet op Honeycomb. Rede hiervoor is de beperkte resolutie van het scherm.

Dat heeft ook een logische reden omdat ze geen Honeycomb installaties op telefoons willen zien

Android 3 is toch eigenlijk niet meer echt interessant omdat ICS de opvolger van zowel Android 2 als 3 is.

nieuws: Google kondigt Android Ice Cream Sandwich aan

Google heeft tijdens een eigen evenement Android Ice Cream Sandwich gepresenteerd. Het OS, dat geschikt is voor tablets en smartphones, kent onder meer een vernieuwd lockscreen, notificaties, een applicatielauncher en widgets.

Cyanogen kan al bezig zijn aan een MOD versie aangezien hij nu bij Samsung werkt en laat samsung nou toevallig de eerste zijn die ICS uitbrengt.

Hopelijk is dit gewoon dus al in november, anders porten ze wel een Nexus Galaxy rom wellicht.

CyanogenMOD niet. Zoals gebruikelijk en ook al aangegeven door Cyanogen wachten zij op de source-code. Cyanogen doet niet aan binary ports.

Dat is wel de SDK waar ze het over hebben die nu uit is waar helemaal niks uit op te bouwen is volgens mij, maar kan best kloppen dat ze wachten op de officiele source en dan voor meerdere telefoons CM9 uitbrengen.

Maar verder zijn er heel wat rom builders die wellicht hem toch eerder porten, er is gewoon de mogelijkheid om drivers te veranderen dus qua chipset ect zou het mogelijk moeten werken. (is ook mogelijkheid om de SGS2 drivers zelfs op Sensation te laten draaien(is nog niet bekend of het verbetering geeft))

Uit de SDK is prima vanalles op te bouwen gezien die een volledige gecompileerde versie van het OS bevat, anders is emuleren knap lastig. Er zijn al system dumps uit de SDK die druk worden geport naar verschillende toestellen. Dit zijn echter binary ports die notoir problematisch zijn.

Drivers zomaar vervangen gaat ook niet zonder de source er van of je moet ze in binary formaat ergens uit weten te trekken compatibel met de nieuwe kernel in Ice Cream Sanwich en hopen dat het niet ontploft. Dat lukt meestal vrij aardig maar een garantie voor stabiliteit is het niet.

Kun je dan switchen tussen tablet en phone look? Vervangt dit Honeycomb? Hoop dat dit snel naar de HP Touchpad komt, vind 2.3 een beetje saai op een tablet

[Reactie gewijzigd door arjandijk162 op 20 oktober 2011 13:44]

2.3 is ook niet gemaakt voor een tablet

Ja het vervangt Honeycomb

In theorie kan je switchen maar de interface keuze is wel hard coded

Het zou erg prettig zijn als ook de andere fabrikanten (zoals Samsung/HTC) laten weten of de update naar ICS beschikbaar komt voor bestaande toestellen.

Android word nu wel erg compleet en gemakkelijk. Vooral het kunnen aanpassen van je snelkoppelingen onderaan je scherm ben ik erg blij mee. Zou ICS het einde betekenen van vendor-eigen shells over android heen?
Ik heb ooit een Desire gekocht omdat hier HTC's sense bij zat, een paar maanden later ben ik overgestapt naar Miui roms en vond dit lekkerder werken. Vanaf dat moment maakte het me niet veel meer uit van welke makelij mijn volgende android telefoon zou zijn, ik zou er toch een custom rom op zetten. Ik moet zeggen dat ik nu de neiging heb om te gaan voor een telefoon met een onaangepaste android versie erop, omdat een shell eroverheen nog weinig toevoegt en alleen maar problemen geeft met langzame updates (of erger nog, geen updates...)

Zo SE is wel echt met de updates bezig. Ik denk dat mijn volgende telefoon een SE wordt omdat de galaxy nexus gewoon te groot is. LG is troep zowel software als hardware matig, htc blijft maar toestellen uitspugen waardoor de ondersteuning nooit goed kan blijven, Samsung's interface vindt ik niet prettig en die van SE juist wel. SE is goed opweg terwijl HTC steeds verder wegzakt.

Ik vraag me af waarop jij je uitspraak baseert dat LG hardware en software troep is. Ik ben het niet met je eens. Ik ben zeer tevreden met mijn LG Optimus Black. Alle software op het toestel werkt naar behoren en ook vloeiend. De hardware voldoet prima, maar er zullen zeker betere telefoons zijn. Alleen de PC Suite software, ja dat is inderdaad troep. Via Bluetooth synchroniseren werkt gewoon niet. En via USB maakt hij een rommeltje van je agenda als je voor twee-weg synchronisatie kiest.

De software is ten eerste heel onstabiel. Er waren heel veel random reboots bij de 3 optimus 2X modellen die mijn broertje heeft gehad (hij heeft ze 3x moeten terug brengen en heeft nu een xperia arc zonder problemen oid). De USB deed het bij sommige van zijn toestellen vaak niet, en als hij dus zijn telefoon aan het opladen was dan stopte dat proces soms (iets wat tot veel frustratie geleid heeft). Hij heeft ook 1x een defect aan de flitser en 2x een defect aan de luidspreker gehad. Ik vindt de software ook best lelijk, een beetje een (nog) lelijkere versie van Touchwiz, maar dit is slechts een persoonlijke mening. Ik geloof best dat jou toestel het naar behoren doet maar dat kan je niet van veel LG's zeggen.

HTC Sense 3.5 al gezien?

Ik vind het een hele grote stap vooruit namelijk. En met ICS zal het alleen maar beter worden, IMHO.

[Reactie gewijzigd door Cybergamer op 20 oktober 2011 14:07]

Ik vindt htc sense sinds 3.0 echt heel lelijk en er te dik bovenop waardoor er mede dankzij het feit dat htc enorm veel toestellen uitspuugt traag updates zullen komen. Overal waar je kijkt hebben ze wel een animatie toegevoegd en het zit bomvol met kleuren. Ik hou zelf van iets straks, en dat biedt vanilla android me. In de tijd van froyo en eclair was sense nog een vooruitgang maar nu zit het bijna alleen naar vol met nutteloze apps, hinderlijke animaties en overal waar je lijkt zie je andere kleuren. Sense is niet meer wat het ooit was en dat zelfde geld voor htc. IMHO

Ik zou het leuk vinden als het ook komt voor de Nexus One. Mijn enigste Android telefoon waar je wat mee kan. Mijn HTC Desire heeft zo weinig ruimte dat je de meeste Android apps niet eens kan installeren

Bijv. Adobe AIR 3 en Adobe Flash Player 11. Maar dat kan dus niet omdat je die apps niet kan verplaatsen (samen met je meeste Google apps) naar je SD. Heb het probleem niet bij de Nexus One en het is een Android dev foon. Dus kunnen ze nog mooi ondersteunen a la Apple iOS.

edit:
Stomme fout gefixt

[Reactie gewijzigd door alienfruit op 20 oktober 2011 17:11]

Je kan toch zonder al teveel moeite een custom ROM op je Desire zetten? Dan is je geheugenprobleem in 1x opgelost. Ik heb nu de HTC Desire sinds april 2010, en ben hem nog steeds niet zat, terwijl ik bij al mijn vorige telefoons na een jaar al een nieuwe wilde.

Heb het probleem niet bij de Nexus One en het is een Apple dev foon.

Zou het dikgedrukte er misschien iets mee te maken hebben dan

Het is mooi dat dit uitkomt. Nu kunnen we namelijk allerlei apparaten verwachten met Android 4.0

Denk aan koelkasten, vliegtuigstoelen, auto's, en alles wat je kan bedenken.

XDA zal vast smullen van dit nieuws

De broncode mag dan wel nog worden achtergehouden, maar de eerste dump waart al rond op XDA hoor. Dus wie weet duurt het niet al te lang voordat deze dump uit elkaar getrokken is, reversed engineerd en uiteindelijk op de enige echte developer tel (HD2) draait. We gaan het zien! I, for one, cannot wait...