subject:"Registration"

On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher  wrote:
> Since we can't control existing distributions:
>
> To dos would be.
>
> (1) Create a page that explains things either in the podling site, either 
> wiki, or ooo-site.
>

I wonder whether this page would be appropriate:

http://www.openoffice.org/download/contribute.html

That is the one that we currently point users to as they download OOo
3.3.  It seems to cover all the bases,  getting help, mailing lists,
etc.  It even might direct some dimes to the treasury.

Maybe just change the header to "Thanks for downloading OpenOffic.org
" ??   That would then cover both bases.


> (2) Redirect all registration[0-9].services.openoffice.org requests to that 
> page. This would be a JIRA ticket for INFRA after doing (1)
>
> Volunteers?
>

If there are no objections I'll do the above.

> Regards,
> DAve
>
> On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote:
>
>> Perhaps the register landing page should point to a page with this 
>> information.
>> (and maybe a plug for AOO and the Apache Way, etc.)
>>
>> A.
>>
>> On 3/19/2012 5:30 AM, Rob Weir wrote:
>>> Hi Tobias,
>>>
>>> Thanks for the report on the registration page.  This outage is
>>> intentional. We are no longer doing user registration with
>>> OpenOffice.org.  Our next release will remove this option so you do
>>> not get that error message.
>>>
>>> The closes thing to "registration" we have is a mailing list that
>>> users can sign up for to receive updates from the project,such as
>>> announcements of new releases.   If you want to subscribe to this
>>> list, send an email to:   ooo-announce-subscr...@incubator.apache.org.
>>>
>>> Regards,
>>>
>>> -Rob
>>>
>>> On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese
>>>   wrote:
>>>> Hello,
>>>> The registration link for OpenOffice brings up an error page. Here's the 
>>>> link and error message:
>>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>>> This webpage is not availableThe server at 
>>>> registration2.services.openoffice.org can't be found, because the DNS 
>>>> lookup failed. DNS is the network service that translates a website's name 
>>>> to its Internet address. This error is most often caused by having no 
>>>> connection to the Internet or a misconfigured network. It can also be 
>>>> caused by an unresponsive DNS server or a firewall preventing Google 
>>>> Chrome from accessing the network.Here are some suggestions:Reload this 
>>>> webpage later.Check your Internet connection. Restart any router, modem, 
>>>> or other network devices you may be using.Check your DNS settings. Contact 
>>>> your network administrator if you're not sure what this means.Try 
>>>> disabling network prediction by following these steps: Go to the wrench 
>>>> menu>  Preferences>  Under the Hood and deselect "Predict network actions 
>>>> to improve page load performance." If this does not resolve the issue, we 
>>>> recommend selecting this option again for improved performance.Add Google 
>>>> Chrome as a permitted program in your firewall's or antivirus software's 
>>>> settings. If it is already a permitted program, try deleting it from the 
>>>> list of permitted programs and adding it again.If you use a proxy server, 
>>>> check your proxy settings or contact your network administrator to make 
>>>> sure the proxy server is working. If you don't believe you should be using 
>>>> a proxy server, adjust your proxy settings: Go to Applications>  System 
>>>> Preferences>  Network>  Advanced>  Proxies and deselect any proxies that 
>>>> have been selected.Error 105 (net::ERR_NAME_NOT_RESOLVED): Unable to 
>>>> resolve the server's DNS address.Please let me know where I can go to 
>>>> register my product.Thanks,Tobias
>>
>>
>

Re: Registration

2012-03-20 Thread Risto Jääskeläinen


I just wonder if all OpenOffice users are not Englishmen ... how this is 
handled?
Regards
Risto

Rob Weir [robw...@apache.org] kirjoitti: 

On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher  wrote:
> Since we can't control existing distributions:
>
> To dos would be.
>
> (1) Create a page that explains things either in the podling site, either 
wiki, or ooo-site.
>

I wonder whether this page would be appropriate:

http://www.openoffice.org/download/contribute.html

That is the one that we currently point users to as they download OOo
3.3.  It seems to cover all the bases,  getting help, mailing lists,
etc.  It even might direct some dimes to the treasury.

Maybe just change the header to "Thanks for downloading OpenOffic.org
" ??   That would then cover both bases.


> (2) Redirect all registration[0-9].services.openoffice.org requests to that 
page. This would be a JIRA ticket for INFRA after doing (1)
>
> Volunteers?
>

If there are no objections I'll do the above.

> Regards,
> DAve
>
> On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote:
>
>> Perhaps the register landing page should point to a page with this 
information.
>> (and maybe a plug for AOO and the Apache Way, etc.)
>>
>> A.
>>
>> On 3/19/2012 5:30 AM, Rob Weir wrote:
>>> Hi Tobias,
>>>
>>> Thanks for the report on the registration page.  This outage is
>>> intentional. We are no longer doing user registration with
>>> OpenOffice.org.  Our next release will remove this option so you do
>>> not get that error message.
>>>
>>> The closes thing to "registration" we have is a mailing list that
>>> users can sign up for to receive updates from the project,such as
>>> announcements of new releases.   If you want to subscribe to this
>>> list, send an email to:   ooo-announce-subscr...@incubator.apache.org.
>>>
>>> Regards,
>>>
>>> -Rob
>>>
>>> On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese
>>>   wrote:
>>>> Hello,
>>>> The registration link for OpenOffice brings up an error page. Here's the 
link and error message:
>>>> 
https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>>> This webpage is not availableThe server at registration2.services.openoffice.org can't be found, 
because the DNS lookup failed. DNS is the network service that translates a website's name to its Internet address. 
This error is most often caused by having no connection to the Internet or a misconfigured network. It can also be 
caused by an unresponsive DNS server or a firewall preventing Google Chrome from accessing the network.Here are some 
suggestions:Reload this webpage later.Check your Internet connection. Restart any router, modem, or other network 
devices you may be using.Check your DNS settings. Contact your network administrator if you're not sure what this 
means.Try disabling network prediction by following these steps: Go to the wrench menu>  Preferences>  Under the 
Hood and deselect "Predict network actions to improve page load performance." If this does not resolve the 
issue, we recommend selecting this option again for improved performance.Add Google Chrome as a permitted program in 
your firewall's or antivirus software's settings. If it is already a permitted program, try deleting it from the list 
of permitted programs and adding it again.If you use a proxy server, check your proxy settings or contact your network 
administrator to make sure the proxy server is working. If you don't believe you should be using a proxy server, adjust 
your proxy settings: Go to Applications>  System Preferences>  Network>  Advanced>  Proxies and deselect 
any proxies that have been selected.Error 105 (net::ERR_NAME_NOT_RESOLVED): Unable to resolve the server's DNS 
address.Please let me know where I can go to register my product.Thanks,Tobias
>>
>>
>

Re: Registration

On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen
 wrote:
> I just wonder if all OpenOffice users are not Englishmen ... how this is
> handled?


Good question.  OOo 3.3 sends a request with a URL like this:

https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117

So it does have a "locale" parameter.   My guess is the legacy
registration server used that info to provide a localized registration
form.

Currently we don't have an equivalent page in other languages.   We
could clean up that page and get it translated into the various
languages.  But I don't know enough about Apache server rewrites to
know if it is possible to redirect based on a URL parameter.  Maybe
one of our gurus can tell us it is possible to redirect:

https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117

to

http://registration2.services.openoffice.org/confirm_en.html

or even:

http://en.openoffice.org/confirm.html


In other words, can we pick out a URL parameter and use that elsewhere
in the rewrite?


-Rob


> Regards
> Risto
>
> Rob Weir [robw...@apache.org] kirjoitti:
>>
>> On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher 
>> wrote:
>> > Since we can't control existing distributions:
>> >
>> > To dos would be.
>> >
>> > (1) Create a page that explains things either in the podling site,
>> > either wiki, or ooo-site.
>> >
>>
>> I wonder whether this page would be appropriate:
>>
>> http://www.openoffice.org/download/contribute.html
>>
>> That is the one that we currently point users to as they download OOo
>> 3.3.  It seems to cover all the bases,  getting help, mailing lists,
>> etc.  It even might direct some dimes to the treasury.
>>
>> Maybe just change the header to "Thanks for downloading OpenOffic.org
>> " ??   That would then cover both bases.
>>
>>
>> > (2) Redirect all registration[0-9].services.openoffice.org requests to
>> > that page. This would be a JIRA ticket for INFRA after doing (1)
>> >
>> > Volunteers?
>> >
>>
>> If there are no objections I'll do the above.
>>
>> > Regards,
>> > DAve
>> >
>> > On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote:
>> >
>> >> Perhaps the register landing page should point to a page with this
>> >> information.
>> >> (and maybe a plug for AOO and the Apache Way, etc.)
>> >>
>> >> A.
>> >>
>> >> On 3/19/2012 5:30 AM, Rob Weir wrote:
>> >>> Hi Tobias,
>> >>>
>> >>> Thanks for the report on the registration page.  This outage is
>> >>> intentional. We are no longer doing user registration with
>> >>> OpenOffice.org.  Our next release will remove this option so you do
>> >>> not get that error message.
>> >>>
>> >>> The closes thing to "registration" we have is a mailing list that
>> >>> users can sign up for to receive updates from the project,such as
>> >>> announcements of new releases.   If you want to subscribe to this
>> >>> list, send an email to:   ooo-announce-subscr...@incubator.apache.org.
>> >>>
>> >>> Regards,
>> >>>
>> >>> -Rob
>> >>>
>> >>> On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese
>> >>>   wrote:
>> >>>> Hello,
>> >>>> The registration link for OpenOffice brings up an error page. Here's
>> >>>> the link and error message:
>> >>>>
>> >>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>> >>>> This webpage is not availableThe server at
>> >>>> registration2.services.openoffice.org can't be found, because the DNS 
>> >>>> lookup
>> >>>> failed. DNS is the network service that translates a website's name to 
>> >>>> its
>> >>>> Internet address. This error is most often caused by having no 
>> >>>> connection to
>> >>>> the Internet or a misconfigured network. It can also be caused by an
>> >>>> unresponsive DNS server or a firewall preventing Google Chrome from
>> >>>> ac

Re: Registration

2012-03-20 Thread Dave Fisher


On Mar 20, 2012, at 3:32 PM, Rob Weir wrote:

> On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen
>  wrote:
>> I just wonder if all OpenOffice users are not Englishmen ... how this is
>> handled?
> 
> 
> Good question.  OOo 3.3 sends a request with a URL like this:
> 
> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
> 
> So it does have a "locale" parameter.   My guess is the legacy
> registration server used that info to provide a localized registration
> form.
> 
> Currently we don't have an equivalent page in other languages.   We
> could clean up that page and get it translated into the various
> languages.  But I don't know enough about Apache server rewrites to
> know if it is possible to redirect based on a URL parameter.  Maybe
> one of our gurus can tell us it is possible to redirect:
> 
> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
> 
> to
> 
> http://registration2.services.openoffice.org/confirm_en.html
> 
> or even:
> 
> http://en.openoffice.org/confirm.html
> 
> 
> In other words, can we pick out a URL parameter and use that elsewhere
> in the rewrite?

It ought to be possible to do a rewrite to go to say:

www.openoffice.org/contributing.html (if en)
www.openoffice.org/fr/contributing.html (if fr)
...

We can then put contributing pages in English into each NL site. A first task 
for NL volunteers can be to translate these to their own language.

Regards,
Dave

> 
> 
> -Rob
> 
> 
>> Regards
>> Risto
>> 
>> Rob Weir [robw...@apache.org] kirjoitti:
>>> 
>>> On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher 
>>> wrote:
>>>> Since we can't control existing distributions:
>>>> 
>>>> To dos would be.
>>>> 
>>>> (1) Create a page that explains things either in the podling site,
>>>> either wiki, or ooo-site.
>>>> 
>>> 
>>> I wonder whether this page would be appropriate:
>>> 
>>> http://www.openoffice.org/download/contribute.html
>>> 
>>> That is the one that we currently point users to as they download OOo
>>> 3.3.  It seems to cover all the bases,  getting help, mailing lists,
>>> etc.  It even might direct some dimes to the treasury.
>>> 
>>> Maybe just change the header to "Thanks for downloading OpenOffic.org
>>> " ??   That would then cover both bases.
>>> 
>>> 
>>>> (2) Redirect all registration[0-9].services.openoffice.org requests to
>>>> that page. This would be a JIRA ticket for INFRA after doing (1)
>>>> 
>>>> Volunteers?
>>>> 
>>> 
>>> If there are no objections I'll do the above.
>>> 
>>>> Regards,
>>>> DAve
>>>> 
>>>> On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote:
>>>> 
>>>>> Perhaps the register landing page should point to a page with this
>>>>> information.
>>>>> (and maybe a plug for AOO and the Apache Way, etc.)
>>>>> 
>>>>> A.
>>>>> 
>>>>> On 3/19/2012 5:30 AM, Rob Weir wrote:
>>>>>> Hi Tobias,
>>>>>> 
>>>>>> Thanks for the report on the registration page.  This outage is
>>>>>> intentional. We are no longer doing user registration with
>>>>>> OpenOffice.org.  Our next release will remove this option so you do
>>>>>> not get that error message.
>>>>>> 
>>>>>> The closes thing to "registration" we have is a mailing list that
>>>>>> users can sign up for to receive updates from the project,such as
>>>>>> announcements of new releases.   If you want to subscribe to this
>>>>>> list, send an email to:   ooo-announce-subscr...@incubator.apache.org.
>>>>>> 
>>>>>> Regards,
>>>>>> 
>>>>>> -Rob
>>>>>> 
>>>>>> On Mon, Mar 19, 2012 at 1:19 AM, Tobias Cortese
>>>>>>   wrote:
>>>>>>> Hello,
>>>>>>> The registration link for OpenOffice brings up an error page. Here's
>>>>>>> the link and error message:
>>>>>>> 
>>>>>>> https://registration2.services.openoffice.org/

Re: Registration

On Tue, Mar 20, 2012 at 6:42 PM, Dave Fisher  wrote:
>
> On Mar 20, 2012, at 3:32 PM, Rob Weir wrote:
>
>> On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen
>>  wrote:
>>> I just wonder if all OpenOffice users are not Englishmen ... how this is
>>> handled?
>>
>>
>> Good question.  OOo 3.3 sends a request with a URL like this:
>>
>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>
>> So it does have a "locale" parameter.   My guess is the legacy
>> registration server used that info to provide a localized registration
>> form.
>>
>> Currently we don't have an equivalent page in other languages.   We
>> could clean up that page and get it translated into the various
>> languages.  But I don't know enough about Apache server rewrites to
>> know if it is possible to redirect based on a URL parameter.  Maybe
>> one of our gurus can tell us it is possible to redirect:
>>
>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>
>> to
>>
>> http://registration2.services.openoffice.org/confirm_en.html
>>
>> or even:
>>
>> http://en.openoffice.org/confirm.html
>>
>>
>> In other words, can we pick out a URL parameter and use that elsewhere
>> in the rewrite?
>
> It ought to be possible to do a rewrite to go to say:
>
> www.openoffice.org/contributing.html (if en)
> www.openoffice.org/fr/contributing.html (if fr)
> ...
>
> We can then put contributing pages in English into each NL site. A first task 
> for NL volunteers can be to translate these to their own language.
>

Maybe done via Subversion symbolic links, so we can keep the English
version updated, at least until the point an NL group takes it over.

> Regards,
> Dave
>
>>
>>
>> -Rob
>>
>>
>>> Regards
>>> Risto
>>>
>>> Rob Weir [robw...@apache.org] kirjoitti:
>>>>
>>>> On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher 
>>>> wrote:
>>>>> Since we can't control existing distributions:
>>>>>
>>>>> To dos would be.
>>>>>
>>>>> (1) Create a page that explains things either in the podling site,
>>>>> either wiki, or ooo-site.
>>>>>
>>>>
>>>> I wonder whether this page would be appropriate:
>>>>
>>>> http://www.openoffice.org/download/contribute.html
>>>>
>>>> That is the one that we currently point users to as they download OOo
>>>> 3.3.  It seems to cover all the bases,  getting help, mailing lists,
>>>> etc.  It even might direct some dimes to the treasury.
>>>>
>>>> Maybe just change the header to "Thanks for downloading OpenOffic.org
>>>> " ??   That would then cover both bases.
>>>>
>>>>
>>>>> (2) Redirect all registration[0-9].services.openoffice.org requests to
>>>>> that page. This would be a JIRA ticket for INFRA after doing (1)
>>>>>
>>>>> Volunteers?
>>>>>
>>>>
>>>> If there are no objections I'll do the above.
>>>>
>>>>> Regards,
>>>>> DAve
>>>>>
>>>>> On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote:
>>>>>
>>>>>> Perhaps the register landing page should point to a page with this
>>>>>> information.
>>>>>> (and maybe a plug for AOO and the Apache Way, etc.)
>>>>>>
>>>>>> A.
>>>>>>
>>>>>> On 3/19/2012 5:30 AM, Rob Weir wrote:
>>>>>>> Hi Tobias,
>>>>>>>
>>>>>>> Thanks for the report on the registration page.  This outage is
>>>>>>> intentional. We are no longer doing user registration with
>>>>>>> OpenOffice.org.  Our next release will remove this option so you do
>>>>>>> not get that error message.
>>>>>>>
>>>>>>> The closes thing to "registration" we have is a mailing list that
>>>>>>> users can sign up for to receive updates from the project,such as
>>>>>>> announcements of new releases.   If you want to subscribe to this
>>>>>>> l

Re: Registration

2012-03-20 Thread Dave Fisher


On Mar 20, 2012, at 4:43 PM, Rob Weir wrote:

