Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door Wout Funnekotter

Hoofdredacteur

Android 5.0 Lollipop Review

Oogt beter en werkt fijner

Conclusie

Google noemt Android Lollipop de grootste release tot nu toe, en aangezien we er tien pagina's over geschreven hebben en dan nog steeds niet alles hebben kunnen behandelen, lijkt dat niet overdreven. Zo is er onder de motorkap bijvoorbeeld ook nog betere ondersteuning voor moderne grafische technieken voor games en is de audio pipeline op de schop gegaan.

Er is dus een heleboel veranderd in Android Lollipop en het overgrote deel is een verbetering. Google heeft een deel van de nieuwe features in de interface netjes afgekeken van andere Android-fabrikanten, maar daar is niets mis mee. Voor Nexus-gebruikers is het fijn dat ze voor zaken als do not disturb, batterijbesparende opties en een zaklampfunctie niet meer hoeven uitwijken naar losse apps. Dankzij dat soort kleine verbeteringen, en Material Design, voelt de stock-versie van Android completer en beter afgewerkt aan.

Er is een heleboel veranderd in Android Lollipop en het overgrote deel is een verbetering

Het is maar de vraag hoeveel onderdelen van de nieuwe interface uiteindelijk hun weg vinden naar het gros van de Android-gebruikers, die een versie draaien die door de fabrikant aangepast is. Ook zij zullen echter de vruchten kunnen plukken van technische verbeteringen als ART, Project Volta en de nieuwe cameramogelijkheden.

Voor bezitters van Nexus-toestellen en gebruikers die op een andere wijze een stock-versie van Android draaien, is Lollipop in ieder geval een veelomvattende update met wijzigingen en verbeteringen waar je in de dagelijkse praktijk veel aan hebt.

Reacties (176)

Wijzig sortering
Ik kan er overheen gelezen hebben, maar ik dacht dat we met deze update ook eindelijk permissions van apps konden wijzigen en sommige permissions uit konden zetten?
Dat was een functie van android 4.2 of 4.3 geloof ik.
En die is er bewust in 4.4 uitgehaald.

Door googlemensen journalisten werden wel suggesties verspreid dat het terugkwam:
nieuws: 'Google werkt aan betere privacyfeatures in Android'

Maar het beschermen van je privacy, raakt google's verdienmodel direct.
Bij de laatste lollypop, zitten er dan ook sterke maatregelen om zaken als Xposed of Xprivacy te voorkomen.
"Rovo89 also stated that technical changes in Android 5.0, including to the SELinux security module, are likely to make Xposed far harder to install, with users needing to flash a custom kernel and boot image. One of Xposed’s biggest strengths—compatibility with virtually all common devices and ROMs (both stock and custom)—may also be lost."[bron]
Er zitten niet sterke maatregelen om Xposed of Xprivacy te voorkomen.. Dat is stemmingsmakerij. Android 5.0 is gewoon veiliger geworden en veranderd en daardoor zal het even duren voordat Xposed compatible is met Android 5.0, dit hangt van de Xposed developer af hoe snel dit klaar is.
Echt veilig is je data, als je ook mogelijkheden hebt om toegang tot die data door partijen waarvan je dat wilt te blokkeren. Dat zou kunnen met app-ops of met Xprivacy.

Naast de SELinux module, die zorgt dat je minder zelf kan costumiseren, schijnt google ook bij android 5.0 de bootloader te locken om costum roms moeilijker te maken.

Je kan van deze versie niet zeggen, dat die meer 'open' of aanpasbaar is dan vorige versies, laat staan dat hij meer beveiligingsopties biedt om je privacy te waarborgen.
Google probeert enkel de beveiliging beter te maken, als je een beetje onderzoek hebt gedaan, zou je weten dat Nexus toestellen makkelijk te rooten zijn, inclusief Android 5.0 Nexus toestellen.
SELinux zorgt dus niet ervoor dat je minder kan customiseren, pure stemmingsmakerij.
u kunt mij herhaaldelijk beschuldigen van stemmingmakerij, maar wat u zegt is niet waar. Als je review leest, en kijkt wat google's nieuwe maatregelen betekenen in de praktijk:
  • App-ops mist
  • Xprivacy komt er voorlopig niet
  • En rooten is bemoeilijkt:
    het heeft tot gevolg dat het bijvoorbeeld moeilijker wordt om je telefoon of tablet te rooten. De Nederlandse ontwikkelaar Chainfire gaat in een Google+post uitgebreid op de problematiek in. Samengevat betekent het dat je waarschijnlijk een aangepaste kernel moet flashen om op veel nieuwe apparaten root te verkrijgen en dat het kopiëren van de su-binary via recovery niet meer afdoende is.[tweakers.net]
