Re: [CMake] CPack Generator for the Mac App Store

2013-04-23 Thread Brian Milco
On Tue, Apr 23, 2013 at 7:26 AM, Clinton Stimpson wrote: > > As a cmake module, it could be used at packaging > time by having a install(CODE ...) in the CMakeLists.txt file. > Where would you call the install(CODE ...)? I wrote a shell script to do the signing first, and I tried to use install(C

Re: [CMake] CPack Generator for the Mac App Store

2013-04-22 Thread Brian Milco
> > Does this workflow in your MacAppStore generator include anything that > prevents making a .pkg for OS X Installer? > From the stackoverlfow link below, the person says App Store submissions > follow different rules. Do you know what those differences are? > As I've never created an OS X Inst

Re: [CMake] CPack Generator for the Mac App Store

2013-04-12 Thread Brian Milco
Hi Eric, On Fri, Apr 12, 2013 at 12:58 AM, Eric Noulard wrote: > > Some ##end documentation markup where missing one '#' which makes the > corresponding CPACK_APPLE_xxx var > not appearing in the command line doc. > The doc parser is almost dumm so that it's almost impossible to detect > that safe

Re: [CMake] CPack Generator for the Mac App Store

2013-04-11 Thread Brian Milco
Thu, Apr 11, 2013 at 4:01 PM, Clinton Stimpson wrote: > Why do you have this CPack generator creating the .app instead of letting > the > CMake build step create the .app from the add_executable( ... > MACOSX_BUNDLE .. > )? > Because I was so happy to have it working I forgot to refactor the cod

[CMake] CPack Generator for the Mac App Store

2013-04-11 Thread Brian Milco
Hi, I've added a CPack package generator for the Mac App Store for your consideration. You can find it on github: https://github.com/iPenguin/cmake/tree/cpack-mac-app-store-generator This is a first draft, but it should work to get a basic application uploaded via Apple's "Application Loader". I

Re: [CMake] "make superclean" target? (i.e. clear *everything*)

2013-04-04 Thread Brian Milco
On Thu, Apr 4, 2013 at 6:01 AM, Daniele E. Domenichelli < daniele.domeniche...@gmail.com> wrote: > > One benefit is that it would allow to easily remove all cmake files when > you wrongly run cmake in the source directory instead of in the build one. > > A while ago I found the attached macro onlin

[CMake] non-png backgrounds for dmg packages

2013-04-01 Thread Brian Milco
Hi, First, thanks for a great tool. I was trying to add a pdf image as a background to my dmg file and I noticed that "png" is hard coded in the source. So I've attached a small patch that keeps the extension from the original file. Without this patch the pdf file does not load as the background