> On Tue, Mar 20, 2012 at 6:42 PM, Dave Fisher  wrote:
>> 
>> On Mar 20, 2012, at 3:32 PM, Rob Weir wrote:
>> 
>>> On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen
>>>  wrote:
>>>> I just wonder if all OpenOffice users are not Englishmen ... how this is
>>>> handled?
>>> 
>>> 
>>> Good question.  OOo 3.3 sends a request with a URL like this:
>>> 
>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>> 
>>> So it does have a "locale" parameter.   My guess is the legacy
>>> registration server used that info to provide a localized registration
>>> form.
>>> 
>>> Currently we don't have an equivalent page in other languages.   We
>>> could clean up that page and get it translated into the various
>>> languages.  But I don't know enough about Apache server rewrites to
>>> know if it is possible to redirect based on a URL parameter.  Maybe
>>> one of our gurus can tell us it is possible to redirect:
>>> 
>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>> 
>>> to
>>> 
>>> http://registration2.services.openoffice.org/confirm_en.html
>>> 
>>> or even:
>>> 
>>> http://en.openoffice.org/confirm.html
>>> 
>>> 
>>> In other words, can we pick out a URL parameter and use that elsewhere
>>> in the rewrite?
>> 
>> It ought to be possible to do a rewrite to go to say:
>> 
>> www.openoffice.org/contributing.html (if en)
>> www.openoffice.org/fr/contributing.html (if fr)
>> ...
>> 
>> We can then put contributing pages in English into each NL site. A first 
>> task for NL volunteers can be to translate these to their own language.
>> 
> 
> Maybe done via Subversion symbolic links, so we can keep the English
> version updated, at least until the point an NL group takes it over.

Or perhaps externals, I think that would be a folder.

We could have an apache, policy, or user directory - content/user/.

With files like: 

registration.mdtext
contributing.mdtext
policy.mdtext

The directory could be external in say French - content/fr/user/.

The files registration.mdtext etc in that directory become like "branches", can 
be translated and it would be possible to flag these changes for each NL team.

I'll look for someone with svn superpowers like Joe to tell us if this is a 
good idea or crazy.

Regards,
Dave

> 
>> Regards,
>> Dave
>> 
>>> 
>>> 
>>> -Rob
>>> 
>>> 
>>>> Regards
>>>> Risto
>>>> 
>>>> Rob Weir [robw...@apache.org] kirjoitti:
>>>>> 
>>>>> On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher 
>>>>> wrote:
>>>>>> Since we can't control existing distributions:
>>>>>> 
>>>>>> To dos would be.
>>>>>> 
>>>>>> (1) Create a page that explains things either in the podling site,
>>>>>> either wiki, or ooo-site.
>>>>>> 
>>>>> 
>>>>> I wonder whether this page would be appropriate:
>>>>> 
>>>>> http://www.openoffice.org/download/contribute.html
>>>>> 
>>>>> That is the one that we currently point users to as they download OOo
>>>>> 3.3.  It seems to cover all the bases,  getting help, mailing lists,
>>>>> etc.  It even might direct some dimes to the treasury.
>>>>> 
>>>>> Maybe just change the header to "Thanks for downloading OpenOffic.org
>>>>> " ??   That would then cover both bases.
>>>>> 
>>>>> 
>>>>>> (2) Redirect all registration[0-9].services.openoffice.org requests to
>>>>>> that page. This would be a JIRA ticket for INFRA after doing (1)
>>>>>> 
>>>>>> Volunteers?
>>>>>> 
>>>>> 
>>>>> If there are no objections I'll do the above.
>>>>> 
>>>>>> Regards,
>>>>>> DAve
>>>>>> 
>>>>>> On Mar 19, 2012, at 11:38 AM, Andrew Rist wrote:
>>>>>> 
>>>>>>> Perhaps the register landing page shoul

Re: Registration

On Tue, Mar 20, 2012 at 8:18 PM, Dave Fisher  wrote:
>
> On Mar 20, 2012, at 4:43 PM, Rob Weir wrote:
>
>> On Tue, Mar 20, 2012 at 6:42 PM, Dave Fisher  wrote:
>>>
>>> On Mar 20, 2012, at 3:32 PM, Rob Weir wrote:
>>>
>>>> On Tue, Mar 20, 2012 at 6:18 PM, Risto Jääskeläinen
>>>>  wrote:
>>>>> I just wonder if all OpenOffice users are not Englishmen ... how this is
>>>>> handled?
>>>>
>>>>
>>>> Good question.  OOo 3.3 sends a request with a URL like this:
>>>>
>>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>>>
>>>> So it does have a "locale" parameter.   My guess is the legacy
>>>> registration server used that info to provide a localized registration
>>>> form.
>>>>
>>>> Currently we don't have an equivalent page in other languages.   We
>>>> could clean up that page and get it translated into the various
>>>> languages.  But I don't know enough about Apache server rewrites to
>>>> know if it is possible to redirect based on a URL parameter.  Maybe
>>>> one of our gurus can tell us it is possible to redirect:
>>>>
>>>> https://registration2.services.openoffice.org/RegistrationWeb/register/urn:st:e7251802-3c52-4e08-a74f-a22eca7458ff?product=OpenOffice.org&locale=en&cid=926117
>>>>
>>>> to
>>>>
>>>> http://registration2.services.openoffice.org/confirm_en.html
>>>>
>>>> or even:
>>>>
>>>> http://en.openoffice.org/confirm.html
>>>>
>>>>
>>>> In other words, can we pick out a URL parameter and use that elsewhere
>>>> in the rewrite?
>>>
>>> It ought to be possible to do a rewrite to go to say:
>>>
>>> www.openoffice.org/contributing.html (if en)
>>> www.openoffice.org/fr/contributing.html (if fr)
>>> ...
>>>
>>> We can then put contributing pages in English into each NL site. A first 
>>> task for NL volunteers can be to translate these to their own language.
>>>
>>
>> Maybe done via Subversion symbolic links, so we can keep the English
>> version updated, at least until the point an NL group takes it over.
>
> Or perhaps externals, I think that would be a folder.
>
> We could have an apache, policy, or user directory - content/user/.
>
> With files like:
>
> registration.mdtext
> contributing.mdtext
> policy.mdtext
>
> The directory could be external in say French - content/fr/user/.
>
> The files registration.mdtext etc in that directory become like "branches", 
> can be translated and it would be possible to flag these changes for each NL 
> team.
>
> I'll look for someone with svn superpowers like Joe to tell us if this is a 
> good idea or crazy.
>

Right. Especially if there are any weird interactions with externals
or symb links and the CMS. I suspect many of the NL contributors will
start with the CMS/patch route.

-Rob

> Regards,
> Dave
>
>>
>>> Regards,
>>> Dave
>>>
>>>>
>>>>
>>>> -Rob
>>>>
>>>>
>>>>> Regards
>>>>> Risto
>>>>>
>>>>> Rob Weir [robw...@apache.org] kirjoitti:
>>>>>>
>>>>>> On Mon, Mar 19, 2012 at 3:19 PM, Dave Fisher 
>>>>>> wrote:
>>>>>>> Since we can't control existing distributions:
>>>>>>>
>>>>>>> To dos would be.
>>>>>>>
>>>>>>> (1) Create a page that explains things either in the podling site,
>>>>>>> either wiki, or ooo-site.
>>>>>>>
>>>>>>
>>>>>> I wonder whether this page would be appropriate:
>>>>>>
>>>>>> http://www.openoffice.org/download/contribute.html
>>>>>>
>>>>>> That is the one that we currently point users to as they download OOo
>>>>>> 3.3.  It seems to cover all the bases,  getting help, mailing lists,
>>>>>> etc.  It even might direct some dimes to the treasury.
>>>>>>
>>>>>> Maybe just change the header to "Thanks for downloading OpenOffic.org
>>>>>> " ??   That would then cover both bases.
>>>>>>
>&g

Re: Registration

2012-03-21 Thread Andrea Pescetti


On 20/03/2012 16:32, Rob Weir wrote:

So it does have a "locale" parameter.   My guess is the legacy
registration server used that info to provide a localized registration
form.


I think it used to redirect to a (localized) page saying something like 
"Thank you for downloading OpenOffice.org" and providing links to a few 
resources like:

- Extensions and Temmplates
- Forums
- Mailing lists.

There might still be localizaed banners around too.

Regards,
  Andrea.

Re: Registration

2012-07-16 Thread Rob Weir

On Mon, Jul 16, 2012 at 12:06 PM, Barry Storah  wrote:
> Hi,
>
> I keep getting a message to "Register Your OpenOffice.org", it is not 
> possible as I always get the message - Internet Explorer cannot display the 
> webpage, or from OpenOffice welcome page - get more information "the webpage 
> cannot be found".
>

Hi Barry,

It sounds like you are installing an old version of OpenOffice.  The
current version is 3.4 and it does not have a registration screen.
You can download the latest version from
http://download.openoffice.org.

If for some reason you need to install the older version, you will get
the behavior you reported.  The registration went to a Sun/Oracle
website that no longer is up.  You can safely ignore that error.

Regards,

-Rob

> Regards,
> Barry Storah

Re: Registration

2012-07-16 Thread sebb

On 16 July 2012 17:26, Rob Weir  wrote:
> On Mon, Jul 16, 2012 at 12:06 PM, Barry Storah  wrote:
>> Hi,
>>
>> I keep getting a message to "Register Your OpenOffice.org", it is not 
>> possible as I always get the message - Internet Explorer cannot display the 
>> webpage, or from OpenOffice welcome page - get more information "the webpage 
>> cannot be found".
>>
>
> Hi Barry,
>
> It sounds like you are installing an old version of OpenOffice.  The
> current version is 3.4 and it does not have a registration screen.
> You can download the latest version from
> http://download.openoffice.org.
>
> If for some reason you need to install the older version, you will get
> the behavior you reported.  The registration went to a Sun/Oracle
> website that no longer is up.  You can safely ignore that error.

Would it be possible to get the destination URL re-instated?
Ideally this would redirect to an ASF page (easier to maintain), where
the user could be informed that there is a new version.
Alternatively, the target page could do the same, with a link to the
ASF for further information.

> Regards,
>
> -Rob
>
>
>> Regards,
>> Barry Storah

Re: Registration

2012-07-16 Thread Rob Weir

On Mon, Jul 16, 2012 at 1:13 PM, sebb  wrote:
> On 16 July 2012 17:26, Rob Weir  wrote:
>> On Mon, Jul 16, 2012 at 12:06 PM, Barry Storah  wrote:
>>> Hi,
>>>
>>> I keep getting a message to "Register Your OpenOffice.org", it is not 
>>> possible as I always get the message - Internet Explorer cannot display the 
>>> webpage, or from OpenOffice welcome page - get more information "the 
>>> webpage cannot be found".
>>>
>>
>> Hi Barry,
>>
>> It sounds like you are installing an old version of OpenOffice.  The
>> current version is 3.4 and it does not have a registration screen.
>> You can download the latest version from
>> http://download.openoffice.org.
>>
>> If for some reason you need to install the older version, you will get
>> the behavior you reported.  The registration went to a Sun/Oracle
>> website that no longer is up.  You can safely ignore that error.
>
> Would it be possible to get the destination URL re-instated?

The registration URL's for OOo 3.3 look like this:

https://registration2.services.openoffice.org/RegistrationWeb/register/?prduct=OpenOffice.org&locale=en&cid-926117

So we should be able to handle this entirely with ASF.

But I thought there was another version that went directly to an
Oracle domain.  Maybe that was OOo 3.4 beta 1?

The question is:  what could we do if even a fraction of the 8 million
downloads of AOO 3.4.0 led to a registration?  Suggest they join the
ooo-announce list?  (Can ezmlm handle 100,000 subscribers?)  Follow us
on Twitter?  At the very least we can point them to the FAQ's and
support pages.

If there is some way we can help users by having them view a
post-install registration screen, then we might add the registration
step back in future versions.

-Rob

> Ideally this would redirect to an ASF page (easier to maintain), where
> the user could be informed that there is a new version.
> Alternatively, the target page could do the same, with a link to the
> ASF for further information.
>
>> Regards,
>>
>> -Rob
>>
>>
>>> Regards,
>>> Barry Storah

Re: Registration

2012-07-16 Thread sebb

On 16 July 2012 19:01, Rob Weir  wrote:
> On Mon, Jul 16, 2012 at 1:13 PM, sebb  wrote:
>> On 16 July 2012 17:26, Rob Weir  wrote:
>>> On Mon, Jul 16, 2012 at 12:06 PM, Barry Storah  
>>> wrote:
>>>> Hi,
>>>>
>>>> I keep getting a message to "Register Your OpenOffice.org", it is not 
>>>> possible as I always get the message - Internet Explorer cannot display 
>>>> the webpage, or from OpenOffice welcome page - get more information "the 
>>>> webpage cannot be found".
>>>>
>>>
>>> Hi Barry,
>>>
>>> It sounds like you are installing an old version of OpenOffice.  The
>>> current version is 3.4 and it does not have a registration screen.
>>> You can download the latest version from
>>> http://download.openoffice.org.
>>>
>>> If for some reason you need to install the older version, you will get
>>> the behavior you reported.  The registration went to a Sun/Oracle
>>> website that no longer is up.  You can safely ignore that error.
>>
>> Would it be possible to get the destination URL re-instated?
>
> The registration URL's for OOo 3.3 look like this:
>
> https://registration2.services.openoffice.org/RegistrationWeb/register/?prduct=OpenOffice.org&locale=en&cid-926117
>
> So we should be able to handle this entirely with ASF.

Good.

> But I thought there was another version that went directly to an
> Oracle domain.  Maybe that was OOo 3.4 beta 1?

Should catch that too.

> The question is:  what could we do if even a fraction of the 8 million
> downloads of AOO 3.4.0 led to a registration?  Suggest they join the
> ooo-announce list?  (Can ezmlm handle 100,000 subscribers?)  Follow us
> on Twitter?  At the very least we can point them to the FAQ's and
> support pages.

I'm not suggesting that 3.4.0 be updated to include registration,
merely that it would be helpful to direct users of 3.3 to the new
version, and let them know that the registration step has not failed.

> If there is some way we can help users by having them view a
> post-install registration screen, then we might add the registration
> step back in future versions.

In the meantime, avoiding the error message for users of earlier
versions would be a kindness to end users.
For every one person who bothered to report the error, there are
presumably many others who also encountered the error.

> -Rob
>
>> Ideally this would redirect to an ASF page (easier to maintain), where
>> the user could be informed that there is a new version.
>> Alternatively, the target page could do the same, with a link to the
>> ASF for further information.
>>
>>> Regards,
>>>
>>> -Rob
>>>
>>>
>>>> Regards,
>>>> Barry Storah

Re: Registration

2012-07-23 Thread Andrea Pescetti

On 16/07/2012 21:14, sebb wrote:

On 16 July 2012 19:01, Rob Weir wrote:

The registration URL's for OOo 3.3 look like this:
https://registration2.services.openoffice.org/RegistrationWeb/register/?prduct=OpenOffice.org&locale=en&cid-926117
So we should be able to handle this entirely with ASF.

I've seen (in 3.3.0, build 9567)
http://survey.services.openoffice.org/user/index.php
too.

But I thought there was another version that went directly to an
Oracle domain. Maybe that was OOo 3.4 beta 1?

OOo 3.4 beta 1 used something that currently redirects, for me, to
https://hs-ws1.oracle.com/RegistrationWeb/registration/default/en_US/register-login.jsp?legacy=true&tgtPrd=OpenOffice.org&prd=registration&uuid=urn...e588
but being a beta version it was installed by a small fraction of users,
and anyway the page works (it is an Oracle account registration, which
is probably useless to OpenOffice users, but is online).

I'm not suggesting that 3.4.0 be updated to include registration,
merely that it would be helpful to direct users of 3.3 to the new
version, and let them know that the registration step has not failed.

So I'd propose to ask Infra to redirect the whole domains
https://registration2.services.openoffice.org/
http://registration2.services.openoffice.org/
http://survey.services.openoffice.org/
to something that explains that OpenOffice.org is now at Apache. I've
looked at some options on the openoffice.org website, but the best
candidate seems to be a blog post:

https://blogs.apache.org/OOo/entry/openoffice_org_is_now_apache

Does anyone have better links to propose? Otherwise I guess we can ask
Infra to setup the redirection.

Regards,
Andrea.

Re: Registration

2012-07-23 Thread Rob Weir

On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti  wrote:
> On 16/07/2012 21:14, sebb wrote:
>
>> On 16 July 2012 19:01, Rob Weir wrote:
>>>
>>> The registration URL's for OOo 3.3 look like this:
>>>
>>> https://registration2.services.openoffice.org/RegistrationWeb/register/?prduct=OpenOffice.org&locale=en&cid-926117
>>> So we should be able to handle this entirely with ASF.
>
>
> I've seen (in 3.3.0, build 9567)
> http://survey.services.openoffice.org/user/index.php
> too.
>
>
>>> But I thought there was another version that went directly to an
>>> Oracle domain.  Maybe that was OOo 3.4 beta 1?
>
>
> OOo 3.4 beta 1 used something that currently redirects, for me, to
> https://hs-ws1.oracle.com/RegistrationWeb/registration/default/en_US/register-login.jsp?legacy=true&tgtPrd=OpenOffice.org&prd=registration&uuid=urn...e588
> but being a beta version it was installed by a small fraction of users, and
> anyway the page works (it is an Oracle account registration, which is
> probably useless to OpenOffice users, but is online).
>
>
>> I'm not suggesting that 3.4.0 be updated to include registration,
>> merely that it would be helpful to direct users of 3.3 to the new
>> version, and let them know that the registration step has not failed.
>
>
> So I'd propose to ask Infra to redirect the whole domains
> https://registration2.services.openoffice.org/
> http://registration2.services.openoffice.org/
> http://survey.services.openoffice.org/
> to something that explains that OpenOffice.org is now at Apache. I've looked
> at some options on the openoffice.org website, but the best candidate seems
> to be a blog post:
> https://blogs.apache.org/OOo/entry/openoffice_org_is_now_apache
>
> Does anyone have better links to propose? Otherwise I guess we can ask Infra
> to setup the redirection.
>

Anyone who has the access to the registration link is running an old
version of OpenOffice, right.  And they are probably just installing
the older version and seeing the registration link.  So I'd expect
that they would soon get a update prompt from within OpenOffice,
within a week, assuming they are using OOo 3.2, 3.2.1 or 3.3.0.  So in
those cases seem to be handled fine already.

The ones that are not covered by the above would be:

1) Someone using an earlier version of OOo (pre 3.2.0)

