there's no fixing this in a containerfile is there?
there's no fixing this in a containerfile is there?
Bi just have a distroboxes/containers for all languages
Dalternatives cannot create symlinks on its own during a container build
RUN ln -s /usr/bin/ld.bfd /etc/alternatives/ld && ln -s /etc/alternatives/ld /usr/bin/ldNvidia image have this workaround i think
Jfound it, oh neat!
NWill there ever be a day where ublue starts from scratch images instead of the ones from
quay.io/fedora-ostree-desktops?Jthe plan is to rebase to
quay.io/fedora when those images are readyBIt realy doesnt make sense at this point to build everything from scratch ourself as the point is for us to build uppon what fedora image based distros provide, there would also be not much of a benefit to us going from scratch
JJany ideas here? The nvidia images have the right symlink and I'm trying to add it to all my images just not only the nvidia one, I thought a -f would do it
Joh I need an f in both places. 
Jthanks for this, it was the solution I needed that was hidden in plain sight.
DNp
I remember something about ld with Nvidia image
I remember something about ld with Nvidia image
Band @j0rge
I think there is a better, generic solution for this since the lack of alternatives breaks many RPM installs, not just
before doing an
Example where i removed the manual symlink of
https://github.com/ublue-os/akmods/blob/main/build-prep.sh#L17
I think there is a better, generic solution for this since the lack of alternatives breaks many RPM installs, not just
ld...before doing an
rpm-ostree install in Containerfile runmkdir -p /var/lib/alternativesExample where i removed the manual symlink of
ld and used this instead:https://github.com/ublue-os/akmods/blob/main/build-prep.sh#L17
Jwait, is this it?
Bthis allows successful install of any RPM with "post-install" operations that depend on alternatives, yah
JI wonder if this is worth investigating project-wide? like in -main?
Bi even suggested this on an upstream Fedora issue somewhere
Jwhat were the downsides?
Byes, we should probably use it in our builds...
the downside is
so if you just want builds and RPM installs to work, the above is all you need...
but you CAN go a step further, copy the contents of /var/lib/alternatives out, ostree container commit, and then copy them back to /var/lib/alternatives if you want to try to preserve that stuff I do the latter in my image... but it's not crucial just nice to have the extra info IMHO
the downside is
ostree container commit/varso if you just want builds and RPM installs to work, the above is all you need...
but you CAN go a step further, copy the contents of /var/lib/alternatives out, ostree container commit, and then copy them back to /var/lib/alternatives if you want to try to preserve that stuff I do the latter in my image... but it's not crucial just nice to have the extra info IMHO
Bit IS a hack, but it's required to install somethings, like the netcat RPM, it simply breaks without it
JI think copying back and forth is a bit janky, but just creating the directory, I feel like ugly but working is better, especially since like, stuff like rust doesn't work otherwise.
Jand since it's an image when we clean it up later no fuss, no muss.
B
ACreate the link inside the containerfile and it should work
ABut you may need to remove the link
JI have to drop by car off for service tonight but I'm down to work on this later if you want
Bi'm fine with that. the main goal is to cleanly do installs, not preserve the alternatives data
Jyeah I just did it in an sh file like how nvidia did it
Jbut if we can skip this whole thing entirely by making an empty dir .... (showerthinking)
Amkdir /etc/alternatives may work
Bi'm nursing a headache, just got up from a nap, and not validating my statements, but i'm pretty confident (hence my link from an issue posted a few months ago)
AActually there’s probably no harm in doing that
Abefore ostree would fail if there was data in /etc
ABut now it will just clean up
Bthis also doesn't hurt anythign, but it is not an alternative to mkdir /var/lib/alternatives ...
ANo, it is a workaround
Jalright let's table it for later then, I have no problems making tonight video game night, heh
Aostree container commit now cleans up /var iirc
Aunless I am making stuff up which is possible
Bright, but i mean, I don't think mkdir /etc/alternatives is required, but mkdir /var/lib/alternatives is...
at least, i think
happy to be proven wrong with a better solution... i' just know it's been working
here's where i do it in my personal image (the "cleanup" bit, which assumes the
https://github.com/bsherman/ublue-custom/blob/main/Containerfile#L36-L39
at least, i think
happy to be proven wrong with a better solution... i' just know it's been workinghere's where i do it in my personal image (the "cleanup" bit, which assumes the
mkdir -p /var/lib/alternativeshttps://github.com/bsherman/ublue-custom/blob/main/Containerfile#L36-L39
BI can't work on ublue tonight, need to do $DAYJOB, prep for some family stuff this weekend, and hopefully I'll get a few minutes to game myself 
Jwe could start small with just the one and see what we can get away with. 
AIn theory I think we could build a container like:
buildah build -v /somedir:/var/lib/alternatives
buildah build -v /somedir:/var/lib/alternatives
Bwell, i already do it in
ublue-os/akmodsyeah and I'm hopefully starting a new job here in about 2 weeks so more chillops
Jwait is this in akmods?
AYay! What’s your new position?
BJI can't say yet but I am very excited and it'll be awesome.
Jhuh, if that was in there why didn't I have it in bluefin?
JI think it's been in there long enough to trickle down?
