Userdocs

@corvus1 the entire issue here https://github.com/arvidn/libtorrent/issues/6567 is Alpine Linux related and Alpine does not use glibc and is musl based. You are only wrong in the sense you thought we...

@12101111 on Debian based platforms using glibc there is no issue with cxx14 so maybe a more correct way to say this libtorrent + boost + not glibc ?

Hello, I think there is one problem that needs to be addressed here and I can demonstrate. An issue think it is valid and that should be handled by openssl...

Being static musl the stacktrace is not super great on glibc systems, the one i showed was from a glibc build My dependencies are these (latest releases) - zlib-ng -...

I will see if i can get a better glibc stacktrace but the reason I'm here in this thread is that I am patching openssl 3.0.5 with redhat patches for...

Thanks and i agree about the stacktrace, I think I can get the stacktraces, even build on ferdora 36 with some tweaking if needed. I'll try to get them asap

I built on fedora and got this stack trace. I opened the issue there to avoid derailing this thread. https://github.com/arvidn/libtorrent/issues/6991

These issues could possibly be linked as an arch linux issue since this is the docker used? https://github.com/binhex/arch-qbittorrentvpn https://github.com/qbittorrent/qBittorrent/issues/17230 @MCT80 can you confirm which docker image you are using?

Actually, I've noticed this recently but mostly when add something manually and I did not remember it happening before, so. https://github.com/userdocs/qbittorrent-nox-static/tags Can you do two things. Try the non-cmake qt5...

Try the 4.3 stuff. Like 4.3.5