RI might also take a look at it shortly and test some changes.
KHehe
But yea.. I'm happy with the bazzite defaults, just wanted to know.
And how you edit the shell theme, I tried different themes and no other theme does the spacing like bazzite...
But yea.. I'm happy with the bazzite defaults, just wanted to know.
And how you edit the shell theme, I tried different themes and no other theme does the spacing like bazzite...
Pi was having a nice long discussion with a few people today about how btrfs might be more of a footgun than anything else when it comes to steam storage
HI honestly do not know on Gnome, but maybe searching for System Tray Icon Spacing would help? IDK if they named it differently in Gnome
RI like more storage in my case.
RBut it depends on how much steam games you have vs everything else TBH.
Ptotally fair. it just doesn't play nice with steam on cacheless drives.
Pthat includes sd cards
RIt's disabled on steam storage folders
RSo it should not matter at all.
Pwhat is
RThe whole COW is off IIRC.
Pthat doesn't solve the issues i'm talking about
Kyou can check it with
lsattrPthe way steam downloads it will bring the entire drive to contention without a write cache of some sort
RWhat did you mean then?
Pif the drive is cacheless this means your downloads slow to a crawl
ROooh, yeah, I agree.
RI can reproduce that then.
Pit's still a CoW filesystem at the end of the day
RNever bothered me too much tho.
Pthe solution is to simply use ext4 for your games storage if you don't want your installs to take twice as long
RSDCards are still slow as crap XD
Pi had two people try it, one had their problem solved completely just with metadata journaling
Panother guy didn't, i suspect it might need full journaling on his drive
Pit was really bad
Pdon't see what this has to do with libvirt lmfao
Pyou would use writeback and raw format on a VM
P:v
R---------------C------ /run/media/marco/SamSD512/steamapps/downloading
---------------C------ /run/media/marco/SamSD512/steamapps/temp
---------------C------ /run/media/marco/SamSD512/steamapps/temp
RYep, it's off.
Pit doesn't literally stop the filesystem from being copy-on-write anyway
Pit just prevents deduplication using those factors
RIt reduces the impact at least.
RI never been a fan of btrfs TBC
RLost data twice on it XD
Pyeah it is still fundamentally an issue with the FS and certain forms of storage
Pdepending on how shit your drive is you are making a big tradeoff by not using a journaled fs
RBut it's the best CoW FS we have that works decently.
Pyeah unless you completely defer cow to the hv and use basically raw block storage in a VM it's kinda shit
K(open)ZFS, APFS, BtrFS 
RAPFS? XD
Plmfao
Kbache...
RI love ZFS, but too much issues being OOT.
RIf you have a recent kernel.
