Are you the same person as the account “Grim Reaper” from a while ago?

A phone! That honestly changes everything.

I haven’t really messed with any distros well suited for a touch-screen interface (and no keyboard/mouse)… except Ubuntu Touch. I’ve got it on my Google Pixel 3a.

I’m pretty happy with it. But it’s not like a Linux desktop at all. It’s not really set up to run, say, Libreoffice or Gimp or whatever. I’ve only used the built-in browser and haven’t tried any of the other browsers available, but the built-in one is very “mobile-brower-app-y” rather than anything like a desktop browser… It’s got apps and an app store like Android/iOS has apps and an app store. The ecosystem around it is way more open than either Android or iOS. (Like, you don’t have to register with anyone to side-load things.) And the kernel is Linux, not Android or anything. (There is a way with Waydroid to run Android apps on Ubuntu Touch, but I haven’t tried it.)

There are other Linux-based OSs meant for phones like PostmarketOS, but another thing about the phone distros is that device support is going to be very specific. You’ll want to buy one of the very few devices that is well supported by the distro you want.

So, whether Linux is good for you definitely depends on what you’re wanting more specifically.

Yeah, the ARM situation is pretty impressive now-a-days.

Again, I mostly know about Raspberry Pis (RPi 4’s specifically) and those are mostly pretty low-power/low-CPU-speed kind of devices. And so there are some limitations with regard to just how much “oomph” the Raspberry Pi has. Not because it’s an ARM device rather than an AMD64 device so much as because it’s really cheap (which is both a feature and a bug) and low-power. For example, last time I tried using Chromium, I found it nearly unusable for how slow it ran, but Firefox works great. (Though I do turn off things like smooth scrolling animations and such just to lower how much CPU it uses. It’s still “regular Firefox”, though. Not some “minimal” fork like Fennec or anything.) But again, that’s mostly because the Raspberry Pi is low power, not because it’s ARM. But the Raspberry Pi also has good 3d graphics support, so Luanti runs surprisingly well and very playably. I’m also kindof a terminal-or-die kind of guy, so not using heavy GUI apps isn’t much of a problem for me.

But as to the issues that are specific to the fact it’s ARM rather than AMD64, there are very few now-a-days. Binaries, for instance aren’t portable between ARM and AMD64, of course. Very few application just straight up don’t even run on ARM. (Cura is the only one that comes to mind, and it’s been a long time since I tried it, so that might have changed by now. Cura’s kindof a terrible piece of software, though. Good slicer, but the way they just don’t have any interest in making it cleanly/easily runnable on various systems makes it a huge pain to the point that some Linux distros (Gentoo, for instance) have given up supporting it even on AMD64.) I’ve never tried to run Wine on a Raspberry Pi, but it looks like there are options for doing so, and running x86 and AMD64 applications on it. But basically every feature of your browser (including streaming video and WebGL and stuff) works as expected (again, depending on how powerful your ARM device is). Aside from problems with Arch Linux Arm, whatever distro you settle on will have great support for the apps you’re used to using on AMD64. And you’ll have your choice of DE/WM the same as you do on AMD64. Etc.

Oh, I guess one more caveat I’ll mention. Some of the Raspberry Pi’s RPi-specific hardware tends to change a lot over time. The drivers update and there are new ways of doing things that don’t work quite the way they used to. The main places I’ve seen that happen are in the audio drivers (after one update, the audio didn’t work and I had to go down a bit of a rabbit hole to get that working again), the graphics drivers (a few years ago, they released FOSS graphics drivers for the RPi and that changed some of the options available and such, and the main symptom I’ve seen of that is that documentation may be out-of-date and apply only to the old way the graphics drivers work, so it’s definitely worth making sure you know roughly when changes have taken place and that you’re looking at documentation that applies to the latest), some of the miscellaneous boot parameters (on Raspberry Pis, there’s a /boot/firmware/config.txt file that has a bunch of boot-level kernel options), and GPIO pin access.

