Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Staging next #56772

Merged
merged 75 commits into from Apr 6, 2019
Merged

Staging next #56772

merged 75 commits into from Apr 6, 2019

Conversation

FRidh
Copy link
Member

@FRidh FRidh commented Mar 3, 2019

Motivation for this change
Things done
  • Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS)
  • Built on platform(s)
    • NixOS
    • macOS
    • other Linux distributions
  • Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
  • Tested compilation of all pkgs that depend on this change using nix-shell -p nox --run "nox-review wip"
  • Tested execution of all binary files (usually in ./result/bin/)
  • Determined the impact on package closure size (by running nix path-info -S before and after)
  • Assured whether relevant documentation is up to date
  • Fits CONTRIBUTING.md.

HaoZeke and others added 30 commits January 4, 2019 14:26
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 is the wrong place for this and is outdated anyway,
so was forcing us to use this older version.
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/securefs/versions
Unfortunately this had been broken for a while and i just realized it
was broken. This adds a patch from upstream that fixes the
issue (missing _u_execmem symbol).
xorg: update misc packages, fix xf86inputlibinput to use proper version
(cherry picked from commit 4553b42)
(cherry picked from commit 6a316df)
These are no longer used. We build all targets now.
LLVM should be target independent because it will work with all
machine types. This is different from GCC where it needs to know what
target to build ahead of time.
(cherry picked from commit 08f5b419b9efc77db044f8c1d725632552617966)
This should be picking up the OpenGL ES headers provided by the NDK.
More testing is needed.
sqlite{,-analyzer}: 3.26.0 -> 3.27.1
FRidh and others added 9 commits March 5, 2019 08:32
Hydra nixpkgs: ?compare=1508887
(cherry picked from commit 3ea5f97)
Forward-picking from staging to staging-next.  It seems quite
an important fix with little risk of breakage, and it isn't such a huge
rebuild, especially considering the unfinished amount on staging-next ATM.
Lots of rebuilds from master, apparently.
Hydra nixpkgs: ?compare=1509577
I don't really know anything about the package;
I just noticed the regression on hydra.nixos.org.
Hydra nixpkgs: ?compare=1512490
ctheune and others added 2 commits April 5, 2019 11:43
Re-include an older automake (1.15) because that's explicitly depended upon.
gettext: apply patch for CVE 2018-18751
This reverts commit f93e176, reversing
changes made to 2771375.
The MR was meant for staging, not staging-next, so let's move it.
@vcunat vcunat merged commit 6b9afd8 into master Apr 6, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet