The desktop security model is insecure in general. Phone OSes are much more secure.
Reasonable desktop OS to use is Qubes, Fedora, MacOS, ChromeOS, or Windows pro/enterprise (hardened)
Phones are much more secure especially the Pixel 8/pro with MTE immensely reducing remote exploitation. GrapheneOS is the only distro that enables MTE by default and recently implemented it in their Vanadium browser.
Secure phones (secure elements are important): IPhones and Pixels (GrapheneOS or stock)
Also yes, Chromium is much more secure on Linux than Gecko based browsers because of its great internal sandboxing and site isolation. Firefox on Windows is catching up though, but still bad on desktop Linux and android.
This all doesn’t matter if you’re running an EoL device. Make sure your receiving official security and firmware updates.
The thing is I use Noscript so I guess having random malicious Javascript executed is pretty rare. And Firefox + Arkenfox is so much more private than damn Chromium, even though I keep a Flatpak of Chromium around.
I understand that the hardened Fedora Ublue version from qoijjj isn’t that far off, maybe removing flatpaks is a bit weird and makes little sense.
I am pretty sure I wont use Chromium, as Firefox is just working better for me? Everything makes sense, and for sure I wont give Google any Data.
Tmux is also good for long operations, as tmux is running as a server and you can close the terminal while tmux chugs away. Others can also connect to the tmux session through ssh and share screens.
Download the .deb from their downloads page and run it, just like you would either a .exe on Windows. Their instructions list that as an option further down on the page. Should be higher up imo
I usually solve this kind of problem by piping to less or a logfile and then just searching in there. You can get it to refresh new content by pressing the End key twice. Or maybe less just needs the -f flag or something similar. I’m too lazy to look it up.
I’m a firm believer that the vast majority of things we needed for software were implemented by the 2000s.
Usually, people who don’t understand what they’re doing will overcomplicate things to cover-up their misunderstandings. I think choosing a technology before you have a use-case is one of these examples.
For rendering high quality images in the terminal, check out the Kitty graphical protocol. I don’t know if they are any python libraries to use, but I think that they are. P.S. This seems to work well stackoverflow.com/…/how-to-display-graphical-imag…
A quick research tells me that there aren’t patches for other emulators, but the protocol seems well described, so making those patches is possible. I could also take a look at Alacritty source code and deicide if I could make this project work.
I went with chafa as it’s terminal agnostic and supports various modes.
Then again, I’m not really sure a tui frontend needs high quality image rendering. Earlier I even considered going completely 1bit braille or just ASCII just so that the image doesn’t take all of the focus at the expense of the post body.
As mentioned by another commenter, I believe opening the full image in an external viewer is a much better solution, not to mention easier to implement.
You don’t have to use Snap (except for LXC, I think?). It’s not enabled by default, but you can enable Flatpak and everything will work fine. Flatpak has Firefox and Chrome and all the other applications thst Canonical foolishly moved from their apt repos to their Snap repos.
There are some frustrating things about Snaps (loading all of them at boot time rather than at runtime, for quicker app start but slower boot, for example, and that stupid snap folder that can’t be moved) but honestly I don’t really see what the fuss is about as an end user. Nobody sets up a purely Snap based system anyway.
The problem with Snap is an ideological one. If you don’t care who runs your software store and if you don’t care about having the ability to add more software stores then the default, you’ll be fine with Snap. If you’re ideologically driven towards Linux, you’ll probably dislike the way Snap is set up.
Like it or not, Ubuntu is still one of the best supported distros out there. If you want drivers from any manufacturer, you get to pick between drivers tested for Ubuntu or Fedora. Every other distro repackages those drivers using their own scripts and compatibility layers because nobody over at Intel is going to spend company time specifically getting Garuda to work when its customers don’t sell hardware with it preinstalled.
Software like Discord and VS Code having the “.deb, maybe .rpm, or you figure it out yourself” approach of official distribution is pretty standard, I’d say, for better or for worse. It also helps that a lot of entry level Linux questions and answers online are about Ubuntu. Askubuntu may not be as vast and up to date as the Arch wiki, but at least the askubuntu people aren’t going to tell you off for not knowing advanced Linux stuff.
There are upsides and downsides to any Linux distro. You’re not “supposed” to think anything, try it out, keep an open mind, and pick what works for you.
Yes, it is. You can achieve the same usung GUI of course, but this would be more difficult to describe because there are multiple GUIs and they change with new distro versions.
This is more convenient than “downloading and intalling” a file because you don’t have to track updates manually, the package manager will do this for you. You have to read something about what package manager is and how does it work. It is the main concept of all linux distros except LFS.
Run rsync, pipe to tee, and redirect the output to a named pipe (mkfifo). Open a second terminal and direct the named pipe into a grep command. Arrange the terminals in whatever way you want.
That is true in the same way that Ubuntu is Debian. I prefer the base version where I can choose what’s necessary for me for resource management and troubleshooting purposes. I forget what it was, but there were a few issues where Endeavouros was not working properly and the Arch wiki solutions did not work for it, could have been my error as well at the time.
Fair enough, I most likely broke the system due to not understanding it when using Endeavour. From my understanding now, someone can choose to not install de specific programs and additional endeavouros apps.
when I use a windows laptop, I don’t really take over my Mac habits (e.g. CMD-OPT-ESC, or using 4 finger pinch or 3 finger swipe up or down), however when using a MacBook even when remoting in to a windows computer I automatically use what I am used to on my MacBook.
do you find that you have some frustration with the user experience and interfacing with asahi linux on your MacBook? i.e. you use the gestures lets say that you would use and they don’t work, or rather, you could make it work but it’s too much trouble.
if it’s a painless kind of switch over, then I think I would be willing to learn or relearn or customize the desktop environment to my liking even if it took a bit of time. however if it’s bug-laden and ‘appears’ to be too much like macOS on the onset, it would probably be more trouble than it’s worth at the moment to use as a daily driver (dual booting in this case would make it even more confusing to demarcate for me).
so yeah that’s a lot to ask you for what your thoughts & experiences were…
If you find that macOS and the software for it lead to good productivity, I’d advise against ditching it solely for having to allow unsigned applications to run. It’s a few clicks once per app.
I didn’t use Asahi myself. I’d imagine it works for quite a few people, but I personally wouldn’t use it as a daily driver, because the community support is much smaller compared to popular distributions. I’d get a non-Apple computer for using Linux. You could just try it out though, obviously.
I was gonna say the same. It’s going for the nuclear option for a relatively small problem (unsigned apps warning). Why run something that emulates an OS when you already have the legit one that’s proven to work well with your productivity. Also, the best OS that runs on mac hardware is macOS. It’s definitely worth trying on a non-apple computer for sure.
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.