The sanctions apply to the BSDs too. The only difference with sanctions that I could imagine would be if one of the BSDs had (through happenstance or other factors) a lower starting proportion of Russian developers relative to Linux. If that were the case, then the impact of sanctions on that BSD would be proportionally smaller.
I saw that, too. I haven’t had a lot of headaches with MTP using my Android devices, but I’m always surprised at how there always seems to be a plan to make my devices worse than they already are.
No argument here. It is insane to me that if I want content that isn’t locked into a particular ecosystem, I have to seek out public domain material or pick from the small subset of books that is sold DRM-free books in an open format. For anything else, money can’t buy flexibility. For most books, the only options for digital are accepting the DRM, waiting until copyright expires (good luck with that one), or privateering with out a letter of marque.
Very user-hostile, but very unsurprising.
Kindle hardware can be very nice, but almost every software decision is designed to keep users within their walled garden.
No epub support, no third party app support, no ability to load non-store audio, and now this. What a waste. These things could be so much more useful than they are.
Woof. The logo was always a hint about what they were planning to do to the customers. First the K and the G came for the letter o…and I did nothing because I am not the letter o.
I’m lucky I manually ran a few jobs before I started using rsync in scripts. When I didn’t think things through, I saw the output in real-time. After that, I got very careful about testing any scripts and accounting for minor changes in setup.
For me, it was getting a handle on rsync for a better method of updating backup drives. I was tired of pushing incremental changes manually, but I decided to do a bit of extra reading before making the leap. Learning about the -n option for testing prior to a sync has saved me more headaches than I’d care to enumerate. There’s a big difference between changing a handful of files and copying several TB of files into the wrong subfolder!
I’ve never tried anything beyond DOS or the SNES/Genesis era, honestly.
I’m typing this reply on an M1 Macbook Air running Asahi. My experience is very positive, but with some caveats. Some positives, some background to contextualize the positives, and some negatives.
Positives: Great screen, nice battery life when in use, fast, runs the programs that I use on a daily basis for work. Good support for the specific hardware that I have. I enjoy using it as my go-to laptop. Fedora isn’t something that I use on any of my other linux boxes, but I didn’t have much trouble setting it up and it works well with my other devices. Libreoffice, Firefox, Chromium, every DE and window manager that I’ve bothered to test - they work fine. I’m currently running Sway with no issues, KDE worked fine too. Sound, bluetooth, camera all work. Again, my 9-to-5 day job is fully doable from this computer and I enjoy using it.
Background: I’ve been tinkering with Raspberry Pi devices for years and I made do with a PI 4 as a daily driver for a few months once. That experience helped me to focus on native linux solutions that didn’t depend on WINE or x86-specific programs. I can’t remember every decision that I made during that time, but I definitely changed my workflow a bit, started doing more in the terminal, and started using programs that were less resource-heavy. That carried over to how I use other devices. I also don’t game much.
Negatives: Gaming is limited on this hardware. I can play minetest, tuxkart, and some light emulation. That’s about it, but I don’t mind. If you’re trying to run windows programs, you’ll be out of luck. My linux experience on this laptop prior to the Asahi shift to Fedora was a bit buggy because it was a beta version and sound wasn’t supported(other than bluetooth). Everything works fine now, but my understanding is that this is very model-specific. I would probably be having a bad time on newer mac hardware. Power management is so-so and it depends heavily on your choice of desktop environment. If you close your lid and don’t plug in the laptop, you might find out that the battery is dead when you try to use it a day later. No multimonitor support - the USB-C ports are more limited in function than they are when running MacOS.
Also, my only experience is with a niche distribution, so bear that in mind. For me, Asahi has been excellent but don’t expect to be able to run your favorite distro on the hardware. Time will tell if the progress made by Asahi will lead to greater support for Apple Silicon by other distributions, and time will tell how long Asahi will exist as an active project. I preferred the Arch version, but I had no real choice but to jump to Fedora when the developers did. Not a big deal for me.
I’ve been having fun with VoxeLibre lately on single-player mode. Nothing too fancy, gameplay is eerily similar to vanilla Minecraft. I’m looking forward to trying other games built on the engine that offer a bit more variation.
One nice thing is that the android version of Minetest is compatible with the PC version, so it is possible to sync save files and play on the go. It also seems to load faster than Minecraft does.
Arch offers a combination of rolling software updates, a simple but easily customized base, pacman for the package manager, the AUR, a barebones installation process by default, good documentation, and active development. That may or may not be a good combination based on your goals.
Other distros offer a different combination of characteristics. Those characteristics are a starting point and you can get to the same destination no matter what you use. The trick is figuring out what starting point is closest to your destination or which starting point makes the journey fun for you. For some people, Arch is that. For plenty of people, Arch isn’t that.
Easy if you go step by step and don’t accidentally skip anything. Archinstall will get you to the same result with lower risk of failure, in a tenth of the amount of time spent. And unless you install operating systems for a living, it doesn’t matter how you get there. Source: Installed Arch on about a dozen different devices, twice without Archinstall.
If you’re looking to learn something, do Linux from Scratch instead. The process is way more granular, way more documented, and way more educational than parroting the steps of installing Arch from the wiki.
I think that phrases like ‘anti-consumer’ can stick to any target, so long as they’re thrown with a sufficient amount of bullshit.
I played around with Mandrake and Debian around the turn of the century. A bit of a break, but then I started dual-booting Ubuntu in the Windows Vista/X86 OSX era. I jumped to Xubuntu and started running Linux by itself on several machines around 2012.
I largely shifted to Arch around the time that snaps came out because they weren’t playing nice with some of my low-end machines. Nowadays, mainly Arch. Exceptions: Fedora on my M1, Debian Bookworm on an old x86 tablet and any time I set up WSL on a Windows machine.
Agreed. My old pebble lasts for over a week, not that I use it for much more than an alarm clock/metronome nowadays.
It does those jobs extremely well, though.
I upgraded in place from 39 and didn’t experience any hiccups on my M1 MBA. Works fine for me.
Ubuntu isn’t my favorite, but I used xubuntu for many years. A lot of noise gets thrown around about Snaps, but from an end-user perspective they tend to work fine unless you have very low system constraints. Better than adding a half-dozen repositories that may or may not be around for long. A lot of developers work to make sure that their software runs well in Ubuntu and the LTS releases tend to be a good long-term option if you don’t want any significant changes for a long time.
Even with their regular releases, I daisy-chained upgrades on an old Core2 laptop for something like seven years without any major (computer becomes a paperweight) issues. Sometimes (like with Snaps) Ubuntu insists on going its own way, which can result in errors/shitty OS things that don’t pop up in other distributions. I’ve had to deal with some minor issues with Ubuntu over the years (broken repositories, upgrades causing hiccups, falling back to older kernels temporarily), but I think that you’ll get issues like that regardless of what distro you pick.
What are you trying to build? A work laptop that you’re going to take on trips, a gaming computer, a server? Something else?
For you, what is too much hassle? Are you a new Linux user or an experienced user with no spare time? What are you accustomed to doing when you install an operating system and what do you expect to be preinstalled?
What is your favorite colour?
I didn’t, but only because my solution wasn’t novel or generalized for other people. I made a script to fire up tmux on a ‘primary’ computer with key-based access to my other computers, load up a set of windows and panes, and ssh into each computer. One window would be computers in one section of my home, another window would be computers elsewhere. The only challenge was getting a baseline grasp of the tmux scripting syntax.
I initially set it up to run htop on each computer (dashboard goal, plus easy ability to terminate programs), but the basic setup was flexible. I could set other programs to run by default or and send terminal command updates to each computer from any device that could ssh into the primary computer. Automating updates on a computer-by-computer basis is a better solution, but the setup let me quickly oversee and interactively start multiple system updates at once, from a phone, tablet, or laptop.
I wish you luck with your campaign!