Contents |
Currently, several approaches exist towards packaging KDE applications for Windows, and we will try to outline each approach and the steps involved. Which approach (or approaches) you chose will depend on the type of your application, and your personal taste. The main benefits and drawbacks of each approach are listed in the respective sections.
Note that the approaches are not mutually exclusive, and in particular it is probably always a good idea to provide an emerge script.
Emerge allows to build KDE, and assorted other software on Windows from source, very easily. If you are developing KDE apps on Windows, you are probably familiar with it, already (and if you are not, you better take a look). Emerge also forms the basis for package building for the #KDE windows installer.
| This section needs improvements: Please help us to
cleanup confusing sections and fix sections which contain a todo Does documentation exist? Write it/link it! |
Take a look at the existing emerge scripts in portage. Probably there is already a project with a similar setup, so you can copy most things.
The KDE windows installer is the officially recommended way for end-users to install the KDE SC, in whole or in part.
| This section needs improvements: Please help us to
cleanup confusing sections and fix sections which contain a todo Does documentation exist? Write it/link it! |
You can simply zip up the files needed for your package, and tell your users to unpack them in the KDE installation root.
[mingw32-]make install DESTIR=Some\temporary\folder</code>
* Zip up Some\temporary\folder (should contain at least a "bin"-subdirectory).
= As stand-alone application =
== Installation bundle ==
KDE on windows is self-contained, i.e. does not rely on the registry, or installed components outside of the main installation directory. This means you can simply zip a KDE installation (including your app) and let the user download and unzip on their system.
=== Advantages ===
* Easy to package
* Easy to install in a single step
* Can use a specific setup, including specific version of KDE, specific compiler, customized default settings, etc.
=== Disadvantages ===
* Need to offer/distribute sources!
* Wastes download size, and disk storage, if user want more than just one KDE application.
* No easy way to update / extend KDE installation.
=== Procedure ===
{{Improve|Properly list the steps from that mail, and the comments from the thread in this section.}}
See http://lists.kde.org/?l=kde-windows&m=127499109727979&w=2 .
== Custom (NSIS) installer ==
Of course developers can create a fully custom installer for their app, e.g. based on [http://nsis.sourceforge.net NSIS].
=== Advantages ===
* Can potentially cover all situations, if sufficiently refined
=== Disadvantages ===
* Considerable effort to create and maintain the installer
=== Procedure ===
* There is a NSIS package base in emerge that can be used to generate a NSIS package directly from emerge. For examples on NSIS packaging check the emerge/portage/package files.
* For documentation on NSIS, see http://nsis.sourceforge.net .
* One NSIS template is discussed at http://lists.kde.org/?l=kde-windows&m=127569323809833&w=2 .