Thijs Eilander

That would be great indeed.

Ok this is strange. When I build the docker local with docker-compose build it works fine, when building it through hub.docker.com it shows the strange uid behaviour. investigating

Only thing I could thing off was turning off the caching layers om hub.docker.com but still rspamd | 2020-08-18 01:36:48 #0(main) ; main; detect_priv: user specified does not exists (Inappropriate...

Thanks @acachy. I put sed in my deployment script and I managed to compile the latest-stable branch on Ubuntu Hirsute (21.04)

> Cannot build on latest debian stable (11 bulseye) and unless this is fixed it won't build on the next Ubuntu LTS either This > sed -i -r 's/sys_siglist\[signum\]/strsignal(signum)/g' third_party/apr/src/threadproc/unix/signals.c...

See my testing area https://launchpad.net/~eilander/+archive/ubuntu/testing/ It builds fine with master and the psol release you linked. Will test it tomorrow on a production server

Hello @oschaaf I installed the 1.14.36.1 package i've build and everything looks fine! Thank you very much

If the function is just renamed from pthread_mutex_consistent_np to pthread_mutex_consistent you should be able to do sed -i s/"pthread_mutex_consistent_np"/"pthread_mutex_consistent"/g third_party/apr/src/locks/unix/proc_mutex.c It seems I have the same problem, I can't compile...

And then I get the same error about pthread_yield ;-)

Ok, on modern libc you can execute the following when building PSOL: sed -i -r 's/sys_siglist\[signum\]/strsignal(signum)/g' third_party/apr/src/threadproc/unix/signals.c sed -i s/"pthread_mutex_consistent_np"/"pthread_mutex_consistent"/g third_party/apr/src/locks/unix/proc_mutex.c sed -i s/"define HAVE_PTHREAD_YIELD 1"/"define HAVE_PTHREAD_YIELD 0"/g third_party/apr/gen/arch/linux/x64/include/apr_private.h Got...