AOO fails to compile in sdext: makefile.mk problem?
Hi AOO (from latest SVN) is failing to compile for me in sdext: ---snip--- Entering /home/user/ooo/main/sdext/source/presenter dmake: makefile.mk: line 297: Error: -- Missing targets or attributes in rule 1 module(s): sdext need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /home/user/ooo/main/sdext/source/presenter When you have fixed the errors in that module you can resume the build by running: build --from sdext ---snip--- The only thing I can find on Google is a post to the old OO.o mailing list, with the same error in the same line, saying that there could be a mismatched .IF/.THEN in main/sdext/source/presenter/makefile.mk (http://openoffice.2283327.n4.nabble.com/sdext-source-presenter-makefile-mk-IF-ENDIF-mismatch-td3244297.html). This is on Lubuntu 11.10 on an amd64 system. Commands used were: autoconf ./configure --with-dmake-url=http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2 --with-epm-url=http://ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz --enable-category-b --disable-build-mozilla --enable-minimizer --enable-opengl --enable-dbus --with-mingwin=i586-mingw32msvc-g++ cd moz/zipped/ wget http://www.openoffice.org/tools/moz_prebuild/OOo3.2/LINUXGCCXruntime.zip wget http://www.openoffice.org/tools/moz_prebuild/OOo3.2/LINUXGCCXlib.zip wget http://www.openoffice.org/tools/moz_prebuild/OOo3.2/LINUXGCCXinc.zip cd ../.. ./bootstrap source LinuxX86-64Env.Set.sh cd instsetoo_native/ build --all -P2 -- -P2 Please help? I am compiling AOO because I want to contribute to it. Damjan Jovanovic
Congraulation to the whole AOO 3.4 team for completeing yoru 1st Apache release!
All, I just wanted to push a little pat on the back to all you wonderful and committed team members for the great cooperative moment in the history of this great product! You all deserve a thank you for your time and commitment to completing this project, What looked to me as a very complex and frustrating process you all have just been through. I know my understand of team dynamics and professional development has been greatly enhance and improved just to have done the cameo part I have played. Greg
Re: Special Thanks to Andrew Rist
+1 I would use a bigger number but as I learned from Life of Brian: One cross each Andre On 09.05.2012 18:46, Rob Weir wrote: As we celebrate the release of Apache OpenOffice 3.4, I want to just take moment to recognize one project member who has been very busy, but also very quiet. The transition from Oracle to Apache did not end with Oracle submitting an SGA. That was just the beginning. From coordinating domain name transfers, to helping transition the many legacy online services, to handling administrative requests on legacy servers, to updating license info in source files, and on and on, including stuff I probably don't even know about. Oh, yes, and then he somehow found time to get the buildbots running. So thanks, Andrew, for your steady work on transitioning the project to Apache, and thanks as well to Oracle for making your efforts possible. Regards, -Rob
Re: [PROPOSAL] Separation of Traditional Chinese and Simplified Chinese
Dear Albino, On 2012/05/10 07:48, Albino Biasutti Neto said: 2012/5/9 Albino Biasutti Neto biasut...@gmail.com We have two languages portuguese: pt = Portugual / pt-BR = Brazil The pt-BR (Brazil) is still the only. The pt is spoken in coutry Portugual/Cape/Angola Verde and others coutry, and it varieties. Sorry. The pt is spoken in country Portugual/Cape Verde/Angola and others country, and it varieties. I think the issue we discussed here is that, whether or not we want br.openoffice.org to be redirected to http://www.openoffice.org/pt-br/ . We need the input from the Brazil community to decide it. You may check previous mails in this thread for more of the discussion and reason. ^_*' -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ signature.asc Description: OpenPGP digital signature
Re: [PROPOSAL] Separation of Traditional Chinese and Simplified Chinese
Dear Albino, On 2012/05/10 07:48, Albino Biasutti Neto said: 2012/5/9 Albino Biasutti Neto biasut...@gmail.com We have two languages portuguese: pt = Portugual / pt-BR = Brazil The pt-BR (Brazil) is still the only. The pt is spoken in coutry Portugual/Cape/Angola Verde and others coutry, and it varieties. Sorry. The pt is spoken in country Portugual/Cape Verde/Angola and others country, and it varieties. I think the issue we discussed here is that, whether or not we want br.openoffice.org to be redirected to http://www.openoffice.org/pt-br/ . We need the input from the Brazil community to decide it. You may check previous mails in this thread for more of the discussion and reason. ^_*' -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ signature.asc Description: OpenPGP digital signature
Re: buildbot failure in ASF Buildbot on openoffice-linux32-nightly
On 09.05.2012 18:24, Andrew Rist wrote: On 5/9/2012 2:29 AM, Andre Fischer wrote: Hi, I just finished a build on a freshly installed Ubuntu 12.04 32-Bit Linux. Not a single build problem. Even the linear programming solver works. I am a bit surprised (in a positive way) that it compiled so smoothly. After all, the 32-Bit buildbot (which, I think, uses the same system) has still to see its first successful build. By the way, I used the default bfd linker (/usr/bin/ld - ld.bfd) Can you provide a more thorough 'build recipe'? base OS - Ubuntu 12.04 32-Bit additional packages - ? additional perl modules - ? build script/commands - ? I will try: I used just the bare minimum of packages and perl modules to be able to build AOO. Well, maybe a synaptic here and an emacs there, but nothing that should have much influence on the build. I called configure like this: ./configure \ --disable-odk \ --disable-binfilter \ --with-jdk-home=/usr/lib/jvm/java-6-openjdk \ --with-dmake-url=http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2 \ --enable-category-b \ --with-system-openssl \ --with-epm-url=http://ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz \ --disable-mozilla -Andre
Re: Shout Out for our Mentors!
On 10.05.2012 00:26, Joe Schaefer wrote: I wouldn't make too much fuss over what the mentors did. Yes this project had a very good pool compared to what most incubating projects have to deal with, but the public accolades surrounding the successful release belong to the committers and the supporting community on this project. Most of our time as mentors was focusedon social/legal issues, As I had a small insight into the legal problems (with removing the category-X licensed code and such; not much fun) this makes the mentors contribution even more important. Thank you, Andre not technical issues. Just keepingthings moving along was not all that difficult, most of the time ;-). You've exceeded our expectations to get to this point so quickly, and I look forward to reviewing your processes towards graduation. Good luck! - Original Message - From: imacatima...@mail.imacat.idv.tw To: Apache OpenOffice Developersooo-dev@incubator.apache.org Cc: Sent: Wednesday, May 9, 2012 6:19 PM Subject: Re: Shout Out for our Mentors! A big thank you from me, too. ^_*' On 2012/05/10 05:50, Marcus (OOo) said: A big +1. I'm sure that it's sometimes not that easy to manage all this people. ;-) Thanks Marcus Am 05/09/2012 09:32 PM, schrieb Donald Harbison: While we're in the honeymoon period following our successful launch of Apache OpenOffice 3.4, I want to give a special SHOUT OUT! to our mentors. We wouldn't be here at this point in the project's development without your help and counsel. You agreed to take this podling on as huge and gnarly as you knew it would be. OpenOffice is the largest end user-facing project in the history of ASF. Nobody blinked. Your support has been stalwart and steadfast. Lastly, your confidence in us, that we would eventually get most of it right, even if we messed up some things, was most appreciated. It's been a challenge for you, but I trust you are finding it rewarding as we pass this first major milestone of a successful Apache Release, and look forward to building the most successful end user productivity software suite in the history of Apache, for the public good, of course! Thank You!...and you know who you are, so I'm not naming names. :)) -- Best regards, imacat ^_*'ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/
Re: AOO fails to compile in sdext: makefile.mk problem?
Hi, this should be fixed now. SVN revision is 1336570. -Andre On 10.05.2012 08:00, Damjan Jovanovic wrote: Hi AOO (from latest SVN) is failing to compile for me in sdext: ---snip--- Entering /home/user/ooo/main/sdext/source/presenter dmake: makefile.mk: line 297: Error: -- Missing targets or attributes in rule 1 module(s): sdext need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /home/user/ooo/main/sdext/source/presenter When you have fixed the errors in that module you can resume the build by running: build --from sdext ---snip--- The only thing I can find on Google is a post to the old OO.o mailing list, with the same error in the same line, saying that there could be a mismatched .IF/.THEN in main/sdext/source/presenter/makefile.mk (http://openoffice.2283327.n4.nabble.com/sdext-source-presenter-makefile-mk-IF-ENDIF-mismatch-td3244297.html). This is on Lubuntu 11.10 on an amd64 system. Commands used were: autoconf ./configure --with-dmake-url=http://dmake.apache-extras.org.codespot.com/files/dmake-4.12.tar.bz2 --with-epm-url=http://ftp.easysw.com/pub/epm/3.7/epm-3.7-source.tar.gz --enable-category-b --disable-build-mozilla --enable-minimizer --enable-opengl --enable-dbus --with-mingwin=i586-mingw32msvc-g++ cd moz/zipped/ wget http://www.openoffice.org/tools/moz_prebuild/OOo3.2/LINUXGCCXruntime.zip wget http://www.openoffice.org/tools/moz_prebuild/OOo3.2/LINUXGCCXlib.zip wget http://www.openoffice.org/tools/moz_prebuild/OOo3.2/LINUXGCCXinc.zip cd ../.. ./bootstrap source LinuxX86-64Env.Set.sh cd instsetoo_native/ build --all -P2 -- -P2 Please help? I am compiling AOO because I want to contribute to it. Damjan Jovanovic
Hebrew translator
Hello guys, I would like to help maintain the Hebrew translation of OpenOffice.org. I've already been involved with the translation process before and I know the suite very well. Please grant me with translator access to the pootle server. Kind regards, Yaron Shahrabani Hebrew translator
Re: Errors mirroring legacy OOo
Hi, quite simply, rsync.services.openoffice.org resolves to three IP addresses, and one of them doesn't seem to mirror OOo anymore. So somebody needs to fix the DNS, or fix that server - but there is not much point in syncing anyway, because no changes occur on these servers anymore. At least not that I'm aware of. As far as I know, there are no changes in the file tree anymore. Since nothing needs to be synced, there is no real need for tier 1 mirrors. Peter Am 09.05.2012 um 15:54 schrieb Rob Weir robw...@apache.org: Peter, do you have any ideas on this problem? -Rob On Wed, May 9, 2012 at 6:03 AM, Carsten Otto o...@informatik.rwth-aachen.de wrote: Any news? On Mon, May 07, 2012 at 10:28:37AM +0200, Carsten Otto wrote: Dear whoever reads this, I experience problems when mirroring from the (old) openoffice archive. The contact address t...@openoffice.org is not valid anymore (see below), so I hope this is the place to reach someone who can fix the problem or tell us what to do. Diagnostic-code: smtp;550 Apache OpenOffice no longer relays openoffice.org mail. See http://incubator.apache.org/openofficeorg/mailing-lists.html#legacy-openofficeorg-lists Thanks, Carsten Original message: - Hi, the following error occurs when synchronizing with rsync://rsync.services.openoffice.org/openoffice-extended/ whenever this resolves to 212.101.4.244. Bye, Carsten - Forwarded message from cars...@c-otto.de - Date: Mon, 07 May 2012 10:17:54 +0200 (CEST) From: cars...@c-otto.de To: datafe...@ftp.halifax.rwth-aachen.de Subject: [ftpsync-openoffice-ftp@ftp] (25137) rsync ERROR on 2012.05.07-10:17:54 @ERROR: chroot failed rsync error: error starting client-server protocol (code 5) at main.c(1524) [Receiver=3.0.7] - End forwarded message - -- Carsten Otto o...@informatik.rwth-aachen.de LuFG Informatik 2 http://verify.rwth-aachen.de/otto/ RWTH Aachenphone: +49 241 80-21211 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk+qQQkACgkQjUF4jpCSQBROLQCg14zi5zH02fjA7EvwL535L7lO Q6cAn3Ct4KSbp4p3xfHQfJjdt+GzKSLc =claD -END PGP SIGNATURE-
Re: AOO fails to compile with Subversion 1.7
Damjan Jovanovic wrote on Thu, May 10, 2012 at 02:27:50 +0200: Apparently the problem is that Subversion 1.7 gives different and unexpected output for svnversion . thus breaking the Python build (http://rpatterson.net/blog/building-python-with-subversion-1.7). It prints unversioned directory instead of exported. So you need another set of quotes: -DSVNVERSION=\`LC_ALL=C svnversion`\
Re: debugging with gdb
Hi, all! Thank you, Ariel and Eric! Thanks to your tips i begin to understand what's what) and one more question: build script gives this warning: ... WARNING(S): Some modules contain old output trees! Please check: instsetoo_nativeuser@ubuntu:~/ooo/main/instsetoo_native$ clean output trees ... What does it mean the message clean output trees? How to do that? Regars, Nikolay. 2012/5/9 Ariel Constenla-Haile arie...@apache.org Hi Nikolay, On Wed, May 09, 2012 at 07:07:49PM +0400, Ochirov Nikolay wrote: Hi all! Again, it doesn't work Here's the output gdb: ... 0x0349594f in?? () From / opt / openoffice.org / ure / lib / bootstrap.uno.so I rebuilt the module stoc as Eric suggested: ooo cd / main / stoc mv unxlng *. pro unxlng *. pro_back build debug = t Don't miss the dbglevel if you want extra debug code (usually ifdefined) build debug=true dbglevel=3 And if I understand correctly, received new libraries i copied to the /opt/ openoffice.org/basis.3/programm/libs this library belongs to the URE: [ariel@localhost ~]$ locate bootstrap.uno.so /opt/openoffice.org/ure/lib/bootstrap.uno.so Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: Performance!
Thanks Imacat, This was originally posted to the private list so as not to offend some of our more sensitive list subscribers. However, some useful discussion started looking at why the graphs looked like they did. I, as a mentor, requested that it be moved here so that everyone, could benefit from the discussion. Imacat did not post all comments, only the link that was the catalyst, since they were made in private, it's up to others to bring their constructive thoughts here. I think I see a potential for collaboration between the various ODF related projects here. Can a few sample documents be created which produce graphs showing better performance in other ODF products? Michael, you say they can do that for LO, I invite you to do so. Such documents would help AOO developers explore weakness in AOO code. At the same time AOO could provide documents that demonstrate better AOO performance. These will help other projects explore weaknesses in their own code. RANDOM THOUGHT: are there any ODF test documents that might serve this purpose? Ross On 10 May 2012 10:25, imacat ima...@mail.imacat.idv.tw wrote: FYI ^_*' Please do not attack any party, or create any FUD. --- Original mail --- Subject: Performance! Date: Wed, 09 May 2012 23:51:47 +0200 From: Armin Le Grand armin_le_gr...@me.com Nice read: http://tinyurl.com/c24awgq -- ALG (iPad) -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ -- Ross Gardler (@rgardler) Programme Leader (Open Development) OpenDirective http://opendirective.com
Re: [PROPOSAL] Separation of Traditional Chinese and Simplified Chinese
Hi. 2012/5/10 imacat ima...@mail.imacat.idv.tw I think the issue we discussed here is that, whether or not we want br.openoffice.org to be redirected to http://www.openoffice.org/pt-br/ . We need the input from the Brazil community to decide it. The br.openoffice.org is redirected to openoffice.org/projects/br, but this case. I'm think and discurssing with some members of the brazilian community, a portal for news, events, etc. and another (the primary) only important, news, download, more information. What do you say ? The primary / *first*: openoffice.org/pt-br/ You may check previous mails in this thread for more of the discussion and reason. ^_*' Yes, I read the previous. I'm just explaining. :) Regards, Albino
Re: [PROPOSAL] Separation of Traditional Chinese and Simplified Chinese
Hi. 2012/5/10 Albino Biasutti Neto biasut...@gmail.com Hi. 2012/5/10 imacat ima...@mail.imacat.idv.tw I think the issue we discussed here is that, whether or not we want br.openoffice.org to be redirected to http://www.openoffice.org/pt-br/ . We need the input from the Brazil community to decide it. The br.openoffice.org is redirected to openoffice.org/projects/br, but this case. I'm think and discurssing with some members of the brazilian community, a portal for news, events, etc. and another (the primary) only important, news, download, more information. What do you say ? The primary / *first*: openoffice.org/pt-br/ You may check previous mails in this thread for more of the discussion and reason. ^_*' Yes, I read the previous. I'm just explaining. :) We want the base of AOO, don't do anyting separately. Regards, Albino
Re: Errors mirroring legacy OOo
Hi, On Thu, May 10, 2012 at 12:19:48PM +0200, =?utf-8?Q? Dr._Peter_P=C3=B6ml ?= wrote: quite simply, rsync.services.openoffice.org resolves to three IP addresses, and one of them doesn't seem to mirror OOo anymore. So somebody needs to fix the DNS, or fix that server - but there is not much point in syncing anyway, because no changes occur on these servers anymore. At least not that I'm aware of. As far as I know, there are no changes in the file tree anymore. Since nothing needs to be synced, there is no real need for tier 1 mirrors. Some official announcement for this would be really appreciated. I'll deactivate synchronization now, though. Bye, -- Carsten Otto o...@informatik.rwth-aachen.de LuFG Informatik 2 http://verify.rwth-aachen.de/otto/ RWTH Aachenphone: +49 241 80-21211 signature.asc Description: Digital signature
Re: Hebrew translator
On 5/10/12 12:02 PM, Yaron Shahrabani wrote: Hello guys, I would like to help maintain the Hebrew translation of OpenOffice.org. I've already been involved with the translation process before and I know the suite very well. Please grant me with translator access to the pootle server. Kind regards, Yaron Shahrabani Hi Yaron, welcome at Apache and it's great that you want to help with the Hebrew translation. At the moment only committers have access to the pootle server. Are you able to work offline with the po files directly using some other tools? If yes please let me know and I will send you the po files in a private email. You should also think about submitting an iCLA (Individual Contributor License Agreement) back to Apache, that is the first and only formal step to become a committer in the project. Everything else depends on your active participation in the project and will come automatically over time which should be obvious. More info about the iCLA can be found here http://www.apache.org/licenses/ and http://www.apache.org/licenses/icla.txt Welcome and let me know ... Juergen
Re: Performance!
On Thu, May 10, 2012 at 6:53 AM, Ross Gardler rgard...@opendirective.com wrote: Thanks Imacat, This was originally posted to the private list so as not to offend some of our more sensitive list subscribers. However, some useful discussion started looking at why the graphs looked like they did. I, as a mentor, requested that it be moved here so that everyone, could benefit from the discussion. Imacat did not post all comments, only the link that was the catalyst, since they were made in private, it's up to others to bring their constructive thoughts here. I think I see a potential for collaboration between the various ODF related projects here. Can a few sample documents be created which produce graphs showing better performance in other ODF products? Michael, you say they can do that for LO, I invite you to do so. Such documents would help AOO developers explore weakness in AOO code. At the same time AOO could provide documents that demonstrate better AOO performance. These will help other projects explore weaknesses in their own code. RANDOM THOUGHT: are there any ODF test documents that might serve this purpose? Another idea: the blog post also indicates that AOO 3.4 uses less RAM than LO: 35Mb versus 43MB. This might be related to the start up performance difference. But since neither product has made radical changes to internal memory structures, any difference in memory consumption is probably related to what libraries are loaded at startup. That should be easier to track down. Also, a comparison of AOO 3.4 versus OOo 3.3.0 would indicate whether we're dealing with a coding improvement in AOO 3.4 or a regression in LO. Whatever the result, that gives useful information that can be used to improve performance. -Rob Ross On 10 May 2012 10:25, imacat ima...@mail.imacat.idv.tw wrote: FYI ^_*' Please do not attack any party, or create any FUD. --- Original mail --- Subject: Performance! Date: Wed, 09 May 2012 23:51:47 +0200 From: Armin Le Grand armin_le_gr...@me.com Nice read: http://tinyurl.com/c24awgq -- ALG (iPad) -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ -- Ross Gardler (@rgardler) Programme Leader (Open Development) OpenDirective http://opendirective.com
Re: Fwd: Performance!
On Thu, 2012-05-10 at 07:45 -0400, Rob Weir wrote: And so you posted questions on his blog, seeking clarifications on methodology, and he responded. Apparently my general concern around promoting such content as being FUD per-se is hard to answer :-) The only interesting thing to me about this rather silly type of accusation is the simultaneous strenuous criticism of such things, while doing them yourself :-) Anyhow lets look at the rather tangential issue of my blog allowing comments: Ironically, this is something that is not possible for readers of your blog to do, since you do not permit comments. Uninteresting as it is - I've been blogging since 1999 and happen to do it in emacs, in a plain text format; and I host it as flat files: that's a habit I have no interest in breaking for some hideous, newfangled databased backed, hosted service etc. :-) But I like feedback, and update entries with it as/when people send it in, my blog page footer reads: I encourage linking back (of course) to help people decide for themselves, in context, in the battle for ideas, and I love fixes / improvements / corrections by private mail. Back in the day, people used to discuss and cross link their blogs, and use E-mail - perhaps I'm stuck in that past. As I say, I hear a lot of FUD allegations coming from various people - yet seldom any sort of reasoned or detailed rebuttal. I would expect such a thing to happen in a blog entry elsewhere that I can link to in an interesting, civil discussion, as we go deeper on any given topic over time. No doubt it is mutually frustrating to misunderstand how to interact with my blog posts ;-) I'm sorry if that is so, I am happy to link to contrary data along with a discussion of it, that would be my pattern here eg. http://www.gnome.org/~michael/blog/2012-03-14.html if you have a response backing up your claim, I'd be happy to link to it continue the debate. But I suspect all of that is rather beside the point. Statistics are a very useful tool for comparisons, but they (clearly) have to be used carefully; I try to do that, and try to show my working too so others can decide for themselves. All the best, Michael. -- michael.me...@suse.com , Pseudo Engineer, itinerant idiot
Re: [PROPOSAL][www] Redirected br.openoffice.org
Hi. 2012/5/10 Albino Biasutti Neto biasut...@gmail.com Hi. To organize! About: br.openoffice.org is redirected to openoffice.org/pt-br I'm think and discurssing with some members of the brazilian community, a portal for news, events, etc. and another (the primary) only important, news, download, more information. What do you say ? The primary / *first*: openoffice.org/pt-br We want use the base of AOO, don't anything separately. So, we could use br.openoffice.org beging secondary ? If it were allowed to use the existing infra. New idea, sorry. Create pt-br.openoffice.org (secondary) ? Because it's similar openoffice.org/pt-br The redirected br.openoffice.org to openoffice.org/pt-br, Ok! More opinions. Best, Albino
Re: [PROPOSAL][www] Redirected br.openoffice.org
On Thu, May 10, 2012 at 8:25 AM, Albino Biasutti Neto biasut...@gmail.com wrote: Hi. 2012/5/10 Albino Biasutti Neto biasut...@gmail.com Hi. To organize! About: br.openoffice.org is redirected to openoffice.org/pt-br I'm think and discurssing with some members of the brazilian community, a portal for news, events, etc. and another (the primary) only important, news, download, more information. What do you say ? The primary / *first*: openoffice.org/pt-br We want use the base of AOO, don't anything separately. So, we could use br.openoffice.org beging secondary ? If it were allowed to use the existing infra. New idea, sorry. Create pt-br.openoffice.org (secondary) ? Because it's similar openoffice.org/pt-br The redirected br.openoffice.org to openoffice.org/pt-br, Ok! More opinions. Personally I'd avoid creating aliases unless there is a good reason to. The NL pages so far have been language based, not country based. That is how it has been done in OOo as well. Of course, we're not tied to that approach for all eternity. But consider where this could lead us: -- We currently have ja.openoffice.org, for Japanese language. Do we now create a country alias, for jp.openoffice.org ? - We currently have de.openoffice.org for Germany language? Do we create aliases for Switzerland and Austria? This can quickly grow to a big task. And remember, countries and languages do not always align. For example, more people speak Armenian in the US than speak it in Armenia. A popular language for downloads from Israel is Russian. The 5th largest Spanish speaking population is the US. So partitioning the website based on countries rather than languages may not be as useful. -Rob Best, Albino
Re: [PROPOSAL][www] Redirected br.openoffice.org
Hi 2012/5/10 Albino Biasutti Neto biasut...@gmail.com: About: br.openoffice.org is redirected to openoffice.org/pt-br One explanation first. In brazilian Internet, we use the final .br in domain names, following the Domains Internet rules, to indicate the country. So, for us, is natural think br.anysite.org instead of pt-br.anysite.org . The primary / *first*: openoffice.org/pt-br Albino, IMO, we can use pt-br.oo.o as a translated clone of EN site, respecting some localized issues, like lists. Create pt-br.openoffice.org (secondary) ? Because it's similar openoffice.org/pt-br No. pt-br.oo.o == oo.o/pt-br The redirected br.openoffice.org to openoffice.org/pt-br, Ok! Well, this is a good question (looking by marketing side), but i don't know from localization side, where br == breton language in language ISO code. My 2 cents... Claudio
Re: Performance!
On Thu, May 10, 2012 at 8:10 AM, Rob Weir robw...@apache.org wrote: On Thu, May 10, 2012 at 6:53 AM, Ross Gardler rgard...@opendirective.com wrote: Thanks Imacat, This was originally posted to the private list so as not to offend some of our more sensitive list subscribers. However, some useful discussion started looking at why the graphs looked like they did. I, as a mentor, requested that it be moved here so that everyone, could benefit from the discussion. Imacat did not post all comments, only the link that was the catalyst, since they were made in private, it's up to others to bring their constructive thoughts here. I think I see a potential for collaboration between the various ODF related projects here. Can a few sample documents be created which produce graphs showing better performance in other ODF products? Michael, you say they can do that for LO, I invite you to do so. Such documents would help AOO developers explore weakness in AOO code. At the same time AOO could provide documents that demonstrate better AOO performance. These will help other projects explore weaknesses in their own code. RANDOM THOUGHT: are there any ODF test documents that might serve this purpose? Another idea: the blog post also indicates that AOO 3.4 uses less RAM than LO: 35Mb versus 43MB. This might be related to the start up performance difference. But since neither product has made radical changes to internal memory structures, any difference in memory consumption is probably related to what libraries are loaded at startup. That should be easier to track down. Also, a comparison of AOO 3.4 versus OOo 3.3.0 would indicate whether we're dealing with a coding improvement in AOO 3.4 or a regression in LO. Whatever the result, that gives useful information that can be used to improve performance. A quick test suggests a little of both: Looking soffice.bin (working set memory footprint in Windows XP) for Writer start up, no document loaded: OOo 3.3.0 = 95,792 Kb AOO 3.4.0 = 88,508 Kb LO 3.5.1 = 108,120 Kb So compared to OOo 3.3.0, AOO 3.4 is reduced 8% and LO increased 13%. Of course, RAM is (relatively) cheap, so the raw numbers are not that important. But any associated initialization code associated with whatever is causing this difference, that could easily impact start performance. -Rob Ross On 10 May 2012 10:25, imacat ima...@mail.imacat.idv.tw wrote: FYI ^_*' Please do not attack any party, or create any FUD. --- Original mail --- Subject: Performance! Date: Wed, 09 May 2012 23:51:47 +0200 From: Armin Le Grand armin_le_gr...@me.com Nice read: http://tinyurl.com/c24awgq -- ALG (iPad) -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ -- Ross Gardler (@rgardler) Programme Leader (Open Development) OpenDirective http://opendirective.com
Re: [PROPOSAL][www] Redirected br.openoffice.org
On Thu, May 10, 2012 at 8:49 AM, Claudio Filho filh...@gmail.com wrote: Hi 2012/5/10 Albino Biasutti Neto biasut...@gmail.com: About: br.openoffice.org is redirected to openoffice.org/pt-br One explanation first. In brazilian Internet, we use the final .br in domain names, following the Domains Internet rules, to indicate the country. So, for us, is natural think br.anysite.org instead of pt-br.anysite.org . The primary / *first*: openoffice.org/pt-br Albino, IMO, we can use pt-br.oo.o as a translated clone of EN site, respecting some localized issues, like lists. Create pt-br.openoffice.org (secondary) ? Because it's similar openoffice.org/pt-br No. pt-br.oo.o == oo.o/pt-br The redirected br.openoffice.org to openoffice.org/pt-br, Ok! Well, this is a good question (looking by marketing side), but i don't know from localization side, where br == breton language in language ISO code. Good example! Another: For TLD, uk = United Kingdom (Great Britain), but ISO language code uk = Ukranian. I think we ask for trouble if we mix country code and language codes in the same system. My 2 cents... Claudio
[2nd round needed] Apache OpenOffice 3.4. announcement: french translation started
Hi the list, I think I completed the first round. The .tar.gz containing the announce aooo3.4.html is here : http://ftp.educoo.org/home/ ApacheOpenOffice.org/announce/AOOo3.4.0/ Someone to make the 2nd read, fix errors, and control I'm not too wrong ? I have seen some typos, but I'm a bit lazy :-) Thanks in advance, Eric Bachard -- qɔᴉɹə Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page L'association EducOOo : http://www.educoo.org Blog : http://eric.bachard.org/news
Re: Special Thanks to Andrew Rist
Hi Andrew, A very big +1 from my side for your work. Best regards, Oliver. On 09.05.2012 18:46, Rob Weir wrote: As we celebrate the release of Apache OpenOffice 3.4, I want to just take moment to recognize one project member who has been very busy, but also very quiet. The transition from Oracle to Apache did not end with Oracle submitting an SGA. That was just the beginning. From coordinating domain name transfers, to helping transition the many legacy online services, to handling administrative requests on legacy servers, to updating license info in source files, and on and on, including stuff I probably don't even know about. Oh, yes, and then he somehow found time to get the buildbots running. So thanks, Andrew, for your steady work on transitioning the project to Apache, and thanks as well to Oracle for making your efforts possible.
Re: Performance!
On Thu, 2012-05-10 at 08:51 -0400, Rob Weir wrote: On Thu, May 10, 2012 at 8:10 AM, Rob Weir robw...@apache.org wrote: On Thu, May 10, 2012 at 6:53 AM, Ross Gardler rgard...@opendirective.com wrote: Thanks Imacat, This was originally posted to the private list so as not to offend some of our more sensitive list subscribers. However, some useful discussion started looking at why the graphs looked like they did. I, as a mentor, requested that it be moved here so that everyone, could benefit from the discussion. Imacat did not post all comments, only the link that was the catalyst, since they were made in private, it's up to others to bring their constructive thoughts here. I think I see a potential for collaboration between the various ODF related projects here. Can a few sample documents be created which produce graphs showing better performance in other ODF products? Michael, you say they can do that for LO, I invite you to do so. Such documents would help AOO developers explore weakness in AOO code. At the same time AOO could provide documents that demonstrate better AOO performance. These will help other projects explore weaknesses in their own code. RANDOM THOUGHT: are there any ODF test documents that might serve this purpose? Another idea: the blog post also indicates that AOO 3.4 uses less RAM than LO: 35Mb versus 43MB. This might be related to the start up performance difference. But since neither product has made radical changes to internal memory structures, any difference in memory consumption is probably related to what libraries are loaded at startup. That should be easier to track down. Also, a comparison of AOO 3.4 versus OOo 3.3.0 would indicate whether we're dealing with a coding improvement in AOO 3.4 or a regression in LO. Whatever the result, that gives useful information that can be used to improve performance. A quick test suggests a little of both: Looking soffice.bin (working set memory footprint in Windows XP) for Writer start up, no document loaded: OOo 3.3.0 = 95,792 Kb AOO 3.4.0 = 88,508 Kb LO 3.5.1 = 108,120 Kb So compared to OOo 3.3.0, AOO 3.4 is reduced 8% and LO increased 13%. Of course, RAM is (relatively) cheap, so the raw numbers are not that important. But any associated initialization code associated with whatever is causing this difference, that could easily impact start performance. Alright - likely I don't need to ask this - The packages ship from a really different mindset, one Aoo is bare bones (particularly this specific release) and LibO comes with condiments. So - just to be sure, did you pull out the extras (the extensions) that come default with LibO, before checking the footprint? Thanks, //drew
Re: Performance!
On 10.05.2012 17:06, drew wrote: On Thu, 2012-05-10 at 08:51 -0400, Rob Weir wrote: On Thu, May 10, 2012 at 8:10 AM, Rob Weirrobw...@apache.org wrote: On Thu, May 10, 2012 at 6:53 AM, Ross Gardler rgard...@opendirective.com wrote: Thanks Imacat, This was originally posted to the private list so as not to offend some of our more sensitive list subscribers. However, some useful discussion started looking at why the graphs looked like they did. I, as a mentor, requested that it be moved here so that everyone, could benefit from the discussion. Imacat did not post all comments, only the link that was the catalyst, since they were made in private, it's up to others to bring their constructive thoughts here. I think I see a potential for collaboration between the various ODF related projects here. Can a few sample documents be created which produce graphs showing better performance in other ODF products? Michael, you say they can do that for LO, I invite you to do so. Such documents would help AOO developers explore weakness in AOO code. At the same time AOO could provide documents that demonstrate better AOO performance. These will help other projects explore weaknesses in their own code. RANDOM THOUGHT: are there any ODF test documents that might serve this purpose? Another idea: the blog post also indicates that AOO 3.4 uses less RAM than LO: 35Mb versus 43MB. This might be related to the start up performance difference. But since neither product has made radical changes to internal memory structures, any difference in memory consumption is probably related to what libraries are loaded at startup. That should be easier to track down. Also, a comparison of AOO 3.4 versus OOo 3.3.0 would indicate whether we're dealing with a coding improvement in AOO 3.4 or a regression in LO. Whatever the result, that gives useful information that can be used to improve performance. A quick test suggests a little of both: Looking soffice.bin (working set memory footprint in Windows XP) for Writer start up, no document loaded: OOo 3.3.0 = 95,792 Kb AOO 3.4.0 = 88,508 Kb LO 3.5.1 = 108,120 Kb So compared to OOo 3.3.0, AOO 3.4 is reduced 8% and LO increased 13%. Of course, RAM is (relatively) cheap, so the raw numbers are not that important. But any associated initialization code associated with whatever is causing this difference, that could easily impact start performance. Alright - likely I don't need to ask this - The packages ship from a really different mindset, one Aoo is bare bones (particularly this specific release) and LibO comes with condiments. I don´t know about bare bones. Sure, we removed a small number of libraries, but AOO 3.4 is still a regular release when it comes to functionality. So - just to be sure, did you pull out the extras (the extensions) that come default with LibO, before checking the footprint? Extensions are loaded on demand. Even if Libre Office includes more extensions and may even have turned some extensions into regular code, that does not change the size of soffice.bin. -Andre
Another special Thanks for the Apache infra structure team
Hi, before we (the AOO project) move on with future work (and we have a lot in front of us) I would nevertheless send a big THANK YOU to the infra structure team. The infra team had a lot of extra work with our project because of our additional and special requirements to migrate a very huge existing infra structure to Apache. This important piece of work is often not mentioned but was a very huge task in our project over the last 10 month and the infra structure team have supported us very well. Thanks to all who was involved here. We have learned from each other and we as project has benefit from the collaboration with the infra team. And I am sure we will in the future as well. From a project perspective we will hopefully be able to find more volunteers who are able to support the infra team/project with future and further maintenance work related to specific things for our project but also to support infra in general. Thanks to all Juergen PS: I don't know how many beers I have to pay when we are hopefully can meet in person in the near future ;-)
Re: Performance!
On Thu, 2012-05-10 at 17:23 +0200, Andre Fischer wrote: On 10.05.2012 17:06, drew wrote: On Thu, 2012-05-10 at 08:51 -0400, Rob Weir wrote: On Thu, May 10, 2012 at 8:10 AM, Rob Weirrobw...@apache.org wrote: On Thu, May 10, 2012 at 6:53 AM, Ross Gardler rgard...@opendirective.com wrote: Thanks Imacat, This was originally posted to the private list so as not to offend some of our more sensitive list subscribers. However, some useful discussion started looking at why the graphs looked like they did. I, as a mentor, requested that it be moved here so that everyone, could benefit from the discussion. Imacat did not post all comments, only the link that was the catalyst, since they were made in private, it's up to others to bring their constructive thoughts here. I think I see a potential for collaboration between the various ODF related projects here. Can a few sample documents be created which produce graphs showing better performance in other ODF products? Michael, you say they can do that for LO, I invite you to do so. Such documents would help AOO developers explore weakness in AOO code. At the same time AOO could provide documents that demonstrate better AOO performance. These will help other projects explore weaknesses in their own code. RANDOM THOUGHT: are there any ODF test documents that might serve this purpose? Another idea: the blog post also indicates that AOO 3.4 uses less RAM than LO: 35Mb versus 43MB. This might be related to the start up performance difference. But since neither product has made radical changes to internal memory structures, any difference in memory consumption is probably related to what libraries are loaded at startup. That should be easier to track down. Also, a comparison of AOO 3.4 versus OOo 3.3.0 would indicate whether we're dealing with a coding improvement in AOO 3.4 or a regression in LO. Whatever the result, that gives useful information that can be used to improve performance. A quick test suggests a little of both: Looking soffice.bin (working set memory footprint in Windows XP) for Writer start up, no document loaded: OOo 3.3.0 = 95,792 Kb AOO 3.4.0 = 88,508 Kb LO 3.5.1 = 108,120 Kb So compared to OOo 3.3.0, AOO 3.4 is reduced 8% and LO increased 13%. Of course, RAM is (relatively) cheap, so the raw numbers are not that important. But any associated initialization code associated with whatever is causing this difference, that could easily impact start performance. Alright - likely I don't need to ask this - The packages ship from a really different mindset, one Aoo is bare bones (particularly this specific release) and LibO comes with condiments. I don´t know about bare bones. Sure, we removed a small number of libraries, but AOO 3.4 is still a regular release when it comes to functionality. So - just to be sure, did you pull out the extras (the extensions) that come default with LibO, before checking the footprint? Extensions are loaded on demand. Even if Libre Office includes more extensions and may even have turned some extensions into regular code, that does not change the size of soffice.bin. I think it does - I just did that, though I'm under Linux currently, so perhaps that's a difference - anyway - added extensions to both Aoo and Libo and the footprint for soffice.bin changed in each, for subsequent loads. //drew -Andre
Re: Performance!
On Thu, May 10, 2012 at 11:06 AM, drew d...@baseanswers.com wrote: On Thu, 2012-05-10 at 08:51 -0400, Rob Weir wrote: On Thu, May 10, 2012 at 8:10 AM, Rob Weir robw...@apache.org wrote: On Thu, May 10, 2012 at 6:53 AM, Ross Gardler rgard...@opendirective.com wrote: Thanks Imacat, This was originally posted to the private list so as not to offend some of our more sensitive list subscribers. However, some useful discussion started looking at why the graphs looked like they did. I, as a mentor, requested that it be moved here so that everyone, could benefit from the discussion. Imacat did not post all comments, only the link that was the catalyst, since they were made in private, it's up to others to bring their constructive thoughts here. I think I see a potential for collaboration between the various ODF related projects here. Can a few sample documents be created which produce graphs showing better performance in other ODF products? Michael, you say they can do that for LO, I invite you to do so. Such documents would help AOO developers explore weakness in AOO code. At the same time AOO could provide documents that demonstrate better AOO performance. These will help other projects explore weaknesses in their own code. RANDOM THOUGHT: are there any ODF test documents that might serve this purpose? Another idea: the blog post also indicates that AOO 3.4 uses less RAM than LO: 35Mb versus 43MB. This might be related to the start up performance difference. But since neither product has made radical changes to internal memory structures, any difference in memory consumption is probably related to what libraries are loaded at startup. That should be easier to track down. Also, a comparison of AOO 3.4 versus OOo 3.3.0 would indicate whether we're dealing with a coding improvement in AOO 3.4 or a regression in LO. Whatever the result, that gives useful information that can be used to improve performance. A quick test suggests a little of both: Looking soffice.bin (working set memory footprint in Windows XP) for Writer start up, no document loaded: OOo 3.3.0 = 95,792 Kb AOO 3.4.0 = 88,508 Kb LO 3.5.1 = 108,120 Kb So compared to OOo 3.3.0, AOO 3.4 is reduced 8% and LO increased 13%. Of course, RAM is (relatively) cheap, so the raw numbers are not that important. But any associated initialization code associated with whatever is causing this difference, that could easily impact start performance. Alright - likely I don't need to ask this - The packages ship from a really different mindset, one Aoo is bare bones (particularly this specific release) and LibO comes with condiments. So - just to be sure, did you pull out the extras (the extensions) that come default with LibO, before checking the footprint? Just the default install. I didn't change anything. And likely neither did the user who was doing the timings. If that explains the start up differences and the working set differences, then that is good to know. As engineers I think we all struggle to find ways to add features without slowing the product down. We'll face the same set of issues.as we enhance AOO. -Rob Thanks, //drew
Re: Another special Thanks for the Apache infra structure team
+1M! On May 10, 2012, at 8:26 AM, Jürgen Schmidt wrote: Hi, before we (the AOO project) move on with future work (and we have a lot in front of us) I would nevertheless send a big THANK YOU to the infra structure team. The infra team had a lot of extra work with our project because of our additional and special requirements to migrate a very huge existing infra structure to Apache. This important piece of work is often not mentioned but was a very huge task in our project over the last 10 month and the infra structure team have supported us very well. Thanks to all who was involved here. We have learned from each other and we as project has benefit from the collaboration with the infra team. And I am sure we will in the future as well. From a project perspective we will hopefully be able to find more volunteers who are able to support the infra team/project with future and further maintenance work related to specific things for our project but also to support infra in general. Thanks to all Juergen PS: I don't know how many beers I have to pay when we are hopefully can meet in person in the near future ;-)
Re: Performance!
On Thu, 2012-05-10 at 11:31 -0400, Rob Weir wrote: On Thu, May 10, 2012 at 11:06 AM, drew d...@baseanswers.com wrote: On Thu, 2012-05-10 at 08:51 -0400, Rob Weir wrote: On Thu, May 10, 2012 at 8:10 AM, Rob Weir robw...@apache.org wrote: On Thu, May 10, 2012 at 6:53 AM, Ross Gardler rgard...@opendirective.com wrote: Thanks Imacat, This was originally posted to the private list so as not to offend some of our more sensitive list subscribers. However, some useful discussion started looking at why the graphs looked like they did. I, as a mentor, requested that it be moved here so that everyone, could benefit from the discussion. Imacat did not post all comments, only the link that was the catalyst, since they were made in private, it's up to others to bring their constructive thoughts here. I think I see a potential for collaboration between the various ODF related projects here. Can a few sample documents be created which produce graphs showing better performance in other ODF products? Michael, you say they can do that for LO, I invite you to do so. Such documents would help AOO developers explore weakness in AOO code. At the same time AOO could provide documents that demonstrate better AOO performance. These will help other projects explore weaknesses in their own code. RANDOM THOUGHT: are there any ODF test documents that might serve this purpose? Another idea: the blog post also indicates that AOO 3.4 uses less RAM than LO: 35Mb versus 43MB. This might be related to the start up performance difference. But since neither product has made radical changes to internal memory structures, any difference in memory consumption is probably related to what libraries are loaded at startup. That should be easier to track down. Also, a comparison of AOO 3.4 versus OOo 3.3.0 would indicate whether we're dealing with a coding improvement in AOO 3.4 or a regression in LO. Whatever the result, that gives useful information that can be used to improve performance. A quick test suggests a little of both: Looking soffice.bin (working set memory footprint in Windows XP) for Writer start up, no document loaded: OOo 3.3.0 = 95,792 Kb AOO 3.4.0 = 88,508 Kb LO 3.5.1 = 108,120 Kb So compared to OOo 3.3.0, AOO 3.4 is reduced 8% and LO increased 13%. Of course, RAM is (relatively) cheap, so the raw numbers are not that important. But any associated initialization code associated with whatever is causing this difference, that could easily impact start performance. Alright - likely I don't need to ask this - The packages ship from a really different mindset, one Aoo is bare bones (particularly this specific release) and LibO comes with condiments. So - just to be sure, did you pull out the extras (the extensions) that come default with LibO, before checking the footprint? Just the default install. I didn't change anything. And likely neither did the user who was doing the timings. If that explains the start up differences and the working set differences, then that is good to know. As engineers I think we all struggle to find ways to add features without slowing the product down. We'll face the same set of issues.as we enhance AOO. -Rob Howdy, Historically there have been some problems with extensions and overall performance - IIRC - some of the grammar checkers, early on, caused issues. A little voice says maybe there was an issue logged about dictionaries also, but not sure on that. //drew Thanks, //drew
Re: Issues about the wiki
2012/5/9 Kevin Grignon kevingrignon...@gmail.com Re: Cwiki is a mess, but it works. ... Paulo, will you drive this activity? Hi. I would like to help on this task. I can help to organize the main wiki and take care of pt/pt-br section. For my part, I will be refreshing the UX project wiki. Regards, Kevin -- Paulo de Souza Lima Técnico em Eletrônica e Administrador http://www.pasl.net.br http://almalivre.wordpress.com Curitiba - PR Linux User #432358 Ubuntu User #28729 Para que as pessoas conquistem a paz em suas relações, a paz espiritual e a paz entre os povos, é preciso que antes se ganhe a batalha interna das virtudes sobre os defeitos - Talal Husseini - Filósofo Acropolitano For people to achieve peace in their relationships, spiritual peace and the peace among people, it's necessary, earlier, to win the internal battle between virtues and defects - Talal Husseini - Acropolitan Philosopher
Re: Performance!
On 5/10/12 5:30 PM, drew wrote: On Thu, 2012-05-10 at 17:23 +0200, Andre Fischer wrote: On 10.05.2012 17:06, drew wrote: On Thu, 2012-05-10 at 08:51 -0400, Rob Weir wrote: On Thu, May 10, 2012 at 8:10 AM, Rob Weirrobw...@apache.org wrote: On Thu, May 10, 2012 at 6:53 AM, Ross Gardler rgard...@opendirective.com wrote: Thanks Imacat, This was originally posted to the private list so as not to offend some of our more sensitive list subscribers. However, some useful discussion started looking at why the graphs looked like they did. I, as a mentor, requested that it be moved here so that everyone, could benefit from the discussion. Imacat did not post all comments, only the link that was the catalyst, since they were made in private, it's up to others to bring their constructive thoughts here. I think I see a potential for collaboration between the various ODF related projects here. Can a few sample documents be created which produce graphs showing better performance in other ODF products? Michael, you say they can do that for LO, I invite you to do so. Such documents would help AOO developers explore weakness in AOO code. At the same time AOO could provide documents that demonstrate better AOO performance. These will help other projects explore weaknesses in their own code. RANDOM THOUGHT: are there any ODF test documents that might serve this purpose? Another idea: the blog post also indicates that AOO 3.4 uses less RAM than LO: 35Mb versus 43MB. This might be related to the start up performance difference. But since neither product has made radical changes to internal memory structures, any difference in memory consumption is probably related to what libraries are loaded at startup. That should be easier to track down. Also, a comparison of AOO 3.4 versus OOo 3.3.0 would indicate whether we're dealing with a coding improvement in AOO 3.4 or a regression in LO. Whatever the result, that gives useful information that can be used to improve performance. A quick test suggests a little of both: Looking soffice.bin (working set memory footprint in Windows XP) for Writer start up, no document loaded: OOo 3.3.0 = 95,792 Kb AOO 3.4.0 = 88,508 Kb LO 3.5.1 = 108,120 Kb So compared to OOo 3.3.0, AOO 3.4 is reduced 8% and LO increased 13%. Of course, RAM is (relatively) cheap, so the raw numbers are not that important. But any associated initialization code associated with whatever is causing this difference, that could easily impact start performance. Alright - likely I don't need to ask this - The packages ship from a really different mindset, one Aoo is bare bones (particularly this specific release) and LibO comes with condiments. I don´t know about bare bones. Sure, we removed a small number of libraries, but AOO 3.4 is still a regular release when it comes to functionality. So - just to be sure, did you pull out the extras (the extensions) that come default with LibO, before checking the footprint? Extensions are loaded on demand. Even if Libre Office includes more extensions and may even have turned some extensions into regular code, that does not change the size of soffice.bin. I think it does - I just did that, though I'm under Linux currently, so perhaps that's a difference - anyway - added extensions to both Aoo and Libo and the footprint for soffice.bin changed in each, for subsequent loads. it depends indeed on the extension. The loading on demand conclusion is of course correct but depends on the service provider interface (SPI) that is used. But the point right now is that the majority of users don't care about this and see only that AOO is starting fast. A fact that I like very much because there were indeed some improvements for 3.4. And how nice is it when users notice such improvements without deeper analysis. The fact that users simply having the impression that it starts fast is very nice. So let us focus on further improvement going in this direction. Let us make our users happy. Many many happy users and their positive feedback is the payment that we get for our work here. Juergen //drew -Andre
[DISCUSS] Providing smaller compressed source tarballs
Hi, Currently, the 3.4.0 source tar.bz2 is around 240 MiB. Providing an xz compressed tarball instead would reduce download size for users who build AOO from source. Informal comparison between different compressors: 1697468416 aoo-3.4.0-incubating-src.tar 251417600 aoo-3.4.0-incubating-src.tar.bz2 207922176 aoo-3.4.0-incubating-src.tar.xz-6e 199165952 aoo-3.4.0-incubating-src.tar.xz-7e 190512128 aoo-3.4.0-incubating-src.tar.xz-8e 187145216 aoo-3.4.0-incubating-src.tar.xz-9e 168845312 aoo-3.4.0-incubating-src.tar.zpaq-m3-b256 168816640 aoo-3.4.0-incubating-src.tar.zpaq-m3 159088640 aoo-3.4.0-incubating-src.tar.zpaq-m4-b256 ZPAQ compresses even better, but compression/decompression is very slow. It seems that xz -8e would be a good compromise between CPU/memory usage and compression ratio. It results in a 24% smaller size compared to bzip2 -9. Do you agree or have suggestions/concerns? Best regards, Chí-Thanh Christopher Nguyễn
[OT] Blog Engines/comments (was RE: Fwd: Performance!)
I sympathize with the use of a flat-file system for posting articles. Hey, no XSS defects, no query support, no problems with bugs in an intermediary publishing system that corrupts the blog archives, no time spent figuring out how to prevent spam comments, etc. I started with a blog engine when I started blogging in 2002, but I stick with ones that publish flat files on a server space of mine that I can preserve and keep on-line even if the engine becomes obsolete and I have to do something else. I may have to change engines again since it takes too much to be my own IT and administrator for the one I am still migrating to since Blogger stopped supporting static FTP posting to an user's own domain. Have you considered DISQUS, since it will work on your pages but it is an external service? I've never quite got the habit, but it might suit you. Or agree on a de.licio.us tag that applies to your blog, so folks could comment there and find them. (Have you got a twitter ID too? I don't recall if I've seen you that way.) - Dennis -Original Message- From: Michael Meeks [mailto:michael.me...@suse.com] Sent: Thursday, May 10, 2012 05:16 To: ooo-dev@incubator.apache.org Subject: Re: Fwd: Performance! [ ... ] Uninteresting as it is - I've been blogging since 1999 and happen to do it in emacs, in a plain text format; and I host it as flat files: that's a habit I have no interest in breaking for some hideous, newfangled databased backed, hosted service etc. :-) But I like feedback, and update entries with it as/when people send it in, my blog page footer reads: I encourage linking back (of course) to help people decide for themselves, in context, in the battle for ideas, and I love fixes / improvements / corrections by private mail. Back in the day, people used to discuss and cross link their blogs, and use E-mail - perhaps I'm stuck in that past. As I say, I hear a lot of FUD allegations coming from various people - yet seldom any sort of reasoned or detailed rebuttal. I would expect such a thing to happen in a blog entry elsewhere that I can link to in an interesting, civil discussion, as we go deeper on any given topic over time. [ ... ]
Re: how to get information out about non-Apache builds/packages
On Wed, May 9, 2012 at 3:41 PM, Rob Weir robw...@apache.org wrote: On Wed, May 9, 2012 at 6:24 PM, Kay Schenk kay.sch...@gmail.com wrote: Do we want to do something to make folks aware of non-Apache packs for AOO (3.4.0 and beyond). I don't know how this has been done in the past, if at all. Right now I know there is a download on freebsd.org, and Wolf has made a Ubuntu build on ??? (I need to track this down) Any ideas on this in terms of collection and placement? Some other Apache projects list derived products on their websites, with a suitable disclaimer. See, for example what Subversion does: http://subversion.apache.org/packages.html ok, thanks for this bit of information... I think this is an important part of encouraging the ecosystem. A parent should be proud of his children's accomplishment, and not be jealous. So we want products based on AOO code to be popular, very popular. That is what success looks like, But I don't think we need to search the web for products to list. But if someone requests this we can discuss on a case-by-case basis. I didn't mean to imply this. I meant dealing with the packagings we are sort of already aware of from list members here. But where to put it? It could be a link from the download/index.html to another page where we maintain that information. That sounds like a good idea to me...maybe even as a separate sub-category a la Additional Resources so it's easy to spot. We'd probably want to have some standards for how these are listed. Otherwise one vendor wants a 50x50 icon, and the next wants a 75x75 and then the next wants 200x200 in order to show up better. We need to be fair. So that probably means the listings need to meet some requirement for length and content. For example: 1) product must be based on Apache OpenOffice 2) If product uses Apache trademarks they must be used properly, i.e., permission where needed, attribution,etc. 3) product listing per some specification (see Subversion for one style) yes... I'm making an assumption based on what you're saying here, that you think it would be better put up as an actual web page, where we could review entries, rather than put up this new page as a wiki page. Yes? -Rob -- MzK Well, life has a funny way of sneaking up on you And life has a funny way of helping you out Helping you out. -- Ironic, Alanis Morissette -- MzK Well, life has a funny way of sneaking up on you And life has a funny way of helping you out Helping you out. -- Ironic, Alanis Morissette
Re: how to get information out about non-Apache builds/packages
On Thu, 2012-05-10 at 09:00 -0700, Kay Schenk wrote: On Wed, May 9, 2012 at 3:41 PM, Rob Weir robw...@apache.org wrote: On Wed, May 9, 2012 at 6:24 PM, Kay Schenk kay.sch...@gmail.com wrote: Do we want to do something to make folks aware of non-Apache packs for AOO (3.4.0 and beyond). I don't know how this has been done in the past, if at all. Right now I know there is a download on freebsd.org, and Wolf has made a Ubuntu build on ??? (I need to track this down) Any ideas on this in terms of collection and placement? Some other Apache projects list derived products on their websites, with a suitable disclaimer. See, for example what Subversion does: http://subversion.apache.org/packages.html ok, thanks for this bit of information... I think this is an important part of encouraging the ecosystem. A parent should be proud of his children's accomplishment, and not be jealous. So we want products based on AOO code to be popular, very popular. That is what success looks like, But I don't think we need to search the web for products to list. But if someone requests this we can discuss on a case-by-case basis. I didn't mean to imply this. I meant dealing with the packagings we are sort of already aware of from list members here. But where to put it? It could be a link from the download/index.html to another page where we maintain that information. That sounds like a good idea to me...maybe even as a separate sub-category a la Additional Resources so it's easy to spot. We'd probably want to have some standards for how these are listed. Otherwise one vendor wants a 50x50 icon, and the next wants a 75x75 and then the next wants 200x200 in order to show up better. We need to be fair. So that probably means the listings need to meet some requirement for length and content. For example: 1) product must be based on Apache OpenOffice 2) If product uses Apache trademarks they must be used properly, i.e., permission where needed, attribution,etc. 3) product listing per some specification (see Subversion for one style) yes... I'm making an assumption based on what you're saying here, that you think it would be better put up as an actual web page, where we could review entries, rather than put up this new page as a wiki page. Yes? I would agree - it's not something I would want to make self-service, as the wiki is, it would need to be gated so a web page for sure, IMO. //drew
Re: how to get information out about non-Apache builds/packages
On Thu, May 10, 2012 at 12:00 PM, Kay Schenk kay.sch...@gmail.com wrote: On Wed, May 9, 2012 at 3:41 PM, Rob Weir robw...@apache.org wrote: On Wed, May 9, 2012 at 6:24 PM, Kay Schenk kay.sch...@gmail.com wrote: Do we want to do something to make folks aware of non-Apache packs for AOO (3.4.0 and beyond). I don't know how this has been done in the past, if at all. Right now I know there is a download on freebsd.org, and Wolf has made a Ubuntu build on ??? (I need to track this down) Any ideas on this in terms of collection and placement? Some other Apache projects list derived products on their websites, with a suitable disclaimer. See, for example what Subversion does: http://subversion.apache.org/packages.html ok, thanks for this bit of information... I think this is an important part of encouraging the ecosystem. A parent should be proud of his children's accomplishment, and not be jealous. So we want products based on AOO code to be popular, very popular. That is what success looks like, But I don't think we need to search the web for products to list. But if someone requests this we can discuss on a case-by-case basis. I didn't mean to imply this. I meant dealing with the packagings we are sort of already aware of from list members here. But where to put it? It could be a link from the download/index.html to another page where we maintain that information. That sounds like a good idea to me...maybe even as a separate sub-category a la Additional Resources so it's easy to spot. We'd probably want to have some standards for how these are listed. Otherwise one vendor wants a 50x50 icon, and the next wants a 75x75 and then the next wants 200x200 in order to show up better. We need to be fair. So that probably means the listings need to meet some requirement for length and content. For example: 1) product must be based on Apache OpenOffice 2) If product uses Apache trademarks they must be used properly, i.e., permission where needed, attribution,etc. 3) product listing per some specification (see Subversion for one style) yes... I'm making an assumption based on what you're saying here, that you think it would be better put up as an actual web page, where we could review entries, rather than put up this new page as a wiki page. Yes? Yes, I think we need to approve whatever is listed. Otherwise, what would prevent someone from adding a listing for a modified version of OpenOffice that installs spyware on a user's machine? This is easiest to do with a webpage, I think. We're talking about what?3 or so initial listings, maybe a few others over time? It will never be a real high rate of change page. -Rob -Rob -- MzK Well, life has a funny way of sneaking up on you And life has a funny way of helping you out Helping you out. -- Ironic, Alanis Morissette -- MzK Well, life has a funny way of sneaking up on you And life has a funny way of helping you out Helping you out. -- Ironic, Alanis Morissette
Re: Another special Thanks for the Apache infra structure team
Big thanks from me, too. ^_*' On 01.05.10 11:33pm, Dave Fisher said: +1M! On May 10, 2012, at 8:26 AM, Jürgen Schmidt wrote: Hi, before we (the AOO project) move on with future work (and we have a lot in front of us) I would nevertheless send a big THANK YOU to the infra structure team. The infra team had a lot of extra work with our project because of our additional and special requirements to migrate a very huge existing infra structure to Apache. This important piece of work is often not mentioned but was a very huge task in our project over the last 10 month and the infra structure team have supported us very well. Thanks to all who was involved here. We have learned from each other and we as project has benefit from the collaboration with the infra team. And I am sure we will in the future as well. From a project perspective we will hopefully be able to find more volunteers who are able to support the infra team/project with future and further maintenance work related to specific things for our project but also to support infra in general. Thanks to all Juergen PS: I don't know how many beers I have to pay when we are hopefully can meet in person in the near future ;-) -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ signature.asc Description: OpenPGP digital signature
RE: Performance!
All right, this seems like a good place to splice in a comment I made in the private thread that it is time to be careful and not get into exaggerated claims, especially when a variation is not consistently present to all users in all situations. Unsubstantiated subjective experiences are not trustworthy. It is also very difficult to control the variations that exist from one setting and execution to another. So let's stop making so much of this. - Dennis A LESSON ON PERFORMANCE-CLAIM HUMILITY: I just stubbed my toe on a performance situation where there is a serious worse-than-linear degradation in performance as a particular kind of ODF Text document grows. Using a hot machine, I only noticed the pain when opening the document extended into an intolerable number of minutes as I continued work on successive drafts. On my slower laptop, where I repeated the test for comparison purpose, the document now takes over an hour to open. This is on OO.o 3.3.0, AOO 3.4.0, and a variety of LibreOffice releases. Yes there are differences among the different releases, and they are rather consistent when the time is so long, but the fastest (OpenOffice.org 3.3.0 in my crude tests) is still swamped by whatever the serious performance degradation is and it is common to all releases tested. This is not the kind of problem that can be isolated into a small test case for reproducibility, so the forensic work to demonstrate it and capture data points is really tedious. Ordinary users probably think that their software has hung or is not even starting when it is just that there is something that is taking a very long time as part of loading the document (but neither disk nor network, something in the logic that pegs the CPU for minutes when not hours). Bug reports will follow shortly. -Original Message- From: Jürgen Schmidt [mailto:jogischm...@googlemail.com] Sent: Thursday, May 10, 2012 08:45 To: ooo-dev@incubator.apache.org Subject: Re: Performance! [ ... ] But the point right now is that the majority of users don't care about this and see only that AOO is starting fast. A fact that I like very much because there were indeed some improvements for 3.4. And how nice is it when users notice such improvements without deeper analysis. The fact that users simply having the impression that it starts fast is very nice. So let us focus on further improvement going in this direction. Let us make our users happy. Many many happy users and their positive feedback is the payment that we get for our work here. Juergen [ ... ]
Re: Another special Thanks for the Apache infra structure team
Hi, +[a lot] from my side, too. Best regards, Oliver. P.S.: I will help with the beer, when I have the possibility. Am 10.05.2012 um 17:26 schrieb Jürgen Schmidt jogischm...@googlemail.com: Hi, before we (the AOO project) move on with future work (and we have a lot in front of us) I would nevertheless send a big THANK YOU to the infra structure team. The infra team had a lot of extra work with our project because of our additional and special requirements to migrate a very huge existing infra structure to Apache. This important piece of work is often not mentioned but was a very huge task in our project over the last 10 month and the infra structure team have supported us very well. Thanks to all who was involved here. We have learned from each other and we as project has benefit from the collaboration with the infra team. And I am sure we will in the future as well. From a project perspective we will hopefully be able to find more volunteers who are able to support the infra team/project with future and further maintenance work related to specific things for our project but also to support infra in general. Thanks to all Juergen PS: I don't know how many beers I have to pay when we are hopefully can meet in person in the near future ;-)
Re: Fwd: Performance!
On 01.05.11 12:22am, Rob Weir said: On Thu, May 10, 2012 at 6:28 AM, Michael Meeks michael.me...@suse.com wrote: On Thu, 2012-05-10 at 17:25 +0800, imacat wrote: Please do not attack any party, or create any FUD. Well, it looks like ... -Rob Rob, Could you please stop this, will you? You did not get my point. I do not care what Meeks said. I feel regretful to myself for posting this. Meeks, Do not thank me unless you stop, too. -- Best regards, imacat ^_*' ima...@mail.imacat.idv.tw PGP Key http://www.imacat.idv.tw/me/pgpkey.asc Woman's Voice News: http://www.wov.idv.tw/ Tavern IMACAT's http://www.imacat.idv.tw/ Woman in FOSS in Taiwan http://wofoss.blogspot.com/ Apache OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ signature.asc Description: OpenPGP digital signature
Re: Another special Thanks for the Apache infra structure team
+1 On 5/10/2012 8:26 AM, Jürgen Schmidt wrote: Hi, before we (the AOO project) move on with future work (and we have a lot in front of us) I would nevertheless send a big THANK YOU to the infra structure team. The infra team had a lot of extra work with our project because of our additional and special requirements to migrate a very huge existing infra structure to Apache. This important piece of work is often not mentioned but was a very huge task in our project over the last 10 month and the infra structure team have supported us very well. Thanks to all who was involved here. We have learned from each other and we as project has benefit from the collaboration with the infra team. And I am sure we will in the future as well. From a project perspective we will hopefully be able to find more volunteers who are able to support the infra team/project with future and further maintenance work related to specific things for our project but also to support infra in general. Thanks to all Juergen PS: I don't know how many beers I have to pay when we are hopefully can meet in person in the near future ;-) +beers(owed to infra)
How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? -Rob
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
Hi Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? OOo used to have install instructions for Linux and other OSes, and these were, IIRC, linked to from the a) download page b) support page. That latter, http://support.openoffice.org/ , could be reused, modulo today's reality. louis -Rob
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
On Thu, 2012-05-10 at 13:21 -0400, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? I'm trying the (11.10) install just now - no idea who this is, glad they got to it so directly, however. A mention someplace on the site would be great, imo. //drew -Rob - To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org For additional commands, e-mail: ooo-users-h...@incubator.apache.org
Re: Need help with Hunspell's .aff syntax
Hello, I just joined this mailing list for the purpose of understanding Hunspell better. I am trying to create a spell checker for central kurdish/sorani and am currently looking through examples and playing with the .aff file. I don't really know how mailing lists works but if anyone has answers to these things I'd appreciate it (follow up questions may arise). 1.What does the TRY attribute actually do? I found the manuals cryptical in their explanation. I understand that it is used to determine wrong characters in words, I don't get how it does it though or how I should set it up for my needs. TRY attribute use for generate suggestions. It is not apply for correct word. Dictionary will work without this attribute. 2.Taken from manual4: *Personal dictionaries are simple word lists. Asterisk at the first character position signs prohibition. A second word separated by a slash sets the affixation. ** **foo **Foo/Simpson ***bar ** **In this example, foo and Foo are personal words, plus Foo will be recognized with affixes of Simpson (Foo’s etc.) and bar is a forbidden word.* What does the affixes of Simpson mean? Is Simpson a flag/class in the .aff file or what? Or does it mean FooSimpson will be allowed? 3. What does this compoundrule from an en_US.aff mean and how does it make the rules for adding st, th, nd, rd to numbers properly? *# ordinal numbers **COMPOUNDMIN 1 **# only in compounds: 1th, 2th, 3th **ONLYINCOMPOUND c **# compound rules: **# 1. [0-9]*1[0-9]th (10th, 11th, 12th, 56714th, etc.) **# 2. [0-9]*[02-9](1st|2nd|3rd|[4-9]th) (21st, 22nd, 123rd, 1234th, etc.) **COMPOUNDRULE 2 **COMPOUNDRULE n*1t **COMPOUNDRULE n*mp **WORDCHARS 0123456789 * 4. When I've created all the rules and a dictionary. Do I then use Hunspell to generate better .dic/.aff files? If so, how are they better? (words with prefixes are removed?) No. Task is completed. But you can make affix and dict file from list of words with script. http://hunspell.cvs.sourceforge.net/viewvc/hunspell/hunspell/src/tools/affixcompress?revision=1.1.1.1 Files generated by hand, will work better. What else do you need the hunspell source and executables for? Is it for the testing features or is there something I've missed that is awesome about having the Hunspell source? For testing only. -- Yakov
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
On Thu, 2012-05-10 at 13:43 -0400, drew wrote: On Thu, 2012-05-10 at 13:21 -0400, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? I'm trying the (11.10) install just now - no idea who this is, glad they got to it so directly, however. Whooowhooo - I started by installing Ubuntu 11.10, clean, into a virtualBox VM - then followed the steps - the ppa is installing now, a svelte 325 Megs download - and slow.. load maybe? I'll let you know how it goes, when it finishes. A mention someplace on the site would be great, imo. //drew -Rob - To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org For additional commands, e-mail: ooo-users-h...@incubator.apache.org
Re: svn commit: r1336368 - /incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext
On 10 May 2012 07:17, Dennis E. Hamilton dennis.hamil...@acm.org wrote: 1. You can Save as UTF8 in Windows Notepad. 2. The BOM (Byte-Order-Mark) is a special two-byte prefix that is usually used with UTF16 to determine whether the two bytes of each 16-bit code are big-endian or little-endian. Some products (including Windows Notepad) also put a BOM on the front of UTF8 streams. Some software is hostile to it being there, other software accepts it and recognizes the following code as UTF8 anyhow. You ran into a hostile case. Since you don't see the BOM (it is on front of the file but is not treated as a character), and you are on Windows, you need a text editor that doesn't produce them and also discards any that it encounters. I recommend an HTML editor. If you prefer text raw editing, I think jEdit will work for. It is a Java application, available on SourceForge. The Windows version of gedit will also save text in UTF8. That probably doesn't produce a BOM. (It is difficult to know if one is there or not without looking at the beginning of the file in a hex editor/viewer.) My copy of Notepad++ (v5.9) has the following Encoding Menu options: Encode in ANSI Encode in UTF-8 without BOM Encode in UTF-8 ... Convert to ANSI Convert to UTF-8 without BOM Convert to UTF-8 ... - Dennis -Original Message- From: Reizinger Zoltán [mailto:zreizin...@hdsnet.hu] Sent: Wednesday, May 09, 2012 22:42 To: ooo-dev@incubator.apache.org Subject: Re: svn commit: r1336368 - /incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext 2012.05.09. 23:02 keltezéssel, Dave Fisher írta: On May 9, 2012, at 1:28 PM, Reizinger Zoltán wrote: I'm not programmer and try to change Hungarian site. What is the BOM? In this environment hard to me to do any useful work changing the Hungarian site to useful format. I will stop doing it. I'd like to understand how that bad character was added. You weren't the only one with the same problem and you won't be the last. What do you use to edit the mdtext files? I used win7 notepad first(it was coded as ASCII, which is wrong if I need to use accented characters, but I not was aware to this). In second case in Notepad ++ when I converted from ASCII coding to UTF-8, and I think it was correctly coded, possibly I needs to be aware to another settings, which I don't know. Zoltan But how can I proceed to do it? I've fixed these two files for you. It looks good at www.openoffice.org/hu/. You can proceed. Regards, Dave Thanks, Zoltan 2012.05.09. 21:49 keltezéssel, Dave Fisher írta: Same problem here - what are you using to cause BOM? On May 9, 2012, at 12:42 PM, r4z...@apache.org wrote: Author: r4zoli Date: Wed May 9 19:42:28 2012 New Revision: 1336368 URL: http://svn.apache.org/viewvc?rev=1336368view=rev Log: (empty) Modified: incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext Modified: incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext URL: http://svn.apache.org/viewvc/incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext?rev=1336368r1=1336367r2=1336368view=diff == --- incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext (original) +++ incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext Wed May 9 19:42:28 2012 @@ -1,10 +1,10 @@ -home: home -search: keresés +home: home +search: keresés name: Apache OpenOffice (incubating) -tagline: (incubating) | Nyílt és ingyenes irodai programcsomag +tagline: (incubating) | NyÃlt és ingyenes irodai programcsomag logo: AOO_logos/OOo_Website_v2_copy.png domain: www.openoffice.org divid: bannera announce: Megjelent az Apache OpenOffice 3.4 announceurl: /hu/aoo34.html -announcetip: Olvassa el a bejelentést +announcetip: Olvassa el a bejelentést \ No newline at end of file
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
I'm going to translate it to pt-BR. Cheers 2012/5/10 drew d...@baseanswers.com On Thu, 2012-05-10 at 13:21 -0400, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? I'm trying the (11.10) install just now - no idea who this is, glad they got to it so directly, however. A mention someplace on the site would be great, imo. //drew -Rob - To unsubscribe, e-mail: ooo-users-unsubscr...@incubator.apache.org For additional commands, e-mail: ooo-users-h...@incubator.apache.org -- Paulo de Souza Lima Técnico em Eletrônica e Administrador http://www.pasl.net.br http://almalivre.wordpress.com Curitiba - PR Linux User #432358 Ubuntu User #28729 Para que as pessoas conquistem a paz em suas relações, a paz espiritual e a paz entre os povos, é preciso que antes se ganhe a batalha interna das virtudes sobre os defeitos - Talal Husseini - Filósofo Acropolitano For people to achieve peace in their relationships, spiritual peace and the peace among people, it's necessary, earlier, to win the internal battle between virtues and defects - Talal Husseini - Acropolitan Philosopher
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
On Thu, 10 May 2012 13:43:30 -0400 drew d...@baseanswers.com wrote: On Thu, 2012-05-10 at 13:21 -0400, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? I'm trying the (11.10) install just now - no idea who this is, glad they got to it so directly, however. A mention someplace on the site would be great, imo. //drew I downloaded a prebuilt (en-US) for 32 bit Ubuntu and installed in the usual way as set out on Forum tutorial. No problems except it complained on first startup, needing a Java. I forced it closed, restarted and setup the Java quickly under /Tools /Options before it could complain. Been editing with it all day, no problems. en-GB version or Language pack would be nice. -- Rory O'Farrell ofarr...@iol.ie
Re: svn commit: r1336368 - /incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext
On May 10, 2012, at 11:15 AM, sebb wrote: On 10 May 2012 07:17, Dennis E. Hamilton dennis.hamil...@acm.org wrote: 1. You can Save as UTF8 in Windows Notepad. 2. The BOM (Byte-Order-Mark) is a special two-byte prefix that is usually used with UTF16 to determine whether the two bytes of each 16-bit code are big-endian or little-endian. Some products (including Windows Notepad) also put a BOM on the front of UTF8 streams. Some software is hostile to it being there, other software accepts it and recognizes the following code as UTF8 anyhow. You ran into a hostile case. Since you don't see the BOM (it is on front of the file but is not treated as a character), and you are on Windows, you need a text editor that doesn't produce them and also discards any that it encounters. I recommend an HTML editor. If you prefer text raw editing, I think jEdit will work for. It is a Java application, available on SourceForge. The Windows version of gedit will also save text in UTF8. That probably doesn't produce a BOM. (It is difficult to know if one is there or not without looking at the beginning of the file in a hex editor/viewer.) My copy of Notepad++ (v5.9) has the following Encoding Menu options: Encode in ANSI Encode in UTF-8 without BOM Encode in UTF-8 ... Convert to ANSI Convert to UTF-8 without BOM Convert to UTF-8 ... Thanks! I've added a note to http://incubator.apache.org/openofficeorg/website-local.html Regards, Dave - Dennis -Original Message- From: Reizinger Zoltán [mailto:zreizin...@hdsnet.hu] Sent: Wednesday, May 09, 2012 22:42 To: ooo-dev@incubator.apache.org Subject: Re: svn commit: r1336368 - /incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext 2012.05.09. 23:02 keltezéssel, Dave Fisher írta: On May 9, 2012, at 1:28 PM, Reizinger Zoltán wrote: I'm not programmer and try to change Hungarian site. What is the BOM? In this environment hard to me to do any useful work changing the Hungarian site to useful format. I will stop doing it. I'd like to understand how that bad character was added. You weren't the only one with the same problem and you won't be the last. What do you use to edit the mdtext files? I used win7 notepad first(it was coded as ASCII, which is wrong if I need to use accented characters, but I not was aware to this). In second case in Notepad ++ when I converted from ASCII coding to UTF-8, and I think it was correctly coded, possibly I needs to be aware to another settings, which I don't know. Zoltan But how can I proceed to do it? I've fixed these two files for you. It looks good at www.openoffice.org/hu/. You can proceed. Regards, Dave Thanks, Zoltan 2012.05.09. 21:49 keltezéssel, Dave Fisher írta: Same problem here - what are you using to cause BOM? On May 9, 2012, at 12:42 PM, r4z...@apache.org wrote: Author: r4zoli Date: Wed May 9 19:42:28 2012 New Revision: 1336368 URL: http://svn.apache.org/viewvc?rev=1336368view=rev Log: (empty) Modified: incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext Modified: incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext URL: http://svn.apache.org/viewvc/incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext?rev=1336368r1=1336367r2=1336368view=diff == --- incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext (original) +++ incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext Wed May 9 19:42:28 2012 @@ -1,10 +1,10 @@ -home: home -search: keresés +home: home +search: keresés name: Apache OpenOffice (incubating) -tagline: (incubating) | Nyílt és ingyenes irodai programcsomag +tagline: (incubating) | NyÃlt és ingyenes irodai programcsomag logo: AOO_logos/OOo_Website_v2_copy.png domain:www.openoffice.org divid: bannera announce: Megjelent az Apache OpenOffice 3.4 announceurl: /hu/aoo34.html -announcetip: Olvassa el a bejelentést +announcetip: Olvassa el a bejelentést \ No newline at end of file
Re: svn commit: r1336368 - /incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext
El 10/05/2012 7:42, Reizinger Zoltán escribió: 2012.05.09. 23:02 keltezéssel, Dave Fisher írta: On May 9, 2012, at 1:28 PM, Reizinger Zoltán wrote: I'm not programmer and try to change Hungarian site. What is the BOM? In this environment hard to me to do any useful work changing the Hungarian site to useful format. I will stop doing it. I'd like to understand how that bad character was added. You weren't the only one with the same problem and you won't be the last. What do you use to edit the mdtext files? I used win7 notepad first(it was coded as ASCII, which is wrong if I need to use accented characters, but I not was aware to this). I used win7 notepad too (with the default options) to modify another mdtext file and there were some problems too In second case in Notepad ++ when I converted from ASCII coding to UTF-8, and I think it was correctly coded, possibly I needs to be aware to another settings, which I don't know. Zoltan But how can I proceed to do it? I've fixed these two files for you. It looks good at www.openoffice.org/hu/. You can proceed. Regards, Dave Thanks, Zoltan 2012.05.09. 21:49 keltezéssel, Dave Fisher írta: Same problem here - what are you using to cause BOM? On May 9, 2012, at 12:42 PM, r4z...@apache.org wrote: Author: r4zoli Date: Wed May 9 19:42:28 2012 New Revision: 1336368 URL: http://svn.apache.org/viewvc?rev=1336368view=rev Log: (empty) Modified: incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext Modified: incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext URL: http://svn.apache.org/viewvc/incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext?rev=1336368r1=1336367r2=1336368view=diff == --- incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext (original) +++ incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext Wed May 9 19:42:28 2012 @@ -1,10 +1,10 @@ -home:home -search:keresés +home:home +search:keresés name: Apache OpenOffice (incubating) -tagline: (incubating) | Nyílt és ingyenes irodai programcsomag +tagline: (incubating) | NyÃlt és ingyenes irodai programcsomag logo: AOO_logos/OOo_Website_v2_copy.png domain:www.openoffice.org divid:bannera announce:Megjelent az Apache OpenOffice 3.4 announceurl:/hu/aoo34.html -announcetip:Olvassa el a bejelentést +announcetip:Olvassa el a bejelentést \ No newline at end of file Regards Juan C.
Re: svn commit: r1336368 - /incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext
El 10/05/2012 20:36, Dave Fisher escribió: On May 10, 2012, at 11:15 AM, sebb wrote: On 10 May 2012 07:17, Dennis E. Hamiltondennis.hamil...@acm.org wrote: 1. You can Save as UTF8 in Windows Notepad. 2. The BOM (Byte-Order-Mark) is a special two-byte prefix that is usually used with UTF16 to determine whether the two bytes of each 16-bit code are big-endian or little-endian. Some products (including Windows Notepad) also put a BOM on the front of UTF8 streams. Some software is hostile to it being there, other software accepts it and recognizes the following code as UTF8 anyhow. You ran into a hostile case. Since you don't see the BOM (it is on front of the file but is not treated as a character), and you are on Windows, you need a text editor that doesn't produce them and also discards any that it encounters. I recommend an HTML editor. If you prefer text raw editing, I think jEdit will work for. It is a Java application, available on SourceForge. The Windows version of gedit will also save text in UTF8. That probably doesn't produce a BOM. (It is difficult to know if one is there or not without looking at the beginning of the file in a hex editor/viewer.) My copy of Notepad++ (v5.9) has the following Encoding Menu options: Encode in ANSI Encode in UTF-8 without BOM Encode in UTF-8 ... Convert to ANSI Convert to UTF-8 without BOM Convert to UTF-8 ... Thanks! I've added a note to http://incubator.apache.org/openofficeorg/website-local.html In the note you say If you use Notepad on WIndows you have several options for saving or converting to UTF. Choose the UTF-8 without BOM option but this is not an option in notepad (at least in mine) but in Notepad++ which is not the windows one. Regards Juan C. Regards, Dave
Re: svn commit: r1336368 - /incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext
On 10 May 2012 19:52, Juan C. Sanz juancsa...@hotmail.com wrote: El 10/05/2012 20:36, Dave Fisher escribió: On May 10, 2012, at 11:15 AM, sebb wrote: On 10 May 2012 07:17, Dennis E. Hamiltondennis.hamil...@acm.org wrote: 1. You can Save as UTF8 in Windows Notepad. 2. The BOM (Byte-Order-Mark) is a special two-byte prefix that is usually used with UTF16 to determine whether the two bytes of each 16-bit code are big-endian or little-endian. Some products (including Windows Notepad) also put a BOM on the front of UTF8 streams. Some software is hostile to it being there, other software accepts it and recognizes the following code as UTF8 anyhow. You ran into a hostile case. Since you don't see the BOM (it is on front of the file but is not treated as a character), and you are on Windows, you need a text editor that doesn't produce them and also discards any that it encounters. I recommend an HTML editor. If you prefer text raw editing, I think jEdit will work for. It is a Java application, available on SourceForge. The Windows version of gedit will also save text in UTF8. That probably doesn't produce a BOM. (It is difficult to know if one is there or not without looking at the beginning of the file in a hex editor/viewer.) My copy of Notepad++ (v5.9) has the following Encoding Menu options: That's Notepad++, not Windows Notepad. Encode in ANSI Encode in UTF-8 without BOM Encode in UTF-8 ... Convert to ANSI Convert to UTF-8 without BOM Convert to UTF-8 ... Thanks! I've added a note to http://incubator.apache.org/openofficeorg/website-local.html In the note you say If you use Notepad on WIndows you have several options for saving or converting to UTF. Choose the UTF-8 without BOM option but this is not an option in notepad (at least in mine) but in Notepad++ which is not the windows one. Agreed, I was referring to the 3rd party Notepad++ app (which had already been mentioned). Regards Juan C. Regards, Dave
Re: svn commit: r1336368 - /incubator/ooo/ooo-site/trunk/content/hu/brand.mdtext
On May 10, 2012, at 11:52 AM, Juan C. Sanz wrote: El 10/05/2012 20:36, Dave Fisher escribió: On May 10, 2012, at 11:15 AM, sebb wrote: On 10 May 2012 07:17, Dennis E. Hamiltondennis.hamil...@acm.org wrote: 1. You can Save as UTF8 in Windows Notepad. 2. The BOM (Byte-Order-Mark) is a special two-byte prefix that is usually used with UTF16 to determine whether the two bytes of each 16-bit code are big-endian or little-endian. Some products (including Windows Notepad) also put a BOM on the front of UTF8 streams. Some software is hostile to it being there, other software accepts it and recognizes the following code as UTF8 anyhow. You ran into a hostile case. Since you don't see the BOM (it is on front of the file but is not treated as a character), and you are on Windows, you need a text editor that doesn't produce them and also discards any that it encounters. I recommend an HTML editor. If you prefer text raw editing, I think jEdit will work for. It is a Java application, available on SourceForge. The Windows version of gedit will also save text in UTF8. That probably doesn't produce a BOM. (It is difficult to know if one is there or not without looking at the beginning of the file in a hex editor/viewer.) My copy of Notepad++ (v5.9) has the following Encoding Menu options: Encode in ANSI Encode in UTF-8 without BOM Encode in UTF-8 ... Convert to ANSI Convert to UTF-8 without BOM Convert to UTF-8 ... Thanks! I've added a note to http://incubator.apache.org/openofficeorg/website-local.html In the note you say If you use Notepad on WIndows you have several options for saving or converting to UTF. Choose the UTF-8 without BOM option but this is not an option in notepad (at least in mine) but in Notepad++ which is not the windows one. Oops, I misread. Let's think about this a bit Notepad is dangerous, but inevitable. There is a perl routine: read_text_file in https://svn.apache.org/repos/infra/websites/cms/build/lib/ASF/Util.pm # utility for parsing txt files with headers in them # and passing the args along to a hashref (in 2nd arg) sub read_text_file { If that can be taught to handle the BOM then we won't care. (I'm removing my note.) Regards, Dave Regards Juan C. Regards, Dave
[WWW] Common layout and content for NL sites (was: Some issues translating download/index.html)
Hi Jürgen, Dave, * On Wed, May 09, 2012 at 09:56:25PM +0200, Juergen Schmidt wrote: On Wednesday, 9. May 2012 at 19:40, Ariel Constenla-Haile wrote: Hi there, We know AOO website is not set up to be (easily?) localized, but we've been doing our best with the guys on the Spanish mailing list to update the Spanish NL site, mainly translating /adapting the main English site. I've been trying to translate the download page, you can find it at http://ooo-site.staging.apache.org/es/descargar/index.html So far I see two (main) issues: * I had to make a copy of exceptions.css to adapt the cachedimages/*.png URLs * we want the look feel and the system detection, but not the language detection: the user is on the Spanish site, the download must be a Spanish package. I hacked this by adding a variable that is set on the localized index.html via setLanguage(es); then this variable is used instead of navigator.language. I guess that instead of this, the script code could detect if it is invoked from /download/index.html or /$LANG/xxx/[.../]index..html Is this solvable? Anyone with a better idea? The page looks like: http://people.apache.org/~arielch/images/www-es-descargar.png with this patch applied:: http://people.apache.org/~arielch/patches/localize-download-index-html.patch In a perfect situation, the site should be localizable with PO files, and no need to hack stuff... but we are far from this situation. but it is worth to think in this direction and focus future work to this as well. I like this and will support all efforts going in this direction. It has been discussed on the list several times before the idea of having a common set of pages in all NL sites, but the discussion didn't have a conclusion. Now that AOO 3.4 is out, one can browse the NL sites, and in several cases you get the feeling that you are in an abandoned place; this will give our users a very bad idea of what's happening at AOO. Just some examples: * http://ooo-site.staging.apache.org/de/index.html last Neuigkeit: 26.01.2011 OpenOffice.org 3.3.0 wurde veröffentlicht * if you look for mailing lists on the French site, you end up in http://ooo-site.staging.apache.org/fr/contact-forums.html * on the main site, there is some rather old content that now is outdated and/or looks ugly in the new site layout http://ooo-site.staging.apache.org/product/index.html the screen shot is from an older version http://ooo-site.staging.apache.org/why/index.html looks rather ugly; IIRC on the old site this page was displayed on a separated window, now it looks rather unprofessional These examples show that there is a lot to update on the main site *and* the NL sites; instead of multiplying the efforts, we should think of a set-up where the web designers only have to design one site, translators localize the site and volunteers update other localizable content like screenshots. Following the main site, I'd think of a common set of pages containing the basic information that should be provided to our users (folder names could be localizable, see the directory structure in http://svn.apache.org/viewvc/incubator/ooo/ooo-site/trunk/content/es/ ) /$LANG/index.html div actionstatements - the actions list div news - some news /$LANG/product/ - describing AOO applications /$LANG/why/ - what is AOO and why should you use it /$LANG/social/ - Social Networks /$LANG/support/ - Mailing lists, forum, documentation /$LANG/download/ - Downloads, Checksums /$LANG/participate/ - How to participate in AOO /$LANG/extensions/ - Extensions and templates information /$LANG/news/ - News, Announcements, Releases Notes Regards -- Ariel Constenla-Haile La Plata, Argentina pgp1eY5UqkjrV.pgp Description: PGP signature
Re: Another special Thanks for the Apache infra structure team
On Thu, May 10, 2012 at 7:08 PM, Andrew Rist andrew.r...@oracle.com wrote: +1 On 5/10/2012 8:26 AM, Jürgen Schmidt wrote: Hi, before we (the AOO project) move on with future work (and we have a lot in front of us) I would nevertheless send a big THANK YOU to the infra structure team. The infra team had a lot of extra work with our project because of our additional and special requirements to migrate a very huge existing infra structure to Apache. This important piece of work is often not mentioned but was a very huge task in our project over the last 10 month and the infra structure team have supported us very well. Thanks to all who was involved here. We have learned from each other and we as project has benefit from the collaboration with the infra team. And I am sure we will in the future as well. From a project perspective we will hopefully be able to find more volunteers who are able to support the infra team/project with future and further maintenance work related to specific things for our project but also to support infra in general. Thanks to all Juergen PS: I don't know how many beers I have to pay when we are hopefully can meet in person in the near future ;-) +beers(owed to infra) Just had a couple of beers in Brussels, look forward to offer you more once in Germany! 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.
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
On Thursday, 10. May 2012 at 20:35, Rory O'Farrell wrote: On Thu, 10 May 2012 13:43:30 -0400 drew d...@baseanswers.com wrote: On Thu, 2012-05-10 at 13:21 -0400, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? I'm trying the (11.10) install just now - no idea who this is, glad they got to it so directly, however. A mention someplace on the site would be great, imo. //drew I downloaded a prebuilt (en-US) for 32 bit Ubuntu and installed in the usual way as set out on Forum tutorial. No problems except it complained on first startup, needing a Java. I forced it closed, restarted and setup the Java quickly under /Tools /Options before it could complain. Been editing with it all day, no problems. en-GB version or Language pack would be will coming with the next update 3.4.1 Juergen -- Rory O'Farrell ofarr...@iol.ie
Re: [WWW] Common layout and content for NL sites (was: Some issues translating download/index.html)
On Thursday, 10. May 2012 at 22:17, Ariel Constenla-Haile wrote: Hi Jürgen, Dave, * On Wed, May 09, 2012 at 09:56:25PM +0200, Juergen Schmidt wrote: On Wednesday, 9. May 2012 at 19:40, Ariel Constenla-Haile wrote: Hi there, We know AOO website is not set up to be (easily?) localized, but we've been doing our best with the guys on the Spanish mailing list to update the Spanish NL site, mainly translating /adapting the main English site. I've been trying to translate the download page, you can find it at http://ooo-site.staging.apache.org/es/descargar/index.html So far I see two (main) issues: * I had to make a copy of exceptions.css to adapt the cachedimages/*.png URLs * we want the look feel and the system detection, but not the language detection: the user is on the Spanish site, the download must be a Spanish package. I hacked this by adding a variable that is set on the localized index.html via setLanguage(es); then this variable is used instead of navigator.language. I guess that instead of this, the script code could detect if it is invoked from /download/index.html or /$LANG/xxx/[.../]index..html Is this solvable? Anyone with a better idea? The page looks like: http://people.apache.org/~arielch/images/www-es-descargar.png with this patch applied:: http://people.apache.org/~arielch/patches/localize-download-index-html.patch In a perfect situation, the site should be localizable with PO files, and no need to hack stuff... but we are far from this situation. but it is worth to think in this direction and focus future work to this as well. I like this and will support all efforts going in this direction. It has been discussed on the list several times before the idea of having a common set of pages in all NL sites, but the discussion didn't have a conclusion. Now that AOO 3.4 is out, one can browse the NL sites, and in several cases you get the feeling that you are in an abandoned place; this will give our users a very bad idea of what's happening at AOO. Just some examples: * http://ooo-site.staging.apache.org/de/index.html last Neuigkeit: 26.01.2011 OpenOffice.org 3.3.0 wurde veröffentlicht * if you look for mailing lists on the French site, you end up in http://ooo-site.staging.apache.org/fr/contact-forums.html * on the main site, there is some rather old content that now is outdated and/or looks ugly in the new site layout http://ooo-site.staging.apache.org/product/index.html the screen shot is from an older version http://ooo-site.staging.apache.org/why/index.html looks rather ugly; IIRC on the old site this page was displayed on a separated window, now it looks rather unprofessional These examples show that there is a lot to update on the main site *and* the NL sites; instead of multiplying the efforts, we should think of a set-up where the web designers only have to design one site, translators localize the site and volunteers update other localizable content like screenshots. Following the main site, I'd think of a common set of pages containing the basic information that should be provided to our users (folder names could be localizable, see the directory structure in http://svn.apache.org/viewvc/incubator/ooo/ooo-site/trunk/content/es/ ) /$LANG/index.html div actionstatements - the actions list div news - some news /$LANG/product/ - describing AOO applications /$LANG/why/ - what is AOO and why should you use it /$LANG/social/ - Social Networks /$LANG/support/ - Mailing lists, forum, documentation /$LANG/download/ - Downloads, Checksums /$LANG/participate/ - How to participate in AOO /$LANG/extensions/ - Extensions and templates information /$LANG/news/ - News, Announcements, Releases Notes +1 for this proposal and thanks for picking this up... Juergen Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: Need help with Hunspell's .aff syntax
Thank you Yakov. 1.About the TRY attribute. It says that the letters should be in order of most used characters to least used. This means that TRY aeis tried to replace the character a in the words first, and then e, i etc. So if a person types, 'willang', it will replace a before i and possible find willing, correct? Do you happen to know the answers to question #2 and #3 too? /Sahand 2012/5/10 Yakov Reztsov yakovr...@mail.ru Hello, I just joined this mailing list for the purpose of understanding Hunspell better. I am trying to create a spell checker for central kurdish/sorani and am currently looking through examples and playing with the .aff file. I don't really know how mailing lists works but if anyone has answers to these things I'd appreciate it (follow up questions may arise). 1.What does the TRY attribute actually do? I found the manuals cryptical in their explanation. I understand that it is used to determine wrong characters in words, I don't get how it does it though or how I should set it up for my needs. TRY attribute use for generate suggestions. It is not apply for correct word. Dictionary will work without this attribute. 2.Taken from manual4: *Personal dictionaries are simple word lists. Asterisk at the first character position signs prohibition. A second word separated by a slash sets the affixation. ** **foo **Foo/Simpson ***bar ** **In this example, foo and Foo are personal words, plus Foo will be recognized with affixes of Simpson (Foo’s etc.) and bar is a forbidden word.* What does the affixes of Simpson mean? Is Simpson a flag/class in the .aff file or what? Or does it mean FooSimpson will be allowed? 3. What does this compoundrule from an en_US.aff mean and how does it make the rules for adding st, th, nd, rd to numbers properly? *# ordinal numbers **COMPOUNDMIN 1 **# only in compounds: 1th, 2th, 3th **ONLYINCOMPOUND c **# compound rules: **# 1. [0-9]*1[0-9]th (10th, 11th, 12th, 56714th, etc.) **# 2. [0-9]*[02-9](1st|2nd|3rd|[4-9]th) (21st, 22nd, 123rd, 1234th, etc.) **COMPOUNDRULE 2 **COMPOUNDRULE n*1t **COMPOUNDRULE n*mp **WORDCHARS 0123456789 * 4. When I've created all the rules and a dictionary. Do I then use Hunspell to generate better .dic/.aff files? If so, how are they better? (words with prefixes are removed?) No. Task is completed. But you can make affix and dict file from list of words with script. http://hunspell.cvs.sourceforge.net/viewvc/hunspell/hunspell/src/tools/affixcompress?revision=1.1.1.1 Files generated by hand, will work better. What else do you need the hunspell source and executables for? Is it for the testing features or is there something I've missed that is awesome about having the Hunspell source? For testing only. -- Yakov
Re: [WWW] Common layout and content for NL sites (was: Some issues translating download/index.html)
On May 10, 2012, at 1:17 PM, Ariel Constenla-Haile wrote: Hi Jürgen, Dave, * On Wed, May 09, 2012 at 09:56:25PM +0200, Juergen Schmidt wrote: On Wednesday, 9. May 2012 at 19:40, Ariel Constenla-Haile wrote: Hi there, We know AOO website is not set up to be (easily?) localized, but we've been doing our best with the guys on the Spanish mailing list to update the Spanish NL site, mainly translating /adapting the main English site. I've been trying to translate the download page, you can find it at http://ooo-site.staging.apache.org/es/descargar/index.html So far I see two (main) issues: * I had to make a copy of exceptions.css to adapt the cachedimages/*.png URLs * we want the look feel and the system detection, but not the language detection: the user is on the Spanish site, the download must be a Spanish package. I hacked this by adding a variable that is set on the localized index.html via setLanguage(es); then this variable is used instead of navigator.language. I guess that instead of this, the script code could detect if it is invoked from /download/index.html or /$LANG/xxx/[.../]index..html Is this solvable? Anyone with a better idea? The page looks like: http://people.apache.org/~arielch/images/www-es-descargar.png with this patch applied:: http://people.apache.org/~arielch/patches/localize-download-index-html.patch In a perfect situation, the site should be localizable with PO files, and no need to hack stuff... but we are far from this situation. but it is worth to think in this direction and focus future work to this as well. I like this and will support all efforts going in this direction. It has been discussed on the list several times before the idea of having a common set of pages in all NL sites, but the discussion didn't have a conclusion. Now that AOO 3.4 is out, one can browse the NL sites, and in several cases you get the feeling that you are in an abandoned place; this will give our users a very bad idea of what's happening at AOO. Just some examples: * http://ooo-site.staging.apache.org/de/index.html last Neuigkeit: 26.01.2011 OpenOffice.org 3.3.0 wurde veröffentlicht * if you look for mailing lists on the French site, you end up in http://ooo-site.staging.apache.org/fr/contact-forums.html * on the main site, there is some rather old content that now is outdated and/or looks ugly in the new site layout http://ooo-site.staging.apache.org/product/index.html the screen shot is from an older version http://ooo-site.staging.apache.org/why/index.html looks rather ugly; IIRC on the old site this page was displayed on a separated window, now it looks rather unprofessional It is seriously out of date. I think that the ENglish version needs to be reworked by ooo-marketing. Personally I would go with simple mdtext. This part has a long way to go. These examples show that there is a lot to update on the main site *and* the NL sites; instead of multiplying the efforts, we should think of a set-up where the web designers only have to design one site, translators localize the site and volunteers update other localizable content like screenshots. Now that we have released we are actually seeing activity on the various pages. That allows us to move forward. Following the main site, I'd think of a common set of pages containing the basic information that should be provided to our users (folder names could be localizable, see the directory structure in http://svn.apache.org/viewvc/incubator/ooo/ooo-site/trunk/content/es/ ) /$LANG/index.html div actionstatements - the actions list div news - some news I've been think about this one as index.mdtext for the actions and a news feed. Most of the current index.html is converted into a templates/index.html - logic can use $LANG to override the GetLang JS. /$LANG/product/ - describing AOO applications Suggest mdtext for each application. draw.mdtext, writer.mdtext, and then wrap it up. /$LANG/why/ - what is AOO and why should you use it Suggest mdtext for each category, government, education, ... re-use product ... /$LANG/social/ - Social Networks /$LANG/support/ - Mailing lists, forum, documentation /$LANG/download/ - Downloads, Checksums Here we build from mdtext and a release.xml or similar. /$LANG/participate/ - How to participate in AOO /$LANG/extensions/ - Extensions and templates information /$LANG/news/ - News, Announcements, Releases Notes The trick will be to go to the main mdtext when the $LANG mdtext is missing. Something similar is done to select the ssi.mdtext in ooo-site/trunk/lib/view.pm # default navbars and mdtext from templates/ssi.mdtext. my $templates_folder = templates; if (-d $templates_folder) { for my $f (grep -f, $templates_folder/ssi.mdtext) { $f =~ m!/([^/]+)\.mdtext$! or die Bad filename: $f\n; $args{$1} = {};
Re: [Extension]IBM SmartCloud Files Connector for OpenOffice.org Extension
Hello Liu Da Li, 2012/5/9 Liu Da Li wawal...@gmail.com Dear all, First Congratulations to our community for the AOO 3.4 released. Second, there is a Smart Cloud files extension can be used on AOO 3.4 now. Please have a try and welcome to provide some feedback. Here is the link. http://extensions.services.openoffice.org/en/project/smartcloud This seems very interesting. I will give a try. Many thanks for your work. -- gw
Re: Performance!
On Thursday, 10. May 2012 at 18:23, Dennis E. Hamilton wrote: All right, this seems like a good place to splice in a comment I made in the private thread that it is time to be careful and not get into exaggerated claims, especially when a variation is not consistently present to all users in all situations. Unsubstantiated subjective experiences are not trustworthy. It is also very difficult to control the variations that exist from one setting and execution to another. So let's stop making so much of this. ah thanks Dennis that you didn't get my point but probably my fault that I didn't get or find the correct words. I think it is easy to find documents where the performance is not really good. And we are looking forward to your reports, your test docs and especially your fixes and improvements. My point was that many users will work with much simpler documents, they will get the impression (and not only the impression) that 3.4 is faster... And that is good, simply good and you see it from the feedback. We have achieved a very important milestone this week. I am personally still enjoy it and I like what I read every day at the moment. Well I don't read everything ;-) And I really don't want compete with LibreOffice, why should we? I really see no reason for this. I see only that split resources on 2 similar projects don't really make sense but I can't change it at the moment. I focus on our project and everything else we will see... Juergen - Dennis A LESSON ON PERFORMANCE-CLAIM HUMILITY: I just stubbed my toe on a performance situation where there is a serious worse-than-linear degradation in performance as a particular kind of ODF Text document grows. Using a hot machine, I only noticed the pain when opening the document extended into an intolerable number of minutes as I continued work on successive drafts. On my slower laptop, where I repeated the test for comparison purpose, the document now takes over an hour to open. This is on OO.o 3.3.0, AOO 3.4.0, and a variety of LibreOffice releases. Yes there are differences among the different releases, and they are rather consistent when the time is so long, but the fastest (OpenOffice.org 3.3.0 in my crude tests) is still swamped by whatever the serious performance degradation is and it is common to all releases tested. This is not the kind of problem that can be isolated into a small test case for reproducibility, so the forensic work to demonstrate it and capture data points is really tedious. Ordinary users probably think that their software has hung or is not even starting when it is just that there is something that is taking a very long time as part of loading the document (but neither disk nor network, something in the logic that pegs the CPU for minutes when not hours). Bug reports will follow shortly. -Original Message- From: Jürgen Schmidt [mailto:jogischm...@googlemail.com] Sent: Thursday, May 10, 2012 08:45 To: ooo-dev@incubator.apache.org Subject: Re: Performance! [ ... ] But the point right now is that the majority of users don't care about this and see only that AOO is starting fast. A fact that I like very much because there were indeed some improvements for 3.4. And how nice is it when users notice such improvements without deeper analysis. The fact that users simply having the impression that it starts fast is very nice. So let us focus on further improvement going in this direction. Let us make our users happy. Many many happy users and their positive feedback is the payment that we get for our work here. Juergen [ ... ]
hsqldb19: Updating HyperSQL
Hi guys; For 4.0 we have a task without owner to bring in the hsqldb CWS. I would like to help in that but I am not good at using Hg and there appears to be some sort of a mess ... Looking at the web interface: http://hg.services.openoffice.org/cws/hsqldb19/ It would appear like there is only one changeset?? Pedro.
Re: hsqldb19: Updating HyperSQL
On Thu, 2012-05-10 at 16:24 -0500, Pedro Giffuni wrote: Hi guys; For 4.0 we have a task without owner to bring in the hsqldb CWS. I would like to help in that but I am not good at using Hg and there appears to be some sort of a mess ... Looking at the web interface: http://hg.services.openoffice.org/cws/hsqldb19/ It would appear like there is only one changeset?? 1.9 is rather out of date, hsql is at 2.2.x currently. Are you sure this is where you want to put your efforts - It would be really a good thing, IMO, to maybe take a look at removing Base as a standard package, moving it to an extension, and leaving behind a runtime package for ODB files. The embedded hsqldb was not the best move folks made here, IMO, while the functionality most certainly resonates with a segment of the user base (small-medium(still small)business) - it is again IMO a mistake to focus on the developement features of the Base package as the end user - it makes more sense to focus on an in-house developer/resident pcGurur (or freelancer) as a target audience for a development package ala extension. //drew
Re: hsqldb19: Updating HyperSQL
Hi Drew; On 05/10/12 16:35, drew jensen wrote: On Thu, 2012-05-10 at 16:24 -0500, Pedro Giffuni wrote: Hi guys; For 4.0 we have a task without owner to bring in the hsqldb CWS. I would like to help in that but I am not good at using Hg and there appears to be some sort of a mess ... Looking at the web interface: http://hg.services.openoffice.org/cws/hsqldb19/ It would appear like there is only one changeset?? 1.9 is rather out of date, hsql is at 2.2.x currently. It works with 2.2.x, the CWS was started when 1.9 was current. Are you sure this is where you want to put your efforts - It would be really a good thing, IMO, to maybe take a look at removing Base as a standard package, moving it to an extension, and leaving behind a runtime package for ODB files. The idea is good, however I think it should be updated first since the hard part of that is already done. Pedro.
Re: hsqldb19: Updating HyperSQL
On Thu, 2012-05-10 at 16:43 -0500, Pedro Giffuni wrote: Hi Drew; On 05/10/12 16:35, drew jensen wrote: On Thu, 2012-05-10 at 16:24 -0500, Pedro Giffuni wrote: Hi guys; For 4.0 we have a task without owner to bring in the hsqldb CWS. I would like to help in that but I am not good at using Hg and there appears to be some sort of a mess ... Looking at the web interface: http://hg.services.openoffice.org/cws/hsqldb19/ It would appear like there is only one changeset?? 1.9 is rather out of date, hsql is at 2.2.x currently. It works with 2.2.x, the CWS was started when 1.9 was current. Are you sure this is where you want to put your efforts - It would be really a good thing, IMO, to maybe take a look at removing Base as a standard package, moving it to an extension, and leaving behind a runtime package for ODB files. The idea is good, however I think it should be updated first since the hard part of that is already done. Ok - well, it shouldn't hurt right - then again I really feel that the developers on base ended up paying a heavy price with their time from the decision to field the embedded hsql sdbc - overall it is much better now then it was, that's true enough - anyway, it you think it's a reasonably fast change to finish, it would be nice to have use of the stored procedures... //drew
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
2012/5/10 Juergen Schmidt jogischm...@googlemail.com On Thursday, 10. May 2012 at 20:35, Rory O'Farrell wrote: On Thu, 10 May 2012 13:43:30 -0400 drew d...@baseanswers.com wrote: On Thu, 2012-05-10 at 13:21 -0400, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? I put a pt-br translation at http://wiki.services.openoffice.org/wiki/PT-BR/FAQ/Instala%C3%A7%C3%A3o for now. as soon as a place for it is defined we can move it to there. -- Paulo de Souza Lima Técnico em Eletrônica e Administrador http://www.pasl.net.br http://almalivre.wordpress.com Curitiba - PR Linux User #432358 Ubuntu User #28729 Para que as pessoas conquistem a paz em suas relações, a paz espiritual e a paz entre os povos, é preciso que antes se ganhe a batalha interna das virtudes sobre os defeitos - Talal Husseini - Filósofo Acropolitano For people to achieve peace in their relationships, spiritual peace and the peace among people, it's necessary, earlier, to win the internal battle between virtues and defects - Talal Husseini - Acropolitan Philosopher
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
On 05/10/2012 10:21 AM, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? I'll add it to the install guide where references to linux packages are already discussed... -Rob -- MzK Well, life has a funny way of sneaking up on you And life has a funny way of helping you out Helping you out. -- Ironic, Alanis Morissette
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
On 05/10/2012 10:21 AM, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? -Rob This is added to the instructions page now... -- MzK Well, life has a funny way of sneaking up on you And life has a funny way of helping you out Helping you out. -- Ironic, Alanis Morissette
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
On 5/10/2012 3:40 PM, Kay Schenk wrote: On 05/10/2012 10:21 AM, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? -Rob This is added to the instructions page now... Are we comfortable with this install? Do we know who upubuntu are? As far as I can tell, they have done a file dif on an installed system and zipped up the file changes and delivered them in a .deb (over simplification - but you get the idea) I think this packaging falls short in terms of proper structuring of dependencies, managing the overlap with LO on the system, and general PPMC control of the package. Pointing it out on the G+ is one thing, writing it into our instructions might be something to rethink. A.
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
On 05/10/2012 03:50 PM, Andrew Rist wrote: On 5/10/2012 3:40 PM, Kay Schenk wrote: On 05/10/2012 10:21 AM, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? -Rob This is added to the instructions page now... Are we comfortable with this install? Do we know who upubuntu are? As far as I can tell, they have done a file dif on an installed system and zipped up the file changes and delivered them in a .deb (over simplification - but you get the idea) I think this packaging falls short in terms of proper structuring of dependencies, managing the overlap with LO on the system, and general PPMC control of the package. Pointing it out on the G+ is one thing, writing it into our instructions might be something to rethink. A. Well you have a point...it can easily be removed by me or anyone who can edit the page. But, there is the disclaimer at the beginning and a Note at the end of this particular section that these packages. It could probably use some editing though, ...and this... managing the overlap with LO on the system...hmmm...do you think this should be covered in the instructions anyway? We could make an attempt. Really, I don't know what in our standard release deals with this. If someone would provide details to include in the installation instructions, this would be very helpful. -- MzK Well, life has a funny way of sneaking up on you And life has a funny way of helping you out Helping you out. -- Ironic, Alanis Morissette
Re: Feature idea - prompt users to fill user information meta data
2012/5/5 RGB ES rgb.m...@gmail.com: Instead of asking for this on install time, I think we need to define a first run wizard or something like that. It could be a simple document that opens on first run with a thanks for using this program message and a couple of buttons to perform some basic customizations, like adding the user info. I'm too short of sleep today to build a good feature request, but I'll try to think on something during the weekend. Ideas are welcomed ;) Regards Howdy Ricardo Wonderful - I changed the subject (as you see). I was thinking also, prompted from another email just now that pointed to a 3.4.1 feature request page, that there is a 4.0 feature request page on the cwiki also.. per change that is an even better vector to start with. Catch you later, //drew I did a simple Draw graphic to try to explain the main idea http://people.apache.org/~rgb-es/FirstRun.odg Regards Ricardo I filled a report for this: https://issues.apache.org/ooo/show_bug.cgi?id=119326 Regards Ricardo
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
On Thu, 2012-05-10 at 15:50 -0700, Andrew Rist wrote: On 5/10/2012 3:40 PM, Kay Schenk wrote: On 05/10/2012 10:21 AM, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? -Rob This is added to the instructions page now... Are we comfortable with this install? Do we know who upubuntu are? As far as I can tell, they have done a file dif on an installed system and zipped up the file changes and delivered them in a .deb (over simplification - but you get the idea) I think this packaging falls short in terms of proper structuring of dependencies, managing the overlap with LO on the system, and general PPMC control of the package. I think you may be correct - but I'm still, if the indicator is to be trusted, 3 hours away from the download finishing. Pointing it out on the G+ is one thing, writing it into our instructions might be something to rethink. I'd agree - was excited about the first mention of the package, but it should not go to our website without a bit more vetting, I would think; //drew A.
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
On Thu, 2012-05-10 at 16:33 -0700, Kay Schenk wrote: On 05/10/2012 03:50 PM, Andrew Rist wrote: On 5/10/2012 3:40 PM, Kay Schenk wrote: On 05/10/2012 10:21 AM, Rob Weir wrote: http://www.upubuntu.com/2012/05/how-to-install-apache-openoffice-34-via.html Is there someplace on the website or wiki where we could add this link? Maybe the release notes? -Rob This is added to the instructions page now... Are we comfortable with this install? Do we know who upubuntu are? As far as I can tell, they have done a file dif on an installed system and zipped up the file changes and delivered them in a .deb (over simplification - but you get the idea) I think this packaging falls short in terms of proper structuring of dependencies, managing the overlap with LO on the system, and general PPMC control of the package. Pointing it out on the G+ is one thing, writing it into our instructions might be something to rethink. A. Well you have a point...it can easily be removed by me or anyone who can edit the page. Hi Kay, Since it's there now, I wouldn't run up and yank it down, but I am rather close to doing so..depending. It definitely includes all the mimetype icon replacements and changes to system menu settings, as you can see from browsing the ppa logs - it if messes up the system I likely will update the page though, alright? //drew But, there is the disclaimer at the beginning and a Note at the end of this particular section that these packages. It could probably use some editing though, ...and this... managing the overlap with LO on the system...hmmm...do you think this should be covered in the instructions anyway? We could make an attempt. Really, I don't know what in our standard release deals with this. If someone would provide details to include in the installation instructions, this would be very helpful.
The file directory of the source code is organized?
The file directory of the source code is organized? For example, the document processing module sw directory as follows: inc a header file src ---a resource file source ---the source file sdi ---message map mac prj util win xml What are the advantages of such organization file directory? My question is a description of these directories is described in which file?
Re: How To Install Apache OpenOffice 3.4 Via PPA On Ubuntu 12.04/11.10
Hi. 2012/5/10 Paulo de Souza Lima paulo.s.l...@varekai.org I put a pt-br translation at http://wiki.services.openoffice.org/wiki/PT-BR/FAQ/Instala%C3%A7%C3%A3ofor now. as soon as a place for it is defined we can move it to there. Thanks Paulo. Spreading social networking. :) @apacheoobr Best, Albino
Re: [PROPOSAL] Wiki upgrade
Paulo, Anything to make the wikis more usable and useful is greatly appreciated. Kevin On Fri, May 11, 2012 at 3:54 AM, Paulo de Souza Lima paulo.s.l...@varekai.org wrote: Hi. I was making some tests and I am wondering if it would be possible to upgrade Mediawiki, at least to version 1.17.4. It would be nice if the extensions below could be installed also. ** **Semantic MediaWiki http://semantic-mediawiki.org/* ** **Semantic Forms http://www.mediawiki.org/wiki/Extension:Semantic_Forms * ** **Semantic Forms Inputshttp://www.mediawiki.org/wiki/Extension:Semantic_Forms_Inputs * ** **SemanticFormsSelect https://www.mediawiki.org/wiki/Extension:SemanticFormsSelect * * *Semantic Internal Objectshttp://www.mediawiki.org/wiki/Extension:Semantic_Internal_Objects * * *External Data https://www.mediawiki.org/wiki/Extension:External_Data* * *Approved Revs http://www.mediawiki.org/wiki/Extension:Approved_Revs* Note that some of those extensions doesn't work in Mediawiki 1.15.Others need to create some tables in Mediawiki database. I noticed that I have no rights to create a page for PT-BR language. I can create, but it doesn't appear (I couldn't find out why). Any doubts, feel free to ask. -- Paulo de Souza Lima Técnico em Eletrônica e Administrador http://www.pasl.net.br http://almalivre.wordpress.com Curitiba - PR Linux User #432358 Ubuntu User #28729 Para que as pessoas conquistem a paz em suas relações, a paz espiritual e a paz entre os povos, é preciso que antes se ganhe a batalha interna das virtudes sobre os defeitos - Talal Husseini - Filósofo Acropolitano For people to achieve peace in their relationships, spiritual peace and the peace among people, it's necessary, earlier, to win the internal battle between virtues and defects - Talal Husseini - Acropolitan Philosopher
Re: The file directory of the source code is organized?
I don't known such a description exist. But most can be figured out by names. mac, unx, win are usually for platform dependent content. On Fri, May 11, 2012 at 8:06 AM, jianlizhao jianlizh...@hotmail.com wrote: The file directory of the source code is organized? For example, the document processing module sw directory as follows: inc a header file src ---a resource file source ---the source file sdi ---message map mac prj util win xml What are the advantages of such organization file directory? My question is a description of these directories is described in which file?
Download stats script (in progress)
SourceForge has a nice REST API to query for download stats and return them in JSON objections. Unfortunately, our directory structure for AOO 3.4 is rather odd, with English downloads in one place, translations in another directory, and mixing hashes, installs and languages packs altogether. So getting these stats is a little painful. You can't just get the numbers of a single directory and be done. It is more complicated than that. Also, the SF API seems to be rate limited, or at least I'm getting errors if I query it too much. That's understandable. So I'm coding a simple download stats app, in python, that will collect together all the relevant stats and produce reports. It caches on disk JSON objects that have already been retrieved, which eliminates the throttling issues as well as greatly improves performance. Not quite done, but I'll check it in (where?) when it is fully debugged and validated. My goal is to have solid numbers for the one week mark next Tuesday. And from what I'm seeing so far, the numbers will be amazing. But two quick questions to help me finish this: 1) Historically, what did OOo report as downloads? Was this just a count of full installs? Or language packs as well? 2) It is easy to produce downloads by language and platform, since our installs are already defined that way. But I can also report per-country. Is that interesting to anyone? For example, in Canada, the most popular downloads are X, Y, Z. -Rob
Re: Download stats script (in progress)
On Friday, 11. May 2012 at 05:06, Rob Weir wrote: SourceForge has a nice REST API to query for download stats and return them in JSON objections. Unfortunately, our directory structure for AOO 3.4 is rather odd, with English downloads in one place, translations in another directory, and mixing hashes, installs and languages packs altogether. So getting these stats is a little painful. You can't just get the numbers of a single directory and be done. It is more complicated than that. I noticed this as well and I have also thought about a script or app to collect them ;-) good that you already have started... Also, the SF API seems to be rate limited, or at least I'm getting errors if I query it too much. That's understandable. So I'm coding a simple download stats app, in python, that will collect together all the relevant stats and produce reports. It caches on disk JSON objects that have already been retrieved, which eliminates the throttling issues as well as greatly improves performance. Not quite done, but I'll check it in (where?) mmh good question, Maybe we can integrate a download counter in the webpage. Something that gets automatically updated hourly or twice a day. when it is fully debugged and validated. My goal is to have solid numbers for the one week mark next Tuesday. And from what I'm seeing so far, the numbers will be amazing. But two quick questions to help me finish this: 1) Historically, what did OOo report as downloads? Was this just a count of full installs? Or language packs as well? I don't know but I assume full install sets . I would like to detailed numbers as much as possible. 2) It is easy to produce downloads by language and platform, since our installs are already defined that way. But I can also report per-country. Is that interesting to anyone? For example, in Canada, the most popular downloads are X, Y, Z. again I would like to have detailed numbers. We can produce nice statistics and graphs ;-) Juergen -Rob
Re: Download stats script (in progress)
Rob Weir wrote: But two quick questions to help me finish this: 1) Historically, what did OOo report as downloads? Was this just a count of full installs? Or language packs as well? History evolved. The data deemed download reflected, in fact, *hits* to the relevant pages, at first, then clicks on the links. In the last several years, the data collected was more precise but it generally referred to specific installation sets clicked on for download. As the NL projects supplemented (usually) the L10n modules by providing more QA and installation sets, the language packs as such, if I recall, grew less urgent. Ie, why have a language pack when I could download the ZH-TW version of OOo? However. in the earlier days, when we actually were counting as many downloads as possible (and it was an inverse Red Queen's Race) all counted, and that meant that some things were counted more than once but seldom more than twice, and not all things were so honoured. So. With Bouncer and with other tools we did have a good but not plusgood and certainly never a doubleplusgood accounting. But it was good enough for propaganda :-). What did in the end make the final tally were indexes of ODF use. 2) It is easy to produce downloads by language and platform, since our installs are already defined that way. But I can also report per-country. Is that interesting to anyone? Yes. For example, in Canada, the most popular downloads are X, Y, Z. Thanks, Rob. Yes, the per country index was immensely desired, as it provided usually positive feedback and thus encouragement to those who were a) volunteering mirrors or effort or other things of immense value (first borns?) to the cause, and b) it demonstrated to those funding these free efforts the international value of their work, even though brand awareness (ie, what server you use to get you the fee software) was nonexistent. But those who managed the servers and did the immensely important work of keeping things current... knowing where it was used was important. I also found it important, as it helped me think of ways in which we could manage the OOoCons without going through the easily-gamed system we had relied upon. Sorry for prolixity-- Louis -- Louis Suárez-Potts, PhD President, Age of Peers, Inc. +1.416.625.3843 (m) @luispo GTalk: lui...@gmail.com Skype: louisiam @luispo Blog 1: newspeak Blog 2: Open Source Action (and more)
Re: Download stats script (in progress)
Juergen Schmidt wrote: don't know but I assume full install sets . I would like to detailed numbers as much as possible. 2) It is easy to produce downloads by language and platform, since our installs are already defined that way. But I can also report per-country. Is that interesting to anyone? For example, in Canada, the most popular downloads are X, Y, Z. again I would like to have detailed numbers. We can produce nice statistics and graphs ;-) Juergen, Would you want those from OOo or current? I presume current, and we can even make these accurate. I should think that for OOo, your best bet really is to look to the DE project's, BR-PT's, ES, if they have them--Alexandro might?, or Richard Holt, or others in Red.es or Cenatic--and PLIO, for Italy. (Other locations and languages would also be obtainable, I'd guess, but ... why?) Maho might also have data still for JA, which usually demonstrated itself to be immensely into downloading and using and doing good work with OOo. :-) Finally, we all do need to keep in mind the simple fact that those with Windows usually will have to download OO, but those with Linux... oh, wait. My, what an interesting new situation. Even so for Mac. :-) Louis = Louis Suárez-Potts, PhD President, Age of Peers, Inc.
Re: Download stats script (in progress)
On May 10, 2012, at 9:10 PM, Juergen Schmidt wrote: On Friday, 11. May 2012 at 05:06, Rob Weir wrote: SourceForge has a nice REST API to query for download stats and return them in JSON objections. Unfortunately, our directory structure for AOO 3.4 is rather odd, with English downloads in one place, translations in another directory, and mixing hashes, installs and languages packs altogether. So getting these stats is a little painful. You can't just get the numbers of a single directory and be done. It is more complicated than that. I noticed this as well and I have also thought about a script or app to collect them ;-) good that you already have started... Also, the SF API seems to be rate limited, or at least I'm getting errors if I query it too much. That's understandable. So I'm coding a simple download stats app, in python, that will collect together all the relevant stats and produce reports. It caches on disk JSON objects that have already been retrieved, which eliminates the throttling issues as well as greatly improves performance. Not quite done, but I'll check it in (where?) mmh good question, https://svn.apache.org/repos/asf/incubator/ooo/ooo-site/trunk/tools/. Maybe we can integrate a download counter in the webpage. Something that gets automatically updated hourly or twice a day. We should be able to script publishing of the downloads (or any other) page every hour. This is done for www.apache.org/. Infra will know the details. Putting the script in tools makes it accessible. If trunk/bin is more common then that instead. Regards, Dave when it is fully debugged and validated. My goal is to have solid numbers for the one week mark next Tuesday. And from what I'm seeing so far, the numbers will be amazing. But two quick questions to help me finish this: 1) Historically, what did OOo report as downloads? Was this just a count of full installs? Or language packs as well? I don't know but I assume full install sets . I would like to detailed numbers as much as possible. 2) It is easy to produce downloads by language and platform, since our installs are already defined that way. But I can also report per-country. Is that interesting to anyone? For example, in Canada, the most popular downloads are X, Y, Z. again I would like to have detailed numbers. We can produce nice statistics and graphs ;-) Juergen -Rob