HappyMan has quit [Quit: No Ping reply in 180 seconds.]
HappyMan has joined #fedora-coreos
saschagrunert has joined #fedora-coreos
Betal has quit [Quit: WeeChat 3.8]
sentenza has quit [Remote host closed the connection]
jcajka has joined #fedora-coreos
ccha has quit [Quit: WeeChat 3.8]
ccha has joined #fedora-coreos
ccha has quit [Quit: WeeChat 3.8]
heldwin has quit [Remote host closed the connection]
heldwin has joined #fedora-coreos
nagarap has joined #fedora-coreos
paragan has quit [Ping timeout: 248 seconds]
zodbot has quit [Remote host closed the connection]
zodbot has joined #fedora-coreos
jpn has joined #fedora-coreos
hyperreal has joined #fedora-coreos
daMaestro has quit [Quit: Leaving]
nagarap has quit [Ping timeout: 240 seconds]
nagarap has joined #fedora-coreos
mboddu has quit [Ping timeout: 248 seconds]
nagarap has quit [Ping timeout: 276 seconds]
nagarap has joined #fedora-coreos
michele_ has quit [Quit: restart]
ccha has joined #fedora-coreos
mheon has joined #fedora-coreos
mboddu has joined #fedora-coreos
nalind has joined #fedora-coreos
jlebon has joined #fedora-coreos
plarsen has joined #fedora-coreos
gursewak has joined #fedora-coreos
baude has joined #fedora-coreos
<baude>
dustymabe i know you folks are in team meet'ins ... but if convenient, does ignition have a default http it tries? (i think it does this for some cloud providers?)
jcajka has quit [Remote host closed the connection]
alexlarsson[m] has joined #fedora-coreos
<alexlarsson[m]>
Is this a good place to ask questions about coreos-assembler?
<alexlarsson[m]>
I'm using it to do some development on ostree deploy and the ostree initrd. I put my custom build of ostree into the overrides dir, as well as into the cosa container.
<alexlarsson[m]>
But when I build the new image, at the end I get:
<alexlarsson[m]>
ostree: error while loading shared libraries: libcomposefs.so.0: cannot open shared object file: No such file or directory
<alexlarsson[m]>
I added libcomposefs.so.0 to the overrodes too. I wonder why it is not picked up here? Any ideas?
<alexlarsson[m]>
Is there some other chroot or something i need to update?
baude has quit [Quit: Client closed]
<dustymabe>
alexlarsson[m]: is libcomposefs.so.0 in the final built image?
<alexlarsson[m]>
It is in overrides/rootfs/usr/lib64/
<alexlarsson[m]>
how would i know its in the built image?
<alexlarsson[m]>
I mean the build didn't complete
<dustymabe>
when you run the build image you'd look at /usr/lib64/libcomposefs.so.0
<dustymabe>
ahh, the build didn't complete
<alexlarsson[m]>
fatal: failed buildextend-qemu
<alexlarsson[m]>
Due to the above
<alexlarsson[m]>
The logs talk about supermin
<alexlarsson[m]>
So, i guess it is building some minimal qemu thing to run the ostree amin init-fs
<alexlarsson[m]>
I guess i need to tweak that to also copy in the libcomposefs.so
<dustymabe>
I see.
<alexlarsson[m]>
Clearly it copied my overridden ostree binary as the dt-needed is there
<alexlarsson[m]>
But where is this done?
<dustymabe>
so if you run `cosa shell` and then run an `ostree` command do you see the effor about shared object ?
<dustymabe>
error*
<alexlarsson[m]>
no, that works
<dustymabe>
alexlarsson[m]: you might need to add something to https://github.com/coreos/coreos-assembler/blob/main/src/vmdeps.txt - (i.e. what gets copied into the supermin VM), but I don't understand why it doesn't detect and copy in the deps alreayd (I thought supermin had code to grab all libraries). Maybe it's relying on the RPM database to get the deps, in which case your copying in of the files
<dustymabe>
directly wouldn't have the updated RPM db
<alexlarsson[m]>
In the cosa shell i copied the composefs and the ostree libs from the overlay
<alexlarsson[m]>
Hmm, but that doesn't seem to be exactly what happens
<alexlarsson[m]>
I mean, that says rpmostree comes from the rpm
<alexlarsson[m]>
but clearly it doesn't
<alexlarsson[m]>
because then the ostree in the supermin vm wouldn't have tried to load libcomposefs
<dustymabe>
`rpm-ostree` and `ostree` are different RPMs ?
<alexlarsson[m]>
so, there has to be some other place where it also copies ostree binaries into the vm that are not from those rpms
<alexlarsson[m]>
surely rpm-ostree pulls in ostree by dependencies
<dustymabe>
does `cosa shell -- rpm -q --requires ostree` show something provided by the composefs RPM?
<alexlarsson[m]>
I don't have a composefs rpm atm, i'm just copying in manually built binaries for now.
<dustymabe>
which is the problem
<alexlarsson[m]>
Because i need to rapidly iterate on this
<alexlarsson[m]>
But clearly it did copy the new ostree into the vm
<dustymabe>
if supermin is building up an image from listed deps and composefs isn't mentioned then it won't pull in that dep
<alexlarsson[m]>
i just need to find where and extend that
<dustymabe>
right because ostree is listed as a dep
<alexlarsson[m]>
No, it copied my custom binary from the overlays dir, not the rpm one
<alexlarsson[m]>
Because otherwise it would not have failed to run
<dustymabe>
I thought you said you also copied ostree into the cosa container
<dustymabe>
"I put my custom build of ostree into the overrides dir, as well as into the cosa container."
<alexlarsson[m]>
Ah, so the vmdeps.txt are not installed as rpms, but taken from the host based on the rpmdb?
<dustymabe>
I think so
<dustymabe>
"host" == cosa container
<alexlarsson[m]>
Ok, that makes sense
<alexlarsson[m]>
sure
<alexlarsson[m]>
so, if i have "some" composefs rpm installed in the container, i could add it to that
<dustymabe>
right
<dustymabe>
or you could just hack in the copy of the library
<alexlarsson[m]>
and then temporary replace the binaries from that