Convert applications using Go modules to Nix expressions
Find a file
adisbladis aae59a6851 Don't set CGO_ENABLED by default
Instead let the compiler decide.
This will result in less cryptic errors.
2022-06-13 20:53:45 +08:00
.github/workflows github actions: Add golangci-lint 2022-05-30 18:38:04 +08:00
builder Don't set CGO_ENABLED by default 2022-06-13 20:53:45 +08:00
generate Filter MacOS .DS_Store directories 2022-06-01 01:46:29 +08:00
lib Reintroduce the max workers flag 2022-05-31 02:07:27 +08:00
schema Add back internal caching for previously generated packages 2022-05-28 22:56:52 +08:00
templates/app templates: Add a flake template 2022-05-30 19:17:02 +08:00
tests tests: Add mkGoEnv test 2022-06-13 20:37:42 +08:00
.envrc Add python test script 2020-12-03 16:23:39 +01:00
.gitignore fix symlink nested package 2022-05-20 15:54:53 +08:00
default.nix templates: Add a flake template 2022-05-30 19:17:02 +08:00
flake.lock Bump flake inputs 2022-05-30 18:10:53 +08:00
flake.nix templates: Add a flake template 2022-05-30 19:17:02 +08:00
go.mod Bump dependencies 2022-06-13 20:37:42 +08:00
go.sum Bump dependencies 2022-06-13 20:37:42 +08:00
gomod2nix.toml Bump dependencies 2022-06-13 20:37:42 +08:00
LICENSE Add README file 2020-12-03 16:23:39 +01:00
main.go Reintroduce the max workers flag 2022-05-31 02:07:27 +08:00
overlay.nix Add mkGoEnv function 2022-06-13 20:37:42 +08:00
README.md Add README file 2020-12-03 16:23:39 +01:00
shell.nix shell.nix: Add golangci-lint 2022-05-30 18:34:43 +08:00

Gomod2nix

Convert applications using Go modules -> Nix

Usage

From the Go project directory execute:

$ gomod2nix

This will create gomod2nix.toml that's used like so

let
  pkgs = import <nixpkgs> {
    overlays = [
      (self: super: {
        buildGoApplication = super.callPackage ./builder { };
      })
    ];
  };
in pkgs.buildGoApplication {
  pname = "gomod2nix-example";
  version = "0.1";
  src = ./.;
  modules = ./gomod2nix.toml;
}

FAQ

Why not continue work on vgo2nix?

Vgo2nix was built on top of the old Nixpkgs build abstraction buildGoPackage, this abstraction was built pre-modules and suffered from some fundamental design issues with modules, such as only allowing a single version of a Go package path inside the same build closure, something that Go itself allows for.

We need a better build abstraction that takes Go modules into account, while remaining import from derivation-free.

Will this be included in Nixpkgs

Yes. Once the API is considered stable.

License

This project is licensed under the MIT License. See the LICENSE file for details.