Dat zijn lijkt mij gewoon feiten, die één voor één de praktijk van nu weergeven. En meer waar dan jouw statements dat app-ops in de volgende versie van android zou zitten, of suggestie dat rooten net zo makkelijk blijft.

[Reactie gewijzigd door 3x3 op 12 november 2014 14:55]

Wat jij presenteert als 'maatregelen' van het 'boze Google' is echt onzin. Dat calvinturbo dat als stemmingsmakerij ziet kan ik wel begrijpen. Het gaat helemaal niet om keuzes van Google om jouw privacy tegen te gaan, het gaat om technische keuzes die - als je enigzins verstand hebt van besturingssystemen en security - gewoon nodig zijn. Wat jij telkens lees als 'moeilijker customizable' komt praktisch neer op 'exploits gesloten'.

App-ops is nooit uitgebracht omdat Android apps niet zo werken. Je kan niet zomaar API's verbieden natuurlijk, dat zorgt ervoor dat apps stukgaan. Wil je dat het goed werkt dan zou iedere app aangepast moeten worden waarin iedere API call optioneel wordt... dat is natuurlijk gestoord.
Het is hierdoor alles behalve geschikt voor een gewone consument en hoort daarom zeker niet in Android.

Xposed en Xprivacy vestigen zich (logisch) heel diep in Android, en dat is nou net helemaal op de schop genomen. Wat had je dan gewild, dat Google niks aan zou passen omdat dan dit soort 'hacks' niet meer kunnen? De ontwikkelaar heeft, zo blijkt uit zijn posts, het gewoon heel druk en wil wachten op CM12. Er is nergens gezegd dat hij het niet kan, alleen dat hij het nog niet zeker weet - logisch, omdat er op 21 oktober (datum van zijn post) nog geen product was met de definitieve Android 5.

Rooten, oftewel alle rechten krijgen van het OS, is iets wat niet zomaar toegestaan kan worden. Dat is enorm gevaarlijk als je kijkt wat bijvoorbeeld malware daarmee zou kunnen. Dat er beveiligingsissue's zijn gefixt is goed, dat sommige daarvan gebruikt werden om te rooten... tja dat is in principe bijzaak. Sterker nog, rooten en daarmee alles wat je daardoor kan aanpassen als gebruiker, kan gewoon schade aanrichten. Rooten is dus inderdaad niet bemoeilijkt, maar superuser worden via exploits is beter beveiligd.
Als je de bootloader unlocked (waartot fabrikanten om bovenstaande je toestemming voor moeten geven) zal dit niet het geval zijn.

Oh en Google locked de bootloader naar iedere flash, altijd al, deze kan je met 1 commando unlocken op Google devices.
Wat betreft het stuk over de Moto G, Motorola is inmiddels van Lenovo en neemt daarom misschien andere keuzes.

[Reactie gewijzigd door Richh op 12 november 2014 18:55]

App-ops is nooit uitgebracht omdat Android apps niet zo werken. Je kan niet zomaar API's verbieden (ofwel optioneel maken) natuurlijk, dat zorgt ervoor dat apps stukgaan. Het is hierdoor alles behalve geschikt voor een gewone consument en hoort daarom zeker niet in Android.
Dat kan wel gewoon, en er zijn nu al veel android-apps die dat nu prima kunnen. Dit veranderen zou een kleinere stap zijn dan de overgang naar ART. Dat dit kan en prettig is voor gebruikers, kun je zien doordat het wel kan op IOS, Blackberry en Windows Phone.
Mocht dit technisch niet mogelijk zijn als een sensor geen informatie ingeeft, zou je als os-ontwikkelaar ook uit kunnen gaan van een nulwaarde of fictieve waarde.
Dit toevoegen, zou je contactenlijst, met wie je belt of toegang tot je fotos veel beter beveiligen, veel meer beveiligen tegen toegang van ongewenste partijen.

Ik heb geen wil voor de inrichting van android.Ik constateer alleen dat de mogelijkheden die je had, bij oudere android versies, nu in de praktijk niet meer mogelijk zijn, of moeilijker zijn geworden.

En daarmee denk ik, dat mensen die privacy of tweaken heel belangrijk vinden aan hun android telefoon minder in deze versie aan hun trekken komen. Dat is een legitieme gedachte toch?

