Installation and Deployment

Good question, but what puzzles is that your system looks like in reverse logic

@Attila-Turan said: is this the right link for MinGW? http://www.mingw.org/ See http://wiki.qt.io/MinGW for the flavour of MinGW used by the official build.

Thanks, I'll look into those solutions.

thanks for your guideline. I managed to discover what was wrong: in .pro file all the headers were copied at least twice, same for sources and forms. no idea why.

Switched renderer to QtNative, but that not helped: http://goo.gl/xsD81s . Text corrupted in all TextAreas, and sometimes in CheckBoxes. Compiled Debug config, app starts and runs normally, without exceptions.

@arealperson said: Could someone explain what the program is supposed to do at that point. It's my understanding that when I type "qmlscene -I ./imports texteditor.qml" The editor is to load and be ready for text input OR be ready to load a file into the editor. Is that correct ? Yes, that's correct. However, the editor could not be loaded because the plugin could not be loaded. (I'm guessing it can't be found in the location you specified) qmlscene -I ./imports texteditor.qml means: Use qmlscene.exe to load texteditor.qml from <CurrentFolder>, importing plugins from <CurrentFolder>\imports\ So, make sure you have this folder structure: <CurrentFolder>\texteditor.qml <CurrentFolder>\imports\FileDialog\filedialogplugin.dll <CurrentFolder>\imports\FileDialog\qmldir You can change the import directory by changing the -I option. For example, you can get rid of the "imports" folder by asking it to import from the current folder: qmlscene -I . texteditor.qml <CurrentFolder>\texteditor.qml <CurrentFolder>\FileDialog\filedialogplugin.dll <CurrentFolder>\FileDialog\qmldir Note that qmlscene.exe is intended for debugging QML files. If you want to deploy a Qt Quick program, open Qt Creator and create a proper application: "File" -> "New File or Project..." -> "Application" -> "Qt Quick Application". This lets you compile an executable that users can double-click to launch (after you include the *.dll, *.qml, and qmldir files in the correct locations).

You can copy it in the right place using QStandardPaths then you can tell you user where to overwrite the database or depending on how your distribute it, move it directly to the right folder.

i had similar problem of unmet dependencies. what i did:- (1) open ubuntu software center. (2) searched for libcheese-gtk23 and removed it. (3) searched for libcheese7 and removed it. (4)in terminal :- sudo apt-get autoclean && sudo apt-get purge && sudo apt-get update (5)then, i installed sudo apt-get install libglu1-mesa-dev successfully. hope this will help you. Regards -Lokesh wesee

Ah. I thought you've used it before and still had problems ;-) OK great, happy coding!

Hi, I'm still looking for help with this; I was wondering if you had any suggestions. Thank you for your help so far though!

You are welcome, happy coding

one year later, the problem is still present. the turn around found by defining PIDLIST_ABSOLUTE as a pointer to LPITEMIDLIST is not enought here. Should not deference the return of SHParseDisplayName (with &file). <edit> turnaround found when trying to build under mingw , gcc version 4.8.1 but not necessary under Qt's mingw gcc 4.9.1 found in actual Qt5.4.1 distribution </edit> my mod to pass this point : in fileutils.cpp line 298 : #ifdef Q_OS_WIN const QString nativeSeparatorName(QDir::toNativeSeparators(name)); const LPCTSTR nameC = reinterpret_cast<LPCTSTR>(nativeSeparatorName.utf16()); // MinGW LPITEMIDLIST file;//<<<<<<<<<< direct use of LPITEMIDLIST HRESULT hr = SHParseDisplayName(nameC, NULL, file, 0, NULL);//<<<<<<<< instead of &file if (FAILED(hr)) return name; TCHAR buffer[MAX_PATH]; if (!SHGetPathFromIDList(file, buffer)) return name; return QDir::fromNativeSeparators(QString::fromUtf16(reinterpret_cast<const ushort *>(buffer))); #else // Filesystem is case-insensitive only on Windows return name; #endif

Is it an error from a self built Qt ?

This problem has been resolved. Apparently, the libraries available in the distribution are not compatible with each other, or with installation of "sip" or "PyQt5". After installing the .deb file found at http://tinyurl.com/kza5uob and remaking the current stable versions of "sip" and "PyQt5" I was able to load and execute an application originally run on Fedora 19.

@mcosta Yes that would work of course. But if I use a stateless system like travis I do not want to compile Qt each build there (especially not if I also want to test for android and windows additionally for example). But maybe I could setup a VM which is similar to travis and then compile all the different versions there once and upload them somewhere and download them for each travis build... But if the qt installers can run without user interaction somehow I would prefer that :)

@anewsee said: Hi BDifferent, I found the same problem today. I did not found the root cause of the problem but there is a workaround. Replace all C:\Qt\Qt5.4.0\5.4\mingw491_32\bin\moc.exe entry in the Makefile and src/Makefile.Release (or debug if you try to build it with debug) with the correct cygwin style path: C:/Qt/Qt5.4.0/5.4/mingw491_32/bin/moc.exe And do the same with the C:\Qt\Qt5.4.0\5.4\mingw491_32\bin\rcc.exe in Makefile because it will generate another error otherwise. I hope this will solve your problem, too. -- anewsee how to replace all that ? Thanks