Server binaries are compiled with prefix /usr/share/firebird this causes fb_inet_server to look for the lock manager in /usr/share/firebird/bin (which does not exists) and fail to start Steps to reproduce: 1.apply the dev-db/firebird-2.0.3.12981.0-r2.ebuild fixes from Bug #198538 2.USE="xinetd" emerge =dev-db/firebird-2.0.3.12981.0-r2 3.enable the firebird xinetd service 4.try to connect to the firebird service Result: Connect fails with "error reading data from connection" The firebird server process dies with "can't start lock manager: /usr/share/firebird/bin/fb_lock_mgr" error. Expected result: working firebird classic server also applies to dev-db/firebird-2.0.3.12981.0-r3
Created attachment 135555 [details] emerge --info
Must have missed a path when I patched it, because it should be looking in /usr/bin. Will address ASAP
As I switched from patches to sed, I made sure that the path for fb_lock_mgr got updated. Fixed and committed to CVS, 2.0.3.*-r4 and 2.1.0.*r2. Closing bug, please reopen if problem persists. Thanks for reporting.