ahah, no it's just a placeholder because the actual font had copyrights... Evangelion's official font, Matisse Classic.
But it didn't fit on my website like I thought it would, so it doesn't matter anymore.
I'd still like to know what the hell happens with sqlite3 because I've had that problem multiple times.

.Yes it should, but I corrected it: no change.
cd /home/drm/openssl-3.5.1/ \
&& if [ -f Makefile ]; then make clean; fi \
&& ./config --prefix=/home/drm/openssl-3.5.1//.openssl no-shared no-threads enable-tls1_3 enable-quic \
&& make \
&& make install_sw LIBDIR=lib
/bin/sh: 3: ./config: not found
make[1]: *** [objs/Makefile:1703: /home/drm/openssl-3.5.1//.openssl/include/openssl/ssl.h] Error 127
make[1]: Leaving directory '/usr/local/src/nginx-1.29.1'
make: *** [Makefile:13: install] Error 2

I do not know why it uses cmake or not make, config, or whatever else, and "./configure --help" reads like Chinese to me.

I want to compile nginx with the http/3 and brotli compression support. The default build doesn't have the second. That requires, among other things, an SSL implementation,

I installed both packages you mentioned and made some progress. Until it blocks again. I really hate compilations, they're the quintessence of all the nonsense in computers.

rm@84-47-09-37-40-35 /u/l/s/nginx-1.29.1 [2]> make -j (nproc)
make -f objs/Makefile
make[1]: Entering directory '/usr/local/src/nginx-1.29.1'
cd /home/drm/openssl-3.5.1 \
&& if [ -f Makefile ]; then make clean; fi \
&& ./config --prefix=/home/drm/openssl-3.5.1/.openssl no-shared no-threads enable-tls1_3 enable-quic \
&& make \
&& make install_sw LIBDIR=lib
/bin/sh: 3: ./config: not found
make[1]: *** [objs/Makefile:1703: /home/drm/openssl-3.5.1/.openssl/include/openssl/ssl.h] Error 127
make[1]: Leaving directory '/usr/local/src/nginx-1.29.1'
make: *** [Makefile:10: build] Error 2

Here's the structure of openssl-3.5.1

/home/drm/openssl-3.5.1
└──􀀂  install
    ├──􀀂  bin
    │  ├──􀀀  c_rehash
    │  └──􀀀  openssl
    ├──􀀂  include
    │  └──􀀂  openssl
    │     ├──􀂴  asn1.h
    │     ├──􀂴  asn1err.h
    │     ├──􀂴  asn1t.h
    │     ├──􀂴  async.h
    │     ├──􀂴  asyncerr.h
    │     ├──􀂴  bio.h
    │     ├──􀂴  bioerr.h
    │     └──􀂴  135 unlisted
    ├──􀀂  lib64
    │  ├──􀀂  cmake
    │  │  └──􀀂  OpenSSL …
    │  ├──􀀂  engines-4
    │  │  ├──􀂖  afalg.so
    │  │  ├──􀂖  capi.so
    │  │  ├──􀂖  loader_attic.so
    │  │  └──􀂖  padlock.so
    │  ├──􀂖  libcrypto.a
    │  ├──🔗  libcrypto.so -> /home/drm/openssl-3.5.1/install/lib64/libcrypto.so.4
    │  ├──􀀀  libcrypto.so.4
    │  ├──􀂖  libssl.a
    │  ├──🔗  libssl.so -> /home/drm/openssl-3.5.1/install/lib64/libssl.so.4
    │  ├──􀀀  libssl.so.4
    │  ├──􀀂  ossl-modules
    │  │  └──􀂖  legacy.so
    │  └──􀀂  pkgconfig
    │     ├──􀀀  libcrypto.pc
    │     ├──􀀀  libssl.pc
    │     └──􀀀  openssl.pc
    ├──􀀂  share
    │  ├──􀀂  doc
    │  │  └──􀀂  openssl …
    │  └──􀀂  man
    │     ├──􀀂  man1 …
    │     ├──􀀂  man3 …
    │     ├──􀀂  man5 …
    │     └──􀀂  man7 …
    └──􀀂  ssl
       ├──􀀂  certs
       ├──􀀀  ct_log_list.cnf
       ├──􀀀  ct_log_list.cnf.dist
       ├──􀀂  misc
       │  ├──􀀀  CA.pl
       │  ├──🔗  tsget -> /home/drm/openssl-3.5.1/install/ssl/misc/tsget.pl
       │  └──􀀀  tsget.pl
       ├──􀀀  openssl.cnf
       ├──􀀀  openssl.cnf.dist
       └──􀀂  private

Huh. I see. Sorry I was really not clear on the devuan release system or codenames. I'll upgrade everything and see what happens.

No change. Maybe the problem is elsewhere, on other packages.

In file included from include/openssl/types.h:26,
                 from apps/include/app_libctx.h:13,
                 from apps/lib/app_libctx.c:9:
/usr/include/limits.h:124:26: error: no include path in which to search for limits.h
  124 | # include_next <limits.h>
      |                          ^
In file included from include/internal/common.h:14,
                 from apps/include/apps.h:13,
                 from apps/lib/app_provider.c:10:
/usr/include/stdlib.h:32:10: fatal error: stddef.h: No such file or directory
   32 | #include <stddef.h>
      |          ^~~~~~~~~~
compilation terminated.
In file included from include/internal/e_os.h:13,
                 from apps/lib/app_rand.c:10:
/usr/include/limits.h:124:26: error: no include path in which to search for limits.h
  124 | # include_next <limits.h>

What does this mean ? What is lacking ? I noticed stddef.h was in /usr/include/linux instead of usr/include/. So I create a symbolic link there with all the content of this folder, and the error message changed. Now I have:

/usr/include/stdlib.h:959:59: note: 'size_t' is defined in header '<stddef.h>'; this is probably fixable by adding '#include <stddef.h>'
/usr/include/time.h:100:47: error: unknown type name 'size_t'
  100 | extern size_t strftime (char *__restrict __s, size_t __maxsize,
      |                                               ^~~~~~
/usr/include/time.h:100:47: note: 'size_t' is defined in header '<stddef.h>'; this is probably fixable by adding '#include <stddef.h>'
/usr/include/string.h:466:40: note: 'size_t' is defined in header '<stddef.h>'; this is probably fixable by adding '#include <stddef.h>'
In file included from /usr/include/stdlib.h:587:
/usr/include/alloca.h:32:22: error: unknown type name 'size_t'
   32 | extern void *alloca (size_t __size) __THROW;
      |                      ^~~~~~
/usr/include/time.h:116:8: error: unknown type name 'size_t'
  116 | extern size_t strftime_l (char *__restrict __s, size_t __maxsize,
      |        ^~~~~~
/usr/include/alloca.h:1:1: note: 'size_t' is defined in header '<stddef.h>'; this is probably fixable by adding '#include <stddef.h>'
  +++ |+#include <stddef.h>
    1 | /* Copyright (C) 1992-2022 Free Software Foundation, Inc.
/usr/include/time.h:116:8: note: 'size_t' is defined in header '<stddef.h>'; this is probably fixable by adding '#include <stddef.h>'
/usr/include/time.h:116:49: error: unknown type name 'size_t'
  116 | extern size_t strftime_l (char *__restrict __s, size_t __maxsize,

Same reference to stddef.h dozens of time. But this time it went very quickly, I don't know if it's a progress or not.

Do I even need to compile openssl ?

Patriot P220 1024GB (SN12288). An SSD. I did the smart self-test. It's fine.

But for some reason it accelerated today. What the hell... I swear I did not upgrade sway.

everything graphical is slower. It boots quickly so it doesn't seem the system is impacted before.
But now you talk about it, file operations are slower too. Again, I can make test and measurements here and you may judge if it's normal given the hardware i have, but I can't or won't install another OS (no assurance programs would be the exact same anyway).