cmake @2.8.5 +gui add application bundle for cmake-gui to the Applications/MacPorts folder

[Torsten.Maehne@…]

The cmake port contains a Qt4 GUI (+gui variant). It would be nice if this would add a corresponding icon to the Applications/MacPorts folder. I was able to do so, by creating an application bundle, which contains only a symbolic link to /opt/local/bin/cmake-gui, the application's icon, and an adapted Info.plist file. Attached, you can find an archive of this bundle. (I used Kitware's cmake bundle as a template.) It would be nice if this bundle could be added to the cmake port and installed if it is build with the +gui variant. Unfortunately, I have not the time to dive deep enough into the MacPorts infrastructure to provide a full-fledged patch implementing it.

[Torsten.Maehne@…]

Application bundle for cmake-gui

[jmr@…]

Please remember to cc the maintainer.

[css@…]

I would like to check how the app package is built upstream. Downloading from the Kitware website results in a packaged Mac application. If we could replicate that process, then MacPorts doesn't have a duplicate method to maintain.

[css@…]

Passing non-default options into the bootstrap appears to disable the application bundle. I'm still digging ...

[Torsten.Maehne@…]

I would like to propose a patch to resolve this feature request. With it, an application bundle is installed in the post-destroot phase to the Applications/MacPorts folder. This bundle contains a configured Info.plist, which template Info.plist.in is also contained in the proposed patch. The icon for the application bundle is taken from the CMake source file. The binary of cmake-gui is found via a symbolic link to /opt/local/bin/cmake-gui, which is created within the application bundle. This technique to create an application bundle for a port is used by the Ipe port.

[Torsten.Maehne@…]

Patch for cmake port to install an Application Bundle for the gui variant.

[g5pw@…]

Fixed in r99977.