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

Jump to bottom

Staging next #77047

Merged
merged 52 commits into from Jan 14, 2020
Merged

Staging next #77047

merged 52 commits into from Jan 14, 2020

Conversation

FRidh
Copy link
Member

@FRidh FRidh commented Jan 6, 2020

Motivation for this change
Things done
  • Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
  • 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 nixpkgs-review --run "nixpkgs-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)
  • Ensured that relevant documentation is up to date
  • Fits CONTRIBUTING.md.
Notify maintainers

cc @

jtojnar and others added 30 commits December 25, 2019 07:23
@jtojnar
libplist: disable python by default
730c92d 
Introduced in 6449435, only Python 2 is supported and it does not seem to be used by anything.
@jtojnar
gst_all_1.gst-validate: switch to python 3
4cb22aa
@jtojnar
gst_all_1.gst-editing-services: switch to python 3
544ae96 
Also remove no longer needed perl.
@jtojnar
strongswan: switch to python 3
c691baf
@jtojnar
libnl: disable python support by default
8b6d765 
Nothing much seems to be using it and we do not want Python 2 in our closure.
@jtojnar
dtc: disable Python support by default
23ec74b 
It does not seem to be used by anything and we want to get rid of Python 2 from closure.
@jtojnar
gst_all_1.gst-plugins-ugly: switch to python 3
e9cdcde
@jtojnar
gn: switch to python 3
c72e388
@jtojnar
htop: switch to python 3
e4bd8a6
@jtojnar
folks: only depend on Python 3
b842dfd 
For some reason we depended on both.
@jtojnar
mda_lv2: drop python dep
1fd1737 
It does not appear to be actually necessary – wafHook will add it.
@jtojnar
gnumeric: switch to python 3
843d147
@jtojnar
packagekit: switch to python 3
c16bcf7
@jtojnar
qt5.qtdeclarative: switch to python 3
7e8293e
@jtojnar
libpwquality: switch to python 3
6577ec9 
Nothing seems to use the Python bindings anyway.
@jtojnar
crda: port to Python 3
4a583c8
@veprbl
pkgsStatic: set BUILD_SHARED_LIBS=OFF for cmake
d05ee9c
@veprbl
fmt: remove the enableShared option
7e5b495 
Static libraries are to be provided by the pkgsStatic.fmt package.
@veprbl
gtest: remove the "static" option
7e2c821 
pkgsStatic.gtest already has CMAKE_BUILD_SHARED set to OFF.
@veprbl
glog: remove the "static" option
4541012 
pkgsStatic.glog already has CMAKE_BUILD_SHARED set to OFF.
@veprbl
double-conversion: remove the "static" option
bb890c4 
pkgsStatic.double-conversion already has CMAKE_BUILD_SHARED set to OFF.
@Ericson2314 @matthewbauer
xcode: Add more hashes, and fix some old ones
28c3715
@matthewbauer
xcode: don’t use libstdc++ on iOS
3432b1b 
Apple no longer ships with it, so best to avoid forcing it into use.
@matthewbauer
ghc: always use llvm with iOS
036cef9 
Even when building for the simulator.
@matthewbauer
lib/systems: use newer ios sdk
010d2f4
@matthewbauer
cctools: only add libtool on native builds
6f8b2f3 
libtool is not really needed and it interferes with
updateAutotoolsGnuConfigScriptsHook. So remove it when
cross-compiling, but leave it in native to preserve hashes.
@matthewbauer
cctools: fixup gnu-config detection
8b41b16
@matthewbauer
Merge remote-tracking branch 'origin/master' into ios-with-xcode-11
9c1a2ac
@matthewbauer
Merge pull request #74284 from matthewbauer/ios-with-xcode-11
0400033 
Update iOS for XCode 11
@danielfullmer @Mic92
ffmpeg: fix cross compilation
1b591ac
@FRidh FRidh requested a review from ttuegel as a code owner January 6, 2020 11:04
@jonringer
Copy link
Contributor

just curious? what made you back off python38?

major issues i could think of are aiohttp and one other ... I can't remember right now

@FRidh
Copy link
Member Author

FRidh commented Jan 10, 2020

apparmor still partially fails and with it a lot of other packages, so that's why I reverted it for now

@LnL7 LnL7 mentioned this pull request Jan 13, 2020
Merged
10 tasks
@FRidh FRidh merged commit 05a9658 into master Jan 14, 2020
@tobim tobim mentioned this pull request Jan 14, 2020
Merged
10 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Reviewers

@tobim tobim tobim requested changes

@basvandijk basvandijk Awaiting requested review from basvandijk

@cdepillabout cdepillabout Awaiting requested review from cdepillabout

@Ericson2314 Ericson2314 Awaiting requested review from Ericson2314 Ericson2314 is a code owner

@jonringer jonringer Awaiting requested review from jonringer

@matthewbauer matthewbauer Awaiting requested review from matthewbauer

@nbp nbp Awaiting requested review from nbp

@ttuegel ttuegel Awaiting requested review from ttuegel ttuegel is a code owner

Assignees
No one assigned
Labels
6.topic: haskell 6.topic: python 6.topic: qt/kde 6.topic: stdenv Standard environment 8.has: clean-up 8.has: documentation 8.has: package (new) 10.rebuild-darwin: 501+ 10.rebuild-darwin: 5001+ 10.rebuild-linux: 501+ 10.rebuild-linux: 5001+ 10.rebuild-linux-stdenv
Projects
None yet
Milestone
No milestone
Development

Successfully merging this pull request may close these issues.

None yet
10 participants
@FRidh @jonringer @tobim @jtojnar @veprbl @Ericson2314 @matthewbauer @danielfullmer @Mic92 @vcunat