Missing framework was QtXml. Once that was copied over Subsurface runs. So far issues encountered while building on a clean machine:
- Qt in PATH - libgcrypt dependency - QtXml framework Attempt to open CMakeLists.txt with Qt Creator (-DSUBSURFACE_MOBILE=1 supplied) failed with: -- Creating build files for Subsurface 4.5.1-278-g0a59fd74e293 CMake Error at CMakeLists.txt:177 (find_package): By not providing "FindGrantlee5.cmake" in CMAKE_MODULE_PATH this project has asked CMake to find a package configuration file provided by "Grantlee5", but CMake did not find one. On Fri, Nov 27, 2015 at 12:56 PM, Tomaz Canabrava <[email protected]> wrote: > I know this error. > It's missing a qt package for marble in the app bundle > Can you run directly the app inside the package, > ./Subsurface.app/Contents/MacOS/Subsurface ( or something similar), it > will video you the name of the missing framework, the it'd a matter of > copying it to the framework part of the bundle > Em 27 de nov de 2015 14:48, "Dirk Hohndel" <[email protected]> escreveu: > >> >> On Nov 26, 2015, at 3:21 PM, Zai Gezundt <[email protected]> wrote: >> >> It was built but failed to run: LSOpenURLsWithRole() failed with error >> -10810 for the file ~/src/subsurface/build/Subsurface.app >> >> >> Not an error I've seen before. Are there any more messages that you get >> or just that one line? >> >> Dirk, when I was asking about mobile application - I meant .pro file that >> can be opened by QtCreator. >> >> >> And I answered this below. In QtCreator you can open projects many >> different ways. One is to open a .pro file (that's for qmake based >> projects). Another is to open a CMakeLists.txt file (that's for cmake based >> projects). In that case it will ask you to run cmake - there is a field for >> arguments. Enter -DSUBSURFACE_MOBILE=1 as argument. >> >> /D >> >> >> >> On Thu, Nov 26, 2015 at 5:00 PM, Dirk Hohndel <[email protected]> wrote: >> >>> ~/Qt/5.5/clang_64/bin/ >>> >>> /D >>> >>> On Nov 26, 2015, at 1:44 PM, Zai Gezundt <[email protected]> wrote: >>> >>> I would expect it to be added by Qt installation. Where should it point? >>> >>> On Thu, Nov 26, 2015 at 4:34 PM, Tomaz Canabrava <[email protected]> >>> wrote: >>> >>>> The path to the qt binaries are missing from your PATH variable >>>> Em 26 de nov de 2015 18:31, "Zai Gezundt" <[email protected]> >>>> escreveu: >>>> >>>>> Qt was installed as specified into ~/Qt. Only binaries, no source. >>>>> >>>>> On Thu, Nov 26, 2015 at 4:22 PM, Dirk Hohndel <[email protected]> >>>>> wrote: >>>>> >>>>>> Please leave the mailing list copied - that way others can help as >>>>>> well... >>>>>> >>>>>> On Nov 26, 2015, at 1:14 PM, Zai Gezundt <[email protected]> >>>>>> wrote: >>>>>> >>>>>> Dirk, >>>>>> >>>>>> I followed INSTALL instructions for MaxOSX and got the following: >>>>>> >>>>>> 1. "2) Install needed dependencies" is missing "libgcrypt". >>>>>> >>>>>> >>>>>> Thanks for adding that >>>>>> >>>>>> >>>>>> 1. After that build failed with: >>>>>> >>>>>> *CMake Error at >>>>>> ~/src/install-root/lib/cmake/Grantlee5/Grantlee5Config.cmake:16 >>>>>> (find_package):* >>>>>> >>>>>> * By not providing "FindQt5Gui.cmake" in CMAKE_MODULE_PATH this >>>>>> project has* >>>>>> >>>>>> * asked CMake to find a package configuration file provided by >>>>>> "Qt5Gui", but* >>>>>> >>>>>> * CMake did not find one.* >>>>>> >>>>>> >>>>>> * Could not find a package configuration file provided by "Qt5Gui" >>>>>> with any* >>>>>> >>>>>> * of the following names:* >>>>>> >>>>>> >>>>>> * Qt5GuiConfig.cmake* >>>>>> >>>>>> * qt5gui-config.cmake* >>>>>> >>>>>> >>>>>> * Add the installation prefix of "Qt5Gui" to CMAKE_PREFIX_PATH or >>>>>> set* >>>>>> >>>>>> * "Qt5Gui_DIR" to a directory containing one of the above files. If >>>>>> "Qt5Gui"* >>>>>> >>>>>> * provides a separate development package or SDK, be sure it has >>>>>> been* >>>>>> >>>>>> * installed.* >>>>>> >>>>>> *Call Stack (most recent call first):* >>>>>> >>>>>> * CMakeLists.txt:177 (find_package)* >>>>>> >>>>>> >>>>>> >>>>>> It can't find your Qt installation. Did you install Qt as suggested? >>>>>> >>>>>> Since you recommend using QtCreator - where "Subsurface-mobile" >>>>>> project is located? >>>>>> >>>>>> >>>>>> Once you can >>>>>> >>>>>> ccmake . >>>>>> >>>>>> you should be able to open ~/src/subsurface/CMakeLists.txt and that >>>>>> should set things up correctly. >>>>>> You may have to pass "-DSUBSURFACE_MOBILE=1" as argument when >>>>>> QtCreator wants to run cmake for you >>>>>> >>>>>> /D >>>>>> >>>>>> >>>>>> On Thu, Nov 26, 2015 at 2:45 PM, Zai Gezundt <[email protected]> >>>>>> wrote: >>>>>> >>>>>>> Ha, so the next four days are the prime time to get you going. I'll >>>>>>> make sure to check email often :-) >>>>>>> >>>>>>> Don't get excited, I am going to Vermont tomorrow so I am dabbling >>>>>>> as much as I can. >>>>>>> >>>>>>> >>>>>>> Z. >>>>>>> >>>>>>> >>>>>>> On Thu, Nov 26, 2015 at 2:30 PM, Dirk Hohndel <[email protected]> >>>>>>> wrote: >>>>>>> >>>>>>>> >>>>>>>> On Nov 26, 2015, at 11:05 AM, Zai Gezundt <[email protected]> >>>>>>>> wrote: >>>>>>>> >>>>>>>> Tomaz: >>>>>>>> >>>>>>>> - Alas, no CMake skills worth mentioning. >>>>>>>> >>>>>>>> >>>>>>>> Dang :-) >>>>>>>> >>>>>>>> Dirk: >>>>>>>> >>>>>>>> - >>>>>>>> >>>>>>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface >>>>>>>> - this one? >>>>>>>> >>>>>>>> >>>>>>>> Yep >>>>>>>> >>>>>>>> >>>>>>>> - Based in EST. >>>>>>>> - Extensive experience in native iOS development, Objective-C, >>>>>>>> Swift, Xcode. >>>>>>>> >>>>>>>> Xcode is not something I have tried to use when building >>>>>>>> Subsurface. In theory cmake should be able to create an Xcode project >>>>>>>> file, >>>>>>>> so this may be worth investigating - especially since I seem to >>>>>>>> remember >>>>>>>> Tomaz telling me at some point that Xcode is needed for iOS, anyway. >>>>>>>> >>>>>>>> >>>>>>>> - Android development as well, Java (obviously) and JNI (C++). >>>>>>>> >>>>>>>> Subsurface-mobile is running as Android app, that's the one we'll >>>>>>>> use on iOS as well. A C/C++/Qt core with QML UI. No Java involved :-) >>>>>>>> >>>>>>>> >>>>>>>> - Running OS X El Capitan on the VMWare (Windows 7 as a host). >>>>>>>> Have couple of iDevices for testing beyond simulator. >>>>>>>> >>>>>>>> As I said, you can't (really) build on Windows. MacOS should be >>>>>>>> fine. We occasionally have hiccups there (because most of the main >>>>>>>> developers are on Linux), but actually the number of Mac based >>>>>>>> developers >>>>>>>> keeps increasing and I try to make sure that we don't break things too >>>>>>>> often for people on the Mac. Both Tomaz and I have Macs as well (but >>>>>>>> mainly >>>>>>>> develop under Linux). >>>>>>>> >>>>>>>> >>>>>>>> - [Holiday] weekends are only time when I can have fun that is >>>>>>>> not diving. >>>>>>>> >>>>>>>> Ha, so the next four days are the prime time to get you going. I'll >>>>>>>> make sure to check email often :-) >>>>>>>> >>>>>>>> >>>>>>>> - "If you want to work on Qt/QML ..." - it seems I have no >>>>>>>> choice if I want to contribute to Subsurface? >>>>>>>> >>>>>>>> Yes, I guess that's a fair statement when talking about >>>>>>>> Subsurface-mobile. >>>>>>>> >>>>>>>> just a little piece of nomenclature: >>>>>>>> Subsurface is the desktop app - runs on Linux, Mac and Windows. >>>>>>>> Subsurface-mobile is the, err, mobile app - runs on Android (and >>>>>>>> Linux and Mac for development purposes). Should soon run on iOS. >>>>>>>> Subsurface companion app is what we call the old companion apps (we >>>>>>>> have two completely different ones for Android and iOS. All they do is >>>>>>>> collect GPS fixes. >>>>>>>> >>>>>>>> /D >>>>>>>> >>>>>>>> >>>>>>> >>>>>> >>>>>> >>>>> >>>>> _______________________________________________ >>>>> subsurface mailing list >>>>> [email protected] >>>>> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface >>>>> >>>>> >>> >>> >> >>
_______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
