I think even ubuntu uses the default spacing ...
I think even ubuntu uses the default spacing ...
R@Kyle Gospo Kyle, the script for deduplication has changed quite a bit, I would like to use this rather than all of the complicated stuff like override and such TBH: https://gitlab.com/popsulfr/steamos-btrfs/-/blob/main/files/usr/bin/btrfs-dedup?ref_type=heads
GitLab
Inject a payload into SteamOS 3 to convert the /home partition from ext4 to btrfs. Also allows mounting btrfs formatted sd cards and forces new sd card formats...
Kit's too wide, but GNOME doesn't care I guess, because they are working on a tray solution
RGitLab
Inject a payload into SteamOS 3 to convert the /home partition from ext4 to btrfs. Also allows mounting btrfs formatted sd cards and forces new sd card formats...
Hright click on start bar, go into edit mode. right click on start again, go into edit mode. hover over that side of the sat bar and setting for System Tray should pop up. sometimes it works the first time.
KI'm on GNOME
RGitLab
Inject a payload into SteamOS 3 to convert the /home partition from ext4 to btrfs. Also allows mounting btrfs formatted sd cards and forces new sd card formats...
HOh, well, There's yer problem!
RMakes it extremely easy to disable rmlint on demand and we can use the latest changes from upstream.
Hload in a real UI and get back to us 
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.
