I bought my mom a pixel and installed graphene on it and gave her. She is by no means a power user. Never underestimate the will of nerds to go a step further :)
- 0 Posts
- 19 Comments
No, I mean, both graphene and lineage are based on aosp. But graphene supports only one vendor. Lineageos supports many, including google. Why invest in a vendor-locked os and risk loosing it all? I think lineage is a lot more logical choice. And I’m currently running Graphene on a pixel 8, after pixel 7.
If google restricts access to its os, like they have already started, all you’ll have is pixel up to 10/11 still supported 10 years from now. They’ve already started by no longer providing device trees in aosp for their phones, so graphene has to work harder to obtain them now. Whereas if you work on lineage, you potentially have a greater number of vendors and potentially new ones ready to open up to draw in new userbase.
Whaaat? Drop the OG free Android distribution that has already supported hundreds of phone models across decades for a Google locked hardware with unknown future support from a vendor just announcing locking down everything they can? What is your logic?
I’ve worked with Qualcomm SoCs a long time ago and, from my experience, the binary blobs ARE the biggest hurdle to the true Foss phone. Google is the most to blame, IMO, but also the rest of traditional OEMS of SoCs. They basically found the way to circumvent the OSS nature of Linux, which is why even though android is based on linux, the actual product and ecosystem looks nothing like regular Linux. What Google allowed with Android architecture, particularly with their HAL subsystem is force a layer in between native Linux device interface and Android system, so OEMs use that to implement whatever proprietary peripheral (device, sensor, etc) purely in userspace, rather that just as a kernel module. The kernel module is then just a userspace/kernelspace adapter, and everything is handled in the user space. This then means you dont have to have an open source driver, as it is not a part of kernel, and you just lock your driver into a binary blob. And in case of Qualcomm and I assume other oems, everything is just a binary blob. All sensors, microphone, GPS, modem, EVERYTHING. Yes, you can boot a basic Linux kernel, but no other functionality will work. If you had access to the blob source, you’d be able to fix, update and use a newer kernel versions eventually. HAL is technically not the cause of the problem, but it’s certainly an inspiration and almost a blueprint for how to lock down your hardware.
fluxx@lemmy.worldto
Privacy@lemmy.ml•Thoughts on stremio? And more generally, when should I worry about trackers?
1·2 months agoExactly. Which is also why I use it as well :)
fluxx@lemmy.worldto
Privacy@lemmy.ml•Thoughts on stremio? And more generally, when should I worry about trackers?
2·2 months agoI use stremio as well. But I also know Deluge has a plugin allowing you to stream a selected file from a torrent and it works with vlc
fluxx@lemmy.worldto
Memes@lemmy.ml•Please god... after the last couple of releases I need this. WE need this...
1·1 year agoAre they any close? Seems like they’ve been doing it for ages and they aren’t close.
fluxx@lemmy.worldto
Linux@lemmy.ml•One Of The Rust Linux Kernel Maintainers Steps Down - Cites "Nontechnical Nonsense"
20·1 year agoWell, I’ve been a C/C++ dev for half of my career, I didn’t find Rust syntax ugly. Some things are better than others, but not a major departure from C/C++. ObjC is where ugly is at. And I even think swift is more ugly. In fact, I can’t find too many that are as close to C/C++ as Rust. As for logic… Well, I want to say you’ll get used to it, but for some things, it’s not true. Rust is a struggle. Whether it’s worth it, is your choice. I personally would take it over C++ any day.
Have you tried zed? Written in rust, has many extensions. I gave it a try, I quite like it. It’s blazing fast. But I haven’t tried on an old machine.
fluxx@lemmy.worldto
Linux@lemmy.ml•Furi Phone FLX1: Debian smartphone debuts • The Register
2·1 year agoSo, not the droid we Are looking for… :(
fluxx@lemmy.worldto
Linux@lemmy.ml•Qualcomm Aiming For Snapdragon X Elite GPU Support In Linux 6.11
10·1 year agoFrom my small experience with Qualcomm in the past, I’m not too hopeful. In a company I used to work for, we wanted to use one of their SoC with Linux, which they claimed they supported. It was many years ago. But was full of closed binary blobs which even when signing NDAs, we couldn’t get the source for. We’re talking user-space drivers, sensors offloaded to a separate core with closed source firmware etc. It’s Linux, but it’s not Linux in spirit, it feels so closed and proprietary and secretive. They’re coming from Android, which google architecturally enabled vendors to close their drivers by utilizing HAL. It’s the single most significant blow to Linux by any corporation so far. It enabled thousands of vendors to close their shitty driver in user-space and not maintain it for newer kernels (kernel driver is just an IO proxy for user-space drivers). I get that without it, there wouldn’t be Android phones we have today, but I expected them to slowly open up. 10+ years later, almost nothing changed, in fact - things seem worse to me.
Compatibility is iffy on some of the newer ones. Here’s a list of what works for some of them: https://github.com/Dunedan/mbp-2016-linux
If it works for you, don’t touch it, great. Manjaro mostly just works, but occasional headaches I kept getting, like packages being broken for days at a time, no easy place to look for solution (their repo being different to arch’s makes 99%of the difficulty) made me switch to arch/endeavorOs. Eventually, they may get stable enough to be acceptable, but I don’t think their way is the right way to do it and they may even harm or slow down arch development and community in the process. Just looks like arch with extra steps, so I always recommend endeavorOs, Garuda or plain Arch, before Manjaro. But that doesn’t mean Manjaro is trash and in some cases, it may even be the best solution.
Yes, that’s exactly it. You could try out and see what you prefer. I tried everything, but also tastes change over time. I used to use KDE cause it felt more like windows (we’re talking XP era), later I tried Gnome, Unity, xfce, fluxbox, but then I tried i3 and it is really minimal and tiling and I don’t need anything more. Not for beginners, but after some time, it might become your jam.
Kinda like that, but a bit more. Those are desktop environments, which differ in more than just styling. Most popular ones are gnome, KDE, xfce, but there are dozens of others. Most distributions come with one directly supported, but you can install others usually and pick at login.
fluxx@lemmy.worldto
Linux@lemmy.ml•Asahi Linux Code Review. Linux on the Apple M1 GPU.
223·2 years agoWell, I think it’s a valid comment. I’m a big fan of her work and I watched a few streams, but the voice seems like it’s heavily processed, and to me it’s barely intelligible, which makes me concentrate really hard to try and understand what she’s saying. I ended up not listening to her streams. I now prefer to read blogs and other people’s articles about her and Asahi linux in general.
fluxx@lemmy.worldto
Linux@lemmy.ml•How to accurately measure laptop battery life in Linux?
31·2 years agoCan’t help you directly, but powertop can be used to monitor/tweak momentary power usage.

Well, not raping children is kind of a low bar. But didn’t he lobby Astra Zeneca not to open source the covid vaccine, because he has a stake there? Humanist my ass. Edit: someone already pointed this out already, I ought to read the thread before posting.