Which leads me to something else I didn’t think of until just now. The bootloader, driver options, kernel options, and the installation process tend to work differently for ARM devices. With AMD64, you kindof expect UEFI (possibly with legacy BIOS support) to be the norm. With ARM that’s rarely if ever the case. I don’t know that secure boot is likely to be available for very may ARM devices. Disk encryption isn’t something I’ve gone to the trouble to figure out how you’d do. You don’t use Grub, you use U-Boot, or in cases like the Raspberry Pi, the bootloader is kindof hidden away from you except that as you install it and configure it, the kernel/config/driver files go in the right place on the SD card to make sure the bootloader can find them. And the installation process tends to be “stick an SD card into another computer, DD this disk image onto it, and stick it into the target ARM device”. Depending which distro you’re using, from there it might take you into an interactive installer kind of thing (like with Raspian) or it may be more low-level (like with Arch.) And if you follow the default installation instructions for your distro, you most likely end up with a little less control over things like the partition layout, whether you’re using LVM or BTRFS, etc. If you wanted root- or home-partition encryption, my guess is you might have to take an existing installation disk image, dissect it, and build a custom disk image with certain partitions encrypted out of the result before DD’ing it to the SD card. (Ok, I took a break here to check and see if there are guides on how to do full disk encryption on a Raspberry Pi and there are.)

(Side note. You may have to decide when installing a distro on an ARM machine whether you want the 32-bit ARM distro or the 64-bit ARM distro. If you want to run on an older ARM device that doesn’t support 64-bit ARM, you’ll have to go with the 32-bit ARM distro. If you want to run x86 Windows apps on Wine, it’s definitely recommended to use the 32-bit ARM distro. Otherwise, 64-bit is the way to go.)

Ok. Jeez. This ended up being a long post. That’s about all I can think to say at the moment.

I wish I could recommend Arch Linux Arm, but it’s really poorly maintained. Literally zero packages available for update for months on end. And no hope of improvement in sight.

My experience is mostly with Raspberry Pis. (I’m typing this on a Raspberry Pi in fact.) I still have a couple of Pis on Arch. And the one I’m on right now is running Raspian. I have plans to migrate them all to Gentoo some day, but I want to build a build server first and I’m currently deep in another project. I’ll get to it eventually.

Raspian is boring and maybe a little simplified and restricted. But it’s fine.

Stop. Giving. Them. Ideas.

(Kidding. Kindof.)

“Deserving”, “credit”, “blame”, “justice”, and related concepts are all collective hallucinations. We’re all observers riding around powerless in robotic meat chassis and the part of us that experiences every bad and good thing we’ll ever experience is completely disconnected from the part of us that makes any decisions. There’s no “justice” in making sure someone who committed some atrocity experiences negative consequences. The “justice” system should be focused solely on rehabilitation and protecting people – innocent or otherwise. Governments trying to be in the business of “punishing” people is misguided at best.

This comment is more about FOSS than about 3D printing, but if you’re interested in GPL violations, you should know about the court case SFC v. Vizio. If it goes the way the SFC is pushing (and the courts have made a surprising amount of noises suggesting they’re broadly sympathetic to SFC’s arguments), ordinary end users will have a lot more leverage to push companies to honor the terms of the GPL and provide source code as required by the GPL. Every manufacturer of smart TVs, smartphones, game consoles – hell even robot vacuum cleaners, cars, and sex toys – if they include GPL’d code in those TVs, they’re required to provide source code to users on demand. As it is now, companies can (and do) flagrantly violate the “source code provision” requirement in the GPL. But this case could change that.

Is there consensus on who would be best to migrate your “things” to? Maybe what do folks think of Printables?

I do more publishing than downloading. And I’m interested in one that’s in the spirit of FOSS. Friendly to permissive licenses. (Unfriendly to more proprietary licenses is a big plus IMO. I’m a fan of attribution and copyleft requirements. Noncommercial limitations, I’m relatively indifferent to.) Not enshittified and not likely to enshittify any time soon.

What was the part that didn’t fit?

