Convert applications using Go modules to Nix expressions
Find a file
adisbladis fb910de8cc
Merge pull request #51 from adisbladis/max-workers
Reintroduce the max workers flag
2022-05-31 02:13:57 +08:00
.github/workflows github actions: Add golangci-lint 2022-05-30 18:38:04 +08:00
builder support impure env GOPROXY 2022-05-30 11:13:30 +08:00
generate Reintroduce the max workers flag 2022-05-31 02:07:27 +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 Fix golangci-lint errors 2022-05-30 18:36:26 +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 go.mod dependencies 2022-05-30 19:21:48 +08:00
go.sum Bump go.mod dependencies 2022-05-30 19:21:48 +08:00
gomod2nix.toml Bump go.mod dependencies 2022-05-30 19:21:48 +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 flake.nix: Use overlay from separate overlay.nix expression 2022-05-26 18:17:02 +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.