| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
Fixes cross-compilation when build == host != target == ppc64le.
Glibc invokes objcopy during cross-compilation to ppc64le, which
fails when the nonprefixed objcopy can't understand the target format.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ChangeLog: https://sourceware.org/pipermail/libc-announce/2020/000029.html
Patches removed:
* `rpcgen-path.patch` is obsolete as the support for SunOS RPC has been
removed in 2.32[1].
* The vulnerabilities CVE-2020-1752[2] & CVE-2020-10029[3] are fixed in
`glibc-2.32`[4][5], thus applying those manually isn't necessary anymore.
I also added myself as second maintainer as I'm quite regularly doing
`glibc`-related stuff in `nixpkgs`, so let's make this situation
official.
[1] https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commit;h=5500cdba4018ddbda7909bc7f4f9718610b43cf0
[2] https://nvd.nist.gov/vuln/detail/CVE-2020-1752
[3] https://nvd.nist.gov/vuln/detail/CVE-2020-10029
[4] Commit 9333498794cde1d5cca518badf79533a24114b6f (CVE-2020-1752)
[5] Commit ddc650e9b3dc916eab417ce9f79e67337b05035c (CVE-2020-10029)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds a warning to the top of each “boot” package that reads:
Note: this package is used for bootstrapping fetchurl, and thus cannot
use fetchpatch! All mutable patches (generated by GitHub or cgit) that
are needed here should be included directly in Nixpkgs as files.
This makes it clear to maintainer that they may need to treat this
package a little differently than others. Importantly, we can’t use
fetchpatch here due to using <nix/fetchurl.nix>. To avoid having stale
hashes, we need to include patches that are subject to changing
overtime (for instance, gitweb’s patches contain a version number at
the bottom).
|
|
|
|
| |
/cc roundup #88306
|
|
|
|
| |
https://lists.gnu.org/archive/html/info-gnu/2020-02/msg00001.html
|
|
|
|
|
|
|
| |
/cc roundup #88306; the issue seems quite serious to me.
I also made two other patches non-conditional, as we rebuild
all platforms anyway.
|
|
|
|
|
|
|
|
|
| |
Pythons find_library is broken with binutils 2.34, and numpy could not import libraries because of not properly aligned ELF's.
This is the second time binutils 2.34 got reverted. Next time, we should have a dedicated Hydra job for it.
This reverts commit 629fa8a2d459449eeb3f7c911b765e58ac830254, reversing
changes made to 4ddd080d1978b821391ad099806c18ac6a654e41.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current version of glibc implements support for kernels down to
3.2.0 (and we make sure to enable such support with apporopriate
--enable-kernel setting). The current RHEL6 operating system is based on
a maintained kernel based on 2.6.32 with lots of backports. We provide
basic support for this specific kernel by patching glibc to provide an
exception for this specific version of kernel. This allows for nixpkgs
software distribution to work on RHEL6 and it does so quite well with
almost no problems. There are, however, a few syscalls that are missing
in the 2.6.32 kernel, one of which is prlimit64. This commit provides a
fallback that uses an older {get,set}rlimit syscalls in cases when
prlimit64 is not available. This should streamline the experience for
nixpkgs users wanting to run it on RHEL6, namely, this fixes one of the
tests in findutils.
See also discussion in guix:
https://lists.gnu.org/archive/html/guix-devel/2018-03/msg00356.html
|
|
|
|
|
|
| |
This should improve the speed of bootstrapping process.
Cost of evaluation also decreases a bit,
but I don't expect that will be significant.
|
|
|
|
|
|
| |
It's certainly better to have those two caveats than not evaluate.
Both seem rather niche. Unfortunately I failed to find a better way.
I started testing builds of several cross variants; all seem OK.
|
|
|
|
|
| |
I suppose the diff of the glibc-upgrade branch is a bit cleaner
without including these unnecessary changes.
|
|\ |
|
| | |
|
| |
| |
| |
| | |
Co-authored-by: Luka Blaskovic <lblasc@znode.net>
|
| |
| |
| |
| |
| |
| | |
It's a bit hacky, but ATM I can't see any better way for glibc >= 2.28.
Signed-off-by: Luka Blaskovic <lblasc@tvbeat.com>
|
|/ |
|
| |
|
| |
|
|
|
|
| |
This reverts commit 51014768d2f2cc61fd70d39747f6d070583864ec.
|
| |
|
|
|
|
|
| |
This was preventing a mass-rebuild by returning null. As of
5f2d96ba2e8324fa4488fc689f324dbbb25be486 it always returns a string.
|
| |
|
|\ |
|
| |\ |
|
| | | |
|
| |/
|/| |
|
|/
|
|
|
| |
including patch in-repo as it needs modification to remove the changes to
NEWS but fetchpatch doesn't work here
|
|\
| |
| | |
glibc: Fix building with musl on GCC 8
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
GCC 8 introduced new warnings that were picked up by -Werror;
this commit makes them non-errors until fixed upstream.
See
* https://github.com/NixOS/nixpkgs/pull/68244#issuecomment-544307798
* https://github.com/nh2/static-haskell-nix/issues/56
This commit takes care to not change the derivation for non-musl builds.
|
|/
|
|
|
| |
Patches have been imported into nixpkgs and manually edited to avoid
merge conflicts on ChangeLog / NEWS files.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
References to the host toolchain are leaking through debug symbols in
glibc, causing gnu cross-builds to always depend on the host toolchain.
The decision to not strip was made in 2012 in order to improve GNU/Hurd
support, and I suspect the reasons that justified it back then do not
apply anymore in 2019.
Closure size before:
/nix/store/v5pxj0bgg627hic2khk4d43z6cjp5v7d-hello-2.10-armv7l-unknown-linux-gnueabihf 596.8M
After:
/nix/store/llp1ncmpar406rc2vhj7g5ix4yqwna3n-hello-2.10-armv7l-unknown-linux-gnueabihf 23.6M
|
|
|
|
|
|
|
|
| |
Previously we only build C.UTF-8 as part of the locale-archive
that comes with the glibc core package.
However for consistent use of LANG=C.UTF-8 we also want support
in our glibcLocales as well.
fixes https://github.com/NixOS/nixpkgs/issues/57974
|
|
|
|
| |
evaluate buildPackages.glibc exclusively on Linux,
evaluating it on Darwin will lead to an unsupported platform error
|
|
|
|
|
|
| |
glibc's buildsystem uses its own executables to generate locales.
This does not work for cross-compilation so instead we use localedef
from buildPackages.
|
|\
| |
| |
| |
| |
| |
| | |
This round is without the systemd CVE,
as we don't have binaries for that yet.
BTW, I just ignore darwin binaries these days,
as I'd have to wait for weeks for them.
|
| |
| |
| |
| | |
This reverts commit aa9821bbb9ce1085205eeb01bcfe3529617ed712.
|
| |
| |
| |
| | |
Fixes https://github.com/NixOS/nixpkgs/issues/54870
|
| |
| |
| |
| |
| | |
This reverts commit 80ff19a45f40ddb3a3c55dbd929295fcb946eabb, reversing
changes made to 43e867a226a8dc5c9c968aeae1c526697c71cd32.
|
| |\
| | |
| | | |
glibc: don't use bootstrap libgcc_s
|
| | |\ |
|
| | | |
| | | |
| | | |
| | | | |
Fixes #36947
|
| | | | |
|
| | |/
| |/|
| | |
| | |
| | | |
Since we now install a sane default this should be no longer necessary.
If it is still needed, it should be easy enough to do this in an overlay.
|
|/ /
| |
| |
| |
| | |
add patch file for cross compilation on Darwin
documentation of the changes is at the top of the patch file
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
HTTP -> HTTPS for :
- http://gnu.org/
- http://www.gnu.org/
- http://elpa.gnu.org/
- http://lists.gnu.org/
- http://gcc.gnu.org/
- http://ftp.gnu.org/ (except in fetchurl mirrors)
- http://bugs.gnu.org/
|