turns out, ipv6 has a LOT of address space, enough to use 32GB of RAM and then some
turns out, ipv6 has a LOT of address space, enough to use 32GB of RAM and then some
CHeh
NWouldn’t it require 2^128 bits? If so, that’s 2^128/(8 times 10^9) = 4.253 times 10^28 gigabytes if my math is right
Bmainnvidia(Not incl potential python overhead for reference counting + other stuff, probably)
Byeah, i wasn't actually trying to get all the addresses either, but plenty 
Jis that all green main?
JHappy, happy Benjamin.
Bnvidia is all 
Jnice work, actionable lessons learned.
J"
: I am pleased by this."
: I am pleased by this."Jso I think vegetabot should be proud of us too when we do good things
Jlike if you fix a red thing he praises your skills as a devops warrior, that sort of thing
B
NI just encountered the MOK screen while trying to follow the directions in the nvidia repo. Is this because I started on regular Fedora Kinoite rather than starting from the Ublue ISO?
NHere are the modified steps I followed to finish the process: https://discord.com/channels/1072614816579063828/1074422586894712912/1114059538946076824
NNOh, I'm on a gaming laptop as well, which could be relevant.
NI'm happy to submit a PR to add to the setup instructions, if desired.
BThanks the report... this is mentioned on the website's ISO install docs under "Secure Boot"
https://ublue.it/installation/#secure-boot but you provide some nice step-by-step details which should be added there and in a FAQ section which does not currently exist.
I am starting to think the MOK importer is pretty similar across different machines and UEFI implementations, so that's good for providing more detail.
I would like to see the detailed step-by-step added to the website and instead of the "Secure Boot" link we have in the repo README today, we should point to your new "Secure Boot FAQ instructions" on our website
https://ublue.it/installation/#secure-boot but you provide some nice step-by-step details which should be added there and in a FAQ section which does not currently exist.
I am starting to think the MOK importer is pretty similar across different machines and UEFI implementations, so that's good for providing more detail.
I would like to see the detailed step-by-step added to the website and instead of the "Secure Boot" link we have in the repo README today, we should point to your new "Secure Boot FAQ instructions" on our website
NOh, good. That page looks much better than the one linked in the README (I think it linked to the rpm fusion secure boot page).
I'll try to take a look tonight/tomorrow!
I'll try to take a look tonight/tomorrow!
Bcorrect, i think the rpmfusion docs are confusing given we already do a lot of what's documented there
Jyeah! Any and all fixes to readmes and docs are most welcome!
Jquick heads up, cassidy james blaede from endless/gnome wants to play around with different design ideas and that kind of stuff, so I'm going to set him up with a bluefin-like setup to see what happens
CInteresting
CWhat scope of design?
Jno clue, he's the expert, I'm just the mechanic
CHeh
CIf desktop, I've got a nice tiling setup people keep thinking isn't gnome lol
JGitHub
What a GNOME OS could look like in the future—today - GitHub - ublue-os/beyond: What a GNOME OS could look like in the future—today
J@marcoceppi remind me, can we mix user and system flatpaks in the same yafti file?
MYup
Joh wonderful, it will be easier for me to help him then
Mhttps://github.com/ublue-os/yafti/blob/main/tests/example-system.yml#L38-L40 That's how you set the default for all during the packages screen
Mhttps://github.com/ublue-os/yafti/blob/main/tests/example-system.yml#L46-L49 that allows you to configure on a per package basis
Jperfect, thank you!
MThe whole system / user flags are redundant but needed for now. v2 it'll be better
DSo beyond is GNOME OS but actually usable?
BWhat does 'dock integrated' mean exactly?
EI didn't know you could mix and match system and user applications in yafti. Sweet
Jyeah that's going to be handy
JCOooo interesting
EI opened a PR to enable KSSHAskPass on Kinoite builds. It's something I've found pretty useful. Pretty much, something requests a password in the console, and an GUI will pop up allowing you to save that password to KWallet for the future. It's usually included in KDE distributions
EThere's probably a difference in the packages shipped in Kinoite and KDE Workstation that I should look into
JI can take a look, just getting home, would you mind filing out a request issue and sticking the
dnf info part in there? That way we can keep track of the reasons we're adding packages so in the future we understand why we put something in there.Jthe request package form is pinned in this channel
DScreensharing on Wayland
Screensharing on wayland is usually painful because application usually not supporting xdg-desktop-portal/pipewire for screencapture.Fortunately now we have Xwaylandvideobridge which is basically make a bridge between application and xdg-portal/pipewire.
for now only uBlue Kinoite have this package pre-installed since GNOME and Wlroots have issue with Xwaylandvideobridge.
any suggestion? i'm writing documentation/guide for xwaylandvideobridge
Sgod i wish xwaylandvideobridge worked on GNOME cause it's actually a pretty ingenious solution
Si don't know if it's been fixed in the git repo yet
EHey, sorry for getting back to you so late. I'm actually about to head to bed but I can get that up first thing tomorrow
