| Commit message (Collapse) | Author | Age |
... | |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This reverts commit b0adde8f8a5f22cf45f32df64bba149f326dec85.
Doesn't fix the issue for grsec kernels.
(cherry picked from commit 22bd9c12fec43bf914cdbec4c3a11cd0d964912a)
Signed-off-by: Domen Kožar <domen@dev.si>
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The following parameters are now available:
* hardeningDisable
To disable specific hardening flags
* hardeningEnable
To enable specific hardening flags
Only the cc-wrapper supports this right now, but these may be reused by
other wrappers, builders or setup hooks.
cc-wrapper supports the following flags:
* fortify
* stackprotector
* pie (disabled by default)
* pic
* strictoverflow
* format
* relro
* bindnow
|
|/ |
|
|
|
|
| |
55 files changed, 6041 deletions. Tested with `nix-build -A tarball`.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
We can do this because bootstrap-tools contains an unxz program now
(via busybox).
|
| |
|
|
|
|
| |
(Why 3.12.6? It's the last version that provided a .bz2 tarball ;-)
|
| |
|
| |
|
|
|
|
|
| |
Noted by @mornfall. The built package has ~5 MB uncompressed,
but just the Linux tarball has ~40 MB compressed...
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In most cases, this just meant changing kernelDev (now removed from
linuxPackagesFor) to kernel.dev. Some packages needed more work (though
whether that was because of my changes or because they were already
broken, I'm not sure). Specifics:
* psmouse-alps builds on 3.4 but not 3.10, as noted in the comments that
were already there
* blcr builds on 3.4 but not 3.10, as noted in comments that were
already there
* open-iscsi, ati-drivers, wis-go7007, and openafsClient don't build on
3.4 or 3.10 on this branch or on master, so they're marked broken
* A version-specific kernelHeaders package was added
The following packages were removed:
* atheros/madwifi is superceded by official ath*k modules
* aufs is no longer used by any of our kernels
* broadcom-sta v6 (which was already packaged) replaces broadcom-sta
* exmap has not been updated since 2011 and doesn't build
* iscis-target has not been updated since 2010 and doesn't build
* iwlwifi is part of mainline now and doesn't build
* nivida-x11-legacy-96 hasn't been updated since 2008 and doesn't build
Everything not specifically mentioned above builds successfully on 3.10.
I haven't yet tested on 3.4, but will before opening a pull request.
Signed-off-by: Shea Levy <shea@shealevy.com>
|
| |
|
|
|
|
| |
Pet peeve...
|
| |
|
|
|
|
|
| |
We don't have xz early in the bootstrap, so use the bz2 tarball. Also
add SHELL=bash to get it to build.
|
|
|
|
|
| |
It was taking 2.4.0 as default, therefore, not using syscalls over 2.4.0
We may see performance improvements (openat, ...)
|
|
|
|
|
|
|
|
|
| |
Therefore I add recent linuxHeaders for it.
It's quite a hack to build it mixed with 2.6.35 headers and 3.3.5, but it builds at least.
svn path=/nixpkgs/trunk/; revision=34021
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=33798
|
|\
| |
| |
| |
| |
| | |
Conflicts: cups, all-packages.nix (gcc45_debug)
svn path=/nixpkgs/branches/stdenv-updates/; revision=31863
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
what the new nix thinks the fuloong is.
Anyone having the old nix should use a nixpkgs previous to this change to build
the new nix. And then, with the new nix, he can use any newer nixpkgs revision.
svn path=/nixpkgs/trunk/; revision=31751
|
| |
| |
| |
| |
| |
| | |
function, so obsolete it.
svn path=/nixpkgs/branches/stdenv-updates/; revision=31644
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
some redundant builds (e.g., GMP was built three times).
* Updated GMP to 5.0.2.
* Updated PPL to 0.11.2.
* Remove ad hoc flags to build GCC's dependencies statically.
Instead, use the ‘makeStaticLibraries’ stdenv adapter.
* Build GMP with C++ support by default.
svn path=/nixpkgs/branches/stdenv-updates/; revision=30891
|
| |
| |
| |
| |
| |
| |
| | |
‘linuxPackages.kernel’, because then every minor kernel upgrade will
cause a rebuild of everything. So fix it at 2.6.35.
svn path=/nixpkgs/branches/stdenv-updates/; revision=30857
|
| |
| |
| |
| |
| |
| | |
linuxPackage and having a single default.nix for kernelHeaders
svn path=/nixpkgs/branches/stdenv-updates/; revision=29554
|
| |
| |
| |
| |
| |
| | |
without rebuilding stdenv
svn path=/nixpkgs/branches/stdenv-updates/; revision=29548
|
| |
| |
| |
| |
| |
| | |
rebuilding stdenv
svn path=/nixpkgs/branches/stdenv-updates/; revision=29547
|
|/
|
|
|
|
| |
headers
svn path=/nixpkgs/branches/stdenv-updates/; revision=29546
|
|
|
|
|
|
|
|
|
|
|
| |
Make 3.82
Makefile:1607: *** mixed implicit and normal rules. Stop.
This patch is probably required in other kernel versions, too. I don't
know for sure, though.
svn path=/nixpkgs/trunk/; revision=25442
|
|\
| |
| |
| |
| |
| |
| |
| |
| | |
I tried to fix some trivial conflicts.
I don't know if I merged well some more difficult conflicts on openssl/darwin_patch
or haskell-platform.
svn path=/nixpkgs/branches/stdenv-updates/; revision=22878
|
| |
| |
| |
| | |
svn path=/nixpkgs/trunk/; revision=22811
|
|/
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=22840
|
|
|
|
|
|
|
|
|
|
| |
'ionice', which
requires some headers >= 2.6.12).
I also add the kernel 2.4 headers expression I forgot in my last commit.
svn path=/nixpkgs/trunk/; revision=20540
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=20279
|
|
|
|
| |
svn path=/nixpkgs/trunk/; revision=20278
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Updating the cross-build expressions, adding some flexibility.
Updated the linux headers used cross building, as 2.6.28 had bugs on endianness in
sparc64.
There were, as usual some bugs in gcc. Maybe not many make a cross compiler to
ultrasparc.
For the record, I could build an ultrasparc kernel with this base nix:
import /etc/nixos/nixpkgs/default.nix # The root nixpkgs default.nix
{
crossSystem = {
config = "sparc64-unknown-linux";
bigEndian = true;
arch = "sparc64";
float = "soft";
withTLS = true;
cpu = "ultrasparc";
};
config = pkgs: {
packageOverrides = pkgs : {
platform = {
name = "sparc64";
kernelHeadersBaseConfig = "sparc64_defconfig";
kernelBaseConfig = "sparc64_defconfig";
kernelArch = "sparc";
kernelAutoModules = false;
kernelTarget = "zImage";
uboot = null;
};
};
};
}
Although it did not boot directly in qemu-system-sparc64:
[sparc64] Kernel already loaded
Unhandled Exception 0x0000000000000020
PC = 0x0000000000404000 NPC = 0x0000000000404004
svn path=/nixpkgs/trunk/; revision=20269
|
|
|
|
|
|
|
|
|
| |
platforms.
Updating the list of hydra cross-build jobs to something more ambitious.
svn path=/nixpkgs/branches/stdenv-updates/; revision=19628
|
|
|
|
| |
svn path=/nixpkgs/branches/stdenv-updates/; revision=19552
|
|\
| |
| |
| |
| |
| |
| |
| | |
sheevaplug kernel, so the kernel does not build in the sheevaplug right now.
I will try to fix that in next commits.
svn path=/nixpkgs/branches/stdenv-updates/; revision=19045
|
| |
| |
| |
| | |
svn path=/nixpkgs/branches/kernel-config/; revision=18946
|
| |
| |
| |
| | |
svn path=/nixpkgs/branches/stdenv-updates/; revision=18697
|
| |
| |
| |
| | |
svn path=/nixpkgs/branches/stdenv-updates/; revision=18692
|
| |
| |
| |
| | |
svn path=/nixpkgs/branches/stdenv-updates/; revision=18657
|
| |
| |
| |
| | |
svn path=/nixpkgs/branches/stdenv-updates/; revision=18656
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
- Before this changes, cflags and ldflags for the native and the cross compiler
got mixed. Not all the gcc-wrapper/gcc-cross-wrapper variables are
independant now, but enough, I think.
- Fixed the generic stdenv expression, which did a big mess on buildInputs and
buildNativeInputs. Now it distinguishes when there is a stdenvCross or not.
Maybe we should have a single stdenv and forget about the stdenvCross
adapter - this could end in a stdenv a bit complex, but simpler than the
generic stdenv + adapter.
- Added basic support in pkgconfig for cross-builds: a single PKG_CONFIG_PATH
now works for both the cross and the native compilers, but I think this
should work well for most cases I can think of.
- I tried to fix the guile expression to cross-biuld; guile is built, but not
its manual, so the derivation still fails. Guile requires patching to
cross-build, as far as I understnad.
- Made the glibcCross build to be done through the usage of a
gcc-cross-wrapper over the gcc-cross-stage-static, instead of using it
directly.
- Trying to make physfs (a neverball dependency) cross build.
- Updated the gcc expression to support building a cross compiler without getting
derivation variables mixed with those of the stdenvCross.
svn path=/nixpkgs/branches/stdenv-updates/; revision=18534
|
| |
| |
| |
| | |
svn path=/nixpkgs/branches/stdenv-updates/; revision=18378
|