I’ve never been able to replicate my music discovery and listening habits that I had with the iPod. I’d download entire albums and listen to them all the way through. Sometimes I’d listen to an album 5 times and it wouldn’t click. Then some random day I’d hear it again and I’d realize every song was genius. I loved loading that thing with new albums.
Now, with streaming I just kind of drift around from one song to the next. I find some good stuff, but my approach feels less systematic and I don’t really have a good grasp on which artist are which. Sometimes the recommendations just all sound the same and I don’t really get to go through all the songs in an album. It’s less about building a music collection that’s yours and more like listening to the radio.
I still have a first generation iPod touch that works just fine…. It has one spot on the screen where the pixels are gone about the size of a finger where I’m guessing it has just been pushed too many times I dunno but I wonder if this is because they had not figured out how to integrate planned obsolescence into these gadgets because they were the first of their kind….
Does anyone know if this is applicable to any ARM64 devices? I'd like to test NixOS on a cheap device and I did not find anything on usable ARM64 devices
Chromebooks are a great way to get 100% compatible Linux hardware. Even though it was underpowered, the old chromebook I had fedora on was one of the best Linux machines I’ve ever had
Don’t trust that they’re 100% compatible with mainline Linux, ChromeOS carries some weird patches and proprietary stuff up-stack.
I have a little Dell Chromebook 11 3189 that I did the Mr.Chromebox Coreboot + Linux thing on, a couple years ago I couldn’t get the (weird i2c) input devices to work right, that has since been fixed in upstream coreboot tables and/or Linux but (as of a couple months ago) still don’t play nice with smaller alternative OSes like NetBSD or a Haiku nightly.
The Audio situation is technically functional but still a little rough, the way the codec in bay/cherry trail devices is half chipset half external occasionally leads to the audio configuration crapping itself in ways that take some patience and/or expertise to deal with (Why do I suddenly have 20 inoperable sound cards in my pulse audio settings?).
This particular machine also does some goofy bullshit with 2 IMUs in the halves instead of a fold-back sensor, so the rotation/folding stuff via iio sensors is a little quirky.
But, they absolutely are fun, cheap hacker toys that are generally easy targets.
You need to make sure first that the MrChromebox.tech uefi firmware works with the chromebook model you are going to buy. Otherwise, you will just end up with an old chromebook.
I have one. It’s one of the higher end deals from a couple years ago (for a chrome book). I have been excited to work on it every time I’ve seen something like this posted.
I CAN’T FIND IT! Gaaaaah.
I seen the damn thing a thousand times. I wasn’t looking for it. Now? Gone. Nowhere.
I was thinking about getting an ARM chromebook to do this, cuz the Pinebook seemed like a good idea, but seemed underpowered. There are some nice ones like the Acer Chromebook 14 with the Kompanio ARM chip, but unfortunately no one is making custom firmware for ARM based chromebooks right now. Hopefully someone will at some point. Would be nice to have a power efficient passively cooled laptop. I think some of AMD laptops with their U series chips are pretty efficient.
I’ve done this with a DELL chromebook similar to the one she has. It worked out great! Shout out to Mrchomebox for his awesome work on custom firmware.
I initially installed Gallium OS since it was supposed to be a lightweight distro. My chromebook was fairly low spec with duo core intel at 2.0ghz with 4GB RAM. Gallium OS worked much better than chrome OS for this machine. Later on, I learned about Arch, and thought that would be better cuz it’s barebones and lightweight. And yes, Arch made a big difference. And later on, I heard about Alpine Linux, which is even more lightweight than Arch. Shoutout to Trafotin for his video on using Alpine as a desktop OS. Alpine was even better for this machine than Arch. It is noticeable since, it’s such a low powered machine.
Yes, I’m being a dirty distro hopper. :P
I may jump to Artix Linux since, some things I need don’t seem to work on Alpine. My hypothesis is that Alpine was faster than Arch because Alpine uses OpenRC instead of Systemd. Just a guess.
Oh, that’s right, I forget about that. But also, I don’t know much about musl and glibc. But of course, Alpine is a distro meant for servers, so some desktop/laptop stuff I’m trying to do may not work so well.
Since Artix is like Arch but without Systemd, I’m hoping it may be comparable to using Alpine. I’m using Artix Linux with Runit on my main desktop, and it’s been great so far.
Alpine is much more targeted towards containers, virtual machines, and embedded devices. The most common use is for containers (Docker, Kubernetes, Podman), as it is incredibly small and efficient, and containerized applications can be specifically designed to run in Alpine. It could be used as the main OS of a production server, but isn’t especially common to my knowledge. Its biggest advantage is its incredibly small size, which is what makes it so great with containers and embedded devices. It is not targeted towards desktop use, so desktop support in Alpine is an afterthought more than anything.
Of course, you can feel free to use Linux however you like and choose whatever distro you like, but it’s very likely the problems you’re having are centered around musl.
Yeah, Veronica Explains is great. She seems to do things in good faith, and not a money grab. She just really loves this stuff. I think she’s trying to do youtube full time, and I hope she’s successful.
tinkerbetter.tube
Hot