When I did dual-boot, I almost always used a dedicated partition or drive for shared media. Back then, it was usually formatted as FAT32, but sometimes NTFS. These days, I’d probably make it exFAT, since it supports large files without the hassle of permissions, and is itself supported by both Windows and Linux.
As for organizing things, I treated the drive as if it were a file server (which is what I use now). The general hierarchy looks like this:
I was looking for a good podcast app but everyone had one or two problems. Thanks for this. This is perfect for my use case. Another good day for tui users.
Whoever uses it make sure to like it so that it will on top of forks list and it helps people to know this fork is getting maintained.
Some answers address some of your questions, I would like to address something else you said:
For programs they will always end up on / and I cant install them on another partition (dont know why)
Programs can certainly be installed wherever you want them to, bit package managers have their own folder structure to follow. Installing a program is not a magical thing, it just means having the binary somewhere on your computer, and that binary having the proper libraries accessible to it. If you downloaded a binary it is TECHNICALLY installed on your computer.
The other important part here is you being able to access that program, for this there is an environment variable balled PATH which tells Linux where to look for binaries and in what order. So if your PATH is /home/sarmsle/.bin:/media/NTFS/binaries:/bin:/usr/bin whenever you try to run for example firefox it will try to run /home/sarmale/.bin/firefox if that doesn’t exist, it goes to the next, and the next until it finds it or runs out of options.
Also in Linux you can mount partitions anywhere, and you can create links from one place to another. So nothing prevents you from mounting your NTFS drive in /NTFS or even /home/sarmale/Shared.
So how could I install programs on the other drive? When they get installed they are scattered between /bin /lib /usr/bin and others, how could I move them in /media/SATA (where my drive is mounted)
The only thing I can do is move appimages until now
Yes, because you’re installing them using the package manager (which is the recommended way). You can’t (and shouldn’t) move things installed by the package manager. You can manually install programs wherever. However, I think I’m missing a crucial bit of information, why do you need to do that? 256GB should be much more than enough for anything.
I also use an NTFS partion for shared data, even though I haven’t booted into Windows for a year or something. To me the best solution is currently to auto-mount the whole NTFS partion to something like /mnt/data using the /etc/fstab file. I additionally use bind mounts to show all the content e.g. of the shared documents folder /mnt/data/documents in a specific folder in my home directory like ~/Documents/shared
It’s annoying all the articles are focusing on performance versus stock wine here when basically everyone uses Proton or a fork of it anyway, which has had fsync for years now that does similar performance uplift.
The story here should be that we’re getting fsync level performance with fewer bug and it can be upstreamed to wine. There is no relevant performance uplift for Proton users, but I guess performance gets clicks so that’s the story all the press are going with.
I can’t believe stock wine is still so bad with so many games. GTA5 is still unplayable with a keyboard, it just freezes for 5 seconds with every single keypress.
You google the game to see if smarter people have done the investigating.
If not, you parse logs and errors best you can and try to determine what needs enabling. If you get it working, share it on protondb.
Generally though, enabling “everything” doesn’t come with any direct drawbacks. This is basically what bottles will do when you tell it you want to run a game, which will then allow most games to work fine.
The latest version of GE is generally what you want, too, as wine/GE isn’t supposed to have regressions requiring the use of an older version with some games.
Running endeavourOS with a 3080 and Plasma since 5.25 (on 6.1.2 now). Never ran x11 and I don't intend to ever again. My experience is mixed, so to say. There are a few things keeping me on Windows but (very) slowly I'm getting there.
About HDR. I didn't need to do anything extra to get it enabled on my desktop, simply toggling it on settings works.=, and I can also get mpv to work with some tweaks so I can watch films. On games I would need gamescope to run it, but that comes with a set of issues like not having Steam Overlay and Input, so for HDR games I run them on gamescope without overlay, and every other game I just run them normally. I also have a lengthy writeup on trying to get gamescope to run with the Steam overlay, but ultimately it's one or the other right now.
On NVIDIA drivers, for me the 555 and explicit sync patches have made things worse. I never had issues with things flickering on 550 except for Electron apps, which would flicker and have awful input lag, but that's easily fixed by setting ELECTRON_OZONE_PLATFORM_HINT=wayland on my /etc/environment. The issue with 555 drivers is that there are some VRAM leaks happening. They fill ridiculously fast, even just dragging a window will make kwin use 2GB of VRAM. Since there is no shared VRAM at all on NVIDIA Linux, as soon as I hit my 10GB cap, Xwayland will crash along my game and Steam, and sometimes my desktop too. On 550, I would only get framedrops for a while.
I should also note that the proprietary and open drivers have no difference at all for me, and enabling or disabling GSP firmware also has no difference.
Lastly, VRR. It will not work at all if you have more than one monitor connected and enabled on your NVIDIA card. A workaround if you have a second GPU (or your CPU's iGPU) is to plug your extra monitors there, and then VRR will work on your main screen. A second option would be to disable your extra monitors anytime you would play a game, but that's not ideal at all.
Despite all the other answers, I suspect Web Browser is the most popular. As web apps for email got better, development of desktop clients stalled.
Fast search through a lot mail takes some considerable resources to build, store and search an index, and web-based systems do that really well.
I’ve used about all of them over the years: Pine, Mutt, Thunderbird, Evolution, K-Mail and some others.
I eventually threw in the towel and use web UIs now. Fast, available everywhere and good keyboard support, especially when paired with a browser extension like Vimium.
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.