date:20120803


On 03.08.2012 07:06, Pedro Giffuni wrote:

Hello guys;

FWIW, the update to version 2.7.3 doesnt really bring a big difference 
wrt 2.6.1 but I dont think we will be able to update python further in 
a long while because there are extensions out there that depend on 
Python2.




It has the advantage that 2.7.3 is an official release that we can (and 
do) download directly from python.org.  2.6.1 is not listed on 
http://python.org/download/releases/ and does not appear to be an 
official release.  We may be the only ones who use it.


-Andre



Adding Python3 compatibility is not difficult, I think, but an 
interesting alternative, that people can try now, would be to 
build/ship AOO with PyPy :


http://pypy.org/

Cheers,

Pedro.



*From: * Andre Fischer awf@gmail.com;
*To: * ooo-dev@incubator.apache.org;
*Subject: * Re: Python
*Sent: * Thu, Aug 2, 2012 1:18:02 PM

On 02.08.2012 14:48, Alexandro Colorado wrote:
 On 8/2/12, Alexandro Colorado j...@oooes.org javascript:return wrote:
 The issue was written on the UDK site explaining this issue.
 http://www.openoffice.org/udk/python/python-bridge.html#faq

 I already have python installed on my system, why does the office ship
 another python ?

 Python itself is shipped with OpenOffice.org, because
  python must have been compiled with the same C++ compiler as the
 office itself on all platforms that use the gcc compiler (e.g. Linux,
 BSD, etc.).
  On most Unix platforms, no python shared libraries are available by
 default (though some distributions do so). This would have meant, that
 python UNO components cannot be executed within the office process.
  Python component developers need a guaranteed minimum platform which
 they can rely on.
  Recognition of a python runtime at the installation system would have
 been an extremely difficult and time consuming task becausemany
 different python installation schemes exist.
 Packagers of OpenOffice.org will create their own packages, for
 example redhat or debian, without Python. The standard distribution
 must run on low end systems.

 Can I use system's python installation ?
  See  here.
 (http://www.openoffice.org/udk/python/python-bridge.html#replacing)

 Basically is a lack of support, some dev hours could permanently fix
 this issue. But someone needs to do it.


 On 8/2/12, Andre Fischer awf@gmail.com javascript:return wrote:
 Hi all,

 Can anybody remind me of why we bring our own Python?
 Are the reasons still valid after the update to 2.7.3?

 I just updated main/external_deps.lst to load the tarball from
 python.org and had almost chosen the windows binary instead of the
 source tarball.  I am now wondering why we don't have a build
 prerequisite on a pre-installed, standard Python.

 Thanks,
 Andre


 --
 Alexandro Colorado
 OpenOffice.org Español
 http://es.openoffice.org

 By the way, I think most distros already make this adjustment using
 the system python from the openoffice.org-python...deb/rpm.
 http://rpmfind.net/linux/rpm2html/search.php?query=openoffice.org-pyuno

 The package just include the libpyuno and objects, but no binary in 
itself.


Thanks for the info.  Much appreciated.

-Andre

Re: icon issues with 3.4.x on Linux with KDE 4


On 02.08.2012 23:14, Kay Schenk wrote:

OK, here's the short story -- NOT a show stopper but this should be covered
in Installation Guide (or a wiki article created to be referenced) until a
good way to solve this -- not yet determined.

This applies to openSUSE 11.4 on up and probably other *nixes now using
KDE4 instead of KDE3.

The 3.4.x installs and I think also 3.3 sets things up in KDE as if kde3
were the default -- icons etc end up in /opt/kde3/share/icons/...

Once the desktop-integration is run for SuSE, the applications themselves
are recognized because they get installed in a default /bin directory, but
the icons are NOT automatically attached to the executables in the graphic
menues because the default location of icons in kde4 is
kde4_user_install_area/share/icons vs /opt/kde3/share/icons/ where the
desktop-integration now puts them...

In my case kde4_user_install_area is /usr.


I remember one of my colleagues at Sun/Oracle had worked on a KDE4 
integration.  I think it was essentially finished but due to some 
non-technical reason was never integrated.  Maybe there is a child work 
space with the necessary changes that we could integrate?


-Andre



What this means is the icons are THERE, but you must manually make changes
via the kde menuediting system -- kdemenuedit-- to make them show up
correctly.

Further thoughts... is it time to revisit the desktop-integration business?
Can these made more generic based on something else for Linux -- window
managers vs OSes?

[RELEASE][3.4.1]: propose new snapshot build based on revision 1368799

2012-08-03 Thread Jürgen Schmidt

Hi,

to complete our changes regarding the external dependencies we have to
rebuilt one more time.

I propose a rebuilt based on revision 1368799

The reason is quite simple, I have reviewed the change we made and have
overseen a missing Url for Python. It's a pro-active change towards
graduation and to remove all external deps from our svn repo. But to
make our src release buildable when we have potentially moved the repo
in case of graduation or when we finally remove the externals on trunk
we need alternative Urls to ooo-extras for all externals.

Maybe I wanted too much too fast and because this changes are rather
trivial I was not careful enough. When I checked it the files were not
yet uploaded to ooo-extras completely and I still downloaded some
externals from svn as last fallback. But I knew the reason for that and
moved forward. Many combinations are possible and valid. Ariel did a
further test and recognized the missing Url, thanks again.

It's no technical change that will affect the office in any case, it's
only for the source release and the build process under certain
circumstances.

Yesterday we spent a lot of time with analyzing the icon problem without
real result or solution in our code. Not really satisfying from our site
but it seems to be a known problem.

Sorry for that, I did not the best job this time as release manager but
learned again some things that will be done better in the future.

Juergen

Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1


Hi,

On 12.07.2012 15:32, Oliver-Rainer Wittmann wrote:

Hi,

in order to avoid that somebody has missed the stuff ongoing regarding the
update service for OOo 3.1 and OOo 3.1.1:
In another thread - see [1] - Rob asked for the update service for OOo 3.1 and
OOo 3.1.1. Nobody objects so far. But this was somehow hidden in another thread.
Thus, I am bringing it up to its own thread.

I will start working on this task, if nobody objects.

[1] http://markmail.org/message/3fwnjrk7isyt5wa4




No objections so far.
Thus, I will go ahead.

First, I will ask Apache Infrastructure to establish the needed redirect from 
[2] to [3]. In the meanwhile I will create the corresponding XML document for 
this update service. I am planning to activate it after our Apache OpenOffice 
(incubating) 3.4.1 release.


[2] http://update32.services.openoffice.org/ProductUpdateService/check.Update
[3] 
http://www.openoffice.org/projects/update32/ProductUpdateService/check.Update


Best regards, Oliver.

Re: [RELEASE][3.4.1]: propose new snapshot build based on revision 1368799


On 03.08.2012 09:34, Jürgen Schmidt wrote:

Hi,

to complete our changes regarding the external dependencies we have to
rebuilt one more time.

I propose a rebuilt based on revision 1368799

The reason is quite simple, I have reviewed the change we made and have
overseen a missing Url for Python. It's a pro-active change towards
graduation and to remove all external deps from our svn repo. But to
make our src release buildable when we have potentially moved the repo
in case of graduation or when we finally remove the externals on trunk
we need alternative Urls to ooo-extras for all externals.

Maybe I wanted too much too fast and because this changes are rather
trivial I was not careful enough. When I checked it the files were not
yet uploaded to ooo-extras completely and I still downloaded some
externals from svn as last fallback. But I knew the reason for that and
moved forward. Many combinations are possible and valid. Ariel did a
further test and recognized the missing Url, thanks again.


The missing URL is my fault not Jürgen's.
Thanks Ariel for finding this.

-Andre



It's no technical change that will affect the office in any case, it's
only for the source release and the build process under certain
circumstances.

Yesterday we spent a lot of time with analyzing the icon problem without
real result or solution in our code. Not really satisfying from our site
but it seems to be a known problem.

Sorry for that, I did not the best job this time as release manager but
learned again some things that will be done better in the future.

Juergen

Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1


Hi,

On 03.08.2012 09:40, Oliver-Rainer Wittmann wrote:


in order to avoid that somebody has missed the stuff ongoing regarding the
update service for OOo 3.1 and OOo 3.1.1:
In another thread - see [1] - Rob asked for the update service for OOo 3.1 and
OOo 3.1.1. Nobody objects so far. But this was somehow hidden in another thread.
Thus, I am bringing it up to its own thread.

I will start working on this task, if nobody objects.

[1] http://markmail.org/message/3fwnjrk7isyt5wa4




No objections so far.
Thus, I will go ahead.

First, I will ask Apache Infrastructure to establish the needed redirect from
[2] to [3]. In the meanwhile I will create the corresponding XML document for
this update service. I am planning to activate it after our Apache OpenOffice
(incubating) 3.4.1 release.

[2] http://update32.services.openoffice.org/ProductUpdateService/check.Update
[3] 
http://www.openoffice.org/projects/update32/ProductUpdateService/check.Update




I have submitted JIRA issue INFRA-5112 [1] requesting to establish the needed 
redirect. I am asking Apache Infrastructure to establish the redirect until 
2012-08-15 in order to reach out our users of OOo 3.1 and OOo 3.1.1 instance 
just in time with our planned AOO 3.4.1 release.


[1] https://issues.apache.org/jira/browse/INFRA-5112


Best regards, Oliver.

CMS diff: Why Apache OpenOffice

2012-08-03 Thread Shenfeng Liu

Clone URL (Committers only):
https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/zh-cn%2Fwhy%2Findex.mdtext

Shenfeng Liu

Index: trunk/content/zh-cn/why/index.mdtext
===
--- trunk/content/zh-cn/why/index.mdtext(working copy)
+++ trunk/content/zh-cn/why/index.mdtext(working copy)
@@ -16,29 +16,29 @@
specific language governing permissions and limitations
under the License.
 
-## Why should I use Apache OpenOffice?
+## 为什么我应当使用Apache OpenOffice？
 
-![Why Apache OpenOffice](/images/AOO_logos/orb.jpg) # {.rfloatimg}
+![为何选择Apache OpenOffice](/images/AOO_logos/orb.jpg) # {.rfloatimg}
 
-Apache OpenOffice is the leading **open-source** **office software suite** for 
**word processing**, **spreadsheets**, **presentations**, **graphics**, 
**databases** and more. It is available in **many languages** and works on all 
**common computers**. It stores all your data in an **international open 
standard format** and can also read and write files from other common office 
software packages. It can be downloaded and used completely **free of charge** 
for **any purpose**.
+Apache OpenOffice是一款先进的**开源** 
**办公软件套件**，它包含**文本文档**、**电子表格**、**演示文稿**、**绘图**、**数据库**等。 
它能够支持**许多语言**并且在所有**普通计算机**上工作。它将你所有的数据以**国际开放标准格式**存储下来，并能够读写从其它常用办公软件包来的文件。它可以被完全**免费**下载并使用于**任何用途**。
 
-  - [Great software](why_great.html)
+  - [杰出的软件](why_great.html)
 
-Apache OpenOffice is the result of over twenty years' software 
engineering. Designed from the start as a single piece of software, it has a 
consistency other products cannot match. A completely open development process 
means that anyone can report bugs, request new features, or enhance the 
software. The result: Apache OpenOffice does everything you want your office 
software to do, the way you want it to.
+Apache 
OpenOffice凝聚了二十多年软件工程的结晶。它从最初的单一功能软件开始，秉承一致，专注发展，是其它许多产品所不能比拟的。它采用完全开放的开发流程，这意味着每个人都可以报告产品缺陷，或对这个软件提出新功能或功能增强的需求。其结果就是：
 Apache OpenOffice能够如你所愿做到你期望一个办公软件为你做到的任何事。
 
-  - [Easy to use](why_easy.html)
+  - [易于使用](why_easy.html)
 
-Apache OpenOffice is easy to learn, and if you're already using another 
office software package, you'll take to OpenOffice straight away. Our 
world-wide native-language community means that OpenOffice is probably 
available and supported in your own language. And if you already have files 
from another office package - OpenOffice will probably read them with no 
difficulty.
+Apache 
OpenOffice很方便学习，而且如果你已经有使用其它办公软件包的经验，你会发现OpenOffice很容易上手。我们遍布全球的本地语言社区意味着OpenOffice很可能已经具有了针对你的语言的版本和支持。如果你已经有一些由其它办公包产生的文件，OpenOffice也可能毫无困难地读取它们。
 
-  - [and it's free](why_free.html)
+  - [并且免费](why_free.html)
 
-Best of all, Apache OpenOffice can be downloaded and used entirely free of 
any license fees. Apache OpenOffice is released under the Apache 2.0 Licence. 
This means you may use it for any purpose - domestic, commercial, educational, 
public administration. You may install it on as many computers as you like. You 
may make copies and give them away to family, friends, students, employees - 
anyone you like.
+最好的是，Apache OpenOffice可以被完全自由下载和使用而没有任何许可证费用。Apache OpenOffice是基于Apache 
2.0许可证而发布的。这意味着你可以将它使用于任何目的：家庭、商业、教育、公共管理。你可以按自己的意愿将它安装在多台机器上。你可以复制这个软件，把它们给你的家人、朋友、学生、雇员——任何你想给的人。
 
-## Where is Apache OpenOffice currently used?
+## 目前Apache OpenOffice在哪些地方被使用？
 
-  - [Governments](why_gov.html Why Apache OpenOffice for Public 
Administration)
-  - [Education](why_edu.html Why Apache OpenOffice for Education)
-  - [Businesses](why_sme.html Why Apache OpenOffice for Businesses)
-  - [Not for profits](why_nfp.html Why Apache OpenOffice for Not For Profits)
-  - [IT Businesses](why_oem.html Why Apache OpenOffice for IT businesses)
-  - [F/OSS advocates](why_foss.html Why Apache OpenOffice for 
Free/Open-Source Systems advocates)
+  - [政府](why_gov.html 为何在公共管理中使用Apache OpenOffice)
+  - [教育](why_edu.html 为何在教育行业中使用Apache OpenOffice)
+  - [商业](why_sme.html 为何在商业中使用Apache OpenOffice)
+  - [非盈利事业](why_nfp.html 为何在非盈利事业中使用Apache OpenOffice)
+  - [IT业务](why_oem.html 为何在IT业务中使用Apache OpenOffice)
+  - [免费及开源系统宣传](why_foss.html 为何在免费及开源系统宣传中使用Apache OpenOffice)

Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1

2012-08-03 Thread Jürgen Schmidt

On 8/3/12 9:51 AM, Oliver-Rainer Wittmann wrote:
 Hi,
 
 On 03.08.2012 09:40, Oliver-Rainer Wittmann wrote:

 in order to avoid that somebody has missed the stuff ongoing
 regarding the
 update service for OOo 3.1 and OOo 3.1.1:
 In another thread - see [1] - Rob asked for the update service for
 OOo 3.1 and
 OOo 3.1.1. Nobody objects so far. But this was somehow hidden in
 another thread.
 Thus, I am bringing it up to its own thread.

 I will start working on this task, if nobody objects.

 [1] http://markmail.org/message/3fwnjrk7isyt5wa4



 No objections so far.
 Thus, I will go ahead.

 First, I will ask Apache Infrastructure to establish the needed
 redirect from
 [2] to [3]. In the meanwhile I will create the corresponding XML
 document for
 this update service. I am planning to activate it after our Apache
 OpenOffice
 (incubating) 3.4.1 release.

 [2]
 http://update32.services.openoffice.org/ProductUpdateService/check.Update
 [3]
 http://www.openoffice.org/projects/update32/ProductUpdateService/check.Update



 
 I have submitted JIRA issue INFRA-5112 [1] requesting to establish the
 needed redirect. I am asking Apache Infrastructure to establish the
 redirect until 2012-08-15 in order to reach out our users of OOo 3.1 and
 OOo 3.1.1 instance just in time with our planned AOO 3.4.1 release.
 
 [1] https://issues.apache.org/jira/browse/INFRA-5112
 

I think we should start thinking about a more flexible dynamic approach.
A real web service or script that provides the info on demand and
dynamically generated based on the parameters. Means we would have one
Url in the future where we can much easier tweak  and extend the
underlying data instead of new Urls for new releases.

The question is
- what is posible with the existing infra structure
- who has the knowledge and interest to work on this
- ...

Any ideas or opinions

Juergen

Re: CMS diff: Why Apache OpenOffice

2012-08-03 Thread Shenfeng Liu

Hi, all,
  I translated the copied the why pages to zh-cn, and translated the
index of why (I didn't change the zh-cn index.html to point to it yet). I
wonder if Erik or any one can help to review and commit?
  It is my first time to try the web page translation, so please tell me if
any thing I did wrong.
  And if every thing ok, I will continue to translation other pages under
why.
  Thanks!

- Shenfeng


在 2012年8月3日 下午4:01，Shenfeng Liu anonym...@apache.org写道：

 Clone URL (Committers only):

 https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/zh-cn%2Fwhy%2Findex.mdtext

 Shenfeng Liu

 Index: trunk/content/zh-cn/why/index.mdtext
 ===
 --- trunk/content/zh-cn/why/index.mdtext(working copy)
 +++ trunk/content/zh-cn/why/index.mdtext(working copy)
 @@ -16,29 +16,29 @@
 specific language governing permissions and limitations
 under the License.

 -## Why should I use Apache OpenOffice?
 +## 为什么我应当使用Apache OpenOffice？

 -![Why Apache OpenOffice](/images/AOO_logos/orb.jpg) # {.rfloatimg}
 +![为何选择Apache OpenOffice](/images/AOO_logos/orb.jpg) # {.rfloatimg}

 -Apache OpenOffice is the leading **open-source** **office software
 suite** for **word processing**, **spreadsheets**, **presentations**,
 **graphics**, **databases** and more. It is available in **many languages**
 and works on all **common computers**. It stores all your data in an
 **international open standard format** and can also read and write files
 from other common office software packages. It can be downloaded and used
 completely **free of charge** for **any purpose**.
 +Apache OpenOffice是一款先进的**开源**
 **办公软件套件**，它包含**文本文档**、**电子表格**、**演示文稿**、**绘图**、**数据库**等。
 它能够支持**许多语言**并且在所有**普通计算机**上工作。它将你所有的数据以**国际开放标准格式**存储下来，并能够读写从其它常用办公软件包来的文件。它可以被完全**免费**下载并使用于**任何用途**。

 -  - [Great software](why_great.html)
 +  - [杰出的软件](why_great.html)

 -Apache OpenOffice is the result of over twenty years' software
 engineering. Designed from the start as a single piece of software, it has
 a consistency other products cannot match. A completely open development
 process means that anyone can report bugs, request new features, or enhance
 the software. The result: Apache OpenOffice does everything you want your
 office software to do, the way you want it to.
 +Apache
 OpenOffice凝聚了二十多年软件工程的结晶。它从最初的单一功能软件开始，秉承一致，专注发展，是其它许多产品所不能比拟的。它采用完全开放的开发流程，这意味着每个人都可以报告产品缺陷，或对这个软件提出新功能或功能增强的需求。其结果就是：
 Apache OpenOffice能够如你所愿做到你期望一个办公软件为你做到的任何事。

 -  - [Easy to use](why_easy.html)
 +  - [易于使用](why_easy.html)

 -Apache OpenOffice is easy to learn, and if you're already using
 another office software package, you'll take to OpenOffice straight away.
 Our world-wide native-language community means that OpenOffice is probably
 available and supported in your own language. And if you already have files
 from another office package - OpenOffice will probably read them with no
 difficulty.
 +Apache
 OpenOffice很方便学习，而且如果你已经有使用其它办公软件包的经验，你会发现OpenOffice很容易上手。我们遍布全球的本地语言社区意味着OpenOffice很可能已经具有了针对你的语言的版本和支持。如果你已经有一些由其它办公包产生的文件，OpenOffice也可能毫无困难地读取它们。

 -  - [and it's free](why_free.html)
 +  - [并且免费](why_free.html)

 -Best of all, Apache OpenOffice can be downloaded and used entirely
 free of any license fees. Apache OpenOffice is released under the Apache
 2.0 Licence. This means you may use it for any purpose - domestic,
 commercial, educational, public administration. You may install it on as
 many computers as you like. You may make copies and give them away to
 family, friends, students, employees - anyone you like.
 +最好的是，Apache OpenOffice可以被完全自由下载和使用而没有任何许可证费用。Apache
 OpenOffice是基于Apache
 2.0许可证而发布的。这意味着你可以将它使用于任何目的：家庭、商业、教育、公共管理。你可以按自己的意愿将它安装在多台机器上。你可以复制这个软件，把它们给你的家人、朋友、学生、雇员――任何你想给的人。

 -## Where is Apache OpenOffice currently used?
 +## 目前Apache OpenOffice在哪些地方被使用？

 -  - [Governments](why_gov.html Why Apache OpenOffice for Public
 Administration)
 -  - [Education](why_edu.html Why Apache OpenOffice for Education)
 -  - [Businesses](why_sme.html Why Apache OpenOffice for Businesses)
 -  - [Not for profits](why_nfp.html Why Apache OpenOffice for Not For
 Profits)
 -  - [IT Businesses](why_oem.html Why Apache OpenOffice for IT
 businesses)
 -  - [F/OSS advocates](why_foss.html Why Apache OpenOffice for
 Free/Open-Source Systems advocates)
 +  - [政府](why_gov.html 为何在公共管理中使用Apache OpenOffice)
 +  - [教育](why_edu.html 为何在教育行业中使用Apache OpenOffice)
 +  - [商业](why_sme.html 为何在商业中使用Apache OpenOffice)
 +  - [非盈利事业](why_nfp.html 为何在非盈利事业中使用Apache OpenOffice)
 +  - [IT业务](why_oem.html 为何在IT业务中使用Apache OpenOffice)
 +  - [免费及开源系统宣传](why_foss.html 为何在免费及开源系统宣传中使用Apache OpenOffice)

Download URL of commons-logging


Hi all,

I am currently cleaning up and improving the download mechanism of the 
external tarballs.  Most of them (all that are used by the AOO34 branch) 
can now be found on apache-extras [1].  However, that is intended only 
as a fallback in case the tarballs can not be downloaded directly from 
their original download server.  At the moment we use the SVN repository 
as a secondary fallback.  I will remove that maybe next week.


I need help regarding the original download site of one of the apache 
commons libraries.  The general download page for 
commons-logging-1.1.1-src.tar.gz is [2].  I don't know how to produce a 
URL that does not contain a specific mirror but instead is resolved by 
the server.


Does anybody know how to do that?

Andre

[1] https://code.google.com/a/apache-extras.org/p/ooo-extras/
[2] http://commons.apache.org/logging/download_logging.cgi

PS: I changed my email address from a...@a-w-f.de to 
awf@googlemail.com, but I am still the same person.

Re: Python

2012-08-03 Thread Fernando Cassia

On Fri, Aug 3, 2012 at 2:06 AM, Pedro Giffuni p...@apache.org wrote:
 Adding Python3 compatibility is not difficult, I think, but an interesting 
 alternative, that people can try now, would be to build/ship AOO with PyPy

Whatever change you make make sure you take into account other
platforms like OS/2 (yes, there´s an OS/2 port of OO) where Python
does not come standard with the OS.

FC

credits.html

2012-08-03 Thread Shenfeng Liu

Hi, all,
  I noticed that the installer will contains a credits page:
http://www.openoffice.org/welcome/credits.html . But this page looks
obsolete. Maybe we should update it, or redirect it to
http://incubator.apache.org/openofficeorg/people.html ?

- Shenfeng

Re: credits.html

2012-08-03 Thread Jürgen Schmidt

On 8/3/12 10:14 AM, Shenfeng Liu wrote:
 Hi, all,
   I noticed that the installer will contains a credits page:
 http://www.openoffice.org/welcome/credits.html . But this page looks
 obsolete. Maybe we should update it, or redirect it to
 http://incubator.apache.org/openofficeorg/people.html ?

but this page is out dated and incomplete as well.

Juergen

[UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]


Hi,

On 03.08.2012 10:04, Jürgen Schmidt wrote:

On 8/3/12 9:51 AM, Oliver-Rainer Wittmann wrote:

Hi,

On 03.08.2012 09:40, Oliver-Rainer Wittmann wrote:


in order to avoid that somebody has missed the stuff ongoing
regarding the
update service for OOo 3.1 and OOo 3.1.1:
In another thread - see [1] - Rob asked for the update service for
OOo 3.1 and
OOo 3.1.1. Nobody objects so far. But this was somehow hidden in
another thread.
Thus, I am bringing it up to its own thread.

I will start working on this task, if nobody objects.

[1] http://markmail.org/message/3fwnjrk7isyt5wa4




No objections so far.
Thus, I will go ahead.

First, I will ask Apache Infrastructure to establish the needed
redirect from
[2] to [3]. In the meanwhile I will create the corresponding XML
document for
this update service. I am planning to activate it after our Apache
OpenOffice
(incubating) 3.4.1 release.

[2]
http://update32.services.openoffice.org/ProductUpdateService/check.Update
[3]
http://www.openoffice.org/projects/update32/ProductUpdateService/check.Update





I have submitted JIRA issue INFRA-5112 [1] requesting to establish the
needed redirect. I am asking Apache Infrastructure to establish the
redirect until 2012-08-15 in order to reach out our users of OOo 3.1 and
OOo 3.1.1 instance just in time with our planned AOO 3.4.1 release.

[1] https://issues.apache.org/jira/browse/INFRA-5112



I think we should start thinking about a more flexible dynamic approach.
A real web service or script that provides the info on demand and
dynamically generated based on the parameters. Means we would have one
Url in the future where we can much easier tweak  and extend the
underlying data instead of new Urls for new releases.

The question is
- what is posible with the existing infra structure
- who has the knowledge and interest to work on this
- ...

Any ideas or opinions



Yes, I agree here with Jürgen.

That is the reason why I am planning to give a talk on ApacheCon EU about the 
update function in AOO and the Update Service. In this talk I will give a deep 
insight in its purpose and functionality which should be enough input for a 
corresponding volunteer to create a real web service for our Update Service.
I also expect to get in contact in person with Apache Infrastructure people in 
order to discuss certain prerequisites and requirements.


But, we can start the discussion right now and here on the list.
Thus, anybody who has expertise in creating such a web service and volunteers to 
take over this task can get corresponding information about the update function 
and the corresponding protocol here and at the wiki [1].


[1] http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol

Best regards, Oliver.

[QA AUTOMATION REPORT] GUI automation test report

2012-08-03 Thread Linyi Li

Hi,

After refactoring function test cases, we have almost 70 automation
function test cases about formula/spreadsheet/word/impress. These test
cases are all GUI test, based on VCLAuto[1].
I run all the test cases on build r1367911 and added test report to wiki
[2].
Because linux build is not ready, I just run the windows build.

I think automation test will play a significant role in AOO with the
increasing of test cases. Hope more volunteers join to write automation
test case.
Any comments are welcome:)

[1] http://wiki.services.openoffice.org/wiki/QA/vclauto
[2] http://wiki.services.openoffice.org/wiki/QA/Report/FVT


BTW, BVT report is available here:
http://wiki.services.openoffice.org/wiki/QA/Report/BVT#BVT_Report_for_AOO3.4.1_Branch_r1367911
.

-- 
Best wishes.
Linyi Li

Re: Download URL of commons-logging

2012-08-03 Thread sebb

On 3 August 2012 09:09, Andre Fischer awf@gmail.com wrote:
 Hi all,

 I am currently cleaning up and improving the download mechanism of the
 external tarballs.  Most of them (all that are used by the AOO34 branch) can
 now be found on apache-extras [1].  However, that is intended only as a
 fallback in case the tarballs can not be downloaded directly from their
 original download server.  At the moment we use the SVN repository as a
 secondary fallback.  I will remove that maybe next week.

 I need help regarding the original download site of one of the apache
 commons libraries.  The general download page for
 commons-logging-1.1.1-src.tar.gz is [2].  I don't know how to produce a URL
 that does not contain a specific mirror but instead is resolved by the
 server.

You could perhaps download from Maven Central instead:

http://repo1.maven.org/maven2/commons-logging/

 Does anybody know how to do that?

 Andre

 [1] https://code.google.com/a/apache-extras.org/p/ooo-extras/
 [2] http://commons.apache.org/logging/download_logging.cgi

 PS: I changed my email address from a...@a-w-f.de to awf@googlemail.com,
 but I am still the same person.

Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1

On Fri, Aug 3, 2012 at 3:51 AM, Oliver-Rainer Wittmann
orwittm...@googlemail.com wrote:
 Hi,


 On 03.08.2012 09:40, Oliver-Rainer Wittmann wrote:


 in order to avoid that somebody has missed the stuff ongoing regarding
 the
 update service for OOo 3.1 and OOo 3.1.1:
 In another thread - see [1] - Rob asked for the update service for OOo
 3.1 and
 OOo 3.1.1. Nobody objects so far. But this was somehow hidden in another
 thread.
 Thus, I am bringing it up to its own thread.

 I will start working on this task, if nobody objects.

 [1] http://markmail.org/message/3fwnjrk7isyt5wa4



 No objections so far.
 Thus, I will go ahead.

 First, I will ask Apache Infrastructure to establish the needed redirect
 from
 [2] to [3]. In the meanwhile I will create the corresponding XML document
 for
 this update service. I am planning to activate it after our Apache
 OpenOffice
 (incubating) 3.4.1 release.

 [2]
 http://update32.services.openoffice.org/ProductUpdateService/check.Update
 [3]
 http://www.openoffice.org/projects/update32/ProductUpdateService/check.Update



 I have submitted JIRA issue INFRA-5112 [1] requesting to establish the
 needed redirect. I am asking Apache Infrastructure to establish the redirect
 until 2012-08-15 in order to reach out our users of OOo 3.1 and OOo 3.1.1
 instance just in time with our planned AOO 3.4.1 release.


Why only until 2012-08-15?  Could we make this be permanent?

What I noticed is that one of the download sites -- openoffice.us.com
-- was still giving users OOO310m11 (Build:9399).   Although I
personally believe that site is doing bad things and confusing users,
I think it is best for the ecosystem if these users are notified about
the most-recent version of OpenOffice.  Not only existing installs of
OOo 3.1, but also ones that may happen today or tomorrow.
Unfortunately we cannot control this.  There will be OOo 3.1.0
installs in the future as well.

-Rob

 [1] https://issues.apache.org/jira/browse/INFRA-5112


 Best regards, Oliver.

Re: [RELEASE][3.4.1]: potential release blocker

On Thu, Aug 2, 2012 at 10:50 AM, Rob Weir robw...@apache.org wrote:
 On Thu, Aug 2, 2012 at 10:44 AM, Oliver-Rainer Wittmann
 orwittm...@googlemail.com wrote:
 Hi


 On 02.08.2012 16:23, imacat wrote:

 On 01.08.02 07:31pm, Jürgen Schmidt said:

 On 8/2/12 12:58 PM, Jürgen Schmidt wrote:

 On 8/2/12 12:46 PM, Jürgen Schmidt wrote:

 On 8/2/12 12:24 PM, Dave Fisher wrote:


 On Aug 2, 2012, at 2:15 AM, Jürgen Schmidt wrote:

 Hi,

 imacat found a problem with the base application icon on windows.

 I can verify this issue with the latest version based on r1367911
 when I
 do a clean fresh installation, no upgrade. If you run an upgrade
 installation you don't see this problem and the icon is ok.


 You have the answer to the question I asked imacat just now.

 BTW - did you notice that the Draw icon was also missing in her
 screenshot?


 no, I haven't noticed this, I was focused on the base icon ;-)


 and I know why I haven't noticed it, I have checked it again on my
 Windows machine and the only icon that is missing is that from Base ;-)

 I hate such problems...


 I am still have no real idea what going wrong and I am rebuilding
 currently the same version to ensure that it is no build problem (but I
 hope it is :-)).

 As I mentioned earlier when you watch the properties, you will see the
 correct icon. When you now click on change icon and double click the
 icon (which is the only available icon in sbase.exe) and apply the
 change everything is ok in the Start Menu.

 Even a restart of windows after the installation won't help.

 I am no expert but I would guess that the icon in the Start Menu is
 extracted from the exe where it seems to be ok.


  Thanks, Jürgen.  I think this issue is serious in that:  It drew my
 attention not from the inside of the start menu, but from the recent
 applications shortcuts of the start menu.  See the attached picture.
 Windows 7 puts the first shortcut of the most recent installed
 application, at the recent application shortcuts of the start menu.  It
 is very large and obvious when user wants to run anything in Windows 7.

  A detaled explanation of my case: I first upgraded from 3.4.0 to
 3.4.1, and found this problem (alone with Draw).  Then I removed the
 previous version and did a clean install, and this problem still exists
 (alone with Draw).

  I layed the icons a bit.  It seems that the Base shortcut only have
 problem when the icon is read from sbase.exe.  The shortcut icon of
 Base.lnk is fine if it is from scalc.exe, sdraw.exe or anything else.
 The same goes for Draw.lnk:  It only has problem when points to
 sdraw.exe, but not the others (sbase.exe, smath.exe, etc.)  Any other
 shortcuts (even those created by hand) work fine for both sbase.exe and
 sdraw.exe.

  So I suppose the problem lies in the shortcut files Base.lnk and
 Draw.lnk.  How do we create these two files?  Shall we create them again?


 I did the following:
 - Window7 Professional, OOo 3.3 installed.
 -- install AOO 3.4.1, r1367911
 -- icons are visible

 - Window7 Home Premium in VM, clean installation.
 -- install AOO 3.4.1, r1367911
 -- icons are visible

 Thus, I can not reproduce the missing icon defect in the above scenarios.

 I will perform the following use case:
 - Windows7 Home Premium in VM, clean installation.
 - install AOO 3.4
 -- install AOO 3.4.1, r1367911

 Stay tuned for the result.


 Could it be an issue specifically with the zh-TW build?


I just tried:

Install of AOO 3.4.1, r1367911, zh-TW build on clean install of
Windows 8 Professional, 32-bit. (en-US)

The icons were fine in this test.


-Rob


 -Rob

 Best regards, Oliver.

Re: [RELEASE][3.4.1]: release blocker

Hi Ji Yan,

On Thu, Aug 2, 2012 at 11:10 PM, Ji Yan yanji...@gmail.com wrote:
 Hi,

   Does Linux package is ready?

Not yet. I'll inform here when they are ready to be downloaded.

Regards

Re: [RELEASE][3.4.1]: potential release blocker

Hi there,

On Thu, Aug 2, 2012 at 6:15 AM, Jürgen Schmidt
jogischm...@googlemail.com wrote:
 Hi,

 imacat found a problem with the base application icon on windows.

 I can verify this issue with the latest version based on r1367911 when I
 do a clean fresh installation, no upgrade. If you run an upgrade
 installation you don't see this problem and the icon is ok.

 I have currently no idea what's going wrong here and investigating in
 the problem. I am not aware of any changes in this area and maybe it's a
 build problem only.

 I think we should continue testing of the version and I will keep you
 informed.


Tested on Win XP VM and Win 7, both updating 3.4.0, and a clean
install. I can't reproduce it:

http://people.apache.org/~arielch/images/aoo-start-mn-winxp.jpg
http://people.apache.org/~arielch/images/aoo3.4.1-start-mn-win7.jpg

Of course, it worked on 3.4.0, even Dev. Snapshots:
http://people.apache.org/~arielch/images/aoo3.4.0-start-mn-win7.jpg

Regards

Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1


Hi,

On 03.08.2012 14:59, Rob Weir wrote:

On Fri, Aug 3, 2012 at 3:51 AM, Oliver-Rainer Wittmann
orwittm...@googlemail.com wrote:

Hi,


On 03.08.2012 09:40, Oliver-Rainer Wittmann wrote:



in order to avoid that somebody has missed the stuff ongoing regarding
the
update service for OOo 3.1 and OOo 3.1.1:
In another thread - see [1] - Rob asked for the update service for OOo
3.1 and
OOo 3.1.1. Nobody objects so far. But this was somehow hidden in another
thread.
Thus, I am bringing it up to its own thread.

I will start working on this task, if nobody objects.

[1] http://markmail.org/message/3fwnjrk7isyt5wa4




No objections so far.
Thus, I will go ahead.

First, I will ask Apache Infrastructure to establish the needed redirect
from
[2] to [3]. In the meanwhile I will create the corresponding XML document
for
this update service. I am planning to activate it after our Apache
OpenOffice
(incubating) 3.4.1 release.

[2]
http://update32.services.openoffice.org/ProductUpdateService/check.Update
[3]
http://www.openoffice.org/projects/update32/ProductUpdateService/check.Update




I have submitted JIRA issue INFRA-5112 [4] requesting to establish the
needed redirect. I am asking Apache Infrastructure to establish the redirect
until 2012-08-15 in order to reach out our users of OOo 3.1 and OOo 3.1.1
instance just in time with our planned AOO 3.4.1 release.



Why only until 2012-08-15?  Could we make this be permanent?



Sorry, that was some kind of my insufficient translation from German to 
English.
I meant to request that the redirect should be established by at least 
2012-08-15.
I have also updated the text in the JIRA issue [4].


Best regards, Oliver.


What I noticed is that one of the download sites -- openoffice.us.com
-- was still giving users OOO310m11 (Build:9399).   Although I
personally believe that site is doing bad things and confusing users,
I think it is best for the ecosystem if these users are notified about
the most-recent version of OpenOffice.  Not only existing installs of
OOo 3.1, but also ones that may happen today or tomorrow.
Unfortunately we cannot control this.  There will be OOo 3.1.0
installs in the future as well.

-Rob


[4] https://issues.apache.org/jira/browse/INFRA-5112


Best regards, Oliver.

Re: [RELEASE][3.4.1]: potential release blocker

On Thu, Aug 2, 2012 at 10:44 AM, Oliver-Rainer Wittmann
orwittm...@googlemail.com wrote:
 Hi


 On 02.08.2012 16:23, imacat wrote:

 On 01.08.02 07:31pm, Jürgen Schmidt said:

 On 8/2/12 12:58 PM, Jürgen Schmidt wrote:

 On 8/2/12 12:46 PM, Jürgen Schmidt wrote:

 On 8/2/12 12:24 PM, Dave Fisher wrote:


 On Aug 2, 2012, at 2:15 AM, Jürgen Schmidt wrote:

 Hi,

 imacat found a problem with the base application icon on windows.

 I can verify this issue with the latest version based on r1367911
 when I
 do a clean fresh installation, no upgrade. If you run an upgrade
 installation you don't see this problem and the icon is ok.


 You have the answer to the question I asked imacat just now.

 BTW - did you notice that the Draw icon was also missing in her
 screenshot?


 no, I haven't noticed this, I was focused on the base icon ;-)


 and I know why I haven't noticed it, I have checked it again on my
 Windows machine and the only icon that is missing is that from Base ;-)

 I hate such problems...


 I am still have no real idea what going wrong and I am rebuilding
 currently the same version to ensure that it is no build problem (but I
 hope it is :-)).

 As I mentioned earlier when you watch the properties, you will see the
 correct icon. When you now click on change icon and double click the
 icon (which is the only available icon in sbase.exe) and apply the
 change everything is ok in the Start Menu.

 Even a restart of windows after the installation won't help.

 I am no expert but I would guess that the icon in the Start Menu is
 extracted from the exe where it seems to be ok.


  Thanks, Jürgen.  I think this issue is serious in that:  It drew my
 attention not from the inside of the start menu, but from the recent
 applications shortcuts of the start menu.  See the attached picture.
 Windows 7 puts the first shortcut of the most recent installed
 application, at the recent application shortcuts of the start menu.  It
 is very large and obvious when user wants to run anything in Windows 7.

  A detaled explanation of my case: I first upgraded from 3.4.0 to
 3.4.1, and found this problem (alone with Draw).  Then I removed the
 previous version and did a clean install, and this problem still exists
 (alone with Draw).

  I layed the icons a bit.  It seems that the Base shortcut only have
 problem when the icon is read from sbase.exe.  The shortcut icon of
 Base.lnk is fine if it is from scalc.exe, sdraw.exe or anything else.
 The same goes for Draw.lnk:  It only has problem when points to
 sdraw.exe, but not the others (sbase.exe, smath.exe, etc.)  Any other
 shortcuts (even those created by hand) work fine for both sbase.exe and
 sdraw.exe.

  So I suppose the problem lies in the shortcut files Base.lnk and
 Draw.lnk.  How do we create these two files?  Shall we create them again?


 I did the following:
 - Window7 Professional, OOo 3.3 installed.
 -- install AOO 3.4.1, r1367911
 -- icons are visible

 - Window7 Home Premium in VM, clean installation.
 -- install AOO 3.4.1, r1367911
 -- icons are visible

 Thus, I can not reproduce the missing icon defect in the above scenarios.

 I will perform the following use case:
 - Windows7 Home Premium in VM, clean installation.
 - install AOO 3.4
 -- install AOO 3.4.1, r1367911

 Stay tuned for the result.