2) Someone using a version of OOo 3.3.0 or earlier that has not yet
been translated for AOO.

So it might make sense to send them to the download page?  Or a
custom/new page that says:

a) Thank you for installing OOo

b) OOo is now at Apache

c) The latest version is AOO 3.4.  You can get it here (give download link)

d) Useful extensions and templates are here (give links)

e) If you want to stay informed about new releases and other
announcements, here is our announcement link, Twitter account, etc.


> Regards,
>   Andrea.

Re: Registration

2012-08-07 Thread Andrea Pescetti


On 23/07/2012 Rob Weir wrote:

On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote:

So I'd propose to ask Infra to redirect the whole domains
https://registration2.services.openoffice.org/
http://registration2.services.openoffice.org/
http://survey.services.openoffice.org/
to something that explains that OpenOffice.org is now at Apache.

So it might make sense to send them to the download page?  Or a
custom/new page that says:
a) Thank you for installing OOo
b) OOo is now at Apache
c) The latest version is AOO 3.4.  You can get it here (give download link)
d) Useful extensions and templates are here (give links)
e) If you want to stay informed about new releases and other
announcements, here is our announcement link, Twitter account, etc.


I created a page with this content at
http://www.openoffice.org/legacy/thankyou.html

If we have lazy consensus (i.e., no objections in 72 hours or so) on 
this, I'll then proceed and ask Infra to redirect all legacy links to 
this page. This includes the whole subdomains above and, if someone 
manages to find it, the URL OpenOffice opens when one uninstalls version 
3.3.


Regards,
  Andrea.

Re: Registration

2012-08-07 Thread Marcus (OOo)


Am 08/07/2012 11:44 PM, schrieb Andrea Pescetti:

On 23/07/2012 Rob Weir wrote:

On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote:

So I'd propose to ask Infra to redirect the whole domains
https://registration2.services.openoffice.org/
http://registration2.services.openoffice.org/
http://survey.services.openoffice.org/
to something that explains that OpenOffice.org is now at Apache.

So it might make sense to send them to the download page? Or a
custom/new page that says:
a) Thank you for installing OOo
b) OOo is now at Apache
c) The latest version is AOO 3.4. You can get it here (give download
link)
d) Useful extensions and templates are here (give links)
e) If you want to stay informed about new releases and other
announcements, here is our announcement link, Twitter account, etc.


I created a page with this content at
http://www.openoffice.org/legacy/thankyou.html

If we have lazy consensus (i.e., no objections in 72 hours or so) on
this, I'll then proceed and ask Infra to redirect all legacy links to
this page. This includes the whole subdomains above and, if someone
manages to find it, the URL OpenOffice opens when one uninstalls version
3.3.


Great idea. I think there are a lot of URLs that could be routed to this 
new webpage.


Marcus

Re: Registration

2012-08-07 Thread Rob Weir

On Tue, Aug 7, 2012 at 5:44 PM, Andrea Pescetti  wrote:
> On 23/07/2012 Rob Weir wrote:
>>
>> On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote:
>>>
>>> So I'd propose to ask Infra to redirect the whole domains
>>> https://registration2.services.openoffice.org/
>>> http://registration2.services.openoffice.org/
>>> http://survey.services.openoffice.org/
>>> to something that explains that OpenOffice.org is now at Apache.
>>
>> So it might make sense to send them to the download page?  Or a
>>
>> custom/new page that says:
>> a) Thank you for installing OOo
>> b) OOo is now at Apache
>> c) The latest version is AOO 3.4.  You can get it here (give download
>> link)
>> d) Useful extensions and templates are here (give links)
>> e) If you want to stay informed about new releases and other
>> announcements, here is our announcement link, Twitter account, etc.
>
>
> I created a page with this content at
> http://www.openoffice.org/legacy/thankyou.html
>

+1

This is nice.

-Rob

> If we have lazy consensus (i.e., no objections in 72 hours or so) on this,
> I'll then proceed and ask Infra to redirect all legacy links to this page.
> This includes the whole subdomains above and, if someone manages to find it,
> the URL OpenOffice opens when one uninstalls version 3.3.
>
> Regards,
>   Andrea.

Re: Registration

2012-08-08 Thread Dave Fisher


On Aug 7, 2012, at 2:44 PM, Andrea Pescetti wrote:

> On 23/07/2012 Rob Weir wrote:
>> On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote:
>>> So I'd propose to ask Infra to redirect the whole domains
>>> https://registration2.services.openoffice.org/
>>> http://registration2.services.openoffice.org/
>>> http://survey.services.openoffice.org/
>>> to something that explains that OpenOffice.org is now at Apache.
>> So it might make sense to send them to the download page?  Or a
>> custom/new page that says:
>> a) Thank you for installing OOo
>> b) OOo is now at Apache
>> c) The latest version is AOO 3.4.  You can get it here (give download link)
>> d) Useful extensions and templates are here (give links)
>> e) If you want to stay informed about new releases and other
>> announcements, here is our announcement link, Twitter account, etc.
> 
> I created a page with this content at
> http://www.openoffice.org/legacy/thankyou.html
> 
> If we have lazy consensus (i.e., no objections in 72 hours or so) on this, 
> I'll then proceed and ask Infra to redirect all legacy links to this page. 
> This includes the whole subdomains above and, if someone manages to find it, 
> the URL OpenOffice opens when one uninstalls version 3.3.

Let me know when the JIRA is ready.

There will be two parts.

(1) DNS - Change these subdomain IPs to be ooo-site.apache.org

(2) httpd.conf - permanently redirect anything on the list of domains to this 
new page.

I'll just need the domains and no the http / https.

I just got Infra to do the patches to DNS for forum.oo.o and wiki.oo.o (for 
imacat: more work to do with the Apache Traffic Server config on the MWiki.) I 
think these will be quick.

Regards,
Dave


> 
> Regards,
>  Andrea.

Re: Registration

2012-08-08 Thread Oliver-Rainer Wittmann


Hi,

On 07.08.2012 23:44, Andrea Pescetti wrote:

On 23/07/2012 Rob Weir wrote:

On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote:

So I'd propose to ask Infra to redirect the whole domains
https://registration2.services.openoffice.org/
http://registration2.services.openoffice.org/
http://survey.services.openoffice.org/
to something that explains that OpenOffice.org is now at Apache.

So it might make sense to send them to the download page?  Or a
custom/new page that says:
a) Thank you for installing OOo
b) OOo is now at Apache
c) The latest version is AOO 3.4.  You can get it here (give download link)
d) Useful extensions and templates are here (give links)
e) If you want to stay informed about new releases and other
announcements, here is our announcement link, Twitter account, etc.


I created a page with this content at
http://www.openoffice.org/legacy/thankyou.html



This page looks good.

May be we can use it also for our update service. It could be the landing page 
for users of legacy OOo versions for whose language we do not have a released 
package. Currently, the update service for such legacy OOo versions is not active.


Best regards, Oliver.


If we have lazy consensus (i.e., no objections in 72 hours or so) on this, I'll
then proceed and ask Infra to redirect all legacy links to this page. This
includes the whole subdomains above and, if someone manages to find it, the URL
OpenOffice opens when one uninstalls version 3.3.

Regards,
   Andrea.

Re: Registration

2012-08-09 Thread Rob Weir

On Thu, Aug 9, 2012 at 2:34 AM, Oliver-Rainer Wittmann
 wrote:
> Hi,
>
>
> On 07.08.2012 23:44, Andrea Pescetti wrote:
>>
>> On 23/07/2012 Rob Weir wrote:
>>>
>>> On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote:

 So I'd propose to ask Infra to redirect the whole domains
 https://registration2.services.openoffice.org/
 http://registration2.services.openoffice.org/
 http://survey.services.openoffice.org/
 to something that explains that OpenOffice.org is now at Apache.
>>>
>>> So it might make sense to send them to the download page?  Or a
>>> custom/new page that says:
>>> a) Thank you for installing OOo
>>> b) OOo is now at Apache
>>> c) The latest version is AOO 3.4.  You can get it here (give download
>>> link)
>>> d) Useful extensions and templates are here (give links)
>>> e) If you want to stay informed about new releases and other
>>> announcements, here is our announcement link, Twitter account, etc.
>>
>>
>> I created a page with this content at
>> http://www.openoffice.org/legacy/thankyou.html
>>
>
> This page looks good.
>
> May be we can use it also for our update service. It could be the landing
> page for users of legacy OOo versions for whose language we do not have a
> released package. Currently, the update service for such legacy OOo versions
> is not active.
>

How would that work, for an end user?  I thought an update check
occurs every week.  So suppose someone was currently using OOo 3.3.0
in the Korean translation.  Every week they would get a notification
saying an update is available.  This would take them to a page (in
English) that says AOO 3.4.0 is available, but not in Korean.  And if
they don't install 3.4.0 they continue to get the message every week?

That sounds annoying.

Or is there a way we can give a set of users a message once, so after
they dismiss the message it does not return every week?  Something
like an Atom/RSS feed that can be displayed in the client.  That would
be more useful.

Of course, we cannot now modify the UI and logic of OOo 3.3.0.  But we
could fake it with a hack.  For example, we could a message in for all
languages in the update XML, but only have it there for 2 weeks.  Then
we would revert the XML back to only notifying users for updates in
their language.

-Rob

> Best regards, Oliver.
>
>
>> If we have lazy consensus (i.e., no objections in 72 hours or so) on this,
>> I'll
>> then proceed and ask Infra to redirect all legacy links to this page. This
>> includes the whole subdomains above and, if someone manages to find it,
>> the URL
>> OpenOffice opens when one uninstalls version 3.3.
>>
>> Regards,
>>Andrea.

Re: Registration

2012-08-09 Thread Andrea Pescetti


Oliver-Rainer Wittmann wrote:

On 07.08.2012 23:44, Andrea Pescetti wrote:

I created a page with this content at
http://www.openoffice.org/legacy/thankyou.html

May be we can use it also for our update service. It could be the
landing page for users of legacy OOo versions for whose language we do
not have a released package.


For those cases it would be better to wait until 3.4.1 is out, then 
provide, for unsupported languages, some "beta/RC" builds or langpacks 
based on the same SVN revision and the SDF files we have now and create 
a page saying something like "your language is not officially supported, 
but you can help us [links to unofficial builds and instructions]". But 
this is just an idea that we can discuss after 3.4.1 is released.


Regards,
  Andrea.

Re: registration

2011-08-11 Thread Andy Brown


genevieve Berthault wrote:




Hello! I would like to subscribe to this mailing list please.
All the best,
Genny   


You will have to subscribe yourself.  Go to 
http://incubator.apache.org/openofficeorg/mailing-lists.html  and click 
the link.


Just so that your aware this list is very active and you will be getting 
a large number of message per day.


Thanks for your interest in Apache OpenOffice.org and look forward to 
your input.


Andy

ps. Please reply only to the list.

Re: registration

2011-08-11 Thread Rob Weir

Send email to:   ooo-dev-subscr...@incubator.apache.org

Also, see:  http://incubator.apache.org/openofficeorg/mailing-lists.html

-Rob

On Thu, Aug 11, 2011 at 8:02 AM, genevieve Berthault
 wrote:
>
>
>
> Hello! I would like to subscribe to this mailing list please.
> All the best,
> Genny

Re: Registration

2012-08-14 Thread Oliver-Rainer Wittmann


Hi,

On 09.08.2012 16:23, Rob Weir wrote:

On Thu, Aug 9, 2012 at 2:34 AM, Oliver-Rainer Wittmann
 wrote:

Hi,


On 07.08.2012 23:44, Andrea Pescetti wrote:


On 23/07/2012 Rob Weir wrote:


On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote:


So I'd propose to ask Infra to redirect the whole domains
https://registration2.services.openoffice.org/
http://registration2.services.openoffice.org/
http://survey.services.openoffice.org/
to something that explains that OpenOffice.org is now at Apache.


So it might make sense to send them to the download page?  Or a
custom/new page that says:
a) Thank you for installing OOo
b) OOo is now at Apache
c) The latest version is AOO 3.4.  You can get it here (give download
link)
d) Useful extensions and templates are here (give links)
e) If you want to stay informed about new releases and other
announcements, here is our announcement link, Twitter account, etc.



I created a page with this content at
http://www.openoffice.org/legacy/thankyou.html



This page looks good.

May be we can use it also for our update service. It could be the landing
page for users of legacy OOo versions for whose language we do not have a
released package. Currently, the update service for such legacy OOo versions
is not active.



How would that work, for an end user?  I thought an update check
occurs every week.  So suppose someone was currently using OOo 3.3.0
in the Korean translation.  Every week they would get a notification
saying an update is available.  This would take them to a page (in
English) that says AOO 3.4.0 is available, but not in Korean.  And if
they don't install 3.4.0 they continue to get the message every week?

That sounds annoying.



You are right, that would be annoying.


Or is there a way we can give a set of users a message once, so after
they dismiss the message it does not return every week?  Something
like an Atom/RSS feed that can be displayed in the client.  That would
be more useful.

Of course, we cannot now modify the UI and logic of OOo 3.3.0.  But we
could fake it with a hack.  For example, we could a message in for all
languages in the update XML, but only have it there for 2 weeks.  Then
we would revert the XML back to only notifying users for updates in
their language.



Sounds like a reasonable idea.


Best regards, Oliver.

Re: Registration

2012-08-14 Thread Andrea Pescetti


On 09/08/2012 Dave Fisher wrote:

On Aug 7, 2012, at 2:44 PM, Andrea Pescetti wrote:

I created a page with this content at
http://www.openoffice.org/legacy/thankyou.html If we have lazy
consensus (i.e., no objections in 72 hours or so) on this, I'll
then proceed and ask Infra to redirect all legacy links to this
page. This includes the whole subdomains above and, if someone
manages to find it, the URL OpenOffice opens when one uninstalls
version 3.3.


Let me know when the JIRA is ready.


Ready at
https://issues.apache.org/jira/browse/INFRA-5144

Regards,
  Andrea.

Re: Registration

2012-08-14 Thread Dave Fisher


On Aug 14, 2012, at 8:09 PM, Andrea Pescetti wrote:

> On 09/08/2012 Dave Fisher wrote:
>> On Aug 7, 2012, at 2:44 PM, Andrea Pescetti wrote:
>>> I created a page with this content at
>>> http://www.openoffice.org/legacy/thankyou.html If we have lazy
>>> consensus (i.e., no objections in 72 hours or so) on this, I'll
>>> then proceed and ask Infra to redirect all legacy links to this
>>> page. This includes the whole subdomains above and, if someone
>>> manages to find it, the URL OpenOffice opens when one uninstalls
>>> version 3.3.
>> 
>> Let me know when the JIRA is ready.
> 
> Ready at
> https://issues.apache.org/jira/browse/INFRA-5144

I'll look into this one tomorrow. There will be two parts.

(1) DNS redirect to www.openoffice.org

(2) httpd.conf rewrite to redirect to thankyou.html.

Regards,
Dave

> 
> Regards,
>  Andrea.

Re: Registration

2012-08-17 Thread Andrea Pescetti


On 15/08/2012 Dave Fisher wrote:

On Aug 14, 2012, at 8:09 PM, Andrea Pescetti wrote:

Ready at
https://issues.apache.org/jira/browse/INFRA-5144


I'll look into this one tomorrow. There will be two parts.
(1) DNS redirect to www.openoffice.org
(2) httpd.conf rewrite to redirect to thankyou.html.


A further problem that Infra brought up is that the address to be 
redirected is https://registration2.services.openoffice.org and that to 
redirect HTTPS we need to retrieve (or buy) a matching SSL certificate.


Does anyone have access to the SSL certificate originally used for 
registration2.services.openoffice.org ? Read the issue (link above) for 
more details.


Regards,
  Andrea.

[Translation] Pootle User Registration

2011-12-23 Thread Roberto Salomon

With pootle up and running, how does one go about registering him/herself
on the tool?

-- 
Roberto Salomon
http://notaslivres.webhop.net

Bogus Linked-In Registration

2012-03-27 Thread Dennis E. Hamilton

Will whoever set up a LinkedIn membership as "Opensource Appachee 
[ooo-us...@incubator.apache.org]" please drop that account.  Requests for 
addition to the "professional network" of other folks are being rejected by the 
moderator.  

There is a different way to create groups on LinkedIn.  

This abuse of the LinkedIn terms of service is being reported.

 - Dennis

Component XML passive registration

2011-11-12 Thread Yuri Dario

Hi, 

while building the os2 code in current tree, I sometimes see errors 
like

Trace 0/1: "osl_openFile(3, readonly) => 
F:\rd\OOo\asf\main\solver\340\os2gcci.p
ro\xml\ure\services.rdb"
Trace 0/1: "osl_closeFile(3) => 
F:\rd\OOo\asf\main\solver\340\os2gcci.pro\xml\ur
e\services.rdb"
Trace 0/1: "OStoreSuperBlockPage::verify(): double failure.

when accessing xml services rdb files. After some research, I 
discovered that now UNO components have passive registration, and they
write a xml file instead of old binary format.

But in os2 port it seems that reading xml files does not work.

Where should I look to enable xml also here? xmlreader is build, and 
also the other xml tools.

TIA

-- 
Bye,

Yuri Dario

/*
 * OS/2 open source software
 * http://web.os2power.com/yuri
 * http://www.netlabs.org
*/

Re: [Translation] Pootle User Registration

2011-12-23 Thread Andrew Rist

The server is at translate.a.o [1] and there is a FAQ discussing auth 
levels at [2]
Basically, it's setup to allow small suggestions and patches from 
anyone, but to require one to be a committer to make substantial 
contributions.

Andrew

(also, we are hoping in the very near future to seed this with the OOo 
3.4 po files to have a good starting point for the translations)


[1] https://translate.apache.org/
[2] 
https://cwiki.apache.org/confluence/display/INFRA/translate+pootle+service+auth+levels



On 12/23/2011 3:00 AM, Roberto Salomon wrote:

With pootle up and running, how does one go about registering him/herself
on the tool?

RE: Bogus Linked-In Registration

2012-03-27 Thread Dennis E. Hamilton

