I personally believe that packaging is a secondary issue. The first is to make sure that it works as a native OSX application. Once we can determine that, we can always create the package.
Thanks, Partha
On Tue, Apr 15, 2014 at 9:03 PM, Krzysztof Kosiński <tweenk.pl@...972.....>wrote:
2014-04-15 21:05 GMT+02:00 su_v <suv-sf@...58...>:
- Current packaging scripts in trunk and in the stable release branch
don't work to quickly produce a new X11-based package of 0.48.5. [1]
So it sounds like have to provide a Quartz build for OSX, right?
- Creating new packages with GTK+/Quartz and better OS integration
requires changes in 'src' which need to be reviewed, fixed, or written (some are missing at the moment). [2]
What items are still missing and how long would it take to implement them?
I can review the code changes, but I have tons of stuff to do at the university, so I'm not sure how long it will take :/
- A possible compromise for 0.48.5 (native backend, but no OS
integration) might be doable, but would also take time. [3]
If most of the work towards making a correct package with OS integration is done, then I'd rather wait a little for #2.
IIRC - for the stable release branch, after the long delays which had occurred in the past, it was decided to not delay a new release itself, even if packages for some of the supported platforms are still missing.
How to handle this if creating the missing packages would require changes to the released sources, I don't know.
I can always make a new release with Mac-specific changes only (0.48.5.1 or 0.48.6) - this is not a big problem.
I think it might be best to release 0.48.5 now, and once the improved OSX port is ready to go, release 0.48.6 as a specifically OSX-oriented release. What are your thoughts on this?
Regards, Krzysztof
Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel