-
-
Notifications
You must be signed in to change notification settings - Fork 14.1k
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
qt5: build with Apple SDK 11.0, drop awful patches #181862
Conversation
@ofborg build libsForQt5.qtbase libsForQt5.qtwidgets |
https://github.com/ofborg build libsForQt515.qtbase |
@ofborg build libsForQt515.qtbase |
https://github.com/ofborg build libsForQt515.qtbase |
@ofborg libsForQt515.qtbase |
@ofborg build libsForQt515.qtbase |
# otherwise query for it. | ||
QMAKE_MAC_SDK_VERSION = $$eval(QMAKE_MAC_SDK.$${QMAKE_MAC_SDK}.SDKVersion) | ||
isEmpty(QMAKE_MAC_SDK_VERSION) { | ||
- QMAKE_MAC_SDK_VERSION = $$system("/usr/bin/xcodebuild -sdk $${QMAKE_MAC_SDK} -version SDKVersion 2>/dev/null") |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Removing this one can't be right.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
We don't want to use impure XCode or Command Line Tools that provide xcodebuild (plus, those are not installed on Hydra and many users won't have them). Hence these patches are needed to fix the build system that is otherwise nailed to the Apple tools.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm pretty sure QMAKE_MAC_SDK_VERSION should be set here though? This block will only be entered if it's not.
Not sure what is this supposed to achieve. The qt515 already works on darwin except for qtwebengine, but I assume you don't plan to fix the latter. |
@ofborg build libsForQt515.qtbase |
It doesn't after updating to the latest KDE patchsets, which fix a lot of Wayland issues on Linux. |
@ofborg build libsForQt515.qtbase |
@ofborg build libsForQt515.qtbase (sorry for the spam, I have no Darwin machine :( ) |
@ofborg build libsForQt515.qtbase |
How can one see the issue? It's not on Hydra: |
Check staging-next. |
Okay, I see https://hydra.nixos.org/build/183942941. There is no apparent SDK version issue, it will need corrected patches. |
I rebased the patches, but it doesn't build now. Someone in #macos:nixos.org suggested it might be easier to build with the SDK that's actually supported upstream. |
Yeah, for some reason it's a popular opinion in the community that the 10.12 SDK Frameworks are somehow deficient, and the potency of the newer version is exaggerated. In my experience, very few indispensable API's were added in the newer versions. |
That's something to bring up with upstream, really. I mostly just want to unblock staging-next right now and this whole thing is already very messy... |
There is no open-source upstream for Qt5. Would be strange to route macOS patches through KDE. This should be a simple fix. @NixOS/darwin-maintainers, anyone has time to look into fixing the |
See #182035 |
Going to close this for now, more stdenv changes seem to be required. |
Description of changes
Please work 🤞
Things done
sandbox = true
set innix.conf
? (See Nix manual)nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD"
. Note: all changes have to be committed, also see nixpkgs-review usage./result/bin/
)nixos/doc/manual/md-to-db.sh
to update generated release notes