aboutsummaryrefslogtreecommitdiff
path: root/pkgs/development/go-modules/generic (follow)
Commit message (Collapse)AuthorAgeFilesLines
* buildGoModule: support overriding the go-modules derivationBas van Dijk2019-07-281-3/+6
|
* buildGoModule: add ./ to all sub-packages (#63936)Wael Nasreddine2019-06-291-1/+2
| | | | | 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-241-0/+1
| | | | | | | | | | | | 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-211-11/+1
| | | 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-171-1/+1
|
* buildGoModule: function for packaging Go modulesWael M. Nasreddine2019-03-141-0/+214
| | | | | | | | | | 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-131-247/+0
| | | | | | 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-071-4/+7
| | | | | | | | | | | | | | | | 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-181-163/+166
| | | | | | | 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-241-3/+16
|
* buildGoPackage: remove build-time dependency on parallel (and perl)Jörg Thalheim2018-11-211-5/+5
| | | | | | xargs is as good as parallel for our job fixes #50752
* buildGoPackage: re-enable GOCACHEJörg Thalheim2018-10-281-3/+1
| | | | | | | 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-101-0/+1
|
* Merge master into stagingFrederik Rietdijk2018-07-261-1/+2
|\
| * buildGoPackage: add shellHook attributeAntoine Eiche2018-07-171-1/+2
| |
* | goBuildPackage: Add -x to the go build command if NIX_DEBUG >= 1Antoine Eiche2018-07-181-0/+4
|/ | | | | | 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-111-9/+0
| | | | Some sources are quite large and they don't seem to offer much value
* buildGoPackage: use a separator when joining extraSrcPaths togetherPiotr Bogdan2018-04-011-1/+1
|
* buildGoPackage: disable go 1.10 cacheJörg Thalheim2018-02-241-0/+3
| | | | This disables annoying error messages that the go cache in /homeless-shelter cannot be created.
* buildGoPackage: fill in meta.homepageYegor Timoshenko2017-12-201-0/+1
|
* Merge pull request #30350 from alicebob/absdirOrivej Desh2017-11-111-1/+1
|\ | | | | go: use absolute dir in getGoDirs()
| * go: use absolute dir in getGoDirs()Harmen2017-10-121-1/+1
| |
* | goDeps: support fetchFromGiHub to fetch Go libsKamil Chmielewski2017-11-011-1/+6
|/ | | | | 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-281-1/+1
|
* go-modules/generic: add missing PATHs to GOPATH when using nix-shell (#26176)Joachim Schiele2017-06-011-1/+1
|
* Merge pull request #25103 from Hodapp87/google_cloud_printJörg Thalheim2017-05-201-2/+6
|\ | | | | cloud-print-connector: init at unstable-2017-01-19
| * cloud-print-connector: init at unstable-2017-01-19Chris Hodapp2017-04-301-2/+6
| | | | | | | | | | | | | | | | 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-161-1/+1
|/ | | | | The preFixup is always failed if the target package hasn't any binary output.
* go builder: use removeReferencesToJoachim Fasting2017-03-291-10/+4
|
* buildGoModule: share the buildFlagsArray with the parallel subprocessesShea Levy2017-03-151-0/+6
|
* buildGoPackage: reduce the default meta.platformsVladimír Čunát2016-12-141-1/+1
| | | | | 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-131-1/+1
| | | | | 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-291-1/+8
| | | | | 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-161-1/+11
| | | | | | | | 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-311-1/+1
|
* buildGoPackage: remove Go deps file `libs.json`Kamil Chmielewski2016-08-111-7/+2
| | | | | | | | | | | | | | | | | | 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`.
* goBuildPackage: export gozimbatm2016-06-091-1/+3
| | | | | This is useful to make sure to use the same version of go in further derivations.
* no more goPackagesKamil Chmielewski2016-06-091-1/+1
|
* goDeps: support for mercurial reposKamil Chmielewski2016-06-091-2/+6
|
* Reusing go libs in deis buildKamil Chmielewski2016-06-091-7/+33
|
* buildGoPackage: we don't need to build vendored packagesKamil Chmielewski2016-04-071-1/+1
|
* goPackages: add ide-like packagesCharles Strahan2016-03-181-1/+1
| | | | | | | | | | This adds the following packages: * errcheck * gotool * gometalinter * motion * shlex
* buildGoPackage: do not remove Go references if allowGoReferences is trueValérian Galliat2016-02-281-1/+1
| | | | | | allowGoReference was only checked for disallowedReferences definition, but the fixup of all output binaries removing references to the compiler did not take this setting into account.
* go builder: respect enableParallelBuildingLluís Batlle i Rossell2016-01-211-0/+3
| | | | | It was parallelizing for $NIX_BUILD_CORES regardless of enableParallelBuilding.
* Rename 'emery' maintainer handle to 'ehmry', fixes #11493Emery Hemingway2015-12-051-1/+1
| | | | Communication happens on Github so names should be consistent.
* goPackages: Exclude commonly useless go packages from being builtWilliam A. Kennington III2015-08-291-1/+1
|
* goPackages: Fix toolsWilliam A. Kennington III2015-08-291-1/+1
|
* goPackages: Split into multiple derivationsWilliam A. Kennington III2015-08-291-13/+14
| | | | | This should reduce the closure size for end users who only need go binaries as well as reduce the size of closures hydra builders consume.
* goPackages: Use parallel instead of forking in bashWilliam A. Kennington III2015-08-291-54/+37
|
* go-modules: Fix the application of reference removal on packages like ↵William A. Kennington III2015-08-271-3/+11
| | | | mongo-tools