- Feb 26, 2024
-
-
this was causing rocksdb to be built with a version of 8.3.2, but pulling 8.10.0 source code. Signed-off-by:strawberry <strawberry@puppygock.gay>
-
- Feb 15, 2024
-
-
Signed-off-by: -
Signed-off-by:
-
- Feb 12, 2024
-
-
This uses flakes-compat to read the `flake.nix` and expose it to non-flake users. Signed-off-by:
Raito Bezarius <masterancpp@gmail.com> Signed-off-by:
-
- Jan 31, 2024
-
-
This fixes a bug where the aarch64 OCI image had metadata saying it was an x86_64 OCI image. On top of that, I think the metadata was actually right (aside from Conduit's binary): since all other packages were being pulled from `pkgsHost`, an OCI image cross compiled for aarch64 from a different architecture would result in unexecutable binaries (e.g. tini) since they were compiled for the completely wrong architecture. from: https://gitlab.com/famedly/conduit/-/merge_requests/579 Signed-off-by:
-
Signed-off-by: -
Thanks to the crane maintainer to fixing my issue in a way that doesn't suck, unlike my attempt in the fork we were briefly using. from: https://gitlab.com/famedly/conduit/-/merge_requests/576 Signed-off-by:
-
Well, kinda. It crashed on me after 10 minutes because the tests timed out like in <https://github.com/matrix-org/complement/issues/394>. Sounds like this means it's a them problem though. I want to use Nix to build this image instead in the future but this will at least make it work for now and give me a reference for while I'm porting it. I also want to make Conduit natively understand Complement's requirements instead of `sed`ing a bunch of stuff and needing a reverse proxy in the container. Should be more reliable that way. I'm not making this run in CI until the above stuff is addressed and until I can decide on a way to pin the revision of Complement being tested against. from: https://gitlab.com/famedly/conduit/-/merge_requests/575 Signed-off-by:
-
- Jan 27, 2024
-
-
Without this, checking the authority of TLS certificates fails, making Conduit (rightly) refuse to connect to anything. Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
Signed-off-by: -
from https://gitlab.com/famedly/conduit/-/merge_requests/569 Signed-off-by:
-
- Jan 26, 2024
-
-
Signed-off-by: -
from https://gitlab.com/famedly/conduit/-/merge_requests/564 Signed-off-by:
-
- Jan 17, 2024
-
-
Signed-off-by:
-
- Jan 15, 2024
-
-
-
Signed-off-by:
-
- Dec 22, 2023
-
-
Co-authored-by:
Charles Hall <charles@computer.surgery> Signed-off-by:
-
- Dec 21, 2023
-
-
-
It's pretty much the same as it was before but now it's more better.
-
- Dec 06, 2023
-
-
nat authored
otherwise bindings are too new and it doesn't build
-
- Jul 16, 2023
-
-
Charles Hall authored
This reverts commit 56f0f3df. This shouldn't be needed anymore since [this][0] reached nixos-unstable. [0]: https://github.com/NixOS/nixpkgs/pull/242889
-
Charles Hall authored
This reverts commit abd0a014.
-
- Jul 10, 2023
-
-
Charles Hall authored
Since that's all I've tested it on. Apparently this caused issues on aarch64 even though it allegedly shouldn't.
-
- Jun 18, 2023
-
-
Charles Hall authored
-
Charles Hall authored
Looks like this should've happened as part of !479.
-
Charles Hall authored
`nixos-unstable` is the rolling release channel of NixOS. The default is the master branch, which doesn't always have a populated binary cache and so may result in compiling a bunch of stuff unnecessarily.
-
- Apr 05, 2023
-
-
Charles Hall authored
-
Charles Hall authored
-
Charles Hall authored
-
Charles Hall authored
I guess naersk still doesn't support git dependencies using workspace inheritance, but crane does.
-
Charles Hall authored
This mostly just improves build times.
-
Charles Hall authored
This reverts commit 5d913f70. Sorry, I don't understand how any of this works, and it seems pretty opaque/difficult to fine-tune.
-
- Jan 27, 2023
-
-
Yusuf Bera Ertan authored
-
- Dec 23, 2022
-
-
Charles Hall authored
And offer help since it's pretty easy but impossible if you don't have Nix installed.
-
Charles Hall authored
-
- Oct 16, 2022
-
-
Charles Hall authored
Also add `.envrc` for direnv + Nix users. This makes developing locally easier for us NixOS folks. The flake itself will allow NixOS users to pull code directly from Conduit's repository, making it completely trivial to stay up-to-date with every commit. I'd also like to add a NixOS module directly to this repository at some point so that new configuration options will be available in the NixOS module faster. But for now, NixOS users can simply override `serivces.matrix-conduit.package` and get pretty much all the functionality. I've added myself to the `CODEOWNERS` file for the Nix files, since I am willing to maintain this stuff. I use Conduit on NixOS so I'm personally invested in having this work. Lastly, `.gitignore` was updated to exclude symlinks created by `direnv` and `nix build` and other such Nix commands. This doesn't come without maintenance burden, however: * The `sha256` in `flake.nix` will need to be updated whenever Conduit's MSRV is updated, but that should be pretty infrequent. * `nix flake update` should be run every so often to pull in updates to `nixpkgs` and other flake inputs. I think downstream users can also override this themselves with `inputs.<name>.inputs.<name>.follows`. * `nix flake check` should be run in CI to ensure Nix builds keep working. * `nixpkgs-fmt --check $(fd '\.nix')` (or similar) should be run in CI to ensure style uniformity.
-
