Lol what has more of an attack surface: CUPS or a reactos VM?
Lol what has more of an attack surface: CUPS or a reactos VM?
Soccer, birthday party, the inexorable grind that is cleaning 😹
Congratulations 🎉 Nice work figuring it out.
Gotta love the idea that when you uninstall a package all the packages that depend on it must be removed for consistency.
Out of curiosity, what were you looking to gain from the pipewire upgrade?
Cool! The only advice I have for that is make sure it’s not plugged into the display connector 😹 I’ve wasted a good amount of time doing that myself.
I’ve been using a pi3 b+ with octopi and so far it’s great even without obico, plus super easy to set up. I set up octopi to get my ender 3 away from high occupancy areas because the hot plastic VOCs were giving me paranoia :P I can recommend investing in a solid setup for any small computer used to drive 3d prints. My setup is a hack with no thermal management and a crap power supply and I’ve lost a couple of prints to unknown causes but I blame the raspberry pi (it’s almost always reporting under voltage events in the octoprint UI).
Has anyone here run self-hosted obico? I’m not keen on the cloud version but if the failure detection works in self hosted mode I’m definitely going to give it a try.
I enjoy red hat’s paid support articles that end by saying this is untested and may not work but it was added to the knowledge base 10 years ago
Don’t worry Java is alive and well on Android… For now 😹
We can already run arm seamlessly on x86 Linux, why not use Qemu-user + binfmt misc the other way around? I guess FEX must be much faster. Im also not super keen to run binaries that can’t be recompiled anyway so probably not the target audience.
Take that Java, everything is a portable binary now.
Hmmm I do need a reason to learn rust… But a cross platform DAW feels like too big of a project for my level of disorganization 😹
Maybe I should try building ardour for android, it would be way easier to rebuild Ardour’s UI for mobile.
ddrescue is probably your best bet
dd is the simplest: dd if=/path/to/disk/device of=/path/to/backup/file but it may fail with a broken device. ddrescue is similar but handles io errors appropriately and can retry bad reads.
That one DAW for electronic music… The logo had a hexagon or something… Caustic maybe?
ChromeOS does this well because it’s android, a walled garden that users aren’t allowed to break. You can buy it at Walmart, and it works well.
Other big “consumer” distro projects (Debian, Ubuntu, fedora, rhel, etc) are similar, especially if you’re installing stable releases on hardware that is supported.
The question for me is what do users want their OS to do? My guess is internet, office, print, scan, photos, games, updates, and get out of the way. Almost all big distros will give you that experience already, as long as you don’t expect to play Windows games or pick a specialized gaming distro.
Users who want to step outside using supported repos are back to googling for a solution when things are broken, and should see themselves as part of the tech-savvy group that need to fend for themselves.
Idk why I feel compelled to add this info, but / doesn’t have to be local as long as the necessary kernel modules for mounting it are available in the initrd or built into the kernel.
For me it’s I can make Linux do this when I see another system perform well, in contrast with they took my vertical taskbar in windows 11 and I have to gut the system to get it back
I do have to remind myself that I’m still used to living in a world where Linux enjoyed immunity to most “consumer” malware just because it wasn’t a popular desktop. Ultimately Linux is not more secure than any other system unless someone put in the work to make it that way.
That makes sense, I was thinking the executable is crashing without any output because something is wrong with the libraries available or executable itself. I should have made it clear that I don’t use jellyfin and the steps above are general debugging advice for applications that crash immediately.
For possibly more information on why the core is dumping (lol) try running jellyfin from the cli (probably just typing the path to the jellyfin executable and pressing enter)
If nothing interesting is printed, try adding strace before the jellyfin executable (Google strace, it intercepts all system calls and logs them) if that doesn’t work tell strace to follow forks.
Other than that you could start using binary debugging tools to see what shared libraries jellyfin is looking for? Maybe run it in gdb…
Sounds like you may want to run chrome in docker or try using nix. Nix won’t clean up your user data automatically but with a few tweaks could do it easily. Docker will completely prevent files from hanging around (if you don’t mount your home directory in the container), but if you want to download files to your host is its a bit tricky.
This is going to sound stupid, but don’t forget to activate bed levelling after performing the leveling measurements. Maybe this is a stupid idea but I put M29 L1 and M29 A at the start of my gcode to load the ubl slot 1 mesh and activate it. Before getting ubl I used M420 S.
I spent way too much time frustrated by bad prints before I learned that leveling wasn’t active.