Re: New SNAPSHOT available (based on r1560772)
Hello hdu and all Questions: 1. subject says 1560772 but https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds says 1560773. Which is correct? 2. Approve for FreeBSD patches a. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-webdav?revision=342617view=markup b. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-nss?revision=342426view=markup 3. Weired error in canvas due to sal. What do you think? cf. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-sal?revision=342617view=markup /work/tinderbox-ligeti8amd64/portstrees/FreeBSD/ports/editors/openoffice-devel/work/aoo/main/solver/410/unxfbsdx.pro/inc/rtl/string.hxx:237:5: error: 'rtl::OString::operator const sal_Char*() const' is private /work/tinderbox-ligeti8amd64/portstrees/FreeBSD/ports/editors/openoffice-devel/work/aoo/main/canvas/source/cairo/cairo_textlayout.cxx:336:40: error: within this context /work/tinderbox-ligeti8amd64/portstrees/FreeBSD/ports/editors/openoffice-devel/work/aoo/main/canvas/source/cairo/cairo_textlayout.cxx: In member function 'bool cairocanvas::TextLayout::draw(cairo::SurfaceSharedPtr, OutputDevice, const Point, const com::sun::star::rendering::ViewState, const com::sun::star::rendering::RenderState) const': Best, Nakata Maho From: Herbert Duerr h...@apache.org Subject: New SNAPSHOT available (based on r1560772) Date: Mon, 27 Jan 2014 12:02:34 +0100 New snapshot builds based on the feature freeze revision (according to the release plan [1]) are available at [2]. [1] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/ The development-snapshot CWiki page [3] has been partially updated, but since Markup was disabled [4] in the latest Confluence update the process of updating this page has become incredibly painful and will take some more time. [3] https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds [4] http://blogs.atlassian.com/2011/11/why-we-removed-wiki-markup-editor-in-confluence-4/ I suggest to move this page into our MediaWiki instead where generated markup can be directly used. I also suggest to use a different name for these kinds of snapshots, because the buildbots provide a different of snapshot [5] that are not built for maximum compatibility. How about renaming the release-like snapshots to milestone? [5] http://ci.apache.org/projects/openoffice/#linsnap Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: New SNAPSHOT available (based on r1560772)
From: Nakata Maho m...@apache.org Subject: Re: New SNAPSHOT available (based on r1560772) Date: Wed, 05 Feb 2014 10:00:44 +0900 (JST) Hello hdu and all Questions: 1. subject says 1560772 but https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds says 1560773. Which is correct? 2. Approve for FreeBSD patches a. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-webdav?revision=342617view=markup correct one is following. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-webdav?revision=342631view=co b. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-nss?revision=342426view=markup 3. Weired error in canvas due to sal. What do you think? cf. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-sal?revision=342617view=markup /work/tinderbox-ligeti8amd64/portstrees/FreeBSD/ports/editors/openoffice-devel/work/aoo/main/solver/410/unxfbsdx.pro/inc/rtl/string.hxx:237:5: error: 'rtl::OString::operator const sal_Char*() const' is private /work/tinderbox-ligeti8amd64/portstrees/FreeBSD/ports/editors/openoffice-devel/work/aoo/main/canvas/source/cairo/cairo_textlayout.cxx:336:40: error: within this context /work/tinderbox-ligeti8amd64/portstrees/FreeBSD/ports/editors/openoffice-devel/work/aoo/main/canvas/source/cairo/cairo_textlayout.cxx: In member function 'bool cairocanvas::TextLayout::draw(cairo::SurfaceSharedPtr, OutputDevice, const Point, const com::sun::star::rendering::ViewState, const com::sun::star::rendering::RenderState) const': Best, Nakata Maho From: Herbert Duerr h...@apache.org Subject: New SNAPSHOT available (based on r1560772) Date: Mon, 27 Jan 2014 12:02:34 +0100 New snapshot builds based on the feature freeze revision (according to the release plan [1]) are available at [2]. [1] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/ The development-snapshot CWiki page [3] has been partially updated, but since Markup was disabled [4] in the latest Confluence update the process of updating this page has become incredibly painful and will take some more time. [3] https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds [4] http://blogs.atlassian.com/2011/11/why-we-removed-wiki-markup-editor-in-confluence-4/ I suggest to move this page into our MediaWiki instead where generated markup can be directly used. I also suggest to use a different name for these kinds of snapshots, because the buildbots provide a different of snapshot [5] that are not built for maximum compatibility. How about renaming the release-like snapshots to milestone? [5] http://ci.apache.org/projects/openoffice/#linsnap Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
FreeBSD patches (was: New SNAPSHOT available (based on r1560772))
Hi Maho, On 02/05/2014 05:24 AM, Nakata Maho wrote: Questions: 1. subject says 1560772 but https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds says 1560773. Which is correct? Strictly speaking the new SNAPSHOT tag was created in r1560773. It tagged the revision 1560772. The latest change in the trunk that was relevant for these were in revision 1560760. The ASF subversion repository shares all the projects and branches, so if you are checking out our trunk with any of the revision between the last trunk-change and the creation of its tag (i.e. 1560760..1560773) then you'll get exactly same sources. If you checked out the tag directly then the latest SNAPSHOT revision 1560773..1564650 will do, as the tag wasn't moved inbetween this revision range. 2. Approve for FreeBSD patches a. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-webdav?revision=342617view=markup The headers from ext_libraries/apr are delivered to main/solver/410/*/inc/apr/ so the change of the include directory from apr to apr-1 wouldn't work for most of our platforms. Same for apr-util and serf. Is it possible to tweak the order of include paths for FreeBSD, so that the include statements could stay the same for all platforms? correct one is following. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-webdav?revision=342631view=co I'm also not sure about this. Oliver is our expert on the Serf/Ucb integration. Oliver could you please have a look at the suggested patches above? b. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-nss?revision=342426view=markup +1, looks good to me 3. Weired error in canvas due to sal. What do you think? cf. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-sal?revision=342617view=markup /work/tinderbox-ligeti8amd64/portstrees/FreeBSD/ports/editors/openoffice-devel/work/aoo/main/solver/410/unxfbsdx.pro/inc/rtl/string.hxx:237:5: error: 'rtl::OString::operator const sal_Char*() const' is private /work/tinderbox-ligeti8amd64/portstrees/FreeBSD/ports/editors/openoffice-devel/work/aoo/main/canvas/source/cairo/cairo_textlayout.cxx:336:40: error: within this context /work/tinderbox-ligeti8amd64/portstrees/FreeBSD/ports/editors/openoffice-devel/work/aoo/main/canvas/source/cairo/cairo_textlayout.cxx: In member function 'bool cairocanvas::TextLayout::draw(cairo::SurfaceSharedPtr, OutputDevice, const Point, const com::sun::star::rendering::ViewState, const com::sun::star::rendering::RenderState) const': Thanks for finding this! These implicit conversions are dangerous, so better use the change from http://svn.apache.org/r1564650 instead. Thanks for working on this! Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: New SNAPSHOT available (based on r1560772)
On 28.01.2014 18:35, Andrea Pescetti wrote: On 27/01/2014 Herbert Duerr wrote: [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/ I see that filenames look like Apache_OpenOffice_4.1.0_Linux_x86-64_install-rpm_it.tar.gz Shouldn't they have a m1 or some other identifier that identifies them as not final? Yes, I'd prefer that too. But up to now all such snapshots were named as like that (equal to the target version) and there wasn't too much confusion. We'll have a similar situation when we get to vote on the next release candidates. They HAVE to be named like the final version, even if they are only release candidates and may fail the vote. Temporarily renaming the release candidate install packages to contain rcN and naming them back to their final name might work. All the checksum and signature files have to be updated too then. I also suggest to rename the macos part of Mac packages to OSX (or osx). The name Mac OS [1] was dropped since Mac OS X and Mac OS X lost the Mac part since 10.7 (a.k.a. Lion). I thing that avoiding a space character between OS and X, because spaces in installation packages cause more trouble than adhering 100% to Apple's naming scheme. [1] http://en.wikipedia.org/wiki/Mac_OS [2] http://en.wikipedia.org/wiki/OSX I suggest to move this page into our MediaWiki instead where generated markup can be directly used. As you wish. No problem for me, of course. Actually, considering the audience, your link [2] above is just fine. I believe testers will be able to find what they need. Yes. The Wiki update is still in progress, Andre is working on a script to automate it for MediaWiki. Thanks to Kay's note about the enabled Html-Extension in the Confluence Wiki we could keep it there too though. This needs some more minor adjustments to the new script. I also suggest to use a different name for these kinds of snapshots, because the buildbots provide a different of snapshot [5] that are not built for maximum compatibility. How about renaming the release-like snapshots to milestone? Milestone is OK for me. And with an e.g. m1 marker we could say the 'm' is for milestone. Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
32-Bit MacOSX Snapshot available too, somewhere ? (Re: New SNAPSHOT available (based on r1560772)
On 27.01.2014 12:02, Herbert Duerr wrote: New snapshot builds based on the feature freeze revision (according to the release plan [1]) are available at [2]. [1] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/ The development-snapshot CWiki page [3] has been partially updated, but since Markup was disabled [4] in the latest Confluence update the process of updating this page has become incredibly painful and will take some more time. [3] https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds [4] http://blogs.atlassian.com/2011/11/why-we-removed-wiki-markup-editor-in-confluence-4/ I suggest to move this page into our MediaWiki instead where generated markup can be directly used. I also suggest to use a different name for these kinds of snapshots, because the buildbots provide a different of snapshot [5] that are not built for maximum compatibility. How about renaming the release-like snapshots to milestone? [5] http://ci.apache.org/projects/openoffice/#linsnap [3] points to a non-existing 32-bit version of the 4.1 MacOSX snapshot. Using [2] allows me to get to a 64-bit verison of the 4.1 MacOSX snapshot. As all my tests in the past have been against 32-bit, I would like to do them with the latest snapshot as well against the 32-bit version. So, is there any pointer to a 32-bit version too, or is the plan to release 4.1 on MacOSX in 64-bit only? TIA, ---rony - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 32-Bit MacOSX Snapshot available too, somewhere ? (Re: New SNAPSHOT available (based on r1560772)
On 1/29/14 3:30 PM, Rony G. Flatscher wrote: On 27.01.2014 12:02, Herbert Duerr wrote: New snapshot builds based on the feature freeze revision (according to the release plan [1]) are available at [2]. [1] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/ The development-snapshot CWiki page [3] has been partially updated, but since Markup was disabled [4] in the latest Confluence update the process of updating this page has become incredibly painful and will take some more time. [3] https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds [4] http://blogs.atlassian.com/2011/11/why-we-removed-wiki-markup-editor-in-confluence-4/ I suggest to move this page into our MediaWiki instead where generated markup can be directly used. I also suggest to use a different name for these kinds of snapshots, because the buildbots provide a different of snapshot [5] that are not built for maximum compatibility. How about renaming the release-like snapshots to milestone? [5] http://ci.apache.org/projects/openoffice/#linsnap [3] points to a non-existing 32-bit version of the 4.1 MacOSX snapshot. Using [2] allows me to get to a 64-bit verison of the 4.1 MacOSX snapshot. As all my tests in the past have been against 32-bit, I would like to do them with the latest snapshot as well against the 32-bit version. So, is there any pointer to a 32-bit version too, or is the plan to release 4.1 on MacOSX in 64-bit only? as discussed already on the list here some weeks ago, we won't have a 32bit version of AOO 4.1. We migrate to newer APIs because the older ones are already deprecated by Apple. The maintenance effort for us is too high but we said that we will support anybody who is interested to work on this. Juergen TIA, ---rony - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 32-Bit MacOSX Snapshot available too, somewhere ? (Re: New SNAPSHOT available (based on r1560772)
On 29.01.2014 16:23, Jürgen Schmidt wrote: On 1/29/14 3:30 PM, Rony G. Flatscher wrote: On 27.01.2014 12:02, Herbert Duerr wrote: New snapshot builds based on the feature freeze revision (according to the release plan [1]) are available at [2]. [1] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/ The development-snapshot CWiki page [3] has been partially updated, but since Markup was disabled [4] in the latest Confluence update the process of updating this page has become incredibly painful and will take some more time. [3] https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds [4] http://blogs.atlassian.com/2011/11/why-we-removed-wiki-markup-editor-in-confluence-4/ I suggest to move this page into our MediaWiki instead where generated markup can be directly used. I also suggest to use a different name for these kinds of snapshots, because the buildbots provide a different of snapshot [5] that are not built for maximum compatibility. How about renaming the release-like snapshots to milestone? [5] http://ci.apache.org/projects/openoffice/#linsnap [3] points to a non-existing 32-bit version of the 4.1 MacOSX snapshot. Using [2] allows me to get to a 64-bit verison of the 4.1 MacOSX snapshot. As all my tests in the past have been against 32-bit, I would like to do them with the latest snapshot as well against the 32-bit version. So, is there any pointer to a 32-bit version too, or is the plan to release 4.1 on MacOSX in 64-bit only? as discussed already on the list here some weeks ago, we won't have a 32bit version of AOO 4.1. We migrate to newer APIs because the older ones are already deprecated by Apple. The maintenance effort for us is too high but we said that we will support anybody who is interested to work on this. That's fine, I followed the discussion but have not realized that the switch to 64-bit on MacOSX is with 4.1. Nevertheless, the link from [3] should be adjusted accordingly. ---rony - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
RE: New SNAPSHOT available (based on r1560772)
Put it in the 'doesn't it figure' category, but can I solicit support for another build cycle for the all language feature freeze SNAPSHOT. There is a major flaw in the IAccessible2 code, i124095, that got patched by Mick Curran and Steve Yin with revision 1561587, and is available in en-US and de on the nightly Windows builds. Unfortunately, leaving the r1560772 SNAPSHOT will result is skewed testing results and opinions regards one of the major new features of the 4.1.0 release -- IAccessible2 support. It is painful but the SNAPSHOT really should be respun. Sorry. Stuart
Re: New SNAPSHOT available (based on r1560772)
On 27/01/2014 Herbert Duerr wrote: [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/ I see that filenames look like Apache_OpenOffice_4.1.0_Linux_x86-64_install-rpm_it.tar.gz Shouldn't they have a m1 or some other identifier that identifies them as not final? I suggest to move this page into our MediaWiki instead where generated markup can be directly used. As you wish. No problem for me, of course. Actually, considering the audience, your link [2] above is just fine. I believe testers will be able to find what they need. I also suggest to use a different name for these kinds of snapshots, because the buildbots provide a different of snapshot [5] that are not built for maximum compatibility. How about renaming the release-like snapshots to milestone? Milestone is OK for me. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
New SNAPSHOT available (based on r1560772)
New snapshot builds based on the feature freeze revision (according to the release plan [1]) are available at [2]. [1] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.1+Release+Planning [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/ The development-snapshot CWiki page [3] has been partially updated, but since Markup was disabled [4] in the latest Confluence update the process of updating this page has become incredibly painful and will take some more time. [3] https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds [4] http://blogs.atlassian.com/2011/11/why-we-removed-wiki-markup-editor-in-confluence-4/ I suggest to move this page into our MediaWiki instead where generated markup can be directly used. I also suggest to use a different name for these kinds of snapshots, because the buildbots provide a different of snapshot [5] that are not built for maximum compatibility. How about renaming the release-like snapshots to milestone? [5] http://ci.apache.org/projects/openoffice/#linsnap Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: New SNAPSHOT available (based on r1560772)
On Mon, Jan 27, 2014 at 3:02 AM, Herbert Duerr h...@apache.org wrote: New snapshot builds based on the feature freeze revision (according to the release plan [1]) are available at [2]. [1] https://cwiki.apache.org/confluence/display/OOOUSERS/ AOO+4.1+Release+Planning [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/ The development-snapshot CWiki page [3] has been partially updated, but since Markup was disabled [4] in the latest Confluence update the process of updating this page has become incredibly painful and will take some more time. Herbert and all -- It looks like the HTML macro has been enabled in the current Confluence version if this helps...I haven't tried it yet though. You need to be in edit mode to use it. [3] https://cwiki.apache.org/confluence/display/OOOUSERS/ Development+Snapshot+Builds [4] http://blogs.atlassian.com/2011/11/why-we-removed-wiki- markup-editor-in-confluence-4/ I suggest to move this page into our MediaWiki instead where generated markup can be directly used. I also suggest to use a different name for these kinds of snapshots, because the buildbots provide a different of snapshot [5] that are not built for maximum compatibility. How about renaming the release-like snapshots to milestone? [5] http://ci.apache.org/projects/openoffice/#linsnap Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason
Re: New SNAPSHOT available (based on r1560772)
On Mon, Jan 27, 2014 at 10:19 AM, Kay Schenk kay.sch...@gmail.com wrote: On Mon, Jan 27, 2014 at 3:02 AM, Herbert Duerr h...@apache.org wrote: New snapshot builds based on the feature freeze revision (according to the release plan [1]) are available at [2]. [1] https://cwiki.apache.org/confluence/display/OOOUSERS/ AOO+4.1+Release+Planning [2] http://people.apache.org/~hdu/developer-snapshots/snapshot/ The development-snapshot CWiki page [3] has been partially updated, but since Markup was disabled [4] in the latest Confluence update the process of updating this page has become incredibly painful and will take some more time. Herbert and all -- It looks like the HTML macro has been enabled in the current Confluence version if this helps...I haven't tried it yet though. You need to be in edit mode to use it. more...see my sample using this with a simple table and external link https://cwiki.apache.org/confluence/display/OOOUSERS/Delete+me [3] https://cwiki.apache.org/confluence/display/OOOUSERS/ Development+Snapshot+Builds [4] http://blogs.atlassian.com/2011/11/why-we-removed-wiki- markup-editor-in-confluence-4/ I suggest to move this page into our MediaWiki instead where generated markup can be directly used. I also suggest to use a different name for these kinds of snapshots, because the buildbots provide a different of snapshot [5] that are not built for maximum compatibility. How about renaming the release-like snapshots to milestone? [5] http://ci.apache.org/projects/openoffice/#linsnap Herbert - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason -- - MzK Cats do not have to be shown how to have a good time, for they are unfailing ingenious in that respect. -- James Mason