- May 27, 2024
-
-
Signed-off-by:Jason Volk <jason@zemos.net>
-
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by:strawberry <strawberry@puppygock.gay>
-
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
this is dual-stack by default on linux, resolves issues with nginx using `localhost` and randomly choosing between 127.0.0.1 and [::1], causing intermittent upstream issues Signed-off-by: -
`handle_incoming_pdu` Signed-off-by: -
this is the X-Matrix origin/server, NOT the `"sender"`` user's server name. Signed-off-by: -
Nedded to pull in [1], which is rared for dynamic rocksdb builds with liburing. [1]: https://github.com/girlbossceo/rocksdb/commit/c8a1450231e9c608edf535538dbe8ca1a8d2f3bc
-
This reverts commit a37b2b9e. Dynamic builds are working again, so we'd prefer having that be the default output for consistency with nixpkgs.
-
The original implementation of this was really weird, so I restructed it a lot while debugging, and am just gonna leave the restructured version. Root cause of the segfault seems to be that upstream nixpkgs liburing derivation is generating both static and dynamic libraries, causing rocksdb to statically link liburing in a dynamic build, pulling in some allocator stuff at the same time. I created a PR[1] to fix this upstream, but it probably won't be available on nixos-unstable for quite a while, so we can also patch it locally. [1]: https://github.com/NixOS/nixpkgs/pull/314945
-
I talked to somebody yesterday in #conduwuit:puppygock.gay that was using this output in their system config. The dynamically-linked jemalloc build is quite fragile, and is not tested by anything else in CI. We want to make sure we don't break it again in the future.
-
This failed to inherit the fix from bec507d7 because the crane package's buildInputs become propagatedBuildInputs in a static stdenv, but become normal buildInputs in a dynamic stdenv. Since we were only pulling propagatedBuildInputs into the devshell, dynamically linked devshells did not include the rust-jemalloc-sys package. This causes tikv-jemalloc-sys to build it's own static jemalloc package, and we end up loading libc before jemalloc at runtime.
-
-
- May 26, 2024
-
-
Signed-off-by: -
Signed-off-by: -
CI caught some more Signed-off-by: -
the workaround needs to be extended to rocksdb caches, but i dont know that part of code Signed-off-by: -
defaults to static builds instead of dynamically linked builds Signed-off-by:
-
