vsftpd (both 3.0.2 and 3.0.3) both fail on sparc, probably because of misuse of the clone syscall. This syscall is directly used, not the libc wrapper. Since sparc has a different syscall convenction for this syscall than the other architectures (also blackfin and m68k have this different convention according to the clone(2) manpage) it fails only here. Reproducible: Always
Created attachment 494016 [details, diff] Brute force fix
I reported this upstream yesterday.
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=b63d0db0bbcf3eebef952e56081e10f9043ed7ad commit b63d0db0bbcf3eebef952e56081e10f9043ed7ad Author: Sergei Trofimovich <slyfox@gentoo.org> AuthorDate: 2017-11-25 20:58:31 +0000 Commit: Sergei Trofimovich <slyfox@gentoo.org> CommitDate: 2017-11-25 20:59:25 +0000 net-ftp/vsftpd: fix clone usage, bug #630704 Rolf Eike Beer found and fixed the cause of vsftpd being broken on sparc: clone syscall needs special handling of sparc as argument passing is special there. Reported-by: Rolf Eike Beer Fixed-by: Rolf Eike Beer Closes: https://bugs.gentoo.org/630704 Package-Manager: Portage-2.3.16, Repoman-2.3.6 net-ftp/vsftpd/Manifest | 2 +- net-ftp/vsftpd/files/vsftpd-3.0.3-sparc.patch | 16 +++ net-ftp/vsftpd/vsftpd-3.0.3-r2.ebuild | 137 ++++++++++++++++++++++++++ 3 files changed, 154 insertions(+), 1 deletion(-)