incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrew Rist <>
Subject Re: Apache OpenOffice Extensions Website restored at SourceForge
Date Thu, 01 Mar 2012 23:04:13 GMT

On 3/1/2012 2:43 PM, Dave Fisher wrote:
> Thanks Roberto!
> On Feb 29, 2012, at 10:44 AM, Roberto Galoppini wrote:
>> Below more details about the plan we are about to put into action.
>> On Mon, Feb 27, 2012 at 8:34 PM, Roberto Galoppini<>  wrote:
>>> Hi all,
>>>   below some details about how we plan to manage users' accounts.
>>> 2012/2/27 J├╝rgen Schmidt<>:
>>>> On 2/25/12 1:34 AM, Roberto Galoppini wrote:
>>>>> Hi all,
>>>>> We migrated the Extensions website over to sourceforge hardware.
>>>>> We've restored authentication with the accounts, make
>>>>> some module updates and updated the site to work with PHP 5.3.
>>>>> As of today, the Extensions website is available at this address
>>>>> located on our domain, at the following address:
>>>>> We've modified it to work under whatever domain name the community
>>>>> chooses, and we plan to keep the site up and running under the above
>>>>> domain to allow the community to provide us with feedback and to allow
>>>>> for time to get the final DNS setup in place. We will work with the
>>>>> PMCC and the Apache Infra team to point DNS to the new location as
>>>>> soon as we can.
>>>>> We are planning to get the Templates website up on sourceforge
>>>>> hardware one week from today.
>>>>> Here are some next steps to consider:
>>>>> 1 - Help users to switch their accounts smoothly. We can make sure
>>>>> that existing users can login using their password and
>>>>> automatically convert them to local users when they login, so that all
>>>>> users who logged in to the site before the Oracle shutdown will be
>>>>> preserved and will be able to see and edit their content.
>>>>> 2 - Help market AOO Extensions and Templates, e.g. interviewing
>>>>> creators and sharing the news via our media.
>>>>> 3 - Evaluate the upgrade of the Extensions/Templates website from
>>>>> Drupal 5/6 to Drupal 7, and eventually do it (long term).
>>>>> We are looking forward to your feedback and suggestions.
>>>> thanks for the info.
>>>> I was able to take a closer look on it in the morning. I was able to login
>>>> and noticed that my old email is used.
>>>> I tried to change it to my Apache email but it didn't worked. It seems that
>>>> I had to use email address. How can I change it? I think
>>>> will probably switch to other email addresses.
>>> Let me briefly recap how the Extensions website works, and how we
>>> eventually plan to change it.
>>> 1. Users logging in at (the vast majority) can't change
>>> emails nor their passwords.
>>> 2. Users logging in at the Extensions website (i.e. users who never
>>> migrated their accounts to, a small fraction of the
>>> user base) are told to convert their accounts to an
>>> accounts. They might change their emails, but only to a
>>> *
>>> We have already changed the misleading message requiring to migrate to
>>>, telling users instead that they won't have any problem
>>> when the authentication system will shut down. We are
>>> now working on:
>>> a) accept any email address (optionally we can avoid to accept
>>> *
>> All users - that means both the majority of them authenticating via
>> and the minority logging it at the Extensions website -
>> would be able to change their email addresses. We won't allow
>> addresses, though.
>>> b) New users creating their accounts at the Extensions website.
>> At instead of inviting
>> users to create accounts will make possible to create
>> accounts at the Extensions website.
>>> c) Find a way to migrate users actually logging in at
>> The plan is to transparently migrate users authenticating at
>> to the Extensions, by storing locally their
>> credentials. For the time being their email addresses will stay
>>, but the idea is to migrate them all if we can get
>> their alternative emails. In fact we assume many of them won't access
>> the Extensions website before the Oracle authentication system will
>> shut down.
> AFAIK Oracle will not divulge alternative email. So, I think you will need to let them
recreate accounts and immediately associate these with their issues.
I'm working with Roberto on this - I think we have a reasonable solution 
in the works.
>> Last but not least, since the Extensions updates in OOo 3.3.0 are
>> served through the, we would ask
>> you to let us manage that too, so that we can restore the Extensions
>> updates service.
> Non-authoritative answer:
>	canonical name =
> Name:
> Address:
> Well, this leads to an issue that we may have missed - the MirrorBrain network of the
legacy releases of
> I think a discussion of this is worth a brand new thread.
> Regards,
> Dave
>> Roberto
>>> Roberto
>>>> Anybody should be able to provide an extension independent of committer
>>>> status for Apache OpenOffice. Means user accounts independent from the the
>>>> Apache accounts.
>>>> Juergen
>>>>> Roberto
>> ====
>> This e- mail message is intended only for the named recipient(s) above. It may contain
confidential and privileged information. If you are not the intended recipient you are hereby
notified that any dissemination, distribution or copying of this e-mail and any attachment(s)
is strictly prohibited. If you have received this e-mail in error, please immediately notify
the sender by replying to this e-mail and delete the message and any attachment(s) from your
system. Thank you.


Andrew Rist | Interoperability Architect
OracleCorporate Architecture Group
Redwood Shores, CA | 650.506.9847

View raw message