| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
This is useful when running tools like NixOps or nix-review
on workstations where the upload to the builder is significantly
slower then downloading the source on the builder itself.
|
| |
|
| |
|
| |
|
|
|
|
| |
fixes #4491
|
|
|
|
|
|
|
|
| |
Deprecation warnings should not be used in Nixpkgs because they spam
innocent "nix-env -qa" users with (in this case) dozens of messages
that they can't do anything about.
This also reverts commit 2ca883338389b7ab995924a0cab0211993bdf1da.
|
| |
|
|
|
|
| |
Apparently everyone just copied those variables, instead of creating a
library constant for them. Some even removed the comment. -.-
|
| |
|
| |
|
|\
| |
| | |
fetchhg: add option to fetch hg subrepos
|
| | |
|
|/ |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes a regression on OS X introduced by f83af95.
Don't use --tmpdir for mktemp, because that flag doesn't exist on OS X.
However, using -t is deprecated in GNU coreutils, so as suggested by
@ip1981 we're now using parameter expansion on ${TMPDIR:-/tmp} to
provide /tmp as a fallback if TMPDIR is not set and use it instead.
Also use this approach for nix-prefetch-cvs now in order to stay
consistent.
Reported-by: Vladimir Kirillov <proger@wilab.org.ua>
Tested-by: Igor Pashev <pashev.igor@gmail.com>
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Instead of relying on $$ to not collide with an existing path.
Quoting the Bash manual about $$:
> Expands to the process ID of the shell. In a () subshell, it expands
> to the process ID of the current shell, not the subshell.
So, this is different from $BASHPID:
> Expands to the process ID of the current bash process. This differs
> from $$ under certain circumstances, such as subshells that do not
> require bash to be re-initialized.
But even $BASHPID is prone to race conditions if the process IDs wrap
around, so to be on the safe side, we're using mktemp here.
Closes #3784.
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
|
|
|
|
|
| |
This makes it match the behaviour of fetchgit and fetchsvn, so it's
easier to write scripts that support all of them.
|
| |
|
| |
|
| |
|
|
|
|
| |
It's for fixed-output derivations, security provided by output hash.
|
|
|
|
| |
Pet peeve...
|
|
|
|
|
| |
I don't think it's required for anything. I tried once without it, and it
worked equally fine.
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=31462
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=30971
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=30970
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=30217
|
|
|
|
|
|
| |
on it
svn path=/nixpkgs/trunk/; revision=26779
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=26778
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=22755
|
|
|
|
|
|
| |
x86_64-linux.
svn path=/nixpkgs/trunk/; revision=22230
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=19707
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=18347
|
|
missing fetchhg expression added
svn path=/nixpkgs/trunk/; revision=9249
|