Re: buildbot failure in ASF Buildbot on openoffice-linux32-nightly
Can't locate LWP/UserAgent.pm in @INC (@INC contains: Andre's new script solenv/bin/download_missing_extensions.pl adds a dependency to the Perl LWP:UserAgent module. Any ideas? Running cpan -i LWP:UserAgent should suffice. Hope that helps, Herbert
Re: [TRANSLATION] First part is now at pootle
Hi, excuse my top posting. It is not yet clarified how or if we can ensure the translation from non committers. You should have noticed that we at Apache take some things more serious than others. 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. If you can work with offline tools feel free to contact me or Raphael and we will help to provide a set of po files. The translated po files can you attach to an issue and can notify the issue on the mailing list. After that it shouldn't be a big deal to propose you as committer for the future. Important is that we have some identity check and that you ensure that your contribution is your own. I personally don't have any problems with an iCLA that often is mentioned as a problem. Juergen On 3/21/12 5:26 AM, Maho NAKATA wrote: Hmmm We need a description about how to participate. is it possible? thanks Nakata Maho From: Yue Helenhelenyu...@gmail.com Subject: Re: [TRANSLATION] First part is now at pootle Date: Wed, 21 Mar 2012 10:36:04 +0800 I can also contribute... The UI seems quite straightforward! while it's totally new to me, is there any guide for people like me? Helen 2012/3/21 Jing Baijingbaibe...@gmail.com Same questions here. How could we register in the Apache Translate Pootle service tool. Any way for us to register. We would like to contribute some Chinese translation for the rest of the 1429 new/changed string in 3.4 Best regards Betsy 2012/3/21 Risto Jääskeläinenrjaas...@saunalahti.fi Raphael Bircher [r.birc...@gmx.ch] kirjoitti: Hi at all You can find the languages wich have aktive support at the moment on Pootle https://translate.apache.org/**projects/OOo_34/ https://translate.apache.org/projects/OOo_34/ You can imediatly start with the rest of the translation. Greetings Raphael -- My private Homepage: http://www.raphaelbircher.ch/ Thank You very much! I find that 1) I am not registered in 2) There is no link for registration 3) I can make quite permanent translation by Lähetä (Send?) button 4) If I use Ehdota (Suggest?) button it is made by nobody. Number 3 is quite insecure I think? I like to register myself in Pootle system. Regards Risto
Re: Apache list archive issues must be fixed soon
Hi Rob, This issue is very important, as OpenOffice is an international project. Still, we cannot write e-mails to exchange opinions.. Following are issues must be fixed soon. https://issues.apache.org/bugzilla/show_bug.cgi?id=52195 https://issues.apache.org/bugzilla/show_bug.cgi?id=52182 Best, Nakata Maho From: Kazunari Hirano khir...@gmail.com Subject: Re: Apache list archive issues must be fixed soon Date: Wed, 21 Mar 2012 10:11:56 +0900 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. 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/
Re: buildbot failure in ASF Buildbot on openoffice-linux32-nightly
Sorry, I did not see that LWP/UserAgent.pm was not a required Perl module anymore on [1], on [2] it was still present. I have fixed that. I would have fixed this myself, but I do not have access to the build servers. Regards, Andre [1] http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Windows [2] http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Building_on_Windows_with_MinGW On 21.03.2012 07:10, Herbert Duerr wrote: Can't locate LWP/UserAgent.pm in @INC (@INC contains: Andre's new script solenv/bin/download_missing_extensions.pl adds a dependency to the Perl LWP:UserAgent module. Any ideas? Running cpan -i LWP:UserAgent should suffice. Hope that helps, Herbert
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)
Lily's report is also on our wiki. https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+3.4+QA+Status+Report In fact that is the format I prefer: keep important information in wiki. So that you can just ignore the related discussion mails, and check wiki for the status when you want. 2012/3/21 Rob Weir robw...@apache.org On Tue, Mar 20, 2012 at 8:49 PM, Maho NAKATA m...@apache.org wrote: 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. I agree, traffic is heavy. Another solution is to create an ooo-rob list ;-) But seriously, I think our largest separable topic is the discussions on Pootle and translation process and ongoing discussion of translating pages on the website. If we made an ooo-l10n list, this would get a good amount of traffic. For example today (March 20th) we had 16 posts on such topics. This is a good thing, and there is some overlapping interest, but I think we scare off some potential contributors if we force them to subscribe to a list with 60 messages/day. Of course, those who are interested in everything are free to subscribe to multiple lists. -Rob 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.exehttp://people.apache.org/~orw/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
Re: update service - proposal for temporary solution until AOO 3.4 is released.
Hi, On 21.03.2012 00:33, Kay Schenk wrote: On Tue, Mar 20, 2012 at 2:36 PM, Kay Schenkkay.sch...@gmail.com wrote: On Tue, Mar 20, 2012 at 10:01 AM, Dave Fisherdave2w...@comcast.netwrote: On Mar 20, 2012, at 9:45 AM, Kay Schenk wrote: On Mon, Mar 19, 2012 at 5:31 PM, Ariel Constenla-Haile arie...@apache.orgwrote: Hi Kay, On Mon, Mar 19, 2012 at 03:42:22PM -0700, Kay Schenk wrote: Well interesting...I did some editing of versionrc and now I get that an update does not exist after pulling off the pkgfmt=rpm requirement. However, we can not expect users of existing product to go messing with their existing setups (i.e. editing files). I don't mind the odd message I was getting before about an rpm package not being found. I'm just wondering if there's some way to configure the snippet you sent to just do something a bit more friendly for all possible situations that are currently out there now. Thoughts? Any experts on how to create a generic null feed? I tried with my original empty xml file (not a feed) and it works as expected with every combination: UpdateURL= http://people.apache.org/~arielch/ProductUpdateService/check.Update UpdateURL= http://people.apache.org/~arielch/ProductUpdateService/check.Update?pkgfmt=rpm UpdateURL= http://people.apache.org/~arielch/ProductUpdateService/check.Update?pkgfmt=deb UpdateURL= http://people.apache.org/~arielch/ProductUpdateService/check.Update?pkgfmt=dmg I can't see why it does not work for you. Please try pointing the UpdateURL to this file http://people.apache.org/~arielch/ProductUpdateService/check.Update Regards -- Ariel Constenla-Haile La Plata, Argentina Well, foo, when I do this replacement, it does work as you say! Darn! OK, let me re-investigate why the other snippet with my internal host redirect isn't working quite right! :( How are doing this redirect? Regards, Dave I've got the following in my local /etc/hosts 140.211.11.131 update36.services.openoffice.org here are versions I've played with in versionrc (I split the lines for easier reading for you) + [Version] AllLanguages=en-US buildid=330m20(Build:9567) ExtensionUpdateURL= http://updateexte.services.openoffice.org/ExtensionUpdateService/check.Update OOOBaseVersion=3.3 ProductBuildid=9567 ProductMajor=330 ProductMinor=20 ProductSource=OOO330 UpdateID=OpenOffice.org_3_en-US #UpdateURL= http://update36.services.openoffice.org/ProductUpdateService/check.Update?pkgfmt=rpm UpdateURL= http://update36.services.openoffice.org/ProductUpdateService/check.Update #UpdateURL= http://people.apache.org/~arielch/ProductUpdateService/check.Update?pkgfmt=rpm UpdateUserAgent=PRODUCT (${buildid}; ${_OS}; ${_ARCH}; BundledLanguages=${AllLanguages}) ++ using Ariel's returns no update. Using the current one with the redirect returns the error business. (i mean it connects but I get a different message, a failed...) Things of note vis a vis people.apache.org vs www.openoffice.org (where I have the current re-route) If you just bring up: http://www.openoffice.org/ProductUpdateService/check.Update vs http://people.apache.org/~arielch/ProductUpdateService/check.Update they look different in my browser...one has UTF-8 vs utf-8 so I'm curious about this. I did up a little cgi and ran it on both people.apache.org and well, ooo-site-staging.apache.org and they both produce the same environment info. So ??? http://people.apache.org/~kschenk/cgi-bin/env.cgi http://ooo-site.staging.apache.org/cgi-bin/env.cgi I will change the UTF-8 to utf-8 on www.openoffice.org and see what happens. Also did a diff on them and nothing but the case business. Meanwhile -- do you know how we get cgi to run on www.openoffice.org? I see we have a directory for this. I dumped some test scripts in it, but www.openoffice.org/cgi-bin/h.cgi (Hello World) preoduces nothing. :( If not, I will get in touch with INFRA. a final note on this...if I directly put UpdateURL=http://www.openoffice.org/ProductUpdateService/check.Updatehttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm in my versionrc file, it works per Ariel's comments -- 'No Update Available. However, my redirect via /etc/hosts causes the weird result. So maybe something is not quite right with this (???) It looks like your local 'redirection' does not work. You can check your 'redirection' in your browser. On my system (Windows 7) I observe the following: - browsing to www.openoffice.org/ProductUpdateService/check.Update using FireFox shows me the XML snippet. - a ping to www.openoffice.org reveals IP address 140.211.11.131. - browsing to 140.211.11.131/ProductUpdateService/check.Update using FireFox return 404 Not Found. - browsing to 140.211.11.311 using FireFox shows ASF main page. - adapting my ...\etc\hosts file as you have done and browsing to
Re: [TRANSLATION] First part is now at pootle
On 3/20/12 11:33 PM, Risto Jääskeläinen wrote: Raphael Bircher [r.birc...@gmx.ch] kirjoitti: Hi at all You can find the languages wich have aktive support at the moment on Pootle https://translate.apache.org/projects/OOo_34/ You can imediatly start with the rest of the translation. Greetings Raphael -- My private Homepage: http://www.raphaelbircher.ch/ The UI part of pt-BR is 100% complete, please ignore it. Raphael hasn't updated this to the latest version that I have already integrated in the sources. Thanks again to Claudio Filho. Juergen Thank You very much! I find that 1) I am not registered in 2) There is no link for registration 3) I can make quite permanent translation by Lähetä (Send?) button 4) If I use Ehdota (Suggest?) button it is made by nobody. Number 3 is quite insecure I think? I like to register myself in Pootle system. Regards Risto
Re: Rat scan vs SGA
On 20.03.2012 21:44, Andrew Rist wrote: On 3/20/2012 8:18 AM, Andre Fischer wrote: Hi all, I compared the output of the Rat scan (section Unapproved Licenses:) with the SGA and here is the result: http://people.apache.org/~af/ratscan-sga.zip There are 4575 files in the Rat scan that have unapproved licenses and which need our attention. Only 138 of these are not in the SGA. Thanks for looking at this Andre. I have been looking at this, and my first couple of attempts at running my ALv2 header scripts on them were not so successful, as the problem is a bit more complex than replacing headers. It is difficult to determine if the current files need a header, and this makes the process harder. * some files are empty (no header needed) * some files are very short with no 'creative content' (no header needed) - but what is short? 1 line - 2 lines - 10 lines. (I'm not sure) * short file with creative content (need header but the header is longer than the content) - this is not so good... there is an option of a shortened ALv2 header which I think is needed here I do not see a technical problem with the license header being longer than the other content. It is just not aesthetically pleasing, something that we will have to live with. * file types that do not allow a header or comments (may need header but we have no way to do it - I think there are some files in this group, but I don't have a specific list) What file types are you thinking of? * binary files such as .jpeg, .png, .odX that should have a header inside, but are more complex in terms of adding a header (more difficult than my current perl script) Is a license header in image files really necessary? Can the Rat tool handle this? As to .odX (you mean .odt, .odp, .odc,... right?): We could put the license header into description.xml: Extract the .description.xml from the .odX, add the license header like you do for any other xml file, and put it back into the .odX. * binary files (mostly odt) that may not need a header (as the header would get seeded into a users work, changing the license of their work) This set is more difficult. I am willing (an probably able) to help with the above. Just tell me what to do. -Andre I am intending to take another run at this in the next day or two (I've been promising Juergen this for a week or so). My first attempt will be to add headers to groups of files (I do this by file type to get the comment syntax right), changing only files with at least minimum number of lines. This should result in the list being culled down to a number closer to 1000. I'll also collect up a list of short or empty files and add them to the excludes list. A. Regards, Andre
Re: update service - proposal for temporary solution until AOO 3.4 is released.
Hi, On 21.03.2012 09:48, Oliver-Rainer Wittmann wrote: [snip...] a final note on this...if I directly put UpdateURL=http://www.openoffice.org/ProductUpdateService/check.Updatehttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm in my versionrc file, it works per Ariel's comments -- 'No Update Available. However, my redirect via /etc/hosts causes the weird result. So maybe something is not quite right with this (???) It looks like your local 'redirection' does not work. You can check your 'redirection' in your browser. On my system (Windows 7) I observe the following: - browsing to www.openoffice.org/ProductUpdateService/check.Update using FireFox shows me the XML snippet. - a ping to www.openoffice.org reveals IP address 140.211.11.131. - browsing to 140.211.11.131/ProductUpdateService/check.Update using FireFox return 404 Not Found. - browsing to 140.211.11.311 using FireFox shows ASF main page. - adapting my ...\etc\hosts file as you have done and browsing to update36.services.openoffice.org/ProductUpdateService/check.Update using FireFox results in a connection time stating the standard message which is headed by The connection was reset - the same you got when you browse to a non-existing server - reverting the change to my ...\etc\hosts and performing a ping to update36.services.openoffice.org outputs the following: output $ ping update36.services.openoffice.org Pinging sd-web2.staroffice.de [192.18.197.109] with 32 bytes of data: Request timed out. Request timed out. Request timed out. Request timed out. Ping statistics for 192.18.197.109: Packets: Sent = 4, Received = 0, Lost = 4 (100% loss), /output BTW, the used HTTP/WebDAV client library and its integration into our UCB is able to handle HTTP redirects which are typically triggered by return HTTP status code 301 - HTTP status codes 302, 303 and 307 are also handled. Best regards, Oliver.
Re: [TRANSLATION] First part is now at pootle
Am 21.03.12 10:04, schrieb Jürgen Schmidt: On 3/20/12 11:33 PM, Risto Jääskeläinen wrote: Raphael Bircher [r.birc...@gmx.ch] kirjoitti: Hi at all You can find the languages wich have aktive support at the moment on Pootle https://translate.apache.org/projects/OOo_34/ You can imediatly start with the rest of the translation. An additional information. The file basic/source/app.po seems to be the VCL TestTool. You have not to translate this po. -- My private Homepage: http://www.raphaelbircher.ch/
Re: Rat scan vs SGA
On 20.03.2012 22:11, Andrew Rist wrote: I'll update the rat excludes with this info. (skipping over all of the ?? - adding all of the OKs) A. Thanks Andrew. Please also add ?? mysqlc\source\mysqlc_propertyids.hxx No info, but should be same as mysqlc_propertyids.cxx ?? mysqlc\source\mysqlc_statement.hxx No info, but should be same as mysqlc_statement.cxx which are pretty clear. I will continue and send you updates. Thanks for your help! Thus the resulting list which I will continue to look at is: Files in RatScan but not in SGA Agenda: 1st column: OK or ?? or // (comment) for the following entries 2nd column: filename 3rd column: Comment in ?? acinclude.m4 GPL? ?? config.guess FSF GPL? ?? config.sub FSF GPL? ?? connectivity\qa\complex\connectivity\hsqldb\TestCacheSize.java HSQL Development Group, seems free usable ?? extensions\source\activex\example.html Does not exist in trunk ?? hwpfilter\source\ksc5601.h FSF, looks free ?? libtextcat\data\new_fingerprints\fpdb.conf No information, originally from http://odur.let.rug.nl/~vannoord/TextCat/, adapted by Jocelyn MERAND // Not in grant yet, but all from (C) SUN 2008, should be added to grant ?? mysqlc\source\mysqlc_propertyids.hxx No info, but should be same as mysqlc_propertyids.cxx ?? mysqlc\source\mysqlc_statement.hxx No info, but should be same as mysqlc_statement.cxx ?? mythes\mythes-1.2.0-makefile-mk.diff WordNet Release 2.0 external library, free license, text looks like MIT // files are under MPL1.1 (category B) ?? 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 // jsc wanted to check these odk\configure.pl odk\docs\install.html odk\docs\notsupported.html odk\docs\tools.html odk\examples\DevelopersGuide\examples.html odk\examples\examples.html odk\index.html // 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 ?? 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 ?? 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 // no license info, jsc ?? solenv\bin\srcrelease.xml // originally from XConsortium, mkdepend.man contains license info (permission) // and looks like MIT1.1 ?? 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 // No license info, filtername lists probably written by testing, thus probably SUN/Oracle ?? 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 // No license info, test scripting lists probably written by testing, thus probably SUN/Oracle ?? 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 ??
Re: Rat scan vs SGA
Here is an update, 103 files still not in the SGA. I am currently looking at the files in the main/ directory in the hope to find a way to remove the autoconf files from the repository (acinclude.m4, config.guess, config.sub) And now the 103 files (all below main/): acinclude.m4 config.guess config.sub connectivity/com/sun/star/sdbcx/comp/hsqldb/StorageNativeOutputStream.java connectivity/qa/complex/connectivity/hsqldb/TestCacheSize.java hwpfilter/source/ksc5601.h libtextcat/data/new_fingerprints/fpdb.conf 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 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 mysqlc/source/mysqlc_subcomponent.hxx mysqlc/source/mysqlc_types.cxx mysqlc/source/mysqlc_types.hxx mythes/mythes-1.2.0-makefile-mk.diff 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 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 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 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 twain/inc/twain.h ucb/source/ucp/odma/odma.h unixODBC/inc/iodbcunix.h unixODBC/inc/sql.h unixODBC/inc/sqlext.h unixODBC/inc/sqltypes.h unixODBC/inc/sqlucode.h vcl/inc/os2/wingdi.h vcl/inc/os2/xwphook.h vcl/unx/generic/fontmanager/parseAFM.cxx vcl/unx/generic/fontmanager/parseAFM.hxx writerperfect/source/wpdimp/wpft_genericfilter.cxx 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 Regards, Andre
[BUILD][RELEASE]: propose a further snapshot to verify the latest fixes
Hi, I thought we would be ready to start building a RC but I think we should take the upcoming problems serious. And we should work on the RAT cleanup first. For that reason I would like to propose that we prepare a further developer snapshot based on revision 1303343 (Last Changed Rev: 1303221). This build should be used to verify the fixes. We should concentrate on 1 full build for en-US and language packs at a minimum. If there is capacity to build/upload more full builds it will be fine. Let us focus on the remaining work we have to do. 119100 extensions-installed dictionaries spell checking does not work - under investigation 119097 remove xwphook and its usage - already addressed and Yuri will fix it when he has access 119098 check/adapt license header based on RAT output and SGA - addressed and we are working on it - update LICENSE and NOTICE file - help is appreciated - prepare download page for the source releases, something like http://incubator.apache.org/odftoolkit/downloads.html - clarify how we want handle the binary downloads - I will start a new thread to discuss this - anything else? Juergen
Re: Apache list archive issues must be fixed soon
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/
Re: Rat scan vs SGA
Update regarding the autoconf files in main/: If you are interested in a list of the files in main/ then please have a look at [1]. In main/ you will find the files acinclude.m4 aclocal.m4 config.guess config.sub install-sh which are used in the autoconf process. The files aclocal.m4, config.guess, config.sub, install-sh do not have AOO specific content. They are copies of generic files that we have included into SVN just for convenience. I am currently looking into how they can be re-created on the fly. However, they do not seem to pose a legal problem: install-sh seems to have a MIT license aclocal.m4, config.guess, config.sub are all copyrighted by the FSF and are under GPL but their headers include this paragraph: # 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. The only file that looks like a potential legal problem is acinclude.m4. It contains some OpenOffice specific macros (and thus can not be re-created on the fly) and contains this in its header: dnl @author Caolan McNamara cao...@skynet.ie dnl @author Daniel Richard G. sk...@iskunk.org dnl @version 2006-05-01 dnl @license LGPL Any comments regarding the legal status of these files? -Andre [1] http://wiki.services.openoffice.org/wiki/Build_Bootstrapping#Files_in_main.2F
Re: Rat scan vs SGA
The only file that looks like a potential legal problem is acinclude.m4. It contains some OpenOffice specific macros (and thus can not be re-created on the fly) and contains [...] It contains the check whether getspnam_r used in sal/osl/unx/security requires five parameters. Since we are not interested in supporting ancient platforms I suggest to get rid of that check altogether and use the newer (but still many year old) shadow API conventions. The remaining code in that file comes from Stephan's commit 2008/02/04 10:40:30 sb 1.2.248.1: #i84200# introduced PKG_CHECK_MODULES_MACHACK to use system-provided specific bins instead of (MacPorts provided) pkg-check for libxml2/libxslt If his Mac specific hack was only needed for respecting the configuration options --with-system-libxml2 and --with-system-libxslt then this could be handled more directly. Herbert
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 2nd column: filename // hdu taking a look currently ?? 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 OK config.guess OK config.sub // Header contains license identical to BSD without advertising - should be added to rat excludes OK connectivity\qa\complex\connectivity\hsqldb\TestCacheSize.java // FSF, contains MIT equal license - should be added to rat excludes 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\fpdb.conf // 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 MPL1.1 (category B) ?? 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... ?? 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 reportbuilder\java\com\sun\star\report\pentaho\parser\style-mapping.txt GR reportbuilder\java\com\sun\star\report\pentaho\smil.css GR reportbuilder\java\com\sun\star\report\pentaho\star-office.css GR reportbuilder\java\com\sun\star\report\pentaho\star-report.css GR reportbuilder\java\com\sun\star\report\pentaho\star-rpt.css GR reportbuilder\java\com\sun\star\report\pentaho\svg.css GR reportbuilder\java\com\sun\star\report\pentaho\xsl-fo.css GR reportbuilder\license\THIRDPARTYREADMELICENSE.html GR reportbuilder\license\readme_en-US.html GR reportbuilder\license\readme_en-US.txt GR reportbuilder\prj\rpt.xml GR reportbuilder\template\manifest.xml GR reportbuilder\template\post.xml GR reportbuilder\template\pre.xml GR reportbuilder\util\component.txt GR reportbuilder\util\description.xml GR reportbuilder\util\manifest.xml // originally from XConsortium, mkdepend.man contains license info
Re: Apache OpenOffice Extensions/Templates Sites: State of the art
Just tried to download one template...very nice! 2012/3/21 Rob Weir robw...@apache.org On Tue, Mar 20, 2012 at 3:51 PM, Roberto Galoppini rgalopp...@geek.net wrote: Hi all, Here is a quick recap of what we at SourceForge have been doing over the last weeks to help the Apache Open Office community and what we plan to do in the near future. - Full analysis of the configurations and setup of the Extensions and Templates sites, to better understand existing and potential future issues; - Maintenance and updates to he Drupal modules of the two sites; (this included the update of the Drupal 5 platform to work with PHP 5.3) - Analysis of the performance issues of the sites replacing the caching systems; - Transparent Redirects to the SourceForge mirror for uploads' and downloads' operations to enabling a faster download and reducing significantly the load on the Drupal servers; - Rewriting all parts of the sites depending on extensions/templates.services.openoffice.org URLs; (the actual extensions/templates.openoffice.org can be relocated at any other URL the community might like); - Allowing users to login both with the openoffice.org accounts and with local accounts; (in order to manage smoothly the shutdown of Oracle infrastructure); - Automatic conversion of openoffice.org users' accounts to local accounts; (all users who actually logged in before Oracle shutdown were hence migrated seamless) - Creation of new accounts directly as local accounts and not as an account at openoffice.org; - Managing the transition of active users to the new system by direct mailing them prior to the receipt of users' accounts; (we needed to do that in order to avoid the risk of having active users out of the system for some days) What's next: 1 - We plan to Migrats all users right away, providing them also with some interesting info (e.g. extensions/templates recently created, statistics, etc) 2 - Help market AOO Extensions and Templates, e.g. interviewing creators and sharing the news via our media. Our community growth hacker and Apache member Rich Bowen will be happy to help with that. I wish also to take the chance here to thanks Ross Gardler, who mentored us through the collaboration process, Rob Weir for his inputs and support, and Gavin McDonald and the whole Infra team, who provided us with all necessary information, often getting help in turn from Andrew Rist (who was also supportive and helpful). I think it's also appropriate to give credit to our SiteOp team, especially Jacob Morman who was the owner of the activity on our side, and Wayne Davison who worked hard, deployed new servers, and went above and beyond the call of duty in getting this deployed quickly. Our engineering team did a lot of work especially, Dave Brondsema was also of great help, enabling our Allura open source forge to deliver on performance. We’re also very grateful to Antonio DeMarco the contractor who actually turned all our specifications and fix requests into a working platform. And I’s also like to thank Mark Ramm who helped mobilize and organize the engineering, contractor, and site operations work so that we could get this done quickly. Last but not least, I wish to say thank to Andrea Pescetti, who actually provided us with all details about how those websites work. +1 and thanks to all that helped. And especially, to you Roberto, for having the original idea that SourceForge might help, and then perusing that idea, especially through the chaos of the ooo-dev list! -Rob Roberto This e- mail message is intended only for the named recipient(s) above. It may contain confidential and privileged information. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying of this e-mail and any attachment(s) is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and delete the message and any attachment(s) from your system. Thank you.
[TRANSLATION]: Request for translation and effort estimations
Hi, the Pootle server is updated to the latest resource strings and a first set of languages is provided. At least for the UI, help is in progress. The available languages are the languages where we have already provided developer snapshots, means languages where we got feedback so far. We all know that more languages would be better and we will add more languages on demand... But I would like to ask our translation volunteers what do you think when we will be able to have a complete translation. Or better I would like to ask the following questions 1. Do we have volunteers for the currently available languages, see [1]? 2. Can we get a rough estimation when we can expect a 100% translation 2.1 for UI? 2.2 for Help? 3. Which other language should we add, where we have volunteers? NOTE: at the moment we have *en-US* the default, if you want en-GB, en-ZA, raise your hands. But in general we should only add a language when we have volunteers. Please help us and gave feedback! Juergen
Re: Rat scan vs SGA
On Wed, Mar 21, 2012 at 5:05 AM, Andre Fischer a...@a-w-f.de wrote: snip * binary files such as .jpeg, .png, .odX that should have a header inside, but are more complex in terms of adding a header (more difficult than my current perl script) Is a license header in image files really necessary? Can the Rat tool handle this? As to .odX (you mean .odt, .odp, .odc,... right?): We could put the license header into description.xml: Extract the .description.xml from the .odX, add the license header like you do for any other xml file, and put it back into the .odX. We ran into this with the ODF Toolkit. RAT does not understand ODF files. We might change that in the future (using the ODF Toolkit). So we had to exclude the ODF files from the scan. We also wrote a Java program (using the ODF Toolkit) that automatically added license information to the document's metadata. That worked fine for us, except in a small number of cases where the documents were being used in unit tests that were testing document metadata. (Doh!) Sot I'd in general be careful that you are not breaking any test files. For example, if your ran the ODF Toolkit's license adding code, you would also silently update all pre-ODF 1.2 files to ODF 1.2, and that might break or invalidate some of the AOO test cases, So the minimal fix might be best. -Rob
Re: [BUILD]: next developer snapshot or an RC?
Hi On 19.03.2012 10:26, Jürgen Schmidt wrote: Hi, my initial plan was to propose a RC candidate today but we got some feedback from the IPMC mailing list that we should integrate besides the last show stopper issue. Issue: Bug 118895 - aoo3.4 r1240836: some contextmenu entries are not localized This issue makes me nervous as long as we don't understand the root cause because in a local build environment where I have translations for some of the missing strings, the strings are still missing in a German office. It's under investigation... Based on the current situation I would like to propose the following. No new developer snapshot today. We are working on the feedback and the show stopper issue. Hopefully tomorrow we have the feedback integrated and I would like to propose an English ONLY Release candidate build. Why? Simply to work on the process and to achieve that we don't get any surprises later on. The last real show stopper issue is related to translations only. In parallel we will continue to work on our pootle server to drive the localization efforts forward. Any opinions on this proposed approach? Juergen I am getting very enthuastic about the things we have achieved, especially in the last days. A release is getting into the view. The current situation from my point of view is - We have solved all known code related show stoppers - the creation of next developer snapshots are currently in progress in order to verify the corresponding fixes. - The translation process is starting to work - big thanks from my side to the involved people -, but some things are open here -- Currently only Raphael has full admin access to the Pootle server as far as I know. Thus, the integration of further languages respectively updating the Pootle data with further translations provided by all the volunteers who are translating, but do not have access, have to go through only one person. I think this is a bottleneck. -- No other language than English (US) is complete for a release. - RAT scan cleanup is open - update of LICENSE and NOTICE files is open - preparation of downlad page for source release is open - clarification of binary download handling is open It looks like that we can solve everything in the next couple of days except the translation. Question: What is your opinion about a release which only contains language English (US)? Best regards, Oliver.
[CODE] svn commit: r1303221 - /incubator/ooo/trunk/main/extensions.lst
This commit (see subject) changes URLs in the new main/extensions.lst file. The new URLs are multiply indirect. This breaks the download of the extensions, somewhat. The actual downloading still works (thanks to the cool LWP::UserAgent perl module) but the downloaded files are stored under the wrong name (singular, all files are stored under the same name) and will therefore not be included in the installation set. The build should go through, only the extensions will be missing from the install sets. The change is an improvement, so I am working on extending the file format of main/extensions.lst and on fixing the download scripts to handle indirect URLs. -Andre
Re: Sourceforge and AOO 3.4 distribution
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 if you know percentage of traffic is from North America vs the rest of the world because some providers give very different rates for different locations, for example Cloudfront publishes $0.02/gb US and $0.12/gb in South America. Thanks again for to everybody who helped with data so far! --Mark Ramm This e- mail message is intended only for the named recipient(s) above. It may contain confidential and privileged information. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying of this e-mail and any attachment(s) is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and delete the message and any attachment(s) from your system. Thank you.
Re: [TRANSLATION] First part is now at pootle
Hi Jürgen, * On Wed, Mar 21, 2012 at 08:48:55AM +0100, Jürgen Schmidt wrote: Hi, excuse my top posting. It is not yet clarified how or if we can ensure the translation from non committers. You should have noticed that we at Apache take some things more serious than others. 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. If you can work with offline tools feel free to contact me or Raphael and we will help to provide a set of po files. The I guess most people will want to work off-line, at least I count three people on the Spanish mailing list willing to help translating. There should be a way to download the po files without needing to contact you directly. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpUDKrMUSw98.pgp Description: PGP signature
Re: [TRANSLATION] First part is now at pootle
Il 21/03/2012 16:14, Ariel Constenla-Haile ha scritto: Hi Jürgen, * On Wed, Mar 21, 2012 at 08:48:55AM +0100, Jürgen Schmidt wrote: Hi, excuse my top posting. It is not yet clarified how or if we can ensure the translation from non committers. You should have noticed that we at Apache take some things more serious than others. 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. If you can work with offline tools feel free to contact me or Raphael and we will help to provide a set of po files. The I guess most people will want to work off-line, at least I count three people on the Spanish mailing list willing to help translating. There should be a way to download the po files without needing to contact you directly. I confirm that working offline is usually preferred. Many useful functions like translation memories and terminology are not available in pootle while they are common in offline tools. Paolo Pozzan
Re: Sourceforge and AOO 3.4 distribution
On Tue, 2012-03-20 at 15:45 -0400, Rob Weir wrote: On Tue, Mar 20, 2012 at 3:22 PM, Joe Schaefer joe_schae...@yahoo.com wrote: We're still exploring available options and collecting data imacat. Right now an existing ooo mirror operator has reported to us that his average bandwidth consumption for ooo was ~100Mbps. It would help us to know how many mirrors support the existing mirrorbrain service for ooo to get a guess as to what the impact would be for Apache mirrors, but we are anticipating similar bandwidth requirements for our mirrors given the available data. What we currently need are estimates related to peak downloads during the initial few days / weeks of a release. Anyone with historical data on this needs to step forward and share it ASAP- 300K strikes me as an off-peak figure at this point. I have not seen any actual log files with this info, but there are reported tidbits that might be useful, such as: OpenOffice.org 3.0 was downloaded 3 million times in its first week, with about 80% of the downloads by Windows users, an official with the group said in a blog post on Monday. http://www.computerworld.com/s/article/9117575/OpenOffice.org_3.0_scores_strong_first_week So per day that is 430,000, around 50% much more than the average we saw in February. Not as much as I expected. What I don't know is when they enabled the update notifications feature then, if it even existed in 3.0. I think that will have a big impact on download peaks. In fact, we might even want to be clever, like have a CGI that sometimes says there is an update available, and sometimes does not, just to spread out the load more evenly. For example, if we have our server respond you have the latest 90% of the time, then it will take several requests on average for the auto-update feature to prompt the user to download the update. So we have some ability to throttle that demand, based on our CGI. -Rob I thought that the mirror system had failed to keep up with demand in the first day or two of the 3.0 release, if that is true (I can't find a reference now), then it would of been higher if the servers had been able to keep up. Anyway my recall is that it was something about the download rush happening before the push from master to all the mirrors had finished - which IIRC was a recurring problem prompted by bloggers trying to scoop the release announcement. Anyway - just passing along what I recall //drew - Original Message - From: imacat ima...@mail.imacat.idv.tw To: Apache OpenOffice Developers ooo-dev@incubator.apache.org Cc: Sent: Tuesday, March 20, 2012 3:14 PM Subject: Re: Sourceforge and AOO 3.4 distribution Please correct me if I'm wrong. But I thought that the Apache mirrors have more bandwidth than the SourceForge mirrors. Could someone explain why do we put the default download to places with less bandwidth? Apache mirrors: http://www.apache.org/mirrors/ SourceForge mirrors: http://sourceforge.net/apps/trac/sourceforge/wiki/Mirrors On 2012/03/21 03:07, Dave Fisher said: On Mar 20, 2012, at 11:33 AM, Joe Schaefer wrote: From: Mark Ramm m...@geek.net To: ooo-dev@incubator.apache.org; Joe Schaefer joe_schae...@yahoo.com Cc: Ross Gardler rgard...@opendirective.com Sent: Tuesday, March 20, 2012 2:25 PM Subject: Re: Sourceforge and AOO 3.4 distribution On Mon, Mar 19, 2012 at 4:04 PM, Joe Schaefer joe_schae...@yahoo.com wrote: FWIW the ballpark figures we have today Roberto are roughly 12GB worth of release artifacts and about100TB / day worth of download traffic. Thanks for the information. I'm working with Roberto to make sure all the right technical resources are aligned behind him, and that we have the resources to provide a great experience to your users. So, I'm here to help out, and validate everything to make sure we are prepared to handle AOO's peak load. Based on the file size data in the previous e-mail, and this bandwidth information, I believe we are talking about something around 700k download per day. Is that peak load, or is that sustained load? If it's sustained, do you have any ideas about what peak load would look like? If not, do you have any ideas about what sustained load would look like? Up until the Update service broke last week, ooo was sustaining 300K downloads a day. We used a ballpark download figure of 300 MB per user, which may explain the discrepancy if you used something considerably less. We simply don't have any data at this point about peak load to make any educated guesses. When this subject came up last year Marcus described peak as 300,000 downloads / day. Stats were collected until last February's switch to Kenai. See http://www.openoffice.org/marketing/marketing_bouncer.html
Re: [TRANSLATION] First part is now at pootle
On 3/21/12 4:14 PM, Ariel Constenla-Haile wrote: Hi Jürgen, * On Wed, Mar 21, 2012 at 08:48:55AM +0100, Jürgen Schmidt wrote: Hi, excuse my top posting. It is not yet clarified how or if we can ensure the translation from non committers. You should have noticed that we at Apache take some things more serious than others. 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. If you can work with offline tools feel free to contact me or Raphael and we will help to provide a set of po files. The I guess most people will want to work off-line, at least I count three people on the Spanish mailing list willing to help translating. There should be a way to download the po files without needing to contact you directly. I agree and that is the reason why Andre already suggested on the wiki page to checkin the po files directly. I take it as request and will prepare a set of po files for es asap. Juergen
Re: Sourceforge and AOO 3.4 distribution
Right now the ASF has roughly 250 mirrors, of which atm I'd expect 50 or so to drop us if we start carrying AOO releases. That means we'd have about twice as many mirrors as the mirrorbrain OOo service has, so we should be in better shape overall than what happened in the past, assuming we do something smart about staggering the Update service. There will be no way to surprise anybody about the release timing for an AOO release as at least a week of public discussion/voting will precede it. I still would like to strongly suggest that someone on the PPMC step up NOW and offer to contact existing mirror operators to get them to cover some of our losses. From: drew d...@baseanswers.com To: ooo-dev@incubator.apache.org Sent: Wednesday, March 21, 2012 11:45 AM Subject: Re: Sourceforge and AOO 3.4 distribution On Tue, 2012-03-20 at 15:45 -0400, Rob Weir wrote: On Tue, Mar 20, 2012 at 3:22 PM, Joe Schaefer joe_schae...@yahoo.com wrote: We're still exploring available options and collecting data imacat. Right now an existing ooo mirror operator has reported to us that his average bandwidth consumption for ooo was ~100Mbps. It would help us to know how many mirrors support the existing mirrorbrain service for ooo to get a guess as to what the impact would be for Apache mirrors, but we are anticipating similar bandwidth requirements for our mirrors given the available data. What we currently need are estimates related to peak downloads during the initial few days / weeks of a release. Anyone with historical data on this needs to step forward and share it ASAP- 300K strikes me as an off-peak figure at this point. I have not seen any actual log files with this info, but there are reported tidbits that might be useful, such as: OpenOffice.org 3.0 was downloaded 3 million times in its first week, with about 80% of the downloads by Windows users, an official with the group said in a blog post on Monday. http://www.computerworld.com/s/article/9117575/OpenOffice.org_3.0_scores_strong_first_week So per day that is 430,000, around 50% much more than the average we saw in February. Not as much as I expected. What I don't know is when they enabled the update notifications feature then, if it even existed in 3.0. I think that will have a big impact on download peaks. In fact, we might even want to be clever, like have a CGI that sometimes says there is an update available, and sometimes does not, just to spread out the load more evenly. For example, if we have our server respond you have the latest 90% of the time, then it will take several requests on average for the auto-update feature to prompt the user to download the update. So we have some ability to throttle that demand, based on our CGI. -Rob I thought that the mirror system had failed to keep up with demand in the first day or two of the 3.0 release, if that is true (I can't find a reference now), then it would of been higher if the servers had been able to keep up. Anyway my recall is that it was something about the download rush happening before the push from master to all the mirrors had finished - which IIRC was a recurring problem prompted by bloggers trying to scoop the release announcement. Anyway - just passing along what I recall //drew - Original Message - From: imacat ima...@mail.imacat.idv.tw To: Apache OpenOffice Developers ooo-dev@incubator.apache.org Cc: Sent: Tuesday, March 20, 2012 3:14 PM Subject: Re: Sourceforge and AOO 3.4 distribution Please correct me if I'm wrong. But I thought that the Apache mirrors have more bandwidth than the SourceForge mirrors. Could someone explain why do we put the default download to places with less bandwidth? Apache mirrors: http://www.apache.org/mirrors/ SourceForge mirrors: http://sourceforge.net/apps/trac/sourceforge/wiki/Mirrors On 2012/03/21 03:07, Dave Fisher said: On Mar 20, 2012, at 11:33 AM, Joe Schaefer wrote: From: Mark Ramm m...@geek.net To: ooo-dev@incubator.apache.org; Joe Schaefer joe_schae...@yahoo.com Cc: Ross Gardler rgard...@opendirective.com Sent: Tuesday, March 20, 2012 2:25 PM Subject: Re: Sourceforge and AOO 3.4 distribution On Mon, Mar 19, 2012 at 4:04 PM, Joe Schaefer joe_schae...@yahoo.com wrote: FWIW the ballpark figures we have today Roberto are roughly 12GB worth of release artifacts and about100TB / day worth of download traffic. Thanks for the information. I'm working with Roberto to make sure all the right technical resources are aligned behind him, and that we have the resources to provide a great experience to your users. So, I'm here to help out, and validate everything to make sure we are prepared to handle AOO's peak load. Based on the file size data in the previous e-mail, and this bandwidth
Re: [TRANSLATION]: Request for translation and effort estimations
Speaking for italian... (see below) Il 21/03/2012 15:11, Jürgen Schmidt ha scritto: Hi, the Pootle server is updated to the latest resource strings and a first set of languages is provided. At least for the UI, help is in progress. The available languages are the languages where we have already provided developer snapshots, means languages where we got feedback so far. We all know that more languages would be better and we will add more languages on demand... But I would like to ask our translation volunteers what do you think when we will be able to have a complete translation. Or better I would like to ask the following questions 1. Do we have volunteers for the currently available languages, see [1]? We have a bunch of volunteers who have already given their availability for this job. 2. Can we get a rough estimation when we can expect a 100% translation 2.1 for UI? One week, more or less. 2.2 for Help? Usually the amount of work for help is greater than UI, but I don't know if this is the case. We need to see the files to make an estimate. [cut] Paolo Pozzan
Re: update service - proposal for temporary solution until AOO 3.4 is released.
On Wed, Mar 21, 2012 at 1:48 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 21.03.2012 00:33, Kay Schenk wrote: On Tue, Mar 20, 2012 at 2:36 PM, Kay Schenkkay.sch...@gmail.com wrote: On Tue, Mar 20, 2012 at 10:01 AM, Dave Fisherdave2w...@comcast.net** wrote: On Mar 20, 2012, at 9:45 AM, Kay Schenk wrote: On Mon, Mar 19, 2012 at 5:31 PM, Ariel Constenla-Haile arie...@apache.orgwrote: Hi Kay, On Mon, Mar 19, 2012 at 03:42:22PM -0700, Kay Schenk wrote: Well interesting...I did some editing of versionrc and now I get that an update does not exist after pulling off the pkgfmt=rpm requirement. However, we can not expect users of existing product to go messing with their existing setups (i.e. editing files). I don't mind the odd message I was getting before about an rpm package not being found. I'm just wondering if there's some way to configure the snippet you sent to just do something a bit more friendly for all possible situations that are currently out there now. Thoughts? Any experts on how to create a generic null feed? I tried with my original empty xml file (not a feed) and it works as expected with every combination: UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Updatehttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=rpmhttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=debhttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=deb UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=dmghttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=dmg I can't see why it does not work for you. Please try pointing the UpdateURL to this file http://people.apache.org/~**arielch/ProductUpdateService/** check.Updatehttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update Regards -- Ariel Constenla-Haile La Plata, Argentina Well, foo, when I do this replacement, it does work as you say! Darn! OK, let me re-investigate why the other snippet with my internal host redirect isn't working quite right! :( How are doing this redirect? Regards, Dave I've got the following in my local /etc/hosts 140.211.11.131 update36.services.openoffice.**orghttp://update36.services.openoffice.org here are versions I've played with in versionrc (I split the lines for easier reading for you) ++**+++ [Version] AllLanguages=en-US buildid=330m20(Build:9567) ExtensionUpdateURL= http://updateexte.services.**openoffice.org/** ExtensionUpdateService/check.**Updatehttp://updateexte.services.openoffice.org/ExtensionUpdateService/check.Update OOOBaseVersion=3.3 ProductBuildid=9567 ProductMajor=330 ProductMinor=20 ProductSource=OOO330 UpdateID=OpenOffice.org_3_en-**US #UpdateURL= http://update36.services.**openoffice.org/**ProductUpdateService/check.* *Update?pkgfmt=rpmhttp://update36.services.openoffice.org/ProductUpdateService/check.Update?pkgfmt=rpm UpdateURL= http://update36.services.**openoffice.org/**ProductUpdateService/check.* *Updatehttp://update36.services.openoffice.org/ProductUpdateService/check.Update #UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=rpmhttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm UpdateUserAgent=PRODUCT (${buildid}; ${_OS}; ${_ARCH}; BundledLanguages=${**AllLanguages}) ++** using Ariel's returns no update. Using the current one with the redirect returns the error business. (i mean it connects but I get a different message, a failed...) Things of note vis a vis people.apache.org vs www.openoffice.org (where I have the current re-route) If you just bring up: http://www.openoffice.org/**ProductUpdateService/check.**Updatehttp://www.openoffice.org/ProductUpdateService/check.Update vs http://people.apache.org/~**arielch/ProductUpdateService/**check.Updatehttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update they look different in my browser...one has UTF-8 vs utf-8 so I'm curious about this. I did up a little cgi and ran it on both people.apache.org and well, ooo-site-staging.apache.org and they both produce the same environment info. So ??? http://people.apache.org/~**kschenk/cgi-bin/env.cgihttp://people.apache.org/%7Ekschenk/cgi-bin/env.cgi http://ooo-site.staging.**apache.org/cgi-bin/env.cgihttp://ooo-site.staging.apache.org/cgi-bin/env.cgi I will change the UTF-8 to utf-8 on www.openoffice.org and see what happens. Also did a diff on them and nothing but the case business. Meanwhile -- do you know how we get cgi to
np_sdk\mozsrc
Hi all, does anyone know what np_sdk\mozsrc is used for? It seems to provide some plugin capability for mozilla (firefox). Anyone can enlighten this...? Sincerely, Armin -- ALG
Re: Sourceforge and AOO 3.4 distribution
--- Mer 21/3/12, Joe Schaefer ha scritto: ... Right now the ASF has roughly 250 mirrors, of which atm I'd expect 50 or so to drop us if we start carrying AOO releases. That means we'd have about twice as many mirrors as the mirrorbrain OOo service has, so we should be in better shape overall than what happened in the past, assuming we do something smart about staggering the Update service. There will be no way to surprise anybody about the release timing for an AOO release as at least a week of public discussion/voting will precede it. FWIW, I am pretty sure the problem will be windows binaries: if we did a source-only release we probably wouldn't lose any mirrors. Perhaps there is some way to make the binary packages opt-out for the mirrors? Pedro. I still would like to strongly suggest that someone on the PPMC step up NOW and offer to contact existing mirror operators to get them to cover some of our losses.
Re: Sourceforge and AOO 3.4 distribution
On Wed, 2012-03-21 at 08:52 -0700, Joe Schaefer wrote: Right now the ASF has roughly 250 mirrors, of which atm I'd expect 50 or so to drop us if we start carrying AOO releases. That means we'd have about twice as many mirrors as the mirrorbrain OOo service has, so we should be in better shape overall than what happened in the past, assuming we do something smart about staggering the Update service. There will be no way to surprise anybody about the release timing for an AOO release as at least a week of public discussion/voting will precede it. I still would like to strongly suggest that someone on the PPMC step up NOW and offer to contact existing mirror operators to get them to cover some of our losses. Well, I'm looking this page: http://www.openoffice.org/distribution/mirrors/ @anyone: Is there a list with contact information (email addresses) available also? //drew snip
Re: Sourceforge and AOO 3.4 distribution
Please lets leave that sort of issue to infrastructure to worry about- what we do about mirrors that cannot support the AOO bandwidth needs is not a concern for AOO itself. From: Pedro Giffuni p...@apache.org To: ooo-dev@incubator.apache.org; Joe Schaefer joe_schae...@yahoo.com Sent: Wednesday, March 21, 2012 12:31 PM Subject: Re: Sourceforge and AOO 3.4 distribution --- Mer 21/3/12, Joe Schaefer ha scritto: ... Right now the ASF has roughly 250 mirrors, of which atm I'd expect 50 or so to drop us if we start carrying AOO releases. That means we'd have about twice as many mirrors as the mirrorbrain OOo service has, so we should be in better shape overall than what happened in the past, assuming we do something smart about staggering the Update service. There will be no way to surprise anybody about the release timing for an AOO release as at least a week of public discussion/voting will precede it. FWIW, I am pretty sure the problem will be windows binaries: if we did a source-only release we probably wouldn't lose any mirrors. Perhaps there is some way to make the binary packages opt-out for the mirrors? Pedro. I still would like to strongly suggest that someone on the PPMC step up NOW and offer to contact existing mirror operators to get them to cover some of our losses.
Re: [TRANSLATION]: Request for translation and effort estimations
Hi Jürgen, On Wed, Mar 21, 2012 at 03:11:20PM +0100, Jürgen Schmidt wrote: Hi, the Pootle server is updated to the latest resource strings and a first set of languages is provided. At least for the UI, help is in progress. The available languages are the languages where we have already provided developer snapshots, means languages where we got feedback so far. We all know that more languages would be better and we will add more languages on demand... But I would like to ask our translation volunteers what do you think when we will be able to have a complete translation. Or better I would like to ask the following questions 1. Do we have volunteers for the currently available languages, see [1]? speaking for the Spanish language, I can't tell yet. I understood your mail http://s.apache.org/qQ as saying that AOO will only accept translations if the original translator has signed an iCLA; today I announced on the ES list that contributors will have to sign it, so we'll have to wait and see how many people is willing to do so. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpUOvHbk4wEX.pgp Description: PGP signature
Re: Sourceforge and AOO 3.4 distribution
Might be possible for Andrew to pull up the subscriber list for the now-defunct mirr...@distribution.openoffice.org list. From: drew d...@baseanswers.com To: ooo-dev@incubator.apache.org ooo-dev@incubator.apache.org Sent: Wednesday, March 21, 2012 12:32 PM Subject: Re: Sourceforge and AOO 3.4 distribution On Wed, 2012-03-21 at 08:52 -0700, Joe Schaefer wrote: Right now the ASF has roughly 250 mirrors, of which atm I'd expect 50 or so to drop us if we start carrying AOO releases. That means we'd have about twice as many mirrors as the mirrorbrain OOo service has, so we should be in better shape overall than what happened in the past, assuming we do something smart about staggering the Update service. There will be no way to surprise anybody about the release timing for an AOO release as at least a week of public discussion/voting will precede it. I still would like to strongly suggest that someone on the PPMC step up NOW and offer to contact existing mirror operators to get them to cover some of our losses. Well, I'm looking this page: http://www.openoffice.org/distribution/mirrors/ @anyone: Is there a list with contact information (email addresses) available also? //drew snip
Re: Sourceforge and AOO 3.4 distribution
Hi Peter, Is there any way to contact the existing MirrorBrain hosts who support OpenOffice.org? Is there a mailing list we can send a note to? We would like to see if any of them would we able to help mirror the AOO 3.4 release as well, by being an ASF mirror as well. More info on mirror requirements is here: http://www.apache.org/info/how-to-mirror.html -Rob On Wed, Mar 21, 2012 at 11:52 AM, Joe Schaefer joe_schae...@yahoo.com wrote: Right now the ASF has roughly 250 mirrors, of which atm I'd expect 50 or so to drop us if we start carrying AOO releases. That means we'd have about twice as many mirrors as the mirrorbrain OOo service has, so we should be in better shape overall than what happened in the past, assuming we do something smart about staggering the Update service. There will be no way to surprise anybody about the release timing for an AOO release as at least a week of public discussion/voting will precede it. I still would like to strongly suggest that someone on the PPMC step up NOW and offer to contact existing mirror operators to get them to cover some of our losses. From: drew d...@baseanswers.com To: ooo-dev@incubator.apache.org Sent: Wednesday, March 21, 2012 11:45 AM Subject: Re: Sourceforge and AOO 3.4 distribution On Tue, 2012-03-20 at 15:45 -0400, Rob Weir wrote: On Tue, Mar 20, 2012 at 3:22 PM, Joe Schaefer joe_schae...@yahoo.com wrote: We're still exploring available options and collecting data imacat. Right now an existing ooo mirror operator has reported to us that his average bandwidth consumption for ooo was ~100Mbps. It would help us to know how many mirrors support the existing mirrorbrain service for ooo to get a guess as to what the impact would be for Apache mirrors, but we are anticipating similar bandwidth requirements for our mirrors given the available data. What we currently need are estimates related to peak downloads during the initial few days / weeks of a release. Anyone with historical data on this needs to step forward and share it ASAP- 300K strikes me as an off-peak figure at this point. I have not seen any actual log files with this info, but there are reported tidbits that might be useful, such as: OpenOffice.org 3.0 was downloaded 3 million times in its first week, with about 80% of the downloads by Windows users, an official with the group said in a blog post on Monday. http://www.computerworld.com/s/article/9117575/OpenOffice.org_3.0_scores_strong_first_week So per day that is 430,000, around 50% much more than the average we saw in February. Not as much as I expected. What I don't know is when they enabled the update notifications feature then, if it even existed in 3.0. I think that will have a big impact on download peaks. In fact, we might even want to be clever, like have a CGI that sometimes says there is an update available, and sometimes does not, just to spread out the load more evenly. For example, if we have our server respond you have the latest 90% of the time, then it will take several requests on average for the auto-update feature to prompt the user to download the update. So we have some ability to throttle that demand, based on our CGI. -Rob I thought that the mirror system had failed to keep up with demand in the first day or two of the 3.0 release, if that is true (I can't find a reference now), then it would of been higher if the servers had been able to keep up. Anyway my recall is that it was something about the download rush happening before the push from master to all the mirrors had finished - which IIRC was a recurring problem prompted by bloggers trying to scoop the release announcement. Anyway - just passing along what I recall //drew - Original Message - From: imacat ima...@mail.imacat.idv.tw To: Apache OpenOffice Developers ooo-dev@incubator.apache.org Cc: Sent: Tuesday, March 20, 2012 3:14 PM Subject: Re: Sourceforge and AOO 3.4 distribution Please correct me if I'm wrong. But I thought that the Apache mirrors have more bandwidth than the SourceForge mirrors. Could someone explain why do we put the default download to places with less bandwidth? Apache mirrors: http://www.apache.org/mirrors/ SourceForge mirrors: http://sourceforge.net/apps/trac/sourceforge/wiki/Mirrors On 2012/03/21 03:07, Dave Fisher said: On Mar 20, 2012, at 11:33 AM, Joe Schaefer wrote: From: Mark Ramm m...@geek.net To: ooo-dev@incubator.apache.org; Joe Schaefer joe_schae...@yahoo.com Cc: Ross Gardler rgard...@opendirective.com Sent: Tuesday, March 20, 2012 2:25 PM Subject: Re: Sourceforge and AOO 3.4 distribution On Mon, Mar 19, 2012 at 4:04 PM, Joe Schaefer joe_schae...@yahoo.com wrote: FWIW the ballpark figures we have today Roberto are roughly 12GB worth of release artifacts and
Re: Sourceforge and AOO 3.4 distribution
On Wed, 2012-03-21 at 12:32 -0400, drew wrote: On Wed, 2012-03-21 at 08:52 -0700, Joe Schaefer wrote: Right now the ASF has roughly 250 mirrors, of which atm I'd expect 50 or so to drop us if we start carrying AOO releases. That means we'd have about twice as many mirrors as the mirrorbrain OOo service has, so we should be in better shape overall than what happened in the past, assuming we do something smart about staggering the Update service. There will be no way to surprise anybody about the release timing for an AOO release as at least a week of public discussion/voting will precede it. I still would like to strongly suggest that someone on the PPMC step up NOW and offer to contact existing mirror operators to get them to cover some of our losses. Well, I'm looking this page: http://www.openoffice.org/distribution/mirrors/ @anyone: Is there a list with contact information (email addresses) available also? Never mind - the info is on that page, it was just an overflow column on my display.. OK - I'll work on an email today. //drew snip
Re: Sourceforge and AOO 3.4 distribution
Hah, I missed it as well ;-) From: drew d...@baseanswers.com To: ooo-dev@incubator.apache.org Sent: Wednesday, March 21, 2012 1:11 PM Subject: Re: Sourceforge and AOO 3.4 distribution On Wed, 2012-03-21 at 12:32 -0400, drew wrote: On Wed, 2012-03-21 at 08:52 -0700, Joe Schaefer wrote: Right now the ASF has roughly 250 mirrors, of which atm I'd expect 50 or so to drop us if we start carrying AOO releases. That means we'd have about twice as many mirrors as the mirrorbrain OOo service has, so we should be in better shape overall than what happened in the past, assuming we do something smart about staggering the Update service. There will be no way to surprise anybody about the release timing for an AOO release as at least a week of public discussion/voting will precede it. I still would like to strongly suggest that someone on the PPMC step up NOW and offer to contact existing mirror operators to get them to cover some of our losses. Well, I'm looking this page: http://www.openoffice.org/distribution/mirrors/ @anyone: Is there a list with contact information (email addresses) available also? Never mind - the info is on that page, it was just an overflow column on my display.. OK - I'll work on an email today. //drew snip
Re: Registration
On 20/03/2012 16:32, Rob Weir wrote: So it does have a locale parameter. My guess is the legacy registration server used that info to provide a localized registration form. I think it used to redirect to a (localized) page saying something like Thank you for downloading OpenOffice.org and providing links to a few resources like: - Extensions and Temmplates - Forums - Mailing lists. There might still be localizaed banners around too. Regards, Andrea.
Re: [TRANSLATION]: Request for translation and effort estimations
On 3/21/12 5:36 PM, Ariel Constenla-Haile wrote: Hi Jürgen, On Wed, Mar 21, 2012 at 03:11:20PM +0100, Jürgen Schmidt wrote: Hi, the Pootle server is updated to the latest resource strings and a first set of languages is provided. At least for the UI, help is in progress. The available languages are the languages where we have already provided developer snapshots, means languages where we got feedback so far. We all know that more languages would be better and we will add more languages on demand... But I would like to ask our translation volunteers what do you think when we will be able to have a complete translation. Or better I would like to ask the following questions 1. Do we have volunteers for the currently available languages, see [1]? speaking for the Spanish language, I can't tell yet. I understood your mail http://s.apache.org/qQ as saying that AOO will only accept translations if the original translator has signed an iCLA; today I announced on the ES list that contributors will have to sign it, so we'll have to wait and see how many people is willing to do so. I am not sure, if they provide it as patch and explicitly say it is their own work and under ALv2. but I am no lawyer, maybe someone who know it better can answer. Juergen
Re: [CODE] svn commit: r1303221 - /incubator/ooo/trunk/main/extensions.lst
As a work around you can erase the content of main/extensions.lst (or comment everything out.) On 21.03.2012 15:50, Andre Fischer wrote: This commit (see subject) changes URLs in the new main/extensions.lst file. The new URLs are multiply indirect. This breaks the download of the extensions, somewhat. The actual downloading still works (thanks to the cool LWP::UserAgent perl module) but the downloaded files are stored under the wrong name (singular, all files are stored under the same name) and will therefore not be included in the installation set. The build should go through, only the extensions will be missing from the install sets. The change is an improvement, so I am working on extending the file format of main/extensions.lst and on fixing the download scripts to handle indirect URLs. -Andre
Re: [BUILD][RELEASE]: propose a further snapshot to verify the latest fixes
On 3/21/12 11:28 AM, Jürgen Schmidt wrote: Hi, I thought we would be ready to start building a RC but I think we should take the upcoming problems serious. And we should work on the RAT cleanup first. For that reason I would like to propose that we prepare a further developer snapshot based on revision 1303343 (Last Changed Rev: 1303221). This build should be used to verify the fixes. it seems that we have a problem with the bundled extensions after the latest changes in extension.lst and the work on the fix is ongoing. We will have some delay with the snapshots. But I would like to include this fix as well. Juergen We should concentrate on 1 full build for en-US and language packs at a minimum. If there is capacity to build/upload more full builds it will be fine. Let us focus on the remaining work we have to do. 119100 extensions-installed dictionaries spell checking does not work - under investigation 119097 remove xwphook and its usage - already addressed and Yuri will fix it when he has access 119098 check/adapt license header based on RAT output and SGA - addressed and we are working on it - update LICENSE and NOTICE file - help is appreciated - prepare download page for the source releases, something like http://incubator.apache.org/odftoolkit/downloads.html - clarify how we want handle the binary downloads - I will start a new thread to discuss this - anything else? Juergen
Re: [CODE] svn commit: r1303221 - /incubator/ooo/trunk/main/extensions.lst
Fixed in revision 1303475. Extended main/extensions.lst so that the name of remote extensions can be specified explicitly. Handling the download via (multiple) redirects correctly. Will update the documentation tomorrow. -Andre On 21.03.2012 15:50, Andre Fischer wrote: This commit (see subject) changes URLs in the new main/extensions.lst file. The new URLs are multiply indirect. This breaks the download of the extensions, somewhat. The actual downloading still works (thanks to the cool LWP::UserAgent perl module) but the downloaded files are stored under the wrong name (singular, all files are stored under the same name) and will therefore not be included in the installation set. The build should go through, only the extensions will be missing from the install sets. The change is an improvement, so I am working on extending the file format of main/extensions.lst and on fixing the download scripts to handle indirect URLs. -Andre
[Pootle][Translation] Why needs to translate VCLTesttool strings?
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
Re: [Pootle][Translation] Why needs to translate VCLTesttool strings?
Am 21.03.12 19:29, schrieb Reizinger Zoltán: 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. I write in a mail, that the /basic/source/app.po is for the VCLTesttool. We still have this tool in the source AND in the binary. But it's hidden and I see no reason why to translate this strings. Greetings Raphael -- My private Homepage: http://www.raphaelbircher.ch/
Re: AOO 3.4 Project Status wiki
Hi Simon, Thanks for this initiative! After months of absence I am looking to become active again in the project, and this will help to know what is going on. Op 21-3-2012 8:38, Shenfeng Liu schreef: 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! - Simon -- Vriendelijke groet, Best regards, Simon Brouwer
Re: After AOO 3.4, attracting new contributors
Hi Regina, Thanks for these excellent insights. Best regards Simon Op 20-3-2012 13:29, Regina Henschel schreef: (...) It is impossible to understand the code without guides and without mentoring. Conclusion, wish or how you might call it: (1) Document parts of the code very detailed in all steps, including help and accessibility. For example: How to make a new dialog? How does an Excel import filter works? I could start only after Eike Rathke has documented the process of adding new functions to Calc in http://wiki.services.openoffice.org/wiki/Calc/Implementation/Spreadsheet_Functions (2) Document an overview of AOO. For example: What parts are all touched, when a user drags a corner of a shape till the shape is changed? Or what parts are touched, when a writer document is opened. And the other way round, what is handled in vcl or cosv or all the other modules? (3) Document AOO specific things. For example what are these OSL_*, which are used, when and why. What special types exists, why do they exist, when should they be used? (4) Increase mentoring. Such mentor should identify a nice to have feature and offer to guide the volunteer. Armin has mentored the linecap feature that way and it has worked well. Although some essential parts are done by Armin, I did a lot by myself and got some new insides in the code. Getting a build is a critical part for newcomers, especially on Windows. (5) Work very hard to provide a buildable trunk on Friday. It is very frustrating when you plan to do some coding on weekend and the build fails. (6) Without the document about building OOo on Windows by Mathias Bauer and the succeeding Wiki page http://wiki.services.openoffice.org/wiki/Building_OOo_with_Cygwin_on_Windows I was not able to build OOo. So keep this information up to date; it is essential for newcomers. Kind regards Regina -- Vriendelijke groet, Best regards, Simon Brouwer
Re: AOO 3.4 Project Status wiki
On Wed, Mar 21, 2012 at 2:22 PM, Simon Brouwer si...@brousant.nl wrote: Hi Simon, Thanks for this initiative! After months of absence I am looking to become active again in the project, and this will help to know what is going on. Hi Simon, welcome home. -Rob Op 21-3-2012 8:38, Shenfeng Liu schreef: 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! - Simon -- Vriendelijke groet, Best regards, Simon Brouwer
Re: [TRANSLATION]: Request for translation and effort estimations
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?
Re: np_sdk\mozsrc
On Wed, Mar 21, 2012 at 12:20 PM, Armin Le Grand armin.le.gr...@me.com wrote: Hi all, does anyone know what np_sdk\mozsrc is used for? It seems to provide some plugin capability for mozilla (firefox). Anyone can enlighten this...? Is that the browser plugin that allows ODF documents to be rendered in the browser window? Sincerely, Armin -- ALG
Re: [TRANSLATION]: Request for translation and effort estimations
Am 21.03.12 20:31, schrieb FR web forum: 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? This one is from the VCL TestTool. -- My private Homepage: http://www.raphaelbircher.ch/
Re: [TRANSLATION]: Request for translation and effort estimations
- Mail original - But, we have some strings pending like: basic.src#IDD_TT_ABOUT_DIALOG.4.fixedtext.text | ©1995-2010 Oracle What to do with it? This one is from the VCL TestTool. I know but is it the correct string in english?
Re: update service - proposal for temporary solution until AOO 3.4 is released.
On Mar 21, 2012, at 9:09 AM, Kay Schenk wrote: On Wed, Mar 21, 2012 at 1:48 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 21.03.2012 00:33, Kay Schenk wrote: On Tue, Mar 20, 2012 at 2:36 PM, Kay Schenkkay.sch...@gmail.com wrote: On Tue, Mar 20, 2012 at 10:01 AM, Dave Fisherdave2w...@comcast.net** wrote: On Mar 20, 2012, at 9:45 AM, Kay Schenk wrote: On Mon, Mar 19, 2012 at 5:31 PM, Ariel Constenla-Haile arie...@apache.orgwrote: Hi Kay, On Mon, Mar 19, 2012 at 03:42:22PM -0700, Kay Schenk wrote: Well interesting...I did some editing of versionrc and now I get that an update does not exist after pulling off the pkgfmt=rpm requirement. However, we can not expect users of existing product to go messing with their existing setups (i.e. editing files). I don't mind the odd message I was getting before about an rpm package not being found. I'm just wondering if there's some way to configure the snippet you sent to just do something a bit more friendly for all possible situations that are currently out there now. Thoughts? Any experts on how to create a generic null feed? I tried with my original empty xml file (not a feed) and it works as expected with every combination: UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Updatehttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=rpmhttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=debhttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=deb UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=dmghttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=dmg I can't see why it does not work for you. Please try pointing the UpdateURL to this file http://people.apache.org/~**arielch/ProductUpdateService/** check.Updatehttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update Regards -- Ariel Constenla-Haile La Plata, Argentina Well, foo, when I do this replacement, it does work as you say! Darn! OK, let me re-investigate why the other snippet with my internal host redirect isn't working quite right! :( How are doing this redirect? Regards, Dave I've got the following in my local /etc/hosts 140.211.11.131 update36.services.openoffice.**orghttp://update36.services.openoffice.org here are versions I've played with in versionrc (I split the lines for easier reading for you) ++**+++ [Version] AllLanguages=en-US buildid=330m20(Build:9567) ExtensionUpdateURL= http://updateexte.services.**openoffice.org/** ExtensionUpdateService/check.**Updatehttp://updateexte.services.openoffice.org/ExtensionUpdateService/check.Update OOOBaseVersion=3.3 ProductBuildid=9567 ProductMajor=330 ProductMinor=20 ProductSource=OOO330 UpdateID=OpenOffice.org_3_en-**US #UpdateURL= http://update36.services.**openoffice.org/**ProductUpdateService/check.* *Update?pkgfmt=rpmhttp://update36.services.openoffice.org/ProductUpdateService/check.Update?pkgfmt=rpm UpdateURL= http://update36.services.**openoffice.org/**ProductUpdateService/check.* *Updatehttp://update36.services.openoffice.org/ProductUpdateService/check.Update #UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=rpmhttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm UpdateUserAgent=PRODUCT (${buildid}; ${_OS}; ${_ARCH}; BundledLanguages=${**AllLanguages}) ++** using Ariel's returns no update. Using the current one with the redirect returns the error business. (i mean it connects but I get a different message, a failed...) Things of note vis a vis people.apache.org vs www.openoffice.org (where I have the current re-route) If you just bring up: http://www.openoffice.org/**ProductUpdateService/check.**Updatehttp://www.openoffice.org/ProductUpdateService/check.Update vs http://people.apache.org/~**arielch/ProductUpdateService/**check.Updatehttp://people.apache.org/%7Earielch/ProductUpdateService/check.Update they look different in my browser...one has UTF-8 vs utf-8 so I'm curious about this. I did up a little cgi and ran it on both people.apache.org and well, ooo-site-staging.apache.org and they both produce the same environment info. So ??? http://people.apache.org/~**kschenk/cgi-bin/env.cgihttp://people.apache.org/%7Ekschenk/cgi-bin/env.cgi http://ooo-site.staging.**apache.org/cgi-bin/env.cgihttp://ooo-site.staging.apache.org/cgi-bin/env.cgi I will change the UTF-8 to utf-8 on www.openoffice.org and see
RE: np_sdk\mozsrc
From the README: This folder contains Mozilla headers and source-files related to plugin development. The original version of the files were taken from Mozilla1.0 tarball. These appear to be definitions needed to build a plug-in that is launched by the browser, not unlike what is provided for native code that can be run from Java via JNI (or can slave the Java VM via JNI). This is funkier though. It doesn't look like there is any plug-in code here directly. It is all licensed NPL 1.1/GPL 2.0/LGPL 2.1 though. Looks like it should be external somehow. Completely off the top of my head, I suppose one quick way to tell if it is critical for anything is to rename the directory and try building with it obstructed from use. - Dennis -Original Message- From: Rob Weir [mailto:robw...@apache.org] Sent: Wednesday, March 21, 2012 12:57 To: ooo-dev@incubator.apache.org Subject: Re: np_sdk\mozsrc On Wed, Mar 21, 2012 at 12:20 PM, Armin Le Grand armin.le.gr...@me.com wrote: Hi all, does anyone know what np_sdk\mozsrc is used for? It seems to provide some plugin capability for mozilla (firefox). Anyone can enlighten this...? Is that the browser plugin that allows ODF documents to be rendered in the browser window? Sincerely, Armin -- ALG
Re: Doctype of websites
Hi Dave, Dave Fisher schrieb: [..] I am happy to report that the site doctype is now html5 and that various minor issues with the site template were fixed. I implemented the doctype using an SSI. If necessary any first level folder in the site can theoretically have a special type. Doing so might cause trouble with the site template, but ... How do I use that? Kind regards Regina
Re: update service - proposal for temporary solution until AOO 3.4 is released.
On Wed, Mar 21, 2012 at 1:06 PM, Dave Fisher dave2w...@comcast.net wrote: On Mar 21, 2012, at 9:09 AM, Kay Schenk wrote: On Wed, Mar 21, 2012 at 1:48 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 21.03.2012 00:33, Kay Schenk wrote: On Tue, Mar 20, 2012 at 2:36 PM, Kay Schenkkay.sch...@gmail.com wrote: On Tue, Mar 20, 2012 at 10:01 AM, Dave Fisherdave2w...@comcast.net ** wrote: On Mar 20, 2012, at 9:45 AM, Kay Schenk wrote: On Mon, Mar 19, 2012 at 5:31 PM, Ariel Constenla-Haile arie...@apache.orgwrote: Hi Kay, On Mon, Mar 19, 2012 at 03:42:22PM -0700, Kay Schenk wrote: Well interesting...I did some editing of versionrc and now I get that an update does not exist after pulling off the pkgfmt=rpm requirement. However, we can not expect users of existing product to go messing with their existing setups (i.e. editing files). I don't mind the odd message I was getting before about an rpm package not being found. I'm just wondering if there's some way to configure the snippet you sent to just do something a bit more friendly for all possible situations that are currently out there now. Thoughts? Any experts on how to create a generic null feed? I tried with my original empty xml file (not a feed) and it works as expected with every combination: UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update http://people.apache.org/%7Earielch/ProductUpdateService/check.Update UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=rpm http://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=deb http://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=deb UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=dmg http://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=dmg I can't see why it does not work for you. Please try pointing the UpdateURL to this file http://people.apache.org/~**arielch/ProductUpdateService/** check.Update http://people.apache.org/%7Earielch/ProductUpdateService/check.Update Regards -- Ariel Constenla-Haile La Plata, Argentina Well, foo, when I do this replacement, it does work as you say! Darn! OK, let me re-investigate why the other snippet with my internal host redirect isn't working quite right! :( How are doing this redirect? Regards, Dave I've got the following in my local /etc/hosts 140.211.11.131 update36.services.openoffice.**org http://update36.services.openoffice.org here are versions I've played with in versionrc (I split the lines for easier reading for you) ++**+++ [Version] AllLanguages=en-US buildid=330m20(Build:9567) ExtensionUpdateURL= http://updateexte.services.**openoffice.org/** ExtensionUpdateService/check.**Update http://updateexte.services.openoffice.org/ExtensionUpdateService/check.Update OOOBaseVersion=3.3 ProductBuildid=9567 ProductMajor=330 ProductMinor=20 ProductSource=OOO330 UpdateID=OpenOffice.org_3_en-**US #UpdateURL= http://update36.services.** openoffice.org/**ProductUpdateService/check.* *Update?pkgfmt=rpm http://update36.services.openoffice.org/ProductUpdateService/check.Update?pkgfmt=rpm UpdateURL= http://update36.services.** openoffice.org/**ProductUpdateService/check.* *Update http://update36.services.openoffice.org/ProductUpdateService/check.Update #UpdateURL= http://people.apache.org/~**arielch/ProductUpdateService/** check.Update?pkgfmt=rpm http://people.apache.org/%7Earielch/ProductUpdateService/check.Update?pkgfmt=rpm UpdateUserAgent=PRODUCT (${buildid}; ${_OS}; ${_ARCH}; BundledLanguages=${**AllLanguages}) ++** using Ariel's returns no update. Using the current one with the redirect returns the error business. (i mean it connects but I get a different message, a failed...) Things of note vis a vis people.apache.org vs www.openoffice.org(where I have the current re-route) If you just bring up: http://www.openoffice.org/**ProductUpdateService/check.**Update http://www.openoffice.org/ProductUpdateService/check.Update vs http://people.apache.org/~**arielch/ProductUpdateService/**check.Update http://people.apache.org/%7Earielch/ProductUpdateService/check.Update they look different in my browser...one has UTF-8 vs utf-8 so I'm curious about this. I did up a little cgi and ran it on both people.apache.org and well, ooo-site-staging.apache.org and they both produce the same environment info. So ???
Re: [TRANSLATION]: collecting status
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? Regards Risto
Re: Doctype of websites
On Mar 21, 2012, at 2:47 PM, Regina Henschel wrote: Hi Dave, Dave Fisher schrieb: [..] I am happy to report that the site doctype is now html5 and that various minor issues with the site template were fixed. I implemented the doctype using an SSI. If necessary any first level folder in the site can theoretically have a special type. Doing so might cause trouble with the site template, but ... How do I use that? You probably ought to do direct work with a local copy of the ooo-site. Using the bookmarklet you should do the template work first. See http://incubator.apache.org/openofficeorg/website-local.html The api folder is a good candidate because it already has alternative ssi setup. (1) File to create from a copy: cd ooo/ooo-site/trunk/content/api cp ../doctype.mdtext . edit doctype.mdtext Change html to perhaps: HTML PUBLIC -//W3C//DTD HTML 4.01 Transitional//EN http://www.w3.org/TR/html4/loose.dtd; (2) Files to modify: cd ooo/ooo-site/trunk/templates/api/ssi.mdtext edit ssi.mdtext Change /doctype.html to /api/doctype.html (3) The doctype template should not need to be modified, but here it is: ooo/ooo-site/trunk/templates/doctype.html !DOCTYPE {{ headers.doctype }} (4) The skeleton that shows how all the ssi go are pulled in is: ooo/ooo-site/trunk/templates/skeleton.html !--#include virtual={{ ssi.headers.doctype }} -- html head link href=/css/ooo.css rel=stylesheet type=text/css {% if header %} {% autoescape off %}{{ header }}{% endautoescape %}{% else %} title{% block title %}{{ headers.title }}{% endblock %}/title meta http-equiv=Content-Type content=text/html; charset=UTF-8 {% endif %} /head body !--#include virtual={{ ssi.headers.brand }} -- div id=topbara {% if ssi.headers.topnav %}!--#include virtual={{ ssi.headers.topnav }} --{% endif %} div id=breadcrumbsa{% block breaddcrumbs %}{% autoescape off %}{{ breadcrumbs }}{% endautoescape %}{% endblock %}/div /div div id=clear/div {% if ssi.headers.leftnav %}!--#include virtual={{ ssi.headers.leftnav }} --{% endif %} {% if ssi.headers.rightnav %}!--#include virtual={{ ssi.headers.rightnav }} --{% endif %} div id=content {% block legacy %}{% if ssi.headers.legacy %}div class=legacy{{ ssi.headers.legacy }}/div{% endif %}{% endblock %} {% block title %}{% if headers.title %}h1 class=title{{ headers.title }}/h1{% endif %}{% endblock %} {% block content %}{{ content|markdown }}{% endblock %} /div !--#include virtual={{ ssi.headers.footer }} -- /body /html Regards, Dave Kind regards Regina
Re: [TRANSLATION]: Request for translation and effort estimations
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. 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). Best, Claudio
Re: AOO 3.4 Project Status wiki
On Wednesday, March 21, 2012, Rob Weir robw...@apache.org wrote: On Wed, Mar 21, 2012 at 2:22 PM, Simon Brouwer si...@brousant.nl wrote: Hi Simon, Thanks for this initiative! After months of absence I am looking to become active again in the project, and this will help to know what is going on. Hi Simon, welcome home. +1 (!) -Rob Op 21-3-2012 8:38, Shenfeng Liu schreef: 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! - Simon -- Vriendelijke groet, Best regards, Simon Brouwer
Re: [Pootle][Translation] Why needs to translate VCLTesttool strings?
On 3/21/2012 14:36, Raphael Bircher wrote: Am 21.03.12 19:29, schrieb Reizinger Zoltán: 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. I write in a mail, that the /basic/source/app.po is for the VCLTesttool. We still have this tool in the source AND in the binary. But it's hidden and I see no reason why to translate this strings. Greetings Raphael Hi, If anybody decides they want to use that tool, point me at it. I know Basic pretty well. /tj/
Google Analytics on download.openoffice.org
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. -Rob
Re: Google Analytics on download.openoffice.org
On Wed, Mar 21, 2012 at 10:23 PM, Rob Weir robw...@apache.org 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. Hi Rob, As long as it's accompanied by a link to a privacy policy, you should be fine. Jackrabbit's[1] is, I think, the canonical example around here... Thanks, --tim [1] - http://jackrabbit.apache.org/privacy-policy.html
Re: AOO 3.4 Project Status wiki
All, This is a great way for all stakeholders to share status, risks and issues. This can also help maintain visibility of all the disciplines that contribute to the offering, which sometimes can get lost in the implementation discussions. User experience would like to contribute updates to project reporting moving forward. Regards, Kevin On Mar 22, 2012, at 7:04 AM, Donald Harbison dpharbi...@gmail.com wrote: On Wednesday, March 21, 2012, Rob Weir robw...@apache.org wrote: On Wed, Mar 21, 2012 at 2:22 PM, Simon Brouwer si...@brousant.nl wrote: Hi Simon, Thanks for this initiative! After months of absence I am looking to become active again in the project, and this will help to know what is going on. Hi Simon, welcome home. +1 (!) -Rob Op 21-3-2012 8:38, Shenfeng Liu schreef: 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! - Simon -- Vriendelijke groet, Best regards, Simon Brouwer
Re: Google Analytics on download.openoffice.org
On Mar 21, 2012, at 7:28 PM, Tim Williams wrote: On Wed, Mar 21, 2012 at 10:23 PM, Rob Weir robw...@apache.org 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. Hi Rob, As long as it's accompanied by a link to a privacy policy, you should be fine. Jackrabbit's[1] is, I think, the canonical example around here... I would consider putting this on these pages. (1) www.openoffice.org/download/index.html (the actual url) (2) The user contributing page that is displayed in parallel with the click to download. (3) On the noregistration page we are discussing. Regards, Dave Thanks, --tim [1] - http://jackrabbit.apache.org/privacy-policy.html
Re: svn commit: r809507 - in /websites/production/ooo-site: cgi-bin/ content/
Hi Kay, You might want to check with Joe. He might have done something to help you here. 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/
Re: Google Analytics on download.openoffice.org
On Wed, 2012-03-21 at 22:28 -0400, Tim Williams wrote: On Wed, Mar 21, 2012 at 10:23 PM, Rob Weir robw...@apache.org 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. Hi Rob, As long as it's accompanied by a link to a privacy policy, you should be fine. Jackrabbit's[1] is, I think, the canonical example around here... Thanks, Howdy tim Right, used Jackrabbit as the template for this page https://cwiki.apache.org/confluence/display/OOOUSERS/website-privacy-policy-draft just add back the part regarding GA, assuming we add GA to the page. //drew [1] - http://jackrabbit.apache.org/privacy-policy.html
Yet another Apache Logo
http://people.apache.org/~pfg/images/AOO-powered.png Doesn't it make you all want to use FreeBSD? ;). Pedro.
Re: Google Analytics on download.openoffice.org
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? Thanks, //drew