Update:  OK, there is no Opensource Appachee member on LinkedIn.  What is 
happening is that another LinkedIn member is using LinkedIn invitations as a 
form of spamming.  I have flagged the LinkedIn account of that member.

 - Dennis

-Original Message-
From: Dennis E. Hamilton [mailto:dennis.hamil...@acm.org] 
Sent: Tuesday, March 27, 2012 09:17
To: ooo-users Apache Incubator List (ooo-us...@incubator.apache.org)
Cc: OOo-dev Apache Incubator (ooo-dev@incubator.apache.org)
Subject: Bogus Linked-In Registration

Will whoever set up a LinkedIn membership as "Opensource Appachee 
[ooo-us...@incubator.apache.org]" please drop that account.  Requests for 
addition to the "professional network" of other folks are being rejected by the 
moderator.  

There is a different way to create groups on LinkedIn.  

This abuse of the LinkedIn terms of service is being reported.

 - Dennis

Re: Component XML passive registration

2011-11-14 Thread Yuri Dario

> But in os2 port it seems that reading xml files does not work.

fixed, it was not a problem with registry.


-- 
Bye,

Yuri Dario

/*
 * OS/2 open source software
 * http://web.os2power.com/yuri
 * http://www.netlabs.org
*/

#ooo-dev IRC channel registration

2011-06-14 Thread eric b


Hi,

For the record, I registered #ooo-dev channel ( server :  
irc.freenode.net ), and sent the password to Greg Stein.
Just in case, I either set some flags (guard, secure, topic) "on".   
If this channel is really unneeded, just tell me, and I'll drop it.



Thanks,
Eric

--
qɔᴉɹə
Education Project:
http://wiki.services.openoffice.org/wiki/Education_Project
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news

RE: #ooo-dev IRC channel registration

2011-06-15 Thread Dennis E. Hamilton

+1

I favor the #ooo-dev channel, because it is unambiguously associated with the 
Apache effort for now.

 - Dennis

-Original Message-
From: eric b [mailto:eric.bach...@free.fr] 
Sent: Tuesday, June 14, 2011 23:22
To: ooo-dev@incubator.apache.org
Subject: #ooo-dev IRC channel registration

Hi,

For the record, I registered #ooo-dev channel ( server :  
irc.freenode.net ), and sent the password to Greg Stein.
Just in case, I either set some flags (guard, secure, topic) "on".   
If this channel is really unneeded, just tell me, and I'll drop it.


Thanks,
Eric

-- 
qɔᴉɹə
Education Project:
http://wiki.services.openoffice.org/wiki/Education_Project
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news

Re: #ooo-dev IRC channel registration

2011-06-15 Thread eric b


Hi,

In fact, the registration purpose was to protect the channel against  
people not well intentionned.


That's not me who will decide to use it or not and if people prefer  
use the existing #dev.openoffice.org one, that's no problem either :-)


Regards,
Eric Bachard


Le 15 juin 11 à 09:07, Dennis E. Hamilton a écrit :


+1

I favor the #ooo-dev channel, because it is unambiguously  
associated with the Apache effort for now.


 - Dennis

-Original Message-
From: eric b [mailto:eric.bach...@free.fr]
Sent: Tuesday, June 14, 2011 23:22
To: ooo-dev@incubator.apache.org
Subject: #ooo-dev IRC channel registration

Hi,

For the record, I registered #ooo-dev channel ( server :
irc.freenode.net ), and sent the password to Greg Stein.
Just in case, I either set some flags (guard, secure, topic) "on".
If this channel is really unneeded, just tell me, and I'll drop it.


Thanks,
Eric

--
qɔᴉɹə
Education Project:
http://wiki.services.openoffice.org/wiki/Education_Project
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news








--
qɔᴉɹə
Education Project:
http://wiki.services.openoffice.org/wiki/Education_Project
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news

Re: #ooo-dev IRC channel registration

2011-06-15 Thread Greg Stein

It's better to grab it, and not need it... than to want it and not get it :-)

All good. Now we just see how the community wants to organize.

(I tend to fear using the old channel, if the TDF/LO folks are using
it for their work)

On Wed, Jun 15, 2011 at 03:48, eric b  wrote:
> Hi,
>
> In fact, the registration purpose was to protect the channel against people
> not well intentionned.
>
> That's not me who will decide to use it or not and if people prefer use the
> existing #dev.openoffice.org one, that's no problem either :-)
>
> Regards,
> Eric Bachard
>
>
> Le 15 juin 11 à 09:07, Dennis E. Hamilton a écrit :
>
>> +1
>>
>> I favor the #ooo-dev channel, because it is unambiguously associated with
>> the Apache effort for now.
>>
>>  - Dennis
>>
>> -Original Message-
>> From: eric b [mailto:eric.bach...@free.fr]
>> Sent: Tuesday, June 14, 2011 23:22
>> To: ooo-dev@incubator.apache.org
>> Subject: #ooo-dev IRC channel registration
>>
>> Hi,
>>
>> For the record, I registered #ooo-dev channel ( server :
>> irc.freenode.net ), and sent the password to Greg Stein.
>> Just in case, I either set some flags (guard, secure, topic) "on".
>> If this channel is really unneeded, just tell me, and I'll drop it.
>>
>>
>> Thanks,
>> Eric
>>
>> --
>> qɔᴉɹə
>> Education Project:
>> http://wiki.services.openoffice.org/wiki/Education_Project
>> Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
>> L'association EducOOo : http://www.educoo.org
>> Blog : http://eric.bachard.org/news
>>
>>
>>
>>
>>
>>
>
> --
> qɔᴉɹə
> Education Project:
> http://wiki.services.openoffice.org/wiki/Education_Project
> Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
> L'association EducOOo : http://www.educoo.org
> Blog : http://eric.bachard.org/news
>
>
>
>
>
>

Re: #ooo-dev IRC channel registration

2011-06-15 Thread eric b


Hi,

Le 15 juin 11 à 10:24, Greg Stein a écrit :

It's better to grab it, and not need it... than to want it and not  
get it :-)





exactly :)



All good. Now we just see how the community wants to organize.

(I tend to fear using the old channel, if the TDF/LO folks are  
using it for their work)





That's not normal TDF/LO people using this channel for their work,  
and will lead to confusion.

In one word, LibreOffice is not OpenOffice.org, and we must care.

I appears obvious that we should stick with the old one now (but  
that's a good thing we control the new channel too)



Regards,
Eric Bachard

--
qɔᴉɹə
Education Project:
http://wiki.services.openoffice.org/wiki/Education_Project
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news

Re: #ooo-dev IRC channel registration

2011-06-15 Thread IngridvdM


Am 15.06.2011 10:24, schrieb Greg Stein:

All good. Now we just see how the community wants to organize.



I would much prefer to use the mailing lists only.
IRCs have the tendency to continuously exclude those people who are 
working in a different time zone and also those that are not always online.


Ingrid

Re: #ooo-dev IRC channel registration

2011-06-15 Thread eric b


Hi,

Le 15 juin 11 à 11:26, IngridvdM a écrit :


Am 15.06.2011 10:24, schrieb Greg Stein:

All good. Now we just see how the community wants to organize.



I would much prefer to use the mailing lists only.
IRCs have the tendency to continuously exclude those people who are  
working in a different time zone and also those that are not always  
online.




That's true about the time zone, but I'd better consider IRC as  
another tool.  IRC is in fact a complementary tool. More precisely we  
got :


Mail : asynchroous, not localized
IRC : synchronous, not localized

Makes obvious both are different tools, and IRC  is an important one  
too.


e.g.Education Project used to propose ClassRooms (providing the logs  
to the -for whatever reason- excluded people), and this wouldn"t  
never be possible using mail.


But that's not all, IRC allows to make meetings, or even debug, and  
work on the code .. and so on :)



Regards,
Eric Bachard





--
qɔᴉɹə
Education Project:
http://wiki.services.openoffice.org/wiki/Education_Project
Projet OOo4Kids : http://wiki.ooo4kids.org/index.php/Main_Page
L'association EducOOo : http://www.educoo.org
Blog : http://eric.bachard.org/news

Re: #ooo-dev IRC channel registration

2011-06-15 Thread Christian Grobmeier

> I would much prefer to use the mailing lists only.
> IRCs have the tendency to continuously exclude those people who are working
> in a different time zone and also those that are not always online.

Somebody wise once said: if it didn't happen on list, it didn't
happen. (I think it was Ron Fielding)

IRCers must make sure that there is no decision making on the IRC
channel. Decision must happen on list.
Some other projects (I heard) make some important chat protocols
public, ooo-dev could past chats to issues or as attachments to votes.

Anyway, I am not a huge fan of using IRC for the reasons Ingrid
mentioned. But sometimes it really helps and if we make sure nobody is
excluded by default, I guess it is fine

Re: #ooo-dev IRC channel registration

2011-06-15 Thread IngridvdM


Am 15.06.2011 11:35, schrieb eric b:

Le 15 juin 11 à 11:26, IngridvdM a écrit :

Am 15.06.2011 10:24, schrieb Greg Stein:

All good. Now we just see how the community wants to organize.


I would much prefer to use the mailing lists only.
IRCs have the tendency to continuously exclude those people who are
working in a different time zone and also those that are not always
online.


That's true about the time zone, but I'd better consider IRC as another
tool. IRC is in fact a complementary tool. More precisely we got :

Mail : asynchroous, not localized
IRC : synchronous, not localized

Makes obvious both are different tools, and IRC is an important one too.

e.g.Education Project used to propose ClassRooms (providing the logs to
the -for whatever reason- excluded people), and this wouldn"t never be
possible using mail.

But that's not all, IRC allows to make meetings, or even debug, and work
on the code .. and so on :)



E-Mail is so fast that it can be easily used as synchronous medium too. 
I have often debugged and worked on code via mail, that works very well. 
Meetings could be set up as a mail thread as well. I would guess that 
even a class room thread would be possible.
The advantage of mail is that one can much more easy reconnect to the 
discussion. Simply hit reply on the interesting topic. Whereas with a 
provided IRC chat log, one has to copy/paste the right text portion from 
somewhere to somewhere and mark it as a reference. The reader needs to 
read all that text to identify to which topic this entry belongs to. 
Mail threads in contrast do preserve the line of discussion inherently nice.


Ingrid

Re: #ooo-dev IRC channel registration

2011-06-15 Thread Andy Brown


Greg Stein wrote:

It's better to grab it, and not need it... than to want it and not get it :-)

All good. Now we just see how the community wants to organize.

(I tend to fear using the old channel, if the TDF/LO folks are using
it for their work)



The LO devs have their own channel  #libreoffice .

Andy

[CODE]: "Registration..." menu entry in the Help menu

2012-01-25 Thread Jürgen Schmidt


Hi,

I have seen the "Registration..." menu entry in the "Help" menu. I tend 
to remove this entry completely or at least remove it by default and 
make it configurable for potential later use.


At the moment it opens a Url [1] in the browser that is not working at all.

Any opinions or comments on this?

If not I will remove it as proposed.

Juergen


[1] survey.services.openoffice.org/user/index.php

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-25 Thread TJ Frazier


On 1/25/2012 11:49, Jürgen Schmidt wrote:

Hi,

I have seen the "Registration..." menu entry in the "Help" menu. I tend
to remove this entry completely or at least remove it by default and
make it configurable for potential later use.

At the moment it opens a Url [1] in the browser that is not working at all.

Any opinions or comments on this?

If not I will remove it as proposed.

Juergen


[1] survey.services.openoffice.org/user/index.php



When I try from the Help menu in 3.3, I get the Oracle site:

https://hs-ws1.oracle.com/RegistrationWeb/registration/default/en_US/register-login.jsp?legacy=true&tgtPrd=OpenOffice.org&prd=registration&uuid=urn%3Ast%3A4e5ecde9-d047-4889-9767-fbdb713cf09c

which is certainly not what we want, whether or not it works.

+1 for remove.
/tj/

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-26 Thread Oliver-Rainer Wittmann


Hi,

On 25.01.2012 17:49, Jürgen Schmidt wrote:

Hi,

I have seen the "Registration..." menu entry in the "Help" menu. I tend to
remove this entry completely or at least remove it by default and make it
configurable for potential later use.

At the moment it opens a Url [1] in the browser that is not working at all.

Any opinions or comments on this?

If not I will remove it as proposed.

Juergen


[1] survey.services.openoffice.org/user/index.php


+1 for removal

Best regards, Oliver.

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-26 Thread Rob Weir

2012/1/25 Jürgen Schmidt :
> Hi,
>
> I have seen the "Registration..." menu entry in the "Help" menu. I tend to
> remove this entry completely or at least remove it by default and make it
> configurable for potential later use.
>
> At the moment it opens a Url [1] in the browser that is not working at all.
>
> Any opinions or comments on this?
>

Clearly the current action of the Registration menu item --- a form
for user to fill out information and send to Oracle -- no longer is
useful for us.

But is there anything like a registration that does make sense for us?

Or in general, what do want the "first launch" experience to be for
user, after they install?

> If not I will remove it as proposed.
>
> Juergen
>
>
> [1] survey.services.openoffice.org/user/index.php

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-26 Thread Jürgen Schmidt


On 1/26/12 2:15 PM, Rob Weir wrote:

2012/1/25 Jürgen Schmidt:

Hi,

I have seen the "Registration..." menu entry in the "Help" menu. I tend to
remove this entry completely or at least remove it by default and make it
configurable for potential later use.

At the moment it opens a Url [1] in the browser that is not working at all.

Any opinions or comments on this?



Clearly the current action of the Registration menu item --- a form
for user to fill out information and send to Oracle -- no longer is
useful for us.

But is there anything like a registration that does make sense for us?

I am not sure and I personally don't like it.

But that was the reason why I would prefer to simply remove the menu 
entry and don't remove the feature completely. It can be done via a 
simple config item ;-)




Or in general, what do want the "first launch" experience to be for
user, after they install?
It think this is something different or do you mean the already disabled 
first start registration wizard?


I really like for example the StartCenter from Symphony or also from the 
RedFlag Office. I think we should work on a better user experience on 
the start center. Help users to get started and solve their typical 
problems. For example easier access to the most often used templates, to 
the recent documents, finding help or documentation, ...





If not I will remove it as proposed.


I will remove it for the next snapshot build via the config item. A 
change that can be easy reverted.


Juergen



Juergen


[1] survey.services.openoffice.org/user/index.php

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-26 Thread Rob Weir

2012/1/26 Jürgen Schmidt :
> On 1/26/12 2:15 PM, Rob Weir wrote:
>>
>> 2012/1/25 Jürgen Schmidt:
>>>
>>> Hi,
>>>
>>> I have seen the "Registration..." menu entry in the "Help" menu. I tend
>>> to
>>> remove this entry completely or at least remove it by default and make it
>>> configurable for potential later use.
>>>
>>> At the moment it opens a Url [1] in the browser that is not working at
>>> all.
>>>
>>> Any opinions or comments on this?
>>>
>>
>> Clearly the current action of the Registration menu item --- a form
>> for user to fill out information and send to Oracle -- no longer is
>> useful for us.
>>
>> But is there anything like a registration that does make sense for us?
>
> I am not sure and I personally don't like it.
>
> But that was the reason why I would prefer to simply remove the menu entry
> and don't remove the feature completely. It can be done via a simple config
> item ;-)
>
>
>>
>> Or in general, what do want the "first launch" experience to be for
>> user, after they install?
>
> It think this is something different or do you mean the already disabled
> first start registration wizard?
>

The closest to registration that we might have is to encourage the
user to sign up for the ooo-announce list.  But this is just one of
several things we want to tell the user.  Maybe after install we
automatically launch a web page, or even load an ODF document, with
content like:


-- Welcome message from the project
-- Highlights of the release, link to detailed release notes
-- Where to for documentation
-- Where to go for support
-- Extensions and templates informations
-- Invitation / Instructions on joining ooo-announce mailing list
-- Links to official social media, our blog. Google+, Twitter, Facebook, etc.

If we do this in ODF format, as a document, then we can also use it as
a quick demonstration of the capabilities of the editor, showing a
really good looking, well formatted document, etc.  A good first
experience for the user.

So not really registration -- we're not collecting names and addresses
for marketing purposes.  But I think getting users connected via
ooo-announce and social media is a key part of having an effective
relationship with the users going forward.  Such opt-in relationships
are very powerful, especially with the social media, since they are
two-way communications.

> I really like for example the StartCenter from Symphony or also from the
> RedFlag Office. I think we should work on a better user experience on the
> start center. Help users to get started and solve their typical problems.
> For example easier access to the most often used templates, to the recent
> documents, finding help or documentation, ...
>
>
>>
>>> If not I will remove it as proposed.
>
>
> I will remove it for the next snapshot build via the config item. A change
> that can be easy reverted.
>
> Juergen
>
>>>
>>> Juergen
>>>
>>>
>>> [1] survey.services.openoffice.org/user/index.php
>
>

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-26 Thread Jürgen Schmidt


On 1/26/12 2:32 PM, Jürgen Schmidt wrote:

On 1/26/12 2:15 PM, Rob Weir wrote:

2012/1/25 Jürgen Schmidt:

Hi,

I have seen the "Registration..." menu entry in the "Help" menu. I
tend to
remove this entry completely or at least remove it by default and
make it
configurable for potential later use.

At the moment it opens a Url [1] in the browser that is not working
at all.

Any opinions or comments on this?



Clearly the current action of the Registration menu item --- a form
for user to fill out information and send to Oracle -- no longer is
useful for us.

But is there anything like a registration that does make sense for us?

I am not sure and I personally don't like it.

But that was the reason why I would prefer to simply remove the menu
entry and don't remove the feature completely. It can be done via a
simple config item ;-)



Or in general, what do want the "first launch" experience to be for
user, after they install?

It think this is something different or do you mean the already disabled
first start registration wizard?

I really like for example the StartCenter from Symphony or also from the
RedFlag Office. I think we should work on a better user experience on
the start center. Help users to get started and solve their typical
problems. For example easier access to the most often used templates, to
the recent documents, finding help or documentation, ...




If not I will remove it as proposed.


I will remove it for the next snapshot build via the config item. A
change that can be easy reverted.


ok the comment was misleading, the config item only disable the menu. We 
should probably remove it completely, make things easier.