Could it be an issue specifically with the zh-TW build?

-Rob

 Best regards, Oliver.

Re: [VOTE][DISCUSS]: Release Apache OpenOffice 3.4.1 (incubating)

On Thu, Aug 2, 2012 at 2:42 AM, Andre Fischer awf@gmail.com wrote:
 On 01.08.2012 14:56, Rob Weir wrote:

 On Wed, Aug 1, 2012 at 3:37 AM, Andre Fischer a...@a-w-f.de wrote:

 Hi Joe,


 On 30.07.2012 19:19, Joe Schaefer wrote:

 Please be sure to decouple the source builds
 from downloading artifacts directly from svn.apache.org.
 I trust that has been done by now as what 3.4.0
 did constitutes an infra policy violation, besides
 complicating eventual graduation moves of your svn tree.


 Good point.  Thanks for reminding me.  I have created bug 120425 [1] for
 copying the category-A tarballs to an external server, apache-extras.  I
 am
 doing this on trunk because, as I hope you will agree, a micro release is
 not the right place for such a change.

 The issue is our svn tree will move after graduation, but there is no
 redirection like there is with the website.

 So instead of being in https://svn.apache.org/repos/asf/incubator/ooo/
 we will be in https://svn.apache.org/repos/asf/openoffice or something
 like that.

 So those who have downloaded the AOO 3.4.1. source tarball will find
 that their script breaks.


 Not necessarily.  There are simple technical solutions for this problem:

 - Copy, don't move, at least the ext_sources/ tree of the repository.   The
 incubator copy can be deleted on our next release.

 - Use an SVN link to keep the old incubator URL for ext_sources/ alive until
 the next release.

 - Wait with the transition of the repository until the next release.


