Markaos

joined 1 year ago
[–] [email protected] 4 points 9 hours ago* (last edited 9 hours ago)

Pixel - varies by manufacturer

That was the Nexus line, Pixel phones are all made by Google. Although Pixel 5 series and older use Snapdragon SoCs, while 6 onwards use Google's custom Tensor based on Samsung's Exynos. The major downside is IMHO the awful modem efficiency - if I want to keep mobile network on so that I can receive calls, my 7a is limited to 2 days of battery life if I'm lucky (and that's with barely using the phone, just a few pictures).

Edit: and I forgot to mention that all Pixels have great third party ROM support, except if you want GrapheneOS, in which case you need to go for the recent ones that are still supported by Google.

[–] [email protected] 6 points 19 hours ago (1 children)

They probably fixed all the bugs they considered essential, and the rest is just nice to have fixes that can be moved to the next cycle if necessary (and they still have a week to work on them before release, although they might be careful not to introduce severe bugs now).

The general idea with this approach is that it doesn't make sense to block a release on a few bugs worked on by only a subset of available developers and having the rest idle - the project can be finished faster by moving the remaining tasks over to the next release and accepting the bugs in the meantime.

[–] [email protected] 3 points 3 days ago (4 children)

Not familiar with the API, and I'm not entirely sure if it's not just a bug in Eternity (fork of Infinity), but lemmy.one doesn't have downvotes and I don't get the option to downvote anywhere.

[–] [email protected] 6 points 1 week ago

If you don't sign into a Google account, you will never arm this mechanism at all.

[–] [email protected] 0 points 1 week ago

Nah, this development version is way worse than both Android 12+ design and Android 11 design - it just has random unlabeled tiles for system settings where you have to guess the meaning by the icon.

In Android 11, this was only used for the six quick settings you could access when you were looking at the notifications, and they would get labels when you expanded the settings side. In 12+, there are no unlabeled settings anywhere. But this redesign introduced unlabeled tiles for settings you don't use often, which just seems insane to me.

[–] [email protected] 9 points 1 week ago* (last edited 1 week ago)

Wow, first time I feel strongly about a quick settings update. It looks awful, taking the worst parts of the Android 12+ redesign and combining them with the worst ideas from the older design, like unlabeled icons.

It looks like there are unlabeled icons in the expanded state? Wtf? If I'm expanding the quick settings, that means I'm fishing for the less used settings, so there's no way I'm going to remember that for example the weird circle with a small segment cut out means "Data saver". It will just be a mystery icon that does some mystery action - that has nothing to do in a modern OS.

It looks like this design is heavily sacrificing usability for people who don't spend hours every day mucking around with quick settings in order to please some hypothetical user who feels more slowed down by swiping over one or two screens than by having to find the one setting they currently need in a big matrix of poorly designed icons.

Edit: also it looks like the home screen is visible under the quick settings - I'm not a big fan of that, I really like the current design where the notifications are pretty much their own separate screen without distracting app content, but that's just my subjective taste. Unlabeled icons are objectively bad.

[–] [email protected] 40 points 1 week ago (14 children)

How much Doritos dust are you willing to inhale?

[–] [email protected] 6 points 1 week ago

Circle to search for music is pretty much just a shortcut to Google's music detection available from the normal Google app

[–] [email protected] 2 points 1 week ago

The comment you replied to is a direct reply to the comment you linked - I don't think it was intentional, but if it was, then I'd like to say it's not a very helpful reply as OP already read it.

[–] [email protected] 6 points 2 weeks ago

someone just plain lying about what OS they're using in order to break fingerprinting.

The idea with avoiding fingerprinting is to look like whatever the biggest group of users looks like, because that's who you share the fingerprint with. If you use an uncommon value for something, you make fingerprinting easier.

That's one of the reasons why for example Vivaldi on Linux sets its user agent to match the latest version Chrome on Windows.

[–] [email protected] 16 points 2 weeks ago

You're supposed to use fingers

 

Not complaining, just wondering - I was upgrading my system and noticed that the net upgrade size is -748 MB, with just a few important-looking packages set to be upgraded. So I checked and it's wine - going from 1338 MB (9.9-1) to just 587 MB (9.9-2).

I checked the commits to the package repo, and as far as I can tell, this is the only change between 9.9-1 and 9.9-2 - it removes a bunch of hardening flags and that's it. I know these often come at the price of increasing the final build size, but more than double?

For context, the Arch-wide flags are defined here, if I understand it correctly

 

Sure, this is very light usage - just 5 hours SoT over more than 2 days of usage - but I couldn't get this phone to even make it to two days with similar usage on Android 13. And it's comparable to my previous budget phone, so the only thing the 7a was worse at is now fixed for me.

 
 
 
 
 
view more: next ›