Date: prev next · Thread: first prev next last
2010 Archives by date, by thread · List index


----- Forwarded message from Stephan Bergmann <stephan.bergmann@oracle.com> -----

Date: Tue, 16 Nov 2010 13:12:28 +0100
From: Stephan Bergmann <stephan.bergmann@oracle.com>
To: releases@openoffice.org
Subject: Re: [releases] Minutes for release status meeting from 2010-11-15
Reply-To: releases@openoffice.org
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.2.4)
        Gecko/20100610 Lightning/1.0b2 OracleBeehiveExtension/1.0.0.2-Champion
        ObetStats/CAT_1288249554481-412515569 Thunderbird/3.1

<http://wiki.services.openoffice.org/wiki/ReleaseStatus_Minutes_2010-11-15_IRC_log>:
(15:04:46) ***_rene_ thinks he found a stopper, sb was CCed on that mail :)
(15:04:53) _rene_: looks like ure lost symbols and became incompatible :-)
(15:05:57) stefan_b: Mail? What about an issue?
(15:06:08) _rene_: no.
(15:06:20) _rene_: it's per mail because it originated from mail
(15:06:57) ***mdamboldt can't get hold of sb right now :(
(15:07:37) stefan_b: forwarding the relevant parts to a public place would ease communication.
(15:07:59) _rene_: it *is* on a public place :)
(15:08:06) _rene_: debian bts and libreoffice mailinglist :)
(15:08:21) _rene_: (http://bugs.debian.org/603549)
(15:08:59) _rene_: *probably* caused by this:
(15:09:02) _rene_: Author: sb <sb@openoffice.org>
(15:09:05) _rene_: Date: Fri Jan 29 17:01:54 2010 +0100
(15:09:08) _rene_:
(15:09:12) _rene_: sb118: #i108776# changed addsym.awk to also export STLport num_put symbols,
(15:09:17) IZBot: tools DEFECT CLOSED FIXED P3 export all num_put symbols 
http://qa.openoffice.org/issues/show_bug.cgi?id=108776
(15:09:18) _rene_: +and simplified it by requiring that first section is labeled UDK_3_0_0; 
adapted
(15:09:21) _rene_: +map files accordingly, replacing many individual ones with solenv/src 
templates

The fix for <http://qa.openoffice.org/issues/show_bug.cgi?id=108776>
indeed inadvertently broke compatibility by changing symbol version
names exported from the jvmaccess library.  Thanks to René for finding
this issue.

The effect is that an office installation based on OOo before 3.3
cannot share a URE installation with an office installation based on
OOo 3.3 or later.  Sharing URE installations is only relevant on Linux
and Solaris, not on Windows and Mac OS X, and is probably more of
theoretical than practical concern.

Furthermore, the jvmaccess library is considered a private part of the
URE (see <http://hg.services.openoffice.org/OOO330/file/e13523b45392/ure/source/README#l68>),
so especially no OOo extensions should link against it (which might
otherwise cause problems, causing those extensions to not work across
the OOo 3.3 boundary).  The OOo basis layer code violates this privacy
and does link against the library, causing the incompatibility to be
noticed.

Given this state of affairs, I do not think this issue should be
considered a stopper for OOo 3.3.

-Stephan

---------------------------------------------------------------------
To unsubscribe, e-mail: releases-unsubscribe@openoffice.org
For additional commands, e-mail: releases-help@openoffice.org


----- End forwarded message -----

Grüße/Regards,

René

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.