SHow do I fix this?
ADidn’t it delete your homedir?
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/selinux based on this it will relabel the final systemgreetd doesn't actually ship any policy (huh?) but rather they just label their files at build time and hope that the destination will keep those changes but podmanthe 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.greetdAthis 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 have an equivalent to dnf's --enablerepo flag to specify which repo a package should come from? I'm trying to replace a single library with one from rawhide in a custom image.TI 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' flagTDoes anyone know if rawhide is added to yum.repos.d will other packages installed with
rpm-ostree install still come from the stable repos?TI 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 isn't working right in scripts. I'm trying to create /usr/local/include but I'm getting mkdir: cannot create directory '/usr/local': File exists . I thought the p flag was supposed to ignore these errors
Jyou can't do
/usr/localTIn that case what would be the approprate place for the
include directory?TI 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 transaction means coming from rpm-ostree, or if there's a way to get more than that one line of error information from it? I'm having trouble override replacing waybar with waybar-hyprland during an image buildTIt 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 remove to not attempt to replace something and just get rid of itKrpm-ostree override remove xKthat's it
Tthat's what i'm doing
Trpm-ostree override remove waybar results in the following:Tnowhere 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
