RNa. Luckily it wasn't my silverblue system
Aok I think i figured it out, ostree unpacks the tar file inside the container image and looks at the selinux policy inside
/usr/etc/selinuxgreetdpodmanthe workaround is to ship this file: https://src.fedoraproject.org/rpms/greetd/blob/rawhide/f/greetd.fc
in
in
/usr/etc/selinux/targeted/contexts/files/file_contexts.greetdthis should make ostree pickup the correct label at deployment time
Aoh they actually ship the policy but it is in binary form
AAnow I know a lot about ostree I guess 
TDoes
rpm-ostree install--enablerepoI could probably just grab the rpm file directly by url but I'd like to make sure it stays up to date
Kinstall doesn't but replace does
Khold on
K
BHey y'all... so I put together a draft PR in response to an "investigate" ticket...
I think the implementation is fine, though I'm personally on the fence about whether or not we actually want the change. I'm truly indifferent.
I'd love to get some feedback, a vote maybe, on this one.
https://github.com/ublue-os/config/pull/81
I think the implementation is fine, though I'm personally on the fence about whether or not we actually want the change. I'm truly indifferent.
I'd love to get some feedback, a vote maybe, on this one.
https://github.com/ublue-os/config/pull/81
GitHub
Improves upon the existing flatpak update service unit.
closes #14
closes #14
TLooks like for rawhide I have to install the rawhide repo into
/etc/yum.repos.d--from repo='rawhide'Does anyone know if rawhide is added to yum.repos.d will other packages installed with
rpm-ostree installI would hope that's the case, will test real quick
TOk I think I'm just going to sed rawhide's enabled to 1, install what I need, and sed it back to 0
TLooks like it's 0 by default
TGot it, wlroots is compiling now
TMaking an image for nvidia-patched hyprland btw
TAlso it seems like
mkdir -p mkdir: cannot create directory '/usr/local': File exists
Jyou can't do
/usr/localIn that case what would be the approprate place for the
includeI guess /usr/include instead of /usr/local/include
Jyeah, local is for the end user, you'd put it where distro would put stuff
TDoes anyone know what
error: Error -1 running transactionIt gets through installing all the dependencies but throws up that error right at the end
TRunning the same replace command locally silently fails, it stages the new deploy but the package doesn't get installed
TLet me try something actually
TSo it looks like the remove waybar step is automatically installing waybar-git, which then conflicts with waybar-hyprland
TCan I tell
rpm-ostree override removerpm-ostree override remove xthat's it
Tthat's what i'm doing
Trpm-ostree override remove waybarnowhere in my container build scripts is waybar-git mentioned
WOk, so I have a small minor PR I'd like to commit, and I'm not familiar with the cleanest way to do that. At work, its make a branch, make the change, make a PR, and wait for acceptance. But I can't even push to a branch off this repo, so how does one commit back?
WI could open an issue? But man, its so minor, I'd like to just tackle it.
KMy guess is something that you are installing has a hard requirement for waybar
KAnd rather than remove it, it's installing an alternative that satisfies the dependency
KWhat you may want to do is try doing the same command on a live system
KSee if it acts any differently and if it removes more packages than just the one you requested
TI think sway is requiring it since my image is based on sericea
TTrying to build with the swap happening in post after sway is removed
TWill see if that works
TYep
TI feel like sway shouldn't have a hard requirement on waybar but sure
Gwaybar is already installed in sericea
TYes
Gsway itself uses swaybar
