Hi Everyone,
I'm a little unclear when we need the website ready for the new release. I know our cache delayed things a little, but hopefully we can get our frozen branch into the wild now?
Thanks for everyone's hard work on 0.9.1
Best Regards, Martin Owens
Hey Martin,
The mirroring of downloads was one of a handful of outstanding issues. Thankfully that piece seems to be cleared up. There are some issues that Tav was working on (grids, guides, 3d boxes) which could probably be better elaborated on by him. So realistically, 0.91pre3 should not be the last pre-release... we should push a pre4 with Tav's changes and any other necessary backports. It's so close, but we need to provide a decent bridge between the past releases and trunk while minimally breaking files.
Cheers, Josh
On Sun, Dec 28, 2014 at 4:20 AM, Martin Owens <doctormo@...400...> wrote:
Hi Everyone,
I'm a little unclear when we need the website ready for the new release. I know our cache delayed things a little, but hopefully we can get our frozen branch into the wild now?
Thanks for everyone's hard work on 0.9.1
Best Regards, Martin Owens
Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net _______________________________________________ Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
On Tue, 2014-12-30 at 01:12 -0800, Josh Andler wrote:
Hey Martin,
The mirroring of downloads was one of a handful of outstanding issues. Thankfully that piece seems to be cleared up. There are some issues that Tav was working on (grids, guides, 3d boxes) which could probably be better elaborated on by him. So realistically, 0.91pre3 should not be the last pre-release... we should push a pre4 with Tav's changes and any other necessary backports. It's so close, but we need to provide a decent bridge between the past releases and trunk while minimally breaking files.
I have two patches attached to bug #1400702[1] dealing with grids, guides and 3d boxes. They are needed to enhance compatibility between 0.91 and trunk. In trunk, these editing aides are defined in terms of 'user-coordinates'. For the motivation see the Units in Inkscape wiki page.[2] In particular this is important when we create files where one user unit does not correspond to one pixel as is possible in trunk (but not 0.91).
The patches are not a perfect solution but they are the best compromise I could come up with; for example they still rely on an inverted y-coordinate system. The patches also need more testing and feedback.
To test:
After patching 0.91, create guides, grids, and 3d boxes in one version of Inkscape and then open the file in another version. One known problem is that grids created in 0.91/0.92 will not work with 0.48. (0.48 grids will work with 0.91/0.92).
Tav
[1] https://bugs.launchpad.net/inkscape/+bug/1400702 [2] http://wiki.inkscape.org/wiki/index.php/Units_In_Inkscape#Page_Size.2FScale_...
On 12/30/14 1:12 AM, Josh Andler wrote:
Hey Martin,
The mirroring of downloads was one of a handful of outstanding issues. Thankfully that piece seems to be cleared up. There are some issues that Tav was working on (grids, guides, 3d boxes) which could probably be better elaborated on by him. So realistically, 0.91pre3 should not be the last pre-release... we should push a pre4 with Tav's changes and any other necessary backports. It's so close, but we need to provide a decent bridge between the past releases and trunk while minimally breaking files.
Cheers, Josh
Josh --
Speaking from the MacPorts point of view, it would be really helpful if autogen.sh could be added to the distributable files in forthcoming releases.
Due to no fault with Inkscape at all, our support for multiple perl versions requires that ports that depend on intltool be reconfigured with a custom version of intltool.m4.
Normally, just using autoreconf is sufficient to handle the issue but there is enough special handling going on in autogen.sh that it really needs to be used instead.
We can download it separately if necessary but having it as part of the distribution would remove the requirement to be on the lookout for changes.
Perhaps there are others that would find it useful as well.
Thanks for any help. Let me know if I need to file a ticket for this.
Dave
On 2014-12-28 13:20 (+0100), Martin Owens wrote:
I'm a little unclear when we need the website ready for the new release. I know our cache delayed things a little, but hopefully we can get our frozen branch into the wild now?
I'd be glad to get a minor update for osx packaging into the stable release branch before the final release is cut (and ideally before the next (last) pre-release, too). The changes are currently kept in a separate branch:
https://code.launchpad.net/~inkscape.dev/inkscape/packaging-macosx-update
Relevant revisions (so far): 13799, 13801
Target is both trunk and the 0.91.x release branch. If approved by the release managers, I will first merge the branch into trunk, and then backport and commit the diff to lp:inkscape/0.91.x myself (the changes only affect files used for creating the OS X application bundle). Otherwise, I'd be happy to provide a diff (and the added binary ICNS file separately) for the backport.
Cheers, V
participants (5)
-
David Evans -
Josh Andler -
Martin Owens -
su_v -
Tavmjong Bah