/usr/lib/pptpd path is hard-coded in pptpctrl.c for passing 'plugin' parameter while calling pppd with logwtmp enabled, but on x64 systems pptpd-logwtmp.so file is installed into /usr/lib64/pptpd. Reproducible: Always Steps to Reproduce: 1. Enable logwtmp in /etc/pptpd.conf on x64 system 2. Try to connect Actual Results: Connection error (if 'debug' in /etc/pptpd.conf is enabled the message about nonexistent /usr/lib/pptpd/pptpd-logwtmp.so plugin is logged) Expected Results: Successful connection with pptpd-logwtmp.so loaded from /usr/lib64/pptpd
Created attachment 647018 [details, diff] Patch that fixes the issue The issue does not appear with this patch
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=79eb49c4b63ab163c6633247610596195f237bda commit 79eb49c4b63ab163c6633247610596195f237bda Author: Sergey Popov <pinkbyte@gentoo.org> AuthorDate: 2020-07-08 09:30:29 +0000 Commit: Sergey Popov <pinkbyte@gentoo.org> CommitDate: 2020-07-08 09:43:38 +0000 net-vpn/pptpd: revision bump Fix library path for plugins Fix building with Musl Closes: https://bugs.gentoo.org/716210 Closes: https://bugs.gentoo.org/730068 Package-Manager: Portage-2.3.99, Repoman-2.3.22 Signed-off-by: Sergey Popov <pinkbyte@gentoo.org> net-vpn/pptpd/files/pptpd-1.4.0-libdir.patch | 24 +++++++++ net-vpn/pptpd/files/pptpd-1.4.0-musl.patch | 16 ++++++ net-vpn/pptpd/pptpd-1.4.0-r3.ebuild | 81 ++++++++++++++++++++++++++++ 3 files changed, 121 insertions(+)