Hello,<br><br>You asked for pointers, so here is my idea for the Click Package definition file. I think since originally Click Packages will be targeting the Ubuntu SDK, and thus apps will be using a lot of QML, the Click Package definition file should use a format similar to QML, but not necessarily actually QML and the Qt classes to use the file in C++/whatever, since it would not be used for graphics. I certainly would find this much simpler then XML and more powerful than a key/value table, like the .desktop file format. To define an application, one might use something like this:<div><br></div><div>import ClickPackaging 1.0</div><div><br></div><div>Application {</div><div>        id: app</div><div>        name: "Hello World!"</div><div>        pkg: "org.example.helloworld"</div><div><br></div><div>        frameworks: [</div><div>                "Ubuntu >= 1.0"</div><div>        ]</div><div>}</div><div><br></div><div>To make things simpler and have a uniform file format, you could even add in support for generating desktop files, DBus services, push notifications, etc:</div><div><br></div><div>// Import the DesktopLauncher service definition, which will handle generating the launcher</div><div>import DesktopLauncher 1.0</div><div><br></div><div>// Inside the Application object</div><div>DesktopLauncher {</div><div>        name: app.name</div><div>        exec: app.exec // app.exec could be generated by the Application def object to point to the app's executable, where ever it is</div><div>        icon: "<icon>"</div><div>        ...</div><div>}</div><div><br></div><div>If the application definition got too big, or one had a big service definition, here are two ideas for how to load it from a seperate file:</div><div><br></div><div>Application {</div><div>        services: [ "desktoplauncher.qml", ... ] </div><div>        // OR</div><div>        Service { file: "desktoplauncher.qml" }</div><div>}</div><div><br></div><div>When the packaging system builds the package, it would have each object then build its part of the package, so then the DesktopLauncher would generate the *.desktop information out of the object's properties.</div><div><br></div><div>In a more recent message, somebody mentioned being able to install things like push notification definitions even when the push notifications service is itself installed. Using my file format suggestion, the only requirement would be that the push notifications service definition (or any required service's definition) would need to be installed to build the push definition for the package.</div><div><br></div><div>Other than this, Click Packages sounds awesome for developers and I'm looking forward to packaging apps using it.</div><div><br></div><div>Blessings,</div><div>Michael Spencer</div>