|Summary:||Update 157 haproxy liblua.so No such file or directory|
|Product:||IPFire||Reporter:||Alexander Schroeder <admin>|
|Component:||---||Assignee:||Michael Tremer <michael.tremer>|
|Status:||CLOSED FIXED||QA Contact:|
|Priority:||Will affect almost no one||CC:||admin, michael.tremer|
Description Alexander Schroeder 2021-06-21 18:22:45 UTC
just updated my ipfire to the latest Core-Update-Level: 157 (from 156) with pakfire, haproxy was updated too, but now it won’t start. With the button on the web GUI there is no response. On the console there is an error: [root@ipfire1 ~]# /etc/init.d/haproxy start Starting HAProxy… /usr/sbin/haproxy: error while loading shared libraries: liblua.so.5.4: cannot open shared object file: No such file or directory. I posted this bug in the community and was advised to make this bug report here. :) https://community.ipfire.org/t/update-157-has-broken-haproxy/5639
Comment 1 Michael Tremer 2021-06-21 19:38:56 UTC
It looks like I missed that package in the update. You can copy the library from a fresh installation ISO image or wait until I recompiled the update.
Comment 2 Michael Tremer 2021-06-21 19:40:56 UTC
Comment 3 Alexander Schroeder 2021-06-22 06:55:12 UTC
Thanks, it's fixed for me. first try with the lib from ipfire image didn't work: [root@ipfire1 ~]# /etc/init.d/haproxy start Starting HAProxy... /usr/sbin/haproxy: error while loading shared libraries: liblua.so.5.4: wrong ELF class: ELFCLASS32 then searched on the web and found a x64 library here: https://sourceforge.net/projects/luabinaries/
Comment 4 Michael Tremer 2021-06-22 11:59:09 UTC
This is not a fix. This is basically installing malware on your system. We work very hard to optimise our compiler to compile code in a better way, and we audit code, cryptographically sign releases and this is just circumventing it. > https://wiki.ipfire.org/installation/compromise
Comment 5 Michael Tremer 2021-06-22 12:02:43 UTC
The update has been pushed and should be available from all mirrors in a short while.