Re: [PROPOSAL] Assign non-committer Pootle accounts to languages
On 20 May 2014 08:32, Andrea Pescetti pesce...@apache.org wrote: At the moment, a new translation volunteer, when we create a new account in Pootle https://translate.apache.org/ , can edit all OpenOffice translations in all languages. This does not make sense, since Pootle allows to assign a translator to one (or more) languages. And we need to use permissions more wisely also in preparation for the future genlang system (this would only be a first step in that respect). So I propose, subject to lazy consensus, that if a person volunteers for languages X and Y we assign permissions to edit only the translations into languages X and Y. All accounts created in 2014 (and many of those created in 2013) already have the correct per-language permissions, so if we unset the global permission they will continue to work normally. The change is retroactive, but of course the l10n list will be notified and if any translator lacks permissions we will reassign them for the right languages. +1 If you cannot change the global setting, let me know and I will change it. rgds jan I. Note: committers have a different set of permissions. The change affects only non-committers; most of our new translators are not, or not yet, committers. Regards, Andrea. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
openExpo conference in madrid june 26.
Hi. Thanks to a initative from jza, I have been invited to give one of the keynote speeches at a one day conference in madrid june 26 http://www.openexpo.es/ The event is a free entrance event, that sadly means that I have to pay travel/hotel myself. They expect 500 participants I am currently negotiating content and form. Theme is ApacheOpenOffice and working in a foundation (how/why is ASF different from e.g. sourceForge). Its a 40 minutes talk, so I have time to around. ASF have willingly made sure I get some apache stickers to hand out. It would be real nice though also to have some AOO stickers with info on download etc. Is there any chance we could use a bit of our budget to create/print stickers ? or do anyone have some ? rgds jan I.
Re: [CODE]: proposal to integrate Google test framework as replacement for cppunit
On 16 May 2014 15:41, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, I am currently investigating in Google's C++ test framework [1] which seems to be quite powerful and a good replacement for cppunit which has not the proper license. My idea is to use gtest as general C++ unit testing framework in our build environment and replace long term all cppunit based tests with new or adapted tests using gtest. A further goal is to use this testing framework for new C++ unit tests and enable these new unit tests by default. Means I plan to introduce a new build requisite and let the user actively disable unit testing on demand (eg. configure ... --disable-unit-tests). I believe it is a good thing to enable these unit test by default and let them disable on demand. We want to get informed if something gets wrong as soon as possible. But we will have different options to complete a build even if an unit tests fails. But more detailed information will come later. For the moment I just want to propose this enhancement (from my pov) and trying to build it on Linux, Mac and Windows. +1 speaking as one who knows both cppunit and gtest. rgds jan I. Juergen [1] https://code.google.com/p/googletest/ - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: E-mail outage resolved
On 13 May 2014 11:55, Mathias Röllig mroellig.n...@gmx.net wrote: Hello Andrea! All OpenOffice mailing lists were silent in the last few days. The reason was a severe outage of the Apache mail servers. Messages were queued but not delivered. Service will back to normal in a matter of hours, and we will receive all messages in queue. Because some of my messages (direct to the dev-list or automated from Bugzilla to the issues-list) are not received at this time: Already some messages are in the queue? If not I want to resend my messages to the dev-list but I want to prevent double sending. The backlog queue is still being emptied, there was 9 million mails in it, so that takes days before all mails are sent (e.g. google throttles our mail sending). rgds jan I. Thanks, Mathias - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: pootle server.
Den 24/05/2013 20.06 skrev Claudio Filho filh...@gmail.com: Hi I tried to access the Pootle and returned the Sonar, at https://analysis.apache.org/. Is correct it refresh the page. it is because your cached an old version. we changed the pottle technical setup yesterday. rgds Jan i Bests, Claudio 2013/5/23 janI j...@apache.org: Hi. We have to take pootle down for about 2 hours due to a urgently needed maintenance, sorry for the short warning. Downtime is expected to be: UTC 18:00 to UTC 20:00 max. rgds jan I. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [discussion] Buildbot standard a.o or our own.
excuse me I did NOT say that anybody did a bad job! on the contrary I think a lot of people do a real big job I simply try to make the job easier. but I do understand when a polite question is unwanted. sorry for suggestion a possible improvement that will not happen again. Jan i Den 31/12/2012 19.23 skrev Dave Fisher dave2w...@comcast.net: Hi Andrew, On Dec 31, 2012, at 9:57 AM, Andrew Rist wrote: On 12/31/2012 2:09 AM, janI wrote: Is there a reason why we use our own buildbot and not one of the infra supported ones, like e.g. Continuum. We /are/ using the ASF buildbot infrastructure. So I'm kind of confused by the question. check http://ci.apache.org/projects/openoffice/ Also, the decision to go with buildbot, vs maven or something else in the ASF ci quiver was due to the complexity of our build. Add to that the strange gymnastics we have to do on Windows (Herbert will attest to the strangeness!!) it is pretty much the only option as I see it. You and the rest of the buildbot team do a tremendous job! Best Regards, Dave A. Sharing servers with other and having other people maintain the build routines should be to our advantage. Or do I see life in the wrong light ? rgds Jan I
Wiki maintenance.
I am starting this thread so we have a place, to keep our decisions. I will also a bit later make a new wiki page, wiki planned maintenance where I (and hopefully also the other administrators) will keep track of the work done, as well as the work ahead of us. For now, the sql scripts to: a) remove accounts older than a year WITHOUT any contributions b) remove all accounts from the time of the spam period are being prepared, and will be executed when I get a little opie challenge solved. I would like to seek lazy consensus on the following items: a) In order to keep track of all php/apache/mysql changes to wiki, I will make a directory wiki-maintenance in SVN on level with trunk. Currently we do not really know what has been changed, and with the upgrade we have a nice opportunity of documenting all changes, so it is easier for future administrators. I know there is a very good page in Wiki (wiki maintenance) but I would like to have the original files, with all changes in SVN. b) open for create page again, now that all spam users have been blocked. Create user will have to wait at least a week and if we do not get flooded with request, I would keep invite only for a longer period. c) When reactivation create user add a cooling period, like page http://wiki.openoffice.org/wiki/Documentation/Dashboard/Wiki_Editing_Policysays we already have. d) Clean database, for deleted pages, unused files. e) repair broken redirect, double redirect, non categorized pages. Remark no information will be deleted/changed. f) Convert all pages to UTF8 (mysql), most pages are defined as latin1, but some have UTF8 content, this will not work after an update. g) Make a test.wiki.openoffice.org. This can be done with a simple alias in apache conf, but should be done with a JIRA ticket. Of course, before any changes to the production mysql a backup will be made. Jan
Re: Wiki spamming is going to get worse if something isn't done soon...
I am happy for the help, Clayton has already giving me lot of information, instead of me having to dig it out. It is also securing to have a helping hand in the background who know our wiki very well. Is there a gentle way, to make Infra do the last bit, so I can get access, as far as I can see it is 2 simple things: - Copy my ssh public key to the wiki server - Provide the mysql root password I am a bit afraid of this long US weekend, and hope we do not have to wait until next week. Jan. On 23 November 2012 09:00, C smau...@gmail.com wrote: On Fri, Nov 23, 2012 at 1:16 AM, Andrea Pescetti pesce...@apache.org wrote: Thanks Clayton, you probably know the inner details of our Mediawiki configuration better than most people here, so it is great that you are going to coordinate with Jan to neutralize this attack. Jan will be leading the defense. I'll be hanging around more in the background trying to explain why things are wonky with historical configuration :-) The Spam problem can definitely be delt with... just takes a bit of time to sort things out, do a few upgrades and a few configuration tweaks. Meanwhile anyone with current Wiki Admin rights is welcome to scan the Recent changes on the Wiki once in a while and: - Delete Spam pages (created 1 page every 2 minutes on average) - Block the spam accounts (I would suggest that you do not block IP address, a check box on the block page, because you risk blocking legit users on dynamic IPs) Clayton
Re: Wiki spamming is going to get worse if something isn't done soon...
A big thank to those fighting in the trenches !!! I am still waiting for infra, but now I am available, so the minute I get the mail I will be on to it, and change to invite only. The point list of tj will be my work order. But I hope that someone could give infra a polite hint, that we really need this closed, infra must install my ssh public key, and give the mysql root password. I will open a new thread later, with wiki maintenance, so you all can follow what is planned to happen (and when it happens). Clayton pointed me to the maintenance page which contains loads of valuable information. jan On 23 November 2012 11:47, Rory O'Farrell ofarr...@iol.ie wrote: On Fri, 23 Nov 2012 05:22:29 -0500 TJ Frazier tjfraz...@cfl.rr.com wrote: On 11/23/2012 04:20, jan iversen wrote: I am happy for the help, Clayton has already giving me lot of information, instead of me having to dig it out. It is also securing to have a helping hand in the background who know our wiki very well. Is there a gentle way, to make Infra do the last bit, so I can get access, as far as I can see it is 2 simple things: - Copy my ssh public key to the wiki server - Provide the mysql root password I am a bit afraid of this long US weekend, and hope we do not have to wait until next week. Jan. Report from the trenches: the spam is getting no worse, but no better either. The wonderful crew of volunteers (I play only a small part) is getting it all. Max spam page lifetime is about an hour; typical is only a few minutes. We may be humans fighting bots, but we're winning — or at least not losing. (John Henry said to the captain ...) I also fear the long weekend. The urgent items I see, first = most important: 1) invitation only fix to LocalSettings.php. This turns off the faucet. 2) SQL delete of all unused accounts (no contributions in any space). This eliminates the spammers' backlog of new accounts, so we sysops don't have to block them one at a time. This will hit a lot of old accounts, too. Good; that's overdue. It is possible that a few legitimate accounts could be hit, but contributors normally go right in and fix something, and/or create their user pages, so those accounts should be exempt. Other items can be dealt with at leisure: 3) Deleting all blocked accounts, the blocks themselves, and any associated deleted pages. This is a trash clean-up. It removes any backscatter left over from the anti-spam effort, and recovers a minor amount of space. 4) Upgrades, extensions, better spam prevention, c. /tj/ On 23 November 2012 09:00, C smau...@gmail.com wrote: On Fri, Nov 23, 2012 at 1:16 AM, Andrea Pescetti pesce...@apache.org wrote: Thanks Clayton, you probably know the inner details of our Mediawiki configuration better than most people here, so it is great that you are going to coordinate with Jan to neutralize this attack. Jan will be leading the defense. I'll be hanging around more in the background trying to explain why things are wonky with historical configuration :-) The Spam problem can definitely be delt with... just takes a bit of time to sort things out, do a few upgrades and a few configuration tweaks. Meanwhile anyone with current Wiki Admin rights is welcome to scan the Recent changes on the Wiki once in a while and: - Delete Spam pages (created 1 page every 2 minutes on average) - Block the spam accounts (I would suggest that you do not block IP address, a check box on the block page, because you risk blocking legit users on dynamic IPs) Clayton I suggest locking the page for maintenance for the long w/e. -- Rory O'Farrell ofarr...@iol.ie
Re: Wiki spamming is going to get worse if something isn't done soon...
THANKSwould it not have been nice, if it was noted in the ticket... I am already looking at opie...so now I only need the mysql root password. Jan On 23 November 2012 14:05, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 23.11.2012 14:01, Oliver-Rainer Wittmann wrote: Hi, On 23.11.2012 13:47, jan iversen wrote: A big thank to those fighting in the trenches !!! I am still waiting for infra, but now I am available, so the minute I get the mail I will be on to it, and change to invite only. The point list of tj will be my work order. But I hope that someone could give infra a polite hint, that we really need this closed, infra must install my ssh public key, and give the mysql root password. You can reach ASF infra on irc://freenode/asfinfra I am on this chat - may be I can pass your requests to them. command infrabot: beer helps a lot in this chat with ASF infra ;-) infra people just told me on irc the following: orw: if you see jani tell him he has access and can he please set up opie as per. orw: Go and have a look at http://s.apache.org/opie to learn how to setup OPIE Best regards, Oliver. Best regards, Oliver. I will open a new thread later, with wiki maintenance, so you all can follow what is planned to happen (and when it happens). Clayton pointed me to the maintenance page which contains loads of valuable information. jan On 23 November 2012 11:47, Rory O'Farrell ofarr...@iol.ie wrote: On Fri, 23 Nov 2012 05:22:29 -0500 TJ Frazier tjfraz...@cfl.rr.com wrote: On 11/23/2012 04:20, jan iversen wrote: I am happy for the help, Clayton has already giving me lot of information, instead of me having to dig it out. It is also securing to have a helping hand in the background who know our wiki very well. Is there a gentle way, to make Infra do the last bit, so I can get access, as far as I can see it is 2 simple things: - Copy my ssh public key to the wiki server - Provide the mysql root password I am a bit afraid of this long US weekend, and hope we do not have to wait until next week. Jan. Report from the trenches: the spam is getting no worse, but no better either. The wonderful crew of volunteers (I play only a small part) is getting it all. Max spam page lifetime is about an hour; typical is only a few minutes. We may be humans fighting bots, but we're winning — or at least not losing. (John Henry said to the captain ...) I also fear the long weekend. The urgent items I see, first = most important: 1) invitation only fix to LocalSettings.php. This turns off the faucet. 2) SQL delete of all unused accounts (no contributions in any space). This eliminates the spammers' backlog of new accounts, so we sysops don't have to block them one at a time. This will hit a lot of old accounts, too. Good; that's overdue. It is possible that a few legitimate accounts could be hit, but contributors normally go right in and fix something, and/or create their user pages, so those accounts should be exempt. Other items can be dealt with at leisure: 3) Deleting all blocked accounts, the blocks themselves, and any associated deleted pages. This is a trash clean-up. It removes any backscatter left over from the anti-spam effort, and recovers a minor amount of space. 4) Upgrades, extensions, better spam prevention, c. /tj/ On 23 November 2012 09:00, C smau...@gmail.com wrote: On Fri, Nov 23, 2012 at 1:16 AM, Andrea Pescetti pesce...@apache.org wrote: Thanks Clayton, you probably know the inner details of our Mediawiki configuration better than most people here, so it is great that you are going to coordinate with Jan to neutralize this attack. Jan will be leading the defense. I'll be hanging around more in the background trying to explain why things are wonky with historical configuration :-) The Spam problem can definitely be delt with... just takes a bit of time to sort things out, do a few upgrades and a few configuration tweaks. Meanwhile anyone with current Wiki Admin rights is welcome to scan the Recent changes on the Wiki once in a while and: - Delete Spam pages (created 1 page every 2 minutes on average) - Block the spam accounts (I would suggest that you do not block IP address, a check box on the block page, because you risk blocking legit users on dynamic IPs) Clayton
Re: Wiki spamming is going to get worse if something isn't done soon...
I am trying, sadly enough I missed orwI still think my problem is accessing the wiki orw, is just a user like the rest of us and not infra, but his idea was good Oliver: thanks for trying to help. jan On 23 November 2012 14:26, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 23.11.2012 14:08, jan iversen wrote: THANKSwould it not have been nice, if it was noted in the ticket... I am already looking at opie...so now I only need the mysql root password. infra people told me on irc that it is needed that you setup opie and that you should talk directly to them (http://webchat.freenode.net) Best regards, Oliver. Jan On 23 November 2012 14:05, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 23.11.2012 14:01, Oliver-Rainer Wittmann wrote: Hi, On 23.11.2012 13:47, jan iversen wrote: A big thank to those fighting in the trenches !!! I am still waiting for infra, but now I am available, so the minute I get the mail I will be on to it, and change to invite only. The point list of tj will be my work order. But I hope that someone could give infra a polite hint, that we really need this closed, infra must install my ssh public key, and give the mysql root password. You can reach ASF infra on irc://freenode/asfinfra I am on this chat - may be I can pass your requests to them. command infrabot: beer helps a lot in this chat with ASF infra ;-) infra people just told me on irc the following: orw: if you see jani tell him he has access and can he please set up opie as per. orw: Go and have a look at http://s.apache.org/opie to learn how to setup OPIE Best regards, Oliver. Best regards, Oliver. I will open a new thread later, with wiki maintenance, so you all can follow what is planned to happen (and when it happens). Clayton pointed me to the maintenance page which contains loads of valuable information. jan On 23 November 2012 11:47, Rory O'Farrell ofarr...@iol.ie wrote: On Fri, 23 Nov 2012 05:22:29 -0500 TJ Frazier tjfraz...@cfl.rr.com wrote: On 11/23/2012 04:20, jan iversen wrote: I am happy for the help, Clayton has already giving me lot of information, instead of me having to dig it out. It is also securing to have a helping hand in the background who know our wiki very well. Is there a gentle way, to make Infra do the last bit, so I can get access, as far as I can see it is 2 simple things: - Copy my ssh public key to the wiki server - Provide the mysql root password I am a bit afraid of this long US weekend, and hope we do not have to wait until next week. Jan. Report from the trenches: the spam is getting no worse, but no better either. The wonderful crew of volunteers (I play only a small part) is getting it all. Max spam page lifetime is about an hour; typical is only a few minutes. We may be humans fighting bots, but we're winning — or at least not losing. (John Henry said to the captain ...) I also fear the long weekend. The urgent items I see, first = most important: 1) invitation only fix to LocalSettings.php. This turns off the faucet. 2) SQL delete of all unused accounts (no contributions in any space). This eliminates the spammers' backlog of new accounts, so we sysops don't have to block them one at a time. This will hit a lot of old accounts, too. Good; that's overdue. It is possible that a few legitimate accounts could be hit, but contributors normally go right in and fix something, and/or create their user pages, so those accounts should be exempt. Other items can be dealt with at leisure: 3) Deleting all blocked accounts, the blocks themselves, and any associated deleted pages. This is a trash clean-up. It removes any backscatter left over from the anti-spam effort, and recovers a minor amount of space. 4) Upgrades, extensions, better spam prevention, c. /tj/ On 23 November 2012 09:00, C smau...@gmail.com wrote: On Fri, Nov 23, 2012 at 1:16 AM, Andrea Pescetti pesce...@apache.org wrote: Thanks Clayton, you probably know the inner details of our Mediawiki configuration better than most people here, so it is great that you are going to coordinate with Jan to neutralize this attack. Jan will be leading the defense. I'll be hanging around more in the background trying to explain why things are wonky with historical configuration :-) The Spam problem can definitely be delt with... just takes a bit of time to sort things out, do a few upgrades and a few configuration tweaks. Meanwhile anyone with current Wiki Admin rights is welcome to scan the Recent changes on the Wiki once in a while and: - Delete Spam pages (created 1 page every 2 minutes on average) - Block the spam accounts (I would suggest that you do not block IP address, a check box on the block page, because you risk blocking legit users on dynamic IPs) Clayton
Re: [RELEASE]: new languages for AOO 3.4.1
If it is easier, we could keep the binary, and just release language packsa bit more uncomfortable but still an official release ! Jan. On 23 November 2012 15:01, Rob Weir robw...@apache.org wrote: On Fri, Nov 23, 2012 at 3:39 AM, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, we all know that the number of volunteers helping with translation is growing and we would like to make new languages as soon as possible available. This is important for two reason, first to make AOO available in further languages to reach more users. Second to show our volunteers that their work is appreciated and become integrated as soon as possible. We don't have a well defined process for doing it at moment but we will find a working way that will be ok for all of us. And we can improve it over time when see demand for changes or improvements, means we don't have to find a 100% perfect solution from the beginning. The most important part is how we do the naming of the different parts of such a release. I see two different scenarios: 1. Only new languages, no bugfixes, no other code changes We add the new languages on top of the existing AOO34 branch, build the office with the new languages and release the new languages as convenience binary packages. We also build a new src release package and add the revision number in the name to identify a respin of the orginal 3.4.1. For example: aoo-3.4.1-rev1372282-src.tar.bz2 This new src release becomes the default for 3.4.1 because it is a respin only (no functional changes) The revision number is part of the about dialog as well and it is possible to identify the respin. If we change the about dialog does this change anything else? For example, does it change what is written into ODF documents for the creator string? Does it cause AOO to report a different version to scripts? If we change anything more than the UI strings we risk breaking 3rd party scripts who have logic tied to 3.4.0 or 3.4.1. -Rob 2. New languages + bug-fixes or security fixes The micro number will be increased and we do a normal release cycle. The src release will contain the revision number in future always. Concrete proposal for 3.4.1 and new languages: 1. set a deadline for new translations, for exmaple December 31, 2012 2. integrate the new languages and provide the builds until January 10, 2013 3. test and verify the new language builds asap 4. release the new languages at the end of January Why a deadline until December: The reason is quite simply, we have 22 languages with an UI coverage of more than 95% (ok Turkish 93%). My plan is to prepare a blog entry and call again for volunteers for these languages where the effort is moderate. My hope is that we can integrate a few of the important ones. UI coverage with more than 93% == 100%: Danish 98%: Korean, Polish, Asturian, Uighur, Icelandic, Indonesian, Welsh, Catalan, Bulgarian, Latvian 97%: Greek, Basque 96%: English (South Africa) 95%: Portuguese, Swedish, Marathi, Kannada, Gujarati, Irish, Oriya 93%: Turkish Juergen
Re: [RELEASE]: new languages for AOO 3.4.1
Following your thought... Would it not be an idea, if we defined the binary to be en-US always, and then modify the installation scripts to include the proper language pack ?? Please see it as an open question, I do not know if there are other implications. I have for some time (years) downloaded the en-US binary and added the language pack, so technically it is possible. Jan. On 23 November 2012 15:47, Rob Weir robw...@apache.org wrote: On Fri, Nov 23, 2012 at 9:30 AM, jan iversen j...@apache.org wrote: If it is easier, we could keep the binary, and just release language packsa bit more uncomfortable but still an official release ! I'm just thinking ahead, to the very real possibility that we're adding new languages on a continual basis until we're shipping 100+ of them. If that happens we're going to create absolute chaos if we encoding version changes in a way that appears externally to scripts, extensions, in documents, to upgrade servers, etc. It will lead to a proliferation of version strings that will destroy us all. This is what the Mayans were warning us about !!! (OK, maybe not that bad, but it would be quite a mess) But if we can consider these new languages to be merely the continuation of the 3.4.1 release, and an keep the external behavior of the program the same, then live is easy. We can release full versions of Danish, etc., 3.4.1. All we need to do is vote on a new source tarball which could be called AOO341-danish-patch.tgz or whatever. -Rob Jan. On 23 November 2012 15:01, Rob Weir robw...@apache.org wrote: On Fri, Nov 23, 2012 at 3:39 AM, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, we all know that the number of volunteers helping with translation is growing and we would like to make new languages as soon as possible available. This is important for two reason, first to make AOO available in further languages to reach more users. Second to show our volunteers that their work is appreciated and become integrated as soon as possible. We don't have a well defined process for doing it at moment but we will find a working way that will be ok for all of us. And we can improve it over time when see demand for changes or improvements, means we don't have to find a 100% perfect solution from the beginning. The most important part is how we do the naming of the different parts of such a release. I see two different scenarios: 1. Only new languages, no bugfixes, no other code changes We add the new languages on top of the existing AOO34 branch, build the office with the new languages and release the new languages as convenience binary packages. We also build a new src release package and add the revision number in the name to identify a respin of the orginal 3.4.1. For example: aoo-3.4.1-rev1372282-src.tar.bz2 This new src release becomes the default for 3.4.1 because it is a respin only (no functional changes) The revision number is part of the about dialog as well and it is possible to identify the respin. If we change the about dialog does this change anything else? For example, does it change what is written into ODF documents for the creator string? Does it cause AOO to report a different version to scripts? If we change anything more than the UI strings we risk breaking 3rd party scripts who have logic tied to 3.4.0 or 3.4.1. -Rob 2. New languages + bug-fixes or security fixes The micro number will be increased and we do a normal release cycle. The src release will contain the revision number in future always. Concrete proposal for 3.4.1 and new languages: 1. set a deadline for new translations, for exmaple December 31, 2012 2. integrate the new languages and provide the builds until January 10, 2013 3. test and verify the new language builds asap 4. release the new languages at the end of January Why a deadline until December: The reason is quite simply, we have 22 languages with an UI coverage of more than 95% (ok Turkish 93%). My plan is to prepare a blog entry and call again for volunteers for these languages where the effort is moderate. My hope is that we can integrate a few of the important ones. UI coverage with more than 93% == 100%: Danish 98%: Korean, Polish, Asturian, Uighur, Icelandic, Indonesian, Welsh, Catalan, Bulgarian, Latvian 97%: Greek, Basque 96%: English (South Africa) 95%: Portuguese, Swedish, Marathi, Kannada, Gujarati, Irish, Oriya 93%: Turkish Juergen
Re: Wiki spamming is going to get worse if something isn't done soon...
GREAT NEWS...15 minutes without any attacks.. Imacat just got online, and helped to change the settings...so now we just need to change the front page, so legal user know what is happening. Jan. On 23 November 2012 16:13, imacat ima...@mail.imacat.idv.tw wrote: Thank you both for volunteering. I do need help at the current moment. Are you on the IRC #dev.openoffice.org? We may discuss the details. The current MediaWiki seems to be of version 1.15.5. An update is required, but due to many reason it is not done yet. On 2012/11/23 22:13, jan iversen said: I am trying, sadly enough I missed orwI still think my problem is accessing the wiki orw, is just a user like the rest of us and not infra, but his idea was good Oliver: thanks for trying to help. jan On 23 November 2012 14:26, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 23.11.2012 14:08, jan iversen wrote: THANKSwould it not have been nice, if it was noted in the ticket... I am already looking at opie...so now I only need the mysql root password. infra people told me on irc that it is needed that you setup opie and that you should talk directly to them (http://webchat.freenode.net) Best regards, Oliver. Jan On 23 November 2012 14:05, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 23.11.2012 14:01, Oliver-Rainer Wittmann wrote: Hi, On 23.11.2012 13:47, jan iversen wrote: A big thank to those fighting in the trenches !!! I am still waiting for infra, but now I am available, so the minute I get the mail I will be on to it, and change to invite only. The point list of tj will be my work order. But I hope that someone could give infra a polite hint, that we really need this closed, infra must install my ssh public key, and give the mysql root password. You can reach ASF infra on irc://freenode/asfinfra I am on this chat - may be I can pass your requests to them. command infrabot: beer helps a lot in this chat with ASF infra ;-) infra people just told me on irc the following: orw: if you see jani tell him he has access and can he please set up opie as per. orw: Go and have a look at http://s.apache.org/opie to learn how to setup OPIE Best regards, Oliver. Best regards, Oliver. I will open a new thread later, with wiki maintenance, so you all can follow what is planned to happen (and when it happens). Clayton pointed me to the maintenance page which contains loads of valuable information. jan On 23 November 2012 11:47, Rory O'Farrell ofarr...@iol.ie wrote: On Fri, 23 Nov 2012 05:22:29 -0500 TJ Frazier tjfraz...@cfl.rr.com wrote: On 11/23/2012 04:20, jan iversen wrote: I am happy for the help, Clayton has already giving me lot of information, instead of me having to dig it out. It is also securing to have a helping hand in the background who know our wiki very well. Is there a gentle way, to make Infra do the last bit, so I can get access, as far as I can see it is 2 simple things: - Copy my ssh public key to the wiki server - Provide the mysql root password I am a bit afraid of this long US weekend, and hope we do not have to wait until next week. Jan. Report from the trenches: the spam is getting no worse, but no better either. The wonderful crew of volunteers (I play only a small part) is getting it all. Max spam page lifetime is about an hour; typical is only a few minutes. We may be humans fighting bots, but we're winning — or at least not losing. (John Henry said to the captain ...) I also fear the long weekend. The urgent items I see, first = most important: 1) invitation only fix to LocalSettings.php. This turns off the faucet. 2) SQL delete of all unused accounts (no contributions in any space). This eliminates the spammers' backlog of new accounts, so we sysops don't have to block them one at a time. This will hit a lot of old accounts, too. Good; that's overdue. It is possible that a few legitimate accounts could be hit, but contributors normally go right in and fix something, and/or create their user pages, so those accounts should be exempt. Other items can be dealt with at leisure: 3) Deleting all blocked accounts, the blocks themselves, and any associated deleted pages. This is a trash clean-up. It removes any backscatter left over from the anti-spam effort, and recovers a minor amount of space. 4) Upgrades, extensions, better spam prevention, c. /tj/ On 23 November 2012 09:00, C smau...@gmail.com wrote: On Fri, Nov 23, 2012 at 1:16 AM, Andrea Pescetti pesce...@apache.org wrote: Thanks Clayton, you probably know the inner details of our Mediawiki configuration better than most people
Re: [BLOG][DRAFT]: blog draft to reach out even more translators for the languages with more than 93% UI coverage
Do I need a special roller account to be able to see it (in case of yes, where are the create new user ?) ? have a nice wekend Jan. On 23 November 2012 18:17, Rob Weir robw...@apache.org wrote: On Fri, Nov 23, 2012 at 11:57 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 11/23/12 5:54 PM, Rob Weir wrote: On Fri, Nov 23, 2012 at 11:28 AM, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, I drafted [1] a blog post to attract again some further volunteers helping us with translations. As mentioned earlier we have several languages where we have a UI coverage of more than 93%. I hope we can find volunteers for this languages. Ok for some of the languages the work is already done or ongoing but I included them again. I should probably make clear that we can benefit from volunteers for the already released languages as well because we all know the Arabic is not really maintained yet and I see a potential problem for our next release with more UI changes. Feedback are welcome and feel free to change the draft. Especially a linguistic review make always sense because I am no native speaker ;-) OK. I'll take a look and perhaps make some bolder changes. One thing I've learned is that you need to draw the reader in early, in the first paragraph, and then get them to a state of awareness before we ask them to take action. I'll try to motivate that. thanks Rob, I am looking forward to your changes. OK. My changes are in. The headers help users scanning the article see if they are interested. Also, I give further information for taking action both in the first paragraph and the last one. One thing that might help is if we had an estimate for how much effort is needed to move from 95% to 100%. Is it 4 hours or 40 hours? We probably deter some volunteers if they are scared to volunteer because they think the time commitment is too much. Maybe we can say, Completing one of these translations takes approximately XXX hours, but this effort can be shared when several translators coordinate on the work. I have a further idea to attract designers for our art work (logo, icons, etc.) that I will discuss next week... Cool. -Rob Juergen -Rob Juergen [1] https://blogs.apache.org/roller-ui/authoring/preview/OOo/?previewEntry=apache_openoffice_reached_out_to
Re: What can we do to make our header text rotate?
Be aware that many browsers blocks javascripts from sites without a certificate. and it makes the page slower, because it has to load more urls. It would be more efficient to in php (if possible) and make it a real server issue. In php, it is quite simple, to make an algorithm, that e.g. displays msg a, for the first 3 minutes of an hour, then message B etc. The messages themself would be html sniplets. Going down that route would make graphic pretty simple (just the normal image tag). Jan. On 23 November 2012 18:26, Rob Weir robw...@apache.org wrote: Currently our website has a header, controlled by ooo-site/brand.mdtext, that we use to promote special events and announcements. This header shows up on every page on the website, except for wiki and other non-static web pages. This header is our single most effective way to promote things. It gets 750K+ views per day. This is far more than our blog, Twitter, mailing lists, Facebook, etc., combined. However, this position currently can carry only a single message at a time. So when we have several messages in quick succession, we need to halt the old announcement and replace it with a new one. For example, when I added the marketing volunteers, I had to stop the call for QA volunteers. Juergen has a call for translators coming, and that will likely cause us to halt the marketing call for volunteers. And we want to put up a FOSDEM call for papers soon as well. So the way we're using this it is all or nothing. A message either gets 750K views a day or it gets nothing. I think this is not optimal. It is natural for us to have several ongoing promotions, and it would be sufficient if we could more effectively share that space. One idea might be to not have a static message in brand.mdtext, but encode several messages in a Javascript file, a JSON object that lists all the current messages along with their weighting. Then we could have our website header show a random message, respecting the weights. A high weighted message would get more views than a lower weighted one. But even 10% of 750K is a lot more views that our blog will receive. Does this make sense? Any other ideas? Any ideas on how to implement this? Another idea is to allow graphical as well as the current text-only promotions. A banner graphic can be even more effective. Regards, -Rob
Re: [BLOG][DRAFT]: blog draft to reach out even more translators for the languages with more than 93% UI coverage
+1 to the proposal. Rob: I think I will settle for just reading the public version for now, I dont need/want to have righst to change everything :-) but thanks for the instructions I will keep that in mind, when I need to edit something. Jan I. On 23 November 2012 18:44, Rob Weir robw...@apache.org wrote: On Fri, Nov 23, 2012 at 12:27 PM, jan iversen j...@apache.org wrote: Do I need a special roller account to be able to see it (in case of yes, where are the create new user ?) ? Try this public URL: http://blogs.apache.org/preview/OOo/?previewEntry=apache_openoffice_reached_out_to The other form of the URL required a blog account. To get a blog editor account, start a new thread proposing to make yourself an editor, seek lazy consensus (72 hours) and then create a JIRA issue for Infra linking to the proposal thread. http://www.apache.org/dev/infra-contact#what-we-need-to-know -Rob have a nice wekend Jan. On 23 November 2012 18:17, Rob Weir robw...@apache.org wrote: On Fri, Nov 23, 2012 at 11:57 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 11/23/12 5:54 PM, Rob Weir wrote: On Fri, Nov 23, 2012 at 11:28 AM, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, I drafted [1] a blog post to attract again some further volunteers helping us with translations. As mentioned earlier we have several languages where we have a UI coverage of more than 93%. I hope we can find volunteers for this languages. Ok for some of the languages the work is already done or ongoing but I included them again. I should probably make clear that we can benefit from volunteers for the already released languages as well because we all know the Arabic is not really maintained yet and I see a potential problem for our next release with more UI changes. Feedback are welcome and feel free to change the draft. Especially a linguistic review make always sense because I am no native speaker ;-) OK. I'll take a look and perhaps make some bolder changes. One thing I've learned is that you need to draw the reader in early, in the first paragraph, and then get them to a state of awareness before we ask them to take action. I'll try to motivate that. thanks Rob, I am looking forward to your changes. OK. My changes are in. The headers help users scanning the article see if they are interested. Also, I give further information for taking action both in the first paragraph and the last one. One thing that might help is if we had an estimate for how much effort is needed to move from 95% to 100%. Is it 4 hours or 40 hours? We probably deter some volunteers if they are scared to volunteer because they think the time commitment is too much. Maybe we can say, Completing one of these translations takes approximately XXX hours, but this effort can be shared when several translators coordinate on the work. I have a further idea to attract designers for our art work (logo, icons, etc.) that I will discuss next week... Cool. -Rob Juergen -Rob Juergen [1] https://blogs.apache.org/roller-ui/authoring/preview/OOo/?previewEntry=apache_openoffice_reached_out_to
Re: [BLOG][DRAFT]: blog draft to reach out even more translators for the languages with more than 93% UI coverage
On 23 November 2012 23:05, Juergen Schmidt jogischm...@gmail.com wrote: Am Freitag, 23. November 2012 um 18:17 schrieb Rob Weir: On Fri, Nov 23, 2012 at 11:57 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 11/23/12 5:54 PM, Rob Weir wrote: On Fri, Nov 23, 2012 at 11:28 AM, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, I drafted [1] a blog post to attract again some further volunteers helping us with translations. As mentioned earlier we have several languages where we have a UI coverage of more than 93%. I hope we can find volunteers for this languages. Ok for some of the languages the work is already done or ongoing but I included them again. I should probably make clear that we can benefit from volunteers for the already released languages as well because we all know the Arabic is not really maintained yet and I see a potential problem for our next release with more UI changes. Feedback are welcome and feel free to change the draft. Especially a linguistic review make always sense because I am no native speaker ;-) OK. I'll take a look and perhaps make some bolder changes. One thing I've learned is that you need to draw the reader in early, in the first paragraph, and then get them to a state of awareness before we ask them to take action. I'll try to motivate that. thanks Rob, I am looking forward to your changes. OK. My changes are in. The headers help users scanning the article see if they are interested. Also, I give further information for taking action both in the first paragraph and the last one. perfect, much better now One thing that might help is if we had an estimate for how much effort is needed to move from 95% to 100%. Is it 4 hours or 40 hours? We probably deter some volunteers if they are scared to volunteer because they think the time commitment is too much. Maybe we can say, Completing one of these translations takes approximately XXX hours, but this effort can be shared when several translators coordinate on the work. I agree, I will check the word counts and maybe Jan can share his experience for the Danish translation. I am happy to share, but I do not remember from which % I started. The translation I did took approx 30 hours incl. simple QA, this do no include the little mix I managed to do with the help files Jan Juergen I have a further idea to attract designers for our art work (logo, icons, etc.) that I will discuss next week... Cool. -Rob Juergen -Rob Juergen [1] https://blogs.apache.org/roller-ui/authoring/preview/OOo/?previewEntry=apache_openoffice_reached_out_to
Re: [BLOG][DRAFT]: blog draft to reach out even more translators for the languages with more than 93% UI coverage
That was for all the open texts, help and UI. Jan. On 23 November 2012 23:19, Rob Weir robw...@apache.org wrote: On Fri, Nov 23, 2012 at 5:12 PM, jan iversen j...@apache.org wrote: On 23 November 2012 23:05, Juergen Schmidt jogischm...@gmail.com wrote: Am Freitag, 23. November 2012 um 18:17 schrieb Rob Weir: On Fri, Nov 23, 2012 at 11:57 AM, Jürgen Schmidt jogischm...@gmail.com wrote: On 11/23/12 5:54 PM, Rob Weir wrote: On Fri, Nov 23, 2012 at 11:28 AM, Jürgen Schmidt jogischm...@gmail.com wrote: Hi, I drafted [1] a blog post to attract again some further volunteers helping us with translations. As mentioned earlier we have several languages where we have a UI coverage of more than 93%. I hope we can find volunteers for this languages. Ok for some of the languages the work is already done or ongoing but I included them again. I should probably make clear that we can benefit from volunteers for the already released languages as well because we all know the Arabic is not really maintained yet and I see a potential problem for our next release with more UI changes. Feedback are welcome and feel free to change the draft. Especially a linguistic review make always sense because I am no native speaker ;-) OK. I'll take a look and perhaps make some bolder changes. One thing I've learned is that you need to draw the reader in early, in the first paragraph, and then get them to a state of awareness before we ask them to take action. I'll try to motivate that. thanks Rob, I am looking forward to your changes. OK. My changes are in. The headers help users scanning the article see if they are interested. Also, I give further information for taking action both in the first paragraph and the last one. perfect, much better now One thing that might help is if we had an estimate for how much effort is needed to move from 95% to 100%. Is it 4 hours or 40 hours? We probably deter some volunteers if they are scared to volunteer because they think the time commitment is too much. Maybe we can say, Completing one of these translations takes approximately XXX hours, but this effort can be shared when several translators coordinate on the work. I agree, I will check the word counts and maybe Jan can share his experience for the Danish translation. I am happy to share, but I do not remember from which % I started. The translation I did took approx 30 hours incl. simple QA, this do no include the little mix I managed to do with the help files When you started on it, the Danish translation (UI portion) was at 97%. Did it take 30 hours for the 3%? Or did you do help file translations as well? -Rob Jan Juergen I have a further idea to attract designers for our art work (logo, icons, etc.) that I will discuss next week... Cool. -Rob Juergen -Rob Juergen [1] https://blogs.apache.org/roller-ui/authoring/preview/OOo/?previewEntry=apache_openoffice_reached_out_to
Re: What can we do to make our header text rotate?
On 23 November 2012 23:31, Rob Weir robw...@apache.org wrote: On Fri, Nov 23, 2012 at 4:54 PM, Juergen Schmidt jogischm...@gmail.com wrote: Am Freitag, 23. November 2012 um 18:26 schrieb Rob Weir: Currently our website has a header, controlled by ooo-site/brand.mdtext, that we use to promote special events and announcements. This header shows up on every page on the website, except for wiki and other non-static web pages. This header is our single most effective way to promote things. It gets 750K+ views per day. This is far more than our blog, Twitter, mailing lists, Facebook, etc., combined. However, this position currently can carry only a single message at a time. So when we have several messages in quick succession, we need to halt the old announcement and replace it with a new one. For example, when I added the marketing volunteers, I had to stop the call for QA volunteers. Juergen has a call for translators coming, and that will likely cause us to halt the marketing call for volunteers. And we want to put up a FOSDEM call for papers soon as well. So the way we're using this it is all or nothing. A message either gets 750K views a day or it gets nothing. I think this is not optimal. It is natural for us to have several ongoing promotions, and it would be sufficient if we could more effectively share that space. One idea might be to not have a static message in brand.mdtext, but encode several messages in a Javascript file, a JSON object that lists all the current messages along with their weighting. Then we could have our website header show a random message, respecting the weights. A high weighted message would get more views than a lower weighted one. But even 10% of 750K is a lot more views that our blog will receive. Does this make sense? for me it makes a lot of sense and we try to use the page hits in the most efficient way. Any other ideas? Any ideas on how to implement this? Another idea is to allow graphical as well as the current text-only promotions. A banner graphic can be even more effective. no real idea how we can achieve it, the CMS is limited as far as I understood but Joe is probably open for improvements. I am a poor web developer ;-) We don't have PHP at runtime, but we do have perl at page build time, e.g.,: https://svn.apache.org/repos/asf/incubator/ooo/ooo-site/trunk/lib/view.pm But hard-coding at build time doesn't give us rotation, unless we have a cron job or something that marks all the files as dirty every 5 minutes or so. I don't think we want that. It might be worth looking at how the ASF home page handles its featured projects: http://www.apache.org/ they use js, see http://www.apache.org/js/apache_boot.js (the text are li tags labelled with switch_1 / 2 / 3). Or we can just do with Javascript. It is easy enough to make the experience for those without JS to be the same as what they see today, a single hard-coded message. We could do that, but we have to test it on a browser that blocks js on sites without certificate (apache.org has a certificate). -Rob Juergen Regards, -Rob
Re: [Mwiki] New accounts by invitation only?
See below please. On 22 November 2012 09:27, Herbert Duerr h...@apache.org wrote: Hi Jan, On 21.11.2012 20:24, jan iversen wrote: having looked at the mediawiki pages, especially the amount of updates, and make a trial installation my my private server, I know I can cope with the maintenance problems (but NOT with spam attacks, that requires more than just one person). If the community agrees to it, using the lazy consensus, I volunteer to make maintenance of the mwiki (wiki.openoffice.org). Thank you very much! +1 from me If nobody object I will very fast do the proposed mysql changes: - remove accounts with no contributions during the last year. - removing all new users within the last 2 weeks. and prepare an update to the newest version, (and as Alexandro suggest have a test server) which first run it on my own ubuntu, before going live. I agree, except that I suggest to remove only accounts that never contributed anything. There are many pages from the pre-AOO times with very interesting content that were created or updated by people lost AOO out of their focus in the meantime. Their contributions are valuable though and should not be forgotten. I agree, the intention is to remove the account, not their contribution. I am not totally sure, but my idea is to move them a account called archive or something. Maybe the page histories would suffer by removing such accounts completely. [...] I have one question though, why do we have cwiki and wikiI might be the only one, but I get confused where to find which information, so maybe we should decide to have all information in just one wiki ?? If I remember correctly there was an issue with the license of our mediawiki, such that the existing content could not simply be relicensed to ALv2 Herbert
Fwd: [Mwiki] New accounts by invitation only?
-- Forwarded message -- From: jan iversen j...@apache.org Date: 22 November 2012 13:53 Subject: Re: [Mwiki] New accounts by invitation only? To: Daniel Shahaf d...@daniel.shahaf.name I will look at the fail2ban, thanks for the advice. Sorry I misunderstood the SQL removal, I will do exactly as stated (but make a backup first, and try it on my own copy second). You all did a major job, so thank you for getting Wiki back in relatively normal state, I expect to do my part tonight (I still miss to have a certificate activated, and the mysql root password). I will keep this informed of each step I do, before I do it !!
Re: [Question] generated source files with languages (l10n process) overwriting original files.
Ok, I just saw 2 files on my ubuntu, that was overwritten, so I thought it was general, but that may have other reasonsI will do some more research. Jan. Ps. No problem with the mail, better late than never :-) On 22 November 2012 15:38, Juergen Schmidt jogischm...@gmail.com wrote: Am Mittwoch, 14. November 2012 um 21:47 schrieb jan iversen: While programming the l10n translation, I have stumbled across something which I do not know is a real or theoretical problem. I need an opinion from people with more experience. Description of the current situation: When you run configure with e.g. --with-lang=da, all languages Are inserted in the source files alongside with the original en-US text. This works without problems BUT, if the developer forget to do a checkout (thereby removing the extra languages) but does a commit, then SVN will have all languages in the file. After the commit a snapshot (or development) build will contain all languauges for that file. Note: If a translation changes, it will be replaced in the file with the next build, so it will work. However: - developer/snapshot contains an unwanted language part - it is not clean that all language are in this file, as well as in the sdf file (original), and can lead to confusion, where what is maintained. What I easily could do, was NOT to overwrite the file, but place a new file (same content but with all languages added) in the platform/misc directory, therefore the original would be left untouched. This requires of course some makefile changes (the new l10n process requires anyhow changes), which I will do (in a sub-branch) when the system is ready. Question: Is it a problem that the original is overwritten, and it would be better to write a new file (in misc) ? or Am I thinking about a theoretical problem, that is no real world problem ? First of all sorry for the late response, I am still haven't read all mails after my vacation. I am not sure if I understand you correct but normally no originals are overwritten during the build. Files get merged in the local output directory and later used from there. Juergen Just to be sure, the effort of doing one or the other are the same, so that is not an argument (at least for me), we should do what is correct. Jan I.
Re: Bad press
Sorry for saying it, but having promoted my companies most of my life, I have learned one thing about the media good news is no news, bad news sells adverts I see your point, and I have been in there (too many times), but that is not my point...we need to make sure we do not loose the IT departments, if they feel a) they can blame open software in general and AOO/LO in particular b) they are getting cornered by us saying use the new release (just like the big companies) They will (with some right) use all means to resist anything but one environment and here microsoft will be the winner (remember the old saying by anything else than IBM and get your final paycheck). However if we change the aspect, and make a story, of the free software based on volunteers fighting the big companies who has endless marketing money, that will be a story for the press and not harm the it departments, remembering the legal fights between microsoft and EY. Of course it would be right to mention the tax money our software saves, especially in these times of crisis. I am simply afraid, that we take the most easy approach, and start to defend AOO by telling how many others like it...that would in my opinion be to fail the issue and do no good. Jan On 21 November 2012 22:47, Rob Weir robw...@apache.org wrote: On Wed, Nov 21, 2012 at 1:54 PM, jan iversen j...@apache.org wrote: If I may say so, based on my experience, we should not go too much into details about versions, this is about having a heterogeneous environment, something that most IT departments try to avoid at all cost, and AOO just happened to be the excuse for making the structure slimmer. In my opinion a response telling that a newer version is better, would actually catch bad press, whereas a response (if possible with some equal success stories) showing why it is not a problem to have AOO and MS-OFFICE side by side, would catch a positive interest. We need the thumbs up from the IT department, and that is not accomplished by telling them they should have upgraded. But apart from that, I agree that we should make a coordinated response, if possible with other OO derivates. Part of the problem is that this is being whipped up in the media by the MS partner community. So the coverage is disproportionate. Consider: Leipzig, Germany has population of 530,000. On September 9th they announced that they had moved from Microsoft Office to OpenOffice and had installed OpenOffice on 3900 of their desktops. Freiburg, Germany has a population of 230,000. On November 20th they announced that they were moving from OpenOffice.org to Microsoft Office on their 2000 desktops. Google shows 337 stories for the Freiburg story. But did you see a mention of the Leipzig story? I saw a few, but even though it was the larger migration, I saw only brief mentions. -Rob Jan. On 21 November 2012 19:35, Andrea Pescetti pesce...@apache.org wrote: On 21/11/2012 Rob Weir wrote: Freiburg putting the blame for the challenges of managing heterogeneous IT systems solely on an old version of OpenOffice.org is wrong and unfair, IMHO. But it is common. Indeed this is quite common. But, if in this case we have reasons to believe that better practices or using current/future versions of Apache OpenOffice would yield better results, it would be excellent to prepare and publish a coordinated response, since this news item was featured in many online technology news sites in the last few days. Regards, Andrea.
Re: New committer: Jan Iversen
THANKS. jan. On 18 November 2012 19:45, Joe Schaefer joe_schae...@yahoo.com wrote: Your change to the authz file goes into effect immediately- it's just that the scripts that service the committer-index URLs are cronned to run only a few times a day. From: Andrea Pescetti pesce...@apache.org To: dev@openoffice.apache.org Sent: Sunday, November 18, 2012 1:27 PM Subject: Re: New committer: Jan Iversen On 16/11/2012 Rob Weir wrote: On Fri, Nov 16, 2012 at 5:05 AM, jan iversen wrote: Any idea when SVN will be relocated ? You can see the latest status on the JIRA issues here: https://issues.apache.org/jira/browse/INFRA-5407 It looks like we need careful coordination between the website migration and the SVN migration since the website is built from SVN. Since we don't have a timeline for the SVN migration yet, I've also added Jan to the old authorization groups. Jan, in 24 hours (not now!) you should be able to commit to the current SVN repositories, like: - Sources: https://svn.apache.org/repos/asf/incubator/ooo/trunk - Site: https://svn.apache.org/repos/asf/incubator/ooo/ooo-site/trunk - Incubator site: https://svn.apache.org/repos/asf/incubator/ooo/site/trunk and (again, in 24 hours) you should see ooo and incubator next to your name at http://people.apache.org/committer-index.html#J Regards, Andrea.
Re: New committer: Jan Iversen
Thanks for the promotion. CMS / Pootle works, and I am trying hard to make a correct loaf file. Any idea when SVN will be relocated ? Jan On 15 November 2012 23:58, Andrea Pescetti pesce...@apache.org wrote: The Apache OpenOffice PMC announces the addition of committer Jan Iversen, jani@ apache.org The list of all current podling committers is at: http://people.apache.org/**committers-by-project.html#ooohttp://people.apache.org/committers-by-project.html#ooo **. [ Not updated in real time; it might not reflect the new addition ] Committers have a defined role in the workings of the Apache Software Foundation: http://www.apache.org/**foundation/how-it-works.htmlhttp://www.apache.org/foundation/how-it-works.html . For new committers: First, please read through the Guide for New Committers: http://www.apache.org/dev/new-**committers-guide.htmlhttp://www.apache.org/dev/new-committers-guide.html There is some useful information there related to email, security, etc. Secondly, you can control your profile and settings by using your Apache User ID and password, supplied for your Apache account, to log on to http://id.apache.org. There you can change your password to one of your choosing. In addition, please add the other e-mail addresses that you want to be known by. If you want to change the forwarding of e-mail in the future, use the profile to accomplish that. Finally, you are now authorized to make commits to the Apache OpenOffice SVN repository and other repositories established for committers. Use the https: version of the SVN URL. Your Apache ID and password will be required on your first commit. Use options to retain your credentials for future commits if appropriate. [ Note: Jan's privileges apply to the new repository URL, so they will work only after SVN has been relocated; in the meantime, the best way to test committer privileges is to access Pootle or other services ] - the Apache OpenOffice PMC
Re: Look at the pretty branches
Apart from the branches it seems we have a directory called trunk-orig, that only seems to contain 3 files, are they important ?? +1 to remove branches when they are integrated, it gives a lot better overview. Jan. On 15 November 2012 13:19, Rob Weir robw...@apache.org wrote: On Wed, Nov 14, 2012 at 7:03 PM, Andrew Rist andrew.r...@oracle.com wrote: On 11/14/2012 3:10 PM, Rob Weir wrote: I see that our project is growing new branches. Would it make sense to start documenting these on a wiki page, so it is clear what each one is, and who is maintaining it? Current branches are: AOO34/ --- Our 3.4.x branch, would be used if we ever need a 3.4.2 alg/ -- This is Armin's long-term graphics rendering improvement work, maybe integrated for AOO 4.1 gbuild/ -- This looks new, from Andrew. Sounds build-related. But what is it? And what is the plan for getting it integrated? Is this planned AOO 4.0? This is a continuation of this: http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201209.mbox/%3c505a1dc4.5030...@oracle.com%3E integration of a set of CWSes: ause131 ause130 writerfilter10 gnumake4 sd2gbuild And integration? Is this targeted for AOO 4.0? If so it would be good to get it reflected in this table: https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Release+Planning That helps with the QA planning. The more we know about what is going into 4.0, the more we can start thinking about how we will test it, maybe even start writing the test cases for new features, if the design is clear enough now. Thanks! -Rob The initial branch for doing this work was deleted and this new branch created. With the original branch, I had applied all of the patches en masse, followed by one massive check-in. We'll just say that this was sub-optimal. After discussions at ApacheConEU - it was decided the best course was to start from scratch, that way we don't have to merge up to the latest trunk. I'm in the process now of applying and committing all the patches, followed by changing all the headers in newly created files. fun A. writer001/ -- Ditto. What is it and what is the plan for getting it integrated? Thanks! -Rob
Re: Look at the pretty branches
On 15 November 2012 22:16, Rob Weir robw...@apache.org wrote: On Thu, Nov 15, 2012 at 4:00 PM, jan iversen jancasacon...@gmail.com wrote: +1 to move. But please help me out with a simple question, if I delete a file/directory in SVN, I assume it is only deleted from that version, so if I do a checkout of an old version it is included ?? If you check out a tree you get the contents of that tree at that specific revision. By default you get the most-recent revision, the head. But you can specify a specific earlier revision as needed. This will also resurrect deleted files that existed in that revision. There are some administrative things an admin could do with svnadmin dump and svndumpfilter to truly expunge a file, for legal or other extreme reasons. But this is very rare. If I am correct, why do we keep these things in trunk ? Not so much that anyone decided to keep it, but that no one decided to clean it up. 2nd Law of Thermodynamics, etc. Not I know why I never passed that exam as engineerI think you once wrote to me JFDI, it is quite confusing when you try to get into the code, and there seems to be more examples like binfilter. Regards, -Rob rgds jan I. On 15 November 2012 21:57, Rob Weir robw...@apache.org wrote: On Thu, Nov 15, 2012 at 3:09 PM, jan iversen jancasacon...@gmail.com wrote: Apart from the branches it seems we have a directory called trunk-orig, that only seems to contain 3 files, are they important ?? +1 to remove branches when they are integrated, it gives a lot better overview. These were some scripts we used during the original import of the OpenOffice.org codebase. Not needed anymore, but if we want them for future reference they might be better under /devtools, maybe directly into /devtools/hg2svn (Was mainly concerned with migration from Mercurial to SVN). If there are no objections I'll do such a move. -Rob Jan. On 15 November 2012 13:19, Rob Weir robw...@apache.org wrote: On Wed, Nov 14, 2012 at 7:03 PM, Andrew Rist andrew.r...@oracle.com wrote: On 11/14/2012 3:10 PM, Rob Weir wrote: I see that our project is growing new branches. Would it make sense to start documenting these on a wiki page, so it is clear what each one is, and who is maintaining it? Current branches are: AOO34/ --- Our 3.4.x branch, would be used if we ever need a 3.4.2 alg/ -- This is Armin's long-term graphics rendering improvement work, maybe integrated for AOO 4.1 gbuild/ -- This looks new, from Andrew. Sounds build-related. But what is it? And what is the plan for getting it integrated? Is this planned AOO 4.0? This is a continuation of this: http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201209.mbox/%3c505a1dc4.5030...@oracle.com%3E integration of a set of CWSes: ause131 ause130 writerfilter10 gnumake4 sd2gbuild And integration? Is this targeted for AOO 4.0? If so it would be good to get it reflected in this table: https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Release+Planning That helps with the QA planning. The more we know about what is going into 4.0, the more we can start thinking about how we will test it, maybe even start writing the test cases for new features, if the design is clear enough now. Thanks! -Rob The initial branch for doing this work was deleted and this new branch created. With the original branch, I had applied all of the patches en masse, followed by one massive check-in. We'll just say that this was sub-optimal. After discussions at ApacheConEU - it was decided the best course was to start from scratch, that way we don't have to merge up to the latest trunk. I'm in the process now of applying and committing all the patches, followed by changing all the headers in newly created files. fun A. writer001/ -- Ditto. What is it and what is the plan for getting it integrated? Thanks! -Rob
Re: [early codereview / check for standards] genLang in l10ntools
Hi soon is real soon, I have already had a mail conversation with juergen, and I understand that Dwayne first of all has a new release, and secondly is interested in some of the ideas I had. Jan. On 14 November 2012 13:38, Andrea Pescetti pesce...@apache.org wrote: On 06/11/2012 jan iversen wrote: However the issue is still open, and I think andrea/juergen will have a talk with you on that subject, and a couple of pootle server details during this week. This indeed happened. I believe Juergen and Dwayne will soon (for a reasonable definition of soon!) be in contact with you for further discussions. Regards, Andrea.
Re: ApacheCon EU Survey
On 14 November 2012 09:00, Andrea Pescetti pesce...@apache.org wrote: On 10/11/2012 jan iversen wrote: has anyone thought about making events that did not cost 600,- EUR + travel/hotel etc. ?? Yes, free (or with a nominal fee, like 10 EUR) events used to be the norm. maybe it is time, we made a OpenOffice (I do not write AOO on purpose) gathering, where developers can talk to developers without the overhead of a big conference company !! I used to do participate in such events, which were highly successful, so I can only recommend it (and would be pleased to help establish such a non-commercial event). Good idea. Maybe something related to 4.0 next Spring... It will require that someone organizes it and that it has appeal for most developers to attend, but for the rest there's nothing against organizing one: on the contrary, it would be very good to setup some informal gathering again. 4.0 release would be a good time. Lets postpone the discussion until after FOSDEM, I will just throw in a marker, that there are plenty of hotels down here, that offer next to free conference facilities when a group of people book rooms, and in spring the rooms/flights are pretty cheap, since it is off season. Jan. Regards, Andrea.
Re: Best practices for contributing code to both Apache OpenOffice and LibreOffice
+1 in general to your ideas, it would be VERY nice to have an easy way, and the more we all do to make it easy the more developers will work for both projects. I do however have one question. Regarding the mark #AOOCONTRIBUTION. It an AOO committer take the code and integrate it, would that not be a clear violation of the ICLA paragraph 7. As I read it, taking code requires a lot of extra red tape, compared to if someone actively sends the code and asks a committer to integrate it ? I might be wrong, but from past experience with apache, taking source that has not clearly been sent with the purpose of integration, can lead to problems. Remember it is not easy to proof who actually set the flag, whereas a mail sent is a clear indication. Jan I On 14 November 2012 19:28, Rob Weir robw...@apache.org wrote: I've heard some discussion and interest in this topic off-list. There has been some practical experience, but nothing that we've written down or promoted. I'd be interested in seeing if we can come up with some solid best practices. The problem: Many (most?) open source contributors are not opposed to AOO or LO. They are just interested in helping out. If they produce a patch, or documentation, fix a bug or add a translation, they want to maximize the public good that comes from that work. License differences are confusing and frustrating and bring them no joy. They want a set of clear instructions for how they can do the most good with the least process overhead. Naturally, I'm looking at this from the AOO side. But most of these issues are symmetrical. So for sake of argument, suppose I identify myself primarily as a LibreOffice developer/translator/technical author, and I want to make my work available more broadly. What should I do? As I see it, the issues are threefold: communications, technical integration and license. On the communications side, how do I let AOO know that I've done work that I want to contribute to them? Sending a note to dev@ or posting a patch in AOO's BZ would work, of course. But both require extra work for the contributor. Are there any lighter weight ways of doing this? For example, could we suggest a tag that could be used in git or Bugzilla, for the contributor to indicate their intent that the contribution be made available to AOO as well? Something like #AOOCONTRIBUTION ? That would make it easy for us to search for such items. Technical integration -- Due to divergence between the projects, not every LO patch can be applied to AOO automatically. Some will, but many will require adaptation. Certainly the contributor could integrate and build their patch for both products. That would be idea. But it is asking a lot. Would we accept less? Or maybe we sugest areas where technical integration would be easier and require no extra work? Otherwise, integration would require extra work on our end. But this is not fatal. In fact it could lead to a set of easy tasks for new developers. License -- the differences here are well-known, but are easily solved. A contributor merely needs to state that they are making their patch available to AOO under ALv2. There are various ways to record this fact publicly. One is to make the statement in the source system (git or BZ). But that is extra work. Another way might be submit an iCLA to Apache. Another way might be to publicly record an intention on our dev@ list, along the lines of, All of my (future/past) LibreOffice contributions should be considered also contributions under the Apache License 2.0 to the Apache OpenOffice project. Another other ideas? -Rob
Re: [question] flex and shortcoming
The utilities as such are standalone (l10n tools). it works if I set the commandline options correct for the linker, so it is not a generic platform issue. It is just a pain in the neck problem, when you try to make the program easy supportable. The source cannot be ported to java because it is not really worth porting, I am learning the old code (which is really old) and writing it new (after discussions with among other juergen) and that could of course be done in Java if preferred. There are two problems with using java. - Flex has no support for java, and we need lots of lexical analysis, which would require lot of hours to program without something like flex. - I do not program voluntarily in Java, which is no limitation for the project, it just means I cannot do it. Anyhow suggestions are always welcome, new eyes looking at a problem can often give new solutions !! Jan. On 12 November 2012 20:11, Rob Weir robw...@apache.org wrote: On Mon, Nov 12, 2012 at 12:14 PM, jan iversen jancasacon...@gmail.com wrote: Hi Andre. What I find funny is that in Ubuntu, I dont even get a warning about multiple declared symbols in windows I get the warnings but it works (with /force:multiple), so I will just overwrite the linker options in the makefile, that should do it. Are these utilities standalone? or do they have wider dependencies on other C++ from the project? If it is doing relatively simple file parsing and conversions, I wonder if it would be a huge effort to port to Java and JavaCC? Then we would not need to worry about the platform differences. -Rob Thanks for your help. Jan. Ps. The flex people just returned to me, and gave me another possibility, I can use the -S option (manual says this is an option you will never use) and pass a skeleton file, that will overwrite the standard skeleton and in that I can change yytext. On 12 November 2012 15:49, Andre Fischer awf@gmail.com wrote: On 12.11.2012 14:02, jan iversen wrote: hi see below please On 12 November 2012 09:30, Andre Fischer awf@gmail.com wrote: On 11.11.2012 22:06, jan iversen wrote: Hi. I would like to hear your opinion on the following problem: The l10n tools uses flex, which is quite nice, however I have found two problems with flex: - the .l sources defines YYLMAX, but the generated .c source declares yytext[YYLMAX] BEFORE the definition code it sucked in. I have verified this with the flex sources, nothing to do about it. the flex generated c sources start with flex things (including yytext[YYLMAX]) and then the first part of the .l file is included. The manual states to use YYLMAX to change the yytext buffer size, but with the current flex sources it does not work. That is a good way, especially since I can make my own targets (yy.c - .o) in the makefile. I will do that. But it does not solve the name issue (yytext), I will make a bug report on flex, and mail one I know that was involved in flex. Sorry, I did skipped the second problem when I read your mail the first time. I just made an experiment with l10ntools/source/srclex.l. When I add the line %option prefix=bla before the first %% then yytext is replaced but yytext_ptr is not. Besides yytext is not really replaced but flex adds a #define yytext blatext so that yytext, while not used in the rest of src_yy.c, it will be a symbol in the object file. That will likely cause problems when linking two lexers into the same library/executable, which usually the reason for the renaming in the first place. Telling flex to produce C++ output might help (replace option -l with --c++) but that would require additional work (at least you have to change the compilation rules in makefile.mk to compile C++ instead of plain C). I am sorry to be of no help. -Andre Jan - the .l sources defines a '%option prefix=genXrm_`which according to the manual should replace all yy in the generated code, however it does not work for yytext and yytext_ptr, because the are instanciated before the code is included. The leads to two problems: - YYLMAX not being used, it a performance degradation on all platforms (but no real problem). - yytext not being changed, is in Ubuntu (linux) not a problem, but in windows I had to use a new swich (/forcemultiple), and I have no clue about mac. I see different solutions: 1) I edit the generated .c file, and make a thick note, that if the .l file is translated, that has to be changed. 2) I create a sed that takes the output of flex and does the trix, this requires changing the details of the make files. 3) I report the bug to the flex people with a patch, and we wait until a new version is ready. I am for version 1), but I would like to hear opinions ? I found an answer via Google on another Apache mailing list
Re: Planned entry for Apache OOO Blog
+1 a very well written article, I share your conclusions and polite way of explaning it. Well done. As you write going the other way (use source from derivates in AOO) might prove more difficult, just alone the license issues...is there a rule which licenses are accepted as equal to ours (I think none) ? Jan. On 13 November 2012 14:50, Armin Le Grand armin.le.gr...@me.com wrote: Hi List, I have prepared a blog entry (currently draft) since I saw that LO had currently integrated some stuff from our codebase, e.g. the SVG import feature I added to AOO3.4. I wanted to share this with you before publishing. Please have a look here: http://blogs.apache.org/**preview/OOo/?previewEntry=** good_news_libreoffice_is_**integratinghttp://blogs.apache.org/preview/OOo/?previewEntry=good_news_libreoffice_is_integrating Comments welcome! Sincerely, Armin -- ALG
Re: [question] flex and shortcoming
Hi Andre. What I find funny is that in Ubuntu, I dont even get a warning about multiple declared symbols in windows I get the warnings but it works (with /force:multiple), so I will just overwrite the linker options in the makefile, that should do it. Thanks for your help. Jan. Ps. The flex people just returned to me, and gave me another possibility, I can use the -S option (manual says this is an option you will never use) and pass a skeleton file, that will overwrite the standard skeleton and in that I can change yytext. On 12 November 2012 15:49, Andre Fischer awf@gmail.com wrote: On 12.11.2012 14:02, jan iversen wrote: hi see below please On 12 November 2012 09:30, Andre Fischer awf@gmail.com wrote: On 11.11.2012 22:06, jan iversen wrote: Hi. I would like to hear your opinion on the following problem: The l10n tools uses flex, which is quite nice, however I have found two problems with flex: - the .l sources defines YYLMAX, but the generated .c source declares yytext[YYLMAX] BEFORE the definition code it sucked in. I have verified this with the flex sources, nothing to do about it. the flex generated c sources start with flex things (including yytext[YYLMAX]) and then the first part of the .l file is included. The manual states to use YYLMAX to change the yytext buffer size, but with the current flex sources it does not work. That is a good way, especially since I can make my own targets (yy.c - .o) in the makefile. I will do that. But it does not solve the name issue (yytext), I will make a bug report on flex, and mail one I know that was involved in flex. Sorry, I did skipped the second problem when I read your mail the first time. I just made an experiment with l10ntools/source/srclex.l. When I add the line %option prefix=bla before the first %% then yytext is replaced but yytext_ptr is not. Besides yytext is not really replaced but flex adds a #define yytext blatext so that yytext, while not used in the rest of src_yy.c, it will be a symbol in the object file. That will likely cause problems when linking two lexers into the same library/executable, which usually the reason for the renaming in the first place. Telling flex to produce C++ output might help (replace option -l with --c++) but that would require additional work (at least you have to change the compilation rules in makefile.mk to compile C++ instead of plain C). I am sorry to be of no help. -Andre Jan - the .l sources defines a '%option prefix=genXrm_`which according to the manual should replace all yy in the generated code, however it does not work for yytext and yytext_ptr, because the are instanciated before the code is included. The leads to two problems: - YYLMAX not being used, it a performance degradation on all platforms (but no real problem). - yytext not being changed, is in Ubuntu (linux) not a problem, but in windows I had to use a new swich (/forcemultiple), and I have no clue about mac. I see different solutions: 1) I edit the generated .c file, and make a thick note, that if the .l file is translated, that has to be changed. 2) I create a sed that takes the output of flex and does the trix, this requires changing the details of the make files. 3) I report the bug to the flex people with a patch, and we wait until a new version is ready. I am for version 1), but I would like to hear opinions ? I found an answer via Google on another Apache mailing list (Apache Thrift): http://markmail.org/message/hgphhaciu6nxwtk7#query:+page:http://markmail.org/message/**hgphhaciu6nxwtk7#query:+page:** 1+mid:hgphhaciu6nxwtk7+state:resultshttp://markmail.org/** message/hgphhaciu6nxwtk7#**query:+page:1+mid:** hgphhaciu6nxwtk7+state:resultshttp://markmail.org/message/hgphhaciu6nxwtk7#query:+page:1+mid:hgphhaciu6nxwtk7+state:results ** In short: Add CPPFLAGS='-DYYLMAX=whatever' to the compiler invocation (not the call to flex that converts %lex.l to %_yy.c) However, if I look at l10ntools/source/makefile.mk, then I don't see an explicit compile rule for the %_yy.c files. You may have to add one. Oh, and I think option 3) would be good to do also, without the waiting part. -Andre
Re: Question ad FOSDEM 2013
Sorry it was not my intention to put my foot down on the wrong place, I forgot to write the 24 hour is no delay in my opinion, and very sensible !! Sorry, for my wording, but I am not an english native. I was just confused. I look forward to your opening of a new discussion. And to put it in open, I have no intention of perusing the right to speak at FOSDEM, everybody else is more qualified that I am , So I will step down if anybody takes the handle, but I think FOSDEM is very important for AOO (in 24 hours). Sorry for having said the right thing at the wrong time, you have my full support. Jan. On 11 November 2012 22:45, Andrea Pescetti pesce...@apache.org wrote: On 11/11/2012 jan iversen wrote: So you are saying hold your horses to me and others getting ready for FOSDEM ?? I'm saying that we have a talk submission deadline for ApacheCon North America coming in less than 24 hours. Focus can then switch to FOSDEM, but talking about two big conferences at the same time can be confusing and misleading (have a look at the apechecon-discuss archives if you need examples). Nobody will suffer too much if we start focusing (again) on FOSDEM in 24 hours and give ApacheCon NA the spotlight in the meantime. Can you please spend a few words on what the correct procedure is ? I'll give all details in an appropriate thread, which I'll create in 24 hours. We are going to have some nice and long discussions there, so I definitely prefer to get it right from the start. And we will have abundant time to discuss and plan, rest assured. Regards, Andrea.
Re: [Templates site]Cannot register
I can just confirm that I have the same problem. To me it seems as if the site changes (from incubator) inhibeted the sending of mails. I trace the html post, and that seems to be ok. rgds Jan I. On 11 November 2012 23:28, RGB ES rgb.m...@gmail.com wrote: An user on the ES mailing list have problems registering on the Templates site, so I tried the process... and failed as well. After filling the fields on the registering page(1) nothing arrived to my mailbox. Then, I selected the ask for a new password (Solicitar nueva contraseña) option and nothing happened: no mail to my mailbox. If I try to register again using the same username and/or email the system tell me that the user already exists and suggest me to ask for a new password... process that do not work. I never was offered to set a first password so the registration is completely locked. Any idea where the problem is? (1) http://templates.openoffice.org/es/user/register Regards Ricardo
Re: a german speaking Flyer
VERY nice flyer, nice work, I have one comment though, should we not state which Linux is supported or do we generally support all linux ?? Jan. On 10 November 2012 22:17, Jörg Schmidt joe...@j-m-schmidt.de wrote: Hello, I would like to inform that some members of the German community have created a flyer and printed, which we use for local work. A direct view of the flyer: http://www.calc-info.de/files/flyer_aoo_de.pdf Jan makes this available for free use. The editable file of the flyer here is a Scribus file (*. sla), as Scribus here for prepress (offset printing) was necessary. The flyer is licensed under Apache License and Creative Commons (CC-BY). All required files are in: http://www.wienandt.de/download/aoo/aoo-flyer-de.zip Greetings, Jörg
Re: [QUESTION] DECLARE_LIST, ByteString
Got it...what you dont have in your head you must in your fingers (to reply) : danish saying. I did not know opengrok, seems like a nice tool. thanks for helping. On 11 November 2012 00:30, Ariel Constenla-Haile arie...@apache.org wrote: On Sun, Nov 11, 2012 at 12:18:04AM +0100, jan iversen wrote: Thanks a lot for your swift answer. I looked at the page, and to be honest got more confused :-) the page describes a lot of work to be done. But as you write it is an old todo. I intent to replace all by stl, but I am not sure what some it does (DECLARE_LIST) and since it compiles it must be defined somewhere, do you know where ? I already told you ;) this is declared in tools module, use opengrok! main/tools/inc/tools/list.hxx OpenGrok is your best friend in these cases: http://opengrok.adfinis-sygroup.org/source/search?q=defs=DECLARE_LISTrefs=path=hist=project=aoo-trunk http://opengrok.adfinis-sygroup.org/source/xref/aoo-trunk/main/tools/inc/tools/list.hxx#70 Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: [DISCUSS] Do we want download links for Dev Builds on a usual webpage?
Hi. In order to make life easier (more stable) for translators, I think it would be a good idea to isolate developer builds on dev. When we have langauge packs integrated, then we could point to them from l10n, with a thick note, stating they are only there for testing the language. In order to make sure they dont get distributed as released, would it be an idea (and is it possible) to e.g. disable the actual save (not the button, but the final write call). With such a feature anybody can test (which is the purpose) but it cannot be used as a product. Jan. On 9 November 2012 22:05, Rob Weir robw...@apache.org wrote: On Fri, Nov 9, 2012 at 3:55 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Hi all, a quick question as I don't know the status of this request: Do we (still) want to have download links for Dev Builds that refer to the respective people's dir? IMHO we don't want pages in www.openoffice.org/dowload/* to point to anything other than actual releases. Links from Dev, L10n or QA pages are fine. Then I would create a webpage that can be included in the usual download website - as it was in the former times with OOo. At the moment there is just a link to the Wiki page. Marcus
Re: Mosaic Fun with OpenOffice Calc
AWESOME, Congratulations. Both with a nice presentation (you might not be a pro as you write, but you make your slides interesting even offline) and the calc extension ! This is by far the best use of Calc I have ever seen, from now on, whenever I see my dull sheets filled with numbers, I will think of mosaic. This is fun, as it ought to be ! Have a nice apacheCon. Jan. On 6 November 2012 23:53, imacat ima...@mail.imacat.idv.tw wrote: Dear all, Here is the presentation and video given in today's talk Mosaic Fun with OpenOffice Calc (a.k.a. How to Abuse OpenOffice). I hope you like it. ^_*' The presentation: http://www.slideshare.net/imacat/mosaic-fun-with-openoffice-calc The OpenOffice Calc Style, full version: http://vimeo.com/52254073 The presentation, *special* version (warning: long loading time): http://people.apache.org/~imacat/mosaicfun.ods -- 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/ OpenOffice http://www.openoffice.org/ EducOO/OOo4Kids Taiwan http://www.educoo.tw/ Greenfoot Taiwan http://greenfoot.westart.tw/
Re: [early codereview / check for standards] genLang in l10ntools
I prefer .xlif because it is easier to handle, and I do not need to store information (like module/source file) in comments. However the issue is still open, and I think andrea/juergen will have a talk with you on that subject, and a couple of pootle server details during this week. thanks for correct .xliff to .xlif, automatic spelling control has one disadvantage, spell it incorrect once and it is always incorrect (that is called being consistent). I thought I had cleaned the source for this issue, so I will just rewrite that note. What I do development wise, it to convert it all into a translation memory, and then have a separate output class, that way the issue is not very sensitive and can be easily changed. Have a nice day Jan. On 6 November 2012 10:54, Dwayne Bailey dwa...@translate.org.za wrote: On 4 November 2012 12:55, jan iversen jancasacon...@gmail.com wrote: Hi. I have finished the control part of the new localization tool, and before I walk further down the line (writing/converting all the translations parts) I would like to have checked if the code is ok in terms of standard, readability and expectations (from other C++ programmers). I hope one of the C++ programmers, can have a quick look at the code and tell me: - Are the code written in accordance with the AOO standards (I think so) - Is it in general in accordance with the AOO writing style. Of course, I would very much like to hear if there are non-efficient / malicious code in there, but please remember this is only the control skeleton, so there are a lot of code missing. Hi Jan, I just wanted to check what the target format was. It looks like XLIFF from the example in one header, is that correct? Or are you still wanting to target PO? There are pro's and con's to each. PS the XLIFF extension is .xlf not .xliff. I try to include a zip file with this mail, should I not succeed, then please respond to the mail and I will sent it directly. MANY Thanks in advance for the help. Jan. -- Dwayne *Translate* +27 12 460 1095
Re: [early codereview / check for standards] genLang in l10ntools
I have made a description of a new workflow, where this code is only part of it. I do not know it you have seen otherwise here is a link: http://wiki.openoffice.org/wiki/Localization_AOO/new_proposal Jan. On 6 November 2012 10:54, Dwayne Bailey dwa...@translate.org.za wrote: On 4 November 2012 12:55, jan iversen jancasacon...@gmail.com wrote: Hi. I have finished the control part of the new localization tool, and before I walk further down the line (writing/converting all the translations parts) I would like to have checked if the code is ok in terms of standard, readability and expectations (from other C++ programmers). I hope one of the C++ programmers, can have a quick look at the code and tell me: - Are the code written in accordance with the AOO standards (I think so) - Is it in general in accordance with the AOO writing style. Of course, I would very much like to hear if there are non-efficient / malicious code in there, but please remember this is only the control skeleton, so there are a lot of code missing. Hi Jan, I just wanted to check what the target format was. It looks like XLIFF from the example in one header, is that correct? Or are you still wanting to target PO? There are pro's and con's to each. PS the XLIFF extension is .xlf not .xliff. I try to include a zip file with this mail, should I not succeed, then please respond to the mail and I will sent it directly. MANY Thanks in advance for the help. Jan. -- Dwayne *Translate* +27 12 460 1095
Re: [early codereview / check for standards] genLang in l10ntools
On 6 November 2012 11:58, Dwayne Bailey dwa...@translate.org.za wrote: On 6 November 2012 10:25, jan iversen jancasacon...@gmail.com wrote: I prefer .xlif because it is easier to handle, and I do not need to store information (like module/source file) in comments. You still need to store some reference right? Yes, we intent to generate 1 file pr module, instead of as today 1 file pr 1 source file. Thereby I loose the relationship which need to be stored in the file itself. This will reduce the number of files to 2x48 (one set UI, one set HELP), and make it easier for translators. I think preference in some way should be decided by what people are doing in terms of translation. Pootle can handle both XLIFF and PO. But there might be quite a few people who translate offline using PO tools. This would mean for many a tool change. But I'm not sure how many people are translating offline. According to andrea most people work offline, and then do statistics and fine tuning with pootle. It was be a smashing hit to have a pootle client (based on viraal), so people could work offline and online using the same gui !!! I agree it might not be easy to get people to change tool, however I might have found a variant, we store all internally (incl. pootle server) in XLIFF and when downloading from the pootle server there could be a choice of format. When uploading a PO file, it is quite simple to match the linenumbers. However the issue is still open, and I think andrea/juergen will have a talk with you on that subject, and a couple of pootle server details during this week. thanks for correct .xliff to .xlif, automatic spelling control has one disadvantage, spell it incorrect once and it is always incorrect (that is called being consistent). .xlf :) Never write anything too fast, it catches up with you, thanks for correcting it. I thought I had cleaned the source for this issue, so I will just rewrite that note. What I do development wise, it to convert it all into a translation memory, and then have a separate output class, that way the issue is not very sensitive and can be easily changed. Can you maybe explain that further, I'm not a fan of TM that decides e.g.Open == Open in the source when it is translators who need to make that decision. How are you disambiguating those cases. It is just my development. The structure of the classes are (roughly): -- handler, controls what needs to be done (extract, merge) and handles the logistic. -- converter (read source files and generates internal language tree or read language tree and generate source files) -- output (read language tree and write language files, or read language files and generate tree) there will not be a choice in the actual code, but I need only program the file format once (and not as today in 7 modules). When I come to that point I need a decision what to program, but if we later make a new decision I can easily change it, without needed to go into the other parts. I am with you, it is not something the translator should decide, especially since they are part of a bigger workflow. Have a nice day Jan. On 6 November 2012 10:54, Dwayne Bailey dwa...@translate.org.za wrote: On 4 November 2012 12:55, jan iversen jancasacon...@gmail.com wrote: Hi. I have finished the control part of the new localization tool, and before I walk further down the line (writing/converting all the translations parts) I would like to have checked if the code is ok in terms of standard, readability and expectations (from other C++ programmers). I hope one of the C++ programmers, can have a quick look at the code and tell me: - Are the code written in accordance with the AOO standards (I think so) - Is it in general in accordance with the AOO writing style. Of course, I would very much like to hear if there are non-efficient / malicious code in there, but please remember this is only the control skeleton, so there are a lot of code missing. Hi Jan, I just wanted to check what the target format was. It looks like XLIFF from the example in one header, is that correct? Or are you still wanting to target PO? There are pro's and con's to each. PS the XLIFF extension is .xlf not .xliff. I try to include a zip file with this mail, should I not succeed, then please respond to the mail and I will sent it directly. MANY Thanks in advance for the help. Jan. -- Dwayne *Translate* +27 12 460 1095 -- Dwayne *Translate* +27 12 460 1095
Re: [early codereview / check for standards] genLang in l10ntools
HI Thanks for your input, it is not too harsh, I prefer straight comments than something I have to read several times to understand. I will not disturb your session, but I have put some reasons/answers below. rgds Jan I. On 6 November 2012 14:38, Andre Fischer awf@gmail.com wrote: On 11/4/12 1:55 PM, jan iversen wrote: Hi. I have finished the control part of the new localization tool, and before I walk further down the line (writing/converting all the translations parts) I would like to have checked if the code is ok in terms of standard, readability and expectations (from other C++ programmers). I hope one of the C++ programmers, can have a quick look at the code and tell me: - Are the code written in accordance with the AOO standards (I think so) - Is it in general in accordance with the AOO writing style. - C++ files usually have file extensions of .cxx and .hxx - There are some conventions of naming variables like mnSomthing for a numerical member variable. I can live with you using a different naming scheme but would ask to change the file extensions. I will change the extensions, no problem...I use hungarian notation for variables, and I know that some system require e.g. int variable to start with a lower case i, something I am not to much friend of, because it gets very cluttered when you make your own classes. Of course, I would very much like to hear if there are non-efficient / malicious code in there, but please remember this is only the control skeleton, so there are a lot of code missing. I only found one thing: genConvert.cpp convert_gen::getConverter - There are two if statements at the start of the method. The second looks like it should be a else if instead. UPS, corrected. - The return at the bottom looks unreachable. The return is actually just to please the compiler, it cannot be reached...but try to remove the statement and you get errors. But the main thing that I am not sure about is whether C++ is the right language for this. I am not sure because I have not found the interesting part of the program: how the file tree is traversed, how external tools are called, or whether there are not external tools anymore. If the main task of genLang is to traverse the file tree and call external tools, then a script language like Perl might be better suited and would speed up implementation a lot. No, there will be no external tools...all will be embedded in genLang, I am right now embedding transex3 (which is a lex grammar), each conversion is done as its own class, making it easy to expand. Localize_sl, spawns today different processes, written in C++, Lex, bash, python and bashthat is not maintainable, making it with classes as one program in C++ makes it easier to maintain. I have done some speed test (based on some input I got on localize_sl). On windows localize_sl takes about 2 minutes to complete sw directory, mainly due to spawning a new process for each file. My preliminary test makes me believe that genLang will do the same in less than 10 seconds. I try to include a zip file with this mail, should I not succeed, then please respond to the mail and I will sent it directly. If the above sounds too harsh, then that is because I am currently sitting in the BoF seesion and am trying to concentrate on two things at the same time. THANKS for taking time, have a nice session. I have on the other hand been searching for unit test tools, it seems we are not really using thatmy biggest fear is to build something (of course with high reuse of source) without being able to guarantee that the output is identical to the old process. -Andre MANY Thanks in advance for the help. Jan.
Re: Draft Blog Post: You Can Help Us Improve OpenOffice by Helping Us Test
This is a real nice page. Have we ever worked together with universities, at least in denmark, the engineer and edp education contains quite a few 3weeks slots, where the students are encouraged to seek projects outside the university, normally in companies. Things like running QA on a snapshot or writing test cases, would be in line with the requirement. The only stopper is, that they would need somebody to mentor them, and sign off afterwards (towards the university), that is easy with companies, but with ASF I have no idea. Jan On 6 November 2012 20:40, Rob Weir robw...@apache.org wrote: On Tue, Nov 6, 2012 at 11:53 AM, jan iversen jancasacon...@gmail.com wrote: Nice pagewould it be helpfull if there was a bulleted list of examples what the QA do, being QA is a quite wide field... Added. -Rob Jan. On 6 November 2012 17:44, Donald Whytock dwhyt...@gmail.com wrote: Well, first of all you can take off the (incubating)...:) Other than that... - maybe expand SQE...Software Quality Engineer? - has ooo...@incubator.apache.org been migrated yet? Don On Tue, Nov 6, 2012 at 11:32 AM, Rob Weir robw...@apache.org wrote: https://blogs.apache.org/preview/OOo/?previewEntry=you_can_help_us_improve If anyone has other ideas for the list of reasons to help with QA, let me know. But in general it looks like we're ready to start a major recruitment effort for QA. We can probably do something similar for localization soon as well. -Rob