Return-Path: X-Original-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Delivered-To: apmail-incubator-ooo-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 44956D447 for ; Thu, 23 Aug 2012 00:13:27 +0000 (UTC) Received: (qmail 1185 invoked by uid 500); 23 Aug 2012 00:13:26 -0000 Delivered-To: apmail-incubator-ooo-dev-archive@incubator.apache.org Received: (qmail 1128 invoked by uid 500); 23 Aug 2012 00:13:26 -0000 Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ooo-dev@incubator.apache.org Delivered-To: mailing list ooo-dev@incubator.apache.org Received: (qmail 1120 invoked by uid 99); 23 Aug 2012 00:13:26 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Aug 2012 00:13:26 +0000 Received: from localhost (HELO mail-vc0-f175.google.com) (127.0.0.1) (smtp-auth username robweir, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 23 Aug 2012 00:13:26 +0000 Received: by vcbfy27 with SMTP id fy27so224613vcb.6 for ; Wed, 22 Aug 2012 17:13:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.88.131 with SMTP id bg3mr1562777vdb.85.1345680805292; Wed, 22 Aug 2012 17:13:25 -0700 (PDT) Received: by 10.220.197.78 with HTTP; Wed, 22 Aug 2012 17:13:25 -0700 (PDT) In-Reply-To: <50357212.3090705@wtnet.de> References: <5033ACD2.4090207@gmail.com> <5033B811.1080205@gmail.com> <5033DF26.70801@gmail.com> <5033EF3F.30906@gmail.com> <5033FAC6.70708@gmail.com> <503401B0.7060203@wtnet.de> <50350586.30000@gmail.com> <5035225E.3090108@wtnet.de> <5035493C.5060303@wtnet.de> <1345672707.6004.0.camel@sybil-gnome> <50355A1C.5000102@juergen-lange.de> <1345675274.6004.2.camel@sybil-gnome> <1345675859.6004.3.camel@sybil-gnome> <50356833.1010001@wtnet.de> <1345678010.6004.7.camel@sybil-gnome> <50357212.3090705@wtnet.de> Date: Wed, 22 Aug 2012 20:13:25 -0400 Message-ID: Subject: Re: BAD link From: Rob Weir To: ooo-dev@incubator.apache.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Aug 22, 2012 at 7:58 PM, Marcus (OOo) 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, drew 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 =3D=3D # 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=C3=BCrgen Lange wrote: >>>>>>> >>>>>>> For me it's working also. After checking the links, I have download= ed >>>>>>> the german version for windows, have installed it (Windows XP SP3) >>>>>>> and >>>>>>> made first tests. All is working fine so far. >>>>>>> >>>>>>> J=C3=BCrgen >>>>>>> >>>>>>> Am 23.08.2012 00:09, schrieb Rob Weir: >>>>>>>> >>>>>>>> On Wed, Aug 22, 2012 at 5:58 PM, drew wrot= e: >>>>>>>>> >>>>>>>>> On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: >>>>>>>>>> >>>>>>>>>> So some possible confusion coming. I'm seeing a few websites ha= ve >>>>>>>>>> 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.ht= ml >>>>>>>>>> >>>>>>>>>> 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 a= nd >>>>>>>> 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