Re: Where to keep release notes?
Am 07/13/2013 01:45 AM, schrieb Rob Weir: It is even possible to do it on the committer-only CWiki. (Anyone remember that we have that?) Yes, and we should simply delete this as it is no long used and need. Technically it's of course possible to put the release notes there. But we shouldn't do that on a kind of small road leading to nowhere. OK, I'm wander from the subject. ;-) Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Where to keep release notes?
Am 07/13/2013 01:28 AM, schrieb Rob Weir: On Fri, Jul 12, 2013 at 4:44 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 07/12/2013 09:17 PM, schrieb Rob Weir: On Jul 12, 2013, at 2:26 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 07/12/2013 07:18 PM, schrieb janI: On 12 July 2013 18:49, Rob Weirrobw...@apache.orgwrote: In the past we drafted release notes on the wiki, and then moved them to a location on the website. I'd like to challenge our thinking on this. Wouldn't it be useful to keep the release notes as a live document on the wiki, so we can easily update it with additional information on known issues as they are found, especially after release? I see your point, however I disagree. I think the release doc. for 4.0 is part of the release and should be frozen in svn like all other release artifacts. This is done by having it as a static web page. I support the doubts of Jan. The release notes should be seen as an artifact from a release as they describe this. We can also go that far that we write down the SVN revision number into the release notes. Then they are really tied strictly to this release and nothing else. And I did not mean to suggest anything else. The wiki page would be tied to a specific version of AOO, a different page for each version. But it would be updated to reflect the latest info, especially in the known problems section. You suggested to put the release notes *and* latest information into the Wiki, not only the last. Specifically, I'm proposing that these are the same thing. Remember, we already have a section in the release notes called known issues. It sounds like you want that to be a snapshot of what was known at a fixed point in time, and then force the user to go to a different page to find timely information. Why make them do that? Of course not. I wrote that the normal release notes should go to the webpage and the section(s) that can change (e.g., known issues) can go to the Wiki. We can then have a latest information, which are live in wiki. What about to put a link like this at the top of the release notes to give it more visible attention: Text: For the latest information about Apache OpenOffice 4.0 see this related Wiki page. Link: http://wiki.openoffice.org/wiki/AOO400_Lastest_Info Look at it from the perspective of the user. They want one place to go for relevant info related to the release and problems they might encounter. They don't want to hunt around for old versus new info. Those distinctions are not relevant to a new user. Look from the perspective of a forum user. They ask Why does function X not work on OS Y? and they could be pointed to the Wiki page with the Known Issues part, without the need to read all the oher stuff. If the user was not able to find a solution themselves then we have already failed. The forums are not a solution for 50 million users. We still need to make an effort to provide relevant information to the user *at the time they download AOO*. Yes, up to then we have to point them after the download / install to the information. A specific example. AOO 3.4.0 had a problem with migration extensions which caused a crash that lead to a huge number of reports to the forums and the mailing list and bugzilla. We're still cleaning up the mess. We get many reports on this on Facebook as well. Doesn't it make sense for the user to know about this information, and the easy workaround, when they download AOO initially? Why make them hunt for the info? There is no hunt when there is a clear way to find the information. When we put the link on some prominent places then the Google index can help us. The user searches for Known issues, major problems or what ever and can find the Wiki page realtiviley easily. For example, imagine Windows 8.1 comes out and causes a problem with AOO4, but there is a good workaround that could save the user much frustration. But the release notes don't mention this. They just say Windows 8 is tested. This is not very helpful. Great, just point them to the Wiki page. Again, I'm trying to encourage self-service remedies for millions of users. Once they come here to ask a question they are already frustrated and we have already failed them. When we have millions of users with problems we have a totally different problem. ;-) Then new and important / noteable changes can be documented in the (more easily accessible) Wiki. My proposal was to handle this by keeping the release notes on a wiki page so such changes are seen by users with the least effort for them and us. I still would like to see the (real) release notes in SVN control and finally on a webpage. And the things that occur suddenly until the next release can go into the Wiki. We are not that far away from each others opinion. ;-) Perhaps, but I would like you to consider again this from the user's perspective and what would make it easiest for them
Re: Where to keep release notes?
Am 07/13/2013 01:45 AM, schrieb Rob Weir: On Fri, Jul 12, 2013 at 3:52 PM, Kay Schenkkay.sch...@gmail.com wrote: On Fri, Jul 12, 2013 at 12:17 PM, Rob Weirrabas...@gmail.com wrote: On Jul 12, 2013, at 2:26 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 07/12/2013 07:18 PM, schrieb janI: On 12 July 2013 18:49, Rob Weirrobw...@apache.org wrote: In the past we drafted release notes on the wiki, and then moved them to a location on the website. I'd like to challenge our thinking on this. Wouldn't it be useful to keep the release notes as a live document on the wiki, so we can easily update it with additional information on known issues as they are found, especially after release? I see your point, however I disagree. I think the release doc. for 4.0 is part of the release and should be frozen in svn like all other release artifacts. This is done by having it as a static web page. I support the doubts of Jan. The release notes should be seen as an artifact from a release as they describe this. We can also go that far that we write down the SVN revision number into the release notes. Then they are really tied strictly to this release and nothing else. And I did not mean to suggest anything else. The wiki page would be tied to a specific version of AOO, a different page for each version. But it would be updated to reflect the latest info, especially in the known problems section. We can then have a latest information, which are live in wiki. What about to put a link like this at the top of the release notes to give it more visible attention: Text: For the latest information about Apache OpenOffice 4.0 see this related Wiki page. Link: http://wiki.openoffice.org/wiki/AOO400_Lastest_Info Look at it from the perspective of the user. They want one place to go for relevant info related to the release and problems they might encounter. They don't want to hunt around for old versus new info. Those distinctions are not relevant to a new user. For example, imagine Windows 8.1 comes out and causes a problem with AOO4, but there is a good workaround that could save the user much frustration. But the release notes don't mention this. They just say Windows 8 is tested. This is not very helpful. Then new and important / noteable changes can be documented in the (more easily accessible) Wiki. My proposal was to handle this by keeping the release notes on a wiki page so such changes are seen by users with the least effort for them and us. -Rob Arguments either way it seems. Leaving them on the wiki would certainly be good especially for last minute changes -- which have happened. I guess it boils down to -- when a release is announced, where are the Release Notes of record? and if things change -- i.e. *New* Discovered Issues, as opposed to Known Issues in the Release Notes -- should this be kept as a separate entity that is not part of the Release Notes of record? OK, a lot of legal gobbly gook I guess Two separate considerations, perhaps: 1) Whether Release Notes are updated overtime, post-release, based on feedback from users and discovery of new issues? Or are they frozen-in-time, snapshots that never change, but might point to a different page that is updated. 2) What technology we use to create, publish and (if needed) update the release notes. It is possible to have a living document for Release Notes and do it entirely in HTML on the website. It is possible to do it on the wiki. It is even possible to do it on the committer-only CWiki. (Anyone remember that we have that?) Since we all seem to like drafting the release notes on the wiki, it might reduce the work if we just keep it there. It makes it easier for translators as well. But I'm not too concerned with the except technology used. I'm more concerned with keeping it up to date, and easy to understand. In other words, if we have a section called known issues, I want it to remain accurate as new issues are discovered. It is 2013 and this is the internet. We shouldn't have a let's slip an errata sheet into a hardbound book mentality about this. I personally find it annoying to get instructions and issues at a site one day, that somehow morph into something else the next. Even if these things are not legally binding, there's that sort of confusion factor. I think most users consult the page rarely. They might look once when they install initially. And then they look again perhaps, if they run into a problem. One advantage of the release notes in particular (and this is true of no other page) is that they tend to have higher Google PageRank, because they are linked to from news articles. So users who query for things like apache openoffice 4.0 issues will tend to find that page high on their results list. This would not be true for issues that we push off to another, secondary page. I, too, really don't like the idea of anyone with a wiki account being able to change
Re: [DISCUSS][VOTE]: Release OpenOffice 4.0 (RC)
Am 07/13/2013 05:14 AM, schrieb Ariel Constenla-Haile: On Fri, Jul 12, 2013 at 11:54 PM, imacatima...@mail.imacat.idv.tw wrote: Sorry. I did not see Traditional Chinese version. Did I missed something on the Traditional Chinese version? UI translation is not complete: https://translate.apache.org/zh_TW/aoo40/ I can see that 97% is translated. Not that bad. Do we have an agreement that we need 100% for a release? I'm asking because I really don't know it and in former OOo times we have done releases for languages with at least 80% translated UI [1]. So, maybe a change that I haven't seen in the last weeks. I don't want to force a release, just asking. [1] http://wiki.openoffice.org/wiki/Release_criteria#Localization_requirements Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DISCUSS][VOTE]: Release OpenOffice 4.0 (RC)
Am 07/13/2013 02:52 PM, schrieb Ariel Constenla-Haile: On Sat, Jul 13, 2013 at 12:20:32PM +0200, Marcus (OOo) wrote: Am 07/13/2013 05:14 AM, schrieb Ariel Constenla-Haile: On Fri, Jul 12, 2013 at 11:54 PM, imacatima...@mail.imacat.idv.tw wrote: Sorry. I did not see Traditional Chinese version. Did I missed something on the Traditional Chinese version? UI translation is not complete: https://translate.apache.org/zh_TW/aoo40/ I can see that 97% is translated. Not that bad. Do we have an agreement that we need 100% for a release? http://markmail.org/message/pxgvjuw2j3ukqsom Thanks Concerns should have been risen at that time, it was discussed on the mailing list, and properly tagged (if it does not happen on the mailing list...). Of course, that's why I wrote: ;-) I don't want to force a release, just asking. Marcus I'm asking because I really don't know it and in former OOo times we have done releases for languages with at least 80% translated UI [1]. So, maybe a change that I haven't seen in the last weeks. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Where to keep release notes?
Am 07/12/2013 07:18 PM, schrieb janI: On 12 July 2013 18:49, Rob Weirrobw...@apache.org wrote: In the past we drafted release notes on the wiki, and then moved them to a location on the website. I'd like to challenge our thinking on this. Wouldn't it be useful to keep the release notes as a live document on the wiki, so we can easily update it with additional information on known issues as they are found, especially after release? I see your point, however I disagree. I think the release doc. for 4.0 is part of the release and should be frozen in svn like all other release artifacts. This is done by having it as a static web page. I support the doubts of Jan. The release notes should be seen as an artifact from a release as they describe this. We can also go that far that we write down the SVN revision number into the release notes. Then they are really tied strictly to this release and nothing else. We can then have a latest information, which are live in wiki. What about to put a link like this at the top of the release notes to give it more visible attention: Text: For the latest information about Apache OpenOffice 4.0 see this related Wiki page. Link: http://wiki.openoffice.org/wiki/AOO400_Lastest_Info Then new and important / noteable changes can be documented in the (more easily accessible) Wiki. My 2 ct. Marcus Remember, even if the issue is not caused by AOO code, a new upgrade to a dependent operating system or other 3rd party application can cause new issues to appear at any time. So keeping the release notes updated is important. This issue is highly caused by AOO code, remember the release code is tested with a given set of third party libraries and given versions of the operating systems. Release notes reflect the environment tested for the 4.0 release, everything that comes later should either be kept in a separate document or postponed to a new release. Do we lose anything if we do this? For example, is there a concern that the wiki can not handle the load? Wiki can handle the load (it must because a lot of people will search for info). Yes we loose trackability. Release notes is in svn (in my opinion). Remember in wiki anybody can change, so if person X test AOO on platform Y should he/she then just update the release documentation, I hope not. But again, your idea of a live document is good, I just see it as a second document (similar to what a lot of companies does). - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 4.0 Release Dashboard
Am 07/11/2013 05:41 PM, schrieb Jürgen Schmidt: On 7/11/13 9:32 AM, Jürgen Schmidt wrote: On 7/10/13 10:48 PM, Marcus (OOo) wrote: Am 07/10/2013 10:09 AM, schrieb Jürgen Schmidt: On 7/9/13 10:49 PM, Marcus (OOo) wrote: Am 07/09/2013 10:39 AM, schrieb Jürgen Schmidt: On 7/8/13 11:01 PM, Marcus (OOo) wrote: Am 07/08/2013 10:46 PM, schrieb Marcus (OOo): Am 07/08/2013 03:59 PM, schrieb Rob Weir: On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidtjogischm...@gmail.com wrote: On 7/3/13 4:19 PM, Rob Weir wrote: At the risk of seeming too corporate, I've added a dashboard page to the wiki to track our summary status: https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard I hate status reports as much as anyone, but with so much information passing by on our many mailing lists, we risk losing track of the high-level status. I'm hoping that this dash board page, if we update it, can give us all a good view of how the release is progressing. No need for a lot of detail. This is intended to be high-level, identifying areas that are on track versus at risk. Or green/yellow/red. This will also make it easier for volunteers to see what areas need the most help. We have many volunteers who are able to help in more than one area. Now we can see what areas need help. indeed it could help but the page was not easy to find when losing this email out of focus. And I am wondering why it is not placed under Project Planning - Releases -AOO 4.0 I just moved it there now. URL is the same: https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard I just saw an entry for the download scripting, so I've added a comment. Marcus I know that you have worked on the new directory structure and tested it already. Can you please point me to the related information that I can prepare my copy scripts accordingly to have them in place as well. the files are generally here: http://www.openoffice.org/download/test/ The JavaScript logic is here: http://www.openoffice.org/download/test/download.js Some variables come from here: http://www.openoffice.org/download/test/globalvars.js Test files (empty !) are on my Apache people account: http://people.apache.org/~marcus/aoo/ If you want to see some values from the JS functions and browser, use the analyze webpage: http://www.openoffice.org/download/test/analyze.html And if you have further questions just tell me. ok thanks Please take care of the correct file names of the src packages apache-openoffice-4.0.0-r1499347-src.tar.gz[.md5|sha256] apache-openoffice-4.0.0-r1499347-src.tar.bz2[.md5|sha256] apache-openoffice-4.0.0-r1499347-src.zip[.md5|sha256] I forgot - .asc OK the format is exactly what I have scripted. Now I just need to wait for the last and final rev number. BTW: I've corrected the filenames in my Apache people account as it was an older naming. The revision is the tricky part and we introduced it for our language update for 3.4.1 If that is a problem we have to think about a new name No, it's fine. just to double check ... I will create the following directory structure on dist. I use openoffice instead of aoo for easier identifying. And no other project use apache in the name here. OK, so the full URLs will look like the following: http://www.apache.org/dist/openoffice/4.0.0/... http://sourceforge.net/projects/openoffice/4.0.0/... Or different? openoffice/4.0.0 openoffice/4.0.0/source openoffice/4.0.0/binaries openoffice/4.0.0/binaries/SDK openoffice/4.0.0/binaries/fi openoffice/4.0.0/binaries/pt openoffice/4.0.0/binaries/ko openoffice/4.0.0/binaries/ru openoffice/4.0.0/binaries/de openoffice/4.0.0/binaries/ja openoffice/4.0.0/binaries/el openoffice/4.0.0/binaries/sk openoffice/4.0.0/binaries/zh-CN openoffice/4.0.0/binaries/gd openoffice/4.0.0/binaries/it openoffice/4.0.0/binaries/sl openoffice/4.0.0/binaries/ta openoffice/4.0.0/binaries/es openoffice/4.0.0/binaries/hu openoffice/4.0.0/binaries/gl openoffice/4.0.0/binaries/en-GB openoffice/4.0.0/binaries/fr openoffice/4.0.0/binaries/pt-BR openoffice/4.0.0/binaries/ast openoffice/4.0.0/binaries/nl openoffice/4.0.0/binaries/cs openoffice/4.0.0/binaries/en-US Yes, looks good. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 4.0 Release Dashboard
Am 07/10/2013 10:09 AM, schrieb Jürgen Schmidt: On 7/9/13 10:49 PM, Marcus (OOo) wrote: Am 07/09/2013 10:39 AM, schrieb Jürgen Schmidt: On 7/8/13 11:01 PM, Marcus (OOo) wrote: Am 07/08/2013 10:46 PM, schrieb Marcus (OOo): Am 07/08/2013 03:59 PM, schrieb Rob Weir: On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidtjogischm...@gmail.com wrote: On 7/3/13 4:19 PM, Rob Weir wrote: At the risk of seeming too corporate, I've added a dashboard page to the wiki to track our summary status: https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard I hate status reports as much as anyone, but with so much information passing by on our many mailing lists, we risk losing track of the high-level status. I'm hoping that this dash board page, if we update it, can give us all a good view of how the release is progressing. No need for a lot of detail. This is intended to be high-level, identifying areas that are on track versus at risk. Or green/yellow/red. This will also make it easier for volunteers to see what areas need the most help. We have many volunteers who are able to help in more than one area. Now we can see what areas need help. indeed it could help but the page was not easy to find when losing this email out of focus. And I am wondering why it is not placed under Project Planning - Releases - AOO 4.0 I just moved it there now. URL is the same: https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard I just saw an entry for the download scripting, so I've added a comment. Marcus I know that you have worked on the new directory structure and tested it already. Can you please point me to the related information that I can prepare my copy scripts accordingly to have them in place as well. the files are generally here: http://www.openoffice.org/download/test/ The JavaScript logic is here: http://www.openoffice.org/download/test/download.js Some variables come from here: http://www.openoffice.org/download/test/globalvars.js Test files (empty !) are on my Apache people account: http://people.apache.org/~marcus/aoo/ If you want to see some values from the JS functions and browser, use the analyze webpage: http://www.openoffice.org/download/test/analyze.html And if you have further questions just tell me. ok thanks Please take care of the correct file names of the src packages apache-openoffice-4.0.0-r1499347-src.tar.gz[.md5|sha256] apache-openoffice-4.0.0-r1499347-src.tar.bz2[.md5|sha256] apache-openoffice-4.0.0-r1499347-src.zip[.md5|sha256] the format is exactly what I have scripted. Now I just need to wait for the last and final rev number. BTW: I've corrected the filenames in my Apache people account as it was an older naming. The revision is the tricky part and we introduced it for our language update for 3.4.1 If that is a problem we have to think about a new name No, it's fine. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Default size on Linux
Am 07/09/2013 05:03 PM, schrieb Jürgen Schmidt: On 7/9/13 4:57 PM, Andre Fischer wrote: Hi, I would like to propose another small enhancement: a change of the default size of application windows on Linux. In some cases--Writer, start center, Math, Base--the application window is almost square by default (for Calc, Impress and Draw it is fullscreen). This does not work well with the new sidebar, which was designed with widescreen displays in mind. I would like to change that to what is used on Mac, use 80% of width and height of the screen, on which the application starts.For screen widths of 1024 and below I would still use the current values (therefore you will see no differences in the 1024x768 and 800x600 screen shots.) As this sizing scheme is already in use on the Mac platform it is tried and accepted (at least I know of no complaints). The default fullscreen mode for Calc, Impress and Draw would not be changed. Here are some comparisons for the current state (left side) and the proposed sizes (right side). To speed up download I have provided smaller versions (25% and 50%) along with the original sizes: 800x 600 25% [1], 50% [2], 100% [3] 1024x 768 25% [4], 50% [5], 100% [6] 1280x1024 25% [7], 50% [8], 100% [9] 1680x1050 25% [10], 50% [11], 100% [12] 1920x1200 25% [13], 50% [14], 100% [15] The change is rather small and restricted to Linux (the GTK module) and should have low risk of introducing regressions. +1, I remember we have discussed this several times and always postponed it because of other things. Easy fix with a huge improvement and an improved first start experience yes, sounds good, +1. Marcus [1] http://people.apache.org/~af/images/scale/writer-800-600-h-25.png [2] http://people.apache.org/~af/images/scale/writer-800-600-h-50.png [3] http://people.apache.org/~af/images/scale/writer-800-600-h-100.png [4] http://people.apache.org/~af/images/scale/writer-1024-768-h-25.png [5] http://people.apache.org/~af/images/scale/writer-1024-768-h-50.png [6] http://people.apache.org/~af/images/scale/writer-1024-768-h-100.png [7] http://people.apache.org/~af/images/scale/writer-1280-1024-h-25.png [8] http://people.apache.org/~af/images/scale/writer-1280-1024-h-50.png [9] http://people.apache.org/~af/images/scale/writer-1280-1024-h-100.png [10] http://people.apache.org/~af/images/scale/writer-1680-1050-h-25.png [11] http://people.apache.org/~af/images/scale/writer-1680-1050-h-50.png [12] http://people.apache.org/~af/images/scale/writer-1680-1050-h-100.png [13] http://people.apache.org/~af/images/scale/writer-1920-1200-25-h.png [14] http://people.apache.org/~af/images/scale/writer-1920-1200-50-h.png [15] http://people.apache.org/~af/images/scale/writer-1920-1200-h-100.png - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 4.0 Release Dashboard
Am 07/09/2013 10:39 AM, schrieb Jürgen Schmidt: On 7/8/13 11:01 PM, Marcus (OOo) wrote: Am 07/08/2013 10:46 PM, schrieb Marcus (OOo): Am 07/08/2013 03:59 PM, schrieb Rob Weir: On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidtjogischm...@gmail.com wrote: On 7/3/13 4:19 PM, Rob Weir wrote: At the risk of seeming too corporate, I've added a dashboard page to the wiki to track our summary status: https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard I hate status reports as much as anyone, but with so much information passing by on our many mailing lists, we risk losing track of the high-level status. I'm hoping that this dash board page, if we update it, can give us all a good view of how the release is progressing. No need for a lot of detail. This is intended to be high-level, identifying areas that are on track versus at risk. Or green/yellow/red. This will also make it easier for volunteers to see what areas need the most help. We have many volunteers who are able to help in more than one area. Now we can see what areas need help. indeed it could help but the page was not easy to find when losing this email out of focus. And I am wondering why it is not placed under Project Planning - Releases - AOO 4.0 I just moved it there now. URL is the same: https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard I just saw an entry for the download scripting, so I've added a comment. Marcus I know that you have worked on the new directory structure and tested it already. Can you please point me to the related information that I can prepare my copy scripts accordingly to have them in place as well. the files are generally here: http://www.openoffice.org/download/test/ The JavaScript logic is here: http://www.openoffice.org/download/test/download.js Some variables come from here: http://www.openoffice.org/download/test/globalvars.js Test files (empty !) are on my Apache people account: http://people.apache.org/~marcus/aoo/ If you want to see some values from the JS functions and browser, use the analyze webpage: http://www.openoffice.org/download/test/analyze.html And if you have further questions just tell me. HTH Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DL][Website] Preparing AOO 4
Am 07/08/2013 04:17 PM, schrieb Roberto Galoppini: Marcus I need your SourceForge account to provide you with admin priviliges, I couldn't find any account associated with your email address. sent again via PM. Thanks for your help. Marcus 2013/7/5 Marcus (OOo)marcus.m...@wtnet.de Am 06/28/2013 10:35 PM, schrieb Marcus (OOo): Am 06/28/2013 03:56 PM, schrieb Roberto Galoppini: 2013/6/28 Rob Weirrobw...@apache.org On Thu, Jun 27, 2013 at 6:01 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 06/26/2013 01:36 PM, schrieb Roberto Galoppini: 2013/6/25 Marcus (OOo)marcus.m...@wtnet.de: Am 06/25/2013 05:28 PM, schrieb Roberto Galoppini: 2013/6/8 Marcus (OOo)marcus.m...@wtnet.de: Roberto, is it possible to get a separate area on a SourceForge mirror to do some semi-live testing. I could think of the following: http://sourceforge.net/**projects/aoo-test.mirror/4.0.** 0/binaries/http://sourceforge.net/projects/aoo-test.mirror/4.0.0/binaries/ LANG/file_name You can use the files from my Apache people account to fill the mirror: http://people.apache.org/~**marcus/aoo/4.0.0/binaries/.http://people.apache.org/~marcus/aoo/4.0.0/binaries/. .. You can do that in few ways: - you can create a new project and do any testing you want in it, that would be fine; - you can create a new folder and mark it as staged in which it is all set up and downloads work, but the folder won't be visible during normal file browsing; - you can point to not existing AOO 4.0 files and get 404 error messages. great, I can do it myself. I'll give it a try until or at the coming weekend. Maybe I missed to clarify something, though. The nice things about the staged directory method are that: (1) the files are in their right place for when they go live (get marked as unstaged), so no new waiting for mirror-updates is needed, and (2) there's no need for fiddling with extra projects (setup, admin, deletion, etc.). For those reasons I'd encourage you to consider the second option. If you want some help just let me know, I can ask our Support to help you. OK, sounds really better. However, I seem to fail to create a new directory. I got an account on SourceForge now but I don't see any new options. Or am I on a wrong way? I guess you've not been put among projects' admin. Please send me your SourceForge account and I'll do rightaway. OK, done by PM. When you can help me for the weekend, then I try something. Thanks BTW: Have you already noticed that we will change the directory structure with AOO 4? So, the old ones, e.g.: http://sourceforge.net/**projects/openofficeorg.mirror/** files/localized/de/3.4.1/http://sourceforge.net/projects/openofficeorg.mirror/files/localized/de/3.4.1/ and http://sourceforge.net/**projects/openofficeorg.mirror/** files/stable/3.4.1/http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ will be cancelled and the following structure will become valid to keep it simple and reduced complexity: .../aoo/4.0.0/source/ .../aoo/4.0.0/binaries/LANG/ .../aoo/4.0.0/binaries/SDK/ Yea, and I guess the staged approach would be good especially for this reason. OK I assume the old 3.4.1/3.4.0 files will remain unchanged? Or is the plan to adapt them to the new directory scheme? At least up now, old installation files were simply moved into the archive. My suggestion is to leave them as they are, here's why. The stats are tied to the path and filename, so if you move them, the per-file/per-folder stats won't be available anymore. Note that the stats from the old locations are still counted in aggregate totals though. So, their total download count shouldn't change. Marcus PS: Is it right that the URL still needs a /download at its end to start the download? The /download should be there at the end of the URL. If it's not, it still should work, but we'll do an extra redirect on our side to add it to the URL. OK, then I will make sure that this is still added to the download URL. Thanks Marcus Am 06/08/2013 10:08 PM, schrieb Marcus (OOo): I've updated the test area in staging: http://ooo-site.staging.**apache.org/download/test/**index.htmlhttp://ooo-site.staging.apache.org/download/test/index.html To keep it simple and get faster results, I've just added en-US, en-GB, de languages to my Apache people account. So, when you see errors it might be just a missing language. ;-) And don't worry about the 0 byte files. Yes, they are empty. For the first troubleshooting the following could help: http://ooo-site.staging.**apache.org/download/test/**analyze.htmlhttp://ooo-site.staging.apache.org/download/test/analyze.html Please test and tell me what needs to be changed/improved. Thanks in advance. Marcus Am 06/08/2013 07:37 PM, schrieb Marcus (OOo): I'm going to finish the last work for changing the download scripting to apply
Re: 4.0 Release Dashboard
Am 07/08/2013 03:59 PM, schrieb Rob Weir: On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidtjogischm...@gmail.com wrote: On 7/3/13 4:19 PM, Rob Weir wrote: At the risk of seeming too corporate, I've added a dashboard page to the wiki to track our summary status: https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard I hate status reports as much as anyone, but with so much information passing by on our many mailing lists, we risk losing track of the high-level status. I'm hoping that this dash board page, if we update it, can give us all a good view of how the release is progressing. No need for a lot of detail. This is intended to be high-level, identifying areas that are on track versus at risk. Or green/yellow/red. This will also make it easier for volunteers to see what areas need the most help. We have many volunteers who are able to help in more than one area. Now we can see what areas need help. indeed it could help but the page was not easy to find when losing this email out of focus. And I am wondering why it is not placed under Project Planning - Releases - AOO 4.0 I just moved it there now. URL is the same: https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard I just saw an entry for the download scripting, so I've added a comment. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: 4.0 Release Dashboard
Am 07/08/2013 10:46 PM, schrieb Marcus (OOo): Am 07/08/2013 03:59 PM, schrieb Rob Weir: On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidtjogischm...@gmail.com wrote: On 7/3/13 4:19 PM, Rob Weir wrote: At the risk of seeming too corporate, I've added a dashboard page to the wiki to track our summary status: https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard I hate status reports as much as anyone, but with so much information passing by on our many mailing lists, we risk losing track of the high-level status. I'm hoping that this dash board page, if we update it, can give us all a good view of how the release is progressing. No need for a lot of detail. This is intended to be high-level, identifying areas that are on track versus at risk. Or green/yellow/red. This will also make it easier for volunteers to see what areas need the most help. We have many volunteers who are able to help in more than one area. Now we can see what areas need help. indeed it could help but the page was not easy to find when losing this email out of focus. And I am wondering why it is not placed under Project Planning - Releases - AOO 4.0 I just moved it there now. URL is the same: https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard I just saw an entry for the download scripting, so I've added a comment. ... and added colors to the status text for a faster visibility, I hope you don't mind. ;-) Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DL][Website] Preparing AOO 4
Am 06/28/2013 10:35 PM, schrieb Marcus (OOo): Am 06/28/2013 03:56 PM, schrieb Roberto Galoppini: 2013/6/28 Rob Weirrobw...@apache.org On Thu, Jun 27, 2013 at 6:01 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 06/26/2013 01:36 PM, schrieb Roberto Galoppini: 2013/6/25 Marcus (OOo)marcus.m...@wtnet.de: Am 06/25/2013 05:28 PM, schrieb Roberto Galoppini: 2013/6/8 Marcus (OOo)marcus.m...@wtnet.de: Roberto, is it possible to get a separate area on a SourceForge mirror to do some semi-live testing. I could think of the following: http://sourceforge.net/projects/aoo-test.mirror/4.0.0/binaries/ LANG/file_name You can use the files from my Apache people account to fill the mirror: http://people.apache.org/~marcus/aoo/4.0.0/binaries/... You can do that in few ways: - you can create a new project and do any testing you want in it, that would be fine; - you can create a new folder and mark it as staged in which it is all set up and downloads work, but the folder won't be visible during normal file browsing; - you can point to not existing AOO 4.0 files and get 404 error messages. great, I can do it myself. I'll give it a try until or at the coming weekend. Maybe I missed to clarify something, though. The nice things about the staged directory method are that: (1) the files are in their right place for when they go live (get marked as unstaged), so no new waiting for mirror-updates is needed, and (2) there's no need for fiddling with extra projects (setup, admin, deletion, etc.). For those reasons I'd encourage you to consider the second option. If you want some help just let me know, I can ask our Support to help you. OK, sounds really better. However, I seem to fail to create a new directory. I got an account on SourceForge now but I don't see any new options. Or am I on a wrong way? I guess you've not been put among projects' admin. Please send me your SourceForge account and I'll do rightaway. OK, done by PM. When you can help me for the weekend, then I try something. Thanks BTW: Have you already noticed that we will change the directory structure with AOO 4? So, the old ones, e.g.: http://sourceforge.net/projects/openofficeorg.mirror/files/localized/de/3.4.1/ and http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ will be cancelled and the following structure will become valid to keep it simple and reduced complexity: .../aoo/4.0.0/source/ .../aoo/4.0.0/binaries/LANG/ .../aoo/4.0.0/binaries/SDK/ Yea, and I guess the staged approach would be good especially for this reason. OK I assume the old 3.4.1/3.4.0 files will remain unchanged? Or is the plan to adapt them to the new directory scheme? At least up now, old installation files were simply moved into the archive. My suggestion is to leave them as they are, here's why. The stats are tied to the path and filename, so if you move them, the per-file/per-folder stats won't be available anymore. Note that the stats from the old locations are still counted in aggregate totals though. So, their total download count shouldn't change. Marcus PS: Is it right that the URL still needs a /download at its end to start the download? The /download should be there at the end of the URL. If it's not, it still should work, but we'll do an extra redirect on our side to add it to the URL. OK, then I will make sure that this is still added to the download URL. Thanks Marcus Am 06/08/2013 10:08 PM, schrieb Marcus (OOo): I've updated the test area in staging: http://ooo-site.staging.apache.org/download/test/index.html To keep it simple and get faster results, I've just added en-US, en-GB, de languages to my Apache people account. So, when you see errors it might be just a missing language. ;-) And don't worry about the 0 byte files. Yes, they are empty. For the first troubleshooting the following could help: http://ooo-site.staging.apache.org/download/test/analyze.html Please test and tell me what needs to be changed/improved. Thanks in advance. Marcus Am 06/08/2013 07:37 PM, schrieb Marcus (OOo): I'm going to finish the last work for changing the download scripting to apply with the new situation (incubating string is gone, new version, new directory + filename structure). If the following needs still to be discussed, then we should do it fast as the time is running. 1. I'm working with the following directory structure: .../aoo/4.0.0/source/ .../aoo/4.0.0/binaries/LANG/ .../aoo/4.0.0/binaries/SDK/ 2. I'm working with the following filename structure: (especially @Juergen + Ariel) aoo-4.0.0-r1234567890-src.tar.bz2 Apache_OpenOffice-SDK_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Linux_x86-64_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-rpm_en-US.tar.gz
Re: Problem accessing web site
Am 07/04/2013 11:05 PM, schrieb Kay Schenk: On Thu, Jul 4, 2013 at 1:34 PM, Dave Fisherdave2w...@comcast.net wrote: On Jul 4, 2013, at 8:18 AM, Pedro Marquez wrote: Dear Sir: I´ve been trying to download the OpenOffice software from: http://www.openoffice.org/es/descargar/ However, it always respond with: http://sourceforge.net/projects/openofficeorg.mirror/files/localized/es/3.4 . 1/Apache_OpenOffice_incubating_3.4.1_Win_x86_install_es.exe/download Server not found I´ve asked to my systems administrator about, and he tells me that the security system “Fortinet” we use blocks it. What can I do? (1) You can download from here: http://www.apache.org/dist/incubator/ooo/files/localized/es/3.4.1/ But you don't get the mirror system offered by sourceforge.net to our project (and many other non-Apache.) (2) Ask Fortinet or your admin to whitelist sourceforge.net. Marcus/Kay - Have we thought more about offering downloads from the Apache Mirror system for these exceptional cases? No, up to today there were really just very few complains about downloads that do not work due to network restrictions of companies or ISPs. But ... Well, we can certainly think about it now. Marcus is really the lead in this. Maybe it would be as simple as changing the description of the alternate link from: *Get all platforms, languages, language packs* to *Problems downloading? Get all platforms, languages, language packs.* and offer http://www.apache.org/disthttp://www.apache.org/dist/incubator/ooo/files/localized/es/3.4.1/ as another alternative...somewhere ... yes, somewhere else is good because the green box is already full enough of additional links, of course IMHO. :-) I could think of a section on the other.html webpage: - Another entry in the TOC - Some text and link to the Apache server below the tables - Additionally a link on the main download webpage, in link bar on the right It's good that you sent this. I for one had forgotten that we need to change this link off incubator for 4.0. It needs to be added to our 4.0 tasks. Too late ;-) , it's already gone as we can see with the current snapshot builds. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DL][Website] Preparing AOO 4
Am 06/26/2013 01:36 PM, schrieb Roberto Galoppini: 2013/6/25 Marcus (OOo)marcus.m...@wtnet.de: Am 06/25/2013 05:28 PM, schrieb Roberto Galoppini: 2013/6/8 Marcus (OOo)marcus.m...@wtnet.de: Roberto, is it possible to get a separate area on a SourceForge mirror to do some semi-live testing. I could think of the following: http://sourceforge.net/projects/aoo-test.mirror/4.0.0/binaries/LANG/file_name You can use the files from my Apache people account to fill the mirror: http://people.apache.org/~marcus/aoo/4.0.0/binaries/... You can do that in few ways: - you can create a new project and do any testing you want in it, that would be fine; - you can create a new folder and mark it as staged in which it is all set up and downloads work, but the folder won't be visible during normal file browsing; - you can point to not existing AOO 4.0 files and get 404 error messages. great, I can do it myself. I'll give it a try until or at the coming weekend. Maybe I missed to clarify something, though. The nice things about the staged directory method are that: (1) the files are in their right place for when they go live (get marked as unstaged), so no new waiting for mirror-updates is needed, and (2) there's no need for fiddling with extra projects (setup, admin, deletion, etc.). For those reasons I'd encourage you to consider the second option. If you want some help just let me know, I can ask our Support to help you. OK, sounds really better. However, I seem to fail to create a new directory. I got an account on SourceForge now but I don't see any new options. Or am I on a wrong way? BTW: Have you already noticed that we will change the directory structure with AOO 4? So, the old ones, e.g.: http://sourceforge.net/projects/openofficeorg.mirror/files/localized/de/3.4.1/ and http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ will be cancelled and the following structure will become valid to keep it simple and reduced complexity: .../aoo/4.0.0/source/ .../aoo/4.0.0/binaries/LANG/ .../aoo/4.0.0/binaries/SDK/ Marcus PS: Is it right that the URL still needs a /download at its end to start the download? The /download should be there at the end of the URL. If it's not, it still should work, but we'll do an extra redirect on our side to add it to the URL. OK, then I will make sure that this is still added to the download URL. Thanks Marcus Am 06/08/2013 10:08 PM, schrieb Marcus (OOo): I've updated the test area in staging: http://ooo-site.staging.apache.org/download/test/index.html To keep it simple and get faster results, I've just added en-US, en-GB, de languages to my Apache people account. So, when you see errors it might be just a missing language. ;-) And don't worry about the 0 byte files. Yes, they are empty. For the first troubleshooting the following could help: http://ooo-site.staging.apache.org/download/test/analyze.html Please test and tell me what needs to be changed/improved. Thanks in advance. Marcus Am 06/08/2013 07:37 PM, schrieb Marcus (OOo): I'm going to finish the last work for changing the download scripting to apply with the new situation (incubating string is gone, new version, new directory + filename structure). If the following needs still to be discussed, then we should do it fast as the time is running. 1. I'm working with the following directory structure: .../aoo/4.0.0/source/ .../aoo/4.0.0/binaries/LANG/ .../aoo/4.0.0/binaries/SDK/ 2. I'm working with the following filename structure: (especially @Juergen + Ariel) aoo-4.0.0-r1234567890-src.tar.bz2 Apache_OpenOffice-SDK_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Linux_x86-64_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_langpack-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg Apache_OpenOffice_4.0.0_MacOS_x86_langpack_en-US.dmg Apache_OpenOffice_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Win_x86_langpack_en-US.exe 3. I'm testing with my Apache people account: http://people.apache.org/~marcus/aoo/4.0.0/[source|binaries]/... However, I assume the new structure for the real servers will look like the following: http://sourceforge.net/projects/openofficeorg.mirror/ aoo/ 4.0.0/ binaries/ en-US/ Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz/download http://www.apache.org/dist/ aoo/ 4.0.0/ binaries/ en-US/ Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz.md5 http://www.apache.org/dyn/aoo-closer.cgi/ aoo/ 4.0.0/ source/ aoo-4.0.0-r1234567890-src.tar.bz2
Re: [DL][Website] Preparing AOO 4
Am 06/25/2013 05:28 PM, schrieb Roberto Galoppini: 2013/6/8 Marcus (OOo)marcus.m...@wtnet.de: Roberto, is it possible to get a separate area on a SourceForge mirror to do some semi-live testing. I could think of the following: http://sourceforge.net/projects/aoo-test.mirror/4.0.0/binaries/LANG/file_name You can use the files from my Apache people account to fill the mirror: http://people.apache.org/~marcus/aoo/4.0.0/binaries/... You can do that in few ways: - you can create a new project and do any testing you want in it, that would be fine; - you can create a new folder and mark it as staged in which it is all set up and downloads work, but the folder won't be visible during normal file browsing; - you can point to not existing AOO 4.0 files and get 404 error messages. great, I can do it myself. I'll give it a try until or at the coming weekend. PS: Is it right that the URL still needs a /download at its end to start the download? The /download should be there at the end of the URL. If it's not, it still should work, but we'll do an extra redirect on our side to add it to the URL. OK, then I will make sure that this is still added to the download URL. Thanks Marcus Am 06/08/2013 10:08 PM, schrieb Marcus (OOo): I've updated the test area in staging: http://ooo-site.staging.apache.org/download/test/index.html To keep it simple and get faster results, I've just added en-US, en-GB, de languages to my Apache people account. So, when you see errors it might be just a missing language. ;-) And don't worry about the 0 byte files. Yes, they are empty. For the first troubleshooting the following could help: http://ooo-site.staging.apache.org/download/test/analyze.html Please test and tell me what needs to be changed/improved. Thanks in advance. Marcus Am 06/08/2013 07:37 PM, schrieb Marcus (OOo): I'm going to finish the last work for changing the download scripting to apply with the new situation (incubating string is gone, new version, new directory + filename structure). If the following needs still to be discussed, then we should do it fast as the time is running. 1. I'm working with the following directory structure: .../aoo/4.0.0/source/ .../aoo/4.0.0/binaries/LANG/ .../aoo/4.0.0/binaries/SDK/ 2. I'm working with the following filename structure: (especially @Juergen + Ariel) aoo-4.0.0-r1234567890-src.tar.bz2 Apache_OpenOffice-SDK_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Linux_x86-64_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_langpack-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg Apache_OpenOffice_4.0.0_MacOS_x86_langpack_en-US.dmg Apache_OpenOffice_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Win_x86_langpack_en-US.exe 3. I'm testing with my Apache people account: http://people.apache.org/~marcus/aoo/4.0.0/[source|binaries]/... However, I assume the new structure for the real servers will look like the following: http://sourceforge.net/projects/openofficeorg.mirror/ aoo/ 4.0.0/ binaries/ en-US/ Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz/download http://www.apache.org/dist/ aoo/ 4.0.0/ binaries/ en-US/ Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz.md5 http://www.apache.org/dyn/aoo-closer.cgi/ aoo/ 4.0.0/ source/ aoo-4.0.0-r1234567890-src.tar.bz2 Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Wrong OS detection on download page
Thanks for the data. Here you can see for yourself that nothing points to Ubuntu or at least to a Debian based Linux distro. Unfortunatelly there is no way to make a correct download suggestion. So, I don't know how to fix this problem. Marcus Am 06/14/2013 09:54 PM, schrieb Hagar Delest: Le 14/06/2013 17:58, Kay Schenk a écrit : On Fri, Jun 14, 2013 at 6:07 AM, Hagar Delest hagar.del...@laposte.netwrote: I was checking the download process for MD5checksum verification and I noticed that the download page proposes a 64bit RPM file whereas my system is Ubuntu and should give a 64bit DEB. Hence when clicking the MD5checksum link, the wrong version is given. This should be fixed asap if we want users be able to check their download. Hagar Please try: http://www.openoffice.org/download/test/analyze.html so we can see more about your system. Thanks. Here it is: Variables from the browser Values navigator.appCodeName Mozilla navigator.appName Netscape navigator.appVersion 5.0 (X11) navigator.platform Linux x86_64 navigator.oscpu Linux x86_64 navigator.product Gecko navigator.productSub 20100101 navigator.vendor navigator.vendorSub navigator.language fr navigator.browserLanguage undefined navigator.userLanguage undefined navigator.systemLanguage undefined navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 JavaScript functions and variables Values Native language name Français ISO code fr Language array data fr,French,Français,y,http://www.openoffice.org/fr/ Native platform name Linux 64-bit (RPM) Mirror platform name Linux_x86-64_install-rpm Native file name Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz Native file extension .tar.gz Return value of getLink() http://people.apache.org/~marcus/aoo/4.0.0/binaries/fr/Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz Checksum file (here for MD5) http://people.apache.org/~marcus/aoo/4.0.0/binaries/fr/Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz.md5 hasMirrorLink() true My system is Xubuntu 13.04 64bit and I use the beta version of FF. Hagar - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Wrong OS detection on download page
Am 06/18/2013 11:53 PM, schrieb Rob Weir: On Tue, Jun 18, 2013 at 4:45 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Thanks for the data. Here you can see for yourself that nothing points to Ubuntu or at least to a Debian based Linux distro. Unfortunatelly there is no way to make a correct download suggestion. So, I don't know how to fix this problem. Does it indicate RPMs? Or is it just ambiguous? If we are unable to No indication. If there is no clear point to recognize the package system then RPM is the default. decide maybe just give a link to another page that explains what version is appropriate for what distro? That would prevent the user from getting confused and downloading the wrong package. OK, instead of building a download link the script could offer the URL to the other.html webpage. A task for tomorrow. Marcus Am 06/14/2013 09:54 PM, schrieb Hagar Delest: Le 14/06/2013 17:58, Kay Schenk a écrit : On Fri, Jun 14, 2013 at 6:07 AM, Hagar Delest hagar.del...@laposte.netwrote: I was checking the download process for MD5checksum verification and I noticed that the download page proposes a 64bit RPM file whereas my system is Ubuntu and should give a 64bit DEB. Hence when clicking the MD5checksum link, the wrong version is given. This should be fixed asap if we want users be able to check their download. Hagar Please try: http://www.openoffice.org/download/test/analyze.html so we can see more about your system. Thanks. Here it is: Variables from the browser Values navigator.appCodeName Mozilla navigator.appName Netscape navigator.appVersion 5.0 (X11) navigator.platform Linux x86_64 navigator.oscpu Linux x86_64 navigator.product Gecko navigator.productSub 20100101 navigator.vendor navigator.vendorSub navigator.language fr navigator.browserLanguage undefined navigator.userLanguage undefined navigator.systemLanguage undefined navigator.userAgent Mozilla/5.0 (X11; Linux x86_64; rv:22.0) Gecko/20100101 Firefox/22.0 JavaScript functions and variables Values Native language name Français ISO code fr Language array data fr,French,Français,y,http://www.openoffice.org/fr/ Native platform name Linux 64-bit (RPM) Mirror platform name Linux_x86-64_install-rpm Native file name Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz Native file extension .tar.gz Return value of getLink() http://people.apache.org/~marcus/aoo/4.0.0/binaries/fr/Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz Checksum file (here for MD5) http://people.apache.org/~marcus/aoo/4.0.0/binaries/fr/Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_fr.tar.gz.md5 hasMirrorLink() true My system is Xubuntu 13.04 64bit and I use the beta version of FF. Hagar Opinions expressed in this communication reflect the author's individual personal view, not necessarily that of an amorphous collective. The above statements do not reflect an official position of any organization, corporation, religion (organized or disorganized) or national football association. The contents of said note are not guaranteed to have been spell checked, grammar checked or reviewed for metrical infelicities. The contents of this post may not be suitable for those whose native language is not logic. Caution should be exercised when operating heavy machinery when reading this note, or even when not reading it. Seriously, heavy machinery is dangerous. Be careful. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Article on the Register
Am 06/14/2013 09:17 AM, schrieb Andre Fischer: On 13.06.2013 23:58, Marcus (OOo) wrote: Am 06/13/2013 01:48 PM, schrieb Rob Weir: On Thu, Jun 13, 2013 at 3:36 AM, Andre Fischerawf@gmail.com wrote: On 12.06.2013 22:06, Rob Weir wrote: On Wed, Jun 12, 2013 at 3:50 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 06/12/2013 06:48 PM, schrieb Andrea Pescetti: On 12/06/2013 Andre Fischer wrote: Can we have both? Some longer living, semi-'official' news and a more frequently changing list of recent blog posts. I find both important and interesting. And having blog posts listed on the main page may be an incentive to more people writing new posts. Adding Blog to the main navigation bar is surely helpful. For something more similar to what Andre asked for, I've just committed a test to http://ooo-site.staging.apache.org/test/index.html (if it gets published, no problem, it will still be in the test area). There you can see a block with the titles of the latest posts, good to show immediately what the blog topics are. That's right. One (maybe radical) idea comes into my mind: What if we stop the normal news (and the separate news webpage on .../news/index.html) and post everything in the blog? And write some headline on the homepage? I was thinking something similar. Shouldn't all new stories go onto the blog? And once we figure out how to update this live from the feed, I'd love to split the right side into three areas, one for the most recent blog posts, another for the most recent extensions and another for the most recent templates. So in a small space we can rotate headline from the blog, as well as templates, extensions, etc. I like your ideas (Andrea, Marcus, Rob) in general. But - I think the distinction between blogs and news can be a good thing if we understand blogs more as personal opinions of individual community members and news as 'official' announcements. If we mix blogs and news then I see the danger that news will be swept out of view by the much more frequently written blog posts. The problem is a news item might be longer than we can fit the full text on the home page. So it natural then to put the full text onto the blog and then a teaser on the home page. But note that the blog has categories that we can define and use, and if we want we could have a category for announcement or news or opinion, etc., to make it clearer. Or name it personal opinions. Then we can separate more clear personal statements of single people from the official announcements of the whole project. A clear disclaimer at the end of every text in this category will help - like Rob did in some of his previous mails. You may want to read that particular disclaimer before suggesting to use it in other mails :-) Andre, it's not we can copy paste Rob's text but a clear disclaimer - with accent on a. ;-) Marcus Or we could have a blog that we use only for official news, maybe map it to news.openoffice.org or something. Hm, then we have the same situation like today. IMHO it is a bit like the problem with our Wikis on Apache. We have OOOUSERS and OOODEV. But only DEVWIKI is used. ;-) Marcus - Listing blog posts, extensions and templates will only work if we have frequent updates of extensions and templates. I have to admit that I did not follow those two in the past months. Is there enough traffic to talk about? Three new templates so far in June: http://templates.openoffice.org/en/mostrecent And four new/updated extensions in June: http://extensions.services.openoffice.org/en/recent_updated Regards, -Rob -Andre -Rob We keep going to post news also on the homepage *and* get more blog posts. Another thing: Put the x recent headlines directly between nav bar and I want to learn more Yes, that would put everything a bit lower, but we would get rid of the right side and the entire page will be much more smaller. Better for mobile devices. And the news are always on top. So a single column? Another idea would be to introduce jQuery and implement one of the many sliders: http://vandelaydesign.com/blog/tools/awesome-jquery-sliders/ Unless there are objections, I plan to port it to the real homepage during the weekend. For me that would be fine. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
[DL][Website] Preparing AOO 4
I'm going to finish the last work for changing the download scripting to apply with the new situation (incubating string is gone, new version, new directory + filename structure). If the following needs still to be discussed, then we should do it fast as the time is running. 1. I'm working with the following directory structure: .../aoo/4.0.0/source/ .../aoo/4.0.0/binaries/LANG/ .../aoo/4.0.0/binaries/SDK/ 2. I'm working with the following filename structure: (especially @Juergen + Ariel) aoo-4.0.0-r1234567890-src.tar.bz2 Apache_OpenOffice-SDK_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Linux_x86-64_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_langpack-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg Apache_OpenOffice_4.0.0_MacOS_x86_langpack_en-US.dmg Apache_OpenOffice_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Win_x86_langpack_en-US.exe 3. I'm testing with my Apache people account: http://people.apache.org/~marcus/aoo/4.0.0/[source|binaries]/... However, I assume the new structure for the real servers will look like the following: http://sourceforge.net/projects/openofficeorg.mirror/ aoo/ 4.0.0/ binaries/ en-US/ Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz/download http://www.apache.org/dist/ aoo/ 4.0.0/ binaries/ en-US/ Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz.md5 http://www.apache.org/dyn/aoo-closer.cgi/ aoo/ 4.0.0/ source/ aoo-4.0.0-r1234567890-src.tar.bz2 Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DL][Website] Preparing AOO 4
I've updated the test area in staging: http://ooo-site.staging.apache.org/download/test/index.html To keep it simple and get faster results, I've just added en-US, en-GB, de languages to my Apache people account. So, when you see errors it might be just a missing language. ;-) And don't worry about the 0 byte files. Yes, they are empty. For the first troubleshooting the following could help: http://ooo-site.staging.apache.org/download/test/analyze.html Please test and tell me what needs to be changed/improved. Thanks in advance. Marcus Am 06/08/2013 07:37 PM, schrieb Marcus (OOo): I'm going to finish the last work for changing the download scripting to apply with the new situation (incubating string is gone, new version, new directory + filename structure). If the following needs still to be discussed, then we should do it fast as the time is running. 1. I'm working with the following directory structure: .../aoo/4.0.0/source/ .../aoo/4.0.0/binaries/LANG/ .../aoo/4.0.0/binaries/SDK/ 2. I'm working with the following filename structure: (especially @Juergen + Ariel) aoo-4.0.0-r1234567890-src.tar.bz2 Apache_OpenOffice-SDK_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Linux_x86-64_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_langpack-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg Apache_OpenOffice_4.0.0_MacOS_x86_langpack_en-US.dmg Apache_OpenOffice_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Win_x86_langpack_en-US.exe 3. I'm testing with my Apache people account: http://people.apache.org/~marcus/aoo/4.0.0/[source|binaries]/... However, I assume the new structure for the real servers will look like the following: http://sourceforge.net/projects/openofficeorg.mirror/ aoo/ 4.0.0/ binaries/ en-US/ Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz/download http://www.apache.org/dist/ aoo/ 4.0.0/ binaries/ en-US/ Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz.md5 http://www.apache.org/dyn/aoo-closer.cgi/ aoo/ 4.0.0/ source/ aoo-4.0.0-r1234567890-src.tar.bz2 Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DL][Website] Preparing AOO 4
Roberto, is it possible to get a separate area on a SourceForge mirror to do some semi-live testing. I could think of the following: http://sourceforge.net/projects/aoo-test.mirror/4.0.0/binaries/LANG/file_name You can use the files from my Apache people account to fill the mirror: http://people.apache.org/~marcus/aoo/4.0.0/binaries/... PS: Is it right that the URL still needs a /download at its end to start the download? Thanks in advance. Marcus Am 06/08/2013 10:08 PM, schrieb Marcus (OOo): I've updated the test area in staging: http://ooo-site.staging.apache.org/download/test/index.html To keep it simple and get faster results, I've just added en-US, en-GB, de languages to my Apache people account. So, when you see errors it might be just a missing language. ;-) And don't worry about the 0 byte files. Yes, they are empty. For the first troubleshooting the following could help: http://ooo-site.staging.apache.org/download/test/analyze.html Please test and tell me what needs to be changed/improved. Thanks in advance. Marcus Am 06/08/2013 07:37 PM, schrieb Marcus (OOo): I'm going to finish the last work for changing the download scripting to apply with the new situation (incubating string is gone, new version, new directory + filename structure). If the following needs still to be discussed, then we should do it fast as the time is running. 1. I'm working with the following directory structure: .../aoo/4.0.0/source/ .../aoo/4.0.0/binaries/LANG/ .../aoo/4.0.0/binaries/SDK/ 2. I'm working with the following filename structure: (especially @Juergen + Ariel) aoo-4.0.0-r1234567890-src.tar.bz2 Apache_OpenOffice-SDK_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Linux_x86-64_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86-64_langpack-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_install-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_install-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_langpack-deb_en-US.tar.gz Apache_OpenOffice_4.0.0_Linux_x86_langpack-rpm_en-US.tar.gz Apache_OpenOffice_4.0.0_MacOS_x86_install_en-US.dmg Apache_OpenOffice_4.0.0_MacOS_x86_langpack_en-US.dmg Apache_OpenOffice_4.0.0_Win_x86_install_en-US.exe Apache_OpenOffice_4.0.0_Win_x86_langpack_en-US.exe 3. I'm testing with my Apache people account: http://people.apache.org/~marcus/aoo/4.0.0/[source|binaries]/... However, I assume the new structure for the real servers will look like the following: http://sourceforge.net/projects/openofficeorg.mirror/ aoo/ 4.0.0/ binaries/ en-US/ Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz/download http://www.apache.org/dist/ aoo/ 4.0.0/ binaries/ en-US/ Apache_OpenOffice_4.0.0_Linux_x86-64_install-rpm_en-US.tar.gz.md5 http://www.apache.org/dyn/aoo-closer.cgi/ aoo/ 4.0.0/ source/ aoo-4.0.0-r1234567890-src.tar.bz2 Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [DL][Website] Preparing AOO 4
Am 06/09/2013 12:18 AM, schrieb Andrea Pescetti: Marcus (OOo) wrote: I've updated the test area in staging: http://ooo-site.staging.apache.org/download/test/index.html There are a couple of links in the sidebar to be improved, the rest looks very good: * Release Schedule is actually a Release History, or timeline Right. Wouldn't it then be better to point to the new schedule? * Dictionaries leads to a totally outdated section. We recently consolidated all dictionaries in extensions.openoffice.org , so I'd recommend a link Extensions and Dictionaries pointing to extensions.openoffice.org instead of two separate links. Then it's IMHO better to extend the link in the light blue box to speak about Get Apache OpenOffice Extensions and Dictionaries and delete the link in the nav sidebar. I've concentrated on the DL links. Thanks for looking right and left. ;-) Updated. 1. I'm working with the following directory structure: .../aoo/4.0.0/source/ .../aoo/4.0.0/binaries/LANG/ .../aoo/4.0.0/binaries/SDK/ Very personal opinion: SDK is not a language and feels out of place there. But it is just a matter of preference. Yes, me too. However, we had this discussion last year and some wanted to have SDK on the same level as the languages. Because we save one complexity level I can live with this very well. We shouldn't forget that this is just the structure on the mirrors. Nearly nobody will see or take care about this. ;-) 2. I'm working with the following filename structure: (especially @Juergen + Ariel) aoo-4.0.0-r1234567890-src.tar.bz2 Since this is our most official package, I would name it apache-openoffice-4.0.0-r1234567890-src.tar.bz2 or Apache_Openoffice-4.0.0-r1234567890-src.tar.bz2 if we want to use the same naming pattern we use for binaries. Anyway, I would prefer to see both Apache and OpenOffice present in full in the package name. Good idea. @Juergen: As you are producing the source packages, please can you take this into account? Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Is 3.4.1 still incubating?
Am 05/23/2013 09:04 AM, schrieb Andrea Pescetti: On 22/05/2013 Juergen Schmidt wrote: http://openoffice.apache.org/downloads.html Please, nobody should spend any time on this. It's not worth the effort. I've seen other people confused by this, so I've just added a note to specify why the filename contains incubating: http://svn.apache.org/viewvc?view=revisionrevision=1485595 OK, when there is a real confusion then of course the effort it worth it. Thanks, Andrea, for taking over. Marcus I agree that this will be enough, no further tweaks needed. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Find a better name for sidebar?
I don't if it's really to late for finding a handy name for the biggest new feature in AOO. This has to be defined by others. :-) However, if we have some time, I have to say that SuperPanel or SmartPanel are good proposals what can be done by this UI element: Use the panel to do you work in a super smart and super fast way. It's better to discover your tools and styles in a single location than to poke for them in every toolbox and dialog. My 2 ct. Marcus Am 05/23/2013 08:34 PM, schrieb Andrew Rist: SmartPanel ? On 5/23/2013 11:06 AM, Jörg Schmidt wrote: Hello, From: Rob Weir [mailto:rabas...@gmail.com] Would not it make sense to think about the sidebar to give a distinctive name? Like Awesome Panel? I'm not quite sure how your answer is to understand. (a) Is Awesome Panel a concrete proposal for a name for the sidebar? then: I am correct that you Awesome can translate as super? In this case, I seem super-panel as the preferred term because is super internationally, without translation, more understandable. (b) Or Awesome panel is just a general word to clarify what I mean by distinctive name? then: Yes, I mean a word of this kind general: I think now the resonance is on my post, total, too low, and I think Juergen is right that we currently have better things to do. I'm not so excited about it, but it's probably that. Greetings, Jörg - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Is 3.4.1 still incubating?
Am 05/22/2013 06:04 PM, schrieb Donald Whytock: I see on the downloads page (http://openoffice.apache.org/downloads.html) that the current version is listed as *Current Version 3.4.1 (incubating). *Since 3.4.1 is the current official release, and since incubating has more to do with Apache internal policies than the release itself, should the release still be called (incubating)? The AOO project was still incubating as the version was released. So, it's correct when it is still listed as incubating. Could shorten the actual filenames too, but I suppose we're stuck with those for now...? It won't work as long as you don't change the filenames on the SourceForge servers, their download scripting, our download scripting. And believe me, you don't want to do this just for 3.4.1. ;-) Or do you mean just the displayed filenames? Yes, this could be changed but I don't know if it is worth it. Of course AOO 4.0.0 will be completely different in this regard. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Critique of the Help/About box
Am 05/09/2013 06:34 PM, schrieb Rob Weir: I wonder if we can make this be more rational? For example, the About box currently says: Copyright © 2012 Apache Software Foundation. All rights reserved. That needs to be changed to 2013, right? If you aren't happy to change this every year, just get the current year from a function like today() or similar. Then the first build in 2014 will show the correct year. It also says, This product was created by Apache Software Foundation, based on Apache OpenOffice. That confuses me. It probably confuses users as well. Isn't this Apache OpenOffice? Why are we saying based on Apache OpenOffice ? I wonder if we can simply remove that line altogether. Hm, sounds indeed not really understandable. However, I doubt that the average user gets confused about the text in this most unimportant dialogbox. ;-) (Also, the Splash Screen makes a similar odd statement: Build contributed by member of the Apache OpenOffice community) Shouldn't it be members? Presumably these phrases came from earlier days when Sun or Oracle was credited as the contributor of the executable. But I'm not sure the distinction is important any more. As open source can be compiled, built and distributed by everyone I would prefer to keep this sentence. Of course it's no real proof that the build comes really from Apache (compared with a hash/checksum) but it's a good indication. The new License button, however, is very nice, giving quick access to readme, license and notice. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Critique of the Help/About box
Am 05/09/2013 08:11 PM, schrieb Rob Weir: On Thu, May 9, 2013 at 1:25 PM, Ariel Constenla-Haile arie...@apache.org wrote: Hi Rob, On Thu, May 09, 2013 at 12:34:25PM -0400, Rob Weir wrote: I wonder if we can make this be more rational? For example, the About box currently says: Copyright © 2012 Apache Software Foundation. All rights reserved. That needs to be changed to 2013, right? Yes, please open a bug before we forget, and set it as blocker. OK It also says, This product was created by Apache Software Foundation, based on Apache OpenOffice. That confuses me. It probably confuses users as well. Isn't this Apache OpenOffice? Why are we saying based on Apache OpenOffice ? I wonder if we can simply remove that line altogether. (Also, the Splash Screen makes a similar odd statement: Build contributed by member of the Apache OpenOffice community) Presumably these phrases came from earlier days when Sun or Oracle was credited as the contributor of the executable. But I'm not sure the distinction is important any more. The string in the About Dialog has a place holder: http://svn.apache.org/viewvc/openoffice/trunk/main/cui/source/dialogs/about.src?revision=1448713view=markup#l76 Copyright © 2012 Apache Software Foundation.\nAll rights reserved.\n\nThis product was created by %OOOVENDOR, based on Apache OpenOffice.\nApache OpenOffice acknowledges all community members, especially those mentioned at; %OOOVENDOR is replaced with the value of OOOVENDOR in main/instsetoo_native/util/openoffice.lst or with a custom value set at build time if configured with --with-vendor. For example, --with-vendor=Ariel Constenla-Haile (arielch\@apache.org) turns out in http://people.apache.org/~arielch/images/AboutDialog.png This all comes from Sun era http://people.apache.org/~arielch/images/AboutDialog300.png http://people.apache.org/~arielch/images/AboutDialog321.png It can still have some meaning: suppose someone in the ecosystem is building custom versions of AOO for their customers, they may want to configure with --with-vendor; they can even change the images in the dialog to whatever suits them (anyone can try this by changing the PNGs in the folder where the main executable file resides, about.png is the header of the dialog, logo.png is the main logo at the left), for example: http://people.apache.org/~arielch/images/AboutDialogCustomImg.jpg I can certainly see it being useful for someone else who builds a customized version of AOO. But that's not us. We're not *based on* Apache OpenOffice. We *are* Apache OpenOffice. This is confusing. Remember, we're trying to educate users to download safely, and use trusted downloads that continue Apache OpenOffice. So saying that we're based on OpenOffice is weird. I agree with you for this part of the sentence. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Possible broken link: other
Hi Michael, I don't see a problem with downloading the SDK file. But maybe it is working better for you when choosing a different mirror by clicking on the link in the sentence: Problems with the download? Please use this direct link, or try another mirror. HTH Marcus Am 05/03/2013 10:05 AM, schrieb michael.buch...@ch.pwc.com: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/Apache_OpenOffice_incubating-SDK_3.4.1_Win_x86_install_en-US.exe/download Michael Buchser - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: svn commit: r1475768 - /openoffice/ooo-site/trunk/content/index.html
Am 04/29/2013 12:58 AM, schrieb Rob Weir: On Sun, Apr 28, 2013 at 5:46 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 04/26/2013 02:51 AM, schrieb Rob Weir: On Thu, Apr 25, 2013 at 4:54 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Hi Rob, it's great that you keep our download counter up-to-date. Because it's showing the numbers an a few webpages, IMHO it makes sense to centralize the core number, so that only one location has to be updated and no every webpage for itself. I could give you this little present. ;-) The thought has entered my mind. But I haven't come up with a great solution so far. The master value is whatever is in the 3rd column of the last row of this data file: http://www.openoffice.org/stats/aoo34-downloads.txt We'd need to extract that, divide by 1 million and truncate to get a value like 47. Yes, but this would be the master solution. I hadn't this in mind but more a intermediate solution like caching the number in one file and all respective webpages showing this. Would this be acceptable? To get this out of aoo34-downloads.txt is one step further I don't know how to do it yet. It doesn't simple very simple to me. If it was just text inp on the page, then making that dynamic is easy. But the interaction with Facebook is trickier. For example, look at this OpenGraph metadata from the the download/index.html: meta property=og:description content=Join the OpenOffice revolution, the free office productivity suite with over 47 million trusted downloads. / Do we reallly need to state an exact number here? IMHO it is sufficiant to state that we have ... millions over millions trusted downloads ... or a similar text without numbers. Marcus This is in thehead, so Javascript is not running yet. And, it is fetched by Facebook for creating posts when someone shares, and I doubt they are interpreting Javascript. So I like the idea of simplifying this, but I think it would need to be done servers-side. -Rob Ideally ideally the aoo34-downloads.txt would also be updated automatically based on calling the SourceForge REST API. Sure ;-) Marcus Am 04/25/2013 03:47 PM, schrieb robw...@apache.org: Author: robweir Date: Thu Apr 25 13:47:34 2013 New Revision: 1475768 URL: http://svn.apache.org/r1475768 Log: update download count Modified: openoffice/ooo-site/trunk/content/index.html Modified: openoffice/ooo-site/trunk/content/index.html URL: http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/index.html?rev=1475768r1=1475767r2=1475768view=diff == --- openoffice/ooo-site/trunk/content/index.html (original) +++ openoffice/ooo-site/trunk/content/index.html Thu Apr 25 13:47:34 2013 @@ -136,9 +136,9 @@ div class=campaign -h2Over 44 million downloads of AOO 3.4/h2 +h2Over 47 million downloads of AOO 3.4/h2 -pem31 March 2013:/emApache OpenOffice 3.4 was released in May. Downloads now exceed 44 million. We invite you to take a look at +pem20 April 2013:/emApache OpenOffice 3.4 was released in May. Downloads now exceed 47 million. We invite you to take a look at a href=http://stats.openoffice.org/;our interactive charts/a of daily and cumulative downloads./p /div - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Possible broken link: other
Am 04/30/2013 10:50 PM, schrieb Ornery: The Mirror for the United States keeps giving the following error: http://nsis.sf.net/NSIS_ERROR. I've had to use the Kent mirror in an attempt to download OpenOffice and will have to get the US language pack separately. The installer program does not download properly and so the program refuses to unpack. Hi Orney, please can you give us the link where you try to download AOO? At the moment I don't know which website you see. BTW: Make sure you always try to donwload from the official webpage: http://www.openoffice.org/download/ Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: svn commit: r1475768 - /openoffice/ooo-site/trunk/content/index.html
Am 04/26/2013 02:51 AM, schrieb Rob Weir: On Thu, Apr 25, 2013 at 4:54 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Hi Rob, it's great that you keep our download counter up-to-date. Because it's showing the numbers an a few webpages, IMHO it makes sense to centralize the core number, so that only one location has to be updated and no every webpage for itself. I could give you this little present. ;-) The thought has entered my mind. But I haven't come up with a great solution so far. The master value is whatever is in the 3rd column of the last row of this data file: http://www.openoffice.org/stats/aoo34-downloads.txt We'd need to extract that, divide by 1 million and truncate to get a value like 47. Yes, but this would be the master solution. I hadn't this in mind but more a intermediate solution like caching the number in one file and all respective webpages showing this. Would this be acceptable? To get this out of aoo34-downloads.txt is one step further I don't know how to do it yet. Ideally ideally the aoo34-downloads.txt would also be updated automatically based on calling the SourceForge REST API. Sure ;-) Marcus Am 04/25/2013 03:47 PM, schrieb robw...@apache.org: Author: robweir Date: Thu Apr 25 13:47:34 2013 New Revision: 1475768 URL: http://svn.apache.org/r1475768 Log: update download count Modified: openoffice/ooo-site/trunk/content/index.html Modified: openoffice/ooo-site/trunk/content/index.html URL: http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/index.html?rev=1475768r1=1475767r2=1475768view=diff == --- openoffice/ooo-site/trunk/content/index.html (original) +++ openoffice/ooo-site/trunk/content/index.html Thu Apr 25 13:47:34 2013 @@ -136,9 +136,9 @@ div class=campaign -h2Over 44 million downloads of AOO 3.4/h2 +h2Over 47 million downloads of AOO 3.4/h2 -pem31 March 2013:/em Apache OpenOffice 3.4 was released in May. Downloads now exceed 44 million. We invite you to take a look at +pem20 April 2013:/em Apache OpenOffice 3.4 was released in May. Downloads now exceed 47 million. We invite you to take a look at a href=http://stats.openoffice.org/;our interactive charts/a of daily and cumulative downloads./p /div - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: svn commit: r1475768 - /openoffice/ooo-site/trunk/content/index.html
Hi Rob, it's great that you keep our download counter up-to-date. Because it's showing the numbers an a few webpages, IMHO it makes sense to centralize the core number, so that only one location has to be updated and no every webpage for itself. I could give you this little present. ;-) Ciao Marcus Am 04/25/2013 03:47 PM, schrieb robw...@apache.org: Author: robweir Date: Thu Apr 25 13:47:34 2013 New Revision: 1475768 URL: http://svn.apache.org/r1475768 Log: update download count Modified: openoffice/ooo-site/trunk/content/index.html Modified: openoffice/ooo-site/trunk/content/index.html URL: http://svn.apache.org/viewvc/openoffice/ooo-site/trunk/content/index.html?rev=1475768r1=1475767r2=1475768view=diff == --- openoffice/ooo-site/trunk/content/index.html (original) +++ openoffice/ooo-site/trunk/content/index.html Thu Apr 25 13:47:34 2013 @@ -136,9 +136,9 @@ div class=campaign -h2Over 44 million downloads of AOO 3.4/h2 +h2Over 47 million downloads of AOO 3.4/h2 - pem31 March 2013:/em Apache OpenOffice 3.4 was released in May. Downloads now exceed 44 million. We invite you to take a look at + pem20 April 2013:/em Apache OpenOffice 3.4 was released in May. Downloads now exceed 47 million. We invite you to take a look at a href=http://stats.openoffice.org/;our interactive charts/a of daily and cumulative downloads./p /div - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Blog account
Am 04/15/2013 02:27 PM, schrieb Andre Fischer: On 10.04.2013 14:17, Rob Weir wrote: On Wed, Apr 10, 2013 at 7:46 AM, Andre Fischer awf@gmail.com wrote: Hi, I would like to blog about the sidebar but do not yet have an account. What should be my next steps? Is there any documentation? First need to get an account through Infra, and then have an AOO blog admin add you as an editor: I got the account, now I would need an invitation from one of the local blog admins. Please? I've sent you an invitation. I hope it arrives as I don't have seen a confirmation. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Draft blog post: Welcome GSoC Students!
Am 04/09/2013 11:46 PM, schrieb Rob Weir: https://blogs.apache.org/preview/OOo/?previewEntry=welcome_to_gsoc_students Nice short text. And always a well-fitting picture. :-) Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: April Board Report
Am 04/09/2013 02:06 AM, schrieb Andrea Pescetti: It's time to send our Board report covering January-February-March. You can find a draft at https://cwiki.apache.org/confluence/display/OOOUSERS/2013+Apr I've just modified it to adopt the usual style for Board reports (it was a collection of bullet points contributed by Kay, me and others). Please have a look; feel free to correct typos on the page directly, and if anything is missing feel free to add it. Thanks for taking care. The report reads good for me. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Proposal]: Call for donations
Am 04/04/2013 04:29 PM, schrieb Raphael Bircher: Am 04.04.13 14:22, schrieb Jürgen Schmidt: Hi, in relation to our budget planning I asked myself if OpenOffice has any impact on the donations to the ASF? Well I don't know and we can probably figure this out but the question is what can we do ti collect more donations and use our brand more effective. When I look on our main website I found a tiny donation link in the footer only. From my point of view this is not good enough and we should think how we can improve it. I can think of a much more prominent and more visible donation link or whatever to make clear that OpenOffice will still benefit from donations to the ASF. We have more IT requirements than other ASF projects, we generate more network traffic, etc. and all this cost money. Furthermore I can think of a blog post to promote this in some way and do a public call for donation. We should of course do this more often with any public announcement. And opinions or further ideas how we can improve this? It shouldn't be a big problem for us to collect the money we need. I disagree. Yes, we can help with foundings for ASF, but please do this on ASF Level. Founding money is not the task of a ASF project, It's the task for the foundation. It would be nice, if sameone from our project work with the foundrising team from ASF. I personaly would also welcome if the fundrising team use OOo to generate monay. But for my point of view it's not a topic we (as Apache OpenOffice) project has to care about. So do this on Foundation level and not here. With other words: Nice idea, wrong place. Just my option. Of course it's not our task to do/handle/manage the donations for the ASF. But how I understood Juergen's proposal this is not the case here. But we are profiting of these donations. So, I don't see any problems to support to increase them and to ask our users/contributors/friends to give some dollars/euros/... to the ASF. It's just a question of what can we do to *help* the ASF as long as it's not a full time job. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Lazy concensus] language merge into trunk.
Am 04/04/2013 05:21 PM, schrieb janI: Hi. Since we are now putting a lot of positive energy into 4.0, we have a lot of changes in trunk and at the same time I have made language changes in the l10n branch. This is a bad combination, that gives me quite some extra manual work. Furthermore I would like the 4.0 language files to be clean (whether we make them as po for sdf). If there are no objections I will merge the language changes (NO code changes) back into trunk. The changes in trunk will primarely be in .src files, where language different from en-US, as discussed in an earlier thread. This will not in any way affect the modules or the build system. All changes are committed in l10n branch. If no objections I will merge into trunk, monday april 8 using lazy consensus. Sounds good, go for it. *If* there will be any issues, it's IMHO still enough time for bugfixing. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Why can't I find open office 2.3 for mac osx 10.5.8 on the website?
Am 04/03/2013 11:52 PM, schrieb David Coldwell: version 3.0 files won't load into version 2.3 so I have to replace 3.0 with 2.3. If you are searching for older version of OpenOffice please have a look for our archive: en-US builds: http://archive.apache.org/dist/incubator/ooo/stable/ localized builds: http://archive.apache.org/dist/incubator/ooo/localized/ Why aren't there any links to older versions? First of all we would like to make sure our users are using most recent version to get the most of the software. Furthermore, there is also the problem that older versions are not perfect for newer operating systems. So, it's not unlikely that there will be install or system integration problems. Not to speak of security issues. None of these issues will be fixed in older releases. So, it should be also of your interest to install and use the most recent version. But, of course, I can understand that there are edge cases where you really need an older or specific version. HTH Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Website] Re-locate images from download/images/ to images/
Am 04/04/2013 11:27 PM, schrieb Kay Schenk: On Mon, Apr 1, 2013 at 3:52 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 04/01/2013 03:12 AM, schrieb Rob Weir: On Sun, Mar 31, 2013 at 11:12 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Hi Rob, I want to cleanup the structure and remove 1 of the 2 directories for images. Therefore I've added the images from download/images also to images/ and updated the download/index.html to point to the new location. Please tell me, is it save to remove the download/images/ directory? If not what else has to be updated? I'm not sure I like the idea of having a global images directory rather than having images scoped to the subtree where they are actually used. Having a single global directory increases the changes of having accidental conflicts. But if you want to make this change, That's not what I want. Please read again. I just want to get rid of 1 of the 2 images directories in the download/ sub-dir. Of course it doesn't make sense to have a single images dir for the entire website. ;-) Actually I don't think a single images directory for the whole site is such a bad idea. We could subdivide it by area -- e.e. images/download. OK, maybe there are some reasons that prof that it makes sense. And my wording was not appropriate. However, actually we have some wide-spreaded image directories within the entire website. So, if we would consolidate all images into a single directory someone has to fix all the broken links that would then exist. I've just checked-out a handfull of sub-dirs and I've counted nearly 100 HTML files - and I've no NL websites checked or CSS files. Maybe worth discussing at some point? Sure, don't let me hold you back. :-) Marcus be sure to test each of the Help spread the word links for Twitter/Facebook/Google+ to make sure those applications are finding the right images. I don't mean the image on our page. I mean the image on the post once it is on Facebook, etc. Since hundreds of such posts have already been made, we probably don't want to break any of those links. You mean Twitter/Facebook/Google+ articles are referring to .../download/images/* files? That's bad, then we won't never be able to move such kind of files in the future. - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Website] Re-locate images from download/images/ to images/
Am 04/05/2013 12:18 AM, schrieb Rob Weir: On Thu, Apr 4, 2013 at 5:27 PM, Kay Schenkkay.sch...@gmail.com wrote: On Mon, Apr 1, 2013 at 3:52 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 04/01/2013 03:12 AM, schrieb Rob Weir: On Sun, Mar 31, 2013 at 11:12 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Hi Rob, I want to cleanup the structure and remove 1 of the 2 directories for images. Therefore I've added the images from download/images also to images/ and updated the download/index.html to point to the new location. Please tell me, is it save to remove the download/images/ directory? If not what else has to be updated? I'm not sure I like the idea of having a global images directory rather than having images scoped to the subtree where they are actually used. Having a single global directory increases the changes of having accidental conflicts. But if you want to make this change, That's not what I want. Please read again. I just want to get rid of 1 of the 2 images directories in the download/ sub-dir. Of course it doesn't make sense to have a single images dir for the entire website. ;-) Actually I don't think a single images directory for the whole site is such a bad idea. We could subdivide it by area -- e.e. images/download. Maybe worth discussing at some point? What advantage do you see to that? I could see that for common images that were essentially global this might make sense. But otherwise having images contained in the subtree that uses them gives more isolation, prevents name collisions, accidental side effects, etc. Of course from an information standpoint foo/bar and bar/foo are equally expressive. But I think we're more likely to copy, move, translate, etc., subsites as a whole, so having, e.g., /download be self-contained is a nice property. be sure to test each of the Help spread the word links for Twitter/Facebook/Google+ to make sure those applications are finding the right images. I don't mean the image on our page. I mean the image on the post once it is on Facebook, etc. Since hundreds of such posts have already been made, we probably don't want to break any of those links. You mean Twitter/Facebook/Google+ articles are referring to .../download/images/* files? That's bad, then we won't never be able to move such kind of files in the future. I don't know this. I'm just suggesting that it is something we should check. We have over 7 million external links into www.openoffice.org. So it is hard to make any significant changes without breaking something. But that shouldn't prevent us from making improvements. But if we make any big changes we'll want to go back and see if any critical external sites need to be notified/updated. When I see this correct, then the files that you have checked-in into www.oo.org/download/images/ are not that old - much more recent than the files in www.oo.org/download/cachedimages/. IMHO not enough to get wide-spreaded like other data on our website. Do you remember where you have used the image files? Then I (or you) could change the links to the new files in www.oo.org/images/. And any more broken links can be changed then. So, can you help me with this? Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Proposal: Improve security by limiting committer access in SVN
Am 04/03/2013 10:58 PM, schrieb janI: On 3 April 2013 22:30, Rob Weirrobw...@apache.org wrote: On Wed, Apr 3, 2013 at 1:45 PM, Andrea Pescettipesce...@apache.org wrote: Jürgen Schmidt wrote: [...] On 3 April 2013 14:39, Rob Weirrobw...@apache.org wrote: one change to our current process that will, I think, greatly increase security. This would be to restrict SVN authorization for the code I don't think this would greatly increase security, since the current review model would still be the better defense. But surely this doesn't decrease security and doesn't impact on people who are not using it. Good to think in layers of security. An account that is not authorized is an account we don't need to worry about at all. Note: we have people currently authorized for our source code, who have *never* checked in code and who have *never* posted on the mailing list. I have a heard time believing that they are following best practices to avoid losing control of their Apache login credentials. I see also no problem if we handle it more careful and give svn access to the code on demand only. Nobody should take it personal Before we manage again to make simple discussions complex, let's see: - All committers have the right to have write access to the source code Yes, though the right is a de jure right, not exactly equivalent to the technical authorization. But one should lead to the other on demand. - By default 3 subtrees (trunk, tags, branches) are read-only - Any committer can receive write access to the 3 subtrees immediately, by sending an e-mail here This could be fine for me, provided that: 1) We have the right way to manage this (another LDAP group does not look like the right solution: people who don't want to understand correctly will invent that this is a multi-level hierarchy while it would simply be a permission that we enable on demand) Hmmm that I think ldap would be the normal way of handling it, but it is pure technical and not something the user sees. 2) Enabling write access is extremely simple, especially if this is something that I must take care of! Something like the current modify_unix_group.pl scripts currently used for the committers group. Yes, that is how I understand subprojects. PMC can grant write access. I'd do it like this: 0) Call it active and dormant statuses. This doesn't change status as a committer, just status of SVN authorization. +1 1) By default the active list includes only those who have made commits to those trees in the last 12 months (or some other suitable time period). Ever would be a fine time period as well. +1, I would prefer 6 month. 2) Everyone else has authorization for /site, /ooo-site and /devtools Are you sure about devtools, they they are equal to source in my opinion. 3) Any committer can be added to the active list on demand. +1 with emphasis on demaend, default is read-only 4) New committers are explained this when they are voted in and asked if they want to be on the active list for Subversion. +1 rgds Jan I I'm one of them who would loose commit permission to the core code. But for me it would be OK. As my knowledge is not big enough to play with you in this premier league of C++/C, Java, etc. it doesn't make any difference for me if I could or could not commit. So, if it helps to increase the security a bit, then I'm fine with it. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Mirror file structure][DISCUSS] Wanted: New mirror file structure for AOO 4.0
Am 04/01/2013 03:39 PM, schrieb Rob Weir: On Mon, Apr 1, 2013 at 9:12 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 04/01/2013 01:49 PM, schrieb Rob Weir: On Apr 1, 2013, at 3:54 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 04/01/2013 03:20 AM, schrieb Rob Weir: On Sun, Mar 31, 2013 at 12:07 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Many months ago we agreed to create a new file structure for the mirrors to get rid of some historical grown limitations and complexity. I want to continue this and come to a final result. Current situation: - Mostly it's about to differenciate the files between stable for en-US files only and localized for all other languages. - Due to Apache policy the source files must not be distributed by mirrors, but have to be offered from Apache servers only. Is that actually true? I thought it was fine to distribute our source tarballs via the Apache mirror network. The things that must be distributed from the Apache dist server are the hash files and detached signature files. You are right, I've checked this with the current downloads. So, it can stay as it is now. New naming structure: - A new structure could look like the following: path_on_the_mirror/release_**version/file_type/** language_code/install_file Some examples to make it more realistic: http://sourceforge.net/**projects/openofficeorg.mirror/http://sourceforge.net/projects/openofficeorg.mirror/ 4.0.0/binaries/en-US/Apache_**OpenOffice_4.0.0_Win_x86_** install_en-US.exe http://sourceforge.net/**projects/openofficeorg.mirror/http://sourceforge.net/projects/openofficeorg.mirror/ 4.0.0/binaries/it/Apache_**OpenOffice_4.0.0_Win_x86_**langpack_it.exe http://sourceforge.net/**projects/openofficeorg.mirror/http://sourceforge.net/projects/openofficeorg.mirror/ 4.0.0/binaries/SDK/Apache_**OpenOffice-SDK_4.0.0_Win_x86_** install_en-US.exe This does not match your pattern. There is nolanguage-code component to the path? It is, have a look for the en-US it, and SDK pattern. Maybe a typo in you example? I see SDK (and binaries) but no language. Surely pretending that SDK is a language would only complicate the logic. As the SDK is distributed as en-US files we can put them also into this dir. However, don't worry about the logic. ;-) But I do care, since my statistics gathering tools rely on a consistent directory structure. Better, IMHO, to havefile-type be more meaningful, e.g., full-install, lang-pack, SDK, source, etc. Pretending that the SDK is merely another form of en-US binary is suboptimal. Sure, SDK could be also a file-type instead of a language. Marcus http://www.apache.org/dyn/aoo-**closer.cgi/ooo/http://www.apache.org/dyn/aoo-closer.cgi/ooo/ 4.0.0/source/aoo-4.0.0-src.**tar.bz2 What do you think? This is fine. Could even do without thefile_typedirectory. If you do then directly to thelanguage_codedirectory, everything is clear by the file name. Sure, but someone (or more people) wanted to have another sub-dir. But I don't remember who it was. Otherwise we end up with many directories with only a very small number of files in them. I don't think so. When you look at the following I wouldn't call it a small number of files: http://sourceforge.net/**projects/openofficeorg.mirror/** files/localized/ar/3.4.1/http://sourceforge.net/projects/openofficeorg.mirror/files/localized/ar/3.4.1/ However, I don't care. Of course we could elleminate file_type from the pattern when we could come to an agreeement. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Mirror file structure][DISCUSS] Wanted: New mirror file structure for AOO 4.0
Am 04/01/2013 01:49 PM, schrieb Rob Weir: On Apr 1, 2013, at 3:54 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 04/01/2013 03:20 AM, schrieb Rob Weir: On Sun, Mar 31, 2013 at 12:07 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Many months ago we agreed to create a new file structure for the mirrors to get rid of some historical grown limitations and complexity. I want to continue this and come to a final result. Current situation: - Mostly it's about to differenciate the files between stable for en-US files only and localized for all other languages. - Due to Apache policy the source files must not be distributed by mirrors, but have to be offered from Apache servers only. Is that actually true? I thought it was fine to distribute our source tarballs via the Apache mirror network. The things that must be distributed from the Apache dist server are the hash files and detached signature files. You are right, I've checked this with the current downloads. So, it can stay as it is now. New naming structure: - A new structure could look like the following: path_on_the_mirror/release_version/file_type/language_code/install_file Some examples to make it more realistic: http://sourceforge.net/projects/openofficeorg.mirror/ 4.0.0/binaries/en-US/Apache_OpenOffice_4.0.0_Win_x86_install_en-US.exe http://sourceforge.net/projects/openofficeorg.mirror/ 4.0.0/binaries/it/Apache_OpenOffice_4.0.0_Win_x86_langpack_it.exe http://sourceforge.net/projects/openofficeorg.mirror/ 4.0.0/binaries/SDK/Apache_OpenOffice-SDK_4.0.0_Win_x86_install_en-US.exe This does not match your pattern. There is nolanguage-code component to the path? It is, have a look for the en-US it, and SDK pattern. Maybe a typo in you example? I see SDK (and binaries) but no language. Surely pretending that SDK is a language would only complicate the logic. As the SDK is distributed as en-US files we can put them also into this dir. However, don't worry about the logic. ;-) Marcus http://www.apache.org/dyn/aoo-closer.cgi/ooo/ 4.0.0/source/aoo-4.0.0-src.tar.bz2 What do you think? This is fine. Could even do without thefile_type directory. If you do then directly to thelanguage_code directory, everything is clear by the file name. Sure, but someone (or more people) wanted to have another sub-dir. But I don't remember who it was. Otherwise we end up with many directories with only a very small number of files in them. I don't think so. When you look at the following I wouldn't call it a small number of files: http://sourceforge.net/projects/openofficeorg.mirror/files/localized/ar/3.4.1/ However, I don't care. Of course we could elleminate file_type from the pattern when we could come to an agreeement. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Website] Re-locate images from download/images/ to images/
Am 04/01/2013 03:12 AM, schrieb Rob Weir: On Sun, Mar 31, 2013 at 11:12 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Hi Rob, I want to cleanup the structure and remove 1 of the 2 directories for images. Therefore I've added the images from download/images also to images/ and updated the download/index.html to point to the new location. Please tell me, is it save to remove the download/images/ directory? If not what else has to be updated? I'm not sure I like the idea of having a global images directory rather than having images scoped to the subtree where they are actually used. Having a single global directory increases the changes of having accidental conflicts. But if you want to make this change, That's not what I want. Please read again. I just want to get rid of 1 of the 2 images directories in the download/ sub-dir. Of course it doesn't make sense to have a single images dir for the entire website. ;-) be sure to test each of the Help spread the word links for Twitter/Facebook/Google+ to make sure those applications are finding the right images. I don't mean the image on our page. I mean the image on the post once it is on Facebook, etc. Since hundreds of such posts have already been made, we probably don't want to break any of those links. You mean Twitter/Facebook/Google+ articles are referring to .../download/images/* files? That's bad, then we won't never be able to move such kind of files in the future. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
[Website] Re-locate images from download/images/ to images/
Hi Rob, I want to cleanup the structure and remove 1 of the 2 directories for images. Therefore I've added the images from download/images also to images/ and updated the download/index.html to point to the new location. Please tell me, is it save to remove the download/images/ directory? If not what else has to be updated? Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
[Mirror file structure][DISCUSS] Wanted: New mirror file structure for AOO 4.0
Many months ago we agreed to create a new file structure for the mirrors to get rid of some historical grown limitations and complexity. I want to continue this and come to a final result. Current situation: - Mostly it's about to differenciate the files between stable for en-US files only and localized for all other languages. - Due to Apache policy the source files must not be distributed by mirrors, but have to be offered from Apache servers only. New naming structure: - A new structure could look like the following: path_on_the_mirror/release_version/file_type/language_code/install_file Some examples to make it more realistic: http://sourceforge.net/projects/openofficeorg.mirror/ 4.0.0/binaries/en-US/Apache_OpenOffice_4.0.0_Win_x86_install_en-US.exe http://sourceforge.net/projects/openofficeorg.mirror/ 4.0.0/binaries/it/Apache_OpenOffice_4.0.0_Win_x86_langpack_it.exe http://sourceforge.net/projects/openofficeorg.mirror/ 4.0.0/binaries/SDK/Apache_OpenOffice-SDK_4.0.0_Win_x86_install_en-US.exe http://www.apache.org/dyn/aoo-closer.cgi/ooo/ 4.0.0/source/aoo-4.0.0-src.tar.bz2 What do you think? Thanks Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [Website] Re-locate images from download/images/ to images/
Am 03/31/2013 06:27 PM, schrieb Dave Fisher: Hi Marcus, On Mar 31, 2013, at 8:12 AM, Marcus (OOo) wrote: Hi Rob, I want to cleanup the structure and remove 1 of the 2 directories for images. Therefore I've added the images from download/images also to images/ and updated the download/index.html to point to the new location. Please tell me, is it save to remove the download/images/ directory? If not what else has to be updated? The following pages still refer to download/images. David-Fishers-MacBook-Air:ooo-site dave$ find . -name *.html -exec grep -li download/images {} \; ./trunk/content/ja/download/3.2.0/index.html ./trunk/content/ja/download/3.2.0/index_test.html ./trunk/content/ja/download/index.html ./trunk/content/ja/download/index_testing.html ./trunk/content/promotions/dfd.html ./trunk/content/sk/download/index.html ./trunk/content/zh-cn/download/index.html Thank for your search. I've updated these webpages, too. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: Download page: add Official Site to the title
Am 03/24/2013 11:23 AM, schrieb Andrea Pescetti: I've just added Official Site to the HTML title element in http://www.openoffice.org/download/ (and to the test pages that may replace it for future releases) in the Ah, right, there is still some work to do. Thanks for this little reminder. ;-) I think Eastern is quite nice to make some changes. hope that this will make it easier to identify the official site for people who use search engines. If you believe that this change won't have the intended effect, or on the contrary that Official Site should also be added to other sections of our website, feel free to modify the pages accordingly. It's good to point this out in the webpages to make it clear in the Google serach results. However, when searching now it's already very good - even when Google has not yet optimized the search results: http://www.google.de/search?q=openoffice+download+official The first result is already our download page. The next 3 results point to www.openoffice.org webpages and the sixth is the blog post with How to Safely Download Apache OpenOffice. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [CODE][PROPOSAL]: AOO 4.0 getting rid of the 3 layer office, part 1
Am 03/22/2013 05:15 PM, schrieb Jürgen Schmidt: [...] Still some work to do but from my point of view a useful move forward to get rid of this complex and unnecessary 3layer stuff. What do you think? You are absolutely right with cleaning up the old 3-layer-office. A big +1 to get rid of it. Marcus - To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org
Re: [BZ] Change strings with OOo on the BZ startpage
Am 02/13/2013 10:34 PM, schrieb Rob Weir: On Wed, Feb 13, 2013 at 4:24 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Hi BZ admins, https://issues.apache.org/ooo/ May I suggest some little string changes on the BZ startpage: HTML title -- Currently: Apache OOo Bugzilla Main Page New: Apache OpenOffice (AOO) Bugzilla Main Page Headline Currently: Welcome to Apache OOo Bugzilla New: Welcome to Apache OpenOffice (AOO) Bugzilla Link somewhat below the hreadline - Currently: Apache OOo Bugzilla User's Guide New: Apache OpenOffice (AOO) Bugzilla User's Guide On the top and bottom of every page (are these the header and footer?) there are other strings with OOo that should be changed, too. These all look like reasonable changes, but I don't see them as configuration items in the BZ admin tools available to us. The only text from the homepage that I can change from the admin tool is the message in the box: Please Note: All users with accounts with the legacy OpenOffice.org issue tracker... So we'll probably need to open an JIRA issue with Infra to get this updated. OK, I've done it with: https://issues.apache.org/jira/browse/INFRA-5865 Thanks Marcus
[BZ] Change strings with OOo on the BZ startpage
Hi BZ admins, https://issues.apache.org/ooo/ May I suggest some little string changes on the BZ startpage: HTML title -- Currently: Apache OOo Bugzilla Main Page New: Apache OpenOffice (AOO) Bugzilla Main Page Headline Currently: Welcome to Apache OOo Bugzilla New: Welcome to Apache OpenOffice (AOO) Bugzilla Link somewhat below the hreadline - Currently: Apache OOo Bugzilla User's Guide New: Apache OpenOffice (AOO) Bugzilla User's Guide On the top and bottom of every page (are these the header and footer?) there are other strings with OOo that should be changed, too. Thanks Marcus
Re: Calc behavior: result of 0 ^ 0
Am 02/12/2013 08:46 PM, schrieb Rob Weir: On Tue, Feb 12, 2013 at 2:11 PM, Pedro Giffunip...@apache.org wrote: Hello; I don't understand, I saw a bug (erroneous result returned by a function) and I fixed it respecting the standards, thereby enhancing interperability with the market leader. I am aware that Rob has a different point of view here but so By my count, those who expressed concern about your patch are; - Me - Regina - Andre - Stuart - Günter I think this is a non-trivial amount opposition, including from some whose opinions you might respect more than mine. far neither him nor Stephen Hawking has explained how the change would be incorrect and no example where someone has been affected by this change has been provided. You can't have it both ways. Your claimed benefit is intrinsically tied to breaking compatibility with earlier versions of OpenOffice. You cannot both claim that it has a significant interop benefit and also claim that it has a negligible backwards compatibility impact. IMHO nobody wrote that there is a significant improvement in direction of better compatibility. Of course it's just a step of 1 per mill. Some facts from the issue itself: - open since 2010-09-09 - only 2 votes (from author of comment #2) - only 4 mail addresses on CC (all from apache) - only 3 comments (before our discussion started) From my point of view this issue is of very low interest for others - compared with other issues. But as nobody has delievered a valid use case, we're talking about a theoretically possibility of broken spreadsheets and therefore spent already too much of our time for this discussion. I propose to keep the change as it is now. My 2 ct. Marcus Has the patch been vetoed, and if so on what basis? Pedro. Da: Dennis E. Hamiltondennis.hamil...@acm.org A: dev@openoffice.apache.org Cc: dwhyt...@gmail.com; pesce...@apache.org; 'Pedro Giffuni'p...@apache.org Inviato: Martedì 12 Febbraio 2013 13:11 Oggetto: RE: Calc behavior: result of 0 ^ 0 RESOLUTION OF THE PROPOSAL The proposed change was made under CTR (Commit then Review). There has been a subsequent review and, as Don points out, the discussion has been lengthy and vocal. The objective is to achieve consensus. I believe it is clear that there is no consensus on the proposed change and the proposal fails. I can't speak for the AOO PMC. It would be useful if Andreas helped wrap this up. If the lack of consensus is affirmed, Pedro can revert the change and adjust the Bugzilla issue. THE ESSENCE OF THE PROPOSAL The proposal is to enact the breaking change as described on the Community Wiki at https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Release+Notes . It is under Changes that Impact Backward Compatibility, Calc and OpenFormula Support. Exponentiation The current version of Calc produces 1 for POWER(0,0). This is one of the implementation-defined results that is permitted by ODF 1.2 OpenFormula. It is proposed to change POWER(0,0) to result in #VALUE!. This is also permitted as the implementation-defined result. This is also compatible with Excel and the Excel 2013 support for ODF 1.2 OpenFormula in .ods Spreadsheets. ... OUTCOME The proposed change is tracked in Bugzilla Issue #114430, https://issues.apache.org/ooo/show_bug.cgi?id=114430. A patch to implement this proposal is already included in the SVN. If the proposal is not accepted as the result of CTR review, the Issue will be closed and the patch reverted. - Dennis -Original Message- From: Donald Whytock [mailto:dwhyt...@gmail.com] Sent: Tuesday, February 12, 2013 09:20 To: dev@openoffice.apache.org Subject: Re: Calc behavior: result of 0 ^ 0 ...So I got curious, and I paged back in my email archive, and it seems this is the biggest AOO dev thread since the graduation vote back in early September. At this point, does anyone care enough about changing the status quo as to put up a coherent proposal to be voted on? Don
Re: Calc behavior: result of 0 ^ 0
Am 02/12/2013 10:39 PM, schrieb Rob Weir: On Tue, Feb 12, 2013 at 4:31 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 02/12/2013 08:46 PM, schrieb Rob Weir: On Tue, Feb 12, 2013 at 2:11 PM, Pedro Giffunip...@apache.org wrote: Hello; I don't understand, I saw a bug (erroneous result returned by a function) and I fixed it respecting the standards, thereby enhancing interperability with the market leader. I am aware that Rob has a different point of view here but so By my count, those who expressed concern about your patch are; - Me - Regina - Andre - Stuart - Günter I think this is a non-trivial amount opposition, including from some whose opinions you might respect more than mine. far neither him nor Stephen Hawking has explained how the change would be incorrect and no example where someone has been affected by this change has been provided. You can't have it both ways. Your claimed benefit is intrinsically tied to breaking compatibility with earlier versions of OpenOffice. You cannot both claim that it has a significant interop benefit and also claim that it has a negligible backwards compatibility impact. IMHO nobody wrote that there is a significant improvement in direction of better compatibility. Of course it's just a step of 1 per mill. Some facts from the issue itself: - open since 2010-09-09 - only 2 votes (from author of comment #2) - only 4 mail addresses on CC (all from apache) - only 3 comments (before our discussion started) From my point of view this issue is of very low interest for others - compared with other issues. But as nobody has delievered a valid use case, we're talking about a theoretically possibility of broken spreadsheets and therefore spent already too much of our time for this discussion. Sorry, if it wasn't clear. I have a spreadsheet on my hard-drive right now that would be break if we changed the behavior of 0^0. And what is your *serious* use case for this spreadsheet? Beside to use it as a test document? And you have it created before the discussion has started? I'll ask my question again: Is there more than one who can deliever a *serious and valid use case*? Thanks Marcus I propose to keep the change as it is now. My 2 ct. Marcus Has the patch been vetoed, and if so on what basis? Pedro. Da: Dennis E. Hamiltondennis.hamil...@acm.org A: dev@openoffice.apache.org Cc: dwhyt...@gmail.com; pesce...@apache.org; 'Pedro Giffuni'p...@apache.org Inviato: Martedì 12 Febbraio 2013 13:11 Oggetto: RE: Calc behavior: result of 0 ^ 0 RESOLUTION OF THE PROPOSAL The proposed change was made under CTR (Commit then Review). There has been a subsequent review and, as Don points out, the discussion has been lengthy and vocal. The objective is to achieve consensus. I believe it is clear that there is no consensus on the proposed change and the proposal fails. I can't speak for the AOO PMC. It would be useful if Andreas helped wrap this up. If the lack of consensus is affirmed, Pedro can revert the change and adjust the Bugzilla issue. THE ESSENCE OF THE PROPOSAL The proposal is to enact the breaking change as described on the Community Wiki at https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Release+Notes . It is under Changes that Impact Backward Compatibility, Calc and OpenFormula Support. Exponentiation The current version of Calc produces 1 for POWER(0,0). This is one of the implementation-defined results that is permitted by ODF 1.2 OpenFormula. It is proposed to change POWER(0,0) to result in #VALUE!. This is also permitted as the implementation-defined result. This is also compatible with Excel and the Excel 2013 support for ODF 1.2 OpenFormula in .ods Spreadsheets. ... OUTCOME The proposed change is tracked in Bugzilla Issue #114430, https://issues.apache.org/ooo/show_bug.cgi?id=114430. A patch to implement this proposal is already included in the SVN. If the proposal is not accepted as the result of CTR review, the Issue will be closed and the patch reverted. - Dennis -Original Message- From: Donald Whytock [mailto:dwhyt...@gmail.com] Sent: Tuesday, February 12, 2013 09:20 To: dev@openoffice.apache.org Subject: Re: Calc behavior: result of 0 ^ 0 ...So I got curious, and I paged back in my email archive, and it seems this is the biggest AOO dev thread since the graduation vote back in early September. At this point, does anyone care enough about changing the status quo as to put up a coherent proposal to be voted on? Don
Re: Calc behavior: result of 0 ^ 0
Am 02/12/2013 11:22 PM, schrieb Rob Weir: On Tue, Feb 12, 2013 at 5:07 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 02/12/2013 10:39 PM, schrieb Rob Weir: On Tue, Feb 12, 2013 at 4:31 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 02/12/2013 08:46 PM, schrieb Rob Weir: On Tue, Feb 12, 2013 at 2:11 PM, Pedro Giffunip...@apache.orgwrote: Hello; I don't understand, I saw a bug (erroneous result returned by a function) and I fixed it respecting the standards, thereby enhancing interperability with the market leader. I am aware that Rob has a different point of view here but so By my count, those who expressed concern about your patch are; - Me - Regina - Andre - Stuart - Günter I think this is a non-trivial amount opposition, including from some whose opinions you might respect more than mine. far neither him nor Stephen Hawking has explained how the change would be incorrect and no example where someone has been affected by this change has been provided. You can't have it both ways. Your claimed benefit is intrinsically tied to breaking compatibility with earlier versions of OpenOffice. You cannot both claim that it has a significant interop benefit and also claim that it has a negligible backwards compatibility impact. IMHO nobody wrote that there is a significant improvement in direction of better compatibility. Of course it's just a step of 1 per mill. Some facts from the issue itself: - open since 2010-09-09 - only 2 votes (from author of comment #2) - only 4 mail addresses on CC (all from apache) - only 3 comments (before our discussion started) From my point of view this issue is of very low interest for others - compared with other issues. But as nobody has delievered a valid use case, we're talking about a theoretically possibility of broken spreadsheets and therefore spent already too much of our time for this discussion. Sorry, if it wasn't clear. I have a spreadsheet on my hard-drive right now that would be break if we changed the behavior of 0^0. And what is your *serious* use case for this spreadsheet? Beside to use it as a test document? And you have it created before the discussion has started? The spreadsheet I am thinking about is over 4 years old, has been published and is used by others as well. Maybe, but what we still don't know is the use case. Why don't you come up with more details? I'd also point out that asking your question on this list is not really telling you anything. We've had 37 million downloads of AOO 3.4. Only 400 people subscribe to this list. So I don't think this is great evidence for saying it has zero impact. But again, if you think that situation never comes up in real use, then let's not make the change, since it would have no benefit. Sorry, I don't understand why the change should not been made? Just to keep the implementation forever? Honestly, your sentence makes no sense to me. OK, to make it clear: Do what you want, discuss on and on. My standpoint is that this is a ridicolous discussion and the change non-serious. For me this is EOD. Good night. Marcus I'll ask my question again: Is there more than one who can deliever a *serious and valid use case*? Thanks Marcus I propose to keep the change as it is now. My 2 ct. Marcus Has the patch been vetoed, and if so on what basis? Pedro. Da: Dennis E. Hamiltondennis.hamil...@acm.org A: dev@openoffice.apache.org Cc: dwhyt...@gmail.com; pesce...@apache.org; 'Pedro Giffuni'p...@apache.org Inviato: Martedì 12 Febbraio 2013 13:11 Oggetto: RE: Calc behavior: result of 0 ^ 0 RESOLUTION OF THE PROPOSAL The proposed change was made under CTR (Commit then Review). There has been a subsequent review and, as Don points out, the discussion has been lengthy and vocal. The objective is to achieve consensus. I believe it is clear that there is no consensus on the proposed change and the proposal fails. I can't speak for the AOO PMC. It would be useful if Andreas helped wrap this up. If the lack of consensus is affirmed, Pedro can revert the change and adjust the Bugzilla issue. THE ESSENCE OF THE PROPOSAL The proposal is to enact the breaking change as described on the Community Wiki at https://cwiki.apache.org/confluence/display/OOOUSERS/AOO+4.0+Release+Notes . It is under Changes that Impact Backward Compatibility, Calc and OpenFormula Support. Exponentiation The current version of Calc produces 1 for POWER(0,0). This is one of the implementation-defined results that is permitted by ODF 1.2 OpenFormula. It is proposed to change POWER(0,0) to result in #VALUE!. This is also permitted as the implementation-defined result. This is also compatible with Excel and the Excel 2013 support for ODF 1.2 OpenFormula in .ods Spreadsheets. ... OUTCOME The proposed change is tracked in Bugzilla Issue #114430, https://issues.apache.org/ooo/show_bug.cgi?id=114430. A patch to implement
Re: Calc behavior: result of 0 ^ 0
Am 02/10/2013 12:11 AM, schrieb Andrea Pescetti: A good practical example of backwards-incompatible changes in version 4.0 is the behavior of Calc while computing 0 ^ 0. You can find a long issue, with different points of view, about this at: https://issues.apache.org/ooo/show_bug.cgi?id=114430 but in short: - Obviously, 0 ^ 0 is an illegal operation in mathematics and the result is undefined/invalid - In 3.4.1, =0 ^ 0 returns 1 - In 4.0, as patched by Pedro (see issue), =0 ^ 0 would return an error - According to ODF, valid results are 0, 1, error - We gain interoperability since Excel returns an error too - We lose backwards compatibility if someone was relying on the fact that OpenOffice returns 1 as the result of =0 ^ 0 I'm OK with the proposed change, provided we advertise it in the release notes. I'm not aware of any cases where someone is actively using the fact that in Calc 0 ^ 0 evaluates to 1, and even if someone did, I would say that his spreadsheets should not compute 0 ^ 0 at all. A side benefit would be that school students quickly wanting to find out what is the result of 0 ^ 0 would be told the truth (it's an error) instead of being presented with a numeric result and no warnings. (Then the student would go on and write = - 2 ^ 2 and have a lot of fun, but this is out of scope here). Right, the change has a *very* narrow and limited group of users. I mean not the power function itself but the result of 0 ^ 0. Is there consensus that this is a reasonable backwards-incompatible change, or compelling reasons to revert it? I don't see any problem to change the behavior for *this special* case. Before it was behaving within the ODF standard and after the commit it's still the same. And when we can improve the interoperability with MS Office - even if it's just 0.5% - then even better. So, +1 to keep Pedro's change. Marcus
Re: Apache OpenOffice in Fedora 19?
Am 02/06/2013 09:13 PM, schrieb Andrea Pescetti: On 31/01/2013 Andrea Pescetti wrote: It got more coverage than needed, probably. It is just a proposal at this stage, like dozens of other proposals. It is starting to become something a little bit more official now. Minutes ago, the FESCo meeting (Fedora Engineering Steering Committee) approved the feature for Fedora 19 unanimously, 9-0. Great news. They will likely publish some minutes, but I copy-paste from the chat. --- Feature is accepted under the condition that the conflicts must be worked out. OpenOffice and LibreOffice packagers get to work them out. There is no FESCo mandate that LibreOffice must change to accommodate OpenOffice at this time. Alternatives is not the way to resolve the conflicts but environment-modules may be looked at as a similar means to achieve that. --- Explanations: - Conflicts are over the soffice and unopkg aliases, and possibly others, which would be needed by both OpenOffice and LibreOffice. Here I hope that the LibreOffice packagers can agree on some solutions (note: it's really about the packages, since the upstream LibreOffice does not conflict). Stephan Bergmann explained that there is still some usage of the hard-coded soffice by external applications and in the SDK. So this really needs to be clarified to see whether OpenOffice will break if it doesn't own the soffice alias. - For historical reasons, the ooffice, oowriter... aliases are assigned to LibreOffice. Although we discussed it on the mailing lists, this won't change. So, unless we have the funny idea of squatting lowriter, localc..., we are left with aoowriter, aoocalc and so on. I've the idea that both parties are changing to an own naming syntax: soffice - aooffice *and* soffice - loffice and so on with other names. Then both have work to do and nobody is in advantage to profit from old stuff. But maybe this just an idealistic way and a naive point of view ;-). My 2 ct. Marcus Fedora will branch for Alpha on 2 Apr 2013: we must have something decently packaged by that time. At FOSDEM I met the Fedora people together with Herbert and Andre, so we already have some knowledge of the process. More details: https://fedoraproject.org/wiki/Features/ApacheOpenOffice Regards, Andrea.
[Mac] 8 characters can kill Mac programs
Hi Mac user, I stumbled over this news article (sorry, German only): http://www.heise.de/newsticker/meldung/Acht-Zeichen-killen-Mac-Programme-1796645.html That includes this link: http://openradar.appspot.com/13128709 OSX apps (TextEdit) crashing in spell-checker (I think). I don't know if AOO is depending on the spellchecking service from MacOS X but maybe someone could try if AOO is affected, too. Thanks Marcus
Re: Bugzilla -- Any interest in enabling categories?
Am 02/05/2013 10:28 PM, schrieb janI: On 5 February 2013 22:22, Regina Henschelrb.hensc...@t-online.de wrote: Hi Rob, Rob Weir schrieb: You can see our current Bugzilla taxonomy here: https://issues.apache.org/ooo/**describecomponents.cgihttps://issues.apache.org/ooo/describecomponents.cgi We have around 50 top-level products and within that each product has one or more components. Users, as well as new-volunteers, are confused by the 50 products. For example, it is not at all clear to them where cross-cutting concerns go, e.g., crashes that occur across applications, like the profile corruption issue. Also, some of the products are not really dealing with the code of the product, but are project related areas like qa, www, user-faq or education. Bugzilla has an option that we can enable that would add an additional level to the hierarchy, called categories. A category contains products, which contain components. Is there any interest in having categories enabled? No, I would like to go another way and reduce the product-list. For example, SDK has about 500 issues at all from the beginning from today about 128000. Compare it to Word Processor with about 770 issues in the last year. Products with low use does not need a division in components. There are more such low used products. I would put them together in two products: other source code issues and other non-source code issues and use their former product name as component. The other problem is, that some products are only understandable for insiders. Or do you know immediately what product oi or ucb is? So keep only those products, which have got enough issues in the last two years to make a component list meaningful and which are understandable to end users. +1 for simplification, and also name it with external names that users understand like draw, write etc. Also my +1 for Regina's suggestion to delete old and no longer needed stuff - to make it easier for all. Marcus
Re: Mirror
Am 02/04/2013 09:53 PM, schrieb Simon Schubert: Hello, you still looking for mirror servers? I work at the University of Mannheim and I'm the administrator of mirror.informatik.uni-mannheim.de http://mirror.informatik.uni-mannheim.de. The server has a 2Gbps Uplink. Best regards Simon Schubert Thanks for your interest in distributing Apache OpenOffice. With the transition from Sun/Oracle to Apache we have also changed the model how to make the releases available for the world. We are using the server and services from SourceForge.net. When you are already part of SourceForge's network then all is fine. However, a separate mirror is not necessary for us. Thanks Marcus
Re: An idea: Add option to delete profile when uninstalling
Am 02/01/2013 01:19 PM, schrieb Rory O'Farrell: On Fri, 1 Feb 2013 07:09:24 -0500 Rob Weirrobw...@apache.org wrote: As I've been reviewing the backlog of defect reports submitted by users I notice a lot of them that are probably caused by the upgrade profile corruption bug. I see reports of this on Twitter and Facebook as well. Most users seem smart enough to uninstall and reinstall. They've learned that from other programs. It is pretty much the standard solution to crash problems -- uninstall and reinstall and you'll be fine. But in our case, that doesn't fix anything, since the profile is not removed when we uninstall. What if we added an option to delete the profile when uninstalling? I've seen many programs that do that. It could be a page that says, Delete application profile and settings? Default could be No, the same behavior we have today. But this would give a far easier way for users to recover from profile corruption. I think it might be better to rename the old profile to .BAK (or something) even if the User believes it to have been deleted; that way, custom dictionaries etc will be preserved and can be recovered. It can happen that a long time user of OpenOffice can have customisation, but is not a technically informed user. So, instead of a checkbox like: Delete the user profile? [ yes | no ] I think we should both on the same wizard page: What to do with your remaining user profile? [ Delete | Rename | Leave as it is ] However, a big +1 for the possibility to delete also the user profile while uninstallation. Marcus
Re: [CONF] Apache OpenOffice Community QA Testing Preferences
Am 02/01/2013 07:33 PM, schrieb conflue...@apache.org: Space: Apache OpenOffice Community (https://cwiki.apache.org/confluence/display/OOOUSERS) Page: QA Testing Preferences (https://cwiki.apache.org/confluence/display/OOOUSERS/QA+Testing+Preferences) Edited by Giorgio Gentili: - Please keep in alphabetical order by given name. || Name || Bugzilla ID \\ || Can test Windows? \\ || Can test Mac? \\ || Can test Linux? \\ || Can test Printing? \\ || Can test Base? \\ || Can test Scripting? \\ || Can test Localizations (non-English)? \\ || Have access to MS Office? \\ || Additional Comments \\ || | Anders Kvibäck \\ | akva1...@gmail.com \\ | Vista \\ | No \\ | Ubuntu \\ | No \\ | Willing to learn \\ | Willing to learn \\ | Swedish \\ | \\ | I guess I can learn to test scripts | | Ephraim Purcell \\ | ephraim...@gmail.com \\ | Vista \\ | No \\ | Ubuntu 10.04, 12.04 \\ | No \\ | No \\ | No \\ | English \\ | | | | Giorgio Gentili \\ | george.gent...@alice.it \\ | Win7 64-bit \\ | No \\ | No \\ | HP Deskjet \\ | Yes \\ | Yes \\ | Italian \\ | Office 2000, Starter 2010 \\ | | | Jigisha \\ | jigishails2000.gmail.com \\ | winXP \\ | No \\ | No \\ | No \\ | No \\ | No \\ | English \\ | | I just started in this field so would like to go with easy stuff. \\ | | | Nika Kovach | nika.kov...@gmail.com | Win7 64-bit | No | No | No | Willing to learn | Willing to learn | Croatian | Office 2007, 2010 | Willing to learn | | | Olga Plyasunova \\ | princess.romanova.o...@gmail.com \\ | Win7 \\ | Mac OSX 10.6.8 \\ | No \\ | Brother BW Laser \\ | No \\ | No \\ | Russian \\ | | | | | Rob Weir \\ | robw...@apache.org \\ | XP, Win7, Win8, 32 and 64-bit \\ | No \\ | Ubuntu 10.04, 12.04 \\ | HP Color Laser \\ | Yes \\ | Yes \\ | No \\ | Office 97, 2003, 2007, 2010, 2013 \\ | | @Rob: As I've restored the deleted headline in the table, I've also inserted the first sentence Please keep in alphabetical order by given name and wanted to do this actually before committing. However, it seems I've simply forgotten the last part. Sorry for that. Marcus
Re: [DONE] Re: refresh Update Service for our AOO 3.4.1 respin release
Am 01/31/2013 01:59 PM, schrieb Oliver-Rainer Wittmann: Hi, On 30.01.2013 14:48, Oliver-Rainer Wittmann wrote: Hi, On 30.01.2013 11:23, Oliver-Rainer Wittmann wrote: Hi, I will refresh our Update Service for OOo 3.2, OOo 3.2.1, OOo 3.3 and AOO 3.4 to consider the new available languages. Update Service for OOo 3.2 has been refreshed. Refreshments for the other versions will follow. The Update Service has been refreshed for the other versions as well - I had done it about 3 hours ago. On Google Analytics, I see already some hits from the Update Services from the new languages, esp. from Polish, Danish, Swedish and Norwegian OOo 3.3 instances. Thanks Oliver, as the Polish download link is now also repaired we should see a nice increase of download hits in the next days. Marcus Per default users of these former versions having the corresponding language installation will the directed to the general download page [1]. If somebody knows a better page for one of the new languages Danish, Norwegian, Swedish, Korean, Polish, Basque, Asturian and Scottish Gaelic, please let me know. [1] http://www.openoffice.org/download Best regards, Oliver.
Re: Updated download count
Am 01/31/2013 04:24 PM, schrieb Rob Weir: This may possibly be useful for those preparing presentation or other materials for Fosdem. We hit 35 million downloads of AOO 3.4 sometime on Tuesday. Current count is: 35,164,736. climbing higher and higher. Great. :-) Marcus
Re: Polish AOO 3.4.1 not available error.
Am 01/30/2013 05:40 PM, schrieb Piotr B. (pb2004): Page http://www.openoffice.org/download/ incorrectly says: A release for Polski is not available. Please choose from the alternative download webpage for another language.[1] Please correct this error. 1. http://img593.imageshack.us/img593/7279/screenshotcnb.png Thanks a lot for your hint. The problem should be fixed now. Marcus
Re: Need Sol8/Sol10 OpenOffice Binaries?
Am 01/30/2013 09:42 AM, schrieb Raphael Bircher: Hi Am 30.01.13 09:30, schrieb Abdul Rahim: Hi Team, I am trying to find a solaris 8 or solaris 10 binanries for OpenOffice and I am not able to find it on the site: http://www.openoffice.org/download/other.html Is there any other site where I can download it? For Solaris 10 Sparc https://adfinis-sygroup.ch/aoo-solaris-sparc And for Solaris x86 https://adfinis-sygroup.ch/aoo-solaris-x86 Solaris 8 is no longer suppertet.. but since long time. I hope this helps. Greetings Raphael Additionally you can also have a look at the following webpage when you look for officially released installation files: http://www.openoffice.org/download/legacy/other.html Note: These are files from the OOo 3.3.0 release. It was the last release from Sun/Oracle and doesn't belong to Apache. But we are hosting them as legacy release. Marcus
Re: adding a list of download managers to the download page....was Fwd: Re: Open Office CD
Am 01/29/2013 11:09 PM, schrieb Rob Weir: On Tue, Jan 29, 2013 at 4:55 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 01/25/2013 11:54 PM, schrieb Kay Schenk: It seems we've had a number of requests for CDs lately due primarily to slow/metered internet connections from users. TJ's post below is good. Until we determine a way to supply CDs, I'm wondering if we should provide either a local page or a link to information about some decent download managers under Additional Resources on http://www.openoffice.org/download/index.html Thoughts? Good resources for something like this? I know some browsers provide this type of service as an add-on etc. also. Maybe add after the 3.4.1 re-spin in a week or so. I don't think we want to start recommending specific 3rd party download managers. There are good ones free, open source, as well as commercial. But we should not become advertisers for 3rd party products. But saying that a download manager is useful in many cases, and pointing the user here might be good: http://en.wikipedia.org/wiki/Comparison_of_download_managers OK, to create an own page and write some stuff that could be identified as advertising is of course not the correct way. But some little text about what a DL manager can do for you, advantages/disadvantages and a link to a list of applications like you mentioned is IMHO OK. Marcus Yes, great idea. To restart where the previous download stopped is not known by the most people, I guess. How to do this actually could be described in a little extra page in the download area. Unfortunately, I've no experience with this as nowadays my Internet connection is too good. ;-( Marcus Original Message Subject: Re: Open Office CD Date: Fri, 25 Jan 2013 05:27:32 -0500 From: tjt...@apache.org Reply-To: dev@openoffice.apache.org To: dev@openoffice.apache.org CC: jfdi...@wmconnect.com On 1/21/2013 14:27, jfdi...@wmconnect.com wrote: Hello I live in a area where the only internet I can get is dial up and everytime I try to download Open Office i get kicked offline and have to start all over again so I was wondering if you have Open Office in CD form. Thank you for your time. Joe Dills/HTML Let me heartily recommend what worked for me, when I used to have this problem: Firefox browser, plus the DownThemAll (DTA!) add-on, both free. When my download was interrupted (always at least once), DTA popped up a notification. One click on the stream name activates the DTA controls. A second click on Resume, and away it goes, picking up right where it left off. On a bad day, this might happen several times, but it worked so well that I don't recall ever having to repeat a download. (With a 10 Mb broadband, the time went from 8 hours to 4 /minutes/. Dial-up is a PITA.) HTH, /tj/
Re: website not working
Am 01/26/2013 05:05 PM, schrieb cloudfire: The url sent to me is not the one that your website is attached. The second attachment is the error message I receieved when I tried using the link on your website. The first screenshot is a result of having successfully downloaded the application; it is a broken installer. I'm sorry but I don't see problems when downloading the Windows file. When you have further difficulties please use our alternative webpage for downloading: http://www.openoffice.org/download/legacy/other.html HTH Marcus --- On Fri, 1/25/13, Marcus (OOo)marcus.m...@wtnet.de wrote: From: Marcus (OOo)marcus.m...@wtnet.de Subject: Re: website not working To: dev@openoffice.apache.org Cc: cloudfirethe_wiz_of...@yahoo.com Date: Friday, January 25, 2013, 2:38 PM Am 01/25/2013 04:58 PM, schrieb cloudfire: Your link for the legacy (last working version) version of Open Office is not working. When will it be up and running? Tried myself a few seconds ago but I don't see a problem here. Please can you post the exact link that is behind the green box (that one that you have marked in your screenshot? Thanks Marcus
Re: [RESULT] [VOTE]: Release Apache OpenOffice 3.4.1 respin to support 8 new languages
Am 01/27/2013 12:37 PM, schrieb Jürgen Schmidt: the files are uploaded thanks, I can see them on the ASF mirrors. Now waiting for appearance on SourceForge. Marcus On 1/27/13 12:08 PM, Jürgen Schmidt wrote: The vote period to release Apache OpenOffice 3.4.1 language respin has ended. The ballot result is +16 including 10 PMC member binding +1 and +1 vote from community members. No abstentions, no -1 votes. Vote tally +1 Jan Iversen +1 Olaf Felka (binding) +1 Carl Marcum +1 Albino Biasutti Netto +1 Wolf Harton +1 Kay Schenk (binding) +1 Armin Le Grand (binding) +1 Xuacu +1 Donald Harbison (binding) +1 Andrea Pescetti (binding) +1 Robert Gallopini (binding) +1 Juergen Schmidt (binding) +1 Herbert Duerr (binding) +1 Dave Barton +1 Pedro Giffuni (binding) +1 Marcus Lange (binding) Thanks Juergen On 1/23/13 10:13 AM, Jürgen Schmidt wrote: Hi all, this is a call for vote on releasing a minor respin of Apache OpenOffice 3.4.1 to support 8 new languages (Danish, Swedish, Norwegian Bokmal, Polish, Korean, Basque, Asturian, Scottish Gaelic). The Hungarian version is repackaged and a Hungarian dictionary is now included. This release is a minor update to support further languages but no bug fixes. We decided to keep the effort minimal and updated only the new languages and no further minor bug fixes. It is the last minor update including incubating in the name and we do that to integrate smoothly in the naming scheme of the current release and to keep the download simple. The source release for AOO 3.4.1 will be renewed and is based now on revision 1435053 from branch AOO34. For our broad user base we built and provide convenience binary packages on the same revision for all new languages. The source release candidate can be found under https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOO341srcrelease The convenience binary full install sets for the new languages can be found under https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOO341fullsets The convenience binary language packs for the new languages can be found under https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOO341languagepacks Please vote on releasing this respin package as a complement to our already released Apache OpenOffice 3.4.1 (incubating). The vote starts now and will be open for 72 hours until: Saturday, 26 January: 2013-01-26 10:00am UTC+1. The vote of PMC members is binding but we invite all people to vote (non binding) on this RC. We would like to provide a release that is supported by the majority of our project members. [ ] +1 Release this respin package as complement Apache OpenOffice 3.4.1 (incubating) [ ] 0 Don't care [ ] -1 Do not release this package because...
Re: [RESULT] [VOTE]: Release Apache OpenOffice 3.4.1 respin to support 8 new languages
Am 01/27/2013 06:48 PM, schrieb Kay Schenk: On Sun, Jan 27, 2013 at 9:17 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 01/27/2013 12:37 PM, schrieb Jürgen Schmidt: the files are uploaded thanks, I can see them on the ASF mirrors. Now waiting for appearance on SourceForge. stay tuned for further details :) still nothing to see here: http://sourceforge.net/projects/openofficeorg.mirror/files/localized/sv/ Will go on tomorrow. Marcus On 1/27/13 12:08 PM, Jürgen Schmidt wrote: The vote period to release Apache OpenOffice 3.4.1 language respin has ended. The ballot result is +16 including 10 PMC member binding +1 and +1 vote from community members. No abstentions, no -1 votes. Vote tally +1 Jan Iversen +1 Olaf Felka (binding) +1 Carl Marcum +1 Albino Biasutti Netto +1 Wolf Harton +1 Kay Schenk (binding) +1 Armin Le Grand (binding) +1 Xuacu +1 Donald Harbison (binding) +1 Andrea Pescetti (binding) +1 Robert Gallopini (binding) +1 Juergen Schmidt (binding) +1 Herbert Duerr (binding) +1 Dave Barton +1 Pedro Giffuni (binding) +1 Marcus Lange (binding) Thanks Juergen On 1/23/13 10:13 AM, Jürgen Schmidt wrote: Hi all, this is a call for vote on releasing a minor respin of Apache OpenOffice 3.4.1 to support 8 new languages (Danish, Swedish, Norwegian Bokmal, Polish, Korean, Basque, Asturian, Scottish Gaelic). The Hungarian version is repackaged and a Hungarian dictionary is now included. This release is a minor update to support further languages but no bug fixes. We decided to keep the effort minimal and updated only the new languages and no further minor bug fixes. It is the last minor update including incubating in the name and we do that to integrate smoothly in the naming scheme of the current release and to keep the download simple. The source release for AOO 3.4.1 will be renewed and is based now on revision 1435053 from branch AOO34. For our broad user base we built and provide convenience binary packages on the same revision for all new languages. The source release candidate can be found under https://cwiki.apache.org/**confluence/display/OOOUSERS/** Development+Snapshot+Builds#**DevelopmentSnapshotBuilds-** AOO341srcreleasehttps://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOO341srcrelease The convenience binary full install sets for the new languages can be found under https://cwiki.apache.org/**confluence/display/OOOUSERS/** Development+Snapshot+Builds#**DevelopmentSnapshotBuilds-** AOO341fullsetshttps://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOO341fullsets The convenience binary language packs for the new languages can be found under https://cwiki.apache.org/**confluence/display/OOOUSERS/** Development+Snapshot+Builds#**DevelopmentSnapshotBuilds-** AOO341languagepackshttps://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOO341languagepacks Please vote on releasing this respin package as a complement to our already released Apache OpenOffice 3.4.1 (incubating). The vote starts now and will be open for 72 hours until: Saturday, 26 January: 2013-01-26 10:00am UTC+1. The vote of PMC members is binding but we invite all people to vote (non binding) on this RC. We would like to provide a release that is supported by the majority of our project members. [ ] +1 Release this respin package as complement Apache OpenOffice 3.4.1 (incubating) [ ] 0 Don't care [ ] -1 Do not release this package because...
Re: website not working
Am 01/25/2013 04:58 PM, schrieb cloudfire: Your link for the legacy (last working version) version of Open Office is not working. When will it be up and running? Tried myself a few seconds ago but I don't see a problem here. Please can you post the exact link that is behind the green box (that one that you have marked in your screenshot? Thanks Marcus
Re: [VOTE]: Release Apache OpenOffice 3.4.1 respin to support 8 new languages
+1 Marcus (binding) Am 01/23/2013 10:13 AM, schrieb Jürgen Schmidt: Hi all, this is a call for vote on releasing a minor respin of Apache OpenOffice 3.4.1 to support 8 new languages (Danish, Swedish, Norwegian Bokmal, Polish, Korean, Basque, Asturian, Scottish Gaelic). The Hungarian version is repackaged and a Hungarian dictionary is now included. This release is a minor update to support further languages but no bug fixes. We decided to keep the effort minimal and updated only the new languages and no further minor bug fixes. It is the last minor update including incubating in the name and we do that to integrate smoothly in the naming scheme of the current release and to keep the download simple. The source release for AOO 3.4.1 will be renewed and is based now on revision 1435053 from branch AOO34. For our broad user base we built and provide convenience binary packages on the same revision for all new languages. The source release candidate can be found under https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOO341srcrelease The convenience binary full install sets for the new languages can be found under https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOO341fullsets The convenience binary language packs for the new languages can be found under https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOO341languagepacks Please vote on releasing this respin package as a complement to our already released Apache OpenOffice 3.4.1 (incubating). The vote starts now and will be open for 72 hours until: Saturday, 26 January: 2013-01-26 10:00am UTC+1. The vote of PMC members is binding but we invite all people to vote (non binding) on this RC. We would like to provide a release that is supported by the majority of our project members. [ ] +1 Release this respin package as complement Apache OpenOffice 3.4.1 (incubating) [ ] 0 Don't care [ ] -1 Do not release this package because...
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/20/2013 06:16 PM, schrieb Kay Schenk: On Sat, Jan 19, 2013 at 9:17 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 01/19/2013 02:38 PM, schrieb Marcus (OOo): Am 01/19/2013 01:43 PM, schrieb Marcus (OOo): Am 01/18/2013 10:52 AM, schrieb Jürgen Schmidt: Hi, I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. This is a change regarding the last build, we will include Hungarian in the respin as well. Supported languages now: ast da eu gd hu pl ko nb sv My plan is to use this build as final build for the release if we don't receive any critical feedback. The feedback regarding the first snapshot was moderate and is addressed with this new one. I will keep you informed when the builds are available. @Ariel: can you please start the builds for Linux as soon as it is possible for you as well. Just to be sure, for the final release we will have full install sets *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux 64-bit (RPM+DEB) and MacOS X, right? OK, nevermind. I found my answer in th Wiki on the snapshot download page. Please can you use the following name schema for the source files as it makes more sense to have the type of file (src) after the SVN rev number: aoo-3.4.1-incubating-r1429825-**src.tar.bz2 aoo-3.4.1-incubating-r1429825-**src.tar.gz aoo-3.4.1-incubating-r1429825-**src.zip I've prepared the new download area with languages and links. Should be possible to commit them on 24th in the evening (CET timezone). Marcus @Marcus: Are these changes in a test area on the production server somewhere? or just you local repository? I've adjusted the new languages in the script and added them also on the table with download links. For the moment it's just local on my PC. Marcus
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/18/2013 10:52 AM, schrieb Jürgen Schmidt: Hi, I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. This is a change regarding the last build, we will include Hungarian in the respin as well. Supported languages now: ast da eu gd hu pl ko nb sv My plan is to use this build as final build for the release if we don't receive any critical feedback. The feedback regarding the first snapshot was moderate and is addressed with this new one. I will keep you informed when the builds are available. @Ariel: can you please start the builds for Linux as soon as it is possible for you as well. Just to be sure, for the final release we will have full install sets *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux 64-bit (RPM+DEB) and MacOS X, right? Marcus
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/19/2013 01:43 PM, schrieb Marcus (OOo): Am 01/18/2013 10:52 AM, schrieb Jürgen Schmidt: Hi, I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. This is a change regarding the last build, we will include Hungarian in the respin as well. Supported languages now: ast da eu gd hu pl ko nb sv My plan is to use this build as final build for the release if we don't receive any critical feedback. The feedback regarding the first snapshot was moderate and is addressed with this new one. I will keep you informed when the builds are available. @Ariel: can you please start the builds for Linux as soon as it is possible for you as well. Just to be sure, for the final release we will have full install sets *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux 64-bit (RPM+DEB) and MacOS X, right? OK, nevermind. I found my answer in th Wiki on the snapshot download page. Please can you use the following name schema for the source files as it makes more sense to have the type of file (src) after the SVN rev number: aoo-3.4.1-incubating-r1429825-src.tar.bz2 aoo-3.4.1-incubating-r1429825-src.tar.gz aoo-3.4.1-incubating-r1429825-src.zip Thanks Marcus
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/19/2013 03:41 PM, schrieb Andrea Pescetti: On 18/01/2013 Jürgen Schmidt wrote: I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. ... Supported languages now: ast da eu gd hu pl ko nb sv So, since we are already distributing Hungarian at http://www.apache.org/dist/incubator/ooo/files/localized/hu/3.4.1/ this means that we will replace those files with the new ones, right? I would expect this, yes. I'm not very happy to release a file with the same name of something we already released (only the hu files would have this problem; the others are new), but this would not be a blocker for me, provided we are able to handle it appropriately. We can put the original 3.4.1 hu files into the archive with slightly different filenames like this: Apache_OpenOffice_incubating_3.4.1_Win_x86_install_without_dict_hu.exe Apache_OpenOffice_incubating_3.4.1_Win_x86_langpack_without_dict_hu.exe Let's just make sure that people who attend to the download pages and mirrors know that we are adding 8 languages (ast da eu gd pl ko nb sv) and replacing one (hu). On the download page the items for hu will remain the same. Marcus
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/19/2013 02:38 PM, schrieb Marcus (OOo): Am 01/19/2013 01:43 PM, schrieb Marcus (OOo): Am 01/18/2013 10:52 AM, schrieb Jürgen Schmidt: Hi, I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. This is a change regarding the last build, we will include Hungarian in the respin as well. Supported languages now: ast da eu gd hu pl ko nb sv My plan is to use this build as final build for the release if we don't receive any critical feedback. The feedback regarding the first snapshot was moderate and is addressed with this new one. I will keep you informed when the builds are available. @Ariel: can you please start the builds for Linux as soon as it is possible for you as well. Just to be sure, for the final release we will have full install sets *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux 64-bit (RPM+DEB) and MacOS X, right? OK, nevermind. I found my answer in th Wiki on the snapshot download page. Please can you use the following name schema for the source files as it makes more sense to have the type of file (src) after the SVN rev number: aoo-3.4.1-incubating-r1429825-src.tar.bz2 aoo-3.4.1-incubating-r1429825-src.tar.gz aoo-3.4.1-incubating-r1429825-src.zip I've prepared the new download area with languages and links. Should be possible to commit them on 24th in the evening (CET timezone). Marcus
Re: [RELEASE]: AOO 3.4.1 language respin
Am 01/19/2013 08:07 PM, schrieb Juergen Schmidt: Am Samstag, 19. Januar 2013 um 14:38 schrieb Marcus (OOo): Am 01/19/2013 01:43 PM, schrieb Marcus (OOo): Am 01/18/2013 10:52 AM, schrieb Jürgen Schmidt: Hi, I will start to build the next snapshot build for our upcoming AOO 3.4.1 respin release based on revision 1435053 on the AOO34 branch. The new build will contain dictionaries for all new languages and we add a dictionary for Hungarian now. This is a change regarding the last build, we will include Hungarian in the respin as well. Supported languages now: ast da eu gd hu pl ko nb sv My plan is to use this build as final build for the release if we don't receive any critical feedback. The feedback regarding the first snapshot was moderate and is addressed with this new one. I will keep you informed when the builds are available. @Ariel: can you please start the builds for Linux as soon as it is possible for you as well. Just to be sure, for the final release we will have full install sets *and* langpacks for Windows, Linux 32-bit (RPM+DEB), Linux 64-bit (RPM+DEB) and MacOS X, right? OK, nevermind. I found my answer in th Wiki on the snapshot download page. Please can you use the following name schema for the source files as it makes more sense to have the type of file (src) after the SVN rev number: aoo-3.4.1-incubating-r1429825-src.tar.bz2 aoo-3.4.1-incubating-r1429825-src.tar.gz aoo-3.4.1-incubating-r1429825-src.zip mmh, probably not because we would have to rebuild. I had proposed the new name weeks ago and nobody complained... :-( ups, sorry. The only quick solution would be to simply rename the files. Let me think about it. Renaming shouldn't be a problem before the upload took place. However, it's just looking not logical to me. So, no real problem when you would leave the filenames as they are now. Marcus
Re: Good user feedback on the Community Forum (blog)
Am 01/18/2013 07:43 PM, schrieb Rob Weir: I posted the link to the EN forum as well: http://macforester.blogspot.com/2013/01/a-shout-out-to-web-community.html great find. Reads really like a big compliment to the voluteers that do invalueable work in all user and support forums in general. Marcus
Re: [CMS PATCH] [Iteration 1] Social Media Integration: Download Page
Am 01/18/2013 03:30 AM, schrieb Rob Weir: On Thu, Jan 17, 2013 at 5:32 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 01/17/2013 05:28 PM, schrieb Rob Weir: Thanks for the patch. I'll review and commit. Even when the patch came a bit surprisingly, it looks quite nice. And still some space for additions like text or just more icons + links. Sorry about that. We've been working on this on the marketing list for around a month. A new volunteer prototyped 4 variations of the page, with different placement and wording for the sharing links. We then did a controlled experiment using Google Analytics to see which variation yielded the most shares. That test ran for 2 weeks and the patch you see was to put the winning design into production. thats interesting. Since not everyone is on the marketing list, in the future we should update the dev list on what we are proposing before implementing it. Yes, just tell what is planned and which proposal seems to make most sense and should be implemented. Me bad. No problem. I'm looking a bit closer to areas of our website that are a bit more important than others ( the root page, download and so on) and shouldn't be changed too often. You know, more changes -- more possible problems. ;-) The blue graphic is well fitting. Just curious, was the graphic /download/cachedimages/button-lightblue.png already existing in SVN or is it new? It is new. Let's see if it will help to spread AOO into the world better. We should get around 100 shares per day. If each person has maybe 50 people in the social network (on average) then that is 5,000 extra people who may hear about AOO each day. And since they are hearing an endorsement from someone they know, the effect can be quite powerful. -Rob Marcus On Thu, Jan 17, 2013 at 11:23 AM, Anonymous CMS User anonym...@apache.org wrote: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/download%2F Samer Mansour samer...@gmail.com Hello submitting this change to allow users to 'share' the download page on social media sites AOO currently has profiles on. Please see [Iteration 1] Social Media Integration thread in marketing mailing list for full details how this change came about or contact Rob Weir or myself. First time committer, let me know if I'm doing something wrong. Thanks!
Re: [CMS PATCH] [Iteration 1] Social Media Integration: Download Page
Am 01/18/2013 03:34 AM, schrieb Rob Weir: On Thu, Jan 17, 2013 at 9:30 PM, Rob Weirrobw...@apache.org wrote: On Thu, Jan 17, 2013 at 5:32 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 01/17/2013 05:28 PM, schrieb Rob Weir: Thanks for the patch. I'll review and commit. Even when the patch came a bit surprisingly, it looks quite nice. And still some space for additions like text or just more icons + links. Sorry about that. We've been working on this on the marketing list for around a month. A new volunteer prototyped 4 variations of the Oh, I should mention that the new volunteer (Samer Mansour) is now working on some prototype designs to integrate like/follow links into the homepage. Here we have already the I want to stay in touch with OpenOffice section. Let's see how he want this to improve. Marcus page, with different placement and wording for the sharing links. We then did a controlled experiment using Google Analytics to see which variation yielded the most shares. That test ran for 2 weeks and the patch you see was to put the winning design into production. Since not everyone is on the marketing list, in the future we should update the dev list on what we are proposing before implementing it. Me bad. The blue graphic is well fitting. Just curious, was the graphic /download/cachedimages/button-lightblue.png already existing in SVN or is it new? It is new. Let's see if it will help to spread AOO into the world better. We should get around 100 shares per day. If each person has maybe 50 people in the social network (on average) then that is 5,000 extra people who may hear about AOO each day. And since they are hearing an endorsement from someone they know, the effect can be quite powerful. -Rob Marcus On Thu, Jan 17, 2013 at 11:23 AM, Anonymous CMS User anonym...@apache.org wrote: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/download%2F Samer Mansour samer...@gmail.com Hello submitting this change to allow users to 'share' the download page on social media sites AOO currently has profiles on. Please see [Iteration 1] Social Media Integration thread in marketing mailing list for full details how this change came about or contact Rob Weir or myself. First time committer, let me know if I'm doing something wrong. Thanks!
Re: OpenOffice for AIX
Am 01/17/2013 03:13 PM, schrieb Rob Weir: On Thu, Jan 17, 2013 at 3:59 AM, Андрей Белокозовbelokozo...@nitec.kzwrote: Hello! My name is Andrey. I work in a company Nation Information of Technologies in Kazakhstan. I need to install Apache OpenOffice on AIX 5.3. I know that Apache OpenOffice don't support for AIX officially. Is it possible to build special installer for AIX? Can you help me or send to me some links to resources that describe process of building and installation Apache OpenOffice on AIX. ** Thanks for contacting the Apache OpenOffice project. Currently there is no one maintaining the AIX port of OpenOffice. This means it would require some development work to get the current OpenOffice code to compile and run on that platform. You can find more information on porting here, including links to technical information: http://www.openoffice.org/porting/ If you have a serious interest in an AIX port and are willing to help with the technical work, it might be worth us posting a call for volunteers on our project blog, to see if anyone else is interested in helping with an AIX port. If another 4 or 5 people are interested in helping, and they have the right skills, then this could be possible. That is how open source software works -- finding the critical mass of people willing to work together on the same task. A litte addition: The last real activities on the AIX port were in 2003 and IMHO the leader was Ken Foskey: https://issues.apache.org/ooo/show_bug.cgi?id=13620 Maybe he is still available via the mail address and could help you. HTH Marcus
Re: [CMS PATCH] [Iteration 1] Social Media Integration: Download Page
Am 01/17/2013 05:28 PM, schrieb Rob Weir: Thanks for the patch. I'll review and commit. Even when the patch came a bit surprisingly, it looks quite nice. And still some space for additions like text or just more icons + links. The blue graphic is well fitting. Just curious, was the graphic /download/cachedimages/button-lightblue.png already existing in SVN or is it new? Let's see if it will help to spread AOO into the world better. Marcus On Thu, Jan 17, 2013 at 11:23 AM, Anonymous CMS User anonym...@apache.org wrote: Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://ooo-site.apache.org/download%2F Samer Mansour samer...@gmail.com Hello submitting this change to allow users to 'share' the download page on social media sites AOO currently has profiles on. Please see [Iteration 1] Social Media Integration thread in marketing mailing list for full details how this change came about or contact Rob Weir or myself. First time committer, let me know if I'm doing something wrong. Thanks!
Re: [WEBSITE] broken link on mac porting page
Am 01/15/2013 07:21 PM, schrieb Kay Schenk: On Tue, Jan 15, 2013 at 7:12 AM, Rob Weirrobw...@apache.org wrote: On Tue, Jan 15, 2013 at 8:36 AM, Rob Weirrobw...@apache.org wrote: Sorry for top posting, but I think we've discussed this enough to have a sense of what our constraints are. A quick proposal: Let's start from this page: http://www.openoffice.org/product/ That is linked to prominently from the homepage and the top navigation bar. I propose adding a new section to the left navigation panel, between Products and More. The new section will be called Platforms and will link to four pages: 1) Windows 2) Mac 3) Linux 4) Ports The first three will be new landing pages. The last one will link to the existing /porting page. Each of the platform pages will have basic system requirements and a link to the download page. They pages can grow to contain (or link to) other platform specific instructions or FAQ's. As an example, here is what the windows page might look like: http://www.openoffice.org/product/windows.html We could try to keep the other platforms in a parallel form. -Rob good idea! I like it! Or with a picture: http://siliconangle.com/files/2011/11/i-like.jpg :-D Marcus On Mon, Jan 14, 2013 at 8:35 AM, Rob Weirrobw...@apache.org wrote: On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescettipesce...@apache.org wrote: Rob Weir wrote: I could see /platforms/mac if we imagine creating in the future similar landing pages for Windows or Linux. Note that today, a query of OpenOffice for Linux has this ancient page as a #1 hit: http://www.openoffice.org/dev_docs/setup-linux.html And the #1 hit for OpenOffice for Windows is not even at our website. It goes to CNet's download.com page. Very interesting. Indeed this could also be the way to catch users who look for OpenOffice Portable, for example, and should know that we do have a (third-party, from winPenPack) version available; they are now offered an ancient version since OpenOffice Portable has not been updated yet. The updated version is not on the first page of search results. Exactly. In the last month we've seen the following related queries: openoffice portable 2,500 open office portable1,000 openoffice portable italiano150 apache openoffice portable 16 portable90 openoffice portable download16 portable openoffice 12 openofficeportable10 office portable10 openoffice portable日本語版10 openoffice portable 3.410 openoffice 3.4 portable10 openoffice portable deutsch10 openoffice.org portable 日本語版10 portable open office10 openoffice.org portable10 openoffice portable 日本語10 For many of these queries the #1 page is the German page: http://www.openoffice.org/de/downloads/oooportable.html. That is not the optimal page for most of these queries. -Rob Regards, Andrea.
Re: [WEBSITE] broken link on mac porting page
Am 01/15/2013 09:43 PM, schrieb Rob Weir: On Tue, Jan 15, 2013 at 1:21 PM, Kay Schenkkay.sch...@gmail.com wrote: On Tue, Jan 15, 2013 at 7:12 AM, Rob Weirrobw...@apache.org wrote: On Tue, Jan 15, 2013 at 8:36 AM, Rob Weirrobw...@apache.org wrote: Sorry for top posting, but I think we've discussed this enough to have a sense of what our constraints are. A quick proposal: Let's start from this page: http://www.openoffice.org/product/ That is linked to prominently from the homepage and the top navigation bar. I propose adding a new section to the left navigation panel, between Products and More. The new section will be called Platforms and will link to four pages: 1) Windows 2) Mac 3) Linux 4) Ports The first three will be new landing pages. The last one will link to the existing /porting page. Each of the platform pages will have basic system requirements and a link to the download page. They pages can grow to contain (or link to) other platform specific instructions or FAQ's. As an example, here is what the windows page might look like: http://www.openoffice.org/product/windows.html We could try to keep the other platforms in a parallel form. -Rob good idea! I like it! OK. I've uploaded template pages for MacOS and Linux: http://www.openoffice.org/product/mac.html http://www.openoffice.org/product/linux.html I really need help on filling in the details there. I don't think I've touched a Mac since 1989. And even then I was confused looking for the on button ;-) At the moment my time is a bit limited for read/write the ML. As it seems we have a consesus I can help much more on the coming weekend. So, it depends on how patient you (we all?) are. ;-) Marcus On Mon, Jan 14, 2013 at 8:35 AM, Rob Weirrobw...@apache.org wrote: On Mon, Jan 14, 2013 at 2:18 AM, Andrea Pescettipesce...@apache.org wrote: Rob Weir wrote: I could see /platforms/mac if we imagine creating in the future similar landing pages for Windows or Linux. Note that today, a query of OpenOffice for Linux has this ancient page as a #1 hit: http://www.openoffice.org/dev_docs/setup-linux.html And the #1 hit for OpenOffice for Windows is not even at our website. It goes to CNet's download.com page. Very interesting. Indeed this could also be the way to catch users who look for OpenOffice Portable, for example, and should know that we do have a (third-party, from winPenPack) version available; they are now offered an ancient version since OpenOffice Portable has not been updated yet. The updated version is not on the first page of search results. Exactly. In the last month we've seen the following related queries: openoffice portable 2,500 open office portable1,000 openoffice portable italiano150 apache openoffice portable 16 portable90 openoffice portable download16 portable openoffice 12 openofficeportable10 office portable10 openoffice portable日本語版10 openoffice portable 3.410 openoffice 3.4 portable10 openoffice portable deutsch10 openoffice.org portable 日本語版10 portable open office10 openoffice.org portable10 openoffice portable 日本語10 For many of these queries the #1 page is the German page: http://www.openoffice.org/de/downloads/oooportable.html. That is not the optimal page for most of these queries.
Re: FreeBSD port status
Am 01/15/2013 11:24 PM, schrieb Pedro Giffuni: Just a small update; The main set of patches for building on FreeBSD were committed before 3.4 Release. I have been slowly committing the remaining FreeBSD patches trying to avoid interfering with other platforms. All this work has been done by Maho. If someone notices breakage after Revision 1433680 (a one line removal), let me know so that it can be reverted. The only remaining issue to have a direct build from the sources is reported in Bugzilla i118574 and doesn't seem easy to solve cleanly. I have been updating some components to match what we use in FreeBSD, but the port is still fragile for two reasons: - internal icu. - stlport. The first needs to be updated and the second needs to die. Both issues are also key to get a working clang port and would help greatly MacOS X. In any case the status is ... the port works and has been shipping for a while! cheers, Pedro. Thats great news. Thanks a lot, Pedro and Maho, for your endless effort to support and keeping up-to-date this port on FreeBSD. Marcus
Re: Adapt the naming of our project deliverables - OpenOffice.org -- Apache OpenOffice
Am 01/12/2013 12:39 AM, schrieb Dave Fisher: On Jan 11, 2013, at 12:05 PM, Marcus (OOo) wrote: Am 01/11/2013 03:06 PM, schrieb Jürgen Schmidt: On 1/10/13 3:56 PM, Oliver-Rainer Wittmann wrote: Hi, On 10.01.2013 11:55, Rony G. Flatscher wrote: Hi Oliver-Rainer, On 10.01.2013 11:23, Oliver-Rainer Wittmann wrote: I have finished the renaming from OpenOffice.org to Apache OpenOffice - see issue 121388. Beside corresponding changes in the user interface this change has impact on the following important and critical stuff: - folder/directory names - package names - Windows registry key names and values - ... As the folder/directory path to the user profile is also changed, the user profile of a former installed AOO (or OOo) version is not taken over. for installation script purposes of add-ons etc., where can one find the concrete strings for folder/directory names on the various operating system platforms and the Windows registry key names and values? Unfortunately, there is no single place in the source code. I also had not the resources to clean this up during the renaming work - hint, hint, hint :-) Please have a look at issue 121388, the wiki page referenced in one of the issue's comments and the intrinsic changes I have made. The product installation folder is more or less a form of the $PRODUCTNAME + [major version number]. E.g.: - Windows: Apache OpenOffice 3 - Linux: apache_openoffice3 On Linux platforms we have also the basis installation folder. It name is found in /main/instsetoo_native/util/openoffice.lst The user profile folder is more or less $PRODUCTNAME/[major version number]/ The Windows registry keys and values can be found in module main/scp2/ I hope that helps a little bit. I was thinking about the name and here I mean the name that is used for the folder etc. The name is used in the help, in tools option, in the menu... We changed OpenOffice.org to Apache OpenOffice so good so far. But would it be nicer to shorten the folder, menu entries, ... to simply OpenOffice Folders Linux: /opt/openoffice4 Mac: OpenOffice.app Windows: OpenOffice 4 Tools Option OpenOffice OpenOffice Writer OpenOffice ... Help OpenOffice instead of hundreds of Apache OpenOffice The idea is that the project and product is called Apache OpenOffice but in practice we would use in the product the short from OpenOffice. The intro, start center, about can of course use images where we use Apache OpenOffice. Well it's just an idea and I know it would require some further work but now would be the time for it. I believe legally should it be ok today but it have to checked to be safe. What's your opinion? In general a very good idea: Shorter menu entries, etc. and a higher attention of the open source product. And yes, we should get this clarified from trademarks@. If it is called Apache OpenOffice software or product on first use on certain pages then it is permissible to use short forms like OpenOffice in various places. There is no trouble with that approach. Look at the Apache Hadoop project's home page - http://hadoop.apache.org/ That's fine. Maybe the problem is that I'm still a bit burned from results that happened in the past. Even with a big name like Sun Microsystems in the back it was not possible to reolve legal problems to use OpenOffice in the world. And for the commercial product StarOffice it was not possible to use this name in the Asian market, here the name was StarSuite for many years. Sorry if I'm a bit too paranoid. ;-) We should make sure that somewhere we use OpenOffice.org ® for the link to the website to preserve that trademark in certain jurisdictions. Right. Marcus
Re: Adapt the naming of our project deliverables - OpenOffice.org -- Apache OpenOffice
Am 01/11/2013 03:31 PM, schrieb Rob Weir: On Fri, Jan 11, 2013 at 9:06 AM, Jürgen Schmidtjogischm...@gmail.com wrote: On 1/10/13 3:56 PM, Oliver-Rainer Wittmann wrote: Hi, On 10.01.2013 11:55, Rony G. Flatscher wrote: Hi Oliver-Rainer, On 10.01.2013 11:23, Oliver-Rainer Wittmann wrote: I have finished the renaming from OpenOffice.org to Apache OpenOffice - see issue 121388. Beside corresponding changes in the user interface this change has impact on the following important and critical stuff: - folder/directory names - package names - Windows registry key names and values - ... As the folder/directory path to the user profile is also changed, the user profile of a former installed AOO (or OOo) version is not taken over. for installation script purposes of add-ons etc., where can one find the concrete strings for folder/directory names on the various operating system platforms and the Windows registry key names and values? Unfortunately, there is no single place in the source code. I also had not the resources to clean this up during the renaming work - hint, hint, hint :-) Please have a look at issue 121388, the wiki page referenced in one of the issue's comments and the intrinsic changes I have made. The product installation folder is more or less a form of the $PRODUCTNAME + [major version number]. E.g.: - Windows: Apache OpenOffice 3 - Linux: apache_openoffice3 On Linux platforms we have also the basis installation folder. It name is found in /main/instsetoo_native/util/openoffice.lst The user profile folder is more or less $PRODUCTNAME/[major version number]/ The Windows registry keys and values can be found in module main/scp2/ I hope that helps a little bit. I was thinking about the name and here I mean the name that is used for the folder etc. The name is used in the help, in tools option, in the menu... We changed OpenOffice.org to Apache OpenOffice so good so far. But would it be nicer to shorten the folder, menu entries, ... to simply OpenOffice Folders Linux: /opt/openoffice4 Mac: OpenOffice.app Windows: OpenOffice 4 or even OpenOffice4, avoiding a space in the directory name, a source of much pain in Windows. even when I nearly don't use any Windows, I support to prevent any error prone file and directory naming - which was proven many time in the past, IMHO. Marcus Tools Option OpenOffice OpenOffice Writer OpenOffice ... Help OpenOffice instead of hundreds of Apache OpenOffice The idea is that the project and product is called Apache OpenOffice but in practice we would use in the product the short from OpenOffice. The intro, start center, about can of course use images where we use Apache OpenOffice. Well it's just an idea and I know it would require some further work but now would be the time for it. I believe legally should it be ok today but it have to checked to be safe. What's your opinion? Juergen
Re: Adapt the naming of our project deliverables - OpenOffice.org -- Apache OpenOffice
Am 01/11/2013 03:06 PM, schrieb Jürgen Schmidt: On 1/10/13 3:56 PM, Oliver-Rainer Wittmann wrote: Hi, On 10.01.2013 11:55, Rony G. Flatscher wrote: Hi Oliver-Rainer, On 10.01.2013 11:23, Oliver-Rainer Wittmann wrote: I have finished the renaming from OpenOffice.org to Apache OpenOffice - see issue 121388. Beside corresponding changes in the user interface this change has impact on the following important and critical stuff: - folder/directory names - package names - Windows registry key names and values - ... As the folder/directory path to the user profile is also changed, the user profile of a former installed AOO (or OOo) version is not taken over. for installation script purposes of add-ons etc., where can one find the concrete strings for folder/directory names on the various operating system platforms and the Windows registry key names and values? Unfortunately, there is no single place in the source code. I also had not the resources to clean this up during the renaming work - hint, hint, hint :-) Please have a look at issue 121388, the wiki page referenced in one of the issue's comments and the intrinsic changes I have made. The product installation folder is more or less a form of the $PRODUCTNAME + [major version number]. E.g.: - Windows: Apache OpenOffice 3 - Linux: apache_openoffice3 On Linux platforms we have also the basis installation folder. It name is found in /main/instsetoo_native/util/openoffice.lst The user profile folder is more or less $PRODUCTNAME/[major version number]/ The Windows registry keys and values can be found in module main/scp2/ I hope that helps a little bit. I was thinking about the name and here I mean the name that is used for the folder etc. The name is used in the help, in tools option, in the menu... We changed OpenOffice.org to Apache OpenOffice so good so far. But would it be nicer to shorten the folder, menu entries, ... to simply OpenOffice Folders Linux: /opt/openoffice4 Mac: OpenOffice.app Windows: OpenOffice 4 Tools Option OpenOffice OpenOffice Writer OpenOffice ... Help OpenOffice instead of hundreds of Apache OpenOffice The idea is that the project and product is called Apache OpenOffice but in practice we would use in the product the short from OpenOffice. The intro, start center, about can of course use images where we use Apache OpenOffice. Well it's just an idea and I know it would require some further work but now would be the time for it. I believe legally should it be ok today but it have to checked to be safe. What's your opinion? In general a very good idea: Shorter menu entries, etc. and a higher attention of the open source product. And yes, we should get this clarified from trademarks@. Marcus
Re: [RELEASE]: AOO 3.4.1 respin
Am 01/11/2013 11:16 AM, schrieb Jürgen Schmidt: On 1/10/13 10:29 PM, Marcus (OOo) wrote: Am 01/10/2013 07:07 PM, schrieb Kay Schenk: On Thu, Jan 10, 2013 at 8:43 AM, Jürgen Schmidtjogischm...@gmail.comwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 1/10/13 1:38 PM, Ariel Constenla-Haile wrote: On Wed, Jan 09, 2013 at 10:56:46AM +0100, Jürgen Schmidt wrote: I will start the build of the first official AOO 3.4.1 respin snapshot today based on revision 1424891 on the AOO34 branch. The new supported languages are ast, da, eu, gd, pl, ko, nb, sv. I will built a new updated source release, including the translation updates. The only further change is in the scripts for building the source release where I include the revision number. @Ariel: can you please start the build for Linux as well? Linux packages are available at http://people.apache.org/~arielch/packages/respin_aoo341 The first snapshot build is now available and you can find the bits under https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOO3.4.1.respin Please let me know if there is problem with the links. If possilbe I would like to move the release date to Jan 24th. I will be on a business trip for the rest of Jan. starting on 26th and have not really time to handle it at this time. Juergen Ok, so this is a week earlier than we originally anticipated. thanks for the heads-up. Juergen, any idea of the time you want to execute the release? At least for me more important than the day itself. ;-) we can propably prepare everything in front of it or not. Adding further languages shouldn't be too difficult if the files are located in the same place and using the same naming convention. Of course, even if it's not much, we should prepare this work. But anyway which time would work best for you? As my daily job don't belong to OpenOffice I can help only in the evening hours (CET timezone). Maybe it's possible at this day to come home a bit earlier. I'll try and let you know a few days before 24th Jan. Marcus
Re: [WEBSITE] broken link on mac porting page
Am 01/11/2013 12:36 AM, schrieb Rob Weir: On Thu, Jan 10, 2013 at 5:18 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 01/10/2013 10:59 PM, schrieb Rob Weir: On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti: On 07/01/2013 Marcus (OOo) wrote: Am 01/07/2013 09:54 PM, schrieb Rob Weir: http://www.openoffice.org/porting/mac/ So I'd recommend either keeping the page and updating it. Or replacing it with a page that says that the Mac port is now full integrated with our releases and then link to the download page. Or put in a 401 redirect from that URL to the download page. ... OK, then I prefer to use a redirect to the download area. Sounds good. Actually, we can redirect everything under http://www.openoffice.org/porting/mac/ to the homepage, since links on the old page include support, screenshots, downloads... all resources directly available from the project homepage. Then I would like to volunteer to try this on Sunday. Hi Marcus, I took a closer look at the data and I have some concerns from an SEO perspective. We get a large number of visits from users who query Google for terms like: openoffice for mac open office mac openoffice mac free office for mac download openoffice for mac Try these queries in your browser. See the porting page is the number one hit. For me the 2nd hit is CNet and then we start hitting malware sites. We don't get another openoffice.org web page until position #10 in the search results. If we redirect to the home page, which does not mention Mac anywhere, then the next time Google updates its index it will see that as the contents of /porting/mac and judge it to be far less relevant to queries like openoffice for mac. Does it help to leave some keywords on the /porting/mac/index.html? The the Google indexing bot recognize it, redirects then to the new webpage and we keep the search hits. If you do a redirect at the HTTP level then Google won't ever see the contents of the /porting/mac pages. It will only see the destination page's contents. You could possibly do ameta http-equiv=refresh style redirect from within the browser, but that can be a bad user experience. I thought about to do it this way. Is there a better way? So I think we should consider this carefully. Of course. Is there anything actually wrong with the /porting/mac page as it is? Ahm, besides totally outdated and no longer needed data not. ;-) When I look around there is nearly nothing that should be kept (links, screenshots, X11-- Aqua, release news about older versions, FAQs). OK. I am not a Mac person. Is there anything useful we could say about OpenOffice on the Mac? Any FAQ's? Any useful instructions? Here's an alternative idea. If the issue is that this is no longer a porting project, then maybe we could do something like this: 1) Create a new landing page for users interested in OpenOffice for Mac. Maybe it is at http://www.openoffice.org/mac. Maybe it is based on whatever is relevant still from /porting/mac. It doesn't need tons of content, but enough to be relevant. 2) Redirect /porting/mac/* to /mac/index.html 3) Delete the old /porting/mac Why does a Google search behave different here? Sorry, I don't see the difference to just redirect. The redirect would work the same way. The difference is in the contents of the landing page. If we redirect to the home page, or the download page, there is almost no discussion about Mac OpenOffice. The old page, even if the content is out-of-date, is still seen as relevant. OK, so the difference is to leave the keywords on the target webpage and not on the one that is redirecting. To create http://www.openoffice.org/mac; with some content helping to keep the Google hits high and a big, visible download link (which points to the actual download webpage) should be hopefully enough. Right? PS: I want to get rid of the old content but of course not loose the Google search hits. Me too ;-) -Rob Marcus Marcus
Re: [WEBSITE] broken link on mac porting page
Am 01/10/2013 10:59 PM, schrieb Rob Weir: On Thu, Jan 10, 2013 at 4:36 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 01/08/2013 09:37 PM, schrieb Andrea Pescetti: On 07/01/2013 Marcus (OOo) wrote: Am 01/07/2013 09:54 PM, schrieb Rob Weir: http://www.openoffice.org/porting/mac/ So I'd recommend either keeping the page and updating it. Or replacing it with a page that says that the Mac port is now full integrated with our releases and then link to the download page. Or put in a 401 redirect from that URL to the download page. ... OK, then I prefer to use a redirect to the download area. Sounds good. Actually, we can redirect everything under http://www.openoffice.org/porting/mac/ to the homepage, since links on the old page include support, screenshots, downloads... all resources directly available from the project homepage. Then I would like to volunteer to try this on Sunday. Hi Marcus, I took a closer look at the data and I have some concerns from an SEO perspective. We get a large number of visits from users who query Google for terms like: openoffice for mac open office mac openoffice mac free office for mac download openoffice for mac Try these queries in your browser. See the porting page is the number one hit. For me the 2nd hit is CNet and then we start hitting malware sites. We don't get another openoffice.org web page until position #10 in the search results. If we redirect to the home page, which does not mention Mac anywhere, then the next time Google updates its index it will see that as the contents of /porting/mac and judge it to be far less relevant to queries like openoffice for mac. Does it help to leave some keywords on the /porting/mac/index.html? The the Google indexing bot recognize it, redirects then to the new webpage and we keep the search hits. So I think we should consider this carefully. Of course. Is there anything actually wrong with the /porting/mac page as it is? Ahm, besides totally outdated and no longer needed data not. ;-) When I look around there is nearly nothing that should be kept (links, screenshots, X11 -- Aqua, release news about older versions, FAQs). Here's an alternative idea. If the issue is that this is no longer a porting project, then maybe we could do something like this: 1) Create a new landing page for users interested in OpenOffice for Mac. Maybe it is at http://www.openoffice.org/mac. Maybe it is based on whatever is relevant still from /porting/mac. It doesn't need tons of content, but enough to be relevant. 2) Redirect /porting/mac/* to /mac/index.html 3) Delete the old /porting/mac Why does a Google search behave different here? Sorry, I don't see the difference to just redirect. PS: I want to get rid of the old content but of course not loose the Google search hits. Marcus
Re: Symphony code in AOO 4.0
Am 01/10/2013 11:11 PM, schrieb Pedro Giffuni: Hello; - Messaggio originale - Da: Rob Weir On Thu, Jan 10, 2013 at 1:01 PM, Drew Jensen wrote: Rob, Are you referring only to the email on the TDF mailing list - I know which one that would be I'm sure, and I drafted but then did not send a reply to it. I ask because I did not see that go any further then the ml, but that doesn't mean that it didn't. I learned about these claims via email, but not from the TDF mailing list. But I would not be surprised if it originated there. In any case, when a TDF Director and Marketing Lead makes such claims, it carries some weight, and if utterly false the claims should be rebutted. IMHO. The TDF director and Marketing Lead does no development and doesn't really have any idea what is going on here. Why is that surprising or why should we blog about it? It looks to me like he just wants to bring some attention to his project. Pedro. Because it's not a relatively small part but the Symphony code will (IMHO) play a bigger role in coming AOO releases, e.g., improvements in the UI and accessibility. So, I think in this case an exception from the usual way would be appropriate. My 2 ct. Marcus
Re: Symphony code in AOO 4.0
Am 01/10/2013 11:40 PM, schrieb Pedro Giffuni: Hello Marcus; - Messaggio originale - Da: Marcus (OOo) I learned about these claims via email, but not from the TDF mailing list. But I would not be surprised if it originated there. In any case, when a TDF Director and Marketing Lead makes such claims, it carries some weight, and if utterly false the claims should be rebutted. IMHO. The TDF director and Marketing Lead does no development and doesn't really have any idea what is going on here. Why is that surprising or why should we blog about it? It looks to me like he just wants to bring some attention to his project. Pedro. Because it's not a relatively small part but the Symphony code will (IMHO) play a bigger role in coming AOO releases, e.g., improvements in the UI and accessibility. The code is in the tree, we have Wikis describing the changes and we have people working on them. I don't think we gain anything by getting drawn into a communication war about this. Let's wait until 4.0 takes shape. So, I think in this case an exception from the usual way would be appropriate. Maybe, it was just a thought why it would be good this time. Me wonders what is the usual way ;-). Kay has described it perfectly. ;-) Marcus
Re: Symphony code in AOO 4.0
Am 01/11/2013 12:03 AM, schrieb Rory O'Farrell: On Thu, 10 Jan 2013 23:53:40 +0100 Marcus (OOo)marcus.m...@wtnet.de wrote: Am 01/10/2013 11:40 PM, schrieb Pedro Giffuni: Hello Marcus; - Messaggio originale - Da: Marcus (OOo) I learned about these claims via email, but not from the TDF mailing list. But I would not be surprised if it originated there. In any case, when a TDF Director and Marketing Lead makes such claims, it carries some weight, and if utterly false the claims should be rebutted. IMHO. The TDF director and Marketing Lead does no development and doesn't really have any idea what is going on here. Why is that surprising or why should we blog about it? It looks to me like he just wants to bring some attention to his project. Pedro. Because it's not a relatively small part but the Symphony code will (IMHO) play a bigger role in coming AOO releases, e.g., improvements in the UI and accessibility. The code is in the tree, we have Wikis describing the changes and we have people working on them. I don't think we gain anything by getting drawn into a communication war about this. Let's wait until 4.0 takes shape. So, I think in this case an exception from the usual way would be appropriate. Maybe, it was just a thought why it would be good this time. Me wonders what is the usual way ;-). Kay has described it perfectly. ;-) Marcus I would suggest merely an informative blog, not in reply to anyone, a blog telling of what was happening in the AOO world and what work was currently under way. Of couse things are mapped out on the mailing lists, but the world of AOO users is far wider than those and they deserve to be kept informed. Sure, I don't thought about a direct reply but as you suggested to write in general. Marcus
Re: [WEBSITE] broken link on mac porting page
Am 01/05/2013 08:36 PM, schrieb Andrea Pescetti: Carl Marcum wrote: while searching for install instructions for mac I found a broken link on this page: http://www.openoffice.org/porting/mac/faq/installing/ooo.html link points to: http://www.openoffice.org/porting/mac/download/index.html Thanks, fixed. I've also removed some very outdated information (actually the whole section is outdated, Mac OS X is a supported platform and no longer a port). When this website and its subpages are outdated and MacOS X is indeed since a longer time a well-supported and major platform, does it then make sense to keep these webpages as part of porting? I doubt this and suggest to delete the complete http://www.openoffice.org/porting/mac/; stuff. Marcus
Re: 30 million downloads, year end blog post
Am 12/31/2012 08:00 PM, schrieb Rory O'Farrell: The download count on main D/L page ought be updated to show the 30+ million. I've done the update. Marcus
Re: Windows 8 compatibility
Am 12/30/2012 06:33 PM, schrieb Rob Weir: On Sat, Dec 29, 2012 at 7:59 PM, F C. Costerofjcc.apa...@gmail.com wrote: There is a steady stream of questions on the Google Questions list about AOO compatibility with Windows 8. Some mention a problem with installation and others merely ask if AOO will work on that OS. No details of the installation problems have been provided, so I have no reason to believe there is a technical problem. Also, I haven't seen much traffic on the en or es forums on this issue. However, it seems the download pages could be clearer about compatibility. This one: http://www.openoffice.org/dev_docs/source/sys_reqs_aoo34.html doesn't mention Windows 8 at all. Is there any reason not to include Windows 8 on that page? Windows 8 was not officially released yet when AOO 3.4.1 was released. But we tested with the preview version of Windows 8 and AOO 3.4.1 appeared to work well. Even when this is not much of content (not what you wrote but in general ;-) ), I've updated the above mentioned webpage to indicate that AOO 3.4.1 can be used with Windows 8. Marcus So the question might be: what level of testing do we require before listing Windows 8 as supported? -Rob Best regards, Francis
Re: link
Am 12/29/2012 04:22 PM, schrieb Marko Anikin: https://people.apache.org/keys/group/ooo.asc broken Thanks a lot for reporting the broken link. I've fixed this. Marcus