you mean bazzite-cosmic would build from this?
you mean bazzite-cosmic would build from this?
Aie whats missing for this image to be used by end users?
NI wouldn't think Bazzite would build from this specific repo. I believe Fedora plans to support Cosmic as an official image at some point.
N@Kyle Gospo can correct me if I'm wrong on that.
Ayeah but by that point wheres the clout
NI'd rather not have an alpha desktop experience be one of the experiences user associate with Bazzite.
Athats a fair point
Abut circling back to the discussion of the image, what is missing?
Nthat I'm not sure on 
I'll let others weigh in on that.
I'll let others weigh in on that.
J@Noel I think you can commit my suggestion in the PR?
Aalso, is there a reason you wouldnt be able to rebase to cosmic and back to kde?
Noh yeah, sure can.
Joh so do that and let's get the one more +1 then merge it
Nsounds good, just commited your change.
Jhttps://github.com/ublue-os/bluefin/pull/1586/files I need a hand reviewing with someone who understands libvirt/selinux
RThere's some context and brief discussion here
https://discord.com/channels/1072614816579063828/1087140903031943178/1271552858034147469
https://discord.com/channels/1072614816579063828/1087140903031943178/1271552858034147469
EWhy does it trigger restorecon twice?
KGitHub
Can be restored to extra when build issues are fixed
K^ there's your skew
Nyay!
EShould we force it?
KI'll look and see if i2c-piixbuf has been updated
Kand update that in akmods copr
Kthen it'll succeed
EAwesome 
KGitHub
Opposite of previous PR, merge me when this module is fixed upstream (Build will succeed).
Moved from common to extra.
Moved from common to extra.
G
G
GHelp please
GI can't see any logs as to what exactly is failing in the github build job.
Aprobably better to post in #
custom-image-support , also oot you got fortinet working in atomic fedora?
custom-image-support , also oot you got fortinet working in atomic fedora?
RFortnite? Or is fortinet something else
PI just want to say that yesterday Bluefin pulled update, I'm now on 560 NVIDIA drivers on an old Pascal, seems like all is working fine.
PThanks for the hard work. 
Aits a vpn
GI also got a post in #custom-image-support
custom-image-supportRoh lol mb
GI tried adding the repo to /etc/yum.repos.d/ and just doing rpm-ostree install forticlient
Gbut got the same error
GGitHub
Contribute to murdzheff/ublue-tessi development by creating an account on GitHub.
Abetter continue there, this is for ublue dev
GAre you by any chance from Bulgaria?
IWe just found an installation corruption error. Information: We base our images on ublue-os images. We deploy hardened_malloc. One variant (cosmic) has a permanent corruption issue. ostree is unable to do any image layering operations. The ostree filesystem also encounters errors (ostree fsck). We currently believe that the error is at ostree or rechunks. Our hardened_malloc seems to find this error but it is possible that more images are affected by this. I am unable to pinpoint the error. "ostree: fatal allocator error: detected write after free"
IGitHub![[BUG] rpm-ostree can't deploy on Cosmic images · Issue #369 · secur...](https://images-ext-1.discordapp.net/external/xSqebdFEXpPtRo275PkFd-byRq8uuRckPWOTDGNJ85s/https/opengraph.githubassets.com/e5bfaab463f0e91530c066026854191ddccfc7c2532099b1345bdb3d4d26572d/secureblue/secureblue/issues/369)
Describe the bug On the cosmic-main-hardened and cosmic-main-userns-hardened images (and probably nvidia images too), rpm-ostree can't write new deployments. Attempting to install or uninstall ...
II would like to help find the cause. But I do not know what combination is causing it. It looks related to rechunks + ostree.
AHi, slowly but surely we will fix jt
ACan you also find the line in ostree that emits this error
IIf you tell me how, yes. I am unsure what you mean
AI guess there is no line
AThis command is emitted by malloc
ASorry the error