I don't see how this solves the Infrastructure policy issue.  If I
understand it correctly, it is not merely about where in SVN we store
these dependencies. The issue is that we have our build script hitting
SVN at all.   Joe could confirm that.

What if we bundled the cat-a dependencies in the source tarball?
Would that work?   Same net downloads, but the bandwidth then comes
from the mirror network.


 Independently from this problem, it might be a good idea to have a
 transition phase after graduation during which both URLs are valid.

 -Andre



 -Rob



 Andre

 [1] https://issues.apache.org/ooo/show_bug.cgi?id=120425


 Thanks.




 
 From: Rob Weir robw...@apache.org
 To: ooo-dev@incubator.apache.org
 Sent: Monday, July 30, 2012 1:17 PM
 Subject: Re: [VOTE][DISCUSS]: Release Apache OpenOffice 3.4.1
 (incubating)

 I plan on testing the Release Candidate 3.4.1 on WinXP/SP3, and
 verifying installing over OOo 3.3.0, AOO 3.4.0 and LO 3.5.5.

 It would be good if others could mention what they intend to look at,
 so we can avoid unnecessary duplication of effort.

 Also, is the RAT scan results online anywhere?   It would be good to
 review that.

 Also, if anyone has handy a diff of the NOTICE and LICENSE files from
 3.4.0 to 3.4.1, that would be good to review as well.

 -Rob

