Hi,
> As I build container , I consume some of the rpms from other
> applications. Those rpms are build with scripts which all are residing
> in the path /run/* . I don't have control to chnage the path of those
> scripts.
ok got that. What you can do is:
1. In config.sh of the image description copy the scripts in question
to a location that better meets the FHS
cp /run/... /usr/local/bin
2. If the scripts has to reside in /run of the running container
you can add code to your entrypoint which moves it back to /run
<type image="docker">
<containerconfig name="...">
<entrypoint execute="/your/entrypoint"/>
</containerconfig>
</type>
In /your/entrypoint you can have something like
mv /usr/local/bin/... /run
> I assume prior to kiwi version 9.24* this path (/run/*) was not
> included in the exclude list.
Which was considered a mistake and fixed some time ago, in the same
way as /dev and other non permanent filesystem areas that are either
a tmpfs, devtmpfs or sort like it
> Now We are migrating to SLES15 SP4 which
> has higher verison kiwi and this /run/* scripts are not shiping into
> continer.
I understand the pain
> So please suggest to approach to remove the path ( /run/) from
> exclude list , without changing source code .
I hope the above suggestion meets your needs in some way shape or form.
I hope you agree with me that /run is a bad location to store scripts
as permanent execution programs and imho this is questionable design
by the packages you are consuming. I understand that you cannot influence
those and I hope the proposed workaround can be applied. Please also
understand I cannot revert back /run from being excluded as it would
re-open the issue for which this was changed.
You could also consider a small code change in kiwi to cary this
if the above solution is too much effort to maintain.
My /run is this:
tmpfs on /run type tmpfs (rw,nosuid,nodev,size=3261896k,nr_inodes=819200,mode=755)
I expect if the packages that installs to /run are used on newer
systems it will cause more trouble as all the data will be lost
right after boot ;)
Best regards,