tvl-depot/tvix
Vova Kryachko ccecede70b feat(nix-daemon): Implement stubs for QueryReferrers, QueryRealizations
These are required to support certain nix's local-overlay store
operations, it's safer to return empty results for these
operations than failing with "operation not implemented" errors.

Change-Id: Ic9b69d75dd52af5a826bfb6a8b283b082a0f6bcf
Reviewed-on: https://cl.tvl.fyi/c/depot/+/12766
Tested-by: BuildkiteCI
Reviewed-by: flokli <flokli@flokli.de>
2024-11-14 13:39:48 +00:00
..
.vscode chore(tvix): fix vscode rust-analyzer recommendation 2022-10-15 16:54:28 +00:00
boot chore(tvix/[ca]store): Drop sled support completely in favor of redb 2024-10-03 18:16:03 +00:00
build fix(tvix/build): Fix tests and clippy warnings on MacOS 2024-11-03 23:43:23 +00:00
build-go chore(3p/sources): bump channels & overlays (2024-10-23) 2024-10-27 00:17:15 +00:00
castore refactor(tvix/castore/digest): stop using bytes::Bytes internally 2024-11-12 11:09:11 +00:00
castore-go chore(3p/sources): bump channels & overlays (2024-10-23) 2024-10-27 00:17:15 +00:00
cli fix(tvix): use tracing::field::Empty for all indicatif.pb_show 2024-11-12 00:28:32 +00:00
docs docs(tvix): document Store configuration 2024-11-12 14:05:16 +00:00
eval refactor(tvix/eval): rm From<(T, Option<Box<NixContext>>)> for NixString 2024-11-12 11:16:08 +00:00
glue fix(tvix): use tracing::field::Empty for all indicatif.pb_show 2024-11-12 00:28:32 +00:00
nar-bridge feat(tvix/nar-bridge): make root_nodes_cache_capacity configurable 2024-11-12 00:27:31 +00:00
nix-compat feat(nix-daemon): Implement stubs for QueryReferrers, QueryRealizations 2024-11-14 13:39:48 +00:00
nix-compat-derive refactor(nix-compat): Move serialization machinery into wire. 2024-11-10 20:54:12 +00:00
nix-compat-derive-tests refactor(nix-compat): Move serialization machinery into wire. 2024-11-10 20:54:12 +00:00
nix-daemon feat(nix-daemon): Implement more nix daemon operations. 2024-11-13 21:21:57 +00:00
nix-lang-test-suite docs(tvix): initial notes on a possible generic Nix lang test suite 2024-01-22 14:21:19 +00:00
scripts chore(tvix): Run criterion benchmarks for the whole workspace 2023-12-20 18:04:43 +00:00
serde refactor(tvix/eval): remove Value::Json and related functionality 2024-11-04 10:39:19 +00:00
store feat(tvix-store): Improve tvix-store copy. 2024-11-12 16:43:21 +00:00
store-go chore(3p/sources): bump channels & overlays (2024-10-23) 2024-10-27 00:17:15 +00:00
tracing feat(tvix/tracing): Allow configuring additional layers 2024-11-07 20:34:27 +00:00
verify-lang-tests chore(tvix/verify-lang-tests): update latest Nix version 2024-08-14 15:01:03 +00:00
website chore(tvix/nar-bridge): move to nar-bridge-go 2024-05-15 21:31:36 +00:00
.gitignore chore(tvix): add /*.sled to .gitignore 2023-09-24 17:05:48 +00:00
buildkite.yml feat(tvix/buildkite): apply a 10 minutes timeout 2024-04-13 11:44:37 +00:00
Cargo.lock feat(nix-daemon): Implement client handler. 2024-11-12 02:15:04 +00:00
Cargo.nix feat(nix-daemon): Implement more nix daemon operations. 2024-11-13 21:21:57 +00:00
Cargo.toml feat(tvix/nix-daemon): Initial skeleton for nix-daemon 2024-10-30 15:00:32 +00:00
clippy.toml refactor(tvix/castore): add PathComponent type for checked components 2024-08-17 15:59:10 +00:00
crate-hashes.json chore(tvix/[ca]store): bump bigtable_rs 2024-08-28 20:15:55 +00:00
default.nix feat(tvix/build), add OciBuildService, the old way 2024-10-01 13:41:24 +00:00
LICENSE chore(tvix): Bootstrap Tvix folder 2021-03-27 00:09:49 +00:00
logo.webp refactor(tvix): move logo to //tvix:logo 2023-09-10 13:13:14 +00:00
OWNERS chore(depot): update OWNERS files for aspen 2023-12-20 18:35:58 +00:00
README.md docs(tvix): document more components 2024-11-12 09:42:50 +00:00
shell.nix chore(tvix/shell): add cargo-flamegraph 2024-10-28 12:45:22 +00:00
utils.nix fix(tvix/shell): fix shell on MacOS 2024-10-27 14:29:08 +00:00


Tvix is a new implementation of the Nix language and package manager. See the announcement post for information about the background of this project.

Tvix is developed by TVL in our monorepo, the depot, at //tvix. Code reviews take place on Gerrit, bugs are filed in our issue tracker.

For more information about Tvix, feel free to reach out. We are interested in people who would like to help us review designs, brainstorm and describe requirements that we may not yet have considered.

Most of the discussion around development happens in our dedicated IRC channel, #tvix-dev on hackint, which is also reachable via XMPP at #tvix-dev@irc.hackint.org (sic!) and via Matrix at #tvix-dev:hackint.org.

There's also the IRC channel of the wider TVL community, less on-topic, or our mailing list.

Contributions to Tvix follow the TVL review flow and contribution guidelines.

WARNING: Tvix is not ready for use in production. None of our current APIs should be considered stable in any way.

WARNING: Any other instances of this project or repository are josh-mirrors. We do not accept code contributions or issues outside of the tooling and communication methods outlined above.

Components

This folder contains the following components:

  • //tvix/boot - tooling to boot MicroVMs off of tvix-[ca]store
  • //tvix/build - a generic (Nix-unaware) builder protocol and various implementations
  • //tvix/castore - subtree storage/transfer in a content-addressed fashion
  • //tvix/cli - preliminary REPL & CLI implementation for Tvix
  • //tvix/docs - standalone documentation
  • //tvix/eval - an implementation of the Nix programming language
  • //tvix/glue - combines tvix-eval with tvix-[ca]store and tvix-build, implementation of build- and import-related builtins
  • //tvix/nar-bridge - a HTTP webserver providing a Nix HTTP Binary Cache interface in front of a tvix-store
  • //tvix/nix-compat - a Rust library for compatibility with C++ Nix, features like encodings and hashing schemes and formats
  • //tvix/nix-daemon - a Nix-compatible store daemon backed by Tvix
  • //tvix/serde - a Rust library for using the Nix language for app configuration
  • //tvix/store - a "filesystem" linking Nix store paths and metadata with the content-addressed layer
  • //tvix/tracing - unified library to configure logging, tracing, instrumentation and progress concerns

Some additional folders with auxiliary things exist and can be explored at your leisure.

Building the CLI

The CLI can also be built with standard Rust tooling (i.e. cargo build), as long as you are in a shell with the right dependencies.

  • If you cloned the full monorepo, it can be provided by mg shell //tvix:shell.
  • If you cloned the tvix workspace only (git clone https://code.tvl.fyi/depot.git:workspace=views/tvix.git), nix-shell provides it.

If you're in the TVL monorepo, you can also run mg build //tvix/cli (or mg build from inside that folder) for a more incremental build.

Please follow the depot-wide instructions on how to get mg and use the depot tooling.

Compatibility

Important note: We only use and test Nix builds of our software against Nix 2.3. There are a variety of bugs and subtle problems in newer Nix versions which we do not have the bandwidth to address, builds in newer Nix versions may or may not work.

Rust projects, crate2nix

Some parts of Tvix are written in Rust. To simplify the dependency management on the Nix side of these builds, we use crate2nix in a single Rust workspace in //tvix to maintain the Nix build configuration.

When making changes to Cargo dependency configuration in any of the Rust projects under //tvix, be sure to run mg run //tools:crate2nix-generate in //tvix itself and commit the changes to the generated Cargo.nix file. This only applies to the full TVL checkout.

When adding/removing a Cargo feature for a crate, you will want to add it to the features power set that gets tested in CI. For each crate there's a default.nix with a mkFeaturePowerset invocation, modify the list to include/remove the feature. Note that you don't want to add "collection" features, such as fs for tvix-[ca]store or default.

License structure

All code implemented for Tvix is licensed under the GPL-3.0, with the exception of the protocol buffer definitions used for communication between services which are available under a more permissive license (MIT).

The idea behind this structure is that any direct usage of our code (e.g. linking to it, embedding the evaluator, etc.) will fall under the terms of the GPL3, but users are free to implement their own components speaking these protocols under the terms of the MIT license.