@Zeppo Yeah I might try the Dual Boot system to begin with to save me time working out VMs but I think the long goal would be running a windows VM on Linux tbh.
If you must dual boot, have totally separate hard drives, and the choosing between Linux and Windows should be done in the UEFI boot menu, not GRUB menu. Windows can render Linux unbootable otherwise, requiring a rather complicated rescue. Windows would ideally not have any chance to see the Linux hard drive while booted.
An external SATA SSD in a USB enclosure is cheap these days.
Yeah, Windows likes to overwrite the MBR with no warning as if that’s perfectly fine. I’ve always wondered what combination of carelessness, incompetence, interface streamlining and competitive malice is responsible for that. It’s also ridiculous how in 2023 there’s still no native way to read Linux filesystems from Windows.
@Zeppo That does sound ridiculous especially as I wouldn't mind running linux through Windows, I know it wouldn't work as well but I know I would do a lot of my less complex tasks through there such as browsing the internet as I could game on Windows or Linux as I don't really mind if I'm VMing one
@Zeppo The goal would be to use Linux as my base OS in the future. As I look through the many comments from everyone I am now re-evaluating some of the things I feel I 'Need' in my set up such as my Sync Cloud Storage, Instead I hope to move over to External Hard Drives.
Knowing Adobe is a huge part of my setup does hurt the idea of moving to Linux at the moment but I will have to find if there is a workaround other than VMs in the future. People mentioned GPU Passthrough on the VM which would help a lot, It's just not only learning how to run a VM but how to do the pass-through on it.
But yes I do wish to move to Linux in the future but maybe baby testing the Distos I think I might like on a VM might be the best way to step into this rather than going into the deep end straight away.
Sure, installing Linux in a VM would be the fastest and easiest way to test it out and start becoming familiar! You could try a few distros/desktop environments and see what you like without having to deal with reformatting or real hardware.
I do the external usb ssd for my windows drive and recommend it endlessly. I use the windows drive for music production and the maybe 2 games in my several hundred game library that don't work in linux. 100 bucks for a 1tb samsung external ssd, and wintousb to make it functional.
@technologicalcaveman Thank you never have heard of a WinToUSB but will really need to look into it as it sounds like a great way to be able to run Linux.
It's a good tool, pretty easy to set up too. I personally recommend not connecting to internet when setting up windows 10 so that you're not forced into either signing in or signing up for a windows account. I did that and about a year later on the same install, it's all good still.
Of course harassment is never okay, but I'd say when it comes to GNOME, this is not surprising. GNOME developers have been so hostile towards both users and other developers for a long time. I'm not saying every single person associated with the project does this, but it is pretty common (e.g. here and here ). Of course the GNOME devs don't have to accomodate everyone, but it is a common theme with the project to remove features despite user backlash and also to close bugs as WONTFIX often without good explanations as to why, even when there are pull requests for fixing the problem.
I am simply avoiding the project, since there are enough good alternatives.
There are a few obvious security implications with the rise of containerized packaging. One of the first is the move away from true centralized, least trust packaging. With traditional packages, you are trusting your distro maintainer (be it Debian, Canonical, RedHat, Arch, SUSE, etc.) To provide patched versions of software from their trusted repository mirrors to your computer. This does a few things like limiting the amount of places that you need to download software binaries from, as well as having other potential benefits like checksum validation on downloaded packages.
Most containerized package platforms including Docker, Snap, Flatpak tend to have a centralized set of repository mirrors, but anyone may compile and publish their own software to it. Flatpak is kind of the exception to this. Some distros (i.e. Fedora) publish their own sets of repos with flatpak packages. This is because Flatpak allows for more than one source repo for packages. I do believe Docker, Podman allow for the same as well. Snap infamously doesn't allow any repos other than Canonical's proprietary community repo.
Most of these containerized packages solutions also offer varying levels of sandboxing, which is a good set of security features that could benefit individual hosts from potentially vulnerable software. One could argue that flatpaking Firefox or other browsers and jailing them to limited capabilities and filesystem access is a good thing given the potential for malware propagation through such applications.
In particular though, most containerized solutions aren't generally hated by online user communities except Snap, which has both been among the most restrictive as well as furthest behind in features, performance parity, and general user experience. Snap was for the longest time significantly far behind Flatpak for user land applications and still wouldn't be my first choice for server applications compared to Podman or Docker due to just not being nearly as flexible as the other two.
The performance of the platforms can vary compared to native. For the desktop-oriented platforms (Snap, Flatpak) they generally perform insignificantly different from native packages, although Snap packages that are built compressed have had horrific IO performance for the loading of package files (leading to atrociously slow startup times of applications in the past). This is supposedly better now, though I have no intention of installing Snapd to find out.
As a note for culture, people particularly also dislike Snap because of how badly Ubuntu (Canonical's Linux distro) is depending on it, including having Snap automatically reinstall after removal and dropping many packages from apt only to throw redirects in to pull the snap package when requested from apt. This is why de-snapped derivatives of Ubuntu are also popular.
As for package sizes, they tend to be a bit bigger than native, as well as the added cost of a second set of libraries. Many users online don't get the 'why' when their first package from Flatpak is nearly a 3 GiB download, despite the following packages will hardly be any different in size from native packages. In a way, these packaging solutions do remove an advantage of the singular set of libraries. If you use netbooks, SBCs, IoT devices, or other similar minimal storage devices, you might feel this impact. However most systems will only have a marginal increase of storage utilization overall from a second set of libraries being installed.
I’ll add my 2 cents to your very well written comment.
My biggest gripe with flatpaks notably, is the more difficult integration into the system. I use about a dozen flatpaks, and for every single one I had to tinker with flatseal to give them the correct access permissions, that I had to research online. One specific flatpak coulnd’t even work with those additional permissions. Half of those flatlaks also will not follow my system theme and their GUI looks broken or out of place.
Given my limited usage of system themes to one that has flatpak packages (Materia) and tendency to go through the permissions of new flatpaks and tighten them anyway, those are good points to mention. For theming, it is definitely a trouble point depending on the platform and theme used. Especially when combining Qt5/Qt6 apps, Fltk, GTK2,3+, and GTK4 applications together, things may get even more messy than consistent theming on native applications. Having comprehensive theme packages for the theme you use almost completely resolves this problem. Though I doubt predefined customization isn't something that will be popular with some users given that ricing your Linux desktop to the extreme is a huge selling point of the Linux desktop for many.
I did forget about how especially with Flatpak and Snap how there is no actual guarantee that the default sandboxing permissions will actually be any good or even usable on many applications, which is an issue that partially comes from when community maintainers end up publishing packages for developers rather than developers or dedicated platform testers publish a given package (a common practice for many applications on the Flathub repository).
Half of those flatlaks also will not follow my system theme and their GUI looks broken or out of place.
This always struck me as weird: the entire point of flatpak is to be isolated and not integrate into your system, why would you expect it to integrate with your theme?
I know they try anyway, but it just seems like a conceptual problem to me. They want to solve packaging by pretending it doesn't exist.
Definitely agree with this sentiment. Another aspect for myself -- When I tell Linux to do something, it fucking does something. No questions, no obfuscating, no disallowing in order to "save me from myself". I have a significantly increased sense of control over MY hardware with Linux.
It is frankly unfathomable to consider going back to the telemetry / spyware laden corporate controlled systems of the mainstream OSes.
If you are looking for Microsoft Office, Excel, PowerPoint, or Outlook for your laptop/PC then this Link is for you.
Download Link: Microsoft Official Link
If you don't believe, you can see our review and buy: "Review Chick Hare"
I'm sad to hear about this, vim is a great creation and it's sad to see someone go. I didn't know anything about Bram but vim is a significant tool I use daily.
True, it’s still quite bad though on older hardware and I’d suggest those with it to turn it off. Not as bad as akonadi though in my experiance. Still let it run on my main pc though as I have the resources to waste
Hmm. Maybe it's all a coincidence. When one of my CPU cores was stuck at 100%, I opened htop and configured it to show kernel threads too. I spotted MariaDB running in the background. I thought "I don't remember installing MariaDB". Went to uninstall it with pacman, which said it's a dependency of Akonadi. After googling, I turned off Search Indexing and CPU usage dropped to zero. I'll keep an eye on it to see if the problem comes back.
I've been using PopOS and Steam installed in Flatpak, as well as native and both have worked really well. Lutris i have installed through flatpak, as otherwise it sometimes gave me issues. This is running really well on my AMD 5950x and 6800XT
I didn’t use this method, I have a persistent Linux install on a USB, but at least it’ll point you in the right direction to figure out what you want to do.
@nlm Thank you, these will come in handy and I'll have to test it out on my test rig (It's not the best but if I can test out a program on it, Might as well.)
Linux
Top