Juergen



Juergen



Juergen


[1] survey.services.openoffice.org/user/index.php

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-26 Thread Nancy K

I would like to add that one of the reasons I have not jumped in to help, is 
that I do not know where my skills could best be applied.  I have the time, I 
have college training in PHP/mySQL, Javascript, web design AS degree - but have 
not used these in a year, so feel my tools of the trade slipping.  That is what 
I would get out of volunteering - pride of finishing a job, helping this 
project helps me at the same time.  

What I would like to see is a radio check box of skills (Xhtml, PHP, CSS, CSS3, 
etc) that would pop up a link to where those skills could best be used for 
starters.  This way I can jump in quicker - and then at a later time start 
branching into skill areas I have no experience in but want to try.

Right now I am getting the emails from this list ooo-dev@incubator.apache.org 
and listening to descriptions of progress that I am not familiar. There is a 
lot of great information on your sites and I am eager to start somewhere - but 
poor Rob cannot be expected to answer everyone.  I think radio buttons or a 
site map for getting started - or something like a presentation of 'If you have 
these skills, we currently need your help (link)there'.  

Please let me know if this already exists - I have looked around the wiki's and 
development and web design areas and I really do like to organize information - 
if that is where I could help?
Nancy

     Nancy      Web Design   
Free 24 hour pass to lynda.com.
Video courses on SEO, CMS,
Design and Software Courses

 From: Rob Weir 
To: ooo-dev@incubator.apache.org 
Sent: Thursday, January 26, 2012 8:02 AM
Subject: Re: [CODE]: "Registration..." menu entry in the Help menu

2012/1/26 Jürgen Schmidt :
> On 1/26/12 2:15 PM, Rob Weir wrote:
>>
>> 2012/1/25 Jürgen Schmidt:
>>>
>>> Hi,
>>>
>>> I have seen the "Registration..." menu entry in the "Help" menu. I tend
>>> to
>>> remove this entry completely or at least remove it by default and make it
>>> configurable for potential later use.
>>>
>>> At the moment it opens a Url [1] in the browser that is not working at
>>> all.
>>>
>>> Any opinions or comments on this?
>>>
>>
>> Clearly the current action of the Registration menu item --- a form
>> for user to fill out information and send to Oracle -- no longer is
>> useful for us.
>>
>> But is there anything like a registration that does make sense for us?
>
> I am not sure and I personally don't like it.
>
> But that was the reason why I would prefer to simply remove the menu entry
> and don't remove the feature completely. It can be done via a simple config
> item ;-)
>
>
>>
>> Or in general, what do want the "first launch" experience to be for
>> user, after they install?
>
> It think this is something different or do you mean the already disabled
> first start registration wizard?
>

The closest to registration that we might have is to encourage the
user to sign up for the ooo-announce list.  But this is just one of
several things we want to tell the user.  Maybe after install we
automatically launch a web page, or even load an ODF document, with
content like:

-- Welcome message from the project
-- Highlights of the release, link to detailed release notes
-- Where to for documentation
-- Where to go for support
-- Extensions and templates informations
-- Invitation / Instructions on joining ooo-announce mailing list
-- Links to official social media, our blog. Google+, Twitter, Facebook, etc.

If we do this in ODF format, as a document, then we can also use it as
a quick demonstration of the capabilities of the editor, showing a
really good looking, well formatted document, etc.  A good first
experience for the user.

So not really registration -- we're not collecting names and addresses
for marketing purposes.  But I think getting users connected via
ooo-announce and social media is a key part of having an effective
relationship with the users going forward.  Such opt-in relationships
are very powerful, especially with the social media, since they are
two-way communications.

> I really like for example the StartCenter from Symphony or also from the
> RedFlag Office. I think we should work on a better user experience on the
> start center. Help users to get started and solve their typical problems.
> For example easier access to the most often used templates, to the recent
> documents, finding help or documentation, ...
>
>
>>
>>> If not I will remove it as proposed.
>
>
> I will remove it for the next snapshot build via the config item. A change
> that can be easy reverted.
>
> Juergen
>
>>>
>>> Juergen
>>>
>>>
>>> [1] survey.services.openoffice.org/user/index.php
>
>

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-28 Thread Kay Schenk

On Thu, Jan 26, 2012 at 8:02 AM, Rob Weir  wrote:

> 2012/1/26 Jürgen Schmidt :
> > On 1/26/12 2:15 PM, Rob Weir wrote:
> >>
> >> 2012/1/25 Jürgen Schmidt:
> >>>
> >>> Hi,
> >>>
> >>> I have seen the "Registration..." menu entry in the "Help" menu. I tend
> >>> to
> >>> remove this entry completely or at least remove it by default and make
> it
> >>> configurable for potential later use.
> >>>
> >>> At the moment it opens a Url [1] in the browser that is not working at
> >>> all.
> >>>
> >>> Any opinions or comments on this?
> >>>
> >>
> >> Clearly the current action of the Registration menu item --- a form
> >> for user to fill out information and send to Oracle -- no longer is
> >> useful for us.
> >>
> >> But is there anything like a registration that does make sense for us?
> >
> > I am not sure and I personally don't like it.
> >
> > But that was the reason why I would prefer to simply remove the menu
> entry
> > and don't remove the feature completely. It can be done via a simple
> config
> > item ;-)
> >
> >
> >>
> >> Or in general, what do want the "first launch" experience to be for
> >> user, after they install?
> >
> > It think this is something different or do you mean the already disabled
> > first start registration wizard?
> >
>
> The closest to registration that we might have is to encourage the
> user to sign up for the ooo-announce list.  But this is just one of
> several things we want to tell the user.  Maybe after install we
> automatically launch a web page, or even load an ODF document, with
> content like:
>
>
> -- Welcome message from the project
> -- Highlights of the release, link to detailed release notes
> -- Where to for documentation
> -- Where to go for support
> -- Extensions and templates informations
> -- Invitation / Instructions on joining ooo-announce mailing list
> -- Links to official social media, our blog. Google+, Twitter, Facebook,
> etc.
>
> If we do this in ODF format, as a document, then we can also use it as
> a quick demonstration of the capabilities of the editor, showing a
> really good looking, well formatted document, etc.  A good first
> experience for the user.
>

+1

 I like this proposal a LOT! We tell them something interesting and we
don't have to maintain any additional DBs. Much less hassle in the long
run! :) So simple, and yet so good!




>
> So not really registration -- we're not collecting names and addresses
> for marketing purposes.  But I think getting users connected via
> ooo-announce and social media is a key part of having an effective
> relationship with the users going forward.  Such opt-in relationships
> are very powerful, especially with the social media, since they are
> two-way communications.
>
> > I really like for example the StartCenter from Symphony or also from the
> > RedFlag Office. I think we should work on a better user experience on the
> > start center. Help users to get started and solve their typical problems.
> > For example easier access to the most often used templates, to the recent
> > documents, finding help or documentation, ...
> >
> >
> >>
> >>> If not I will remove it as proposed.
> >
> >
> > I will remove it for the next snapshot build via the config item. A
> change
> > that can be easy reverted.
> >
> > Juergen
> >
> >>>
> >>> Juergen
> >>>
> >>>
> >>> [1] survey.services.openoffice.org/user/index.php
> >
> >
>



-- 

MzK

"Follow your bliss."
 -- attributed to Joseph Campbell

RE: [CODE]: "Registration..." menu entry in the Help menu

2012-01-28 Thread Dennis E. Hamilton

If the welcome document is stored locally in the installation locally, having 
it as an ODT might work.  

It does mean that translations will be required.

Opening of a web page has the advantage of being able to adapt to browser 
language settings on a server and also being able to update the document over 
time.  The URL could also be release- specific (which would allow further 
customization).

I think it is also important to consider the threat surface of both approaches, 
especially if the document will be opened or the URL fetched under the 
privileges of the install process. 

 - Dennis

PS: I suppose this is also an area that might be subject to 
distribution-specific customization, including in-enterprise distributions.

-Original Message-
From: Kay Schenk [mailto:kay.sch...@gmail.com] 
Sent: Saturday, January 28, 2012 09:37
To: ooo-dev@incubator.apache.org
Subject: Re: [CODE]: "Registration..." menu entry in the Help menu

On Thu, Jan 26, 2012 at 8:02 AM, Rob Weir  wrote:
[ ... ]
> The closest to registration that we might have is to encourage the
> user to sign up for the ooo-announce list.  But this is just one of
> several things we want to tell the user.  Maybe after install we
> automatically launch a web page, or even load an ODF document, with
> content like:
>
>
> -- Welcome message from the project
> -- Highlights of the release, link to detailed release notes
> -- Where to for documentation
> -- Where to go for support
> -- Extensions and templates informations
> -- Invitation / Instructions on joining ooo-announce mailing list
> -- Links to official social media, our blog. Google+, Twitter, Facebook,
> etc.
>
> If we do this in ODF format, as a document, then we can also use it as
> a quick demonstration of the capabilities of the editor, showing a
> really good looking, well formatted document, etc.  A good first
> experience for the user.
>

+1

 I like this proposal a LOT! We tell them something interesting and we
don't have to maintain any additional DBs. Much less hassle in the long
run! :) So simple, and yet so good!

[ ... ]

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-28 Thread Kay Schenk

Hi Nancy K --

On Thu, Jan 26, 2012 at 8:30 AM, Nancy K  wrote:

> I would like to add that one of the reasons I have not jumped in to help,
> is that I do not know where my skills could best be applied.  I have the
> time, I have college training in PHP/mySQL, Javascript, web design AS
> degree - but have not used these in a year, so feel my tools of the trade
> slipping.  That is what I would get out of volunteering - pride of
> finishing a job, helping this project helps me at the same time.
>
> What I would like to see is a radio check box of skills (Xhtml, PHP, CSS,
> CSS3, etc) that would pop up a link to where those skills could best be
> used for starters.  This way I can jump in quicker - and then at a later
> time start branching into skill areas I have no experience in but want to
> try.
>
> Right now I am getting the emails from this list
> ooo-dev@incubator.apache.org and listening to descriptions of progress
> that I am not familiar. There is a lot of great information on your sites
> and I am eager to start somewhere - but poor Rob cannot be expected to
> answer everyone.


No "poor Rob" is not the only one who can or is even expected to answer all
questions. That responsibility falls on the "community" at large.



>  I think radio buttons or a site map for getting started - or something
> like a presentation of 'If you have these skills, we currently need your
> help (link)there'.
>

You are right -- we don't really have anything like this on the "Get
Involved" page, for example, and we need to.  I don't know if we'll
incorporate the "radio links" you suggest but please check back (say a week
from today) to

http://incubator.apache.org/openofficeorg/get-involved.html

and hopefully you'll see more specific direction/ideas for how to get
involved.


>
> Please let me know if this already exists - I have looked around the
> wiki's and development and web design areas and I really do like to
> organize information - if that is where I could help?
>

Do apply for a wiki account -- this is a very easy way to get involved --
and organize away! Yes, it's a bit daunting at first...but thanks for
stopping by and showing such interest!


Nancy
>
>  Nancy  Web Design
> Free 24 hour pass to lynda.com.
> Video courses on SEO, CMS,
> Design and Software Courses
>
>
>
> 
>  From: Rob Weir 
> To: ooo-dev@incubator.apache.org
> Sent: Thursday, January 26, 2012 8:02 AM
> Subject: Re: [CODE]: "Registration..." menu entry in the Help menu
>
> 2012/1/26 Jürgen Schmidt :
> > On 1/26/12 2:15 PM, Rob Weir wrote:
> >>
> >> 2012/1/25 Jürgen Schmidt:
> >>>
> >>> Hi,
> >>>
> >>> I have seen the "Registration..." menu entry in the "Help" menu. I tend
> >>> to
> >>> remove this entry completely or at least remove it by default and make
> it
> >>> configurable for potential later use.
> >>>
> >>> At the moment it opens a Url [1] in the browser that is not working at
> >>> all.
> >>>
> >>> Any opinions or comments on this?
> >>>
> >>
> >> Clearly the current action of the Registration menu item --- a form
> >> for user to fill out information and send to Oracle -- no longer is
> >> useful for us.
> >>
> >> But is there anything like a registration that does make sense for us?
> >
> > I am not sure and I personally don't like it.
> >
> > But that was the reason why I would prefer to simply remove the menu
> entry
> > and don't remove the feature completely. It can be done via a simple
> config
> > item ;-)
> >
> >
> >>
> >> Or in general, what do want the "first launch" experience to be for
> >> user, after they install?
> >
> > It think this is something different or do you mean the already disabled
> > first start registration wizard?
> >
>
> The closest to registration that we might have is to encourage the
> user to sign up for the ooo-announce list.  But this is just one of
> several things we want to tell the user.  Maybe after install we
> automatically launch a web page, or even load an ODF document, with
> content like:
>
>
> -- Welcome message from the project
> -- Highlights of the release, link to detailed release notes
> -- Where to for documentation
> -- Where to go for support
> -- Extensions and templates informations
> -- Invitation / Instructions on joining ooo-announce mailing list
> -- Links to official social media, ou

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-28 Thread TJ Frazier


Hi, all! Comments in-line.

On 1/28/2012 14:23, Dennis E. Hamilton wrote:

If the welcome document is stored locally in the installation
locally, having it as an ODT might work.

It does mean that translations will be required.

Opening of a web page has the advantage of being able to adapt to
browser language settings on a server and also being able to update
the document over time.  The URL could also be release- specific
(which would allow further customization).

I think it is also important to consider the threat surface of both
approaches, especially if the document will be opened or the URL
fetched under the privileges of the install process.

- Dennis

PS: I suppose this is also an area that might be subject to
distribution-specific customization, including in-enterprise
distributions.

@Dennis:  all good points to keep in mind, but please also keep in mind 
that the same work has to be done for a welcome in a doc or on a web 
page (customize, translate, &c.). We have lots of folks who can do that 
in Writer ...



-Original Message- From: Kay Schenk
[mailto:kay.sch...@gmail.com] Sent: Saturday, January 28, 2012 09:37
To: ooo-dev@incubator.apache.org Subject: Re: [CODE]:
"Registration..." menu entry in the Help menu

On Thu, Jan 26, 2012 at 8:02 AM, Rob Weir
wrote: [ ... ]

The closest to registration that we might have is to encourage the
user to sign up for the ooo-announce list.  But this is just one
of several things we want to tell the user.  Maybe after install
we automatically launch a web page, or even load an ODF document,
with content like:


-- Welcome message from the project -- Highlights of the release,
link to detailed release notes -- Where to for documentation --
Where to go for support -- Extensions and templates informations --
Invitation / Instructions on joining ooo-announce mailing list --
Links to official social media, our blog. Google+, Twitter,
Facebook, etc.

If we do this in ODF format, as a document, then we can also use it
as a quick demonstration of the capabilities of the editor, showing
a really good looking, well formatted document, etc.  A good first
experience for the user.



+1

I like this proposal a LOT! We tell them something interesting and
we don't have to maintain any additional DBs. Much less hassle in the
long run! :) So simple, and yet so good!



+1 also. A three-bang good idea!!! Some more thoughts:
* Store the doc as writable, so the user can make changes. Empowerment.
* Turn on the Record Changes feature (mention this in the doc), and 
solicit advice from the users as to what is helpful, what is not, and 
what would be helpful.

 /tj/


[ ... ]

RE: [CODE]: "Registration..." menu entry in the Help menu

2012-01-28 Thread Dennis E. Hamilton

@TJ

Thanks for opening up some interesting aspects to think about concerning 
initial user experience and support for newcomers to AOO.

One reaction: I see a big difference between configuring builds to have one 
more language-dependency and configuring a URL to sniff languages though.  The 
life-cycle and skills/karma required could be quite different.  What is a good 
way to invite broad participation in this area?

Also, I don't think the document should be put in a writable location if it is 
part of the install.

For writable documents, that seems to be something that is more appropriate for 
a sample or even part of an included mini-tutorial.  It might then be better to 
identify them as templates so they will not over-write the initial file by 
default if modified and saved.

Finally, as a means for feedback, encouraging exploration and contribution, 
wouldn't a link to a web/wiki page be better for that?

This is an interesting area.  I wonder how to avoid scope creep and deal with 
the registration menu entry in a way that works for now and that can be 
expanded into a broader "welcome/starter" link.  I know some first-run 
presentations tend to be sticky, with a way to stop it (and an indication on 
how to obtain it from the Help pull-down whenever it is to be revisited).  Is 
this a candidate for that sort of thing?

-Original Message-
From: TJ Frazier [mailto:tjfraz...@cfl.rr.com] 
Sent: Saturday, January 28, 2012 14:34
To: ooo-dev@incubator.apache.org
Subject: Re: [CODE]: "Registration..." menu entry in the Help menu

Hi, all! Comments in-line.

On 1/28/2012 14:23, Dennis E. Hamilton wrote:
> If the welcome document is stored locally in the installation
> locally, having it as an ODT might work.
>
> It does mean that translations will be required.
>
> Opening of a web page has the advantage of being able to adapt to
> browser language settings on a server and also being able to update
> the document over time.  The URL could also be release- specific
> (which would allow further customization).
>
> I think it is also important to consider the threat surface of both
> approaches, especially if the document will be opened or the URL
> fetched under the privileges of the install process.
>
> - Dennis
>
> PS: I suppose this is also an area that might be subject to
> distribution-specific customization, including in-enterprise
> distributions.
>
@Dennis:  all good points to keep in mind, but please also keep in mind 
that the same work has to be done for a welcome in a doc or on a web 
page (customize, translate, &c.). We have lots of folks who can do that 
in Writer ...