Die gebruikspraktijk is daardoor veranderd, dat omschrijf ik. Costumisatie was een van de krachtpunten van android, en wordt ook door veel tweakers gewaardeerd.
Dat sommige apps het wel kunnen betekent niet dat ze het allemaal kunnen. Dat het een kleinere stap zou zijn dan de overstap naar ART is nergens op gebaseerd en ook zeker niet waar, gezien je als app ontwikkelaar (als het goed is) weinig te maken hebt met de compiler terwijl het aansturen van API's exact is wat je doet.

Uitgaan van een 0-waarde kan net zo goed gevaarlijk zijn. Ik snap dat je als consument niet wil dat WhatsApp je SMSjes kan lezen, dus besluit je dit uit te zetten waarna de app nooit je telefoonnummer verifieert met nog veel meer onduidelijkheid tot conclusie. Zit je met je 0-waarde. Powerusers kan je best die optie geven (in Cyanogenmod bijvoorbeeld) maar in de basis, in Google's Android, hoort dit niet.
Daarnaast ben ik van mening dat je er weinig mee oplost. Als jij dataminer bent van foto's, bouw dan een functie in om foto's te delen in je applicatie, dan heb je die api daadwerkelijk nodig en kan je er alsnog mee doen wat je wil.

Je constatering is enigzins waar: sommige dingen kunnen niet meer zo makkelijk. Maar dat komt niet omdat Google je dat wil bemoeilijken, maar omdat die functies niet standaard in Android zitten en grotendeels via exploits verwezenlijkt werden.

Customization is nog steeds een groot speerpunt van Android, en dan vooral dat je het allemaal zelf kan inrichten (toetsenbord, foto app, dat soort dingen) en dat applicaties bijna overal bijkunnen (ze kunnen widgets zijn, of in je notifications staan). Met alle mogelijkheden van dien.
Sleutelen in de kernel is nooit de bedoeling geweest van Android. Die optie is er nog wel, je kan ze zelf schrijven en flashen op een toestel met een unlocked bootloader, maar dit is allemaal niet meer zo standaard. Wat securitywise logisch is.
Wil je dat het goed werkt dan zou iedere app aangepast moeten worden waarin iedere API call optioneel wordt... dat is natuurlijk gestoord.
Maar dat is wel exact zoals het in de Software Development Kit documentatie uitgelegd wordt, onthoud je van aanname maar bouw checks in.
Rooten is helemaal niet bemoeilijkt, het wordt moeilijker om het via exploits te doen, je bootloader unlocken( 1 adb command, fastboot oem unlock) en dan kan je gewoon alles doen.

En app ops is weggehaald omdat het uberhaupt niet voor normaal gebruik was en heel veel apps crashen als je bepaalde functies gaat verbieden.
Rooten is helemaal niet bemoeilijkt,
Zowel de tweakerredactie, als experts denken daar anders over.
Het wordt technisch moeilijker om te rooten, en je geroote toestel heeft ook meer kans op instabiliteit.
As stated above, it seems for now that modifications to the kernel package are required to have root, we cannot attain it with only modifications to the system partition.

Combine that with a locked bootloader (and optionally dm-verity) and a device becomes nigh unrootable - exactly as intended by the security guys.

Exploit-based roots are already harder to do thanks to SELinux, and now because of the kernel requirements for persistent root, these exploits will need to be run at every boot. Exploits that make the system unstable (as many do) are thus out as well.

[..]

We can try to keep it relatively easy, but updating stock firmwares while maintaining root is probably not going to work as easy and fast as it did until now.

[Reactie gewijzigd door 3x3 op 12 november 2014 15:21]

Als je root via exploits ja, maar dat is nooit de bedoeling geweest.

Je kan letterlijk rooten met 1 command, als fabrikanten er dan voor kiezen om dat te blockeren (bootloader locken) dan is dat niet de schuld van Google.
Als je root via exploits ja, maar dat is nooit de bedoeling geweest.
Maar wel de dagelijkse praktijk voor de meeste toestellen.
Voor bijna alle android toestellen, zit de bootloader op slot.

Als je weet dat route A meestal niet kan, en je gaat Route B ook beperken vind ik dat je best kan stellen dat rooten bemoeilijkt wordt door google.

Ook app-ops functioneel maken zonder dat je os of app crashed, is iets dat haalbaar en uitvoerbaar is, voor zowel os-leverancier als app-ontwikkelaars. Maar waarvoor in tegenstelling tot op andere platforms gewoon bewust niet gekozen is.
Voor bijna alle android toestellen, zit de bootloader op slot.
Dat lijkt me ook wenselijk, omdat je niet wil dat mensen zonder voorkennis van alles gaan wijzigen. Als je weet dat je de bootloader wil unlocken dan is dat vroeg genoeg. Tot die tijd is het een security gat als het open staat.