Re: [VOTE][DISCUSS]: Release Apache OpenOffice 3.4.1 (incubating)

On Thu, Aug 2, 2012 at 7:33 AM, Rob Weir robw...@apache.org wrote:
On Thu, Aug 2, 2012 at 12:03 AM, imacat ima...@mail.imacat.idv.tw wrote:
On 01.08.02 11:33am, Yan Ji said:
Hi imacat,

Arielch removed the previous RC build, so you cannot continue loading
linux package anymore. The new RC build is uploading now, please hold on
your test once uploading is complete.

OK. Thanks.

Also please see the attachment below. The icon of Base is missing
on Windows 7. I'll still vote for -1 if this issue remains.

Three possibilities:

1) The link is wrong, and does not point to the executable.

2) The executable does not contain the icon.

3) This is a case of a corrupt IconCache database in Windows. This is
a very common occurrence. If you search Google for windows 7 missing
icons site:microsoft.com you will get many hits. The recommended fix
from Microsoft is to reset the icon cache, e.g.:

http://answers.microsoft.com/en-us/windows/forum/windows_7-desktop/windows-7-missing-desktop-application-icons/c031fba8-3e05-4080-89b2-e8a89c460a6b

What is not clear is whether this is a Windows bug, or something else
that causes the icon cache to be corrupted.

I'm creating a Windows 7 VM now. I'll try a fresh install of AOO
3.4.1 on a fresh install of Windows and see if I can reproduce the
problem.

I did a quick test on a fresh image of Windows XP/SP3 with AOO 3.4.1 r1357911

The icons are fine there. Rebooted and verified they are still fine then.

Installing fresh Windows 7 now.

-Rob

Re: [UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]

On Fri, Aug 3, 2012 at 6:13 AM, Oliver-Rainer Wittmann
orwittm...@googlemail.com wrote:
 Hi,

 On 03.08.2012 10:04, Jürgen Schmidt wrote:

 On 8/3/12 9:51 AM, Oliver-Rainer Wittmann wrote:

 Hi,

 On 03.08.2012 09:40, Oliver-Rainer Wittmann wrote:


 in order to avoid that somebody has missed the stuff ongoing
 regarding the
 update service for OOo 3.1 and OOo 3.1.1:
 In another thread - see [1] - Rob asked for the update service for
 OOo 3.1 and
 OOo 3.1.1. Nobody objects so far. But this was somehow hidden in
 another thread.
 Thus, I am bringing it up to its own thread.

 I will start working on this task, if nobody objects.

 [1] http://markmail.org/message/3fwnjrk7isyt5wa4



 No objections so far.
 Thus, I will go ahead.

 First, I will ask Apache Infrastructure to establish the needed
 redirect from
 [2] to [3]. In the meanwhile I will create the corresponding XML
 document for
 this update service. I am planning to activate it after our Apache
 OpenOffice
 (incubating) 3.4.1 release.

 [2]

 http://update32.services.openoffice.org/ProductUpdateService/check.Update
 [3]

 http://www.openoffice.org/projects/update32/ProductUpdateService/check.Update




 I have submitted JIRA issue INFRA-5112 [1] requesting to establish the
 needed redirect. I am asking Apache Infrastructure to establish the
 redirect until 2012-08-15 in order to reach out our users of OOo 3.1 and
 OOo 3.1.1 instance just in time with our planned AOO 3.4.1 release.

 [1] https://issues.apache.org/jira/browse/INFRA-5112


 I think we should start thinking about a more flexible dynamic approach.
 A real web service or script that provides the info on demand and
 dynamically generated based on the parameters. Means we would have one
 Url in the future where we can much easier tweak  and extend the
 underlying data instead of new Urls for new releases.

 The question is
 - what is posible with the existing infra structure
 - who has the knowledge and interest to work on this
 - ...

 Any ideas or opinions


 Yes, I agree here with Jürgen.

 That is the reason why I am planning to give a talk on ApacheCon EU about
 the update function in AOO and the Update Service. In this talk I will give
 a deep insight in its purpose and functionality which should be enough input
 for a corresponding volunteer to create a real web service for our Update
 Service.
 I also expect to get in contact in person with Apache Infrastructure people
 in order to discuss certain prerequisites and requirements.

 But, we can start the discussion right now and here on the list.
 Thus, anybody who has expertise in creating such a web service and
 volunteers to take over this task can get corresponding information about
 the update function and the corresponding protocol here and at the wiki [1].


The question is:  how dynamic does it need to be?  It is not like the
upgrade options change minute by minute.  These change slowly, at the
pace of our release cycle, so every few months.

Getting a live web service hosted brings with it additional concerns
about security, CPU usage, maintenance, etc.  I wonder if a simpler
solution would be one that works with the model of the CMS, e.g., a
source document that is transformed into the needed XML update docs.

For example, a source document could be a single document that
defines, in some easily readable notation, the upgrade paths.  To make
it easier, it might allow wild cards or defaults for things like
languages and platforms.  For example, a notation like this:

version=3.4.1; lang=en,fr,es.it,de; upgrade=3.4.1
version=3.3.0; lang=OTHER; upgrade=3.3.0

This could mean:

1) Define upgrade paths for all versions before AOO3.4.1 in
languagesEnglish, Frenchh, Spanish, Italian and German to upgrade to
AOO3.4.1

2) Define upgrade paths for all other languages using versions before
OOo 3.3.0 to upgrade to OOo 3.3.0

Then we would need a script to generate the appropriate XML files,
using this definition file for input.  My guess is it starts with a
giant matrix of all of the upgrade paths, languages*versions, and
fills out the matrix according to the definitions above, in order.  A
later rule overwrites (dominates) an earlier rule.  Then the XML files
are written according to the final matrix.

This should be able to be hooked into the site logic so when someone
edits the definition file and commits it, the updated upgrade XML is
automatically generated.

-Rob

 [1] http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol

 Best regards, Oliver.

Re: icon issues with 3.4.x on Linux with KDE 4

Hi Kay,

On Thu, Aug 2, 2012 at 6:14 PM, Kay Schenk kay.sch...@gmail.com wrote:
 OK, here's the short story -- NOT a show stopper but this should be covered
 in Installation Guide (or a wiki article created to be referenced) until a
 good way to solve this -- not yet determined.

 This applies to openSUSE 11.4 on up and probably other *nixes now using
 KDE4 instead of KDE3.

 The 3.4.x installs and I think also 3.3 sets things up in KDE as if kde3
 were the default -- icons etc end up in /opt/kde3/share/icons/...

I guess you are installing the desktop-integration package for Suse, then it's
http://svn.apache.org/viewvc/incubator/ooo/trunk/main/sysui/desktop/suse/suse-menus.spec?revision=1307651view=markup#l54


 Further thoughts... is it time to revisit the desktop-integration business?
 Can these made more generic based on something else for Linux -- window
 managers vs OSes?

IMO this isn't a release stopper:

- it's been there since ever
- there is the workaround to install the generic package:
openoffice.org3.4-freedesktop-menus
This one uses /usr as prefix, vid.
http://svn.apache.org/viewvc/incubator/ooo/trunk/main/sysui/desktop/freedesktop/freedesktop-menus.spec?revision=1307651view=markup#l61


Regards

Re: credits.html

On Fri, Aug 3, 2012 at 4:20 AM, Jürgen Schmidt
jogischm...@googlemail.com wrote:
 On 8/3/12 10:14 AM, Shenfeng Liu wrote:
 Hi, all,
   I noticed that the installer will contains a credits page:
 http://www.openoffice.org/welcome/credits.html . But this page looks
 obsolete. Maybe we should update it, or redirect it to
 http://incubator.apache.org/openofficeorg/people.html ?

 but this page is out dated and incomplete as well.


AOO 3.4.0 pointed to credits.html as well.   It should be easy to update.

Committers and Mentors are listed here:
http://incubator.apache.org/projects/openofficeorg.html

We can also get list of other contributions by svn log | grep  by:
to find Patch by:, Reported by:, etc.

Or, since this is a wiki, we could just send a note to ooo-dev asking
for people to add themselves.  That is the simplest.

-Rob


 http://www.openoffice.org/welcome/credits.html

 Juergen

Re: Definition of draw:angle in ODF1.2 does not fit to implementation

On Thu, Aug 2, 2012 at 5:20 AM, Armin Le Grand armin.le.gr...@me.com wrote:
 Hi Dennis (and others),


 On 01.08.2012 20:38, Dennis E. Hamilton wrote:

 Hi Armin,

 Thanks for your valuable comment.

 I had thought that the description using clockwise was in reference to
 the page appearance and not the abstract treatment (with right-hand rule).
 Perhaps I misunderstand where the origin is understood in the projection
 onto the page.


 I do not think that you misunderstand. The X-Axis points to the right, the
 Y-Axis down, the origin is top-left (pretty standard, expected by everyone).
 Thus, mathematically, the positive orientation of angles goes clockwise.



