tauray: init at 1.0.1

[jansol]

Description of changes

Real-time path tracer based on vulkan and its hardware-accelerated ray tracing extensions: https://github.com/vga-group/tauray

Draft until #196854 is merged since this won't build without it.

Things done

• Built on platform(s)
  • x86_64-linux
  • aarch64-linux
  • x86_64-darwin
  • aarch64-darwin
• For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
• Tested, as applicable:
  • NixOS test(s) (look inside nixos/tests)
  • and/or package tests
  • or, for functions and "core" functionality, tests in lib/tests or pkgs/test
  • made sure NixOS tests are linked to the relevant packages
• Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
• Tested basic functionality of all binary files (usually in ./result/bin/)
• 22.11 Release Notes (or backporting 22.05 Release notes)
  • (Package updates) Added a release notes entry if the change is major or breaking
  • (Module updates) Added a release notes entry if the change is significant
  • (Module addition) Added a release notes entry if adding a new NixOS module
  • (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes
• Fits CONTRIBUTING.md.

[AndersonTorres]

Suggested change

	let
	pname = "tauray";
	version = "1.0.1";
	in
	stdenv.mkDerivation {
	stdenv.mkDerivation (finalAttrs: {

[AndersonTorres]

Suggested change

	pname = pname;
	version = version;
	pname = "tauray";
	version = "1.0.1";

[AndersonTorres]

Suggested change

	rev = "v${version}";
	rev = "v${finalAttrs.version}";

[AndersonTorres]

Suggested change

	description = "Tauray is a real-time rendering framework, with a focus on distributed computing, scalability, portability and low latency.";
	description = "A real-time rendering framework, with a focus on distributed computing, scalability, portability and low latency";

[AndersonTorres]

platforms?

[jansol]

Darwin is untested and kind of pointless since moltenVK does not have ray tracing extensions available (for now) but it should work and there is a rasterizer mode too, so adding the platform anyway.

[AndersonTorres]

Suggested change

	}
	})

[AndersonTorres]

Suggested change

	description = "A real-time rendering framework, with a focus on distributed computing, scalability, portability and low latency.";
	description = "A real-time rendering framework, with a focus on distributed computing, scalability, portability and low latency";

[SuperSandro2000]

Suggested change

	stdenv.mkDerivation (finalAttrs: {
	pname = "tauray";
	version = "1.0.1";
	src = fetchFromGitHub {
	owner = "vga-group";
	repo = "tauray";
	rev = "v${finalAttrs.version}";
	sha256 = "sha256-Q3Dv96iptDvmBp9mIVSYzb7EnIzD1kFejwrFuc1HqdU=";
	fetchSubmodules = true;
	stdenv.mkDerivation {
	pname = "tauray";
	version = "1.0.1";
	src = fetchFromGitHub {
	owner = "vga-group";
	repo = "tauray";
	rev = "v${version}";
	fetchSubmodules = true;
	sha256 = "sha256-Q3Dv96iptDvmBp9mIVSYzb7EnIzD1kFejwrFuc1HqdU=";

We have multiple of those submodules in nixpkgs https://github.com/vga-group/tauray/blob/main/.gitmodules

[jansol]

How would I go about fetching only the ones that aren't in nixpkgs? Some of them also break compatibility frequently so they need to be pinned to specific versions according to upstream.

[SuperSandro2000]

The fetcher has no support for that. If it is only one it can be manually done. If there are multiple that is cumbersome. Are there options to build with a system variant? If not we could rm the replaced submodules in postFetch and then symlink ours into place.

[jansol]

Unfortunately there are no options for that. I'd have to PR such a change upstream first.

IIRC when I asked about it the response I got was that vulkan-headers need to be pinned since tauray uses the C++ bindings which have changed multiple times without warning and glslang is used through its library interface which is unstable. Spirv-headers and OpenXR-SDK are probably okay to replace with a packaged version. fuchsia_radix_sort would need to be packaged manually but there are no changes on the horizon to it so it should be quite safe too.