En dat unlocken is op mijn toestellen tot nu toe niet meer dan het volgen van de instructies op de site van de fabrikant.

Je klacht klinkt in mijn oren dan ook wat vreemd. Het is bijna alsof je het Google kwalijk neemt dat ze security serieus nemen.

En App-ops en Xposed zijn, wat mij betreft, op dit moment echte Tweaker tools. Dat kan je nog niet los laten op de grote gebruikersgroep. Als je dat doet dan moet je rekening houden met grote hoeveelheden support vragen omdat mensen de gevolgen van hun eigen instellingen nog niet kunnen overzien.
Als je root via exploits ja, maar dat is nooit de bedoeling geweest.

Je kan letterlijk rooten met 1 command, als fabrikanten er dan voor kiezen om dat te blockeren (bootloader locken) dan is dat niet de schuld van Google.
Ik moet toch eerlijk zeggen dat 3x3 wel een punt heeft, helemaal als je ziet dat de huidige custom-ROM die er voor zorgt dat er uberhaupt een root mogelijk is door redelijk wat hacks heen moest. Zie ook: http://www.androidpolice....may-become-a-requirement/

Edit: Now that it may only be possible to root by modifying the kernel, it seems that unlocking a device will be a requirement going forward.
Source: Chainfire (Google+)

[Reactie gewijzigd door Thystan op 12 november 2014 16:04]

Dat was aangekondigd op Google i/o dus het is vreemd dat er daarna niets meer over gehoord is. Zie ook https://plus.google.com/u...4603958/posts/haKeEyEHR55
Ik vraag me sterk af hoe het gesteld is met het afschermen van gegevens die je niet aan Google of andere graaiers ter beschikking wil stellen. De toename aan veiligheids opties staan ook gebruikers in de weg die volledige controle over het toestel en de data die het uitstuurt willen hebben. Veel van de beveiligingen zijn ook op zakelijk gebruik geënt terwijl het de gewone gebruiker alleen maar in de weg staat. Waarom geen optie om een toestel voor niet zakelijk gebruik in te stellen zodat je tenminste privacy apps op root niveau kan draaien?
Het rooten van telefoons wordt vaak als zeer negatief door vooral datagraaiers geuit maar dat is wel duidelijk omdat hun business model daarmee om zeep wordt geholpen. Door hardware en software matige beveiligingen aan te brengen trachten ze nu hun business veilig te stellen.
Gelukkig zijn er devs als Chainfire die hier nog iets tegen kunnen ondernemen.
Je noemt Google hier als datagraaier, maar Google zijn eigen devices zijn het makkelijkst om te rooten, letterlijk 1 command "fastboot oem unlock" en je kan alles doen.
"To fix root, all that really had to be done was ensure the daemon's startup script is run at boot as the root user with the init context. There are multiple ways to do this, but unfortunately for now it seems that it does require a modified kernel package (changing the ramdisk).

In the modified kernel packages I've posted for the Nexus 5 and Nexus 7, the daemon's startup is fixed by commenting out the line in init.rc that forces the install-recovery.sh script to run as the install_recovery context, so now it runs as init again, and all is well.

https://plus.google.com/+Chainfire/posts/VxjfYJnZAXP
Ik heb zelf een hele tijd Windows Phone gebruikt en ik heb eigenlijk altijd een soort afkeer tegen Android gehad, vooral vanwege het uiterlijk. Android 5.0 ziet er wel interessant uit, vooral vanwege het nieuwe design, maar de andere toevoegingen zien er ook mooi uit.
Nou afkeer vanwege uiterlijk lijkt mij onzin vooral omdat er zat launchers zijn in de playstore
Komt nog eens bij dat de meeste mensen een Samsung, LG of andere skin gebruiken.
Een launcher verandert het uiterlijk van...de launcher, de rest van je OS verandert er niet echt door dus zijn punt is gewoon valide.
laten we hopen dat android L ook een succes word op non-google devices, dat zien we over 3 maand ;)

edit:
een oneplus forum member heeft een android L alpha versie op het forum gezet, het is zwaar afgeraden maar wie wil experimenteren kan dan ;)

https://forums.oneplus.ne...elopment-lollipop.154589/

[Reactie gewijzigd door silverchaoz op 12 november 2014 12:32]

Dat zien we wel wat eerder ;)

De LG G3 komt volgende week al met de update
Motorola is zelfs al bezig met het uitrollen van lollipop. Er zijn al mensen die de update hebben ontvangen voor hun Moto G
Ben benieuwd hoe Cyanogen hier mee aan de slag gaat. Ik hoop dat een uniform donker thema gemakkelijk in te stellen valt want dit lijkt mij persoonlijk veel te veel oog-uitbrandend wit.

