diff options
author | Andrew Geissler <geissonator@yahoo.com> | 2020-07-14 21:41:21 +0300 |
---|---|---|
committer | Andrew Geissler <geissonator@yahoo.com> | 2020-07-15 18:46:53 +0300 |
commit | e38175414f5945bcf916f8793095e5859d34a0c9 (patch) | |
tree | ebec60236c84611d43a6d225c91d65d7744c55d0 /meta-phosphor/classes | |
parent | 52b2330594715a5716db2951aea21a8e1adc3aa9 (diff) | |
download | openbmc-e38175414f5945bcf916f8793095e5859d34a0c9.tar.xz |
create libopenbmc_intf.so link in rootfs
An upstream change removed a workaround that OpenBMC was depending on
which created any missing symlinks in the rootfs. See the following for
more details:
https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=061eb6f501c6262266230919ef55ebf02a26abcd
This caused the libopenbmc_intf.so link to no longer be created in
/usr/lib/. This then caused applications like power_control.exe to no
longer start with an error like this:
Jul 12 23:26:15 witherspoon power_control.exe[367]: power_control.exe: error while loading shared libraries: libopenbmc_intf.so: cannot open shared object file: No such file or directory
Long term the goal is to move away from power_control.exe and the
skeleton repo in general. For now, just get us back to how things were
with this patch.
Tested:
Verified link is back in witherspoon image and power_contro.exe started
successfully.
Resolves openbmc/openbmc#3677
(From meta-phosphor rev: 2642059cbd80660bd62e3d4ae7f0a1ac40967872)
Change-Id: I111f407b34309cb98334f1f8e665269f0ed4277d
Signed-off-by: Andrew Geissler <geissonator@yahoo.com>
Diffstat (limited to 'meta-phosphor/classes')
0 files changed, 0 insertions, 0 deletions