lichess has finally published it's mobile version on f-droid.
droidfish is another great alternative chess game, though with no online component.
there's also endless sky
lichess has finally published it's mobile version on f-droid.
droidfish is another great alternative chess game, though with no online component.
there's also endless sky
Agreed, and it really makes me nervous about changing jobs. If I start a job that requires using something other than Linux, I don't really know what I'll do. I'll probably have to get really good with tmux or zellij or similar because window managers on non-FOSS platforms suck so badly!
Oh yeah, I completely forgot about the stupid animations. They also happen when moving a window to another virtual desktop, or when you minimize it. Complete waste of time and they just cause me to forget what I was trying to do or why.
Also, on the topic of minimizing windows, I also hate the dock concept where all the windows are grouped together. I like having a taskbar with a full list of windows so I can see how many are open. If I see too many that are open, I start closing the old ones that I don't need anymore, which helps me stay organized. This is much harder to do with a dock instead. But once again, it's just a matter of preference!
Once, when I started a new job, I had to use an Apple laptop until my Linux laptop came. While the Apple laptop was better than I expected, it was still one of the most annoying weeks of my life. The most unbearable part was the keyboard. I could never tell which hotkeys used ctrl
and what used alt
, and it just wasn't worth the effort of remembering the differences or remapping them.
But besides that, after using Linux for 15 years, the very basic levels of configurability that the Apple window manager provides just made it look like a child's toy compared to Linux. In Linux, there are so many different window managers that it becomes very easy to customize an environment that works perfectly for you. With Apple, you just get what you're given and if it's bad or doesn't work well for your habits, then tough luck, you're stuck with it anyway. So in that respect, Apple computers don't work at all - you work for the computer, whereas it should be the other way around.
But at the end of the day, what it really comes down to is the fact that people just like what they're used to, and it sucks to change. What's best is a matter of preference; none is better objectively better than the other.
Except Windows. Fuck Windows.
Fascinating to see that some people still seem to believe that Trudeau would put up a fight for anything!
Sorry to hear about the network manager issues! I could be wrong on this, but I think Gnome is not the best supported DE in void - possibly because of how heavily tied it is to systemd. I wish I could help, but I still configure my wifi using wpa_supplicant.conf
. Maybe dbus wasn't setup properly?
Regarding audio, the pipewire documentation for Void is pretty good. It's pretty thematic of the whole Void linux experience: you have to read the handbook and follow its steps closely, but it's very well written and easy to understand. It can definitely be time-consuming as well though.
Void is definitely all the things you mentioned. I installed it on a few machines, the first in early 2020 and it has never given me an issue. Extremely stable and boring. I'm impressed that it has so many packages in its repository, but that's a testament to how well xbps
is written. But there are a few things missing since it's fair from the mainstream, including packagekit. I had never heard of it before you mentioned it - I found a fork on github to support it, but it doesn't look very well maintained.
As one of the dozens of Void Linux users, I too find this very offensive!
(But hey, at least we're getting some attention, which is nice....)
Yes, the install process is difficult to perform. But once you do it, you'll feel like a wizard. You learn so much from the process if you do a manual chroot install. It helps you understand how the installation process for other distros like Debian works. If you have some free time, I would recommend trying it in a virtual machine.
Ironically, you will probably do better in school if you take 1-2 days off to rest, instead of wasting 3-4 days going in and getting nothing out of it because you're unable to focus. But who cares, right?
The difference is how you interact with the browser engine. Blink is very easy to embed into a new browser project. I've seen it done - if you're familiar with the tools, you can build a whole new browser built around the Blink engine in a few hours. You can write pretty much whatever you want around it and it doesn't really change how you interact with the engine, which also makes updates very simple to do.
With Firefox, it's practically impossible to build a new browser around Gecko. The "forks" that you see are mostly just reskins that change a few settings here and there. They still follow upstream Firefox very closely and cannot diverge too much from it because it would be a huge maintenance burden.
Pale Moon and Waterfox are closer to forks of Firefox than Librewolf for example, but they've had to maintain the engine themselves and keep up with standards and from what I've read, they're struggling pretty hard to do so. Not a problem that Blink-based browsers have to deal with because it's pretty easy and straightforward to update and embed the engine without having to rewrite your whole browser.
Unfortunately, since Google controls the engine, this means that they can control the extensions that are allowed to plug into it. If you don't have the hooks to properly support an extension (ie. ublock), then you can't really implement it... unless you want to take on the burden of maintaining that forked engine again.
That said, Webkit is still open source and developed actively (to the best of my knowledge - I could be completely wrong here). Why don't forks build around Webkit instead of Blink? Not really sure to be honest.
I chuckled a bit while reading this, because what you wrote is exactly where Blink came from. It was a fork of webkit, which in turn was derived from KHTML. Then again, the fact KHTML was discontinued does support your point to an extent too, I guess.
But the point is, Chrome is doing exactly this - providing the engine free as in beer and letting people embed it however they like. And yet, what you're predicting, ie. not using the original but just using forks instead, doesn't seem to be happening with Chrome - they still enjoy a massive fraction of the market share. There's no reason to believe that this couldn't happen at Mozilla as well. People usually want the original product, and it's only a small fraction of people that are really interested in using the derivatives.
"Donors" would be my guess