There are different conventions for this.  The one you describe is is
common in computer graphics, probably originally due to the way the
raster scan works in CRT displays and in line printers, e.g., left to
right, top to bottom.  Mathematicians have their own convention.  And
physicists, of course they have at least two conventions.  So the only
correct answer is to specify the convention unambiguously in the
specification.

 Unfortunately someone did define it 'mirrored' in the cores for StarOffice
 (maybe more than 15 years ago), is used in the UI and this was copied to the
 UNO API and the ODF format for all angles (independent from usage for
 gradients or objects). This is not based on using the 2nd possible
 coordinate system with Y-Axis pointing up, but simply by using the 'wrong'
 (mirrored) values for angles throughout the office consequently.


 MORE IMPORTANT CONCERN

 I think you raise a more important question concerning changing for ODF
 1.3 and understanding a transformation between ODF 1.0/1.1/1.2/IS 26300 and
 ODF 1.3.

 I recommend that there be no breaking change of draw:angle between ODF
 versions.  It is probably best to deprecate it while clarifying the
 orientation of the angle-opening rotation and the units of the angle.  I
 think preventing down-level breakage is impossible without that and the
 support explanations will be a nightmare otherwise.  It seems to me that the
 ODF 1.2 description is best corrected in an Errata and the problem made
 immediately known in an OIC Advisory.


 My first idea was to define the orientation (is not really defined now) for
 ODF1.2 and older, and to define it mirrored for ODF1.3, applying a xslt
 transformation to manage that.

 You are right that for all products not immediately applying to this change
 rotations would break. This would speak for adding a new property.


 To correct the geometry for transformations, I suggest that another,
 rigorously-defined gradient element be introduced, preferably one from SVG.


 Transformations are okay and need no change, they contain the angle
 corresponding to the coordinate system.

 As Michael Stahl wrote, svg:linearGradient and svg:radialGradient are
 already part of ODF1.2.

 These are no replacement for draw:gradient, thus are no candidates for
 deprecating the draw:gradient (and draw:opacity, the transparence gradients)
 for ODF1.3. It is another kind of gradient with the pros and cons described
 by Michael Stahl.

 (BTW: What to do if an object has draw:gradient AND svg:linearGradient
 defined at the same time (or even more, add svg:radialGradient)...?).

 We should not mix up varios themes here (maybe I started doing so, I
 apologize). We have two things here:

 (a) Non-SVG Gradient definitions (old ones)
 (b) Angle definitions in various places

 There is no general problem with (a), except the contained angle and it's
 orientation. Thus I talk more about (b) where (b) is about the old gradients
 with use draw:angle currently, but also start/end angles in circle/ellipse
 shapes.

 The Object rotation does not have a direct and single rotation attribute
 (AFAIK, there is svg:x, svg:y, svg:width/height, but no svg:angle), but has
 to use (and does use) a transformation when rotation is needed (which uses
 angles correctly, no problem there).

 Using a 2nd 'rigorously-defined' angle would be sufficient here. As
 mentioned in earlier mails, SVG has angle as basic data type (see SVG
 4.2). It is already listed in ODF 1.2, see 18.3.1 of ODF spec (Does this
 mean it could already be used?). It is even referenced as data type in
 draw:angle, draw:start-angle and draw:end-angle (!), see e.g. 19.112
 draw:angle in ODF1.2 which says: 'The draw:angle attribute has the data type
 angle 18.3.1'. When this would be true, draw:angle would not even be needed
 since it's identical to svg:angle already (which it is not, another error?).

 Thus I suggest allowing both in draw:gradient and draw:opacity, with

 ---

 draw:angle is the inverted rotation in 10th of a degree as integer value
 (no longer reference 18.3.1 and say it's equal).

 svg:angle is the rotation as defined by SVG (including being float and
 supporting deg, rad and grad).

 If svg:angle is present, it has precedence over draw:angle. For
 compatibility, please support both when

Re: Python

Hi Alexandro;




 From: Alexandro Colorado j...@oooes.org
...
 Adding Python3 compatibility is not difficult, I think, but an interesting
 alternative, that people can try now, would be to build/ship AOO with PyPy :

 http://pypy.org/

 Cheers,

 Pedro.


Since PyPy is built on top of Python, I wonder how will that impact the gcc
issue?


PyPy supports the C API so it should just work by using it as the external
python implementation. A quick google search would imply someone did it
already.

I think it may be an interesting option for packagers but I wouldn't like to
bring PyPy into AOO: the build process looks somewhat complex although
it's probably more portable that the standard CPython.

Also would be interesting to test the pyuno module in PyPy make sure is
compatible.


According to the PyPy site it is compatible with Python 2.7.2 so it should
just work.

Finally I wonder which extension is dependend on Python2 from the PyUNO
module?


There are probably a lot of scripts out there? Unfortunately it doesn't look 
like
pyuno is very popular.


Pedro.

Re: investigation using Google Webmaster tools

On Wed, Aug 1, 2012 at 7:45 PM, Kay Schenk kay.sch...@gmail.com wrote:

On 08/01/2012 04:29 PM, Rob Weir wrote:

On Wed, Aug 1, 2012 at 7:06 PM, Kay Schenk kay.sch...@gmail.com wrote:

Hello all --

I am exploring the www.openoffice.site using the Google Webmaster tool
that
Rob told us about on Jul 19.

I am ONLY getting started by looking at the 62,962 404 errors (!)

Many of these are links to VERY old docs which we no longer have -- like
source trees for 1.0.1, 1.0.2 etc.-- or have to do with the OLD
architecture -- servlet references etc.

If I understand this correctly, Google is looking at links on
webpages, not just our webpages, but also links from 3rd party
websites, and if they point to an openoffice.org page that doesn't
exist, it shows up on this list. This could happen for any reason.
In some cases the original link might have had a typo.

yes, this is correct, and you are right about this too...some of the 404s
reference pages we probably NEVER had.

Some of this issues could be solved with rather extensive use of sym
links
(yes, you can actually use these in svn -- kind of) and of course some
not
-- many missing old security bulletins.

For the security bulletins, I wonder if this is actually a redirection
error. We have many of them here:

http://www.openoffice.org/security/bulletin.html

ah...yes, they are there...the problem is we would need to construct a LOT
of just redirect pages to right some of these since they all seem to have
the form

/security/cvs-bulletin-number.html

So let's take a specific example.

Google is reporting a 404 error for this URL:
http://www.openoffice.org/security/bulletin-20060629.html

It is linked to from from at least 10 external web pages, for example
the last link in this table:

http://www.ccip.govt.nz/vulnerability-alerts/archives/2006/AlertArchive0607.html

(Whoops, make that at least 12 links, since the Apache and MarkMail
list archives will now link to this)

There is no file of this name in
https://svn.apache.org/repos/asf/incubator/ooo/ooo-site/trunk/content/security/

Looking at the svn log I don't see any record of the files ever being here.

I searched the complete ooo-site tree and this file
(bulletin-20060629.html) doesn't exist anywhere.

The Wayback Machine shows the page did exist in 2006:

http://web.archive.org/web/20060703040511/http://www.openoffice.org/security/bulletin-20060629.html

But it was broken already by 2009:

http://web.archive.org/web/20091006090657/http://www.openoffice.org/security/bulletin-20060629.html

So this is a pre-existing problem, and nothing we can do about it.

Ughh. Obviously we cannot do this kind of research for every one of
the 64 thousand links.

But in other cases we can help. For example this link is giving 404 error:

http://www.openoffice.org/licenses/lgpl_license.html

I think we removed that intentionally, since that is no longer our
license. However, that link was used by many other websites,
including university course materials looking at open source licenses,
etc.: http://www.cs.utsa.edu/~bylander/cs1023/chapter8links.html

So in cases like this we might want to restore the page. Do our part
to help prevent bit rot and entropy from destroying the web.

But to put it in perspective, although we have 64 thousand 404 errors
on our website, we also have nearly 16 million incoming links that do
not give errors.

-Rob

But we're redirecting security.openoffice.org to
http://incubator.apache.org/openofficeorg/security.html

So if there are outstanding URL's that are of the form
security.openoffice.org/foo.html then they might be broken now.

see above...it's the actual placement of the bulletins within the tree
that's the problem I think

So, to those of you using this tool, I may mark many of these as fixed.
Of course they are not -- and they may show up again. Some of them only
show up in BZ issues!! (Google is amazingly thorough).

I don't know how long it will take for them to show up again. The
problem
is some of these are very very very old references, and not likely we can
do anything about at this point in time.
If you're not using this tool, you probably don't care about this. If you
are using it, and have another opinion before I start chunking away at
hiding these, please weigh in.

The way I understand it the links at the top of the list are the ones
Google considers the most important. I think this is based on the
number of links to that page. Maybe they factor in other things as
well. So I'd recommend looking more at the top 100 or so broken
links, make this a manageable task.

Well the problem is how to make it manageable... :(

Or -- and here is a challenge for the algorithm experts -- maybe there
is an easy way to take that entire list of 62,962 links and determine
what the top base paths are that are broken.

if only this were so :( They're all over the place.

In other words, if the

links

New committer: Michal Hriň

The Apache OpenOffice PPMC announces the addition of a new committer,
Michal Hriň, hrin@ apache.org

The list of all current podling committers is at:
http://people.apache.org/committers-by-project.html#ooo.

Committers have a defined role in the workings of the Apache Software
Foundation: http://www.apache.org/foundation/how-it-works.html.

For new committers:

First, please read through the Guide for New Committers:
http://www.apache.org/dev/new-committers-guide.html There is some
useful information there related to email, security, etc.

Secondly, you can control your profile and settings by using your
Apache User ID and password, supplied for your Apache account,
to log on to http://id.apache.org. There you can change your
password to one of your choosing. In addition, please add the
other e-mail addresses that you want to be known by. If you want
to change the forwarding of e-mail in the future, use
the profile to accomplish that.

Next, please add an entry for yourself on this project page:
http://incubator.apache.org/openofficeorg/people.html

Now that you are a committer, this is a good opportunity for you to
make your first commit, editing that page. The simplest way is to use
the Apache CMS to edit this page via the web:

http://incubator.apache.org/openofficeorg/website-local.html#using-the-apache-cms-bookmarklet-simpler-method

Finally, you are now authorized to make commits to the Apache
OpenOffice SVN repository and other repositories established
for committers. Use the https: version of the SVN URL. Your
Apache ID and password will be required on your first commit.
Use options to retain your credentials for future commits if
appropriate.

- the Apache OpenOffice PPMC

Re: investigation using Google Webmaster tools

2012-08-03 Thread Roberto Galoppini

On Thu, Aug 2, 2012 at 4:45 PM, Rob Weir robw...@apache.org wrote:
On Wed, Aug 1, 2012 at 7:45 PM, Kay Schenk kay.sch...@gmail.com wrote:

On 08/01/2012 04:29 PM, Rob Weir wrote:

On Wed, Aug 1, 2012 at 7:06 PM, Kay Schenk kay.sch...@gmail.com wrote:

Hello all --

I am exploring the www.openoffice.site using the Google Webmaster tool
that
Rob told us about on Jul 19.

I am ONLY getting started by looking at the 62,962 404 errors (!)

Many of these are links to VERY old docs which we no longer have -- like
source trees for 1.0.1, 1.0.2 etc.-- or have to do with the OLD
architecture -- servlet references etc.

yes, this is correct, and you are right about this too...some of the 404s
reference pages we probably NEVER had.

Some of this issues could be solved with rather extensive use of sym
links
(yes, you can actually use these in svn -- kind of) and of course some
not
-- many missing old security bulletins.

For the security bulletins, I wonder if this is actually a redirection
error. We have many of them here:

http://www.openoffice.org/security/bulletin.html

ah...yes, they are there...the problem is we would need to construct a LOT
of just redirect pages to right some of these since they all seem to have
the form

/security/cvs-bulletin-number.html

So let's take a specific example.

Google is reporting a 404 error for this URL:
http://www.openoffice.org/security/bulletin-20060629.html

It is linked to from from at least 10 external web pages, for example
the last link in this table:

http://www.ccip.govt.nz/vulnerability-alerts/archives/2006/AlertArchive0607.html

(Whoops, make that at least 12 links, since the Apache and MarkMail
list archives will now link to this)

There is no file of this name in
https://svn.apache.org/repos/asf/incubator/ooo/ooo-site/trunk/content/security/

Looking at the svn log I don't see any record of the files ever being here.

I searched the complete ooo-site tree and this file
(bulletin-20060629.html) doesn't exist anywhere.

The Wayback Machine shows the page did exist in 2006:

http://web.archive.org/web/20060703040511/http://www.openoffice.org/security/bulletin-20060629.html

But it was broken already by 2009:

http://web.archive.org/web/20091006090657/http://www.openoffice.org/security/bulletin-20060629.html

So this is a pre-existing problem, and nothing we can do about it.

Ughh. Obviously we cannot do this kind of research for every one of
the 64 thousand links.

But in other cases we can help. For example this link is giving 404 error:

http://www.openoffice.org/licenses/lgpl_license.html

So in cases like this we might want to restore the page. Do our part
to help prevent bit rot and entropy from destroying the web.

But to put it in perspective, although we have 64 thousand 404 errors
on our website, we also have nearly 16 million incoming links that do
not give errors.

Given our rank I'd rather assume that those 64k 404 errors don't
affect our site popularity because of the 16 M links. So said, we
might consider to restore pages like that one, adding the info about
the license change.

Roberto

-Rob

But we're redirecting security.openoffice.org to
http://incubator.apache.org/openofficeorg/security.html

So if there are outstanding URL's that are of the form
security.openoffice.org/foo.html then they might be broken now.

see above...it's the actual placement of the bulletins within the tree
that's the problem I think

So, to those of you using this tool, I may mark many of these as fixed.
Of course they are not -- and they may show up again. Some of them only
show up in BZ issues!! (Google is amazingly thorough).

Re: investigation using Google Webmaster tools

On 08/02/2012 07:45 AM, Rob Weir wrote:

On Wed, Aug 1, 2012 at 7:45 PM, Kay Schenk kay.sch...@gmail.com wrote:

On 08/01/2012 04:29 PM, Rob Weir wrote:

On Wed, Aug 1, 2012 at 7:06 PM, Kay Schenk kay.sch...@gmail.com wrote:

Hello all --

I am exploring the www.openoffice.site using the Google Webmaster tool
that
Rob told us about on Jul 19.

I am ONLY getting started by looking at the 62,962 404 errors (!)

Many of these are links to VERY old docs which we no longer have -- like
source trees for 1.0.1, 1.0.2 etc.-- or have to do with the OLD
architecture -- servlet references etc.

yes, this is correct, and you are right about this too...some of the 404s
reference pages we probably NEVER had.

Some of this issues could be solved with rather extensive use of sym
links
(yes, you can actually use these in svn -- kind of) and of course some
not
-- many missing old security bulletins.

For the security bulletins, I wonder if this is actually a redirection
error. We have many of them here:

http://www.openoffice.org/security/bulletin.html

ah...yes, they are there...the problem is we would need to construct a LOT
of just redirect pages to right some of these since they all seem to have
the form

/security/cvs-bulletin-number.html

So let's take a specific example.

Google is reporting a 404 error for this URL:
http://www.openoffice.org/security/bulletin-20060629.html

It is linked to from from at least 10 external web pages, for example
the last link in this table:

http://www.ccip.govt.nz/vulnerability-alerts/archives/2006/AlertArchive0607.html

(Whoops, make that at least 12 links, since the Apache and MarkMail
list archives will now link to this)

There is no file of this name in
https://svn.apache.org/repos/asf/incubator/ooo/ooo-site/trunk/content/security/

Looking at the svn log I don't see any record of the files ever being here.

I searched the complete ooo-site tree and this file
(bulletin-20060629.html) doesn't exist anywhere.

The Wayback Machine shows the page did exist in 2006:

http://web.archive.org/web/20060703040511/http://www.openoffice.org/security/bulletin-20060629.html

But it was broken already by 2009:

http://web.archive.org/web/20091006090657/http://www.openoffice.org/security/bulletin-20060629.html

So this is a pre-existing problem, and nothing we can do about it.

Ughh. Obviously we cannot do this kind of research for every one of
the 64 thousand links.

But in other cases we can help. For example this link is giving 404 error:

http://www.openoffice.org/licenses/lgpl_license.html

So in cases like this we might want to restore the page. Do our part
to help prevent bit rot and entropy from destroying the web.

Well this particular one I really AM not in favor of restoring to our
site. What we could do on this one, is put in a page with just a
redirect to where the actual license lives. (and yes, this is really one
of the most critical ones in my opinion)

But to put it in perspective, although we have 64 thousand 404 errors
on our website, we also have nearly 16 million incoming links that do
not give errors.

Well that's a relief eh? :)

OK, I will have another look at this. At any rate, we absolutely should
put in place a generic error.html and have infra reconfigure
www.openoffice.org with THAT as our 404. That way we can assist folks in
dealing with link problems.

-Rob

But we're redirecting security.openoffice.org to
http://incubator.apache.org/openofficeorg/security.html

So if there are outstanding URL's that are of the form
security.openoffice.org/foo.html then they might be broken now.

see above...it's the actual placement of the bulletins within the tree
that's the problem I think

So, to those of you using this tool, I may mark many of these as fixed.
Of course they are not -- and they may show up again. Some of them only
show up in BZ issues!! (Google is amazingly thorough).

The way I understand it the links at the top of the list are the ones
Google considers the most

Fwd: Venue visit ApacheCon EU Sinsheim Notes

2012-08-03 Thread Donald Harbison

Forwarding and cross posting. I hope folks don't mind. I think it's
important that everyone see what the ApacheCon Europe venue looks like as
we move forward and build our OpenOffice track within.

As another reminder, we have until August 13th to submit proposals for
talks, an extension from the previous deadline of today, August 3rd.  I'll
post a separate topic on status and next steps.

See the note from Ross urging Nick to build an active volunteer team to
move forward with the detailed planning. For those keen to participate and
contribute, please subscribe to Apachecon-discuss@.

/don

-- Forwarded message --
From: Nick Burch n...@apache.org
Date: Mon, Jul 30, 2012 at 7:31 PM
Subject: Venue visit ApacheCon EU Sinsheim Notes
To: apachecon-disc...@apache.org


Hi All

As people are hopefully aware, several of us visited the ApacheCon Europe
venue at the end of last week, and had a bit of a planning meeting after.
This email is an attempt to combine together the notes which were kindly
typed up by people there. Hopefully it'll largely hang together, despite
multiple authors, and will make sense and be useful. Here goes!


The venue was visited by Nick, Paul Götz (SAP and ASF, ASF id pgoetz),
Elizabeth Garcia (Lucid Imagination) and Rainer Jung. Paul is our main
contact into SAP concerning the sponsorship. He took lots photos, some of
which are already available. The day started at about 9am, and finished
about 7pm. Was more epic than originally planned... But productive!


1) The Arena


We got paper floor plans showing some variations of chairs etc. We
(Paul) will receive those plans in electronic form, and has rough versions
of them available in the mean time. Paul will also get some picture
material from them we can use to get a better sense of how the venue looks
when setup for a conference. but which we should not circulate publicly
because of copyright.

There is a German explanation at

http://www.achtzehn99.de/**wirsol-rhein-neckar-arena/http://www.achtzehn99.de/wirsol-rhein-neckar-arena/

and a German brochure ate

http://www.achtzehn99.de/**assets/downloads/PDF/**
lowRZPDFBroschreRNA1899.pdfhttp://www.achtzehn99.de/assets/downloads/PDF/lowRZPDFBroschreRNA1899.pdf


a) Parking

Since it is a soccer stadium there is lots of (free) parking directly
attached to the venue.

There are 4 floors:

b) Ground Floor

