@Kyle Gospo is this kind of thing normal behavior for btrfs-dedup? I'm running it again after deleti
@Kyle Gospo is this kind of thing normal behavior for btrfs-dedup? I'm running it again after deleting that user and am getting similar output
Thow much RAM do you have?
Dalright thanks
W4 gb XD
Tthat's pretty much the bare minimum lol. it should be ok though. I'd recommend KDE Plasma over GNOME
Tidk what games you plan to play but older games should be fine
Tand less intesive games ofc
Dit's taking about a second or two to process one "simple read and compare of file data found X instances of files that might benefit from deduplication"
Dbeen going for 10 minutes or so now
Ddoes that mean something's wrong?
Kseems it really doesn't like your system
KI would just turn the service off tbh
Di'll look and see if anyone else has reported this issue
Kis it possible to get a proper dual monitor setup in game mode?
Kit is not, not a feature of it
Kah, unfortunate
Ki installed Bazzite on my system and noticed the second monitor wouldn't work in gaming mode, no huge deal
Ddoes gnome-disk-utility no longer let you reset luks2 passphrase?
Dnvm i didn't need it,
cryptsetup-luksChangeKey
Cyeah that's a steam deck thing
Wwhat are the btrfs sub volumes and what have todo with lvm
Kare the ublue and bazzite images always as up2date as the vanilla fedora atomic images?
Jyep, unless something's broken, you might not get a build that day but it also means you miss the error entirely, you never get the update unless the upgrade has worked
Jit'll just break in github until someone fixes it or it gets fixed later in the build, then that will be your next update. That's saved us from tons of regressions that people on traditional fedora run into
Jlike you'll never see an rpmfusion error on a ublue image, it never gets to you.
KPerfect! Ty 
KHey jorge I watched some of your ublue videos and I wanted to ask you, if you layer GNOME Boxes or use the Flatpak now, because in 1 video you said, it was buggy ... so you layer it now.
JI use virt-manager in bluefin-dx, and that's built into the image
KAlright. Ty
Tif you want a second opinion, for my usecase of testing against other operating systems, i use the flatpak gnome boxes unless i require USB storage access to the VM then i layer it. virt-manager has a lot more features and functionality though
Tgnome boxes is intended for a quick and easy vm setup for something quickly
KThank you!
Ehm for me it's more of a good performance solution, in case I need windows and do windows only stuff and maby later transfer to the host.
I also like to test distros and do crazy stuff, I'm kinda new to linux ^^ but I really like qemu/kvm virtmanager
I would be fine with GNOME boxes if USB passthrough would work for the flatpak, and the default win11 installation on boxes sucks a bit
Ehm for me it's more of a good performance solution, in case I need windows and do windows only stuff and maby later transfer to the host.
I also like to test distros and do crazy stuff, I'm kinda new to linux ^^ but I really like qemu/kvm virtmanager
I would be fine with GNOME boxes if USB passthrough would work for the flatpak, and the default win11 installation on boxes sucks a bit
K@j0rge Okay... I always wanted to ask something... but I feel kinda bad ...
First of: Jorge, I really love the project and the work the discord server, everyone is helping and so on . . . . I even replicate most of the stuff in Silverblue. But I'm still not on ublue . . . . . .
I love your philosophy and I think immutable distros are the future!
The only reason I'm hesitaging to completely switch to ublue images is: I tried to many forks of forks and I always had problems with it ... for example, I don't want to hate on Nobara, I love GE for it's work, but it felt overengeenierd and in the end I had a lot of problem, so I learned how to optimize my system
but on ublue everthing seems perfect, but I hate the feeling that I have to rely on others projects that might stop working on it.
Sorry for the grammar and I don't mean it in a bad way, in fact it's the opposide, I really love the work, I'm just afraid . . .
Maby it's because I'm a Linux noob.. and don't uderstand much
First of: Jorge, I really love the project and the work the discord server, everyone is helping and so on . . . . I even replicate most of the stuff in Silverblue. But I'm still not on ublue . . . . . .
I love your philosophy and I think immutable distros are the future!
The only reason I'm hesitaging to completely switch to ublue images is: I tried to many forks of forks and I always had problems with it ... for example, I don't want to hate on Nobara, I love GE for it's work, but it felt overengeenierd and in the end I had a lot of problem, so I learned how to optimize my system
but on ublue everthing seems perfect, but I hate the feeling that I have to rely on others projects that might stop working on it.
Sorry for the grammar and I don't mean it in a bad way, in fact it's the opposide, I really love the work, I'm just afraid . . .
Maby it's because I'm a Linux noob.. and don't uderstand much
KSince everything is built on GitHub, it's as simple as hitting the fork button should I get hit by a bus tomorrow
KNothing is preventing you from forking us and continuing
JAnd also, compared to most full distros
Jwe're dockerfiles, bash, and some python
Jpeople are going to rewrite and throw away a bunch of implementations, you can always rebase back to pure Fedora or another image
Jso you're never "stuck"
KYes, you're right, this is also the big +
KUniversal Blue is a diverse set of images using Fedora Atomic's OCI support as a delivery mechanism. That's nerdspeak for the ultimate Linux client!
KExplains a lot of this in further detail
Jas far as our team's sustainability we're heading into year 3 and we heavily invest in automation, we punch above our weight.
KME 
...
I get your point and I REALLY DON"T mean it in a bad way, pls don't get me wrong
...I get your point and I REALLY DON"T mean it in a bad way, pls don't get me wrong
JLike people cycle in and out, and at most we maybe have what ... 5 people in core that are active while the others are on chillops
Jyou're good!
Jand most of the work we're doing is because we're still in feature development and the tech we depend on isn't even fully into Fedora yet
Jbut once it all settles down most of ublue is automated, our breakages are usually some rpmfusion thing
NThe best part about these breakages is they happen in CI and not on your computer!
J