> -Original Message- From: Kay Schenk
> [mailto:kay.sch...@gmail.com] Sent: Saturday, January 28, 2012 09:37
> To: ooo-dev@incubator.apache.org Subject: Re: [CODE]:
> "Registration..." menu entry in the Help menu
>
> On Thu, Jan 26, 2012 at 8:02 AM, Rob Weir
> wrote: [ ... ]
>> The closest to registration that we might have is to encourage the
>> user to sign up for the ooo-announce list.  But this is just one
>> of several things we want to tell the user.  Maybe after install
>> we automatically launch a web page, or even load an ODF document,
>> with content like:
>>
>>
>> -- Welcome message from the project -- Highlights of the release,
>> link to detailed release notes -- Where to for documentation --
>> Where to go for support -- Extensions and templates informations --
>> Invitation / Instructions on joining ooo-announce mailing list --
>> Links to official social media, our blog. Google+, Twitter,
>> Facebook, etc.
>>
>> If we do this in ODF format, as a document, then we can also use it
>> as a quick demonstration of the capabilities of the editor, showing
>> a really good looking, well formatted document, etc.  A good first
>> experience for the user.
>>
>
> +1
>
> I like this proposal a LOT! We tell them something interesting and
> we don't have to maintain any additional DBs. Much less hassle in the
> long run! :) So simple, and yet so good!
>
>
+1 also. A three-bang good idea!!! Some more thoughts:
* Store the doc as writable, so the user can make changes. Empowerment.
* Turn on the Record Changes feature (mention this in the doc), and 
solicit advice from the users as to what is helpful, what is not, and 
what would be helpful.
  /tj/

> [ ... ]
>
>
>

Re: [CODE]: "Registration..." menu entry in the Help menu

2012-01-28 Thread TJ Frazier


@Dennis, in line,

On 1/28/2012 18:41, Dennis E. Hamilton wrote:

@TJ

Thanks for opening up some interesting aspects to think about
concerning initial user experience and support for newcomers to AOO.

One reaction: I see a big difference between configuring builds to
have one more language-dependency and configuring a URL to sniff
languages though.  The life-cycle and skills/karma required could be
quite different.  What is a good way to invite broad participation in
this area?


I don't see any need for a URL. I envision the Welcome doc as part of 
the download.


Also, I don't think the document should be put in a writable location
if it is part of the install.


I tend to favor a writable location because it empowers the user. It 
behooves us to remember that our software is a guest on the user's 
hardware (programs that persistently forget this, on /my/ machine, tend 
to end up in the bit-bucket). Also, every location is "writable" – just 
some are easier than others.


However, considering the needs of multi-user central installations, I am 
not unalterably opposed to an unalterable doc. We should merely mention 
that users need to save any changed version to their own space.


For writable documents, that seems to be something that is more
appropriate for a sample or even part of an included mini-tutorial.
It might then be better to identify them as templates so they will
not over-write the initial file by default if modified and saved.

Finally, as a means for feedback, encouraging exploration and
contribution, wouldn't a link to a web/wiki page be better for that?


These are not mutually exclusive. We should have both.


This is an interesting area.  I wonder how to avoid scope creep and
deal with the registration menu entry in a way that works for now and
that can be expanded into a broader "welcome/starter" link.  I know
some first-run presentations tend to be sticky, with a way to stop it
(and an indication on how to obtain it from the Help pull-down
whenever it is to be revisited).  Is this a candidate for that sort
of thing?


I'm trying to design out any avoidable maintenance headaches. I envision 
a simple link to a page like the Mwiki documentation:

http://wiki.services.openoffice.org/wiki/Documentation
where we always have to update links for different versions, new stuff, 
&c. If we ever have a good "getting started" tutorial, it should be 
listed there. The link in the Welcome doc wouldn't change.


I also see the Help menu link ("Welcome") as a simple "open the 
Welcome.odt doc" command, which also wouldn't change. --/tj/


-Original Message- From: TJ Frazier
[mailto:tjfraz...@cfl.rr.com] Sent: Saturday, January 28, 2012 14:34
To: ooo-dev@incubator.apache.org Subject: Re: [CODE]:
"Registration..." menu entry in the Help menu

Hi, all! Comments in-line.

On 1/28/2012 14:23, Dennis E. Hamilton wrote:

If the welcome document is stored locally in the installation
locally, having it as an ODT might work.

It does mean that translations will be required.

Opening of a web page has the advantage of being able to adapt to
browser language settings on a server and also being able to
update the document over time.  The URL could also be release-
specific (which would allow further customization).

I think it is also important to consider the threat surface of
both approaches, especially if the document will be opened or the
URL fetched under the privileges of the install process.

- Dennis

PS: I suppose this is also an area that might be subject to
distribution-specific customization, including in-enterprise
distributions.


@Dennis:  all good points to keep in mind, but please also keep in
mind that the same work has to be done for a welcome in a doc or on a
web page (customize, translate,&c.). We have lots of folks who can do
that in Writer ...


-Original Message- From: Kay Schenk
[mailto:kay.sch...@gmail.com] Sent: Saturday, January 28, 2012
09:37 To: ooo-dev@incubator.apache.org Subject: Re: [CODE]:
"Registration..." menu entry in the Help menu

On Thu, Jan 26, 2012 at 8:02 AM, Rob Weir
wrote: [ ... ]

The closest to registration that we might have is to encourage
the user to sign up for the ooo-announce list.  But this is just
one of several things we want to tell the user.  Maybe after
install we automatically launch a web page, or even load an ODF
document, with content like:


-- Welcome message from the project -- Highlights of the
release, link to detailed release notes -- Where to for
documentation -- Where to go for support -- Extensions and
templates informations -- Invitation / Instructions on joining
ooo-announce mailing list -- Links to official social media, our
blog. Google+, Twitter, Facebook, etc.

If we do this in ODF format, as a document, then we can also use
it as a quick demonstration of the capabilities of the editor,
showing a really

update service for not released languages [was: Re: Registration]

2012-08-14 Thread Oliver-Rainer Wittmann


Hi,

On 09.08.2012 22:23, Andrea Pescetti wrote:

Oliver-Rainer Wittmann wrote:

On 07.08.2012 23:44, Andrea Pescetti wrote:

I created a page with this content at
http://www.openoffice.org/legacy/thankyou.html

May be we can use it also for our update service. It could be the
landing page for users of legacy OOo versions for whose language we do
not have a released package.


For those cases it would be better to wait until 3.4.1 is out, then provide, for
unsupported languages, some "beta/RC" builds or langpacks based on the same SVN
revision and the SDF files we have now and create a page saying something like
"your language is not officially supported, but you can help us [links to
unofficial builds and instructions]". But this is just an idea that we can
discuss after 3.4.1 is released.



Yes, I would definitely wait until AOO 3.4.1 is out.

Having unofficial language packs for our unsupported languages would be a good 
idea, esp. to attract some new volunteers for translations.


I will keep your's and Rob's idea in mind for my planned future work on the 
update service.



Best regards, Oliver.

Registration and Update Services - What Will Be The Load?

Hi,

Apologies to the Apache Infra team, the load caused by implementing INFRA-5112 
caused trouble.

The changes to update*.services.openoffice.org to point to www.openoffice.org 
was reverted.

This was due to added load on the Apache Infrastructure.

Before we can proceed with INFRA-5112 and INFRA-5144 we absolutely must have 
some estimates about the volume of requests that will be received.

Regards,
Dave

Re: Registration and Update Services - What Will Be The Load?

2012-08-15 Thread Oliver-Rainer Wittmann


Hi,

On 15.08.2012 16:00, Dave Fisher wrote:

Hi,

Apologies to the Apache Infra team, the load caused by implementing
INFRA-5112 caused trouble.

The changes to update*.services.openoffice.org to point to www.openoffice.org
was reverted.

This was due to added load on the Apache Infrastructure.

Before we can proceed with INFRA-5112 and INFRA-5144 we absolutely must have
some estimates about the volume of requests that will be received.



When I saw the problems on www.openoffice.org in the morning I already suggested 
that this might be related to the established redirects. I reported my 
assumption at #asfinfra in the morning.
If I remembering it correct, Kay S. and Joe S. already observed something like 
this earlier this year.


Unfortunately, I can not provide any volume.
In the past more than 100 million download of OpenOffice.org package had been 
counted by the OpenOffice.org community. I do not know how much OOo installation 
are really active and how the distribution between the different versions are.


What I know is the following:
(1) update38.services.openoffice.org is used by OOo 3.4 Beta and released AOO 
3.4 - a redirect for it has been established at 2012-05-21 and the traffic can 
be handled.
(2) update36.services.openoffice.org is used by OOo 3.3 - a redirect for it has 
been established at 2012-06-04 and the traffic can be handled.
(3) update35|34.services.openoffice.org is used by OOo 3.2.1 and OOo 3.2 - 
redirects for then have been established at 2012-07-12 and the traffic can be 
handled.
(4) update33.services.openoffice.org is _not_ used - a redirect is _not_ 
necessary. Does occur any traffic on this URL?
(5) update32.services.openoffice.org is used by OOo 3.1.1 and OOo 3.1 - a 
redirect has been requested and was established today. Due to the server load it 
has been reverted. Is the traffic data available?
(6) update31.services.openoffice.org is _not_ used - a redirect is _not_ 
necessary. Does occur any traffic on this URL?
(7) update30.services.openoffice.org is used by OOo 3.0.1 and OOo 3.0. Does 
occur any traffic on this URL?
(8) update.services.openoffice.org seems to be used by OOo 2.x version (at least 
my test installation of OOo 2.2 uses it). Is the traffic data available? When I 
remember it correct Kay S. and Joe S. observed the above mentioned problems 
earlier this year with this URL.


Is it possible that somebody from the Apache Infrastructure can provide a view 
on which URL the traffic load was soo high that the servers got in trouble?


Best regards, Oliver.

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 10:00 AM, Dave Fisher  wrote:
> Hi,
>
> Apologies to the Apache Infra team, the load caused by implementing 
> INFRA-5112 caused trouble.
>
> The changes to update*.services.openoffice.org to point to www.openoffice.org 
> was reverted.
>
> This was due to added load on the Apache Infrastructure.
>

Can you be specific?  Are they seeing unusual load from the change?
or are they just not willing to make the change unless we first
provide them an estimate?

If you recall, we made this change for OOo 3.3.0, OOo 3.2.1 and OOo
3.2.0 already, and we never provided any estimates.  I don't think we
received any complaints about those.   Have you heard any load
concerns?

In any case, the general trend we see for the upgrades that are
enabled is around 40,000/day.But there was a peak of around
60,000/day for a couple of weeks when they were first enabled.That
is the number who have actually updated.  We don't know what % of
users dismiss the update notification but don't disable it, and so
receive such a notification every week.  I assume this is small.

Also, generally, we have diminishing numbers as we go back to older
versions.  For example, we've seen around 8K/day for US/Windows/3.3.0
upgrades, but only around 1K/day for OOo 3.2.1 upgrades, and around
500/day for OOo 3.2.0 upgrades.  So this would suggest that enabling
the older versions will pick up a few, but I wouldn't expect huge
numbers.

> Before we can proceed with INFRA-5112 and INFRA-5144 we absolutely must have 
> some estimates about the volume of requests that will be received.
>

Hopefully the above helps.

-Rob

> Regards,
> Dave
>

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 10:32 AM, Oliver-Rainer Wittmann
 wrote:
> Hi,
>
>
> On 15.08.2012 16:00, Dave Fisher wrote:
>>
>> Hi,
>>
>> Apologies to the Apache Infra team, the load caused by implementing
>> INFRA-5112 caused trouble.
>>
>> The changes to update*.services.openoffice.org to point to
>> www.openoffice.org
>> was reverted.
>>
>> This was due to added load on the Apache Infrastructure.
>>
>> Before we can proceed with INFRA-5112 and INFRA-5144 we absolutely must
>> have
>> some estimates about the volume of requests that will be received.
>>
>
> When I saw the problems on www.openoffice.org in the morning I already
> suggested that this might be related to the established redirects. I
> reported my assumption at #asfinfra in the morning.
> If I remembering it correct, Kay S. and Joe S. already observed something
> like this earlier this year.
>
> Unfortunately, I can not provide any volume.
> In the past more than 100 million download of OpenOffice.org package had
> been counted by the OpenOffice.org community. I do not know how much OOo
> installation are really active and how the distribution between the
> different versions are.
>
> What I know is the following:
> (1) update38.services.openoffice.org is used by OOo 3.4 Beta and released
> AOO 3.4 - a redirect for it has been established at 2012-05-21 and the
> traffic can be handled.
> (2) update36.services.openoffice.org is used by OOo 3.3 - a redirect for it
> has been established at 2012-06-04 and the traffic can be handled.
> (3) update35|34.services.openoffice.org is used by OOo 3.2.1 and OOo 3.2 -
> redirects for then have been established at 2012-07-12 and the traffic can
> be handled.
> (4) update33.services.openoffice.org is _not_ used - a redirect is _not_
> necessary. Does occur any traffic on this URL?
> (5) update32.services.openoffice.org is used by OOo 3.1.1 and OOo 3.1 - a
> redirect has been requested and was established today. Due to the server
> load it has been reverted. Is the traffic data available?
> (6) update31.services.openoffice.org is _not_ used - a redirect is _not_
> necessary. Does occur any traffic on this URL?
> (7) update30.services.openoffice.org is used by OOo 3.0.1 and OOo 3.0. Does
> occur any traffic on this URL?
> (8) update.services.openoffice.org seems to be used by OOo 2.x version (at
> least my test installation of OOo 2.2 uses it). Is the traffic data
> available? When I remember it correct Kay S. and Joe S. observed the above
> mentioned problems earlier this year with this URL.
>
> Is it possible that somebody from the Apache Infrastructure can provide a
> view on which URL the traffic load was soo high that the servers got in
> trouble?
>

That would be good to know.  Once we know we could verify behavior
with a change to a local hosts file.  One scenario that could
conceivably cause a problem would be if some old version of OOo
behaved badly when it gets a 404 error, such as getting into a retry
loop.   We know this did not happen for OOo 3.3.0, 3.2.1 or 3.2.0.
But it is worth confirming with earlier versions, if the HTTP logs
suggest this is happening.

-Rob

> Best regards, Oliver.

Re: Registration and Update Services - What Will Be The Load?


On Aug 15, 2012, at 8:50 AM, Rob Weir wrote:

> On Wed, Aug 15, 2012 at 10:32 AM, Oliver-Rainer Wittmann
>  wrote:
>> Hi,
>> 
>> 
>> On 15.08.2012 16:00, Dave Fisher wrote:
>>> 
>>> Hi,
>>> 
>>> Apologies to the Apache Infra team, the load caused by implementing
>>> INFRA-5112 caused trouble.
>>> 
>>> The changes to update*.services.openoffice.org to point to
>>> www.openoffice.org
>>> was reverted.
>>> 
>>> This was due to added load on the Apache Infrastructure.
>>> 
>>> Before we can proceed with INFRA-5112 and INFRA-5144 we absolutely must
>>> have
>>> some estimates about the volume of requests that will be received.
>>> 
>> 
>> When I saw the problems on www.openoffice.org in the morning I already
>> suggested that this might be related to the established redirects. I
>> reported my assumption at #asfinfra in the morning.
>> If I remembering it correct, Kay S. and Joe S. already observed something
>> like this earlier this year.
>> 
>> Unfortunately, I can not provide any volume.
>> In the past more than 100 million download of OpenOffice.org package had
>> been counted by the OpenOffice.org community. I do not know how much OOo
>> installation are really active and how the distribution between the
>> different versions are.
>> 
>> What I know is the following:
>> (1) update38.services.openoffice.org is used by OOo 3.4 Beta and released
>> AOO 3.4 - a redirect for it has been established at 2012-05-21 and the
>> traffic can be handled.
>> (2) update36.services.openoffice.org is used by OOo 3.3 - a redirect for it
>> has been established at 2012-06-04 and the traffic can be handled.
>> (3) update35|34.services.openoffice.org is used by OOo 3.2.1 and OOo 3.2 -
>> redirects for then have been established at 2012-07-12 and the traffic can
>> be handled.
>> (4) update33.services.openoffice.org is _not_ used - a redirect is _not_
>> necessary. Does occur any traffic on this URL?
>> (5) update32.services.openoffice.org is used by OOo 3.1.1 and OOo 3.1 - a
>> redirect has been requested and was established today. Due to the server
>> load it has been reverted. Is the traffic data available?
>> (6) update31.services.openoffice.org is _not_ used - a redirect is _not_
>> necessary. Does occur any traffic on this URL?
>> (7) update30.services.openoffice.org is used by OOo 3.0.1 and OOo 3.0. Does
>> occur any traffic on this URL?
>> (8) update.services.openoffice.org seems to be used by OOo 2.x version (at
>> least my test installation of OOo 2.2 uses it). Is the traffic data
>> available? When I remember it correct Kay S. and Joe S. observed the above
>> mentioned problems earlier this year with this URL.
>> 
>> Is it possible that somebody from the Apache Infrastructure can provide a
>> view on which URL the traffic load was soo high that the servers got in
>> trouble?
>> 
> 
> That would be good to know.  Once we know we could verify behavior
> with a change to a local hosts file.  One scenario that could
> conceivably cause a problem would be if some old version of OOo
> behaved badly when it gets a 404 error, such as getting into a retry
> loop.   We know this did not happen for OOo 3.3.0, 3.2.1 or 3.2.0.
> But it is worth confirming with earlier versions, if the HTTP logs
> suggest this is happening.

We'll have access to full logs tonight / tomorrow.

Regards,
Dave

> 
> -Rob
> 
>> Best regards, Oliver.

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 9:26 AM, Dave Fisher  wrote:

>
> On Aug 15, 2012, at 8:50 AM, Rob Weir wrote:
>
> > On Wed, Aug 15, 2012 at 10:32 AM, Oliver-Rainer Wittmann
> >  wrote:
> >> Hi,
> >>
> >>
> >> On 15.08.2012 16:00, Dave Fisher wrote:
> >>>
> >>> Hi,
> >>>
> >>> Apologies to the Apache Infra team, the load caused by implementing
> >>> INFRA-5112 caused trouble.
> >>>
> >>> The changes to update*.services.openoffice.org to point to
> >>> www.openoffice.org
> >>> was reverted.
> >>>
> >>> This was due to added load on the Apache Infrastructure.
> >>>
> >>> Before we can proceed with INFRA-5112 and INFRA-5144 we absolutely must
> >>> have
> >>> some estimates about the volume of requests that will be received.
> >>>
> >>
> >> When I saw the problems on www.openoffice.org in the morning I already
> >> suggested that this might be related to the established redirects. I
> >> reported my assumption at #asfinfra in the morning.
> >> If I remembering it correct, Kay S. and Joe S. already observed
> something
> >> like this earlier this year.
> >>
>