On the ground floor there is a big open space directly behind the doors.
The site has furniture to establish a registration and a wardrobe in
that area. The furniture consists of about 8 cabinets with rolls to move
them around. They have the right height so you can stand behind them and
give out stuff to attendees.

c) First Floor

The first floor has the biggest rooms. It is a symmetric design.
There's a so called Business Club (an area with a bar, tables and
chairs for about 50 people) in the middle between two open stairs and
the elevators. To the right and the left are two spaces which can be
used for separate talks. Each of those fits about 200 people without
tables (only chairs, much fewer with tables). The layout would be about
20 chairs times 10 lines.

There are no real walls between these spaces and the Business Club.
Partially the spaces are separated from the rest by movable glass walls.
The people there tell us. that there would be no acoustics problem in
having concurrent talks in the two spaces.

The keynote would happen in one of them with sound and projection being
transmitted to the second one.

For the conference we would need a bigger projection screen than what is
installed. For this they have a small setup (one big projection screen)
and a big setup (two screens, presentation plus e.g. speaker or video).
The small setup is covered by the quotes we already received (see
below), the bigger setup is more expensive.

The floor is very bright and there are curtains to dim it slightly for
projections.

d) Second Floor

Again it is a symmetric design. The floor is a bit smaller than the
First Floor. In the middle is the so called Piano Bar a lounge style
area for about 30 people to sit. To the right and left are areas for
about 186 people each (chairs but no tables, otherwise fewer).

Again the areas to the right and left can be used for talks.

e) Third Floor

That floor is primarily meant for catering. There are chairs and tables
and they can serve meals there.

There is no ceiling between the talk areas on the second floor and the
third floor (you can directly look down).

f) Other Rooms

Press Room: to the right of the ground floor is a separate room called
the press room. The room accommodates about 70 people without tables
(just chairs) and probably about 40 with tables (unconfirmed). See Page
7 in the PDF.

Rhein Neckar Lounge: then there is on the second floor the Rhein Neckar
Lounge. It is a completely separated room to the right of the floor,
maybe about 30 meters away. The room has a very slight angle. In the one
part it can fit 30

Re: icon issues with 3.4.x on Linux with KDE 4




On 08/03/2012 12:28 AM, Andre Fischer wrote:

On 02.08.2012 23:14, Kay Schenk wrote:

OK, here's the short story -- NOT a show stopper but this should be
covered
in Installation Guide (or a wiki article created to be referenced)
until a
good way to solve this -- not yet determined.

This applies to openSUSE 11.4 on up and probably other *nixes now using
KDE4 instead of KDE3.

The 3.4.x installs and I think also 3.3 sets things up in KDE as if kde3
were the default -- icons etc end up in /opt/kde3/share/icons/...

Once the desktop-integration is run for SuSE, the applications themselves
are recognized because they get installed in a default /bin directory,
but
the icons are NOT automatically attached to the executables in the
graphic
menues because the default location of icons in kde4 is
kde4_user_install_area/share/icons vs /opt/kde3/share/icons/ where the
desktop-integration now puts them...

In my case kde4_user_install_area is /usr.


I remember one of my colleagues at Sun/Oracle had worked on a KDE4
integration.  I think it was essentially finished but due to some
non-technical reason was never integrated.  Maybe there is a child work
space with the necessary changes that we could integrate?

-Andre


@Ariel -- no, these issues are definitely NOT a release stopper. An 
experienced Linux user should be able to use AOO 3.4.x without running 
ANY of the distro integration packs. In fact, I think I've done this in 
the past -- when OOo first emerged.


OK, on Andre's comments. What I'm suggesting is that we investigate 
changing doing linux desktop integration based on the distro centric 
approach that we have now and instead do it as a window manager approach 
-- kde3, kde4, gnome2, gnome3, etc.


I will play with this over this weekend. I'm not exactly sure how this 
will work. I *think*, at least from looking over the kde material, that 
we might only need to augment some environment variables (globally of 
course) for kde and we could put the kde integration items wherever we 
want (assuming some pre-exisitng standard area of course).


I will need to look at the current scripting for this. VERY new 
territory for me. :/






What this means is the icons are THERE, but you must manually make
changes
via the kde menuediting system -- kdemenuedit-- to make them show up
correctly.

Further thoughts... is it time to revisit the desktop-integration
business?
Can these made more generic based on something else for Linux -- window
managers vs OSes?





--

MzK

I'm just a normal jerk who happens to make music.
 As long as my brain and fingers work, I'm cool.
  -- Eddie Van Halen

Re: investigation using Google Webmaster tools

On Fri, Aug 3, 2012 at 12:13 PM, Kay Schenk kay.sch...@gmail.com wrote:

On 08/02/2012 07:45 AM, Rob Weir wrote:

On Wed, Aug 1, 2012 at 7:45 PM, Kay Schenk kay.sch...@gmail.com wrote:

On 08/01/2012 04:29 PM, Rob Weir wrote:

On Wed, Aug 1, 2012 at 7:06 PM, Kay Schenk kay.sch...@gmail.com wrote:

Hello all --

I am exploring the www.openoffice.site using the Google Webmaster tool
that
Rob told us about on Jul 19.

I am ONLY getting started by looking at the 62,962 404 errors (!)

Many of these are links to VERY old docs which we no longer have --
like
source trees for 1.0.1, 1.0.2 etc.-- or have to do with the OLD
architecture -- servlet references etc.

yes, this is correct, and you are right about this too...some of the 404s
reference pages we probably NEVER had.

Some of this issues could be solved with rather extensive use of sym
links
(yes, you can actually use these in svn -- kind of) and of course some
not
-- many missing old security bulletins.

For the security bulletins, I wonder if this is actually a redirection
error. We have many of them here:

http://www.openoffice.org/security/bulletin.html

ah...yes, they are there...the problem is we would need to construct a
LOT
of just redirect pages to right some of these since they all seem to
have
the form

/security/cvs-bulletin-number.html

So let's take a specific example.

Google is reporting a 404 error for this URL:
http://www.openoffice.org/security/bulletin-20060629.html

It is linked to from from at least 10 external web pages, for example
the last link in this table:

http://www.ccip.govt.nz/vulnerability-alerts/archives/2006/AlertArchive0607.html

(Whoops, make that at least 12 links, since the Apache and MarkMail
list archives will now link to this)

There is no file of this name in

https://svn.apache.org/repos/asf/incubator/ooo/ooo-site/trunk/content/security/

Looking at the svn log I don't see any record of the files ever being
here.

I searched the complete ooo-site tree and this file
(bulletin-20060629.html) doesn't exist anywhere.

The Wayback Machine shows the page did exist in 2006:

http://web.archive.org/web/20060703040511/http://www.openoffice.org/security/bulletin-20060629.html

But it was broken already by 2009:

http://web.archive.org/web/20091006090657/http://www.openoffice.org/security/bulletin-20060629.html

So this is a pre-existing problem, and nothing we can do about it.

Ughh. Obviously we cannot do this kind of research for every one of
the 64 thousand links.

But in other cases we can help. For example this link is giving 404
error:

http://www.openoffice.org/licenses/lgpl_license.html

So in cases like this we might want to restore the page. Do our part
to help prevent bit rot and entropy from destroying the web.

Well this particular one I really AM not in favor of restoring to our site.
What we could do on this one, is put in a page with just a redirect to where
the actual license lives. (and yes, this is really one of the most critical
ones in my opinion)

That would be fine, a page at that URL that says our license has
changed, and that the LGPL van be found at the Free Software
Foundation website, and link to that. Everyone's happy then.

But to put it in perspective, although we have 64 thousand 404 errors
on our website, we also have nearly 16 million incoming links that do
not give errors.

Well that's a relief eh? :)

OK, I will have another look at this. At any rate, we absolutely should put
in place a generic error.html and have infra reconfigure
www.openoffice.org with THAT as our 404. That way we can assist folks in
dealing with link problems.

The nice thing about a custom error page is we can put also put Google
custom search box there, to let the user do a site-wide search to try
to find their answer that way.

-Rob

But we're redirecting security.openoffice.org to
http://incubator.apache.org/openofficeorg/security.html

So if there are outstanding URL's that are of the form
security.openoffice.org/foo.html then they might be broken now.

see above...it's the actual placement of the bulletins within the tree
that's the problem I think

So, to those of you using this tool, I may mark many of these as
fixed.
Of course they are not -- and they may show up again. Some of them only
show up in

Re: [VOTE][DISCUSS]: Release Apache OpenOffice 3.4.1 (incubating)

On Thu, Aug 2, 2012 at 12:03 AM, imacat ima...@mail.imacat.idv.tw wrote:
On 01.08.02 11:33am, Yan Ji said:
Hi imacat,

Arielch removed the previous RC build, so you cannot continue loading
linux package anymore. The new RC build is uploading now, please hold on
your test once uploading is complete.

OK. Thanks.

Also please see the attachment below. The icon of Base is missing
on Windows 7. I'll still vote for -1 if this issue remains.

Three possibilities:

1) The link is wrong, and does not point to the executable.

2) The executable does not contain the icon.

http://answers.microsoft.com/en-us/windows/forum/windows_7-desktop/windows-7-missing-desktop-application-icons/c031fba8-3e05-4080-89b2-e8a89c460a6b

What is not clear is whether this is a Windows bug, or something else
that causes the icon cache to be corrupted.

I'm creating a Windows 7 VM now. I'll try a fresh install of AOO
3.4.1 on a fresh install of Windows and see if I can reproduce the
problem.

Regards,

-Rob

Thanks Best Regards, Yan Ji

On Aug 2, 2012, at 11:15 AM, imacat ima...@mail.imacat.idv.tw wrote:

The Linux x86-64 DEB + Traditional Chinese (zh-TW) download link is
broken. I cannot test and vote.

-1 until this is fixed.

On 01.08.01 08:56pm, Rob Weir said:
On Wed, Aug 1, 2012 at 3:37 AM, Andre Fischer a...@a-w-f.de wrote:
Hi Joe,

On 30.07.2012 19:19, Joe Schaefer wrote:

Please be sure to decouple the source builds
from downloading artifacts directly from svn.apache.org.
I trust that has been done by now as what 3.4.0
did constitutes an infra policy violation, besides
complicating eventual graduation moves of your svn tree.

Good point. Thanks for reminding me. I have created bug 120425 [1] for
copying the category-A tarballs to an external server, apache-extras. I
am
doing this on trunk because, as I hope you will agree, a micro release is
not the right place for such a change.

The issue is our svn tree will move after graduation, but there is no
redirection like there is with the website.

So instead of being in https://svn.apache.org/repos/asf/incubator/ooo/
we will be in https://svn.apache.org/repos/asf/openoffice or something
like that.

So those who have downloaded the AOO 3.4.1. source tarball will find
that their script breaks.

-Rob

Andre

[1] https://issues.apache.org/ooo/show_bug.cgi?id=120425

Thanks.

From: Rob Weir robw...@apache.org
To: ooo-dev@incubator.apache.org
Sent: Monday, July 30, 2012 1:17 PM
Subject: Re: [VOTE][DISCUSS]: Release Apache OpenOffice 3.4.1
(incubating)

I plan on testing the Release Candidate 3.4.1 on WinXP/SP3, and
verifying installing over OOo 3.3.0, AOO 3.4.0 and LO 3.5.5.

It would be good if others could mention what they intend to look at,
so we can avoid unnecessary duplication of effort.

Also, is the RAT scan results online anywhere? It would be good to
review that.

Also, if anyone has handy a diff of the NOTICE and LICENSE files from
3.4.0 to 3.4.1, that would be good to review as well.

-Rob

--
依瑪貓 imacat ^_*' ima...@mail.imacat.idv.tw
PGP Key http://www.imacat.idv.tw/me/pgpkey.asc
旅舍依瑪 http://www.imacat.idv.tw/ 《女聲》電子報 http://www.wov.idv.tw/
台灣女子自由軟體工作小組 http://wofoss.blogspot.com/
Apache OpenOffice http://www.openoffice.org/
EducOO/OOo4Kids台灣 http://www.educoo.tw/

--
Best regards,
imacat ^_*' ima...@mail.imacat.idv.tw
PGP Key http://www.imacat.idv.tw/me/pgpkey.asc

