-
-
Notifications
You must be signed in to change notification settings - Fork 31
qgis3-dev and Qt 5.8/5.7 incompatible formulae #22
Comments
Essentially, there is no way to do You can think of Homebrew as being an 'unstable' class of Linux package repository. Often, formulae versions are upgraded (or not) with consideration for other Homebrew formulae, but not for third-party formulae or anything that uses Homebrew for dependencies, which is an OK policy that Homebrew had to establish. This is why the OSGeo4Mac repo contains compatibility formulae, like for building QGIS 2.x. However, there appears to be no intention on the part of the Homebrew maintainers to fix the inherent stability flaws with Homebrew, i.e. at least create an unstable branch. The usual response is that it helps force projects to keep their code current. This is somewhat OK (as an excuse for not heavily redesigning Homebrew), but not when two or more projects come into conflict with each other, e.g. QGIS 3 can build off of Qt 5.8, though the formulae in question are not updated until a 'more important' project is updated to work with Qt 5.8 first. At which point, it becomes a Homebrew maintainer's prerogative as to what happens next. So, we are in a holding pattern. |
@dakcarto I really appreciate you trying to get this sorted out. Is there any way to pin versions of home-brew packages like apt has? Also what about maintaining our own archive of all the dependent recipes we use and only upgrading them if they represent a known good configuration? |
The issue linked above was closed upstream, is there still something blocking the update to 5.8? Not to forget, I noticed your work upstream, @dakcarto , thanks a lot for also clearing obstacles there. I don't know what the mac builds would do without you ! |
@timlinux and @m-kuhn, finally was able to update Couple issues:
|
Ah thanks @dakcarto I just updated my build deps here yesterday. I will grab the latest changes and test. We are testing building with CLion here too - my build works but it is actually crashing with an unknown exception during startup resulting in a hanging splash. I wonder if that is a similar symptom that you are getting in your blocking splash issue... |
Yes, I have this dialog I have to close it twice. It doesn't give any information. |
@dakcarto when I press enter twice I get a crash immediately after... |
See #27 |
Hi @timlinux, @m-kuhn and @Gustry. Thanks for the quick testing! Yeah, this is what I am seeing too, but no crashes for me on macOS 10.11.6 with 'normal' .app double-clicks or running from Qt Creator. However, definitely lots of crashes when trying to run @Gustry the dialog in your screen snap is the one seen during @m-kuhn |
@dakcarto I don't think we need to be able to run the complete suite successfully right now. We can just blacklist whatever fails and at least make sure we don't get worse on the other tests. Then we can gradually enable the blacklisted tests as we get around to doing this. |
Currently there is a mess with Qt 5.8.0 and 5.7.x (due to changes upstream at Homebrew). I have been working hard to fix this; but, as of right now, you end up with a mix of Qt libs and headers, leading to obvious build and runtime problems. I'll keep you posted. If it doesn't get addressed soon, I'll have to make several more temporary duplicate formulae.
The outstanding formulae still stuck at Qt 5.7 are
sip
,pyqt5
,qscintilla2
, with the latter two causing mixed Qt library cross-version header noise and loading in QGIS building/running. See: Homebrew/homebrew-core#10171That PR involves incompatibility of 5.8 upgrades with
octave
. If anyone here knows much about that program's GUI option (Qt-based), please help out, if you can. I looked at the main window destructor and did not readily see any obvious reason of why it is crashing on exit, but only for Qt 5.8 (may be related to threads).The text was updated successfully, but these errors were encountered: