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

ghc: bootstrap with binary build #54073

Closed
wants to merge 55 commits into from

Conversation

Projects
None yet
@pbogdan
Copy link
Contributor

commented Jan 16, 2019

Motivation for this change

Saves a GHC rebuild.

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.

pbogdan and others added some commits Dec 9, 2018

gnutar: 1.30 -> 1.31
Semi-automatic update generated by
https://github.com/ryantm/nixpkgs-update tools. This update was made
based on information from
https://repology.org/metapackage/gnutar/versions
add generic x86_32 support (#52634)
* add generic x86_32 support

- Add support for i386-i586.
- Add `isx86_32` predicate that can replace most uses of `isi686`.
- `isi686` is reinterpreted to mean "exactly i686 arch, and not say i585 or i386".
- This branch was used to build working i586 kernel running on i586 hardware.

* revert `isi[345]86`, remove dead code

- Remove changes to dead code in `doubles.nix` and `for-meta.nix`.
- Remove `isi[345]86` predicates since other cpu families don't have specific model predicates.

* remove i386-linux since linux not supported on that cpu
iproute: 4.19.0 -> 4.20.0
"Update to iproute2 utility to support new features in Linux 4.20.
This release is mostly small fixes but there are several changes
related to ip neigh support for offloaded entries." [0]

File changes:
+share/man/man8/tc-taprio.8.gz

nix path-info -S:
4.19.0 42681224
4.20.0 42714224

[0]: https://www.spinics.net/lists/netdev/msg543288.html
Merge pull request #51515 from lopsided98/gmp-uname-purity
gmp: don't use uname to detect system features
Merge pull request #53603 from primeos/iproute
iproute: 4.19.0 -> 4.20.0
freetype: 2.9 -> 2.9.1
exclude freetype-config
glib: fix libgio segfaults
In particular this fixes the libmediaart tests.

closes #53701
Merge pull request #53792 from worldofpeace/pycairo/1.18.0
pythonPackages.pycairo: 1.16.3 -> 1.18.0
dns-root-data: the old KSK is dead!
Long live... eh, I hope the new KSK won't live as long as the old one.
Anyway, it doesn't really matter how fast people update this.
https://www.ietf.org/mail-archive/web/dnsop/current/msg24989.html
See RFC 5011 for details of the protocol.

I re-tested validation with both of these files, to be sure.
Trolli Schmittlauch
qt511.qtdeclarative: fix CMake `qmlcachegen` path
This package contains several CMake files used for setting up its
provided tools for use in other projects build with CMake.
While packaging *ktouch* I found out that the ${_qt5Core_install_prefix}
variable doesn't expand at all, rendering the path to the `qmlcachegen`
binary useless. As a fix, the command itself is used instead of the path
to the binary.
Trolli Schmittlauch
ktouch: init at 18.12.0
packaging the `ktouch` touch typing tutor. Due to Qt impurities, it
needs to be installed in a profile to find it runtime dependencies.

orivej and others added some commits Jan 15, 2019

llvm_6, llvm_7: build all default targets (#53941)
This makes LLVM tools (including dependent tools such as LLD) readily useful in
more situations, foresees such needed additions as BPF and NVPTX, and brings
llvm_6 and newer on par with the current default llvm_5.
openblas: 0.3.4 -> 0.3.5, rework a bit (#53972)
* openblas: simplify a bit, fix doCheck so tests are enabled non-cross.

* doCheck should be 'true' in (at least) the non-cross case,
  this looks like an inverted check that's largely benign
* doCheck will be set to 'false' in the cross case anyway,
  makeDerivation does this IIRC
* targetPrefix can be used without checking, probably by design

Derivation hash does change but no "real" functionality change intended.

* openblas: nix types for config attrs (hash-preserving)

* openblas: more nix-ification, merge in cross attrs, prefer to always set

(but set appropriately for cross and non-cross cases both)

* I'm not sure what NO_BINARY_MODE does,
  this change now sets explicitly false in the non-cross scenario
  (previously unset unless cross).
* Drop musl NO_AFFINITY case, will be removed in upgrade shortly

* openblas: 0.3.4 -> 0.3.5
@Infinisil
Copy link
Contributor

left a comment

LGTM, not sure why these weren't used originally though.

@Infinisil

This comment has been minimized.

Copy link
Contributor

commented Jan 26, 2019

Ping @peti

I'll merge this when I see it next time

@peti peti changed the base branch from staging to haskell-updates Jan 27, 2019

peti added a commit that referenced this pull request Jan 27, 2019

@peti

This comment has been minimized.

Copy link
Member

commented Jan 27, 2019

I cherry-picked fd08953 into haskell-updates. I'll merge to master once the builds at https://hydra.nixos.org/jobset/nixpkgs/haskell-updates have come back with positive results.

peti added a commit that referenced this pull request Jan 29, 2019

@peti peti force-pushed the NixOS:haskell-updates branch 2 times, most recently from 19310bf to dd5acc0 Jan 29, 2019

@peti peti closed this in 0299aa0 Jan 29, 2019

@vcunat

This comment has been minimized.

Copy link
Member

commented on 05232ab Feb 2, 2019

This caused multiple build problems in practice, so for now I pushed 3d979f4.

@rembo10

This comment has been minimized.

Copy link
Contributor

commented on c5d9930 Feb 16, 2019

Hi, sorry, since this was merged, the sickgear package no longer works (it says it can't find the cheetah module). What can I do to make it work with your change? I don't want to waste too much of your time so even if you could point me in the right direction it would be great!

This comment has been minimized.

Copy link
Member Author

replied Feb 16, 2019

Fixed in e0e7e86.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
You can’t perform that action at this time.