| Commit message (Collapse) | Author | Age |
|
|
|
|
| |
... until someone looks better at the outputs. The size has grown in 4.4,
and it seems like installing binary plugins, headers, etc.
|
|
|
|
|
| |
Also switch bash-4.4 to it, as it's unable to link with older readline
versions (only bashInteractive is affected).
|
| |
|
| |
|
|\ |
|
| | |
|
| | |
|
|\| |
|
| |
| |
| |
| | |
... while avoiding mass rebuild ATM.
|
| | |
|
| |\
| | |
| | |
| | | |
Many non-conflict problems weren't (fully) resolved in this commit yet.
|
| |\ \
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
- there were many easy merge conflicts
- cc-wrapper needed nontrivial changes
Many other problems might've been created by interaction of the branches,
but stdenv and a few other packages build fine now.
|
| | | | |
|
| |_|/
|/| | |
|
| | | |
|
| | | |
|
| | | |
|
| |/
|/| |
|
| |
| |
| |
| | |
Also fix meta.platform -> meta.platforms in a few places.
|
| | |
|
| |
| |
| |
| |
| | |
This fully mitigates Shellshock and related parsing vulnerabilities,
due to attackers never controlling environment variable names.
|
|/ |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Parallel building randomly fails because bash's Makefiles at some
point do a recursive make invocation to build a file "version.h":
../version.h: ../config.h ../Makefile Makefile
-( cd ${BUILD_DIR} && ${MAKE} ${MFLAGS} version.h )
As a result, both the parent and the child can end up building
version.h at the same time. This causes the build to fail with
mv: cannot stat `newversion.h': No such file or directory
http://hydra.nixos.org/build/3853249
|
| |
|
|
|
|
|
| |
Likewise for propagatedBuildNativeInputs, etc. "buildNativeInputs"
sounds like an imperative rather than a noun phrase.
|
|\
| |
| |
| | |
svn path=/nixpkgs/branches/stdenv-updates/; revision=29524
|
| |
| |
| |
| |
| |
| | |
The non-interactive variant, which is part of stdenv, remains unchanged.
svn path=/nixpkgs/trunk/; revision=29523
|
| |
| |
| |
| |
| |
| |
| |
| | |
non-interactive mode
This patch removes the kludge introduced in trunk to avoid a stdenv rebuild.
svn path=/nixpkgs/branches/stdenv-updates/; revision=29469
|
|\|
| |
| |
| | |
svn path=/nixpkgs/branches/stdenv-updates/; revision=29468
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Including the bash-completion package in bash itself sounded like a good idea
at the time, but it wasn't. After having actually integrated completion support
into NixOS, it has become obvious that this property isn't required at all.
Keeping bash-completion separate from bash works just fine. Anyone who wants
completion support can just install that package.
svn path=/nixpkgs/trunk/; revision=29467
|
|\|
| |
| |
| | |
svn path=/nixpkgs/branches/stdenv-updates/; revision=29461
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Add the command-line completion library to the "interactive" version of
bash. That code is *not* active by default. To enable it, run
| . ${bash}/etc/bash_completion
in your ~/.bashrc. If you prefer to build bashInteractive without that
feature, use the following override in ~/.nixpkgs/config.nix to disable it:
| {
| packageOverrides = pkgs:
| {
| bashInteractive = pkgs.bashInteractive.override {
| bashCompletion = null;
| };
| };
| }
svn path=/nixpkgs/trunk/; revision=29244
|
|/
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=26119
|
|
|
|
|
|
|
|
| |
"gcc45.hostDrv" works in the host system, together with libc, binutils, dynamic
linker, ...
svn path=/nixpkgs/branches/stdenv-updates/; revision=24971
|
|
|
|
|
|
| |
does not get built.
svn path=/nixpkgs/branches/stdenv-updates/; revision=24890
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=24851
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=19690
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=19688
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=19680
|
|
|
|
|
|
| |
avoid massive rebuild
svn path=/nixpkgs/branches/stdenv-updates/; revision=19678
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=19223
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
linking path), and with this achieved bash being cross-compilable.
I fixed the few expressions involved in bash building, so they have well stated
native and non-native inputs.
I also tried to cross-build guile, and with this I found a problem in the
actual cross-gcc: it calls the binutils ld, instead of the ld wrapper. This
way, the programs/shared_libraries don't get the proper -rpath.
svn path=/nixpkgs/branches/stdenv-updates/; revision=18497
|
|
|
|
|
|
|
|
|
|
|
|
| |
This comes from:
svn diff ^/nixpkgs/trunk/@18255 ^/nixpkgs/branches/stdenv-updates/ > diff
patch -p0 < diff
and then adding into svn all files new from the patch.
trunk@18255 comes from the last time I updated stdenv-updates from trunk.
svn path=/nixpkgs/stdenv-updates2/; revision=18272
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=15019
|
|
|
|
|
|
| |
don't need it anymore.
svn path=/nixpkgs/branches/stdenv-updates/; revision=15018
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=14703
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=14210
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=13876
|