Re: BAD link
On 23/08/2012 Ariel Constenla-Haile wrote: IIRC OOo never released en-US language packs, that's why many people working in translation, needing to check some UI string in English, ended up installing the en-GB language pack. Exactly. And this often happened also for volunteers busy with QA activities: a bug report in IssueZilla is supposed to use the English form for commands and menus, to make it easier for developers to reproduce the problem. Regards, Andrea.
Re: BAD link
On 8/23/12 1:27 AM, Rob Weir wrote: On Wed, Aug 22, 2012 at 6:56 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Missing on the Apache dist servers as well, e.g.: http://www.apache.org/dist/incubator/ooo/files/stable/3.4.1/ We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. seems that I missed the en-US language packs, I will upload them Looking at the download stats I see it gets around 400 downloads per day.What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ sounds ok to me and will cause not too much traffic temporary until the mirrors are synched. Juergen Would that make sense? Marcus On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On 8/23/12 2:00 PM, Jürgen Schmidt wrote: On 8/23/12 1:27 AM, Rob Weir wrote: On Wed, Aug 22, 2012 at 6:56 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Missing on the Apache dist servers as well, e.g.: http://www.apache.org/dist/incubator/ooo/files/stable/3.4.1/ We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. seems that I missed the en-US language packs, I will upload them Looking at the download stats I see it gets around 400 downloads per day.What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ sounds ok to me and will cause not too much traffic temporary until the mirrors are synched. I was too fast and should have read the thread completely. I can't remember the reason why I left out the en-US lang packs, we should check if they are necessary at all or if en-US is always there. We should remove the link for now until we have checked it. I will also do more checks on the staging pages to get an overview where we exactly are ... Juergen Juergen Would that make sense? Marcus On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Thu, Aug 23, 2012 at 02:18:22PM +0200, Jürgen Schmidt wrote: I was too fast and should have read the thread completely. I can't remember the reason why I left out the en-US lang packs, we should check if they are necessary at all or if en-US is always there. If you install a localized install set, you get only that localized language. IIRC OOo never released en-US language packs, that's why many people working in translation, needing to check some UI string in English, ended up installing the en-GB language pack. Although for this use case, it would be better to provide archived versions. It would be interesting to know the statistics, from which countries where those en-US language packs downloaded. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpzQKDFH8c5b.pgp Description: PGP signature
Re: BAD link
On Thu, Aug 23, 2012 at 8:28 AM, Ariel Constenla-Haile arie...@apache.org wrote: On Thu, Aug 23, 2012 at 02:18:22PM +0200, Jürgen Schmidt wrote: I was too fast and should have read the thread completely. I can't remember the reason why I left out the en-US lang packs, we should check if they are necessary at all or if en-US is always there. If you install a localized install set, you get only that localized language. IIRC OOo never released en-US language packs, that's why many people working in translation, needing to check some UI string in English, ended up installing the en-GB language pack. Although for this use case, it would be better to provide archived versions. It would be interesting to know the statistics, from which countries where those en-US language packs downloaded. I've updated the download page to remove the en-US langpack links. We can add them back in a day or two, once the files have been uploaded and synched. The stats I have for AOO 3.4.0 show that this langpack was download around 400/day. So not huge. I don't have the country breakdown in front of me, but I can run a report on it if you are interested. In any case, are we ready to publish the blog and website now? I think we are. -Rob Regards -- Ariel Constenla-Haile La Plata, Argentina
Re: BAD link
On 8/23/12 2:28 PM, Ariel Constenla-Haile wrote: On Thu, Aug 23, 2012 at 02:18:22PM +0200, Jürgen Schmidt wrote: I was too fast and should have read the thread completely. I can't remember the reason why I left out the en-US lang packs, we should check if they are necessary at all or if en-US is always there. If you install a localized install set, you get only that localized language. IIRC OOo never released en-US language packs, that's why many people working in translation, needing to check some UI string in English, ended up installing the en-GB language pack. Although for this use case, it would be better to provide archived versions. It would be interesting to know the statistics, from which countries where those en-US language packs downloaded. seems to be room for improvements, maybe we should think about multi-lang office with 2 langs - en-US + 1 lang or move forward with the en-US language pack Juergen
Re: BAD link
On Thu, Aug 23, 2012 at 09:03:35AM -0400, Rob Weir wrote: On Thu, Aug 23, 2012 at 8:28 AM, Ariel Constenla-Haile arie...@apache.org wrote: On Thu, Aug 23, 2012 at 02:18:22PM +0200, Jürgen Schmidt wrote: I was too fast and should have read the thread completely. I can't remember the reason why I left out the en-US lang packs, we should check if they are necessary at all or if en-US is always there. If you install a localized install set, you get only that localized language. IIRC OOo never released en-US language packs, that's why many people working in translation, needing to check some UI string in English, ended up installing the en-GB language pack. Although for this use case, it would be better to provide archived versions. It would be interesting to know the statistics, from which countries where those en-US language packs downloaded. I've updated the download page to remove the en-US langpack links. We can add them back in a day or two, once the files have been uploaded and synched. The stats I have for AOO 3.4.0 show that this langpack was download around 400/day. So not huge. I don't have the country breakdown in front of me, but I can run a report on it if you are interested. If would be interesting, if I had any idea about what would these numbers mean ;) If we see downloads coming from very specifics countries with languages for which we provide full install sets, would it mean that the translation is poor or incomplete at some point, and the user prefers to switch to en-US? Hard to guess. Regards -- Ariel Constenla-Haile La Plata, Argentina pgpCahGDbovOh.pgp Description: PGP signature
Re: BAD link
On 8/23/12 3:03 PM, Jürgen Schmidt wrote: On 8/23/12 2:28 PM, Ariel Constenla-Haile wrote: On Thu, Aug 23, 2012 at 02:18:22PM +0200, Jürgen Schmidt wrote: I was too fast and should have read the thread completely. I can't remember the reason why I left out the en-US lang packs, we should check if they are necessary at all or if en-US is always there. If you install a localized install set, you get only that localized language. IIRC OOo never released en-US language packs, that's why many people working in translation, needing to check some UI string in English, ended up installing the en-GB language pack. Although for this use case, it would be better to provide archived versions. It would be interesting to know the statistics, from which countries where those en-US language packs downloaded. seems to be room for improvements, maybe we should think about multi-lang office with 2 langs - en-US + 1 lang or move forward with the en-US language pack the easier part is to provide the en-US language packs that we have voted on and that were part of the snapshot builds. I still don't know why I have left them out... Maybe I simply have overseen them because of our stupid directory structure I have to copy en-US separately. But that should be no excuse ;-) By the way I have copied them already on dist. I will also work on some SDK release notes but I am not sure if I will finish this before I go on vacation on Saturday. I have some other things on my to-do list first. Juergen
Re: BAD link
Am 08/23/2012 03:57 PM, schrieb Jürgen Schmidt: On 8/23/12 3:03 PM, Jürgen Schmidt wrote: On 8/23/12 2:28 PM, Ariel Constenla-Haile wrote: On Thu, Aug 23, 2012 at 02:18:22PM +0200, Jürgen Schmidt wrote: I was too fast and should have read the thread completely. I can't remember the reason why I left out the en-US lang packs, we should check if they are necessary at all or if en-US is always there. If you install a localized install set, you get only that localized language. IIRC OOo never released en-US language packs, that's why many people working in translation, needing to check some UI string in English, ended up installing the en-GB language pack. Although for this use case, it would be better to provide archived versions. It would be interesting to know the statistics, from which countries where those en-US language packs downloaded. seems to be room for improvements, maybe we should think about multi-lang office with 2 langs - en-US + 1 lang or move forward with the en-US language pack the easier part is to provide the en-US language packs that we have voted on and that were part of the snapshot builds. I still don't know why I have left them out... Maybe I simply have overseen them because of our stupid directory structure I have to copy en-US separately. But that Yeah, yeah, understood the hidden wink. Will change with the next bigger release. ;-) should be no excuse ;-) By the way I have copied them already on dist. OK, that would be also my suggestion. I don't see a reason to exclude them, too. I will also work on some SDK release notes but I am not sure if I will finish this before I go on vacation on Saturday. I have some other things on my to-do list first. That sounds nice. You really deserve many days off. :-) Ciao Marcus
Re: BAD link
Am 08/23/2012 02:26 AM, schrieb Kay Schenk: On Wed, Aug 22, 2012 at 5:13 PM, Rob Weirrobw...@apache.org wrote: On Wed, Aug 22, 2012 at 7:58 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.comwrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. I think link checker would only get the first link into SF, but not the asynch download that comes 5 seconds later. So it doesn't really check for much. OK I think of it like this: # of errors in download process == # of errors we put in - # of errors we find and fix There is a lot we could do to lower the # of bugs we put it. Automation is what we need. Right now the directory structure produced I've prepared something. So, let's see if can show you a draft version on the weekend. by the build differs from the directory structure we have in the download tree. I think that is the source of the complexity that is hurting us. That, plus the fact that our download tree has an irrational structure, more complicated than necessary. If we can reduce this disconnect between build and distribution, I think it would help. For sure. Thanks to Kay for starting the new thread. possibly...and yet many of them are OK. But I do know Juergen, our tireless release manager, has been arguing for a different structure for a while, and that's fine. It was just given what was already setup in SF with 3.3 that was my original concern. And, the fact that this request was in new territory if you will for the 3.4 release that I personally was very nervous about. How would this effect what they needed to do, etc. Basically, once the packs get loaded, we're into a what , maybe a 48 hour test period? If something went really wrong, well... But...this said about 3.4 and now 3.4.1, Marcus and I have have cleaned up a LOT of this script. Dealing with a directory structure change won't be the issue it would have been in May. We should plan the dir change for the next bigger release. Should be doable when it's no longer this year. So, I think we're good with suggestions for the future. Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the
Re: BAD link
Am 08/23/2012 09:49 PM, schrieb Marcus (OOo): Am 08/23/2012 03:57 PM, schrieb Jürgen Schmidt: On 8/23/12 3:03 PM, Jürgen Schmidt wrote: On 8/23/12 2:28 PM, Ariel Constenla-Haile wrote: On Thu, Aug 23, 2012 at 02:18:22PM +0200, Jürgen Schmidt wrote: I was too fast and should have read the thread completely. I can't remember the reason why I left out the en-US lang packs, we should check if they are necessary at all or if en-US is always there. If you install a localized install set, you get only that localized language. IIRC OOo never released en-US language packs, that's why many people working in translation, needing to check some UI string in English, ended up installing the en-GB language pack. Although for this use case, it would be better to provide archived versions. It would be interesting to know the statistics, from which countries where those en-US language packs downloaded. seems to be room for improvements, maybe we should think about multi-lang office with 2 langs - en-US + 1 lang or move forward with the en-US language pack the easier part is to provide the en-US language packs that we have voted on and that were part of the snapshot builds. I still don't know why I have left them out... Maybe I simply have overseen them because of our stupid directory structure I have to copy en-US separately. But that Yeah, yeah, understood the hidden wink. Will change with the next bigger release. ;-) should be no excuse ;-) By the way I have copied them already on dist. OK, that would be also my suggestion. I don't see a reason to exclude them, too. I will also work on some SDK release notes but I am not sure if I will finish this before I go on vacation on Saturday. I have some other things on my to-do list first. That sounds nice. You really deserve many days off. :-) The en-US langpacks are available also on SourceForge. So, I've added the links back to the other.html webpage. Marcus
Re: BAD link (was: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2_
One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html //drew On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drew d...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link (was: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2_
On Wed, Aug 22, 2012 at 6:50 PM, drew d...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? -Rob //drew On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drew d...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Marcus On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? //drew On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Wed, Aug 22, 2012 at 6:56 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Missing on the Apache dist servers as well, e.g.: http://www.apache.org/dist/incubator/ooo/files/stable/3.4.1/ We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day.What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Would that make sense? Marcus On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
Am 08/23/2012 01:27 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:56 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Missing on the Apache dist servers as well, e.g.: http://www.apache.org/dist/incubator/ooo/files/stable/3.4.1/ We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day.What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? Good idea. 400 is too much to ignore for some hours or a day, especially on a release day with announcement. The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Would that make sense? + the file name. Yes, that should do the trick. Marcus On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Wed, Aug 22, 2012 at 4:39 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 01:27 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:56 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/**projects/openofficeorg.mirror/**files/http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/**projects/openofficeorg.mirror/** files/stable/3.4.1/http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Missing on the Apache dist servers as well, e.g.: http://www.apache.org/dist/**incubator/ooo/files/stable/3.**4.1/http://www.apache.org/dist/incubator/ooo/files/stable/3.4.1/ We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day.What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? Good idea. 400 is too much to ignore for some hours or a day, especially on a release day with announcement. The links would start with: http://www.apache.org/dyn/aoo-**closer.cgi/incubator/ooo/** files/stable/3.4.1/http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Would that make sense? + the file name. Yes, that should do the trick. Marcus Hi. I just got in a bit ago and am in the process of downloading Linux 32bit (from SF). Everything seems OK so far...I will double check when it's finished and I unpack it. I'm not sure about the other situations you're discussing here but for my situation, all is good. On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org . Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_**OpenOffice.org_For_Windows_** d3461.htmlhttp://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.**apache.org/download/other.htmlhttp://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob -- MzK As a child my family's menu consisted of two choices: take it or leave it. -- Buddy Hackett
Re: BAD link
Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Wed, Aug 22, 2012 at 4:58 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.**apache.org/sdk/index.htmlhttp://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/**index.htmlhttp://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.**submitexpress.com/http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. Marcus linklint http://www.linklint.org/ It's pretty easy to set up as I recall. I could help probably...what root URL should we use? On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/**projects/openofficeorg.mirror/**files/http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_**OpenOffice.org_For_Windows_** d3461.htmlhttp://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.**apache.org/download/other.htmlhttp://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob -- MzK As a child my family's menu consisted of two choices: take it or leave it. -- Buddy Hackett
Re: BAD link
Am 08/23/2012 01:58 AM, schrieb Marcus (OOo): Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. Anyway, I hope the links are well now. Otherwise lets see what could be fixed on the next day. It's now past 02:00am in Germany. Good night and CU tomorrow. Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Wed, Aug 22, 2012 at 7:58 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. I think link checker would only get the first link into SF, but not the asynch download that comes 5 seconds later. So it doesn't really check for much. I think of it like this: # of errors in download process == # of errors we put in - # of errors we find and fix There is a lot we could do to lower the # of bugs we put it. Automation is what we need. Right now the directory structure produced by the build differs from the directory structure we have in the download tree. I think that is the source of the complexity that is hurting us. That, plus the fact that our download tree has an irrational structure, more complicated than necessary. If we can reduce this disconnect between build and distribution, I think it would help. -Rob Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Wed, Aug 22, 2012 at 5:13 PM, Rob Weir robw...@apache.org wrote: On Wed, Aug 22, 2012 at 7:58 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. I think link checker would only get the first link into SF, but not the asynch download that comes 5 seconds later. So it doesn't really check for much. OK I think of it like this: # of errors in download process == # of errors we put in - # of errors we find and fix There is a lot we could do to lower the # of bugs we put it. Automation is what we need. Right now the directory structure produced by the build differs from the directory structure we have in the download tree. I think that is the source of the complexity that is hurting us. That, plus the fact that our download tree has an irrational structure, more complicated than necessary. If we can reduce this disconnect between build and distribution, I think it would help. possibly...and yet many of them are OK. But I do know Juergen, our tireless release manager, has been arguing for a different structure for a while, and that's fine. It was just given what was already setup in SF with 3.3 that was my original concern. And, the fact that this request was in new territory if you will for the 3.4 release that I personally was very nervous about. How would this effect what they needed to do, etc. Basically, once the packs get loaded, we're into a what , maybe a 48 hour test period? If something went really wrong, well... But...this said about 3.4 and now 3.4.1, Marcus and I have have cleaned up a LOT of this script. Dealing with a directory structure change won't be the issue it would have been in May. So, I think we're good with suggestions for the future. -Rob Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script.
Re: BAD link
On Wed, Aug 22, 2012 at 7:27 PM, Rob Weir robw...@apache.org wrote: On Wed, Aug 22, 2012 at 6:56 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Missing on the Apache dist servers as well, e.g.: http://www.apache.org/dist/incubator/ooo/files/stable/3.4.1/ We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day.What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Please ignore the above. It is one of the stupidest things I've said this week. I first say the files are missing on the Apache dist servers and then suggest that we point to the mirrors instead. Doh! Of course the mirrors sync from the dist servers. So they are missing the files as well. So in other words, no one has the en-US langpack except for the RC copies on people.apache.org. So unless we're willing to go out tonight with a check back tomorrow message for that language pack we'll need to wait until tomorrow for these files to at least get onto SourceForge. I'll revert the change I just made that pointed those links to the Apache mirrors. It is quite possible that this is all resolved before I wake up tomorrow. If so, please someone remember to publish the draft blog post at the same time you publish the website, or within a few minutes. They reference each other. Regards, -Rob Would that make sense? Marcus On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Wed, Aug 22, 2012 at 08:36:56PM -0400, Rob Weir wrote: We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day. Interesting numbers, IIRC OpenOffice.org never released en-US language packs. What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Please ignore the above. It is one of the stupidest things I've said this week. I first say the files are missing on the Apache dist servers and then suggest that we point to the mirrors instead. Doh! Of course the mirrors sync from the dist servers. So they are missing the files as well. So in other words, no one has the en-US langpack except for the RC copies on people.apache.org. Dummy question, but what if some one copies the files from our home folders to /www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1 ? I wasn't aware that we had access to this folder directly arielch@minotaur:/www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1$ pwd /www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1 Mmmm it looks like that folders should belong to the incubator group, and the group should have write access so that any committer can fix last minute bugs like this: arielch@minotaur:/www/www.apache.org/dist/incubator/ooo/files/stable$ ls -l . total 45 drwxrwxr-x 2 jsc jsc 92 May 2 07:43 3.4.0 drwxrwxr-x 2 jsc jsc 50 Aug 21 19:33 3.4.1 Regards -- Ariel Constenla-Haile La Plata, Argentina pgpAEMLG8KpYQ.pgp Description: PGP signature
Re: BAD link
On Wed, Aug 22, 2012 at 9:12 PM, Ariel Constenla-Haile arie...@apache.org wrote: On Wed, Aug 22, 2012 at 08:36:56PM -0400, Rob Weir wrote: We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day. Interesting numbers, IIRC OpenOffice.org never released en-US language packs. What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Please ignore the above. It is one of the stupidest things I've said this week. I first say the files are missing on the Apache dist servers and then suggest that we point to the mirrors instead. Doh! Of course the mirrors sync from the dist servers. So they are missing the files as well. So in other words, no one has the en-US langpack except for the RC copies on people.apache.org. Dummy question, but what if some one copies the files from our home folders to /www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1 ? I wasn't aware that we had access to this folder directly arielch@minotaur:/www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1$ pwd /www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1 These appear to be the instructions: http://www.apache.org/dev/mirror-step-by-step.html Mmmm it looks like that folders should belong to the incubator group, and the group should have write access so that any committer can fix last minute bugs like this: arielch@minotaur:/www/www.apache.org/dist/incubator/ooo/files/stable$ ls -l . total 45 drwxrwxr-x 2 jsc jsc 92 May 2 07:43 3.4.0 drwxrwxr-x 2 jsc jsc 50 Aug 21 19:33 3.4.1 Regards -- Ariel Constenla-Haile La Plata, Argentina
RE: ANONYMOUS CMS ACCESS (was Re: Bad Link on OOO API Web Page)
I finally nerved-up to figure out how to make the bookmarklet work in IE 9. It took a little effort, but I managed it. It is an interesting way to tell that a web page was published via the CMS, or not. Having looked around a little, I can understand why there are not many folks who have the confidence and willingness to work on the site this way. For folks who want to support the project via web, wiki, and forum contributions, the learning curve and conceptual understanding of the workflow is daunting. Not having commit karma adds to that for those who might be willing to dive in regardless. For those of us who have the nerve and the karma, there remains the question of individual priorities and willingness to go through what it takes to become fluent with this particular arrangement. There are three kinds of proficiency required: (1) fluency with the tool chain, (2) comprehension of the site organization and conventions with regard to its content, and (3) the practices that are part of the DNA of the Apache [OpenOffice] development community. We don't all bring the necessary combination of fearlessness, willingness, and existing experience. - Dennis FURTHER OBSERVATIONS 1. I made the bookmarklet the hard way. Even then, getting it onto my toolbar for easy use was not possible until I enabled the IE Favorites Bar. That is not something I ordinarily use. It is different than the full set of bookmarks/favorites available on the menu bar, something I continue to use by personal preference. But once I enabled the IE Favorites Bar, I could drag the successfully-manufactured shortcut there. Now it is handily available at the top of my browser window. 2. My personal reaction is that I want to be able to use my desktop tools, including WYSIWYG HTML editors as well as good HTML-level text editors, to do any maintenance work on the site. In-browser editing is not productive for me. When I am doing substantial wiki work, I compose off-line and paste into the wiki editor instead of rely on the in-browser submission of wikiText. I even use separate revision control systems to back up my work when I do that. Using the Apache SVN and Markdown is an use-case that works, except for not being able to proof the result immediately. 3. I think that means using working copies from the SVN repo in my case. That makes it is easier for me to recover or repair any miss-step, and that is important for my contribution to any production system. Either way, there is considerable tacit knowledge required to operate reliably and with confidence with this material, especially at the rather raw level at which much of the ooo-site content is seen. Understanding the workflow from SVN to staging to production and how to operate with that is the next challenge. If I were not a committer, I would not even consider doing everything needed to submit a patch in order to fix a page. As a committer whose expertise is not with this particular setup, I might consider submitting a patch anyhow, since I know how easy it is to make them in my SVN working copy. -Original Message- From: Joe Schaefer [mailto:joe_schae...@yahoo.com] Sent: Wednesday, February 08, 2012 11:05 To: ooo-dev@incubator.apache.org Subject: ANONYMOUS CMS ACCESS (was Re: Bad Link on OOO API Web Page) I don't know if this level of participation interests you Ric, but I'd like to share with the group the process involved in producing an actual patch suitable for a committer to apply regarding the website documents. The first thing an interested party needs to do is to install the CMS bookmarklet wherever their browser normally keeps bookmarks. The url which describes this process is at https://cms.apache.org/ooo-site/#bookmark You will be prompted for credentials when you visit that url: non-committers should present a username of anonymous and an empty password. Those creds will grant you full access to the CMS. What you do then is go to the actual page in question: http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/module-ix.html and simply click on the bookmarklet. After a few moments to prepare a working copy for you, you will be directed to the source page containing the errant html. Click on the [Edit] link and an editor session will let you modify the file to make the appropriate changes. Submit those changes to the server and click on the [Diff] link which will show you your changes in patch form. On that page is the option to [Mail Diff] whereby you can mail your patch off to this mailing list simply by filling out the form. Yes it's that easy, and committers will know how to incorporate your changes into the live site from there. HTH - Original Message - From: Ric Gaudet ricgau...@hotmail.com To: ooo-dev@incubator.apache.org Cc: Sent: Wednesday, February 8, 2012 1:22 PM Subject: Bad Link on OOO API Web Page Hi, I found a link
ANONYMOUS CMS ACCESS (was Re: Bad Link on OOO API Web Page)
I don't know if this level of participation interests you Ric, but I'd like to share with the group the process involved in producing an actual patch suitable for a committer to apply regarding the website documents. The first thing an interested party needs to do is to install the CMS bookmarklet wherever their browser normally keeps bookmarks. The url which describes this process is at https://cms.apache.org/ooo-site/#bookmark You will be prompted for credentials when you visit that url: non-committers should present a username of anonymous and an empty password. Those creds will grant you full access to the CMS. What you do then is go to the actual page in question: http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/module-ix.html and simply click on the bookmarklet. After a few moments to prepare a working copy for you, you will be directed to the source page containing the errant html. Click on the [Edit] link and an editor session will let you modify the file to make the appropriate changes. Submit those changes to the server and click on the [Diff] link which will show you your changes in patch form. On that page is the option to [Mail Diff] whereby you can mail your patch off to this mailing list simply by filling out the form. Yes it's that easy, and committers will know how to incorporate your changes into the live site from there. HTH - Original Message - From: Ric Gaudet ricgau...@hotmail.com To: ooo-dev@incubator.apache.org Cc: Sent: Wednesday, February 8, 2012 1:22 PM Subject: Bad Link on OOO API Web Page Hi, I found a link on this page that is bad: http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/module-ix.html The link is to the tag fieldmaster located in the Nested Modules area The current link: http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/fieldmaster/module-ix.html should instead be: http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/FieldMaster/module-ix.html the difference being FieldMaster vs. fieldmaster. However, since the module's name is actually fieldmaster, perhaps the page url containing that content should instead be lowercase. I am still a beginner to Uno, so I have not yet figured out all the naming conventions (or even how to navigate easily through the API!). Thanks, Ric Gaudet
Re: ANONYMOUS CMS ACCESS (was Re: Bad Link on OOO API Web Page)
Hi, first of all, excuse my top posting here. Thanks Joe for explaining once more the process how we can easy change web-sites using the CMS bookmarklet. I will try it again because I wasn't able to use it until now (on MacOS with Firefox). But anyway the mentioned link problem is part of the generated API reference documentation based on the IDL definitions. I don't think it make sense to edit these automatic generated docu directly. Otherwise the next time we completely replace it (for example with the upcoming 3.4 reference docu) local changes will be overwritten. It's better to submit an bugzilla issue for this kind of problems and assign the issue to me (jsc). Juergen On 2/8/12 8:05 PM, Joe Schaefer wrote: I don't know if this level of participation interests you Ric, but I'd like to share with the group the process involved in producing an actual patch suitable for a committer to apply regarding the website documents. The first thing an interested party needs to do is to install the CMS bookmarklet wherever their browser normally keeps bookmarks. The url which describes this process is at https://cms.apache.org/ooo-site/#bookmark You will be prompted for credentials when you visit that url: non-committers should present a username of anonymous and an empty password. Those creds will grant you full access to the CMS. What you do then is go to the actual page in question: http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/module-ix.html and simply click on the bookmarklet. After a few moments to prepare a working copy for you, you will be directed to the source page containing the errant html. Click on the [Edit] link and an editor session will let you modify the file to make the appropriate changes. Submit those changes to the server and click on the [Diff] link which will show you your changes in patch form. On that page is the option to [Mail Diff] whereby you can mail your patch off to this mailing list simply by filling out the form. Yes it's that easy, and committers will know how to incorporate your changes into the live site from there. HTH - Original Message - From: Ric Gaudetricgau...@hotmail.com To: ooo-dev@incubator.apache.org Cc: Sent: Wednesday, February 8, 2012 1:22 PM Subject: Bad Link on OOO API Web Page Hi, I found a link on this page that is bad: http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/module-ix.html The link is to the tag fieldmaster located in the Nested Modules area The current link: http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/fieldmaster/module-ix.html should instead be: http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/FieldMaster/module-ix.html the difference being FieldMaster vs. fieldmaster. However, since the module's name is actually fieldmaster, perhaps the page url containing that content should instead be lowercase. I am still a beginner to Uno, so I have not yet figured out all the naming conventions (or even how to navigate easily through the API!). Thanks, Ric Gaudet