Well as we kept going backward from 3.3 on down, I was wondering if we
might run into problems again...

The problem with the 3.0 update was that the "call" was a POST, which is
disallowed on Apache, and yes, brought the Apache web server (all of it,
not just the OO site) to its knees, instead of a GET for the update XML.

So, based on this notice, it seems 3.1 might use a POST also? If so,
there's nothing we can do vis a vis enacting this update for end users.


>> Unfortunately, I can not provide any volume.
> >> In the past more than 100 million download of OpenOffice.org package had
> >> been counted by the OpenOffice.org community. I do not know how much OOo
> >> installation are really active and how the distribution between the
> >> different versions are.
> >>
> >> What I know is the following:
> >> (1) update38.services.openoffice.org is used by OOo 3.4 Beta and
> released
> >> AOO 3.4 - a redirect for it has been established at 2012-05-21 and the
> >> traffic can be handled.
> >> (2) update36.services.openoffice.org is used by OOo 3.3 - a redirect
> for it
> >> has been established at 2012-06-04 and the traffic can be handled.
> >> (3) update35|34.services.openoffice.org is used by OOo 3.2.1 and OOo
> 3.2 -
> >> redirects for then have been established at 2012-07-12 and the traffic
> can
> >> be handled.
> >> (4) update33.services.openoffice.org is _not_ used - a redirect is
> _not_
> >> necessary. Does occur any traffic on this URL?
> >> (5) update32.services.openoffice.org is used by OOo 3.1.1 and OOo 3.1
> - a
> >> redirect has been requested and was established today. Due to the server
> >> load it has been reverted. Is the traffic data available?
> >> (6) update31.services.openoffice.org is _not_ used - a redirect is
> _not_
> >> necessary. Does occur any traffic on this URL?
> >> (7) update30.services.openoffice.org is used by OOo 3.0.1 and OOo 3.0.
> Does
> >> occur any traffic on this URL?
> >> (8) update.services.openoffice.org seems to be used by OOo 2.x version
> (at
> >> least my test installation of OOo 2.2 uses it). Is the traffic data
> >> available? When I remember it correct Kay S. and Joe S. observed the
> above
> >> mentioned problems earlier this year with this URL.
> >>
> >> Is it possible that somebody from the Apache Infrastructure can provide
> a
> >> view on which URL the traffic load was soo high that the servers got in
> >> trouble?
> >>
> >
> > That would be good to know.  Once we know we could verify behavior
> > with a change to a local hosts file.  One scenario that could
> > conceivably cause a problem would be if some old version of OOo
> > behaved badly when it gets a 404 error, such as getting into a retry
> > loop.   We know this did not happen for OOo 3.3.0, 3.2.1 or 3.2.0.
> > But it is worth confirming with earlier versions, if the HTTP logs
> > suggest this is happening.
>
> We'll have access to full logs tonight / tomorrow.
>
> Regards,
> Dave
>
> >
> > -Rob
> >
> >> Best regards, Oliver.
>
>


-- 

MzK

"Never express yourself more clearly than you are able to think."
--
Niels Bohr

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf  wrote:
> Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200:
>> Is it possible that somebody from the Apache Infrastructure can
>> provide a view on which URL the traffic load was soo high that the
>> servers got in trouble?
>>
>
> POST requests to /ProductUpdateService/check.Update file
>

For which subdomain, which UpdateXX.openoffice.org ?

-Rob

>> Best regards, Oliver.

Re: Registration and Update Services - What Will Be The Load?

2012-08-15 Thread Daniel Shahaf

Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400:
> On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf  
> wrote:
> > Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200:
> >> Is it possible that somebody from the Apache Infrastructure can
> >> provide a view on which URL the traffic load was soo high that the
> >> servers got in trouble?
> >>
> >
> > POST requests to /ProductUpdateService/check.Update file
> >
> 
> For which subdomain, which UpdateXX.openoffice.org ?

The access log doesn't say, and the error log has 

% fgrep /ProductUpdateService/check.Update error_log | sed -e 
's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c

EU:
232046 update30
35548 update34
76543 update35


US:
198996 update30
33450 update34
71117 update35
   0 update36

Re: Registration and Update Services - What Will Be The Load?


On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote:

> Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400:
>> On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf  
>> wrote:
>>> Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200:
 Is it possible that somebody from the Apache Infrastructure can
 provide a view on which URL the traffic load was soo high that the
 servers got in trouble?
 
>>> 
>>> POST requests to /ProductUpdateService/check.Update file
>>> 
>> 
>> For which subdomain, which UpdateXX.openoffice.org ?
> 
> The access log doesn't say, and the error log has 
> 
> % fgrep /ProductUpdateService/check.Update error_log | sed -e 
> 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c
> 
> EU:
> 232046 update30
> 35548 update34
> 76543 update35
> 
> 
> US:
> 198996 update30
> 33450 update34
> 71117 update35
>   0 update36

We don't see update32 because those do not get redirected in the same way 
because there is no ooo-site/trunk/content/projects/update32

./update/aoo341/check.Update
./update/ProductUpdateService/check.Update
./update30/ProductUpdateService/check.Update
./update34/ProductUpdateService/check.Update
./update34/ProductUpdateService/test.Update
./update35/ProductUpdateService/check.Update
./update35/ProductUpdateService/test.Update
./update36/ProductUpdateService/check.Update
./update38/ProductUpdateService/check.Update

It looks like 34 and 35 have been trouble, but not as bad as 30.

Regards,
Dave

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher  wrote:
>
> On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote:
>
>> Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400:
>>> On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf  
>>> wrote:
 Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200:
> Is it possible that somebody from the Apache Infrastructure can
> provide a view on which URL the traffic load was soo high that the
> servers got in trouble?
>

 POST requests to /ProductUpdateService/check.Update file

>>>
>>> For which subdomain, which UpdateXX.openoffice.org ?
>>
>> The access log doesn't say, and the error log has
>>
>> % fgrep /ProductUpdateService/check.Update error_log | sed -e 
>> 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c
>>
>> EU:
>> 232046 update30
>> 35548 update34
>> 76543 update35
>>
>>
>> US:
>> 198996 update30
>> 33450 update34
>> 71117 update35
>>   0 update36
>
> We don't see update32 because those do not get redirected in the same way 
> because there is no ooo-site/trunk/content/projects/update32
>
> ./update/aoo341/check.Update
> ./update/ProductUpdateService/check.Update
> ./update30/ProductUpdateService/check.Update
> ./update34/ProductUpdateService/check.Update
> ./update34/ProductUpdateService/test.Update
> ./update35/ProductUpdateService/check.Update
> ./update35/ProductUpdateService/test.Update
> ./update36/ProductUpdateService/check.Update
> ./update38/ProductUpdateService/check.Update
>
> It looks like 34 and 35 have been trouble, but not as bad as 30.
>

But haven't 34 and 35 been in production since early July?  We've
certainly seen plenty of downloads triggered by them.  They should not
be giving any errors, since the requests resolve to files on our site.

I wonder, could the errors in those be caused by the outage caused by
the errors in update30?

-Rob

> Regards,
> Dave

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir  wrote:

> On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher 
> wrote:
> >
> > On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote:
> >
> >> Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400:
> >>> On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf 
> wrote:
>  Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200:
> > Is it possible that somebody from the Apache Infrastructure can
> > provide a view on which URL the traffic load was soo high that the
> > servers got in trouble?
> >
> 
>  POST requests to /ProductUpdateService/check.Update file
> 
> >>>
> >>> For which subdomain, which UpdateXX.openoffice.org ?
> >>
> >> The access log doesn't say, and the error log has
> >>
> >> % fgrep /ProductUpdateService/check.Update error_log | sed -e
> 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c
> >>
> >> EU:
> >> 232046 update30
> >> 35548 update34
> >> 76543 update35
> >>
> >>
> >> US:
> >> 198996 update30
> >> 33450 update34
> >> 71117 update35
> >>   0 update36
> >
> > We don't see update32 because those do not get redirected in the same
> way because there is no ooo-site/trunk/content/projects/update32
>

uh oh...this should have been setup before  and Oliver said he requested
this in the first post here.

And you're now saying that all the previous ones have been reverted?

I think we were OK until this last one, right? update32?

I think the others should be re-established as they weren't causing
problems, were they?

The thing is unless we go back to the code for OOo 3.1, we don't know what
it's doing.

When I asked about this when we had issues for OOo 3.0, I was told it was
fixed in OOo 3.2, so maybe 3.1. has the same issues?

>
> > ./update/aoo341/check.Update
> > ./update/ProductUpdateService/check.Update
> > ./update30/ProductUpdateService/check.Update
> > ./update34/ProductUpdateService/check.Update
> > ./update34/ProductUpdateService/test.Update
> > ./update35/ProductUpdateService/check.Update
> > ./update35/ProductUpdateService/test.Update
> > ./update36/ProductUpdateService/check.Update
> > ./update38/ProductUpdateService/check.Update
> >
> > It looks like 34 and 35 have been trouble, but not as bad as 30.
> >
>
> But haven't 34 and 35 been in production since early July?  We've
> certainly seen plenty of downloads triggered by them.  They should not
> be giving any errors, since the requests resolve to files on our site.
>
> I wonder, could the errors in those be caused by the outage caused by
> the errors in update30?
>

Rob...update 30  is completely out of the question, and we simply can not
do it, and reverted it within hours when I first requested it.

There IS an update30 directory there but it isn't actually being used, and
is just a dummy file anyway. Maybe we should just delete this one  so we
won't get confused about this one anymore. It was setup in early stages of
testing.

Should I just delete ./update30/ProductUpdateService/check.Update -- I mean
the whole directory.

> -Rob
>
> > Regards,
> > Dave
>

-- 

MzK

"Never express yourself more clearly than you are able to think."
--
Niels Bohr

Re: Registration and Update Services - What Will Be The Load?


On Aug 15, 2012, at 2:29 PM, Kay Schenk wrote:

> On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir  wrote:
> 
>> On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher 
>> wrote:
>>> 
>>> On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote:
>>> 
 Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400:
> On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf 
>> wrote:
>> Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200:
>>> Is it possible that somebody from the Apache Infrastructure can
>>> provide a view on which URL the traffic load was soo high that the
>>> servers got in trouble?
>>> 
>> 
>> POST requests to /ProductUpdateService/check.Update file
>> 
> 
> For which subdomain, which UpdateXX.openoffice.org ?
 
 The access log doesn't say, and the error log has
 
 % fgrep /ProductUpdateService/check.Update error_log | sed -e
>> 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c
 
 EU:
 232046 update30
 35548 update34
 76543 update35
 
 
 US:
 198996 update30
 33450 update34
 71117 update35
  0 update36
>>> 
>>> We don't see update32 because those do not get redirected in the same
>> way because there is no ooo-site/trunk/content/projects/update32
>> 
> 
> uh oh...this should have been setup before  and Oliver said he requested
> this in the first post here.
> 
> And you're now saying that all the previous ones have been reverted?

The zone file is now:

; update.services   CNAME www.openoffice.org.




; WARNING WARNING WARNING
; Changing the above entries to point to eos can overload it.  Do not enable
; them unless either eos is prepared for the load or the TTL is suitably
; lowered
update.services   CNAME sd-web4.staroffice.de.
update23.services CNAME sd-web2.staroffice.de.
update24.services CNAME sd-web2.staroffice.de.
update30.services CNAME sd-web2.staroffice.de.
update31.services CNAME sd-web2.staroffice.de.
update32.services CNAME sd-web2.staroffice.de.
update33.services CNAME sd-web2.staroffice.de.




update34.services CNAME www.openoffice.org.
update35.services CNAME www.openoffice.org.
update36.services CNAME www.openoffice.org.
update38.services CNAME www.openoffice.org.


> 
> I think we were OK until this last one, right? update32?

Only yesterday's changes to DNS were reverted.

> 
> I think the others should be re-established as they weren't causing
> problems, were they?
> 
> The thing is unless we go back to the code for OOo 3.1, we don't know what
> it's doing.
> 
> When I asked about this when we had issues for OOo 3.0, I was told it was
> fixed in OOo 3.2, so maybe 3.1. has the same issues?
> 
> 
> 
>> 
>>> ./update/aoo341/check.Update
>>> ./update/ProductUpdateService/check.Update
>>> ./update30/ProductUpdateService/check.Update
>>> ./update34/ProductUpdateService/check.Update
>>> ./update34/ProductUpdateService/test.Update
>>> ./update35/ProductUpdateService/check.Update
>>> ./update35/ProductUpdateService/test.Update
>>> ./update36/ProductUpdateService/check.Update
>>> ./update38/ProductUpdateService/check.Update
>>> 
>>> It looks like 34 and 35 have been trouble, but not as bad as 30.
>>> 
>> 
>> But haven't 34 and 35 been in production since early July?  We've
>> certainly seen plenty of downloads triggered by them.  They should not
>> be giving any errors, since the requests resolve to files on our site.
>> 
>> I wonder, could the errors in those be caused by the outage caused by
>> the errors in update30?
>> 
> 
> Rob...update 30  is completely out of the question, and we simply can not
> do it, and reverted it within hours when I first requested it.
> 
> There IS an update30 directory there but it isn't actually being used, and
> is just a dummy file anyway. Maybe we should just delete this one  so we
> won't get confused about this one anymore. It was setup in early stages of
> testing.
> 
> Should I just delete ./update30/ProductUpdateService/check.Update -- I mean
> the whole directory.
> 
> 
>> -Rob
>> 
>>> Regards,
>>> Dave
>> 
> 
> 
> 
> -- 
> 
> MzK
> 
> "Never express yourself more clearly than you are able to think."
>--
> Niels Bohr

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 2:49 PM, Dave Fisher  wrote:

>
> On Aug 15, 2012, at 2:29 PM, Kay Schenk wrote:
>
> > On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir  wrote:
> >
> >> On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher 
> >> wrote:
> >>>
> >>> On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote:
> >>>
>  Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400:
> > On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf <
> d...@daniel.shahaf.name>
> >> wrote:
> >> Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200:
> >>> Is it possible that somebody from the Apache Infrastructure can
> >>> provide a view on which URL the traffic load was soo high that the
> >>> servers got in trouble?
> >>>
> >>
> >> POST requests to /ProductUpdateService/check.Update file
> >>
> >
> > For which subdomain, which UpdateXX.openoffice.org ?
> 
>  The access log doesn't say, and the error log has
> 
>  % fgrep /ProductUpdateService/check.Update error_log | sed -e
> >> 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c
> 
>  EU:
>  232046 update30
>  35548 update34
>  76543 update35
> 
> 
>  US:
>  198996 update30
>  33450 update34
>  71117 update35
>   0 update36
> >>>
> >>> We don't see update32 because those do not get redirected in the same
> >> way because there is no ooo-site/trunk/content/projects/update32
> >>
> >
> > uh oh...this should have been setup before  and Oliver said he requested
> > this in the first post here.
> >
> > And you're now saying that all the previous ones have been reverted?
>
> The zone file is now:
>
> ; update.services   CNAME www.openoffice.org.
>
>
>
>
> ; WARNING WARNING WARNING
> ; Changing the above entries to point to eos can overload it.  Do not
> enable
> ; them unless either eos is prepared for the load or the TTL is suitably
> ; lowered
> update.services   CNAME sd-web4.staroffice.de.
> update23.services CNAME sd-web2.staroffice.de.
> update24.services CNAME sd-web2.staroffice.de.
> update30.services CNAME sd-web2.staroffice.de.
> update31.services CNAME sd-web2.staroffice.de.
> update32.services CNAME sd-web2.staroffice.de.
> update33.services CNAME sd-web2.staroffice.de.
>
>
>
>
> update34.services CNAME www.openoffice.org.
> update35.services CNAME www.openoffice.org.
> update36.services CNAME www.openoffice.org.
> update38.services CNAME www.openoffice.org.
>
>
> >
> > I think we were OK until this last one, right? update32?
>
> Only yesterday's changes to DNS were reverted.
>

OK, good...it seems we can't go below update34 -- used for  OO 3.2 without
further investigation.

Meanwhile I will delete the

 ./update30/ProductUpdateService/check.Update

so it causes no further confusion...


> >
> > I think the others should be re-established as they weren't causing
> > problems, were they?
> >
> > The thing is unless we go back to the code for OOo 3.1, we don't know
> what
> > it's doing.
> >
> > When I asked about this when we had issues for OOo 3.0, I was told it was
> > fixed in OOo 3.2, so maybe 3.1. has the same issues?
> >
> >
> >
> >>
> >>> ./update/aoo341/check.Update
> >>> ./update/ProductUpdateService/check.Update
> >>> ./update30/ProductUpdateService/check.Update
> >>> ./update34/ProductUpdateService/check.Update
> >>> ./update34/ProductUpdateService/test.Update
> >>> ./update35/ProductUpdateService/check.Update
> >>> ./update35/ProductUpdateService/test.Update
> >>> ./update36/ProductUpdateService/check.Update
> >>> ./update38/ProductUpdateService/check.Update
> >>>
> >>> It looks like 34 and 35 have been trouble, but not as bad as 30.
> >>>
> >>
> >> But haven't 34 and 35 been in production since early July?  We've
> >> certainly seen plenty of downloads triggered by them.  They should not
> >> be giving any errors, since the requests resolve to files on our site.
> >>
> >> I wonder, could the errors in those be caused by the outage caused by
> >> the errors in update30?
> >>
> >
> > Rob...update 30  is completely out of the question, and we simply can not
> > do it, and reverted it within hours when I first requested it.
> >
> > There IS an update30 directory there but it isn't actually being used,
> and
> > is just a dummy file anyway. Maybe we should just delete this one  so we
> > won't get confused about this one anymore. It was setup in early stages
> of
> > testing.
> >
> > Should I just delete ./update30/ProductUpdateService/check.Update -- I
> mean
> > the whole directory.
> >
> >
> >> -Rob
> >>
> >>> Regards,
> >>> Dave
> >>
> >
> >
> >
> > --
> >
> 
> > MzK
> >
> > "Never express yourself more clearly than you are able to think."
> >

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 3:01 PM, Kay Schenk  wrote:

>
>
> On Wed, Aug 15, 2012 at 2:49 PM, Dave Fisher wrote:
>
>>
>> On Aug 15, 2012, at 2:29 PM, Kay Schenk wrote:
>>
>> > On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir  wrote:
>> >
>> >> On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher 
>> >> wrote:
>> >>>
>> >>> On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote:
>> >>>
>>  Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400:
>> > On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf <
>> d...@daniel.shahaf.name>
>> >> wrote:
>> >> Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21
>> +0200:
>> >>> Is it possible that somebody from the Apache Infrastructure can
>> >>> provide a view on which URL the traffic load was soo high that the
>> >>> servers got in trouble?
>> >>>
>> >>
>> >> POST requests to /ProductUpdateService/check.Update file
>> >>
>> >
>> > For which subdomain, which UpdateXX.openoffice.org ?
>> 
>>  The access log doesn't say, and the error log has
>> 
>>  % fgrep /ProductUpdateService/check.Update error_log | sed -e
>> >> 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c
>> 
>>  EU:
>>  232046 update30
>>  35548 update34
>>  76543 update35
>> 
>> 
>>  US:
>>  198996 update30
>>  33450 update34
>>  71117 update35
>>   0 update36
>> >>>
>> >>> We don't see update32 because those do not get redirected in the same
>> >> way because there is no ooo-site/trunk/content/projects/update32
>> >>
>> >
>> > uh oh...this should have been setup before  and Oliver said he requested
>> > this in the first post here.
>> >
>> > And you're now saying that all the previous ones have been reverted?
>>
>> The zone file is now:
>>
>> ; update.services   CNAME www.openoffice.org.
>>
>>
>>
>>
>> ; WARNING WARNING WARNING
>> ; Changing the above entries to point to eos can overload it.  Do not
>> enable
>> ; them unless either eos is prepared for the load or the TTL is suitably
>> ; lowered
>> update.services   CNAME sd-web4.staroffice.de.
>> update23.services CNAME sd-web2.staroffice.de.
>> update24.services CNAME sd-web2.staroffice.de.
>> update30.services CNAME sd-web2.staroffice.de.
>> update31.services CNAME sd-web2.staroffice.de.
>> update32.services CNAME sd-web2.staroffice.de.
>> update33.services CNAME sd-web2.staroffice.de.
>>
>>
>>
>>
>> update34.services CNAME www.openoffice.org.
>> update35.services CNAME www.openoffice.org.
>> update36.services CNAME www.openoffice.org.
>> update38.services CNAME www.openoffice.org.
>>
>>
>> >
>> > I think we were OK until this last one, right? update32?
>>
>> Only yesterday's changes to DNS were reverted.
>>
>
> OK, good...it seems we can't go below update34 -- used for  OO 3.2 without
> further investigation.
>
> Meanwhile I will delete the
>
>  ./update30/ProductUpdateService/check.Update
>
> so it causes no further confusion...
>

ok, this is gone now...the ones that remain with numbers following updatexx
are in use.

/projects/updatexx/

as well as

/projects/update/ which is used for aoo34



>
>
>> >
>> > I think the others should be re-established as they weren't causing
>> > problems, were they?
>> >
>> > The thing is unless we go back to the code for OOo 3.1, we don't know
>> what
>> > it's doing.
>> >
>> > When I asked about this when we had issues for OOo 3.0, I was told it
>> was
>> > fixed in OOo 3.2, so maybe 3.1. has the same issues?
>> >
>> >
>> >
>> >>
>> >>> ./update/aoo341/check.Update
>> >>> ./update/ProductUpdateService/check.Update
>> >>> ./update30/ProductUpdateService/check.Update
>> >>> ./update34/ProductUpdateService/check.Update
>> >>> ./update34/ProductUpdateService/test.Update
>> >>> ./update35/ProductUpdateService/check.Update
>> >>> ./update35/ProductUpdateService/test.Update
>> >>> ./update36/ProductUpdateService/check.Update
>> >>> ./update38/ProductUpdateService/check.Update
>> >>>
>> >>> It looks like 34 and 35 have been trouble, but not as bad as 30.
>> >>>
>> >>
>> >> But haven't 34 and 35 been in production since early July?  We've
>> >> certainly seen plenty of downloads triggered by them.  They should not
>> >> be giving any errors, since the requests resolve to files on our site.
>> >>
>> >> I wonder, could the errors in those be caused by the outage caused by
>> >> the errors in update30?
>> >>
>> >
>> > Rob...update 30  is completely out of the question, and we simply can
>> not
>> > do it, and reverted it within hours when I first requested it.
>> >
>> > There IS an update30 directory there but it isn't actually being used,
>> and
>> > is just a dummy file anyway. Maybe we should just delete this one  so we
>> > won't get confused about this one anymore. It was setup in early stages
>> of
>> > testing.
>> >
>> > S

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 5:29 PM, Kay Schenk  wrote:
> On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir  wrote:
>
>> On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher 
>> wrote:
>> >
>> > On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote:
>> >
>> >> Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400:
>> >>> On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf 
>> wrote:
>>  Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21 +0200:
>> > Is it possible that somebody from the Apache Infrastructure can
>> > provide a view on which URL the traffic load was soo high that the
>> > servers got in trouble?
>> >
>> 
>>  POST requests to /ProductUpdateService/check.Update file
>> 
>> >>>
>> >>> For which subdomain, which UpdateXX.openoffice.org ?
>> >>
>> >> The access log doesn't say, and the error log has
>> >>
>> >> % fgrep /ProductUpdateService/check.Update error_log | sed -e
>> 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c
>> >>
>> >> EU:
>> >> 232046 update30
>> >> 35548 update34
>> >> 76543 update35
>> >>
>> >>
>> >> US:
>> >> 198996 update30
>> >> 33450 update34
>> >> 71117 update35
>> >>   0 update36
>> >
>> > We don't see update32 because those do not get redirected in the same
>> way because there is no ooo-site/trunk/content/projects/update32
>>
>
> uh oh...this should have been setup before  and Oliver said he requested
> this in the first post here.
>
> And you're now saying that all the previous ones have been reverted?
>
> I think we were OK until this last one, right? update32?
>
> I think the others should be re-established as they weren't causing
> problems, were they?
>
> The thing is unless we go back to the code for OOo 3.1, we don't know what
> it's doing.
>
> When I asked about this when we had issues for OOo 3.0, I was told it was
> fixed in OOo 3.2, so maybe 3.1. has the same issues?
>
>
>
>>
>> > ./update/aoo341/check.Update
>> > ./update/ProductUpdateService/check.Update
>> > ./update30/ProductUpdateService/check.Update
>> > ./update34/ProductUpdateService/check.Update
>> > ./update34/ProductUpdateService/test.Update
>> > ./update35/ProductUpdateService/check.Update
>> > ./update35/ProductUpdateService/test.Update
>> > ./update36/ProductUpdateService/check.Update
>> > ./update38/ProductUpdateService/check.Update
>> >
>> > It looks like 34 and 35 have been trouble, but not as bad as 30.
>> >
>>
>> But haven't 34 and 35 been in production since early July?  We've
>> certainly seen plenty of downloads triggered by them.  They should not
>> be giving any errors, since the requests resolve to files on our site.
>>
>> I wonder, could the errors in those be caused by the outage caused by
>> the errors in update30?
>>
>
> Rob...update 30  is completely out of the question, and we simply can not
> do it, and reverted it within hours when I first requested it.
>

What is the issue with update 30?  The fact that it does a POST?  I
don't that would rule it out altogether.  But we would need to treat
it specially.  For example, we could redirect to an isolated server,
at Apache or outside, that is able/willing to handle it.  If we run it
for a month or two we should get the bulk of the upgrades.

Or was there some other issue?

> There IS an update30 directory there but it isn't actually being used, and
> is just a dummy file anyway. Maybe we should just delete this one  so we
> won't get confused about this one anymore. It was setup in early stages of
> testing.
>
> Should I just delete ./update30/ProductUpdateService/check.Update -- I mean
> the whole directory.
>
>
>> -Rob
>>
>> > Regards,
>> > Dave
>>
>
>
>
> --
> 
> MzK
>
> "Never express yourself more clearly than you are able to think."
> --
> Niels Bohr

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 4:04 PM, Rob Weir  wrote:

> On Wed, Aug 15, 2012 at 5:29 PM, Kay Schenk  wrote:
> > On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir  wrote:
> >
> >> On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher 
> >> wrote:
> >> >
> >> > On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote:
> >> >
> >> >> Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400:
> >> >>> On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf <
> d...@daniel.shahaf.name>
> >> wrote:
> >>  Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21
> +0200:
> >> > Is it possible that somebody from the Apache Infrastructure can
> >> > provide a view on which URL the traffic load was soo high that the
> >> > servers got in trouble?
> >> >
> >> 
> >>  POST requests to /ProductUpdateService/check.Update file
> >> 
> >> >>>
> >> >>> For which subdomain, which UpdateXX.openoffice.org ?
> >> >>
> >> >> The access log doesn't say, and the error log has
> >> >>
> >> >> % fgrep /ProductUpdateService/check.Update error_log | sed -e
> >> 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c
> >> >>
> >> >> EU:
> >> >> 232046 update30
> >> >> 35548 update34
> >> >> 76543 update35
> >> >>
> >> >>
> >> >> US:
> >> >> 198996 update30
> >> >> 33450 update34
> >> >> 71117 update35
> >> >>   0 update36
> >> >
> >> > We don't see update32 because those do not get redirected in the same
> >> way because there is no ooo-site/trunk/content/projects/update32
> >>
> >
> > uh oh...this should have been setup before  and Oliver said he requested
> > this in the first post here.
> >
> > And you're now saying that all the previous ones have been reverted?
> >
> > I think we were OK until this last one, right? update32?
> >
> > I think the others should be re-established as they weren't causing
> > problems, were they?
> >
> > The thing is unless we go back to the code for OOo 3.1, we don't know
> what
> > it's doing.
> >
> > When I asked about this when we had issues for OOo 3.0, I was told it was
> > fixed in OOo 3.2, so maybe 3.1. has the same issues?
> >
> >
> >
> >>
> >> > ./update/aoo341/check.Update
> >> > ./update/ProductUpdateService/check.Update
> >> > ./update30/ProductUpdateService/check.Update
> >> > ./update34/ProductUpdateService/check.Update
> >> > ./update34/ProductUpdateService/test.Update
> >> > ./update35/ProductUpdateService/check.Update
> >> > ./update35/ProductUpdateService/test.Update
> >> > ./update36/ProductUpdateService/check.Update
> >> > ./update38/ProductUpdateService/check.Update
> >> >
> >> > It looks like 34 and 35 have been trouble, but not as bad as 30.
> >> >
> >>
> >> But haven't 34 and 35 been in production since early July?  We've
> >> certainly seen plenty of downloads triggered by them.  They should not
> >> be giving any errors, since the requests resolve to files on our site.
> >>
> >> I wonder, could the errors in those be caused by the outage caused by
> >> the errors in update30?
> >>
> >
> > Rob...update 30  is completely out of the question, and we simply can not
> > do it, and reverted it within hours when I first requested it.
> >
>
> What is the issue with update 30?  The fact that it does a POST?  I
> don't that would rule it out altogether.  But we would need to treat
> it specially.  For example, we could redirect to an isolated server,
> at Apache or outside, that is able/willing to handle it.  If we run it
> for a month or two we should get the bulk of the upgrades.
>
> Or was there some other issue?
>

The Apache web server, of which AOO is a part, does not allow POSTs so when
I had infra enable this and redirect the old update30 to the web server, it
caused MANY errors in a very short period of time (about an hour) and Joe
reverted it rather quickly.  THis was like back in early March or
something when I was playing around. The update feed itself didn't even DO
anything but redirect them to a URL (in theory) it was the POST in the code
for OOo 3.0 that caused all the havoc. When I inquired about this on this
list, I was told yes, this WAS the case for 3.0 but had been fixed with, I
thought 3.2.

Anyway, as far as I know, this is the only issue.

I was pretty wary initially about running the feed through the web server
but was told we should be fine (this after Joe reverted the update30 in
March) -- and I think we have been for the most part. But, yes, we need
another box with a web server that would accept POSTs to deal with this --
3.0, and it looks like 3.1.


> > There IS an update30 directory there but it isn't actually being used,
> and
> > is just a dummy file anyway. Maybe we should just delete this one  so we
> > won't get confused about this one anymore. It was setup in early stages
> of
> > testing.
> >
> > Should I just delete ./update30/ProductUpdateService/check.Update -- I
> mean
> > the whole directory.
> >
> >
> >> -Rob
> >>
> >> > Regards,
> >> > Dave
> >>
> >
> >
> >
> > --
> >
> -

Re: Registration and Update Services - What Will Be The Load?

On Wed, Aug 15, 2012 at 7:31 PM, Kay Schenk  wrote:
> On Wed, Aug 15, 2012 at 4:04 PM, Rob Weir  wrote:
>
>> On Wed, Aug 15, 2012 at 5:29 PM, Kay Schenk  wrote:
>> > On Wed, Aug 15, 2012 at 11:15 AM, Rob Weir  wrote:
>> >
>> >> On Wed, Aug 15, 2012 at 2:05 PM, Dave Fisher 
>> >> wrote:
>> >> >
>> >> > On Aug 15, 2012, at 10:28 AM, Daniel Shahaf wrote:
>> >> >
>> >> >> Rob Weir wrote on Wed, Aug 15, 2012 at 13:11:43 -0400:
>> >> >>> On Wed, Aug 15, 2012 at 1:05 PM, Daniel Shahaf <
>> d...@daniel.shahaf.name>
>> >> wrote:
>> >>  Oliver-Rainer Wittmann wrote on Wed, Aug 15, 2012 at 16:32:21
>> +0200:
>> >> > Is it possible that somebody from the Apache Infrastructure can
>> >> > provide a view on which URL the traffic load was soo high that the
>> >> > servers got in trouble?
>> >> >
>> >> 
>> >>  POST requests to /ProductUpdateService/check.Update file
>> >> 
>> >> >>>
>> >> >>> For which subdomain, which UpdateXX.openoffice.org ?
>> >> >>
>> >> >> The access log doesn't say, and the error log has
>> >> >>
>> >> >> % fgrep /ProductUpdateService/check.Update error_log | sed -e
>> >> 's#^.*/content/projects/##' | cut -d/ -f1 | sort | uniq -c
>> >> >>
>> >> >> EU:
>> >> >> 232046 update30
>> >> >> 35548 update34
>> >> >> 76543 update35
>> >> >>
>> >> >>
>> >> >> US:
>> >> >> 198996 update30
>> >> >> 33450 update34
>> >> >> 71117 update35
>> >> >>   0 update36
>> >> >
>> >> > We don't see update32 because those do not get redirected in the same
>> >> way because there is no ooo-site/trunk/content/projects/update32
>> >>
>> >
>> > uh oh...this should have been setup before  and Oliver said he requested
>> > this in the first post here.
>> >
>> > And you're now saying that all the previous ones have been reverted?
>> >
>> > I think we were OK until this last one, right? update32?
>> >
>> > I think the others should be re-established as they weren't causing
>> > problems, were they?
>> >
>> > The thing is unless we go back to the code for OOo 3.1, we don't know
>> what
>> > it's doing.
>> >
>> > When I asked about this when we had issues for OOo 3.0, I was told it was
>> > fixed in OOo 3.2, so maybe 3.1. has the same issues?
>> >
>> >
>> >
>> >>
>> >> > ./update/aoo341/check.Update
>> >> > ./update/ProductUpdateService/check.Update
>> >> > ./update30/ProductUpdateService/check.Update
>> >> > ./update34/ProductUpdateService/check.Update
>> >> > ./update34/ProductUpdateService/test.Update
>> >> > ./update35/ProductUpdateService/check.Update
>> >> > ./update35/ProductUpdateService/test.Update
>> >> > ./update36/ProductUpdateService/check.Update
>> >> > ./update38/ProductUpdateService/check.Update
>> >> >
>> >> > It looks like 34 and 35 have been trouble, but not as bad as 30.
>> >> >
>> >>
>> >> But haven't 34 and 35 been in production since early July?  We've
>> >> certainly seen plenty of downloads triggered by them.  They should not
>> >> be giving any errors, since the requests resolve to files on our site.
>> >>
>> >> I wonder, could the errors in those be caused by the outage caused by
>> >> the errors in update30?
>> >>
>> >
>> > Rob...update 30  is completely out of the question, and we simply can not
>> > do it, and reverted it within hours when I first requested it.
>> >
>>
>> What is the issue with update 30?  The fact that it does a POST?  I
>> don't that would rule it out altogether.  But we would need to treat
>> it specially.  For example, we could redirect to an isolated server,
>> at Apache or outside, that is able/willing to handle it.  If we run it
>> for a month or two we should get the bulk of the upgrades.
>>
>> Or was there some other issue?
>>
>
> The Apache web server, of which AOO is a part, does not allow POSTs so when
> I had infra enable this and redirect the old update30 to the web server, it
> caused MANY errors in a very short period of time (about an hour) and Joe
> reverted it rather quickly.  THis was like back in early March or
> something when I was playing around. The update feed itself didn't even DO
> anything but redirect them to a URL (in theory) it was the POST in the code
> for OOo 3.0 that caused all the havoc. When I inquired about this on this
> list, I was told yes, this WAS the case for 3.0 but had been fixed with, I
> thought 3.2.
>
> Anyway, as far as I know, this is the only issue.
>
> I was pretty wary initially about running the feed through the web server
> but was told we should be fine (this after Joe reverted the update30 in
> March) -- and I think we have been for the most part. But, yes, we need
> another box with a web server that would accept POSTs to deal with this --
> 3.0, and it looks like 3.1.
>

OK.  That's the impression I had as well -- POST was disabled in
general on ASF servers.  We're not going to be able to change that.
But the traffic from permitted POSTs will be far less than the errors
and retries  generated from disallowed POSTs.   So if we can find a
volunteer to host this traffic on their website, then we co

Re: Registration and Update Services - What Will Be The Load?