jhasse

10 ms·

1.
by jhasse 1mo ago
We don't need multiple OSs for that. One unlocked and FOSS OS is enough.
2.
by jhasse 5mo ago
I do. Why not?
3.
by jhasse 5mo ago
Not water proof and definitely big for its capacity.
4.
by jhasse 5mo ago
Already exists in the EU: https://www.reddit.com/r/Smartphones/comments/1lad1a4/eus_ne...
5.
by jhasse 5mo ago
On Pixels too.
6.
by jhasse 5mo ago
Pixel 8 is nearly 3 years old. Battery is still perfectly fine.
7.
by jhasse 5mo ago
You absolutely do need SDL, it's full of knowledge by humans from trial and error over years of using input devices in the real world.
8.
by jhasse 6mo ago
You mean OpenSL ES? Is anyone actually using that on desktop? On Android there's https://github.com/google/oboe . While Mesa has OpenGL ES it wasn't always available (for example not all drivers are using Mesa
9.
by jhasse 6mo ago
Good point. I think it would be fixable by using the Change Time instead of the Modify Time, because that changes when moving the copy over the original.
10.
by jhasse 6mo ago
Good news, I've been working an adding file content hashing to Ninja: https://github.com/ninja-build/ninja/pull/2735 That will fix the "switch branches back and forward" case :)
11.
by jhasse 6mo ago
Audio APIs on Android are completely different than on GNU/Linux. 3D was also different (OpenGL ES vs OpenGL mess), only now it's starting to become kinda the same with Vulkan.
12.
by jhasse 6mo ago
Well if it's GPL without CLA and they accept outside contributions, they can't relicense / make it propriatary. Unlike with MIT.
13.
by jhasse 7mo ago
> Multiple citizens faced police raids, investigations, fines, or suspended sentences (jail risk if violated) for online posts calling Green politician Robert Habeck derogatory names like "idiot" or "moron," or sharin
14.
by jhasse 7mo ago
Sure thing, as long as it doesn't require any permissions. I have installed multiple apks on my phone from unknown people. Note that Google's requirement is also for completely permissionless apps like games.
15.
by jhasse 7mo ago
Did your users really consider your app if it wasn't in the Play Store?
16.
by jhasse 7mo ago
Fairphone 6 with /e/OS for example.
17.
by jhasse 7mo ago
We can also do both, right? :)
18.
by jhasse 7mo ago
Even more reason to use these forks (and support them), right?
19.
by jhasse 7mo ago
Have yoz really checked for GrapheneOS? Which country?
20.
by jhasse 7mo ago
Only require Developer Registration for apps with READ_SMS then.
21.
by jhasse 7mo ago
You can lock the bootloader again with GrapheneOS and many banking apps work.
22.
by jhasse 7mo ago
> A similar spec Android costs about the same but usually has a flimsy plastic build and will become unsupported in 2-4 years Maybe 10 years ago, but this couldn't be further from the truth today.
23.
by jhasse 7mo ago
Shouldn't sales reduce inflation because they increase supply?
24.
by jhasse 7mo ago
A wealth tax would be like 5% of the $100k, nothing to do with the gains.
25.
by jhasse 7mo ago
You're right, sorry. Good point, so maybe the standard should just add some functions that take std::string_view. Definitely not add a whole new class like std::u8string ...
26.
by jhasse 8mo ago
I'm using KDE with Wayland and 2 non-standard DPI monitors (one at 100% the other at 150% scale). No workarounds needed, nothing is blurry. I think your experience comes from GNOME which lacks behind in this regard.
27.
by jhasse 8mo ago
I never said always. Just add some new methods for which it has to be UTF-8. All current functions that need an encoding (e.g. text IO) also switch to UTF-8. Of course you could still save arbitrary binary data in it.
28.
by jhasse 8mo ago
You are moving the goal post. But you're right: Signal's E2EE is miles better than telegram's. I was just trying to point out my experience in getting people to switch, most of the time they have different prioirities.
29.
by jhasse 8mo ago
Perfect is the enemy of good. Or do you think the current mess is better?
30.
by jhasse 8mo ago
Russian connections is FUD and Telegram has E2EE encryption, but not by default.

More ›