Arch Linux User Repository

2:1.3.7c-1. Proftpd won't start with my custom config. He will start with default config only.

using TCP send buffer size of 16384 bytes mod_sftp/1.0.1: using OpenSSL 1.1.1l 24 Aug 2021 mod_sftp/1.0.1: using libsodium-1.0.18 mod_tls/2.9: using OpenSSL 1.1.1l 24 Aug 2021 mod_deflate/0.6: using zlib 1.2.11 mod_redis/0.2.2: using hiredis-1.0.0 disabling runtime support for IPv6 connections <IfModule>: using 'mod_lang.c' section at line 50 <IfModule>: using 'mod_unique_id.c' section at line 59 <IfModule>: using 'mod_ban.c' section at line 65 <IfModule>: skipping 'mod_ident.c' section at line 199 <IfModule>: using 'mod_unique_id.c' section at line 215 ROOT PRIVS at mod_auth_file.c:1565 RELINQUISH PRIVS at mod_auth_file.c:1568 ROOT PRIVS at mod_auth_file.c:1433 RELINQUISH PRIVS at mod_auth_file.c:1436 -----BEGIN STACK TRACE----- -----END STACK TRACE----- ProFTPD terminating (signal 11) ROOT PRIVS at signals.c:59 ProFTPD terminating (signal 11) ROOT PRIVS at signals.c:59 RELINQUISH PRIVS at signals.c:85 ProFTPD 1.3.7c standalone mode SHUTDOWN ROOT PRIVS at signals.c:92 RELINQUISH PRIVS at signals.c:94

Just updated to 1.3.7c.

@maid: This latest version builds, installs, and runs correctly on my machine. Please check if things look better after the update. Best.

using TCP send buffer size of 16384 bytes mod_sftp/1.0.1: using OpenSSL 1.1.1l 24 Aug 2021 mod_sftp/1.0.1: using libsodium-1.0.18 mod_tls/2.9: using OpenSSL 1.1.1l 24 Aug 2021 mod_deflate/0.6: using zlib 1.2.11 mod_redis/0.2.2: using hiredis-1.0.0 disabling runtime support for IPv6 connections <IfModule>: using 'mod_lang.c' section at line 50 <IfModule>: using 'mod_unique_id.c' section at line 59 <IfModule>: using 'mod_ban.c' section at line 65 <IfModule>: skipping 'mod_ident.c' section at line 199 <IfModule>: using 'mod_unique_id.c' section at line 215 -----BEGIN STACK TRACE----- -----END STACK TRACE----- ProFTPD terminating (signal 11) ProFTPD terminating (signal 11) ProFTPD 1.3.7b standalone mode SHUTDOWN

proftpd[27121]: 192.168.1.4 - ProFTPD 1.3.7b (git) (built Tue Aug 31 2021 09:02:01 UTC) standalone mode STARTUP systemd[1]: proftpd.service: Can't open PID file /run/proftpd/proftpd.pid (yet?) after start: Operation not permitted systemd[1]: proftpd.service: start operation timed out. Terminating. proftpd[27121]: 192.168.1.4 - ProFTPD killed (signal 15) proftpd[27121]: 192.168.1.4 - ProFTPD 1.3.7b standalone mode SHUTDOWN systemd[1]: proftpd.service: Failed with result 'timeout'. -- Subject: Unit failed -- The unit proftpd.service has entered the 'failed' state with result 'timeout'. systemd[1]: Failed to start ProFTPD FTP Server.

In /run: drwxr-xr-x 2 root root proftpd/

There was "-DHAVE_STROPTS_H=0" in CPPFLAGS. I have add this a few months ago to fix the same issue. Build complete. However, proftpd won't install. /usr/bin/install: unable change owner '/tmp/proftpd/pkg/proftpd/usr/bin/proftpd': not allowed make: *** [Makefile:131: install-proftpd] error 1

@maid: That's a weird one! According to https://stackoverflow.com/questions/61029226/how-do-i-install-libraries-for-stropts-h and other sources:

stropts.h is part of the Posix STREAMS extension, which Linux never supported. (Since 2008, it has also been marked as obsolescent by Posix, so it may be removed in some future standard revision.)

Looking in os.h,

#ifdef HAVE_STROPTS_H
# include <stropts.h>
#endif

and HAVE_STROPTS_H is undefined by default in config.h[.in]. So, for some reason, your system has HAVE_STROPTS_H defined, which looks out of the scope of this package. Please check your CFLAGS in pursue of the culprit. Another starting point is checking if, after configure is executed, your config.h is different from (around line 805):

/* Define if you have the <stropts.h> header file.  */
/* #undef HAVE_STROPTS_H */

Post your feedback in case you really can't find the issue. I'll be glad to help.

Best!

Fatal error. ../include/os.h:54:11: stropts.h: no such file 54 | # include <stropts.h> | ^~~~~~~~~~~

@severach: Done. Thanks for your contribution!

Remove CFLAGS from the make line. -fcommon was fixed in 1.3.7a so can be removed. CFLAGS goes before configure. make CFLAGS wipes out upstream CFLAGS selected by configure. The fix for Issue #1111 won't work CFLAGS on the make line.

@drakkan: Done :)