This way we can much more easily add find files for other modules

Since otherwise we get errors about undefined targets because Cura is
included before its dependency Uranium.

Since 4.3 dumps all library files into the root dir

This way we do not need to manually copy all those libraries

Since we do not really need the complicated macro

… right Python

We need to sign all executables in the bundle before packaging. This allows us to do that.

Contributes to issue CURA-879.

This fixes dependency lookups in built projects

…ning to fail

This replaces EXTRA_REPOSITORIES from the original cura-build.

Since they are needed for plugins but cx_freeze does not find them.

Contributes to CURA-879

Contributes to CURA-879

Contributes to CURA-879

It turns out it was not needed after all, instead several modules needed a proper installation.

Contributes to CURA-879

Contributes to CURA-2136

Since we have no other branches

Since cmake -E copy does not actually take multiple arguments

Since it is used by a plugin cx_Freeze does not find it

Since it is called differently on other platforms

Since they prevent SliceInfo from working properly

Otherwise keyboard input does not seem to work

cura-build itself is not a C/C++ project, like set as default in CMake.

Contributes to CURA-2150

Also don't like this solution of setting the location of the libraries
manually, but CMake can't manage to find the libraries on it's own.

Contributes to CURA-2150

Contributes to CURA-2150

Also added a comment why it is needed.

Contributes to CURA-2150

Contributes to CURA-2150

Contributes to CURA-2150

Contributes to CURA-2150

…thub.com/thopiekar/cura-build into master-environment_split-windows-support

Moreover it makes sure that the usage of "\" and "/" in the given path
is correct.
Without you'll run into this problem during building an NSIS installer
on Windows:

Running cx_Freeze
File "setup.py", line 29
search_path.insert(2,
"C:\Users\thopi\Documents\GitHub\cura-build-environment\build\env/lib/python3.5/site-packages/")
^
SyntaxError: (unicode error) 'unicodeescape' codec can't decode bytes in
position 2-3: truncated \UXXXXXXXX escape
CMakeFiles\build_bundle.dir\build.make:56: recipe for target
'build_bundle' failed
mingw32-make[2]: *** [build_bundle] Error 1
CMakeFiles\Makefile2:407: recipe for target
'CMakeFiles/build_bundle.dir/all' failed
mingw32-make[1]: *** [CMakeFiles/build_bundle.dir/all] Error 2
makefile:137: recipe for target 'all' failed
mingw32-make: *** [all] Error 2

Contributes to CURA-2150

Is partial based on the script for OSX. Also had to add little changes
for PyQt5, as it is preinstalled on Windows and not built by
cura-build-environment.

Contributes to CURA-2150

We don't build deb's anymore..

Can't say anything special here. The difference between this and the
"old" cura-build is that we are calling now a python script, which is
now using cx_Freeze. The results are then moved like before from Py2Exe
to NSIS and then the installer is built (triggered by CPack).

Contributes to CURA-2150

A very well known signing tool comes from Microsoft itself. Following
their manual and some examples gives on the internet I made this script.
(See https://msdn.microsoft.com/de-de/library/8s9b9yaz(v=vs.110).aspx)
To make signing work, you'll needed here a pfx file. The script will
check whether it exists and if there is no file, it will warn about this
and skip signing.
There is also a way to pass the password for signtool.exe by setting
WINDOWS_IDENTITIY_PFX_PASSWORD.
But the user will be warned about the usage of this for security
reasons.

Contributes to 2150

Useful when it is needed to add private sources into the build.

Now finally signs Cura.exe, CuraEngine.exe and the installer.
As we can't make the sign command depend on the "package" target as it
is an built-in command, you'll need to execute "sign_installer" here.

Contributes to CURA-2150
Contributes to CURA-2473

…thub.com/thopiekar/cura-build into master-environment_split-windows-support

We only need the protobuf compiler to generate our Arcus binding. No
need for the protobuf Python module.

Contributes to CURA-2150

Contributes to CURA-2150

Contributes to CURA-2150

Contributes to CURA-2150

In Py2Exe we had to care about adding additional libraries for NumPy.
Now cx_Freeze does this job for us.

Contributes to CURA-2150

Discussion:
#89 (comment)

Contributes to CURA-2150

This was mixed up before. Variables related to NSIS packaging were at
signing before.
Now everything related to NSIS is in packaging/windows.cmake.

Contributes to CURA-2150

Contributes to CURA-2150

Contributes to CURA-2150

Contributes to CURA-2150

Added a TODO to check whether CPACK_SYSTEM_NAME is "win64", like
expected.

Contributes to CURA-2150

Contributes to CURA-2150

A change that I forget to remove, while experimenting on getting a rid of ${CMAKE_BINARY_DIR}/_CPack_Packages/${CPACK_SYSTEM_NAME}/NSIS

Contributes to CURA-2150

These lines are necessary to get a working Cura installation!

This reverts commit d2a8d3c.

At the moment the plugins directory of cura and uranium are moved into a
new plugins directory. So finally are plugins are installed at
{INSTALL_DIR}/plugins/plugins
This change moves all plugins back to {INSTALL_DIR}/plugins.

Contributes to CURA-2150

Seems it is rather broken at the moment

Since apparently it is no longer installed by Qt.

Otherwise it won't be able to find certain libraries

This reverts commit 6c3c305.

Apperently, it was just missing some libraries somewhere. With the
other changes included things work properly again.

Apparently the test files I have here that I thought were ascii STL were
not really ascii STL. It still crashes with ascii STL so I disabled
numpy-stl again.

Fixes CURA-2974