summary refs log tree commit diff
path: root/pkgs/development/go-modules
Commit message (Collapse)AuthorAge
* buildGoModule: support impure modules (#76532)zimbatm2019-12-28
| | | | | | | | | | | | When modSha256 is null, disable the nix sandbox instead of using a fixed-output derivation. This requires the nix-daemon to have `sandbox = relaxed` set in their config to work properly. Because the output is (hopefully) deterministic based on the inputs, this should give a reproducible output. This is useful for development outside of nixpkgs where re-generating the modSha256 on each mod.sum changes is cumbersome. Don't use this in nixpkgs! This is why null is not the default value.
* dolt: init at 0.12.0 (#75693)Danylo Hlynskyi2019-12-16
| | | | | | | | | | | | | | | | * dolt: init at 0.12.0 * Update pkgs/servers/sql/dolt/default.nix Co-Authored-By: robert seaton <robbpseaton@gmail.com> * fix eval * Update pkgs/servers/sql/dolt/default.nix Co-Authored-By: Wael Nasreddine <wael.nasreddine@gmail.com> * update Go docs as well
* buildGoModule: disable consult the checksum database on buildMario Rodas2019-12-01
| | | | | | | | | | Since Go 1.13, `GOSUMDB` defaults to "sum.golang.org", to consult the checksum database of the main module's go.sum. We already use the default behavior when building `go-modules`, but Go tries to consult the checksum database again when building the module, and fails because since it requires `cacert` and `git` which are not propagated when building the package.
* buildGoModule: remove cached lookup results and tilesMario Rodas2019-10-12
| | | | | | | | | | Since GO 1.13, the go command caches the lookup results and tiles in $GOPATH[1], hence making the module directory non-deterministic. Use the `-f` flag when removing /sumdb, for compatibility with Go 1.12 because in that version does not exists that directory. [1] https://go.googlesource.com/proposal/+/master/design/25530-sumdb.md#command-client
* buildGoModule: support overriding the go-modules derivationBas van Dijk2019-07-28
|
* buildGoModule: add ./ to all sub-packages (#63936)Wael Nasreddine2019-06-29
| | | | | When $subPackages has more than one item, the build was failing because ./ was added only to the first subPackage. This commit adds ./ to all specified subPackages.
* buildGoModule: pre-initialize module cache (#61967)John Children2019-05-24
| | | | | | | | | | | | For some Go projects a go.mod file is included but there are no listed dependencies. When this is encountered the Go toolchain will not create a cache folder for downloaded dependencies which causes buildGoModule to fail. An example of a project like this that is widely used is: https://github.com/golang/protobuf This commit adds a mkdir command to ensure that the directory always exists so it can be copied and prevent the failure.
* buildGoModule: remove SSL env vars in favor of cacert in buildInputs (#58071)Wael Nasreddine2019-03-21
| | | cacert already exposes NIX_SSL_CERT_FILE in its setupHook. Fetchers and builders are already setup to use this variable and there's no need to export them manually.
* buildGoModule: Allow pname attribute (#57787)Vladyslav M2019-03-17
|
* buildGoModule: function for packaging Go modulesWael M. Nasreddine2019-03-14
| | | | | | | | | | The function buildGoModule builds Go programs managed with Go modules. It builds a Go module through a two phase build: - An intermediate fetcher derivation. This derivation will be used to fetch all of the dependencies of the Go module. - A final derivation will use the output of the intermediate derivation to build the binaries and produce the final output.
* buildGoPackage: move it under a different pathWael M. Nasreddine2019-03-13
| | | | | | This change moves buildGoPackage from pkgs/development/go-modules to pkgs/development/go-packages, so we can have buildGoModule at pkgs/development/go-modules.
* go: build each package single-threaded (#53390)Andrew Dunham2019-02-07
| | | | | | | | | | | | | | | | I noticed that I was seeing the Go compiler build things in parallel even when I'd set `-j1 --cores 1`. It appears that the compiler, by default, uses the number of CPUs that are available to perform a build, while nixpkgs parallelizes at the directory level. In order to change the fewest assumptions, this explicitly tells the Go compiler to run single-threaded. The flag's documentation is: ``` -p n the number of programs, such as build commands or test binaries, that can be run in parallel. The default is the number of CPUs available. ``` So this should function as expected. Feedback appreciated!
* buildGoPackage: also support pnameJörg Thalheim2018-12-18
| | | | | | | Following python-modules and stdenv.mkDerivation. Hopefully zero rebuilds. Motivation: https://github.com/NixOS/nixpkgs/pull/52409
* go_1_11: fix cross compilationJörg Thalheim2018-11-24
|
* buildGoPackage: remove build-time dependency on parallel (and perl)Jörg Thalheim2018-11-21
| | | | | | xargs is as good as parallel for our job fixes #50752
* buildGoPackage: re-enable GOCACHEJörg Thalheim2018-10-28
| | | | | | | If projects uses go1.11 modules GOCACHE is required. Also if buildGoPackage is used in a nix-shell setting we don't want to override GOCACHE to allow incremental builds. This should be backported to 18.09
* Allow doCheck config of buildGoPackageArmando Ramirez2018-09-10
|
* Merge master into stagingFrederik Rietdijk2018-07-26
|\
| * buildGoPackage: add shellHook attributeAntoine Eiche2018-07-17
| |
* | goBuildPackage: Add -x to the go build command if NIX_DEBUG >= 1Antoine Eiche2018-07-18
|/ | | | | | The -x go option prints all intermediate commands used by the Go compiler. For instance, this is pretty useful to debug Go LD_FLAGS because the used linker command is printed.
* buildGoPackage: Dont copy sources to $outadisbladis2018-07-11
| | | | Some sources are quite large and they don't seem to offer much value
* buildGoPackage: use a separator when joining extraSrcPaths togetherPiotr Bogdan2018-04-01
|
* buildGoPackage: disable go 1.10 cacheJörg Thalheim2018-02-24
| | | | This disables annoying error messages that the go cache in /homeless-shelter cannot be created.
* buildGoPackage: fill in meta.homepageYegor Timoshenko2017-12-20
|
* Merge pull request #30350 from alicebob/absdirOrivej Desh2017-11-11
|\ | | | | go: use absolute dir in getGoDirs()
| * go: use absolute dir in getGoDirs()Harmen2017-10-12
| |
* | goDeps: support fetchFromGiHub to fetch Go libsKamil Chmielewski2017-11-01
|/ | | | | https://github.com/NixOS/nixpkgs/pull/16017#issuecomment-246252087 https://github.com/NixOS/nixpkgs/pull/17254#issuecomment-245297782
* go: update nonfatal build error listOrivej Desh2017-09-28
|
* go-modules/generic: add missing PATHs to GOPATH when using nix-shell (#26176)Joachim Schiele2017-06-01
|
* Merge pull request #25103 from Hodapp87/google_cloud_printJörg Thalheim2017-05-20
|\ | | | | cloud-print-connector: init at unstable-2017-01-19
| * cloud-print-connector: init at unstable-2017-01-19Chris Hodapp2017-04-30
| | | | | | | | | | | | | | | | This adds a fairly basic build for just the binaries for the Google Cloud Print CUPS connector (gcp-cups-connector), and gcp-connector-util to set it up in the first place. In the future I would like to streamline the configuration more and make gcp-cups-connector a proper NixOS service - as right now it must be run by hand.
* | buildGoPackage: fix preFixup failingsnyh2017-04-16
|/ | | | | The preFixup is always failed if the target package hasn't any binary output.
* go builder: use removeReferencesToJoachim Fasting2017-03-29
|
* buildGoModule: share the buildFlagsArray with the parallel subprocessesShea Levy2017-03-15
|
* buildGoPackage: reduce the default meta.platformsVladimír Čunát2016-12-14
| | | | | platforms.all makes no sense as go.meta.platforms is smaller. Discussion: https://github.com/NixOS/nixpkgs/pull/20923#issuecomment-266763319
* buildGoPackage: remove go version from name (#21111)zimbatm2016-12-13
| | | | | As a user installing the program it's not interesting what go version it was compiled against. Not more interesting than any other potential dependencies. It also makes it harder to install or update the package.
* buildGoPackage: introduce extraSrcPaths optionFranz Pletz2016-10-29
| | | | | This option adds support for including sources from existing gopaths into the gopath of the package to build.
* buildGoPackage: deps.json -> deps.nix in NIXONKamil Chmielewski2016-09-16
| | | | | | | | https://github.com/NixOS/nixpkgs/pull/17254#issuecomment-245295541 * update docs to describe `deps.nix` * include goDeps in nix-shell GOPATH * NixOS 16.09 rel notes about replacing goPackages
* go: Split output order to match new conventionTuomas Tynkkynen2016-08-31
|
* buildGoPackage: remove Go deps file `libs.json`Kamil Chmielewski2016-08-11
| | | | | | | | | | | | | | | | | | After #16017 there were a lot of comments saying that `nix` would be better than `JSON` for Go packages dependency sets. As said in https://github.com/NixOS/nixpkgs/pull/16017#issuecomment-229624046 > Because of the content-addressable store, if two programs have the > same dependency it will already result in the same derivation in > the > store. Git also has compression in the pack files so it won't make > much difference to duplicate the dependencies on disk. And finally > most users will just use the binary builds so it won't make any > differences to them. This PR removes `libs.json` file and puts all package dependencies in theirs `deps.json`.
* hugo: init at 0.16schneefux2016-07-19
| | | | Closes #16299.
* minify: init at v2.0.0schneefux2016-07-10
|
* sift: init at 0.8.0Carl Sverre2016-06-25
| | | | | | sift is a fast and powerful alternative to grep. https://sift-tool.org
* elvish: init at 0.1Rahul Gopinath2016-06-21
| | | | A novel unix shell written in go language.
* Revert "Merge pull request #16172 from zimbatm/influxdb-0.13.0"Aristid Breitkreuz2016-06-18
| | | | | This reverts commit ed4869452defbc317cca130512b6d67c380fb908, reversing changes made to 175e20ca5cc9540a1fb6be5c1630e5df56015dd6.
* influxdb: merge deps with the common go-moduleszimbatm2016-06-12
|
* go2nix: 20160307 -> 0.1.0Kamil Chmielewski2016-06-10
|
* goBuildPackage: export gozimbatm2016-06-09
| | | | | This is useful to make sure to use the same version of go in further derivations.
* no more goPackagesKamil Chmielewski2016-06-09
|
* drive: extracted from goPackgesKamil Chmielewski2016-06-09
|