Aangezien ik een OnePlus One heb zou het niet al te lang moeten duren. Hoewel ik zelf liever een stabiel OS heb dan een overhaast gebeuren.
Well, we're keen to announce today that the OnePlus One will indeed be getting the L treatment. When, you ask? That depends on Google. We promise to have it done within three months of their releasing a final build.
Inderdaad dat witte vind ik zelf helemaal niks. Ik houd liever van een zwarte achtergrond met witte letters. Voor mijn gevoel leest dat beter en misschien een aardige bijkomstigheid is dat het iets minder stroom verbruikt.
Raar, ik had nogtans gelezen dat CM niet staat te springen voor Android L, (bij hun staat L voor Later). Ze willen eerst alle kinderziektes eruit en daarom zou het nog een tijd duren voor de L release eraan kwam!
Een klein beetje witruimte is prima, maar zoveel als in dit filmpje met die zeer kleine letters: nee dank u. Veel ontwerpers gaan uit van 95% van de gebruikers, wat voor hun 't beste is. Ik behoor bij de 5%, bij wie normale letters altijd al veel te klein zijn.
Veel kleine animaties toegevoegd: als ik ergens een hekel aan heb, is 't wel onnodige animaties. Ik wordt daar misselijk van. In Windows is dat ook altijd zo'n beetje 't allereerste wat ik uitschakel.
Als je die animaties in Android maar uit kan schakelen, dan kan ik ermee leven. En anders niet.

[Reactie gewijzigd door kimborntobewild op 12 november 2014 12:56]

Dan zet je ze toch ook uit in Android? Kan onder developer opties.

Het gaat niet echt om nieuwe animaties, maar meer om wat er gebeurd als je op een knop midden op het scherm klikt: in plaats van dat een nieuw scherm dan naar beneden schuift, dient in dat geval het scherm vanuit die knop omhoog te komen.
Een hele nette update echter je merkt wel dat veel nieuwe dingen net niet goed genoeg zijn, zoals bijvoorbeeld Smart Lock waar je geen vertrouwde wifi netwerk kan instellen.

Apart dat Google zo simpele dingen niet heeft glad gestreken.

Verder de Google Now integratie is goed in de huidige Android maar ik zal eerlijk wezen, het kost veel accu en dus hopen dat project Volta daar iets aan doet.
Daar heb ik niet zoveel last van, ik had Google Now inderdaad eerst uit staan omdat het toen (dacht ik) veel batterij gebruikt. Nu weer een week aan staan na een behoorlijke tijd, merk niet veel bijzonders.

Ik speel regelmatig wat Ingress op een dag en dat slurpt me batterij toch echt wel leeg, maar met google now ook aan merk ik geen verschil in de accuduur.
Google Now kost niet zoveel batterij, maar als je GPS aan heb staan maakt Google Now hier graag gebruik van, en dat kan er voor zorgen dat je batterij een stuk sneller leeg is.
Ik vind juist de donkere kleuren van de huidige Android mooi. Hoe Android er nu uit ziet, is niks voor mij. Ook allerhande animaties zit ik echt niet op te wachten.
Gelukkig wordt dit bij Android ook niet door je strot geduwd :)
De factory image voor de Nexus 7 WiFi is al uitgelekt.
Klopt! Ben em er nu aan het opzetten. Ben benieuwd!
Ook een off topic vraagje,

Ik heb al lollipop 5.0 draaiende op mijn nexus 5. Dit heb ik vorige week gedaan. Dit is een "developer" of testversie, hoe ik het ook moet noemen.

Krijg ik nu alsnog een definitieve update van google om de officiele lollipop 5.0 te installeren of zal ik eerst weer alle instellingen naar Android KitKat moeten gaan resetten?

Bedankt alvast voor een reactie.
Nee, je ontvangt geen update als je de Developer Preview draait:
Note: When the final Android 5.0 system image becomes available, it will be posted on the Factory Images for Nexus Devices page. To continue development (and receive future system updates), you should update your device with that image as soon as possible.
Dus zelf even de nieuwe Nexus factory image flashen als die beschikbaar is.

Op dit item kan niet meer gereageerd worden.


Apple iPhone XS Red Dead Redemption 2 LG W7 Google Pixel 3 XL OnePlus 6T (6GB ram) FIFA 19 Samsung Galaxy S10 Google Pixel 3

Tweakers vormt samen met Tweakers Elect, Hardware.Info, Autotrack, Nationale Vacaturebank en Intermediair de Persgroep Online Services B.V.
Alle rechten voorbehouden © 1998 - 2018 Hosting door True