Jesus. I guess we’re going to have to start figuring out how to reverse engineer our keyboards so we can install QMK on random built-in laptop keyboards and cheap Logitech membrane keyboards to repair the damage Microsoft has done to them.

Right? I thought I was in /c/greentext@lemmy.ml for a minute.

Just some examples of things I’ve printed or plan to. Ones marked with an asterisk (*) at the end are ones I largely or entirely designed myself or plan to largely or entirely design myself. Ones marked with a plus (+) are ones that are half completed. Minuses (-) are ones I haven’t started yet but intend to.

• Wall mounts for Nintendo Switch components (dock, controllers, Joycon charger, etc.) Definite space saver. *
• Wall mount for a Raspberry-Pi-based NAS solution. *
• Parts to augment a computer chassis wall mount for my ridiculously-large chassis. (Yes, there’s a bit of a pattern there.) *
• A custom Raspberry Pi case that mounts nicely and nondestructively to my desk.
• A custom adapter for my drill that let me run the drain in my washing machine when the motor was broken. *
• A custom plate to cover my nightstand clock face so it doesn’t shine in my eyes all night. *
• A custom die for a Sizzix Die Cutting Machine for quilting use. (That one took a lot of work.) *
• A custom tool for precisely bending 16mm steel strapping (which I’d sharpened into a blade) in service to the custom die just above. *
• Custom yarn bowls for my crafty mother. *
• Custom stitch markers for my crafty mother. *
• Custom barrel buttons for my crafty mother. *
• A couple of custom mounts for SAD lamps. *
• Custom shelving for a bathroom. *
• Custom mods for some wire shelving in the same bathroom. *
• Custom mount for a reflector mirror to let me see more with the security camera on my front porch. *
• A tool for straightening 3D-printing filament. *
• Spacers for mounting a peg board on the wall.
• I also had a folding door that broke and got kinda janky. I had a few extra of those peg board spacers, and they turned out coincidentally to be exactly the right size to properly shore up that door.
• Custom shelving for DVDs/Blurays and video games. *+
• A custom shelf-drawer for my mousepad. *-
• A custom 3D printed mechanical keyboard… once I’m done writing the program for rapidly prototyping 3D-printed keyboards. *+

I’m sure I’m forgetting a bunch. And the above is only the useful things and excluding the mostly art/fun items.

I have in mind to do more 3D-printing of tools. I don’t have much specifically in mind. But that custom steel strapping bender is pretty cool. Also, some of what I mentioned above is available on my Thingiverse.

Bookmarked that shit so fuckin’ hard.

Curl.

Hey thank you! I’m glad to hear some interest in it. I’ve definitely got ideas as far as how I’d like to see it improve moving forward (some syntactic sugar, more sophisticated ways of drawing “people”/creatures/skeletons/etc, maybe vector graphics output support – no project is ever really done, you know.) I’m on another project at the moment, but if it got enough interest, I’d probably be inclined to put more work into it.

I don’t have a TTRPG campaign running right now (which is what I wrote it for), so I’m not “eating my own dog food” very much with that particular project. But I would love to do more with it. Only reason I’m not already is because I’ve got so many other projects I want to work on. Heh.

The main project I’m working on lately has been that 3D game assets DSL that I mentioned later in my post. It’s probably quite a bit more ambitious than codecomic (it’s actually Turing complete which definitely adds to the challenge), but I do see a point approaching where it’s feature-complete enough to at least publish an alpha version. It also definitely needs a lot more code comments/documentation before I publish. Probably still months away, but it feels a lot closer than it did last week. Heh.

Anyway, thanks again for the complement!

“You?” As in me? I’m confused.

Ah. Ok. I did watch it at double speed, so I guess I can’t really argue.

What was wrong with the video exactly?

Cura’s a fantastic slicer, but kindof a terrible program. They gave up on ARM support a while ago. And their dependency situation is majorly out of control. To the point that Gentoo has literally given up on supporting it and maintaining a working package.

Because fuck you, that’s why.

• Microsoft

Saved you a click.