Woman's Voice News: http://www.wov.idv.tw/
Tavern IMACAT's http://www.imacat.idv.tw/
Woman in FOSS in Taiwan http://wofoss.blogspot.com/
Apache OpenOffice http://www.openoffice.org/
EducOO/OOo4Kids Taiwan http://www.educoo.tw/

Travel Assistance: ApacheCon Europe

2012-08-03 Thread Donald Harbison

The Apache OpenOffice project has a fund established with the Apache
Treasurer for the purpose of providing travel assistance to members of the
OpenOffice community needing financial assistance to attend ApacheCon
Europe.

The deadline for application is August 16, 2012. I suggest that we give
special consideration to those who have submitted a proposal for a talk,
and/or those who wish to volunteer and make this a great OpenOffice track
and a great ApacheCon Europe.

Please note Q7 on the application form where you can identify your
membership in the OpenOffice project. This looks like the best way to flag
your application for consideration.

I have asked the TAC team for their advice on how best to establish a
dedicated workflow for processing these applications. So I expect we'll
learn more about how to do this, and will need to make some adjustments
accordingly.

/don

3.4.1_release_blocker granted: [Bug 120456] Hang on loading encrypted .odt

2012-08-03 Thread bugzilla

j...@apache.org has granted  3.4.1_release_blocker:
Bug 120456: Hang on loading encrypted .odt
https://issues.apache.org/ooo/show_bug.cgi?id=120456


--- Additional Comments from j...@apache.org
set release blocker flag

Re: investigation using Google Webmaster tools

Hi;


 From: Rob Weir robw...@apache.org
...

Ughh.   Obviously we cannot do this kind of research for every one of
the 64 thousand links.

But in other cases we can help.  For example this link is giving 404 error:

http://www.openoffice.org/licenses/lgpl_license.html

I think we removed that intentionally, since that is no longer our


Raises hand: one of the truly good uses I've made of my axe.


license.  However, that link was used by many other websites,
including university course materials looking at open source licenses,
etc.:  http://www.cs.utsa.edu/~bylander/cs1023/chapter8links.html


The text in that link says OpenOffice License:  redirecting to the
Apache License would've been more appropriate in this context but
in general would've not been acceptable, so I think the 404 error is a
reasonable solution. In this case breaking the link was actually a feature.


So in cases like this we might want to restore the page.  Do our part
to help prevent bit rot and entropy from destroying the web.


We cannot do maintainance for broken links here. Perhaps we should
remind users to report broken links on the originating websites.

Pedro.

Re: investigation using Google Webmaster tools

On Fri, Aug 3, 2012 at 2:54 PM, Pedro Giffuni p...@apache.org wrote:
 Hi;


 From: Rob Weir robw...@apache.org
 ...

Ughh.   Obviously we cannot do this kind of research for every one of
the 64 thousand links.

But in other cases we can help.  For example this link is giving 404 error:

http://www.openoffice.org/licenses/lgpl_license.html

I think we removed that intentionally, since that is no longer our


 Raises hand: one of the truly good uses I've made of my axe.


license.  However, that link was used by many other websites,
including university course materials looking at open source licenses,
etc.:  http://www.cs.utsa.edu/~bylander/cs1023/chapter8links.html


 The text in that link says OpenOffice License:  redirecting to the
 Apache License would've been more appropriate in this context but
 in general would've not been acceptable, so I think the 404 error is a
 reasonable solution. In this case breaking the link was actually a feature.


So in cases like this we might want to restore the page.  Do our part
to help prevent bit rot and entropy from destroying the web.


 We cannot do maintainance for broken links here. Perhaps we should
 remind users to report broken links on the originating websites.


Certainly we can fix this on our end.  In fact I just did:

http://www.openoffice.org/licenses/lgpl_license.html

This isn't rocket science.  It is just a minor courtesy to website
visitors not to break common links for no good reason.

-Rob

 Pedro.

Re: investigation using Google Webmaster tools

2012-08-03 Thread Andrea Pescetti


Rob Weir wrote:

On Fri, Aug 3, 2012 at 2:54 PM, Pedro Giffuni wrote:

We cannot do maintainance for broken links here. Perhaps we should
remind users to report broken links on the originating websites.

Certainly we can fix this on our end.  In fact I just did:
http://www.openoffice.org/licenses/lgpl_license.html


I agree: in almost all cases we should replace pages this way (and 
indeed, if a site links to that page with the text OpenOffice license 
this is the best way to inform visitors about the license change).


Regards,
  Andrea.

Re: investigation using Google Webmaster tools

On Fri, Aug 3, 2012 at 9:29 AM, Rob Weir robw...@apache.org wrote:

On Fri, Aug 3, 2012 at 12:13 PM, Kay Schenk kay.sch...@gmail.com wrote:

On 08/02/2012 07:45 AM, Rob Weir wrote:

On Wed, Aug 1, 2012 at 7:45 PM, Kay Schenk kay.sch...@gmail.com
wrote:

On 08/01/2012 04:29 PM, Rob Weir wrote:

On Wed, Aug 1, 2012 at 7:06 PM, Kay Schenk kay.sch...@gmail.com
wrote:

Hello all --

I am exploring the www.openoffice.site using the Google Webmaster
tool
that
Rob told us about on Jul 19.

I am ONLY getting started by looking at the 62,962 404 errors (!)

Many of these are links to VERY old docs which we no longer have --
like
source trees for 1.0.1, 1.0.2 etc.-- or have to do with the OLD
architecture -- servlet references etc.

yes, this is correct, and you are right about this too...some of the
404s
reference pages we probably NEVER had.

Some of this issues could be solved with rather extensive use of sym
links
(yes, you can actually use these in svn -- kind of) and of course
some
not
-- many missing old security bulletins.

For the security bulletins, I wonder if this is actually a redirection
error. We have many of them here:

http://www.openoffice.org/security/bulletin.html

ah...yes, they are there...the problem is we would need to construct a
LOT
of just redirect pages to right some of these since they all seem to
have
the form

/security/cvs-bulletin-number.html

So let's take a specific example.

Google is reporting a 404 error for this URL:
http://www.openoffice.org/security/bulletin-20060629.html

It is linked to from from at least 10 external web pages, for example
the last link in this table:

http://www.ccip.govt.nz/vulnerability-alerts/archives/2006/AlertArchive0607.html

(Whoops, make that at least 12 links, since the Apache and MarkMail
list archives will now link to this)

There is no file of this name in

https://svn.apache.org/repos/asf/incubator/ooo/ooo-site/trunk/content/security/

Looking at the svn log I don't see any record of the files ever being
here.

I searched the complete ooo-site tree and this file
(bulletin-20060629.html) doesn't exist anywhere.

The Wayback Machine shows the page did exist in 2006:

http://web.archive.org/web/20060703040511/http://www.openoffice.org/security/bulletin-20060629.html

But it was broken already by 2009:

http://web.archive.org/web/20091006090657/http://www.openoffice.org/security/bulletin-20060629.html

So this is a pre-existing problem, and nothing we can do about it.

Ughh. Obviously we cannot do this kind of research for every one of
the 64 thousand links.

But in other cases we can help. For example this link is giving 404
error:

http://www.openoffice.org/licenses/lgpl_license.html

So in cases like this we might want to restore the page. Do our part
to help prevent bit rot and entropy from destroying the web.

Well this particular one I really AM not in favor of restoring to our
site.
What we could do on this one, is put in a page with just a redirect to
where
the actual license lives. (and yes, this is really one of the most
critical
ones in my opinion)

That would be fine, a page at that URL that says our license has
changed, and that the LGPL van be found at the Free Software
Foundation website, and link to that. Everyone's happy then.

But to put it in perspective, although we have 64 thousand 404 errors
on our website, we also have nearly 16 million incoming links that do
not give errors.

Well that's a relief eh? :)

OK, I will have another look at this. At any rate, we absolutely should
put
in place a generic error.html and have infra reconfigure
www.openoffice.org with THAT as our 404. That way we can assist folks in
dealing with link problems.

The nice thing about a custom error page is we can put also put Google
custom search box there, to let the user do a site-wide search to try
to find their answer that way.

-Rob

EXACTLY! And that's just what was done when I've been in other environments
and come up against this.

-Rob

But we're redirecting security.openoffice.org to
http://incubator.apache.org/openofficeorg/security.html

So if there are outstanding URL's that are of

Re: investigation using Google Webmaster tools

2012-08-03 Thread Andrea Pescetti


Rob Weir wrote:

Google is reporting a 404 error for this URL:
http://www.openoffice.org/security/bulletin-20060629.html
...
The Wayback Machine shows the page did exist in 2006:
http://web.archive.org/web/20060703040511/http://www.openoffice.org/security/bulletin-20060629.html
But it was broken already by 2009


All the broken links under http://www.openoffice.org/security can 
probably be redirected to
http://www.openoffice.org/security/bulletin.html which is probably a 
condensed version of all bulletins we used to have.


I don't know what's the best way to do it: redirects, dummy pages... and 
what is the best way to store this in SVN (but I'm not familiar with the 
symlinks in SVN approach Kay described).


Regards,
  Andrea.

Re: investigation using Google Webmaster tools

On Fri, Aug 3, 2012 at 11:54 AM, Pedro Giffuni p...@apache.org wrote:

 Hi;

 
  From: Rob Weir robw...@apache.org
 ...
 
 Ughh.   Obviously we cannot do this kind of research for every one of
 the 64 thousand links.
 
 But in other cases we can help.  For example this link is giving 404
 error:
 
 http://www.openoffice.org/licenses/lgpl_license.html
 
 I think we removed that intentionally, since that is no longer our


 Raises hand: one of the truly good uses I've made of my axe.


 license.  However, that link was used by many other websites,
 including university course materials looking at open source licenses,
 etc.:  http://www.cs.utsa.edu/~bylander/cs1023/chapter8links.html
 

 The text in that link says OpenOffice License:  redirecting to the
 Apache License would've been more appropriate in this context but
 in general would've not been acceptable, so I think the 404 error is a
 reasonable solution. In this case breaking the link was actually a feature.


Hi Pedro--

Well not exactly. There are actually items on our sight that do indeed
use LGPL and so we need to point folks to the real home of this license.

I think we've got areas covered that use ALv2.



 So in cases like this we might want to restore the page.  Do our part
 to help prevent bit rot and entropy from destroying the web.
 

 We cannot do maintainance for broken links here. Perhaps we should
 remind users to report broken links on the originating websites.

 Pedro.




-- 

MzK

I'm just a normal jerk who happens to make music.
 As long as my brain and fingers work, I'm cool.
  -- Eddie Van Halen

Re: icon issues with 3.4.x on Linux with KDE 4


Am 08/03/2012 09:28 AM, schrieb Andre Fischer:

On 02.08.2012 23:14, Kay Schenk wrote:

OK, here's the short story -- NOT a show stopper but this should be
covered
in Installation Guide (or a wiki article created to be referenced)
until a
good way to solve this -- not yet determined.

This applies to openSUSE 11.4 on up and probably other *nixes now using
KDE4 instead of KDE3.

The 3.4.x installs and I think also 3.3 sets things up in KDE as if kde3
were the default -- icons etc end up in /opt/kde3/share/icons/...

Once the desktop-integration is run for SuSE, the applications themselves
are recognized because they get installed in a default /bin directory,
but
the icons are NOT automatically attached to the executables in the
graphic
menues because the default location of icons in kde4 is
kde4_user_install_area/share/icons vs /opt/kde3/share/icons/ where the
desktop-integration now puts them...

In my case kde4_user_install_area is /usr.


I remember one of my colleagues at Sun/Oracle had worked on a KDE4
integration. I think it was essentially finished but due to some
non-technical reason was never integrated. Maybe there is a child work
space with the necessary changes that we could integrate?

-Andre


You are right. IMHO it was Martin H. (mh) with a CWS that should have 
kde4 in its name, maybe more or less together with Heiner (?).


Marcus




What this means is the icons are THERE, but you must manually make
changes
via the kde menuediting system -- kdemenuedit-- to make them show up
correctly.

Further thoughts... is it time to revisit the desktop-integration
business?
Can these made more generic based on something else for Linux -- window
managers vs OSes?

Re: credits.html


Am 08/03/2012 10:14 AM, schrieb Shenfeng Liu:

   I noticed that the installer will contains a credits page:
http://www.openoffice.org/welcome/credits.html . But this page looks
obsolete. Maybe we should update it, or redirect it to


This page is incomplete as it doesn't contain the present contributors ...


http://incubator.apache.org/openofficeorg/people.html ?


... and this is incomplete as it doesn't contain the past. ;-)

But we shouldn't *in any case* delete the one or other content.

Marcus

Re: icon issues with 3.4.x on Linux with KDE 4

Hi,

On Fri, Aug 3, 2012 at 5:54 PM, Marcus (OOo) marcus.m...@wtnet.de wrote:
 I remember one of my colleagues at Sun/Oracle had worked on a KDE4
 integration. I think it was essentially finished but due to some
 non-technical reason was never integrated. Maybe there is a child work
 space with the necessary changes that we could integrate?

 -Andre


 You are right. IMHO it was Martin H. (mh) with a CWS that should have kde4
 in its name, maybe more or less together with Heiner (?).

It was Philipp Lohmann, at it's at
http://hg.services.openoffice.org/cws/kde4enable/


Regards

Re: investigation using Google Webmaster tools

Hi Rob;


- Original Message -
...
 
  We cannot do maintainance for broken links here. Perhaps we should
  remind users to report broken links on the originating websites.
 
 
 Certainly we can fix this on our end.  In fact I just did:
 
 http://www.openoffice.org/licenses/lgpl_license.html
 
 This isn't rocket science.  It is just a minor courtesy to website
 visitors not to break common links for no good reason.
 

I will give you credit. That page does look like a fine replacement.

63999 broken links to go ;).

Pedro.

Re: credits.html


Am 08/03/2012 01:49 PM, schrieb Rob Weir:

On Fri, Aug 3, 2012 at 4:20 AM, Jürgen Schmidt
jogischm...@googlemail.com  wrote:

On 8/3/12 10:14 AM, Shenfeng Liu wrote:

Hi, all,
   I noticed that the installer will contains a credits page:
