You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openoffice.apache.org by Herbert Duerr <hd...@apache.org> on 2014/01/27 12:02:34 UTC
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-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
RE: New SNAPSHOT available (based on r1560772)
Posted by V Stuart Foote <VS...@utsa.edu>.
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)
Posted by Kay Schenk <ka...@gmail.com>.
On Mon, Jan 27, 2014 at 10:19 AM, Kay Schenk <ka...@gmail.com> wrote:
>
>
> On Mon, Jan 27, 2014 at 3:02 AM, Herbert Duerr <hd...@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-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@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
Re: New SNAPSHOT available (based on r1560772)
Posted by Kay Schenk <ka...@gmail.com>.
On Mon, Jan 27, 2014 at 3:02 AM, Herbert Duerr <hd...@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-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@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: FreeBSD patches
Posted by Oliver-Rainer Wittmann <or...@googlemail.com>.
On 05.02.2014 08:26, Herbert Duerr wrote:
> 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=342617&view=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=342631&view=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?
>
These changes to the includes should also work for the other platforms.
Best regards, Oliver.
>>> b. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-nss?revision=342426&view=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=342617&view=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-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
FreeBSD patches (was: New SNAPSHOT available (based on r1560772))
Posted by Herbert Duerr <hd...@apache.org>.
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=342617&view=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=342631&view=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=342426&view=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=342617&view=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-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: New SNAPSHOT available (based on r1560772)
Posted by Nakata Maho <ma...@gmail.com>.
From: Nakata Maho <ma...@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=342617&view=markup
correct one is following.
http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-webdav?revision=342631&view=co
> b. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-nss?revision=342426&view=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=342617&view=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 <hd...@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-unsubscribe@openoffice.apache.org
>> For additional commands, e-mail: dev-help@openoffice.apache.org
>>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: New SNAPSHOT available (based on r1560772)
Posted by Nakata Maho <ma...@apache.org>.
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=342617&view=markup
b. http://svnweb.freebsd.org/ports/head/editors/openoffice-devel/files/patch-nss?revision=342426&view=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=342617&view=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 <hd...@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-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: New SNAPSHOT available (based on r1560772)
Posted by Herbert Duerr <hd...@apache.org>.
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-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: New SNAPSHOT available (based on r1560772)
Posted by Andrea Pescetti <pe...@apache.org>.
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-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
New SNAPSHOT available (based on r1560772)
Posted by Herbert Duerr <hd...@apache.org>.
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: qa-unsubscribe@openoffice.apache.org
For additional commands, e-mail: qa-help@openoffice.apache.org
Re: 32-Bit MacOSX Snapshot available too, somewhere ? (Re: New SNAPSHOT
available (based on r1560772)
Posted by "Rony G. Flatscher" <Ro...@wu.ac.at>.
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-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
Re: 32-Bit MacOSX Snapshot available too, somewhere ? (Re: New SNAPSHOT
available (based on r1560772)
Posted by Jürgen Schmidt <jo...@gmail.com>.
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-unsubscribe@openoffice.apache.org
> For additional commands, e-mail: dev-help@openoffice.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org
32-Bit MacOSX Snapshot available too, somewhere ? (Re: New SNAPSHOT
available (based on r1560772)
Posted by "Rony G. Flatscher" <Ro...@wu.ac.at>.
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-unsubscribe@openoffice.apache.org
For additional commands, e-mail: dev-help@openoffice.apache.org