Re: Yet another Apache Logo
On 3/22/12 5:30 AM, Pedro Giffuni wrote: http://people.apache.org/~pfg/images/AOO-powered.png Doesn't it make you all want to use FreeBSD? ;). to be honest Pedro, I don't like it ;-) I would prefer you would simply use the original one extended with some BSD specific stuff or so. But I will probably never see it in action ;-), I won't switch from MacOS. Juergen
Re: Yet another Apache Logo
It appears we have a requirement to ensure we have our AOO logo is available in light and dark backgrounds formats. It also appears that we need to be mindful of extension. I will add these thoughts to the logo requirements. On Mar 22, 2012, at 2:51 PM, Jürgen Schmidt jogischm...@googlemail.com wrote: On 3/22/12 5:30 AM, Pedro Giffuni wrote: http://people.apache.org/~pfg/images/AOO-powered.png Doesn't it make you all want to use FreeBSD? ;). to be honest Pedro, I don't like it ;-) I would prefer you would simply use the original one extended with some BSD specific stuff or so. But I will probably never see it in action ;-), I won't switch from MacOS. Juergen
Re: AOO 3.4 Project Status wiki
On 3/21/12 8:38 AM, Shenfeng Liu wrote: Hi, all, I tried to update the Project Reporting wiki and added AOO 3.4 status. https://cwiki.apache.org/confluence/display/OOOUSERS/Project+Reporting My intention is to make a centralized place for people to get a big picture on what's going on, and what's the open issues... For now the only way for me to get those information is to go through all the mails... I hope this wiki page can help a little bit... I will try to make regular update according to what I got from the mail list. While I think every one is free to add items there. Please tell me if any comment/suggestion. Thanks! Hi Simon, I like the idea and it is good if somebody will collect all the information and aggregate it in one place. Right now I see only 2 names there but I would like to mention that it is a community effort and project. That means anybody can help to work on the open todos as it already happened. Thanks to all and feel free to add your name in the wiki when you work on something special that helps to bring AOO3.4 on the road. Many more people are working on the remaining tasks ... The pootle server is up and running and we have a first set of languages present. I think work is already ongoing. But we have a problem with contributions right now because only committers can really work with the pootle server. And based on some feedback many translators prefer to use offline tools and we will provide mpo files for them as well on demand. In the future we will checkin in the po files for easier access and to become independent from a pootle server. I have updated the wiki a little bit. Thanks Juergen PS: We tried it with the Release Plan wiki page but it was not really accepted or better not really updated. I have to confess that I stopped working on it when I have noticed that nobody else used it.
Re: [TRANSLATION]: Request for translation and effort estimations
On 3/21/12 8:31 PM, FR web forum wrote: French translation ready in a couple of weeks But, we have some strings pending like: basic.src#IDD_TT_ABOUT_DIALOG.4.fixedtext.text | ©1995-2010 Oracle What to do with it? ©2012 Apache Software Foundation it is probably a minor problem as it is not directly product relevant, I hope we can cleanup a lot for the next turn. But for 3.4 we can't do everything. But I will try to fix the en-US resources ... Sorry Juergen
Re: [TRANSLATION]: Request for translation and effort estimations
On 3/21/12 11:55 PM, Claudio F Filho wrote: Hi Em 21-03-2012 11:11, Jürgen Schmidt escreveu: 2. Can we get a rough estimation when we can expect a 100% translation 2.1 for UI? 100%. I saw some strings that need attention only. yes and it is already checked in, I have already mentioned that the pootle doesn't reflect it. We are save here ;-) 2.2 for Help? I think that ~ 1 month. 3. Which other language should we add, where we have volunteers? Yes. I have some interesting people, but we need confirm the position of Pootle (registration of this volunteers and preserve/confirm/recognize their contributions). if possible they can work offline, submit patches ... As I mentioned it is always good to start with a iCLA as first step to become a committer over time. Do you think this people have a problem with that? It looks like a burden for some people but it is not from my perspective. I can only repeat it and it is good for our project when we really know where help us. I see it more as an identity check and that people guarantee it is their own work and don't simply take stuff from somebody else... Juergen
[TRANSLATION] Short Pootle down time
Hi at all To upload the help files, pootle will shortly be off. I will sand a notice if it's up again. Greetings Raphael -- My private Homepage: http://www.raphaelbircher.ch/
Re: [Pootle][Translation] Why needs to translate VCLTesttool strings?
On 3/21/12 7:29 PM, Reizinger Zoltán wrote: Hi, My second question to translation: The po file /basic/source/app.po contains strings to VCLTesttools. Why it needs to be translated? IIRC we decided not to use VCLTesttool in QA work, because we not want to use it, and no one want to learn BASIC. Regards, Zoltan Your question is valid and the answer is simple. The testtool is not maintained anymore and will be probably removed in the future. Work is ongoing to use something else for automated GUI testing ... And we simply haven't found the time to remove all unnecessary code. A good work for volunteers in the future ;-) Juergen
encountered non-reproduced crash when calling help
I have English openoffice installed and then installed zh_CN package. Launch Openoffice, new a spreadsheet. and working with Changes for some time in Edit-Changes-Show dialog, with Range checkbox checked, but the editbox is empty, I clicked the Help button, then openoffice crashed...
Re: AOO 3.4 Project Status wiki
Thanks Juergen for the update! I will try to keep this page alive and make it a place for people to know the latest status and find the opportunity to contribute. :) - Simon 2012/3/22 Jürgen Schmidt jogischm...@googlemail.com On 3/21/12 8:38 AM, Shenfeng Liu wrote: Hi, all, I tried to update the Project Reporting wiki and added AOO 3.4 status. https://cwiki.apache.org/**confluence/display/OOOUSERS/** Project+Reportinghttps://cwiki.apache.org/confluence/display/OOOUSERS/Project+Reporting My intention is to make a centralized place for people to get a big picture on what's going on, and what's the open issues... For now the only way for me to get those information is to go through all the mails... I hope this wiki page can help a little bit... I will try to make regular update according to what I got from the mail list. While I think every one is free to add items there. Please tell me if any comment/suggestion. Thanks! Hi Simon, I like the idea and it is good if somebody will collect all the information and aggregate it in one place. Right now I see only 2 names there but I would like to mention that it is a community effort and project. That means anybody can help to work on the open todos as it already happened. Thanks to all and feel free to add your name in the wiki when you work on something special that helps to bring AOO3.4 on the road. Many more people are working on the remaining tasks ... The pootle server is up and running and we have a first set of languages present. I think work is already ongoing. But we have a problem with contributions right now because only committers can really work with the pootle server. And based on some feedback many translators prefer to use offline tools and we will provide mpo files for them as well on demand. In the future we will checkin in the po files for easier access and to become independent from a pootle server. I have updated the wiki a little bit. Thanks Juergen PS: We tried it with the Release Plan wiki page but it was not really accepted or better not really updated. I have to confess that I stopped working on it when I have noticed that nobody else used it.
Re: the two files should be removed in vcl module?
I did not find any one using it (with a local OpenGrok) so I guess it can be removed. This class sounds interesting, though. It would be interesting to plug Java windows into OpenOffice (and eg. use a real layout manager for dialogs) -Andre On 22.03.2012 09:29, shzh zhao wrote: hi, Is any one here familiar with vcl? I find a file/class is not used by openoffice.Can it be removed in the source code? The files/class are: vcl/source/window/javachild.cxx vcl/inc/vcl/javachild.hxx
Re: After AOO 3.4, attracting new contributors
On 20.03.2012 11:09, Armin Le Grand wrote: Hi Rob, [..] Extendign after Reginas eMail: - refactoring - featues - bugfixing - tutoring The tradeoffs are hard, but splitting time in - refactoring - featues - bugfixing is the key, the ratio is hard to determine, maybe everyone has to find a balance for himself. [..] Sincerely, Armin -- ALG
Re: time to create ooo-qa mailing list? Re: AOO 3.4 QA Weekly Status Report As of 2012.03.19(2012.03.13 - 2012.03.19)
Nakata, Yes, I totally agree it's time to create QA mail list, who can help on it? It seems I haven't authority to create it. Do you can create? Or Rober, can you help? Lily 2012/3/21 Maho NAKATA m...@apache.org Hi Lily and all Now time to create a new ML, ooo-qa? It's very hard to track such info, as you see, traffic of this mailing list is very large amount. Thanks Nakata Maho From: xia zhao lilyzh...@gmail.com Subject: AOO 3.4 QA Weekly Status Report As of 2012.03.19(2012.03.13 - 2012.03.19) Date: Mon, 19 Mar 2012 09:38:53 +0800 Hi all, *AOO 3.4 Overall QA Status: *Based on the test plan: https://cwiki.apache.org/confluence/display/OOOUSERS/Release-QA-Plan, I can say that the planned work are 100% done. 100% IP clearance testing have been done. These are the tests of areas most impacted by removed/replaced modules due to IP clearance. 100% general testing have been done. These are general functional tests. *AOO 3.4 QA Weekly Status Report as of 2012/2/29 (2012/3/1 - 2012/3/12): *Test build: dev snapshot builds: Rev. r1299571 http://people.apache.org/%7Eorw/DevSnapshots-Rev.1296433/win32OOo_3.4.0_Win_x86_install_en-US_de_fr_it_es_ja_pt-BR_zh-CN_zh-TW_nl_hu_fi_ru.exe Test Platforms: Windows XP SP3, Mac Lionn, Ubuntu 10.04, Redhat 6.1, Windows 7 SP1 Test Cases Executed: IP Clearance: libneon replacement issue tracking General testing: Math formula Some Base functions *Interoperability automaiton testing:* Tested total 1188 files with following file types: (odt)|(ott)|(sxw)|(stw)|(doc)|(dot)|(ods)|(ots)|(sxc)|(stc)|(xls)|(xlt)|(odp)|(otp)|(sxi)|(sti)|(ppt)|(pot) The test scenarios cover: - Load - Save - Reopen Only one issue was found, it takes too long time (at least 4 minutes) to open one sample excel file and UI is blocked when loading. OpenOffice.org 3.3 has the same problem. It's very quick using MS Office. Bug i119091 was raised for it. I checked the bugzilla, seems it is one known issue. *Defects Summary*: So far 360 defects raised against 3.4beta, AOO dev and 3.4m0. If we count the defects from 1th Aug. of last year, it means the about date we call AOO 3.4, the total defects number is 271. Among the 360 defects, 51 critical defects raised and 17 ones remain opening now. One great news is currently we only have 3 reamining release blockers and two of them need be discussed: D https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=bug_idquery_based_on=All340ReleaseBlocker Sev▲ https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=bug_severity%20DESC%2Cpriority%2Cquery_based_on=All340ReleaseBlocker Pri▲ https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=priority%20DESC%2Cbug_severityquery_based_on=All340ReleaseBlocker OS https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=op_sys%2Cpriority%2Cbug_severityquery_based_on=All340ReleaseBlocker Assignee https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=assigned_to%2Cpriority%2Cbug_severityquery_based_on=All340ReleaseBlocker Status
Re: Rat scan vs SGA
Hi all, Statusupdate for the 103 files still not in the SGA: Agenda: // : Comments as usual 1st column: OK Can be added to the rat excludes ?? Not cleared GR Should be added to the grant (SGA) RM not used, can me removed from trunk AL under ALv2 2nd column: filename // hdu taking a look currently // solution: removed RM acinclude.m4 // GPL, but special entry there (see af's mail) : //# As a special exception to the GNU General Public License, if you //# distribute this file as part of a program that contains a //# configuration script generated by Autoconf, you may include it under //# the same distribution terms that you use for the rest of that program. // thus can be kept and should be added to rat excludes // Still: A case for https://issues.apache.org/jira/browse/LEGAL-130 OK config.guess OK config.sub // Header contains license identical to BSD without advertising - should be added to rat excludes // A case for https://issues.apache.org/jira/browse/LEGAL-130 OK connectivity\qa\complex\connectivity\hsqldb\TestCacheSize.java // FSF, contains MIT equal license - should be added to rat excludes // A case for https://issues.apache.org/jira/browse/LEGAL-130 OK hwpfilter\source\ksc5601.h // Author oj 2004 - was a SUN employee- SUN, should be added to grant GR connectivity\com\sun\star\sdbcx\comp\hsqldb\StorageNativeOutputStream.java // No information, originally from http://odur.let.rug.nl/~vannoord/TextCat/, adapted by Jocelyn MERAND // delivered in libtextcat\prj\d.lst // used in instsetoo_native, lingucomponent, scp2 (DEFAULT_CONF_FILE_NAME) ?? libtextcat\data\new_fingerprints\ // Not in grant yet, but all from (C) SUN 2008, should be added to grant GR mysqlc\source\mysqlc_connection.cxx GR mysqlc\source\mysqlc_connection.hxx GR mysqlc\source\mysqlc_databasemetadata.cxx GR mysqlc\source\mysqlc_databasemetadata.hxx GR mysqlc\source\mysqlc_driver.cxx GR mysqlc\source\mysqlc_driver.hxx GR mysqlc\source\mysqlc_general.cxx GR mysqlc\source\mysqlc_general.hxx GR mysqlc\source\mysqlc_preparedstatement.cxx GR mysqlc\source\mysqlc_preparedstatement.hxx GR mysqlc\source\mysqlc_propertyids.cxx GR mysqlc\source\mysqlc_propertyids.hxx No info, but should be same as mysqlc_propertyids.cxx GR mysqlc\source\mysqlc_resultset.cxx GR mysqlc\source\mysqlc_resultset.hxx GR mysqlc\source\mysqlc_resultsetmetadata.cxx GR mysqlc\source\mysqlc_resultsetmetadata.hxx GR mysqlc\source\mysqlc_services.cxx GR mysqlc\source\mysqlc_statement.cxx GR mysqlc\source\mysqlc_statement.hxx No info, but should be same as mysqlc_statement.cxx GR mysqlc\source\mysqlc_subcomponent.hxx GR mysqlc\source\mysqlc_types.cxx GR mysqlc\source\mysqlc_types.hxx // the diff itself is a SUN file under LGPL and SISSL, should be added to grant GR mythes\mythes-1.2.0-makefile-mk.diff // files are under triple license: NPL 1.1(category X)/GPL 2.0(category X)/LGPL 2.1(category X) // used in extensions\prj\build.lst and toolkit\src2xml\include.lst(218):../../np_sdk/unxlngi6.pro/inc (hack?) // updated 2010 by mav, SUN/Oracle employee (in cws fwk138) // Others added a README file containing This folder contains Mozilla headers and source-files related to plugin development. The original version of the files were taken from Mozilla1.0 tarball. ?? np_sdk\mozsrc\LEGAL ?? np_sdk\mozsrc\jri.h ?? np_sdk\mozsrc\jri_md.h ?? np_sdk\mozsrc\jritypes.h ?? np_sdk\mozsrc\npapi.h ?? np_sdk\mozsrc\npunix.c ?? np_sdk\mozsrc\npupp.h ?? np_sdk\mozsrc\npwin.cpp // no license information at all, looks like a self-written script to use inkscape as tool // from the command line to convert SVG to PNG. Probably from SUN/Oracle // no reference found with grep, can be removed. Checking, building version without that file // Originally integrated by obo (Sun employee) with CWS jimmac02 2005, thus under Sun copyright - should be added to grant // Checked references again, could also be removed GR ooo_custom_images\industrial\res\commandimagelist\frobnicate-icons.php // reportbuilder is (C) by Oracle, needs to be cleared if it's part of the sga. I see // no reason that it is not, should be added to grant GR reportbuilder\java\com\sun\star\report\pentaho\layoutprocessor\OfficeGroupInstanceSectionLayoutController.java GR reportbuilder\java\com\sun\star\report\pentaho\layoutprocessor\OfficePageSectionLayoutController.java GR reportbuilder\java\com\sun\star\report\pentaho\model\OfficeGroupInstanceSection.java GR reportbuilder\java\com\sun\star\report\pentaho\oasis-datastyle.css GR reportbuilder\java\com\sun\star\report\pentaho\oasis-draw.css GR reportbuilder\java\com\sun\star\report\pentaho\oasis-form.css GR reportbuilder\java\com\sun\star\report\pentaho\oasis-style.css GR reportbuilder\java\com\sun\star\report\pentaho\oasis-table.css GR reportbuilder\java\com\sun\star\report\pentaho\oasis-text.css GR
Propose AOO 3.4 RC Build Test Plan
Hi all, As AOO 3.4 RC build is nearly ready, I propose AOO 3.4 RC build test plan here. 1. Installer testing Focus on installation testing on below major platforms: -Windows 7 64/32 bit -Windows Vista 64/32 bit -Windows XP SP2 -RedHat Enterprise Linux(RHEL) 64 bit/32 bit -Ubuntu 10.04 64 bit/32 bit -Mac OS 10.7(Lion) -Mac OS 10.6.x -Mac 10.5 Additional Platform are suggested: -FreeBSD 9.0/8.2 -OS/2 -Solaris x86 10 2. Extension testing Volunteers can get the extension list from: http://extensions.services.openoffice.org/ (??) -Directory -Extensions based on OOo (Verify they still works with IP clearance work done in AOO 3.40 -Extensions based on AOO (View by Most Recent category on extension page) 3. Basic Interoperability Testing The test scenarios cover: -Load -Save -Reopen And the interoperability cover both compatibility with MS office 2003/MS office 2010 and old OOo versions. 4. General testing Do free testing on AOO six components, Math, Base, Draw, Impress, Writer, Calc for three days. 5. Globalization and Translation testing If other languages build are offered as RC builds(seems we will only have English only RC build for AOO 3.4), quick globalization and translation testing will be done. Which include: - Check the UI - Switch locale and check some culture related functions, such as currency, date, formula etc. The above testing are supposed to be done during 1 week and during this week, if no critical issues are reported, we can say the RC build is ready to ship based on vote. I placed this plan here: https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+RC+Build+Test+Plan Lily
[RELEASE] Dictionary extensions
Hi all, I need your help. We are now able to include extensions -- dictionaries and others -- into installation sets, depending on the language(s) for which an installation set is built. All that is needed is a list of extensions that are to be bundled for each language. At the moment this list only contains entries for english and german. If you want to have dictionaries included for other languages then you can do that in one of several ways: - Edit [1] in the confluence wiki and then tell me about it so that I can update the main/extensions.lst file. The important part is to provide working URLs int the Upstream link comment. The URLs may, however, contain redirections (like the ones from http://extensions.services.openoffice.org/en/dictionaries). Note that you can edit this wiki only when you are a commiter. - Reply to this message on ooo-dev or personally to me. Again, it is important that I get working URLs. - Edit main/extensions.lst yourself. I tried to document the format in [2] but it should be pretty clear just by looking at extensions.lst. Best regards, Andre [1] https://cwiki.apache.org/confluence/display/OOOUSERS/Bundled+Writing+Aids [2] http://wiki.services.openoffice.org/wiki/Build_Bootstrapping#extensions.lst
Re: Rat scan vs SGA
The rat scan still notes 4395 files in SGA and 100 not in SGA.
[TRANSLATION] - Important note regarding Pootle server
Hi, I just want to remind everybody _not_ to use the following Pootle server projects: -- Apache OpenOffice (Incubating) -- Apache OpenOffice (INcubating) Help Files see the corresponding news on these projects Do _not_ use these projects. Thanks, Oliver
Re: Propose AOO 3.4 RC Build Test Plan
Am 22.03.2012 10:16, schrieb xia zhao: Hi all, As AOO 3.4 RC build is nearly ready, I propose AOO 3.4 RC build test plan here. 1. Installer testing Focus on installation testing on below major platforms: -Windows 7 64/32 bit -Windows Vista 64/32 bit -Windows XP SP2 No tests for Windows 2000? -RedHat Enterprise Linux(RHEL) 64 bit/32 bit -Ubuntu 10.04 64 bit/32 bit -Mac OS 10.7(Lion) -Mac OS 10.6.x -Mac 10.5 Additional Platform are suggested: -FreeBSD 9.0/8.2 -OS/2 -Solaris x86 10 2. Extension testing Volunteers can get the extension list from: http://extensions.services.openoffice.org/ (??) -Directory -Extensions based on OOo (Verify they still works with IP clearance work done in AOO 3.40 -Extensions based on AOO (View by Most Recent category on extension page) 3. Basic Interoperability Testing The test scenarios cover: -Load -Save -Reopen And the interoperability cover both compatibility with MS office 2003/MS office 2010 and old OOo versions. 4. General testing Do free testing on AOO six components, Math, Base, Draw, Impress, Writer, Calc for three days. 5. Globalization and Translation testing If other languages build are offered as RC builds(seems we will only have English only RC build for AOO 3.4), quick globalization and translation testing will be done. Which include: - Check the UI - Switch locale and check some culture related functions, such as currency, date, formula etc. The above testing are supposed to be done during 1 week and during this week, if no critical issues are reported, we can say the RC build is ready to ship based on vote. I placed this plan here: https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+RC+Build+Test+Plan Lily I did some additional tests for r1299571 on Windows XP and Suse 11.3 Linux with VCL testtool. They look very promising. I haven't found any big flaws. Some tests show that some controls are missing and they stumble over the new color picker. Lots of tests don't show any warning or error. Groetjes, Olaf
Re: [TRANSLATION]: collecting status
Hi Risto, On 21.03.2012 23:12, Risto Jääskeläinen wrote: Oliver-Rainer Wittmann [orwittm...@googlemail.com] kirjoitti: Hi, I have setup a wiki page in order to provide/collect the status of the translation of specific languages [1]. I also linked this wiki page from our AOO 3.4 Release Plan cwiki page [2]. Does it makes sense to have such a wiki page? If yes, please provide further data/information. Please provide further data/information. Initially I put in the following data from my memory: -- As far as I know the strings for the user interface for Portuguese (Brazilian) are complete (currently not reflected on the Pootle server, but in the svn repository) - I do not the status for the help for Portuguese (Brazilian). -- Zoltan stated in a post that the user interface strings for Hungarian are also complete, but I do not know, if some of this work is lost due to the fact that the Pootle server was not up to date. -- I have see work on Finnish - issue 119066. It looks like that not all survived the Pootle server update. I have reopened the issue in order to indicate that a review is needed. Thanks. [1] http://wiki.services.openoffice.org/wiki/Translation_for_AOO_3.4_-_Status [2] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Release+Plan Thanks in advance, Oliver. Hello! I just check some new missing Finnish translation lines in Pootle (chart2 / source / controller / dialogs.po) and it seems to me normal situation: those missing translations are for new lines of version 3.4 and there is not yet Finnish translations for them. And overall amount for new lines is quite normal for new version I think. So there are no need anything else than translation work. I am going to send my CLA to Apache. I think I can translate some lines as nobody or offline? Thanks for the feedback. I hope you did not look into the Pootle server projects Apache OpenOffice (Incubating) or Apache OpenOffice (INcubating) Help Files. These projects shall not be used. At least the translation of the help for Finnish which is found in issue 119066 is not available in project Apache OpenOffice 3.4.x Help Files. Thx again, Oliver.
Re: [TRANSLATION]: collecting status
Hi, On 21.03.2012 16:13, Oliver-Rainer Wittmann wrote: Hi, I have setup a wiki page in order to provide/collect the status of the translation of specific languages [1]. I also linked this wiki page from our AOO 3.4 Release Plan cwiki page [2]. Does it makes sense to have such a wiki page? If yes, please provide further data/information. Please provide further data/information. Initially I put in the following data from my memory: -- As far as I know the strings for the user interface for Portuguese (Brazilian) are complete (currently not reflected on the Pootle server, but in the svn repository) - I do not the status for the help for Portuguese (Brazilian). -- Zoltan stated in a post that the user interface strings for Hungarian are also complete, but I do not know, if some of this work is lost due to the fact that the Pootle server was not up to date. -- I have see work on Finnish - issue 119066. It looks like that not all survived the Pootle server update. I have reopened the issue in order to indicate that a review is needed. Thanks. [1] http://wiki.services.openoffice.org/wiki/Translation_for_AOO_3.4_-_Status [2] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Release+Plan Thanks for the update regarding Dutch in the wiki page. But, it looks like that the provided information is based on the Pootle projects Apache OpenOffice (Incubating) and Apache OpenOffice (INcubating) Help Files. These projects shall not be used - please look at the news section of these projects. Can you repeat your review on the Pootle projects Apache OpenOffice 3.4.x and Apache OpenOffice 3.4.x Help Files regarding Dutch? Thanks in advance, Oliver.
Re: Google Analytics on download.openoffice.org
On Thu, Mar 22, 2012 at 12:31 AM, drew d...@baseanswers.com wrote: On Wed, 2012-03-21 at 22:23 -0400, Rob Weir wrote: I'd like to enable Google Analytics on our download page. This would allow us to collect some important data, such as the geographical distribution of download requests. This information has been sought for 3.4 mirror distribution planning. It can also provide continuity of our download statistics which we would otherwise lose when moving off of MirrorBrain. Of course, if some else is willing to implement an alternative way of collecting this info, then I'd love it hear it. But I think GA is the most direct method. Lazy consensus, 72 hours, etc. Howdy Rob The data collected would be available to the public or? We could certainly run periodic reports and make them public. There is nothing that prevents us from doing that. But GA itself is account based, so anyone with direct access requires an email address/password. But they do allow multiple users, so one option would be to add PMC members to the account on request. -Rob Thanks, //drew
Re: Rat scan vs SGA
On 22.03.2012 10:12, Armin Le Grand wrote: [...] // No information, originally from http://odur.let.rug.nl/~vannoord/TextCat/, adapted by Jocelyn MERAND // delivered in libtextcat\prj\d.lst // used in instsetoo_native, lingucomponent, scp2 (DEFAULT_CONF_FILE_NAME) ?? libtextcat\data\new_fingerprints\ [...] The libtextcat version 2.2 library is under BSD license. It was released 2003 by WiseGuys Internet B.V. ([1]). No problem there. The data files in main/libtextcat/data/new_fingerprints are of unknown origin. However, there is a LICENSE file in this directory that in all but its title is a BSD license, with the exception of this additional paragraph: - Neither the name of the WiseGuys Internet B.V. nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. Therefore, I propose to assume a BSD license (category A) for the libtextcat data files. Plan B would be to delete the additional data files and rely on the one that are shipped with the library source code. Plan C is to create our own data files by feeding medium sized texts of each language to a tool that is shipped with the library. This tool learns language specific text patterns, the data files. Regards, Andre [1] http://software.wise-guys.nl:1080/libtextcat/index.html
Re: [TRANSLATION]: collecting status
On 3/22/12 11:55 AM, Oliver-Rainer Wittmann wrote: Hi, On 21.03.2012 16:13, Oliver-Rainer Wittmann wrote: Hi, I have setup a wiki page in order to provide/collect the status of the translation of specific languages [1]. I also linked this wiki page from our AOO 3.4 Release Plan cwiki page [2]. Does it makes sense to have such a wiki page? If yes, please provide further data/information. Please provide further data/information. Initially I put in the following data from my memory: -- As far as I know the strings for the user interface for Portuguese (Brazilian) are complete (currently not reflected on the Pootle server, but in the svn repository) - I do not the status for the help for Portuguese (Brazilian). -- Zoltan stated in a post that the user interface strings for Hungarian are also complete, but I do not know, if some of this work is lost due to the fact that the Pootle server was not up to date. -- I have see work on Finnish - issue 119066. It looks like that not all survived the Pootle server update. I have reopened the issue in order to indicate that a review is needed. Thanks. [1] http://wiki.services.openoffice.org/wiki/Translation_for_AOO_3.4_-_Status [2] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Release+Plan Thanks for the update regarding Dutch in the wiki page. But, it looks like that the provided information is based on the Pootle projects Apache OpenOffice (Incubating) and Apache OpenOffice (INcubating) Help Files. These projects shall not be used - please look at the news section of these projects. Can you repeat your review on the Pootle projects Apache OpenOffice 3.4.x and Apache OpenOffice 3.4.x Help Files regarding Dutch? I have updated the wiki and added es and it po files for offline usage. If you work offline on this files, please attach them to an issue when have finished your work and assign the issue to jsc. Juergen
BSD (without advertisiong) Category A
Hi List, in http://www.apache.org/legal/resolved.html BSD (without advertising clause) is part of Category A. I found no information in which category BSD *with advertising clause* maybe? Does someone know this? Sincerely Armin -- ALG
CVE-2012-0037: OpenOffice.org data leakage vulnerability
Please note, this is the official security bulletin, targeted for security professionals. If you are an OpenOffice.org 3.3 user, and are able to apply the mentioned patch, then you are encouraged to do so. If someone else supports or manages your desktop, then please forward this information to them. Additional support is available on our Community Forums: http://user.services.openoffice.org/ And via our ooo-users mailing list: http://incubator.apache.org/openofficeorg/mailing-lists.html#users-mailing-list Note: This security patch for OpenOffice.org is made available to legacy OpenOffice.org users as a service by the Apache OpenOffice Project Management Committee. The patch is made available under the Apache License, and due to its importance, we are releasing it outside of the standard release cycle. -Rob -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 CVE-2012-0037: OpenOffice.org data leakage vulnerability Severity: Important Vendor: The Apache Software Foundation Versions Affected: OpenOffice.org 3.3 and 3.4 Beta, on all platforms. Earlier versions may be also affected. Description: An XML External Entity (XXE) attack is possible in the above versions of OpenOffice.org. This vulnerability exploits the way in which external entities are processed in certain XML components of ODF documents. By crafting an external entity to refer to other local file system resources, an attacker would be able to inject contents of other locally- accessible files into the ODF document, without the user's knowledge or permission. Data leakage then becomes possible when that document is later distributed to other parties. Mitigation: OpenOffice.org 3.3.0 and 3.4 beta users should install the patch at: http://www.openoffice.org/security/cves/CVE-2012-0037.html This vulnerability is also fixed in Apache OpenOffice 3.4 dev snapshots since March 1st, 2012. Source and Building: Information on obtaining the source code for this patch, and for porting it or adapting it to OpenOffice.org derivatives can be found here: http://www.openoffice.org/security/cves/CVE-2012-0037-src.txt Credit: The Apache OpenOffice project acknowledges and thanks the discoverer of this issue, Timothy D. Morgan of Virtual Security Research, LLC. References: http://security.openoffice.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJPayGmAAoJEGFAoYdHzLzHJVcP/jXzY+ROwPTAaSItCc4GAn2q Gm3uL9D9aRrs/pp+sofRkF9L3nyWEyyVfvZv6+IBrqOU/2Tu1CD8cY6Kns1ZYxVO ZRDiR5hhr3pA6KfWlb9W9it/8JsTF7WZfTX0uRMPXCYlJuYQ38Nl7kloPYswXG2w By2J19VanlHuwLQJoNV08652HBDy2Xpa6Wk7N5NoyETILOS47QTgizjAYZ2AY0GE ykBFu9A9yblLM5zftuMT/4FxkHQ8Qx5I3NmV3V8cUgJlmbc2oscsC23iIPcoulJF GSn8tub/e47xzgpJy69NoHgzmb6Ou+J3BDXr0kmH008P6FaTpTgPTltZ8Fcua+T2 JSWjzW5IBOW/20J9RN+5lkDJQTY5FiqqpjV7H6bZV3+MVx3Fk/ih1uJPr2cVZqaT pDU5xtn79py7MNsmpjnzD7mPbdiA2OfStzFpqUM60HOki7RgGpozvUPEvA0uIss9 X/jP1KixPDdbGS2fMrM7KG9mnT8BOzwow0Vti7alP2x2BkTXZm2K/qflXJDFCxTn g23OJIxlnhC8cK4etyezWNMSya4LLMgz6ZO+TEdvCSaaF6b3t6seskgnFAMcdPHY bkfzzYnACtrvQAmRQ1Nn4i1yFGAY+cTE7sUO2NcFhHn6jXaiZFEatdh4XJEEcTXl OZE/3v6XnehMD/32kipa =/qce -END PGP SIGNATURE-
Re: Rat scan vs SGA
On 22.03.2012 10:12, Armin Le Grand wrote: [...] // mixed file, (C) SUN/Oracle and Copyright (C) 2002 William Lachance // May be GPL prtially ?? writerperfect\source\wpdimp\wpft_genericfilter.cxx [...] This file contains only generic code for registering a UNO service that can be found almost identically in many other files. The only thing in this file that even hints at the Wordperfect import filter are some class names of our glue code. libwpd is not mentioned at all. This file should be part of the SGA. Regards, Andre
Re: time to create ooo-qa mailing list? Re: AOO 3.4 QA Weekly Status Report As of 2012.03.19(2012.03.13 - 2012.03.19)
Hello Lily, Khirano kindly inform me how to do it privately. I'll do it soon. Thanks Nakata Maho From: xia zhao lilyzh...@gmail.com Subject: Re: time to create ooo-qa mailing list? Re: AOO 3.4 QA Weekly Status Report As of 2012.03.19(2012.03.13 - 2012.03.19) Date: Thu, 22 Mar 2012 17:05:00 +0800 Nakata, Yes, I totally agree it's time to create QA mail list, who can help on it? It seems I haven't authority to create it. Do you can create? Or Rober, can you help? Lily 2012/3/21 Maho NAKATA m...@apache.org Hi Lily and all Now time to create a new ML, ooo-qa? It's very hard to track such info, as you see, traffic of this mailing list is very large amount. Thanks Nakata Maho From: xia zhao lilyzh...@gmail.com Subject: AOO 3.4 QA Weekly Status Report As of 2012.03.19(2012.03.13 - 2012.03.19) Date: Mon, 19 Mar 2012 09:38:53 +0800 Hi all, *AOO 3.4 Overall QA Status: *Based on the test plan: https://cwiki.apache.org/confluence/display/OOOUSERS/Release-QA-Plan, I can say that the planned work are 100% done. 100% IP clearance testing have been done. These are the tests of areas most impacted by removed/replaced modules due to IP clearance. 100% general testing have been done. These are general functional tests. *AOO 3.4 QA Weekly Status Report as of 2012/2/29 (2012/3/1 - 2012/3/12): *Test build: dev snapshot builds: Rev. r1299571 http://people.apache.org/%7Eorw/DevSnapshots-Rev.1296433/win32OOo_3.4.0_Win_x86_install_en-US_de_fr_it_es_ja_pt-BR_zh-CN_zh-TW_nl_hu_fi_ru.exe Test Platforms: Windows XP SP3, Mac Lionn, Ubuntu 10.04, Redhat 6.1, Windows 7 SP1 Test Cases Executed: IP Clearance: libneon replacement issue tracking General testing: Math formula Some Base functions *Interoperability automaiton testing:* Tested total 1188 files with following file types: (odt)|(ott)|(sxw)|(stw)|(doc)|(dot)|(ods)|(ots)|(sxc)|(stc)|(xls)|(xlt)|(odp)|(otp)|(sxi)|(sti)|(ppt)|(pot) The test scenarios cover: - Load - Save - Reopen Only one issue was found, it takes too long time (at least 4 minutes) to open one sample excel file and UI is blocked when loading. OpenOffice.org 3.3 has the same problem. It's very quick using MS Office. Bug i119091 was raised for it. I checked the bugzilla, seems it is one known issue. *Defects Summary*: So far 360 defects raised against 3.4beta, AOO dev and 3.4m0. If we count the defects from 1th Aug. of last year, it means the about date we call AOO 3.4, the total defects number is 271. Among the 360 defects, 51 critical defects raised and 17 ones remain opening now. One great news is currently we only have 3 reamining release blockers and two of them need be discussed: D https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=bug_idquery_based_on=All340ReleaseBlocker Sev▲ https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=bug_severity%20DESC%2Cpriority%2Cquery_based_on=All340ReleaseBlocker Pri▲ https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=priority%20DESC%2Cbug_severityquery_based_on=All340ReleaseBlocker OS https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=op_sys%2Cpriority%2Cbug_severityquery_based_on=All340ReleaseBlocker Assignee https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=assigned_to%2Cpriority%2Cbug_severityquery_based_on=All340ReleaseBlocker Status
Re: Apache list archive issues must be fixed soon
Hi Tony and all, Tony, thanks for your comment. It is good to know the real situation. :) We need your help, You need our help. :) OK ooo-dev comrades, Can you give us a piece of advice please? Thanks, khirano On Wed, Mar 21, 2012 at 7:48 PM, Tony Stevenson t...@pc-tony.com wrote: Sent from my iPad On 21 Mar 2012, at 01:11, Kazunari Hirano khir...@gmail.com wrote: Hi infrastructure team and all, Thank you, Raphael Bircher, for updating Pootle. https://translate.apache.org/projects/OOo_34/ We would like to start with the translation. To coordinate the translation work with Japanese users and Japanese contributors in Japanese language, the archive of our native language mailing list must be fixed. http://mail-archives.apache.org/mod_mbox/incubator-ooo-general-ja/ We need your help soon. Actually we need your help. We have limited cycles and time to focus on this. If you think you could patch this please feel free to submit a patch for modmbox and we can try it. Thanks, khirano On Wed, Mar 14, 2012 at 8:39 PM, Kazunari Hirano khir...@gmail.com wrote: Hi Apache infrastructure team, Any news on this? Thanks, khirano On Thu, Jan 19, 2012 at 12:16 PM, Kazunari Hirano khir...@gmail.com wrote: Hi Daniel, On Tue, Jan 17, 2012 at 2:51 PM, Daniel Shahaf d...@daniel.shahaf.name wrote: The upgrade was attempted, reverted due to causing silent breakage, and is on the queue for being re-attempted. This is a good news! Thanks. khirano -- khir...@apache.org Apache OpenOffice (incubating) http://incubator.apache.org/openofficeorg/ -- khir...@apache.org Apache OpenOffice (incubating) http://incubator.apache.org/openofficeorg/
HEADS UP: install sets were renamed from OOo* to Apache_OpenOffice_incubating*
Please note that the install sets that fall out of a build have been renamed from OOo* to Apache_OpenOffice_incubating* so that e.g. OOo_3.4.0_MacOS_x86_install_en-US.dmg now has the file name Apache_OpenOffice_incubating_3.4.0_MacOS_x86_install_en-US.dmg Herbert
R: BSD (without advertisiong) Category A
--- Gio 22/3/12, Armin Le Grand armin.le.gr...@me.com ha scritto: Hi List, in http://www.apache.org/legal/resolved.html BSD (without advertising clause) is part of Category A. I found no information in which category BSD *with advertising clause* maybe? Does someone know this? I think it is also in Category A because it matches the requirements of the Apache Source License 1.0. Also OpenSSL is OK. Pedro. Sincerely Armin -- ALG
Re: Rat scan vs SGA files which should be in SGA grant
Hi all, these are the files (63) which are not covered by the RAT output but should be part of a third SGA from Oracle: connectivity\com\sun\star\sdbcx\comp\hsqldb\StorageNativeOutputStream.java mysqlc\source\mysqlc_connection.cxx mysqlc\source\mysqlc_connection.hxx mysqlc\source\mysqlc_databasemetadata.cxx mysqlc\source\mysqlc_databasemetadata.hxx mysqlc\source\mysqlc_driver.cxx mysqlc\source\mysqlc_driver.hxx mysqlc\source\mysqlc_general.cxx mysqlc\source\mysqlc_general.hxx mysqlc\source\mysqlc_preparedstatement.cxx mysqlc\source\mysqlc_preparedstatement.hxx mysqlc\source\mysqlc_propertyids.cxx mysqlc\source\mysqlc_propertyids.hxx No info, but should be same as mysqlc_propertyids.cxx mysqlc\source\mysqlc_resultset.cxx mysqlc\source\mysqlc_resultset.hxx mysqlc\source\mysqlc_resultsetmetadata.cxx mysqlc\source\mysqlc_resultsetmetadata.hxx mysqlc\source\mysqlc_services.cxx mysqlc\source\mysqlc_statement.cxx mysqlc\source\mysqlc_statement.hxx No info, but should be same as mysqlc_statement.cxx mysqlc\source\mysqlc_subcomponent.hxx mysqlc\source\mysqlc_types.cxx mysqlc\source\mysqlc_types.hxx mythes\mythes-1.2.0-makefile-mk.diff ooo_custom_images\industrial\res\commandimagelist\frobnicate-icons.php reportbuilder\java\com\sun\star\report\pentaho\layoutprocessor\OfficeGroupInstanceSectionLayoutController.java reportbuilder\java\com\sun\star\report\pentaho\layoutprocessor\OfficePageSectionLayoutController.java reportbuilder\java\com\sun\star\report\pentaho\model\OfficeGroupInstanceSection.java reportbuilder\java\com\sun\star\report\pentaho\oasis-datastyle.css reportbuilder\java\com\sun\star\report\pentaho\oasis-draw.css reportbuilder\java\com\sun\star\report\pentaho\oasis-form.css reportbuilder\java\com\sun\star\report\pentaho\oasis-style.css reportbuilder\java\com\sun\star\report\pentaho\oasis-table.css reportbuilder\java\com\sun\star\report\pentaho\oasis-text.css reportbuilder\java\com\sun\star\report\pentaho\parser\style-mapping.txt reportbuilder\java\com\sun\star\report\pentaho\smil.css reportbuilder\java\com\sun\star\report\pentaho\star-office.css reportbuilder\java\com\sun\star\report\pentaho\star-report.css reportbuilder\java\com\sun\star\report\pentaho\star-rpt.css reportbuilder\java\com\sun\star\report\pentaho\svg.css reportbuilder\java\com\sun\star\report\pentaho\xsl-fo.css reportbuilder\license\THIRDPARTYREADMELICENSE.html reportbuilder\license\readme_en-US.html reportbuilder\license\readme_en-US.txt reportbuilder\prj\rpt.xml reportbuilder\template\manifest.xml reportbuilder\template\post.xml reportbuilder\template\pre.xml reportbuilder\util\component.txt reportbuilder\util\description.xml reportbuilder\util\manifest.xml testautomation\framework\optional\input\filternames\Oracle_Open_Office_Filternames_add_en-US.txt testautomation\framework\optional\input\filternames\Oracle_Open_Office_Filternames_en-US.txt testautomation\framework\optional\input\help_browser\Oracle_Open_Office_help_applications_en-US.txt testautomation\framework\optional\input\help_browser\Oracle_Open_Office_help_content_en-US.txt testautomation\framework\optional\input\help_browser\Oracle_Open_Office_help_topics_en-US.txt testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_headings_and_whole_words_en-US.txt testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_headings_only_en-US.txt testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_whole_words_only_en-US.txt testautomation\framework\optional\input\help_browser\Oracle_Open_Office_search_without_filter_en-US.txt writerperfect\source\wpdimp\wpft_genericfilter.cxx Sincerely, Armin
Re: Rat scan vs SGA Files with BSD/MIT similar license
Hi all, these are the files (25) which are not covered by the RAT output but have a BSD or MIT equal or similar license included. // GPL, but special entry there (see af's mail or in the files) : //# As a special exception to the GNU General Public License, if you //# distribute this file as part of a program that contains a //# configuration script generated by Autoconf, you may include it under //# the same distribution terms that you use for the rest of that program. // thus can be kept and should be added to rat excludes // A case for https://issues.apache.org/jira/browse/LEGAL-130 config.guess config.sub // Header contains license identical to BSD without advertising - should be added to rat excludes // A case for https://issues.apache.org/jira/browse/LEGAL-130 connectivity\qa\complex\connectivity\hsqldb\TestCacheSize.java // FSF, contains MIT equal license - should be added to rat excludes // A case for https://issues.apache.org/jira/browse/LEGAL-130 hwpfilter\source\ksc5601.h // findings from af: The libtextcat version 2.2 library is under BSD license // It was released 2003 by WiseGuys Internet B.V. (http://software.wise-guys.nl:1080/libtextcat/index.html ). // No problem there. It's BSD license (with advertising). // Asking on the list what category this may be // A case for https://issues.apache.org/jira/browse/LEGAL-130 libtextcat\data\new_fingerprints\fpdb.conf // originally from XConsortium, mkdepend.man contains license info (permission) // and looks like MIT1.1 - should be added to rat excludes // A case for https://issues.apache.org/jira/browse/LEGAL-130 soltools\mkdepend\collectdircontent.cxx soltools\mkdepend\collectdircontent.hxx soltools\mkdepend\cppsetup.c soltools\mkdepend\def.h soltools\mkdepend\ifparser.c soltools\mkdepend\ifparser.h soltools\mkdepend\imakemdep.h soltools\mkdepend\include.c soltools\mkdepend\main.c soltools\mkdepend\mkdepend.man soltools\mkdepend\parse.c soltools\mkdepend\pr.c // Open Document Managment API, uses OPEN DOCUMENT MANAGEMENT API LICENSE 1.0 // defined in the file. Text is equal to BSD license without advertising - should be added to rat excludes // A case for https://issues.apache.org/jira/browse/LEGAL-130 ucb\source\ucp\odma\odma.h // (C) 1988, 1989, 1990 by Adobe Systems Incorporated // permissive license, but not categorized by Apache (not A, B or X) // A case for https://issues.apache.org/jira/browse/LEGAL-130 vcl\unx\generic\fontmanager\parseAFM.cxx vcl\unx\generic\fontmanager\parseAFM.hxx // Copyright © 2000 SuSE, Inc., license from text (see files) // equal to MIT1.1 - should be added to rat excludes // A case for https://issues.apache.org/jira/browse/LEGAL-130 x11_extensions\inc\Xrender.h x11_extensions\inc\randr.h x11_extensions\inc\randrproto.h x11_extensions\inc\render.h x11_extensions\inc\renderproto.h Sincerely, Armin -- ALG
Apache OpenOffice CVE patch download problem
Hi folks, Regarding the security patch for Apache OpenOffice released today I'm running into a problem with the first entry for the Windows downloads. (only this specific link it seems) http://apache.opensourceresources.org//incubator/ooo/3.3/patches/cve-2012-0037/CVE-2012-0037-win.zip What I get is an Forbidden - 404 - error. Thanks, //drew
Re: After AOO 3.4, attracting new contributors
As a quick note, I'd *love* to dive in and start doing some coding on AOOo; it's just that I've no idea where in the heck to start... :)
Re: Apache OpenOffice CVE patch download problem
On Thu, Mar 22, 2012 at 11:04 AM, drew jensen drewjensen.in...@gmail.com wrote: Hi folks, Regarding the security patch for Apache OpenOffice released today I'm running into a problem with the first entry for the Windows downloads. (only this specific link it seems) http://apache.opensourceresources.org//incubator/ooo/3.3/patches/cve-2012-0037/CVE-2012-0037-win.zip What I get is an Forbidden - 404 - error. Hmmm Apache mirrors are supposed to rsync every 8 hours. The files were uploaded around 18 hours ago. It looks like this particular mirror is incomplete in several ways, if you look at their root directory: http://apache.opensourceresources.org/ Maybe they are rebuilding? -Rob Thanks, //drew
Re: Propose AOO 3.4 RC Build Test Plan
Olaf, 2012/3/22 O.Felka olaf-openoff...@gmx.de Am 22.03.2012 10:16, schrieb xia zhao: Hi all, As AOO 3.4 RC build is nearly ready, I propose AOO 3.4 RC build test plan here. 1. Installer testing Focus on installation testing on below major platforms: -Windows 7 64/32 bit -Windows Vista 64/32 bit -Windows XP SP2 No tests for Windows 2000? If volunteer has this environment, yes, surely he can test against Windows 2000, but this platform isn't major platform AOO 3.4 supposed from my view. -RedHat Enterprise Linux(RHEL) 64 bit/32 bit -Ubuntu 10.04 64 bit/32 bit -Mac OS 10.7(Lion) -Mac OS 10.6.x -Mac 10.5 Additional Platform are suggested: -FreeBSD 9.0/8.2 -OS/2 -Solaris x86 10 2. Extension testing Volunteers can get the extension list from: http://extensions.services.**openoffice.org/http://extensions.services.openoffice.org/(??) -Directory -Extensions based on OOo (Verify they still works with IP clearance work done in AOO 3.40 -Extensions based on AOO (View by Most Recent category on extension page) 3. Basic Interoperability Testing The test scenarios cover: -Load -Save -Reopen And the interoperability cover both compatibility with MS office 2003/MS office 2010 and old OOo versions. 4. General testing Do free testing on AOO six components, Math, Base, Draw, Impress, Writer, Calc for three days. 5. Globalization and Translation testing If other languages build are offered as RC builds(seems we will only have English only RC build for AOO 3.4), quick globalization and translation testing will be done. Which include: - Check the UI - Switch locale and check some culture related functions, such as currency, date, formula etc. The above testing are supposed to be done during 1 week and during this week, if no critical issues are reported, we can say the RC build is ready to ship based on vote. I placed this plan here: https://cwiki.apache.org/**confluence/display/OOOUSERS/** AOO+3.4+RC+Build+Test+Planhttps://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+RC+Build+Test+Plan Lily I did some additional tests for r1299571 on Windows XP and Suse 11.3 Linux with VCL testtool. They look very promising. I haven't found any big flaws. Some tests show that some controls are missing and they stumble over the new color picker. Lots of tests don't show any warning or error. Groetjes, Olaf
Re: After AOO 3.4, attracting new contributors
Hi Jim; On 03/22/12 10:03, Jim Jagielski wrote: As a quick note, I'd *love* to dive in and start doing some coding on AOOo; it's just that I've no idea where in the heck to start... :) It depends on your particular interests. The codebase is rather big and there's a lot to do. There are big tasks that have been around for a while, like replacing some Category-B software with better alternatives, and there are new features being planned. I am also sure that running Simian: http://www.harukizaemon.com/simian/index.html would suggest some easy hacks for starters. We just have to put all the ideas together in a single Wiki page. Pedro.
Re: encountered non-reproduced crash when calling help
Qing Le, I don't think this kind of crash related to language package, it should something related change tracking. You may try more in this area with different language package. I couldn't reproduce this crash against my Windows XP with same language package. Lily 2012/3/22 lou ql louqin...@gmail.com I have English openoffice installed and then installed zh_CN package. Launch Openoffice, new a spreadsheet. and working with Changes for some time in Edit-Changes-Show dialog, with Range checkbox checked, but the editbox is empty, I clicked the Help button, then openoffice crashed...
Re: Yet another Apache Logo
On 03/22/12 01:51, Jürgen Schmidt wrote: On 3/22/12 5:30 AM, Pedro Giffuni wrote: http://people.apache.org/~pfg/images/AOO-powered.png Doesn't it make you all want to use FreeBSD? ;). to be honest Pedro, I don't like it ;-) FWIW, I originally had the planet covered by a heavily transparent-ed BSD daemon but it was too spooky for my Catholic heart! I would prefer you would simply use the original one extended with some BSD specific stuff or so. I plan to use both: the about and info bitmaps are necessarily different. But I will probably never see it in action ;-), I won't switch from MacOS. Hmm.. MacOS ... you are already a FreeBSD user ... you just don't know it :-P. Pedro.
Re: Apache OpenOffice CVE patch download problem
The mirrors sync 1-4 times a day, with most of them syncing at least 2x a day. Yeah that particular mirror doesn't look very healthy tho. From: Rob Weir robw...@apache.org To: ooo-dev@incubator.apache.org Sent: Thursday, March 22, 2012 11:43 AM Subject: Re: Apache OpenOffice CVE patch download problem On Thu, Mar 22, 2012 at 11:04 AM, drew jensen drewjensen.in...@gmail.com wrote: Hi folks, Regarding the security patch for Apache OpenOffice released today I'm running into a problem with the first entry for the Windows downloads. (only this specific link it seems) http://apache.opensourceresources.org//incubator/ooo/3.3/patches/cve-2012-0037/CVE-2012-0037-win.zip What I get is an Forbidden - 404 - error. Hmmm Apache mirrors are supposed to rsync every 8 hours. The files were uploaded around 18 hours ago. It looks like this particular mirror is incomplete in several ways, if you look at their root directory: http://apache.opensourceresources.org/ Maybe they are rebuilding? -Rob Thanks, //drew
Re: [Pootle][Translation] Why needs to translate VCLTesttool strings?
Yes, the automation framework for AOO is restructuring now. One simple and easy to mainatence automation structure and tool is hopeing be ready. Best Regards, Lily 2012/3/22 Jürgen Schmidt jogischm...@googlemail.com On 3/21/12 7:29 PM, Reizinger Zoltán wrote: Hi, My second question to translation: The po file /basic/source/app.po contains strings to VCLTesttools. Why it needs to be translated? IIRC we decided not to use VCLTesttool in QA work, because we not want to use it, and no one want to learn BASIC. Regards, Zoltan Your question is valid and the answer is simple. The testtool is not maintained anymore and will be probably removed in the future. Work is ongoing to use something else for automated GUI testing ... And we simply haven't found the time to remove all unnecessary code. A good work for volunteers in the future ;-) Juergen
Re: Yet another Apache Logo
On 03/22/12 01:48, Risto Jääskeläinen wrote: Pedro Giffuni [p...@apache.org] kirjoitti: http://people.apache.org/~pfg/images/AOO-powered.png Doesn't it make you all want to use FreeBSD? ;). Pedro. Yes to FreeBSD. I find that this logo proposal differs from other by having transparent background. Others have white background. When page have dark background Apache and Open are difficult to see. At white page background black box around globe is distinct. I am actually meaning to leave it white. Transparency is useful for some effects like having the shadow fall on the tag. This will only be used in the screen so that won't be an issue. I'll fix it, thanks! Pedro.
Re: Fwd: Non-fatal strange with Apache OpenOffice3.4
On Thu, 22 Mar 2012 20:29:06 +0400 Очиров Николай nvochi...@yandex.ru wrote: Пересылаемое сообщение 22.03.2012, 20:24, Очиров Николай nvochi...@yandex.ru: Hello! I noticed that when I start OOo from the console using command soffice-writer and etc. message appears: javaldx failed. User must select a JRE from options dialog!. OOo 3-5 seconds slow, but then starts and runs like normal.Or something is not working right? And one more question. If OOo crashes on startup - where i can see the logs? Is there it all? sincerely, o.n. Завершение пересылаемого сообщения Have you selected a Java implementation under /Tools /Options/ OpenOffice.org /Java? -- Rory O'Farrell ofarr...@iol.ie
Re: Sourceforge and AOO 3.4 distribution
*We have finally assessed the capacity and capabilities needed to serve the surge of Apache OpenOffice 3.4 release-time traffic. Before we could commit to delivering the full download volume, we wanted to produce a vetted plan, including a clear timeline and backing technical implementation plans. First let me quickly recap my understanding of the problems we are trying to solve for: - Apache OpenOffice 3.4 will be released in mid April and we want to assure capacity to handle that traffic both in terms of bandwidth and simultaneous connections. - The Apache OpenOffice project would benefit to be able to promote the release heavily without worrying about capacity. Given those needs and the fact the Apache Infrastructure team said they’d welcome our assistance, we at SourceForge think we can help and that there would be mutual benefit. What we are proposing is an elaboration of Joe’s ‘hybrid’ approach: - Both AOO and SF.net mirror networks would be used to provide download capacity for the 3.4 release. - SourceForge.net would be the “recommended default download” on the website. - Apache Mirror network would be an alternate download option. - Apache OpenOffice team and Infrastructure team will maintain control of the the auto-update URL’s and possibly follow Rob’s suggestion to stagger automatic updates. SourceForge.net will manage the full burst capacity for web-based downloads through our global network of OSS mirrors, global CDN network(s) and cloud file server providers. Using these resources, we anticipate our capacity is well above the expected delivery requirements for the upcoming release. In addition to basic download capacity, SourceForge will provide detailed download statistics, which will support future product, infrastructure and marketing plans. We will commit to make stats available on the SourceForge.net website and provide stats delivery APIs. We are able to capture initiated downloads, not just page views, and will provide them split by geography and operating system. We’re also willing to consider additional stats needs. Proposed Timeline: - Immediately: SourceForge sets up Apache Infra team with credentials on an AOO mirror project in sf.net - First week: SourceForge updates contracts with CDN and other providers to handle full AOO peak release traffic - Second Week: AOO Infra team works with sf.net operations team to ramp traffic to sf.net in a controlled way in order to gather statistical data, verify assumptions, and give the Apache infrastrucure team time to verify our capacity. - 1-2 days post test: SF.net analyzes traffic data, assures that our assumptions about geographic mix, and interactive vs automated download mix, are valid and we can do this in a fiscally responsible way. - 1-2 days post test: AOO infrastructure team analyses traffic data, lets sf.net team know any additonal data needs, and validates that the system will work for them Once everything is tested and vetted on both sides, we will need to make a CDN bandwidth commit, and would like the AOO team to commit to notifying us 30 days prior to shutting down the flow of traffic, so that we can update our contracts and avoid penalties. We believe that the combination of SF.net mirrors, and CDN based burst capacity will provide a fast and stable download experience for AOO users, and **will allow the AOO team to publicize the release in an agressive manner.* On Wed, Mar 21, 2012 at 10:55 AM, Mark Ramm m...@geek.net wrote: And finally: would you have any objection to us using a mix of fixed mirrors, elastic file delivery services (like s3), and commercial CDN service to handle spikes in download gracefully and assure that global users get good download performance when local mirrors are overloaded or not available? No, we may even be willing to budget some amount for this purpose. Cost estimates would be appreciated as our budget numbers for FY2012 need to be finalized next week. Sorry that it's taken a bit to get back to you. We are working on getting pricing from a variety of providers, and my personal goal is to find a way for us to fund the CDN and S3 costs, and to provide this to the community as a free (as in beer) service. Thanks everybody who provided anecdotal information on historical traffic peaks, and particularly for the steady state run rate information. That has been invaluable as we talk with vendors about the suplemental capacity we need to acquire to handle peak loads. There's one key input to figuring out if I can pay for all of this out of ad revenue, which is what percentage of the daily downloads are expected to come from auto-updater software or other non-browser scripts? Would that traffic still be pointed primarily at AOO owned domains and mirrors, or would we be handling some of that from the sf.net service? And finally, I'd also be interested in finding out
Re: Non-fatal strange with Apache OpenOffice3.4
Did not. How do I do this? 22.03.2012, 20:44, Rory O'Farrell ofarr...@iol.ie: On Thu, 22 Mar 2012 20:29:06 +0400 Очиров Николай nvochi...@yandex.ru wrote: Пересылаемое сообщение 22.03.2012, 20:24, Очиров Николай nvochi...@yandex.ru: Hello! I noticed that when I start OOo from the console using command soffice-writer and etc. message appears: javaldx failed. User must select a JRE from options dialog!. OOo 3-5 seconds slow, but then starts and runs like normal.Or something is not working right? And one more question. If OOo crashes on startup - where i can see the logs? Is there it all? sincerely, o.n. Завершение пересылаемого сообщения Have you selected a Java implementation under /Tools /Options/ OpenOffice.org /Java? -- Rory O'Farrell ofarr...@iol.ie
Re: After AOO 3.4, attracting new contributors
As a quick note, I'd *love* to dive in and start doing some coding on AOOo; it's just that I've no idea where in the heck to start... :) Additionally to what Pedro said I'd like to point to our Bugzilla at https://issues.apache.org/ooo/ which is a fountain of inspiration. E.g. http://s.apache.org/EdO shows all the ideas with more than five votes. The potential to use the same tool for tracking bugs, enhancement and feature ideas indicates the the name Bugzilla is too narrow and thus the old project to be called Issuezilla. Herbert
Re: Non-fatal strange with Apache OpenOffice3.4
On Thu, 22 Mar 2012 21:07:11 +0400 Очиров Николай nvochi...@yandex.ru wrote: Did not. How do I do this? 22.03.2012, 20:44, Rory O'Farrell ofarr...@iol.ie: On Thu, 22 Mar 2012 20:29:06 +0400 Очиров Николай nvochi...@yandex.ru wrote: Пересылаемое сообщение 22.03.2012, 20:24, Очиров Николай nvochi...@yandex.ru: Hello! I noticed that when I start OOo from the console using command soffice-writer and etc. message appears: javaldx failed. User must select a JRE from options dialog!. OOo 3-5 seconds slow, but then starts and runs like normal.Or something is not working right? And one more question. If OOo crashes on startup - where i can see the logs? Is there it all? sincerely, o.n. Завершение пересылаемого сообщения Have you selected a Java implementation under /Tools /Options/ OpenOffice.org /Java? Select /Tools /Options/ OpenOffice.org /Java? -- Rory O'Farrell ofarr...@iol.ie
Re: Apache OpenOffice CVE patch download problem
On Thu, 2012-03-22 at 09:03 -0700, Joe Schaefer wrote: The mirrors sync 1-4 times a day, with most of them syncing at least 2x a day. Yeah that particular mirror doesn't look very healthy tho. Howdy Joe, Rob, et al Fair enough - specific mirrors have issues from time to time. I see the download page has been updated so this is no longer the preferred download mirror.. excellent. Thanks, //drew From: Rob Weir robw...@apache.org To: ooo-dev@incubator.apache.org Sent: Thursday, March 22, 2012 11:43 AM Subject: Re: Apache OpenOffice CVE patch download problem On Thu, Mar 22, 2012 at 11:04 AM, drew jensen drewjensen.in...@gmail.com wrote: Hi folks, Regarding the security patch for Apache OpenOffice released today I'm running into a problem with the first entry for the Windows downloads. (only this specific link it seems) http://apache.opensourceresources.org//incubator/ooo/3.3/patches/cve-2012-0037/CVE-2012-0037-win.zip What I get is an Forbidden - 404 - error. Hmmm Apache mirrors are supposed to rsync every 8 hours. The files were uploaded around 18 hours ago. It looks like this particular mirror is incomplete in several ways, if you look at their root directory: http://apache.opensourceresources.org/ Maybe they are rebuilding? -Rob Thanks, //drew
Re: Non-fatal strange with Apache OpenOffice3.4
Thank you, Rory! And what about log-file? 22.03.2012, 21:12, Rory O'Farrell ofarr...@iol.ie: On Thu, 22 Mar 2012 21:07:11 +0400 Очиров Николай nvochi...@yandex.ru wrote: Did not. How do I do this? 22.03.2012, 20:44, Rory O'Farrell ofarr...@iol.ie: On Thu, 22 Mar 2012 20:29:06 +0400 Очиров Николай nvochi...@yandex.ru wrote: Пересылаемое сообщение 22.03.2012, 20:24, Очиров Николай nvochi...@yandex.ru: Hello! I noticed that when I start OOo from the console using command soffice-writer and etc. message appears: javaldx failed. User must select a JRE from options dialog!. OOo 3-5 seconds slow, but then starts and runs like normal.Or something is not working right? And one more question. If OOo crashes on startup - where i can see the logs? Is there it all? sincerely, o.n. Завершение пересылаемого сообщения Have you selected a Java implementation under /Tools /Options/ OpenOffice.org /Java? Select /Tools /Options/ OpenOffice.org /Java? -- Rory O'Farrell ofarr...@iol.ie
Re: [TRANSLATION]: collecting status
Oliver-Rainer Wittmann [orwittm...@googlemail.com] kirjoitti: Hi Risto, On 21.03.2012 23:12, Risto Jääskeläinen wrote: Oliver-Rainer Wittmann [orwittm...@googlemail.com] kirjoitti: Hi, I have setup a wiki page in order to provide/collect the status of the translation of specific languages [1]. I also linked this wiki page from our AOO 3.4 Release Plan cwiki page [2]. Does it makes sense to have such a wiki page? If yes, please provide further data/information. Please provide further data/information. Initially I put in the following data from my memory: -- As far as I know the strings for the user interface for Portuguese (Brazilian) are complete (currently not reflected on the Pootle server, but in the svn repository) - I do not the status for the help for Portuguese (Brazilian). -- Zoltan stated in a post that the user interface strings for Hungarian are also complete, but I do not know, if some of this work is lost due to the fact that the Pootle server was not up to date. -- I have see work on Finnish - issue 119066. It looks like that not all survived the Pootle server update. I have reopened the issue in order to indicate that a review is needed. Thanks. [1] http://wiki.services.openoffice.org/wiki/Translation_for_AOO_3.4_-_Status [2] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Release+Plan Thanks in advance, Oliver. Hello! I just check some new missing Finnish translation lines in Pootle (chart2 / source / controller / dialogs.po) and it seems to me normal situation: those missing translations are for new lines of version 3.4 and there is not yet Finnish translations for them. And overall amount for new lines is quite normal for new version I think. So there are no need anything else than translation work. I am going to send my CLA to Apache. I think I can translate some lines as nobody or offline? Thanks for the feedback. I hope you did not look into the Pootle server projects Apache OpenOffice (Incubating) or Apache OpenOffice (INcubating) Help Files. These projects shall not be used. At least the translation of the help for Finnish which is found in issue 119066 is not available in project Apache OpenOffice 3.4.x Help Files. Thx again, Oliver. Now there is line for 3.4 help file too on page https://translate.apache.org/fi/ I can confirm that all Finnish text are missing. This is not normal. Regards Risto
Fw: Re: Contributor agreement
Hello! Below is message which tell that my CLA is received. But i don't know what PMC mean or who he is? I just want translate to Finnish and read that The easiest way is to get access to the language you want to translate is to become a committer. Maybe we find another solution but why not becoming a committer? The first step is to sign a iCLA (http://www.apache.org/licenses/icla.txt) and send it back to Apache. (Jürgen Schmidt) By the way: those acronyms are strange for newcommers. I have learned that Neatherlands is very popular (-; Regards Risto --- Alkuperäinen viesti --- Aihe: Re: Contributor agreement Lähetetty: 22.3.2012 18:45 Lähettäjä: Craig L Russell [craig.russ...@sun.com] Kopio: Craig L Russell [craig.russ...@sun.com] Dear Risto Jääskeläinen, This message acknowledges receipt of your ICLA, which has been filed in the Apache Software Foundation records. If you have been invited as a committer, please advise the project PMC that your ICLA has been filed. Warm Regards, Craig L Russell Secretary, Apache Software Foundation
Re: CVE-2012-0037: OpenOffice.org data leakage vulnerability
On Thursday 22 of March 2012 17:16:21 Rob Weir wrote: Please note, this is the official security bulletin, targeted for security professionals. If you are an OpenOffice.org 3.3 user, and are able to apply the mentioned patch, then you are encouraged to do so. If someone else supports or manages your desktop, then please forward this information to them. Additional support is available on our Community Forums: http://user.services.openoffice.org/ And via our ooo-users mailing list: http://incubator.apache.org/openofficeorg/mailing-lists.html#users-mailing- list Note: This security patch for OpenOffice.org is made available to legacy OpenOffice.org users as a service by the Apache OpenOffice Project Management Committee. The patch is made available under the Apache License, and due to its importance, we are releasing it outside of the standard release cycle. -Rob Well... it's good news as there is an external patch. But for Gentoo Linux users as OpenOffice-3.3.0 was delivered only as just binary file OOo_3.3.0_Linux_x86-64_install-rpm-wJRE_en-US.tar.gz from official OpenOffice.org site. So now there is only fast and simple way to escape this vulnerability for Gentoo users - using current binary build of Apach Open Office 3.4 beta unpacked to /opt directory for example.
Re: [TRANSLATION]: collecting status
2012.03.22. 18:36 keltezéssel, Risto Jääskeläinen írta: Oliver-Rainer Wittmann [orwittm...@googlemail.com] kirjoitti: Hi Risto, On 21.03.2012 23:12, Risto Jääskeläinen wrote: Oliver-Rainer Wittmann [orwittm...@googlemail.com] kirjoitti: Hi, I have setup a wiki page in order to provide/collect the status of the translation of specific languages [1]. I also linked this wiki page from our AOO 3.4 Release Plan cwiki page [2]. Does it makes sense to have such a wiki page? If yes, please provide further data/information. Please provide further data/information. Initially I put in the following data from my memory: -- As far as I know the strings for the user interface for Portuguese (Brazilian) are complete (currently not reflected on the Pootle server, but in the svn repository) - I do not the status for the help for Portuguese (Brazilian). -- Zoltan stated in a post that the user interface strings for Hungarian are also complete, but I do not know, if some of this work is lost due to the fact that the Pootle server was not up to date. -- I have see work on Finnish - issue 119066. It looks like that not all survived the Pootle server update. I have reopened the issue in order to indicate that a review is needed. Thanks. [1] http://wiki.services.openoffice.org/wiki/Translation_for_AOO_3.4_-_Status [2] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Release+Plan Thanks in advance, Oliver. Hello! I just check some new missing Finnish translation lines in Pootle (chart2 / source / controller / dialogs.po) and it seems to me normal situation: those missing translations are for new lines of version 3.4 and there is not yet Finnish translations for them. And overall amount for new lines is quite normal for new version I think. So there are no need anything else than translation work. I am going to send my CLA to Apache. I think I can translate some lines as nobody or offline? Thanks for the feedback. I hope you did not look into the Pootle server projects Apache OpenOffice (Incubating) or Apache OpenOffice (INcubating) Help Files. These projects shall not be used. At least the translation of the help for Finnish which is found in issue 119066 is not available in project Apache OpenOffice 3.4.x Help Files. Thx again, Oliver. Now there is line for 3.4 help file too on page https://translate.apache.org/fi/ I can confirm that all Finnish text are missing. This is not normal. Regards Risto The Hungarian Help files in same state: empty. Earlier state was 98% done, in incubating help files. The UI stings I finished for Apache OpenOfficce 3.4.x, excluding basic/source/app.po which is a VCLTestool po file. Regards, Zoltan
Re: Non-fatal strange with Apache OpenOffice3.4
On Thu, 22 Mar 2012 21:32:40 +0400 Очиров Николай nvochi...@yandex.ru wrote: Thank you, Rory! And what about log-file? 22.03.2012, 21:12, Rory O'Farrell ofarr...@iol.ie: On Thu, 22 Mar 2012 21:07:11 +0400 Очиров Николай nvochi...@yandex.ru wrote: Did not. How do I do this? 22.03.2012, 20:44, Rory O'Farrell ofarr...@iol.ie: On Thu, 22 Mar 2012 20:29:06 +0400 Очиров Николай nvochi...@yandex.ru wrote: Пересылаемое сообщение 22.03.2012, 20:24, Очиров Николай nvochi...@yandex.ru: Hello! I noticed that when I start OOo from the console using command soffice-writer and etc. message appears: javaldx failed. User must select a JRE from options dialog!. OOo 3-5 seconds slow, but then starts and runs like normal.Or something is not working right? And one more question. If OOo crashes on startup - where i can see the logs? Is there it all? sincerely, o.n. Завершение пересылаемого сообщения Have you selected a Java implementation under /Tools /Options/ OpenOffice.org /Java? Select /Tools /Options/ OpenOffice.org /Java? I have no idea about a log file, sorry. -- Rory O'Farrell ofarr...@iol.ie
Re: [TRANSLATION]: Request for translation and effort estimations
Hi 2012/3/22 Jürgen Schmidt jogischm...@googlemail.com: if possible they can work offline, submit patches ... As I mentioned it is always good to start with a iCLA as first step to become a committer over time. I think that we can do this two things in separated ways, Jürgen. Maybe a new volunteer wish only write a new document or help in translation, without the flag of committer. Do you think this people have a problem with that? I think that they haven't problem with iCLA, but yet not is the way (IMHO). We can treat this question with a different approach. Please, give me the chance to bring a good strategy that i saw and i believe to be a good way. In translation part of launchpad, the forge of Canonical, when you register in there system you need to agree with the terms, where says that all contributions in that system will be licensed under BSD license. We could work in the same model, giving the chance for all in register in Pootle under this condition - he agree that all translation's contributions are licensed under Apache's License - giving the translator profile. If this volunteer agrees with the sign of iCLA, can be promoted to committer and follows the normal climb if this is his wish. The same can be used in the wiki pages. This step can save us of legal problems and rationalize the process, giving for us more agility inside our process. What you think? And our Apache's mentors? With this care, we can receive (more) easily this new volunteers/contributions in a legal way, and recognize/track all contributions. I think this questions is important to maintain this project as an all, and looking others problems (arriving), like spellchekers, thesaurus, and others language tools that (how it was developed in GPL/LGPL mode for attempt OOo, and after LibO) will be necessary to be remade under Apache. Is the case of all pt-BR tools, what will hinder the adoption of AOO here. :-/ Well, can we use a more flexible way to accept this contributions, yet inside of Apache's rules? Best, Claudio
Re: After AOO 3.4, attracting new contributors
On 03/22/12 11:09, Herbert Duerr wrote: As a quick note, I'd *love* to dive in and start doing some coding on AOOo; it's just that I've no idea where in the heck to start... :) Additionally to what Pedro said I'd like to point to our Bugzilla at https://issues.apache.org/ooo/ which is a fountain of inspiration. E.g. http://s.apache.org/EdO shows all the ideas with more than five votes. The potential to use the same tool for tracking bugs, enhancement and feature ideas indicates the the name Bugzilla is too narrow and thus the old project to be called Issuezilla. Herbert Hmm... Jim is an expert in serf, I suppose ;), so the webdav issues in Bugzilla would be indeed be a good starting point for him ;-). I will add one of my personal favorites to that category: we should support CardDav addressbooks using the Mulberry vCard library, and webdav was a requirement for this: https://cwiki.apache.org/confluence/display/OOOUSERS/IP_Clearance_Address+Book cheers, Pedro.
[TRANSLATION]: RE: Oliver WITTMAN collecting status
Oliver, greetings I just checked Apache OpenOffice 3.4.x Help Files https://translate.apache.org/nl/OOo_34_help/. There are NO translated files there. Not one ! Yesterday I indeed checked the older directories Apache OpenOffice (INcubating) Help Files https://translate.apache.org/nl/OOo_help/ and Apache OpenOffice (Incubating) https://translate.apache.org/nl/OOo/ they were 'almost'completely translated so I translated the remaining part and therefore ended up with 100% for both UI and Help I also checked the directories Apache OpenOffice 3.4.x Help Files https://translate.apache.org/nl/OOo_34_help/ andApache OpenOffice 3.4.x https://translate.apache.org/nl/OOo_34/ but there were NO files for Dutch at all when I was there. (At least I couldn't find them there) Just two languages, one of them being German, the other one I can't remember. Can you please check the files for Dutch in Apache OpenOffice (INcubating) Help Files https://translate.apache.org/nl/OOo_help/ ? There seems to be something wrong, at least from my end :-). -- DiGro Windows 7 and OpenOffice.org 3.3 Scanned with Ziggo uitgebreide Internetbeveiliging (F-Secure)
Re: After AOO 3.4, attracting new contributors
I'm not sure if Jim meant this or not, but being started doesn't mean finding things to do. The first stage is figuring out how to set up a dev environment. Could this be sensibly added to (our linked from) the get involved page? Sent from my mobile device, please forgive errors and brevity. On Mar 22, 2012 5:09 PM, Herbert Duerr h...@apache.org wrote: As a quick note, I'd *love* to dive in and start doing some coding on AOOo; it's just that I've no idea where in the heck to start... :) Additionally to what Pedro said I'd like to point to our Bugzilla at https://issues.apache.org/ooo/ which is a fountain of inspiration. E.g. http://s.apache.org/EdO shows all the ideas with more than five votes. The potential to use the same tool for tracking bugs, enhancement and feature ideas indicates the the name Bugzilla is too narrow and thus the old project to be called Issuezilla. Herbert
Re: HEADS UP: install sets were renamed from OOo* to Apache_OpenOffice_incubating*
On Thursday, 22. March 2012 at 15:19, Oliver-Rainer Wittmann wrote: Hi, On 22.03.2012 13:51, Herbert Duerr wrote: Please note that the install sets that fall out of a build have been renamed from OOo* to Apache_OpenOffice_incubating* so that e.g. OOo_3.4.0_MacOS_x86_install_en-US.dmg now has the file name Apache_OpenOffice_incubating_3.4.0_MacOS_x86_install_en-US.dmg I would prefer a shorter AOO_incubating_3.4.0_... I used for example a scheme like aoo-3.4-incubating-src... for our source release. Similar to for example the odftoolkit (incubating) project. Why expanding OOo to Apache_OpenOffice_? Ok it seems we have to include incubating but that's it. Just my 2 cents Juergen and another heads up ;-) The next developer snapshots, proposed by Jürgen, will _not_ contain this change. Best regards, Oliver.
Re: Yet another Apache Logo
On Thursday, 22. March 2012 at 17:02, Pedro Giffuni wrote: On 03/22/12 01:51, Jürgen Schmidt wrote: On 3/22/12 5:30 AM, Pedro Giffuni wrote: http://people.apache.org/~pfg/images/AOO-powered.png Doesn't it make you all want to use FreeBSD? ;). to be honest Pedro, I don't like it ;-) FWIW, I originally had the planet covered by a heavily transparent-ed BSD daemon but it was too spooky for my Catholic heart! I would prefer you would simply use the original one extended with some BSD specific stuff or so. I plan to use both: the about and info bitmaps are necessarily different. But I will probably never see it in action ;-), I won't switch from MacOS. Hmm.. MacOS ... you are already a FreeBSD user ... you just don't know it :-P. it's funny, we never met each other in person but I was sure that you tell me something like that ;-) My last sentence was initially longer ... to native BSD. Hey I am really looking forward to meet you in the future somewhere, maybe ApacheCon in Germany? Anyway we drink a beer or a wine, whatever you prefer ;-) Juergen Pedro.
Re: HEADS UP: install sets were renamed from OOo* to Apache_OpenOffice_incubating*
On Thu, Mar 22, 2012 at 4:18 PM, Juergen Schmidt jogischm...@googlemail.com wrote: On Thursday, 22. March 2012 at 15:19, Oliver-Rainer Wittmann wrote: Hi, On 22.03.2012 13:51, Herbert Duerr wrote: Please note that the install sets that fall out of a build have been renamed from OOo* to Apache_OpenOffice_incubating* so that e.g. OOo_3.4.0_MacOS_x86_install_en-US.dmg now has the file name Apache_OpenOffice_incubating_3.4.0_MacOS_x86_install_en-US.dmg I would prefer a shorter AOO_incubating_3.4.0_... I used for example a scheme like aoo-3.4-incubating-src... for our source release. Similar to for example the odftoolkit (incubating) project. Why expanding OOo to Apache_OpenOffice_? Ok it seems we have to include incubating but that's it. It looks like the recommendation is to use the full product name, but the Apache part is optional for podlings. So openoffice-3.4.0-incubating would be one possible root. See: http://incubator.apache.org/guides/releasemanagement.html#naming Just my 2 cents Juergen and another heads up ;-) The next developer snapshots, proposed by Jürgen, will _not_ contain this change. Best regards, Oliver.
Re: [TRANSLATION]: collecting status
On Thursday, 22. March 2012 at 18:54, Reizinger Zoltán wrote: 2012.03.22. 18:36 keltezéssel, Risto Jääskeläinen írta: Oliver-Rainer Wittmann [orwittm...@googlemail.com] kirjoitti: Hi Risto, On 21.03.2012 23:12, Risto Jääskeläinen wrote: Oliver-Rainer Wittmann [orwittm...@googlemail.com] kirjoitti: Hi, I have setup a wiki page in order to provide/collect the status of the translation of specific languages [1]. I also linked this wiki page from our AOO 3.4 Release Plan cwiki page [2]. Does it makes sense to have such a wiki page? If yes, please provide further data/information. Please provide further data/information. Initially I put in the following data from my memory: -- As far as I know the strings for the user interface for Portuguese (Brazilian) are complete (currently not reflected on the Pootle server, but in the svn repository) - I do not the status for the help for Portuguese (Brazilian). -- Zoltan stated in a post that the user interface strings for Hungarian are also complete, but I do not know, if some of this work is lost due to the fact that the Pootle server was not up to date. -- I have see work on Finnish - issue 119066. It looks like that not all survived the Pootle server update. I have reopened the issue in order to indicate that a review is needed. Thanks. [1] http://wiki.services.openoffice.org/wiki/Translation_for_AOO_3.4_-_Status [2] https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+Release+Plan Thanks in advance, Oliver. Hello! I just check some new missing Finnish translation lines in Pootle (chart2 / source / controller / dialogs.po) and it seems to me normal situation: those missing translations are for new lines of version 3.4 and there is not yet Finnish translations for them. And overall amount for new lines is quite normal for new version I think. So there are no need anything else than translation work. I am going to send my CLA to Apache. I think I can translate some lines as nobody or offline? Thanks for the feedback. I hope you did not look into the Pootle server projects Apache OpenOffice (Incubating) or Apache OpenOffice (INcubating) Help Files. These projects shall not be used. At least the translation of the help for Finnish which is found in issue 119066 is not available in project Apache OpenOffice 3.4.x Help Files. Thx again, Oliver. Now there is line for 3.4 help file too on page https://translate.apache.org/fi/ I can confirm that all Finnish text are missing. This is not normal. Regards Risto The Hungarian Help files in same state: empty. Earlier state was 98% done, in incubating help files. The UI stings I finished for Apache OpenOfficce 3.4.x, excluding basic/source/app.po which is a VCLTestool po file. Regards, Zoltan the help project is not yet updated completely. We have to communicate the progress and current state better. Sorry again for potential confusion. I promise that the situation will be improved and will become better. We will keep you informed. I need detailed info what exactly was done so far and then I can help. I got access to the server now and can probably help ... Juergen
Re: HEADS UP: install sets were renamed from OOo* to Apache_OpenOffice_incubating*
On 3/22/2012 16:28, Rob Weir wrote: On Thu, Mar 22, 2012 at 4:18 PM, Juergen Schmidt jogischm...@googlemail.com wrote: On Thursday, 22. March 2012 at 15:19, Oliver-Rainer Wittmann wrote: Hi, On 22.03.2012 13:51, Herbert Duerr wrote: Please note that the install sets that fall out of a build have been renamed from OOo* to Apache_OpenOffice_incubating* so that e.g. OOo_3.4.0_MacOS_x86_install_en-US.dmg now has the file name Apache_OpenOffice_incubating_3.4.0_MacOS_x86_install_en-US.dmg I would prefer a shorter AOO_incubating_3.4.0_... I used for example a scheme like aoo-3.4-incubating-src... for our source release. Similar to for example the odftoolkit (incubating) project. Why expanding OOo to Apache_OpenOffice_? Ok it seems we have to include incubating but that's it. It looks like the recommendation is to use the full product name, but the Apache part is optional for podlings. So openoffice-3.4.0-incubating would be one possible root. See: http://incubator.apache.org/guides/releasemanagement.html#naming Has anybody checked to see if we'll run into that idiotic 72-character limitation on path names? /tj/ Just my 2 cents Juergen and another heads up ;-) The next developer snapshots, proposed by Jürgen, will _not_ contain this change. Best regards, Oliver.
Re: HEADS UP: install sets were renamed from OOo* to Apache_OpenOffice_incubating*
Sent from my iPhone On Mar 22, 2012, at 4:28 PM, Rob Weir robw...@apache.org wrote: On Thu, Mar 22, 2012 at 4:18 PM, Juergen Schmidt jogischm...@googlemail.com wrote: On Thursday, 22. March 2012 at 15:19, Oliver-Rainer Wittmann wrote: Hi, On 22.03.2012 13:51, Herbert Duerr wrote: Please note that the install sets that fall out of a build have been renamed from OOo* to Apache_OpenOffice_incubating* so that e.g. OOo_3.4.0_MacOS_x86_install_en-US.dmg now has the file name Apache_OpenOffice_incubating_3.4.0_MacOS_x86_install_en-US.dmg I would prefer a shorter AOO_incubating_3.4.0_... I used for example a scheme like aoo-3.4-incubating-src... for our source release. Similar to for example the odftoolkit (incubating) project. Why expanding OOo to Apache_OpenOffice_? Ok it seems we have to include incubating but that's it. It looks like the recommendation is to use the full product name, but the Apache part is optional for podlings. So openoffice-3.4.0-incubating would be one possible root. +1 from me See: http://incubator.apache.org/guides/releasemanagement.html#naming Just my 2 cents Juergen and another heads up ;-) The next developer snapshots, proposed by Jürgen, will _not_ contain this change. Best regards, Oliver.
[TRANSLATION]: RE: RE: Oliver WITTMAN collecting status
Oliver, Can you please check the files for Dutch in Apache OpenOffice (INcubating) Help Fileshttps://translate.apache.org/nl/OOo_help/ ? There seems to be something wrong, at least from my end :-). Should be Apache OpenOffice 3.4.x Help files https://translate.apache.org/projects/OOo_34_help/ of course. But I just read the notification of Raphael, so it might have something to do with that https://translate.apache.org/projects/OOo_34_help/ -- DiGro Windows 7 and OpenOffice.org 3.3 Scanned with Ziggo uitgebreide Internetbeveiliging (F-Secure)
Re: openoffice.fm
Rob Weir robweir at apache.org writes: On Wed, Mar 14, 2012 at 10:53 AM, Donald Whytock dwhytock at gmail.com wrote: Looks like they are bundling in known adware apps like PartyPoker, PriceGong, uPlayer, etc. Their link that says Install the OpenOffice suite and get the #1 alternative to MS Office downloads a 33 MB openoffice-suite.exe. This is not a real distribution of OpenOffice.org. It sounds like it is a download admin that will offer the other apps and then download OOo. So a few issues here: 1) Their website and the file name suggest that the user is downloading OpenOffice 2) Domain name openoffice.fm Both are likely confusing to the consumer and falsely imply the identity and source of their goods. BTW, I created a place in Bugzilla to track things like this: https://issues.apache.org/ooo/enter_bug.cgi?product=trademark Once we get 3.4 out maybe we can do an official registration of Apache OpenOffice as a trademark. That will give us some more clout with issues like this. Until then, I suppose we should take it as a compliment that they are claiming to be us, and not some other open source office suite -Rob Don In a moment of carelessness, I downloaded and installed openoffice.fm, but declined all adware apps. After installation, no version of OOo appeared anywhere. (So, *apparently* nothing installed or could be uninstalled.) I've run Sophos AV numerous time and found nothing. Any reason I should be concerned? Thx, M
Re: openoffice.fm
On Thu, Mar 22, 2012 at 4:40 PM, Marc Sanders marcsander...@gmail.com wrote: Rob Weir robweir at apache.org writes: On Wed, Mar 14, 2012 at 10:53 AM, Donald Whytock dwhytock at gmail.com wrote: Looks like they are bundling in known adware apps like PartyPoker, PriceGong, uPlayer, etc. Their link that says Install the OpenOffice suite and get the #1 alternative to MS Office downloads a 33 MB openoffice-suite.exe. This is not a real distribution of OpenOffice.org. It sounds like it is a download admin that will offer the other apps and then download OOo. So a few issues here: 1) Their website and the file name suggest that the user is downloading OpenOffice 2) Domain name openoffice.fm Both are likely confusing to the consumer and falsely imply the identity and source of their goods. BTW, I created a place in Bugzilla to track things like this: https://issues.apache.org/ooo/enter_bug.cgi?product=trademark Once we get 3.4 out maybe we can do an official registration of Apache OpenOffice as a trademark. That will give us some more clout with issues like this. Until then, I suppose we should take it as a compliment that they are claiming to be us, and not some other open source office suite -Rob Don In a moment of carelessness, I downloaded and installed openoffice.fm, but declined all adware apps. After installation, no version of OOo appeared anywhere. (So, *apparently* nothing installed or could be uninstalled.) I've run Sophos AV numerous time and found nothing. Any reason I should be concerned? The MO is typically to install adware, not viruses. Virus writing is not a business model. Some anti-virus apps report adware, some don't. But if you don't see anything, that might be a good sign. After all, adware that you can't see is not a business model either. When I get a chance I'll try installing on a virtual machine and see what I get. -Rob Thx, M
[Translation] Re: CVE-2012-0037: OpenOffice.org data leakage vulnerability
The italian community would like to translate the bullettin. It will really help us to have the originals ODT versions of the README.pdf files. Can someone provide them? Thanks Paolo Pozzan Il 22/03/2012 14:16, Rob Weir ha scritto: Please note, this is the official security bulletin, targeted for security professionals. If you are an OpenOffice.org 3.3 user, and are able to apply the mentioned patch, then you are encouraged to do so. If someone else supports or manages your desktop, then please forward this information to them. Additional support is available on our Community Forums: http://user.services.openoffice.org/ And via our ooo-users mailing list: http://incubator.apache.org/openofficeorg/mailing-lists.html#users-mailing-list Note: This security patch for OpenOffice.org is made available to legacy OpenOffice.org users as a service by the Apache OpenOffice Project Management Committee. The patch is made available under the Apache License, and due to its importance, we are releasing it outside of the standard release cycle. -Rob -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 CVE-2012-0037: OpenOffice.org data leakage vulnerability Severity: Important Vendor: The Apache Software Foundation Versions Affected: OpenOffice.org 3.3 and 3.4 Beta, on all platforms. Earlier versions may be also affected. Description: An XML External Entity (XXE) attack is possible in the above versions of OpenOffice.org. This vulnerability exploits the way in which external entities are processed in certain XML components of ODF documents. By crafting an external entity to refer to other local file system resources, an attacker would be able to inject contents of other locally- accessible files into the ODF document, without the user's knowledge or permission. Data leakage then becomes possible when that document is later distributed to other parties. Mitigation: OpenOffice.org 3.3.0 and 3.4 beta users should install the patch at: http://www.openoffice.org/security/cves/CVE-2012-0037.html This vulnerability is also fixed in Apache OpenOffice 3.4 dev snapshots since March 1st, 2012. Source and Building: Information on obtaining the source code for this patch, and for porting it or adapting it to OpenOffice.org derivatives can be found here: http://www.openoffice.org/security/cves/CVE-2012-0037-src.txt Credit: The Apache OpenOffice project acknowledges and thanks the discoverer of this issue, Timothy D. Morgan of Virtual Security Research, LLC. References: http://security.openoffice.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCgAGBQJPayGmAAoJEGFAoYdHzLzHJVcP/jXzY+ROwPTAaSItCc4GAn2q Gm3uL9D9aRrs/pp+sofRkF9L3nyWEyyVfvZv6+IBrqOU/2Tu1CD8cY6Kns1ZYxVO ZRDiR5hhr3pA6KfWlb9W9it/8JsTF7WZfTX0uRMPXCYlJuYQ38Nl7kloPYswXG2w By2J19VanlHuwLQJoNV08652HBDy2Xpa6Wk7N5NoyETILOS47QTgizjAYZ2AY0GE ykBFu9A9yblLM5zftuMT/4FxkHQ8Qx5I3NmV3V8cUgJlmbc2oscsC23iIPcoulJF GSn8tub/e47xzgpJy69NoHgzmb6Ou+J3BDXr0kmH008P6FaTpTgPTltZ8Fcua+T2 JSWjzW5IBOW/20J9RN+5lkDJQTY5FiqqpjV7H6bZV3+MVx3Fk/ih1uJPr2cVZqaT pDU5xtn79py7MNsmpjnzD7mPbdiA2OfStzFpqUM60HOki7RgGpozvUPEvA0uIss9 X/jP1KixPDdbGS2fMrM7KG9mnT8BOzwow0Vti7alP2x2BkTXZm2K/qflXJDFCxTn g23OJIxlnhC8cK4etyezWNMSya4LLMgz6ZO+TEdvCSaaF6b3t6seskgnFAMcdPHY bkfzzYnACtrvQAmRQ1Nn4i1yFGAY+cTE7sUO2NcFhHn6jXaiZFEatdh4XJEEcTXl OZE/3v6XnehMD/32kipa =/qce -END PGP SIGNATURE-
Re: [TRANSLATION]: Request for translation and effort estimations
Hi Claudio; On 03/22/12 13:16, Claudio Filho wrote: Hi ... We could work in the same model, giving the chance for all in register in Pootle under this condition - he agree that all translation's contributions are licensed under Apache's License - giving the translator profile. If this volunteer agrees with the sign of iCLA, can be promoted to committer and follows the normal climb if this is his wish. The same can be used in the wiki pages. Yes. Actually item 5 of the AL2 is very supportive of this scheme. This step can save us of legal problems and rationalize the process, giving for us more agility inside our process. What you think? And our Apache's mentors? With this care, we can receive (more) easily this new volunteers/contributions in a legal way, and recognize/track all contributions. In any case, due to the setup that we have, a committer will have to take care of reviewing and making the contributions effective. All committers sign iCLAs: signing an iCLA should be seen as a step towards getting deeper involvement in the project but not a block from contributing. I think this questions is important to maintain this project as an all, and looking others problems (arriving), like spellchekers, thesaurus, and others language tools that (how it was developed in GPL/LGPL mode for attempt OOo, and after LibO) will be necessary to be remade under Apache. Is the case of all pt-BR tools, what will hinder the adoption of AOO here. :-/ This was solved this for the short term already: we got permission to bundle dictionaries even if they are GPLd but we won't keep them in the base tree. This is actually consistent since the dictionaries are developed outside of the Apache Project. On the longer term we will probably try to use the dictionaries provided by the platform (Windows 8- MacOS X at least) Pedro.
Re: Yet another Apache Logo
On 03/22/12 15:26, Juergen Schmidt wrote: Hmm.. MacOS ... you are already a FreeBSD user ... you just don't know it :-P. it's funny, we never met each other in person but I was sure that you tell me something like that ;-) My last sentence was initially longer ... to native BSD. Ugh ... I am becoming predictable !! Hey I am really looking forward to meet you in the future somewhere, maybe ApacheCon in Germany? Anyway we drink a beer or a wine, whatever you prefer ;-) No Jägermeister please, anything but that !! :-P. Pedro.
How to make a Linux port of CVE-2012-0037
We need a few things: 1) Someone to build the patch (http://www.openoffice.org/security/cves/CVE-2012-0037-src.txt) 2) Someone to create install instructions for the patch 3) One or more people to test the patch 4) Someone to update the website and send out an announcement #1 is actually a lot easier than it sounds. If you can build AOO 3.4 under Linux then you probably are already building the patched file. We might even just extract the relevant library from a dev snapshot install. But we need to consider what variations we need, 32 versus 64, etc. For #2 I have the source for the existing install instructions. I'm happy to share with anyone who wants to update the instructions and screenshots for Linux users. For #3, I'm sure many of us can help. We have a proof of concept file that shows the exploit that we can test against, but we need to take extreme measures to ensure that filed is not publicly disclosed. For #4, I am happy to help with the digital signature and staging to the mirrors, etc. Updating the webpage is really easy, using the Apache CMS. Anyone care to volunteer for some of these tasks? -Rob
Re: svn commit: r809507 - in /websites/production/ooo-site: cgi-bin/ content/
On Wed, Mar 21, 2012 at 8:30 PM, Dave Fisher dave2w...@comcast.net wrote: Hi Kay, You might want to check with Joe. He might have done something to help you here. ok, thanks. Regards, Dave On Mar 21, 2012, at 4:39 PM, ksch...@apache.org wrote: Author: kschenk Date: Wed Mar 21 23:39:04 2012 New Revision: 809507 Log: kls -- moved update service Added: websites/production/ooo-site/cgi-bin/ - copied from r809506, websites/staging/ooo-site/trunk/cgi-bin/ websites/production/ooo-site/content/ - copied from r809506, websites/staging/ooo-site/trunk/content/ -- MzK Women and cats will do as they please, and men and dogs should relax and get used to the idea. -- Robert Heinlein
FishEye isn't updating the commit info.
Dear infra@ guys; The fisheye instance is not updating the OpenOffice information since Feb 25: https://fisheye6.atlassian.com/browse/ooo I have to say that I am not really surprised that no one else has noticed it stopped working. To be honest I never found out how to do some simple searches, like the occurrences of GPL in the headers, and I ended up using an outdated OpenGrok instance and/or the classic recursive grep. I think it's great to try alternatives but I just thought I'd provide the feedback that this one is just not working very well for us. Thanks, Pedro.
Re: Apache list archive issues must be fixed soon
Hi Rob, Good idea. Thanks. On Fri, Mar 23, 2012 at 7:13 AM, Rob Weir robw...@apache.org wrote: What about the MarkMail archives? Is their copy of the archive any better? See: http://markmail.org/search/+list:org.apache.incubator.ooo-general-ja This is a good alternative. We will use it until the mail archives on mail-archives.apache.org are really internationalized :) Tony and Apache infrastructure team, We will wait for you. When you have time, please patch the following issues. https://issues.apache.org/bugzilla/show_bug.cgi?id=52195 https://issues.apache.org/bugzilla/show_bug.cgi?id=52182 Thanks, khirano -- khir...@apache.org Apache OpenOffice (incubating) http://incubator.apache.org/openofficeorg/
Re: [TRANSLATION]: collecting status
Hi 2012/3/21 Oliver-Rainer Wittmann orwittm...@googlemail.com: I have setup a wiki page in order to provide/collect the status of the translation of specific languages [1]. I updated directly there about pt-BR status. Basically, 83% of help translated. [1] http://wiki.services.openoffice.org/wiki/Translation_for_AOO_3.4_-_Status Best, Claudio
Re: [TRANSLATION]: Request for translation and effort estimations
Hi 2012/3/22 Pedro Giffuni p...@apache.org: Yes. Actually item 5 of the AL2 is very supportive of this scheme. Good to hear this, Pedro. Thanks. In any case, due to the setup that we have, a committer will have to take care of reviewing and making the contributions effective. All committers sign iCLAs: signing an iCLA should be seen as a step towards getting deeper involvement in the project but not a block from contributing. I understand exactly in this way, but what I have not seen was a place in Pootle or wiki where shows this points. At Pootle, i agree that is necessary a commiter to revise all contributions, from anonymous or registered volunteers. For anonymous, ok, but i think that i lost the discussion about *registered* volunteers in Pootle. Can Apache open a new profile there for who wish enter in the system and to start his contributions logging as his work? Well, for pt-BR commiter in pootle, can i be this person? I received this email from Apache. =) -- Dear Claudio Filho, This message acknowledges receipt of your ICLA, which has been filed in the Apache Software Foundation records. If you have been invited as a committer, please advise the project PMC that your ICLA has been filed. Warm Regards, Craig L Russell Secretary, Apache Software Foundation -- This was solved this for the short term already: we got permission to bundle dictionaries even if they are GPLd but we won't keep them in the base tree. This is actually consistent since the dictionaries are developed outside of the Apache Project. Humm... sorry, but maybe i can't understand this point in a practical question. You say that when we will release our binaries will can have this dictionaries under [L]GPL embedded?!? What i understand is that the *final user* need to download and to install this dictionaries as extension and not embedded in the package. On the longer term we will probably try to use the dictionaries provided by the platform (Windows 8- MacOS X at least) humm.. (again) :-) I think that we can do a simple web system and collect contributions to rebuild this tools under bsd/mit/apache license, so can be used in *any* project. Best, Claudio
Re: encountered non-reproduced crash when calling help
I also tried zh_TW yesterday and today, not reproduced either... I will do more about Changes later On 22 March 2012 23:59, xia zhao lilyzh...@gmail.com wrote: Qing Le, I don't think this kind of crash related to language package, it should something related change tracking. You may try more in this area with different language package. I couldn't reproduce this crash against my Windows XP with same language package. Lily 2012/3/22 lou ql louqin...@gmail.com I have English openoffice installed and then installed zh_CN package. Launch Openoffice, new a spreadsheet. and working with Changes for some time in Edit-Changes-Show dialog, with Range checkbox checked, but the editbox is empty, I clicked the Help button, then openoffice crashed...
[PROPOSAL] create ooo-qa mailing list
Hi all, I would like to propose creation of ooo...@incubator.apache.org mailing list. QA interested people are defintely subscribing ooo-dev mailing list. Now we are approaching to release, therefore we need more QA relate work! Notable activity is that Lily summarizes qa weekly status including bugzilla activity as well. However currently, traffic of the ooo-dev mailing list is too high and many of them are not QA related subjects. I'd like to be a moderator. Of course, I'm very happy if Lily would become a moderator, too. My background for QA activity. I was the QA project lead (qa.openoffice.org) with Caio and Joost. I was a MacOSX PPC build provider, as well as FreeBSD porter. I'm also interested especially for automatic testing (so i had been provided VCLTesttool environment at good-day.net; unfortunately, good-day is gone...). Thanks, Nakata Maho
Re: Propose AOO 3.4 RC Build Test Plan
Thanks Best Regards, Yan Ji On Mar 22, 2012, at 5:16 PM, xia zhao wrote: Hi all, As AOO 3.4 RC build is nearly ready, I propose AOO 3.4 RC build test plan here. 1. Installer testing Focus on installation testing on below major platforms: -Windows 7 64/32 bit -Windows Vista 64/32 bit -Windows XP SP2 -RedHat Enterprise Linux(RHEL) 64 bit/32 bit -Ubuntu 10.04 64 bit/32 bit -Mac OS 10.7(Lion) -Mac OS 10.6.x -Mac 10.5 Installation should cover upgrade install from OO 3.3. I also think we need to take care if there is LibreOffice installed in system(e.g. some Linux distribution has LibreOffice preloaded as default) Additional Platform are suggested: -FreeBSD 9.0/8.2 -OS/2 -Solaris x86 10 2. Extension testing Volunteers can get the extension list from: http://extensions.services.openoffice.org/ (??) -Directory -Extensions based on OOo (Verify they still works with IP clearance work done in AOO 3.40 -Extensions based on AOO (View by Most Recent category on extension page) I propose to verify template import from website http://templates.services.openoffice.org/ 3. Basic Interoperability Testing The test scenarios cover: -Load -Save -Reopen And the interoperability cover both compatibility with MS office 2003/MS office 2010 and old OOo versions. 4. General testing Do free testing on AOO six components, Math, Base, Draw, Impress, Writer, Calc for three days. 5. Globalization and Translation testing If other languages build are offered as RC builds(seems we will only have English only RC build for AOO 3.4), quick globalization and translation testing will be done. Which include: - Check the UI - Switch locale and check some culture related functions, such as currency, date, formula etc. The above testing are supposed to be done during 1 week and during this week, if no critical issues are reported, we can say the RC build is ready to ship based on vote. I placed this plan here: https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+RC+Build+Test+Plan Lily
Re: Propose AOO 3.4 RC Build Test Plan
MS already teminate support service for Windows 2000 SP4. Is there any need for us to take care this OS? Thanks Best Regards, Yan Ji On Mar 22, 2012, at 11:52 PM, xia zhao wrote: Olaf, 2012/3/22 O.Felka olaf-openoff...@gmx.de Am 22.03.2012 10:16, schrieb xia zhao: Hi all, As AOO 3.4 RC build is nearly ready, I propose AOO 3.4 RC build test plan here. 1. Installer testing Focus on installation testing on below major platforms: -Windows 7 64/32 bit -Windows Vista 64/32 bit -Windows XP SP2 No tests for Windows 2000? If volunteer has this environment, yes, surely he can test against Windows 2000, but this platform isn't major platform AOO 3.4 supposed from my view. -RedHat Enterprise Linux(RHEL) 64 bit/32 bit -Ubuntu 10.04 64 bit/32 bit -Mac OS 10.7(Lion) -Mac OS 10.6.x -Mac 10.5 Additional Platform are suggested: -FreeBSD 9.0/8.2 -OS/2 -Solaris x86 10 2. Extension testing Volunteers can get the extension list from: http://extensions.services.**openoffice.org/http://extensions.services.openoffice.org/(??) -Directory -Extensions based on OOo (Verify they still works with IP clearance work done in AOO 3.40 -Extensions based on AOO (View by Most Recent category on extension page) 3. Basic Interoperability Testing The test scenarios cover: -Load -Save -Reopen And the interoperability cover both compatibility with MS office 2003/MS office 2010 and old OOo versions. 4. General testing Do free testing on AOO six components, Math, Base, Draw, Impress, Writer, Calc for three days. 5. Globalization and Translation testing If other languages build are offered as RC builds(seems we will only have English only RC build for AOO 3.4), quick globalization and translation testing will be done. Which include: - Check the UI - Switch locale and check some culture related functions, such as currency, date, formula etc. The above testing are supposed to be done during 1 week and during this week, if no critical issues are reported, we can say the RC build is ready to ship based on vote. I placed this plan here: https://cwiki.apache.org/**confluence/display/OOOUSERS/** AOO+3.4+RC+Build+Test+Planhttps://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+RC+Build+Test+Plan Lily I did some additional tests for r1299571 on Windows XP and Suse 11.3 Linux with VCL testtool. They look very promising. I haven't found any big flaws. Some tests show that some controls are missing and they stumble over the new color picker. Lots of tests don't show any warning or error. Groetjes, Olaf
Re: time to create ooo-qa mailing list? Re: AOO 3.4 QA Weekly Status Report As of 2012.03.19(2012.03.13 - 2012.03.19)
Hi Lily, ok I sent a proposal to ooo-dev. Please wait for 2 weeks to 3 weeks. Please send an e-mail as a reply to my proposal with reasons why you think you need ooo-qa list. Thanks Nakata Maho From: xia zhao lilyzh...@gmail.com Subject: Re: time to create ooo-qa mailing list? Re: AOO 3.4 QA Weekly Status Report As of 2012.03.19(2012.03.13 - 2012.03.19) Date: Thu, 22 Mar 2012 17:05:00 +0800 Nakata, Yes, I totally agree it's time to create QA mail list, who can help on it? It seems I haven't authority to create it. Do you can create? Or Rober, can you help? Lily 2012/3/21 Maho NAKATA m...@apache.org Hi Lily and all Now time to create a new ML, ooo-qa? It's very hard to track such info, as you see, traffic of this mailing list is very large amount. Thanks Nakata Maho From: xia zhao lilyzh...@gmail.com Subject: AOO 3.4 QA Weekly Status Report As of 2012.03.19(2012.03.13 - 2012.03.19) Date: Mon, 19 Mar 2012 09:38:53 +0800 Hi all, *AOO 3.4 Overall QA Status: *Based on the test plan: https://cwiki.apache.org/confluence/display/OOOUSERS/Release-QA-Plan, I can say that the planned work are 100% done. 100% IP clearance testing have been done. These are the tests of areas most impacted by removed/replaced modules due to IP clearance. 100% general testing have been done. These are general functional tests. *AOO 3.4 QA Weekly Status Report as of 2012/2/29 (2012/3/1 - 2012/3/12): *Test build: dev snapshot builds: Rev. r1299571 http://people.apache.org/%7Eorw/DevSnapshots-Rev.1296433/win32OOo_3.4.0_Win_x86_install_en-US_de_fr_it_es_ja_pt-BR_zh-CN_zh-TW_nl_hu_fi_ru.exe Test Platforms: Windows XP SP3, Mac Lionn, Ubuntu 10.04, Redhat 6.1, Windows 7 SP1 Test Cases Executed: IP Clearance: libneon replacement issue tracking General testing: Math formula Some Base functions *Interoperability automaiton testing:* Tested total 1188 files with following file types: (odt)|(ott)|(sxw)|(stw)|(doc)|(dot)|(ods)|(ots)|(sxc)|(stc)|(xls)|(xlt)|(odp)|(otp)|(sxi)|(sti)|(ppt)|(pot) The test scenarios cover: - Load - Save - Reopen Only one issue was found, it takes too long time (at least 4 minutes) to open one sample excel file and UI is blocked when loading. OpenOffice.org 3.3 has the same problem. It's very quick using MS Office. Bug i119091 was raised for it. I checked the bugzilla, seems it is one known issue. *Defects Summary*: So far 360 defects raised against 3.4beta, AOO dev and 3.4m0. If we count the defects from 1th Aug. of last year, it means the about date we call AOO 3.4, the total defects number is 271. Among the 360 defects, 51 critical defects raised and 17 ones remain opening now. One great news is currently we only have 3 reamining release blockers and two of them need be discussed: D https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=bug_idquery_based_on=All340ReleaseBlocker Sev▲ https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=bug_severity%20DESC%2Cpriority%2Cquery_based_on=All340ReleaseBlocker Pri▲ https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=priority%20DESC%2Cbug_severityquery_based_on=All340ReleaseBlocker OS https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=op_sys%2Cpriority%2Cbug_severityquery_based_on=All340ReleaseBlocker Assignee https://issues.apache.org/ooo/buglist.cgi?bug_status=UNCONFIRMEDbug_status=CONFIRMEDbug_status=ACCEPTEDbug_status=REOPENEDfield0-0-0=flagtypes.namefield0-0-1=flagtypes.namefield0-0-2=bug_severityquery_format=advancedtype0-0-0=equalstype0-0-1=equalstype0-0-2=equalsvalue0-0-0=3.4_release_blocker%2Bvalue0-0-1=3.4_release_blocker%3Fvalue0-0-2=blockerorder=assigned_to%2Cpriority%2Cbug_severityquery_based_on=All340ReleaseBlocker
Re: [TRANSLATION]: Request for translation and effort estimations
Hi again; On 03/22/12 18:36, Claudio Filho wrote: Hi ... In any case, due to the setup that we have, a committer will have to take care of reviewing and making the contributions effective. All committers sign iCLAs: signing an iCLA should be seen as a step towards getting deeper involvement in the project but not a block from contributing. I understand exactly in this way, but what I have not seen was a place in Pootle or wiki where shows this points. At Pootle, i agree that is necessary a commiter to revise all contributions, from anonymous or registered volunteers. For anonymous, ok, but i think that i lost the discussion about *registered* volunteers in Pootle. Can Apache open a new profile there for who wish enter in the system and to start his contributions logging as his work? Please understand that the pootle server has not been up for too long and we still don't have a procedure for almost anything. This is something we will have to think about and discuss with the infra guys. Well, for pt-BR commiter in pootle, can i be this person? I received this email from Apache. =) -- Dear Claudio Filho, This message acknowledges receipt of your ICLA, which has been filed in the Apache Software Foundation records. If you have been invited as a committer, please advise the project PMC that your ICLA has been filed. Warm Regards, Craig L Russell Secretary, Apache Software Foundation -- That means you submitted an iCLA. Becoming a committer is a process. Don't tell anyone but the big secret is that to be invited to become a committer you have to have a record of contributions such that another committer will start a discussion and later a private vote in the PPMC. Once voted you may be asked to become a committer and maybe also a PPMC member. This was solved this for the short term already: we got permission to bundle dictionaries even if they are GPLd but we won't keep them in the base tree. This is actually consistent since the dictionaries are developed outside of the Apache Project. Humm... sorry, but maybe i can't understand this point in a practical question. You say that when we will release our binaries will can have this dictionaries under [L]GPL embedded?!? What i understand is that the *final user* need to download and to install this dictionaries as extension and not embedded in the package. We got permission to *bundle* them. I am unsure if that means they will go in the same binary tarball or if they will be available independently packaged in the same server. On the longer term we will probably try to use the dictionaries provided by the platform (Windows 8- MacOS X at least) humm.. (again) :-) I think that we can do a simple web system and collect contributions to rebuild this tools under bsd/mit/apache license, so can be used in *any* project. I would like to see the simple part of it ;). There is a new Apache TLP: http://opennlp.apache.org/ Maybe they can give us ideas to make much more intelligent dictionaries. There's just a lot to do. Pedro.
Re: [TRANSLATION]: Request for translation and effort estimations
2012/3/22 Pedro Giffuni p...@apache.org: anything. This is something we will have to think about and discuss with the infra guys. Ok. discussion and later a private vote in the PPMC. Once voted you may be asked to become a committer and maybe also a PPMC member. Ack. I would like to see the simple part of it ;). There is a new Apache TLP: http://opennlp.apache.org/ Maybe they can give us ideas to make much more intelligent dictionaries. There's just a lot to do. Wow! I will see more about this project too, Pedro. Thanks a lot for all. Claudio
Implications for security vulnerability (CVE-2012-0037)
Here is my personal assessment around the CVE-2012-003 that was announced concurrent with a patch release for OpenOffice 3.3.0 today. First, the vulnerability is related to use of ODF 1.2 document format in a manner that causes information from the user's computer to be covertly accessed and captured inside the document when it is saved. (If it is not saved, there is no harm. If it is saved as ODF 1.0/1.1, there might also be no harm, although this case requires some testing to confirm.) As was reported, it is relatively easy to craft an ODF 1.2 document that can exercise the exploit when opened by a vulnerable application. THE EXTENT OF THE VULNERABILITY LibreOffice reported CVE-2012-0037 today concurrent with the agreed lifting of the embargo. My understanding is that later (since January) LO 3.4.x releases have the fix as do the LO 3.5.x releases and release candidates. Consult the LibreOffice.org site and blog for details. All LibreOffice releases preceding those identified as repaired remain vulnerable. The patched versions of OO.o 3.3.0 and Oracle OO.o-dev 3.4, are free of the vulnerability. The latest (since March 1) Apache OpenOffice developer previews are free of the vulnerability. All previous OpenOffice.org releases back to OO.o 3.0 presumably have the vulnerability (since that was the start of claimed ODF 1.2 support). Any unpatched recent versions will continue to have the vulnerability until patched or replaced, of course. OTHER RELEASES/PRODUCTS THAT DO NOT HAVE THE VULNERABILITY Pre-3.0 versions of OO.o should not have the vulnerability. Lotus Symphony has never had the vulnerability. Microsoft Office 2007/2010 ODF support does not have the vulnerability. Microsoft Office converters from ODF to Office (as used with Office 2003, for example) do not have the vulnerability. I suspect that documents containing the exploit can't pass through Google Docs, but I haven't tested it. I doubt that they are vulnerable though. Some other supporters of ODF format have indicated that their products do not support the feature of ODF 1.2 format that is the carrier of the exploit. The suppliers of such products should be consulted directly for confirmation. DOCUMENTS NOT HAVING THE EXPLOIT Documents saved as ODF 1.0/1.1 should not preserve any exploit. That is a way to scrub suspicious documents and templates so long as any loss of fidelity is tolerable when going down-level and back. Documents saved as .doc, .rtf, .docx, .xls, .xlsx, .ppt, .pptx, etc., and then brought back from those formats should not contain any exploit. This only works if any loss of fidelity is tolerable of course. Note that it is not necessary to have Microsoft Office. Using the converters that are part of OpenOffice.org, Apache OpenOffice, and LibreOffice is sufficient. Saved HMTL documents will, likewise, be stripped of any exploit. Saved PDF documents will also be exploit-free so long as the form of PDF that preserves the original ODF document as an attachment is not used. WHO IS VULNERABLE AND WHAT TO DO IF YOU THINK YOU ARE The exploit requires that you open and use a document or template from an unreliable or unknown source (or that someone you do trust has managed to do this and sent the result to you). The captured material is no use if the resulting saved document is not returned to someone who knows to look for it. In some forms of the exploit, once information is captured, there are no further captures. However, the captured content can be passed on through subsequent revisions and recipients. That is, there may be perpetuation of covertly-captured residue. Fortunately, the exploit involves a feature that is not required for the correct processing of most ODF documents (which is also why success of the exploit is easily unnoticed). So extinguishing the feature from a document, while heavy handed, rarely does any harm. If you have any doubt concerning ODF documents in your possession, you can exercise some of the remedies in the previous section, involving saving the document in different formats and then re-opening it form those formats. If you are unable to patch your system or want to ensure that documents you already have do not carry any exploit, you can also clean up the ODF package using a Zip utility. It is also possible to produce a utility that can automatically scrub most ODF packages of any potentially-suspect content. - Dennis
Re: [BZ]no AOO340-dev in version list?
On 03/23/2012 04:08 AM, lou ql wrote: I cannot find AOO340-dev in the version list when I new bug... When you tried to file the new issue the website https://issues.apache.org/ooo/enter_bug.cgi asked: First, you must pick a product on which to enter a bug Which product did you select? Herbert
Re: [BZ]no AOO340-dev in version list?
l10n On 23 March 2012 13:16, Herbert Duerr h...@apache.org wrote: On 03/23/2012 04:08 AM, lou ql wrote: I cannot find AOO340-dev in the version list when I new bug... When you tried to file the new issue the website https://issues.apache.org/ooo/**enter_bug.cgihttps://issues.apache.org/ooo/enter_bug.cgiasked: First, you must pick a product on which to enter a bug Which product did you select? Herbert
Re: [BZ]no AOO340-dev in version list?
On 03/23/2012 06:30 AM, lou ql wrote: l10n Now issues can be filed against l10n's AOO340-dev version. Also porting didn't have this version, but it has it now. Herbert
Re: [BZ]no AOO340-dev in version list?
I can see it now, Thanks On 23 March 2012 13:50, Herbert Duerr h...@apache.org wrote: On 03/23/2012 06:30 AM, lou ql wrote: l10n Now issues can be filed against l10n's AOO340-dev version. Also porting didn't have this version, but it has it now. Herbert