http://www.openoffice.org/welcome/credits.html . But this page looks
obsolete. Maybe we should update it, or redirect it to
http://incubator.apache.org/openofficeorg/people.html ?


but this page is out dated and incomplete as well.



AOO 3.4.0 pointed to credits.html as well.   It should be easy to update.

Committers and Mentors are listed here:
http://incubator.apache.org/projects/openofficeorg.html


Please correct me if I'm wrong.

I understand this page as I'm declaring with my name that I will help 
to bring this new Apache Incubator project forward. and it is needed - 
due to some Apache process - to document the status of this project.


It's not directly connected with the status as a committer. It will be 
vanish when the graduation was succesful someday and we have to think 
about a new way to show and thank our contributors/committers/helpers/etc.


Anyway, I can combine the content of both pages in a single one.


We can also get list of other contributions by svn log | grep  by:
to find Patch by:, Reported by:, etc.


Good idea.


Or, since this is a wiki, we could just send a note to ooo-dev asking
for people to add themselves.  That is the simplest.


Of course, this should always work. ;-)

Marcus

2012-08-02 Status: PPMC and Committer Roster

2012-08-03 Thread Dennis E. Hamilton

As of the end of day, 2012-08-02, the Apache OpenOffice podling
has 109 committers, with 72 on the PPMC.

Since the previous, 2012-07-01 report, there is an increase of
8 committers, with no change on the PPMC.

CURRENT PPMC AND COMMITTER STATUS

   1 champion
   5 mentor
   1 mentor/committer
  72 PPMC (all currently committers)
  36 committer (including 18 eligible PPMC)
   7 other
 122 total = pending PPMC? + complete + authz statuses

PENDING ACTIONS

   0 invite
   0 accepted?
   0 iCLA?
   0 ID chosen?
   0 ID pending
   5 authz
  18 PPMC?
  99 complete
  34 other
 156 total



-Original Message-
From: Dennis E. Hamilton [mailto:orc...@apache.org] 
Sent: Monday, July 02, 2012 05:31
To: ooo-dev@incubator.apache.org
Subject: 2012-07-01 Status: PPMC and Committer Roster

As of the end of day, 2012-07-01, the Apache OpenOffice podling
has 101 committers, with 72 on the PPMC.

Since the previous, 2012-06-04 report, there is an increase of
6 committers, with a decrease of 3 on the PPMC.

An audit of the PPMC mailing list was conducted to confirm 
withdrawals from the PPMC that had not been reflected in 
previous reports.

There is currently one committer ID pending setup.  Completion
of that will add one more committer.

CURRENT PPMC AND COMMITTER STATUS

Who's on Board:  Tally of Current Committers and PPMC

   1 champion
   5 mentor
   1 mentor/committer (player coach?)
  72 PPMC (all currently committers and not counted below)
  28 committer (includes any in PPMC? status below)
   7 other (ASF Member observers, etc.)
 114 TOTAL = pending 'PPMC?' + 'complete' + 'authz' below

Pending Actions - what the PPMC is working on getting flat

   0 invite (committer/PPMC invitations pending)
   0 accepted? (waiting for acceptance and next steps)
   0 iCLA? (waiting for iCLA)
   0 choose ID (pending invitation to choose ID)
   0 ID chosen? (waiting for choice of ID)
   1 ID pending (ID and account creation pending)
   0 authz (awaiting completion of ooo authorization)
  18 PPMC? (waiting for follow-up joining of PPMC)
  96 complete (nothing further required)
  32 other (some special completion cases, declined, etc.)
 147 TOTAL



 [ ... ]


smime.p7s
Description: S/MIME cryptographic signature

Re: icon issues with 3.4.x on Linux with KDE 4


Am 08/03/2012 11:05 PM, schrieb Ariel Constenla-Haile:

Hi,

On Fri, Aug 3, 2012 at 5:54 PM, Marcus (OOo)marcus.m...@wtnet.de  wrote:

I remember one of my colleagues at Sun/Oracle had worked on a KDE4
integration. I think it was essentially finished but due to some
non-technical reason was never integrated. Maybe there is a child work
space with the necessary changes that we could integrate?

-Andre



You are right. IMHO it was Martin H. (mh) with a CWS that should have kde4
in its name, maybe more or less together with Heiner (?).


It was Philipp Lohmann, at it's at
http://hg.services.openoffice.org/cws/kde4enable/


Great that the HG server is still online. At least I was 50 % correct. :-P

Marcus

Re: investigation using Google Webmaster tools

On Fri, Aug 3, 2012 at 2:05 PM, Pedro Giffuni p...@apache.org wrote:

 Hi Rob;


 - Original Message -
 ...
 
   We cannot do maintainance for broken links here. Perhaps we should
   remind users to report broken links on the originating websites.
 
 
  Certainly we can fix this on our end.  In fact I just did:
 
  http://www.openoffice.org/licenses/lgpl_license.html
 
  This isn't rocket science.  It is just a minor courtesy to website
  visitors not to break common links for no good reason.
 

 I will give you credit. That page does look like a fine replacement.

 63999 broken links to go ;).

 Pedro.


yes, it's lovely...

-- 

MzK

I'm just a normal jerk who happens to make music.
 As long as my brain and fingers work, I'm cool.
  -- Eddie Van Halen

Re: Link in wrong place for solaris sparc 3.4.0


Am 08/03/2012 03:45 AM, schrieb Paul Gress:

I went to the page:

https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Unofficial+Developer+Snapshots

and under the column Solaris Intel is a link for 3.4.0

Downloading the link shows file:

http://adfinis-sygroup.ch/file-exchange-public/tag-AOO340/Apache_OpenOffice_incubating_3.4.0_Solaris_Sparc_install-arc_en-US.tar.gz

I believe this link is in the wrong column, it should be located under
Solaris SPARC, unless it has an improper name. Either way it will
cause confusion.


It took a while to find the cause but now it's fixed.

Thanks for the hint.

Marcus

Re: icon issues with 3.4.x on Linux with KDE 4

2012-08-03 Thread RGB ES

2012/8/3 Ariel Constenla-Haile arie...@apache.org:
 Hi,

 On Fri, Aug 3, 2012 at 5:54 PM, Marcus (OOo) marcus.m...@wtnet.de wrote:
 I remember one of my colleagues at Sun/Oracle had worked on a KDE4
 integration. I think it was essentially finished but due to some
 non-technical reason was never integrated. Maybe there is a child work
 space with the necessary changes that we could integrate?

 -Andre


 You are right. IMHO it was Martin H. (mh) with a CWS that should have kde4
 in its name, maybe more or less together with Heiner (?).

 It was Philipp Lohmann, at it's at
 http://hg.services.openoffice.org/cws/kde4enable/


 Regards

Is this kde4 integration the same used by openSUSE on their LibO
version? Because that integration is not good: it offers the kde
file picker, yes, but the look and feel it provides is completely
wrong and historically it caused a lot of trouble: if you look at
openSUSE's forums you'll see many threads about problems with their
LibO that were solver by uninstalling the KDE4 integration
package...

Regards
Ricardo

Re: icon issues with 3.4.x on Linux with KDE 4

Hi Ricardo,

On Fri, Aug 3, 2012 at 7:38 PM, RGB ES rgb.m...@gmail.com wrote:
 It was Philipp Lohmann, at it's at
 http://hg.services.openoffice.org/cws/kde4enable/


 Regards

 Is this kde4 integration the same used by openSUSE on their LibO
 version? Because that integration is not good: it offers the kde
 file picker, yes, but the look and feel it provides is completely
 wrong and historically it caused a lot of trouble: if you look at
 openSUSE's forums you'll see many threads about problems with their
 LibO that were solver by uninstalling the KDE4 integration
 package...

this CWS was more about making it possible to build with --enable-kde4
on Hamburg (I don't know what system they used to build, but it didn't
have KDE4 libraries, IIRC what Philipp wrote once). The code in that
CWS may not differ too much from what we have here. AOO does not build
with KDE integration because the vcl plugin [simplifying, this plugin
paints the user interface making it look like a KDE application] is
rather broken (last time I built it, it had several painting issues).

So, unless someone with deep knowledge of QT4/KDE4 joins here, it's
very likely that AOO will remain a Gnome2 application on Linux (yes,
we also need someone with Gtk3/Gnome3 knowledge).


Regards

Re: icon issues with 3.4.x on Linux with KDE 4

On Fri, Aug 3, 2012 at 3:51 PM, Ariel Constenla-Haile arie...@apache.orgwrote:

 Hi Ricardo,

 On Fri, Aug 3, 2012 at 7:38 PM, RGB ES rgb.m...@gmail.com wrote:
  It was Philipp Lohmann, at it's at
  http://hg.services.openoffice.org/cws/kde4enable/
 
 
  Regards
 
  Is this kde4 integration the same used by openSUSE on their LibO
  version? Because that integration is not good: it offers the kde
  file picker, yes, but the look and feel it provides is completely
  wrong and historically it caused a lot of trouble: if you look at
  openSUSE's forums you'll see many threads about problems with their
  LibO that were solver by uninstalling the KDE4 integration
  package...

 this CWS was more about making it possible to build with --enable-kde4
 on Hamburg (I don't know what system they used to build, but it didn't
 have KDE4 libraries, IIRC what Philipp wrote once). The code in that
 CWS may not differ too much from what we have here. AOO does not build
 with KDE integration because the vcl plugin [simplifying, this plugin
 paints the user interface making it look like a KDE application] is
 rather broken (last time I built it, it had several painting issues).


-- from my own perspective, I can't imagine this would be  a driving
feature for us. But maybe others think differently. With the first
installation I ever did of OOo (tarballs not rpm by the way), I added the
components to my personal menu using kmenuedit (found the icons and used
them). What I was suggesting was something simpler and might work.  Adding
wherever we decide to install to $KDEDIRS. As long as we stick with the
directory structure that kde expects --

http://techbase.kde.org/KDE_System_Administration/KDE_Filesystem_Hierarchy

we may be OK.

Right now, openSUSE (menus) seem to honor changes I make with kmenuedit --
this is 12.1. I think there WAS a time this was not the case which made
things rather maddening to say the least.


 So, unless someone with deep knowledge of QT4/KDE4 joins here, it's
 very likely that AOO will remain a Gnome2 application on Linux (yes,
 we also need someone with Gtk3/Gnome3 knowledge).


Well I have no deep knowledge, but I will experiment and report the
results.




 Regards




-- 

MzK

I'm just a normal jerk who happens to make music.
 As long as my brain and fingers work, I'm cool.
  -- Eddie Van Halen

New committer: Michal Hriň

2012-08-03 Thread Dennis E. Hamilton

The Apache OpenOffice PPMC announces the addition of committer
Michal Hriň, hrin@ apache.org

The list of all current podling committers is at:
http://people.apache.org/committers-by-project.html#ooo.

Committers have a defined role in the workings of the Apache Software
Foundation: http://www.apache.org/foundation/how-it-works.html.

For new committers:

First, please read through the Guide for New Committers:
http://www.apache.org/dev/new-committers-guide.html There is some
useful information there related to email, security, etc.

Next, please add an entry for yourself on this project page:
http://incubator.apache.org/openofficeorg/people.html

Now that you are a committer, this is a good opportunity for you to
make your first commit, editing that page. The simplest way is to use
the Apache CMS to edit this page via the web:

http://incubator.apache.org/openofficeorg/website-local.html#using-the-apache-cms-bookmarklet-simpler-method

- the Apache OpenOffice PPMC

Re: [RELEASE][3.4.1]: potential release blocker

2012-08-03 Thread imacat

On 2012/08/02 22:50, Rob Weir said:
 On Aug 2, 2012, at 2:15 AM, Jürgen Schmidt wrote:
 imacat found a problem with the base application icon on windows.

 I can verify this issue with the latest version based on r1367911
 when I
 do a clean fresh installation, no upgrade. If you run an upgrade
 installation you don't see this problem and the icon is ok.
 Could it be an issue specifically with the zh-TW build?
 
 -Rob

I do not think so.  At least Jürgen verified this issue, and he is
not using the zh-TW build.  (or is it a yes?)

I suppose (at least for my part) it is a icon cache problem, as it
is solved once i deleted IconCache.db and re-login.  As my cache that
cause the problem is deleted, I cannot reproduce this problem again.  (I
should have renamed it, not deleted it.)

However, I suppose there might be some problem that makes Windows
fail to refresh the icon from cache.  Though it may not be possible to
identify this problem.

-- 
Best regards,
imacat ^_*' ima...@mail.imacat.idv.tw
PGP Key http://www.imacat.idv.tw/me/pgpkey.asc

Woman's Voice News: http://www.wov.idv.tw/
Tavern IMACAT's http://www.imacat.idv.tw/
Woman in FOSS in Taiwan http://wofoss.blogspot.com/
Apache OpenOffice http://www.openoffice.org/
EducOO/OOo4Kids Taiwan http://www.educoo.tw/



signature.asc
Description: OpenPGP digital signature

Re: [QA AUTOMATION REPORT] GUI automation test report

2012-08-03 Thread Ji Yan

Lin Yi,

  Thanks for your report. It's realy important for us to know the
autoamtion execution status, especially at the end of 3.4.1 release.

  I have one comment to your report. If case failed by test script
reason,  will you correct the script and add re-test result in your report?

2012/8/3 Linyi Li lilinyi921...@gmail.com

 Hi,

 After refactoring function test cases, we have almost 70 automation
 function test cases about formula/spreadsheet/word/impress. These test
 cases are all GUI test, based on VCLAuto[1].
 I run all the test cases on build r1367911 and added test report to wiki
 [2].
 Because linux build is not ready, I just run the windows build.

 I think automation test will play a significant role in AOO with the
 increasing of test cases. Hope more volunteers join to write automation
 test case.
 Any comments are welcome:)

 [1] http://wiki.services.openoffice.org/wiki/QA/vclauto
 [2] http://wiki.services.openoffice.org/wiki/QA/Report/FVT


 BTW, BVT report is available here:

 http://wiki.services.openoffice.org/wiki/QA/Report/BVT#BVT_Report_for_AOO3.4.1_Branch_r1367911
 .

 --
 Best wishes.
 Linyi Li




-- 


Thanks  Best Regards, Yan Ji

Issues building Symphony