Re: Apache OpenOffice Extensions Website restored at SourceForge

[Roberto Galoppini]

On Tue, Mar 13, 2012 at 5:53 PM, Kay Schenk  wrote:
> On Tue, Mar 13, 2012 at 5:54 AM, Roberto Galoppini wrote:
>
>> 2012/3/13 Jürgen Schmidt :
>> > On 3/13/12 8:09 AM, Roberto Galoppini wrote:
>> >>
>> >> Here a quick update, see below.
>> >>
>> >
>> > The plan is to transparently migrate users authenticating at
>> > OpenOffice.org to the Extensions, by storing locally their
>> > credentials. For the time being their email addresses will stay
>> > @openoffice.org, 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 openoffice.org 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.
>> >>
>> >>
>> >> We collaboratevely find a solution to the problem, and we are going to
>> >> migrate Extensions and Templates users' accounts as soon as we'll get
>> >> all the necessary information. Once done users will be able to reset
>> >> their passwords through the "Lost password?" function.
>> >>
>> >> Keep in mind that starting from the 15th of March users will
>> >> eventually loose the opportunity to login using their openoffice.org
>> >> passwords, though.
>> >>
>> > thanks fir the update Roberto, can you tell me where we are with the
>> > extension update Url and the service behind. Do you need help to
>> understand
>> > what the service has done? We have to check the code to figure out how
>> the
>> > requests look in detail ...
>>
>> We have already investigated how it works, and we do actually serve
>> updates requests answering that there are no updates. This is just as
>> it was configured before.
>>
>> Any information about how the update protocol works would be helpful
>> for the future, though.
>>
>> Roberto
>>
>
> OK, I have an odd question. Is this the same "update protocol" that is used
> to update the actual base package -- i.e. OOo -- the same "update"
> capability that is currently missing from, say, the existing Linux 32-bit
> build?
>
> Roberto-- where can we get more info on what is actually being "served" in
> response to update request? That is, the URL for it.

The two URLs are slightly different.

AOO Updates:
http://www.openoffice.org/ProductUpdateService/check.Update

Extensions Updates:
http://extensions.services.openoffice.org/ExtensionUpdateService/check.Update

And we do manage the second one.


> *IF* the same "update protocol" is used for everything, base package and
> extensions, here is what I (we) know. Apparently, there was some
> proprietary tool in place from what I gather in which entries were
> (manually?) entered for "products". That tool created atom feeds at a
> specified URL which the "products/extensions" would then reference for
> updates.

I expect the two protocols to be nearly the same, but I do know very
little about how do they work, and we do know only how to return the
no updates available feedback at the moment.

Roberto

> In building, both Regina and Ariel were able to successfully test an
> "update" by creating an atom feed with a single entry for their respective
> platforms (windows, linux-64 with debian packaging), and I think actually
> perform the update.
>
> There is information on the "format" of the feed on the wiki:
>
> http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol
>
> but NOTHING about how the feed gets constructed.
>
> I have been wanting to experiment with adding more than one entry to the
> existing sample feed I ported  (usign Ariel's test) to:
>
> http://www.openoffice.org/ProductUpdateService/check.Update
>
> If someone knows enough to add more "entries" to this feed complying to
> "atom" rules, that would be great. I don't know anything about how
> "matches" occur in this context.
>
>
>> > In the extension manager dialog the user can ask for updates of installed
>> > extensions ... But I am sure you are aware of this ;-)
>> >
>> > Juergen
>> 
>> 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.
>>
>>
>
>
> --
> 
> MzK
>
> "Follow your bliss."
>         -- attributed to Joseph Campbell

This e- mail message is intend

Re: update service [was: Re: Apache OpenOffice Extensions Website restored at SourceForge]

[Oliver-Rainer Wittmann]

Hi,

Am 14.03.12 17:09, schrieb Kay Schenk:

On Wed, Mar 14, 2012 at 1:15 AM, Oliver-Rainer Wittmann<
orwittm...@googlemail.com>  wrote:


Hi,

On 13.03.2012 17:53, Kay Schenk wrote:


On Tue, Mar 13, 2012 at 5:54 AM, Roberto Galoppini**
wrote:
[snipping a lot ...]


We have already investigated how it works, and we do actually serve
updates requests answering that there are no updates. This is just as
it was configured before.

Any information about how the update protocol works would be helpful
for the future, though.

Roberto



OK, I have an odd question. Is this the same "update protocol" that is
used
to update the actual base package -- i.e. OOo -- the same "update"
capability that is currently missing from, say, the existing Linux 32-bit
build?

Roberto-- where can we get more info on what is actually being "served" in
response to update request? That is, the URL for it.

*IF* the same "update protocol" is used for everything, base package and
extensions, here is what I (we) know. Apparently, there was some
proprietary tool in place from what I gather in which entries were
(manually?) entered for "products". That tool created atom feeds at a
specified URL which the "products/extensions" would then reference for
updates.

In building, both Regina and Ariel were able to successfully test an
"update" by creating an atom feed with a single entry for their respective
platforms (windows, linux-64 with debian packaging), and I think actually
perform the update.

There is information on the "format" of the feed on the wiki:

http://wiki.services.**openoffice.org/wiki/Update_**Notification_Protocol

but NOTHING about how the feed gets constructed.

I have been wanting to experiment with adding more than one entry to the
existing sample feed I ported  (usign Ariel's test) to:

http://www.openoffice.org/**ProductUpdateService/check.**Update

If someone knows enough to add more "entries" to this feed complying to
"atom" rules, that would be great. I don't know anything about how
"matches" occur in this context.




I am testing the function Menu Help - Check for Updates... regarding, if
it is working after we had back an HTTP/WebDAV client library.
It mainly works using [1]. But, I have recognized that the HTTP header
fields specified at [2] are not transfered - mea culpa.
-->  I will submit a corresponding issue for which I will request the
release blocker flag.

It looks like that the former update service used the values of the HTTP
header fields "User-Agent" and "Accept-Language" in order to provide a
proper reply.
I think "User-Agent" was used to determine, if for the requested installed
version an update exists or not. "Accept-Language" seems to be used provide
a corresponding localized reply.
These are only guesses. Feel free to correct or even support me.

After fixing the above mentioned issue I will try to analyse the code
processing the response in order to continue Regina's and Ariel's work here.
I expect that it results in proper information which enabled us to provide
a 'static' reply which will signal to all OOo 3.3 versions that AOO 3.4 is
available.

[1] 
http://www.openoffice.org/**ProductUpdateService/check.**Update
[2] http://wiki.services.**openoffice.org/wiki/Update_**
Notification_Protocol


Best regards, Oliver.



Oliver--Thanks.

I too am continuing my investigation, though, since I am NOT a C++ coder,
well...not so simple.





I have already started to document my findings at [2].
I will continue tomorrow morning (German time).
For short: I think I have found everything which is needed to bring a 
"update service" back. We should discuss when I have provided all my 
findings.


Best regards (and stay tuned),
Oliver.

Re: update service [was: Re: Apache OpenOffice Extensions Website restored at SourceForge]

[Kay Schenk]

On Wed, Mar 14, 2012 at 1:15 AM, Oliver-Rainer Wittmann <
orwittm...@googlemail.com> wrote:

> Hi,
>
> On 13.03.2012 17:53, Kay Schenk wrote:
>
>> On Tue, Mar 13, 2012 at 5:54 AM, Roberto Galoppini**
>> wrote:
>> [snipping a lot ...]
>>
>>> We have already investigated how it works, and we do actually serve
>>> updates requests answering that there are no updates. This is just as
>>> it was configured before.
>>>
>>> Any information about how the update protocol works would be helpful
>>> for the future, though.
>>>
>>> Roberto
>>>
>>>
>> OK, I have an odd question. Is this the same "update protocol" that is
>> used
>> to update the actual base package -- i.e. OOo -- the same "update"
>> capability that is currently missing from, say, the existing Linux 32-bit
>> build?
>>
>> Roberto-- where can we get more info on what is actually being "served" in
>> response to update request? That is, the URL for it.
>>
>> *IF* the same "update protocol" is used for everything, base package and
>> extensions, here is what I (we) know. Apparently, there was some
>> proprietary tool in place from what I gather in which entries were
>> (manually?) entered for "products". That tool created atom feeds at a
>> specified URL which the "products/extensions" would then reference for
>> updates.
>>
>> In building, both Regina and Ariel were able to successfully test an
>> "update" by creating an atom feed with a single entry for their respective
>> platforms (windows, linux-64 with debian packaging), and I think actually
>> perform the update.
>>
>> There is information on the "format" of the feed on the wiki:
>>
>> http://wiki.services.**openoffice.org/wiki/Update_**Notification_Protocol
>>
>> but NOTHING about how the feed gets constructed.
>>
>> I have been wanting to experiment with adding more than one entry to the
>> existing sample feed I ported  (usign Ariel's test) to:
>>
>> http://www.openoffice.org/**ProductUpdateService/check.**Update
>>
>> If someone knows enough to add more "entries" to this feed complying to
>> "atom" rules, that would be great. I don't know anything about how
>> "matches" occur in this context.
>>
>>
>>
> I am testing the function Menu Help - Check for Updates... regarding, if
> it is working after we had back an HTTP/WebDAV client library.
> It mainly works using [1]. But, I have recognized that the HTTP header
> fields specified at [2] are not transfered - mea culpa.
> --> I will submit a corresponding issue for which I will request the
> release blocker flag.
>
> It looks like that the former update service used the values of the HTTP
> header fields "User-Agent" and "Accept-Language" in order to provide a
> proper reply.
> I think "User-Agent" was used to determine, if for the requested installed
> version an update exists or not. "Accept-Language" seems to be used provide
> a corresponding localized reply.
> These are only guesses. Feel free to correct or even support me.
>
> After fixing the above mentioned issue I will try to analyse the code
> processing the response in order to continue Regina's and Ariel's work here.
> I expect that it results in proper information which enabled us to provide
> a 'static' reply which will signal to all OOo 3.3 versions that AOO 3.4 is
> available.
>
> [1] 
> http://www.openoffice.org/**ProductUpdateService/check.**Update
> [2] http://wiki.services.**openoffice.org/wiki/Update_**
> Notification_Protocol
>
>
> Best regards, Oliver.
>

Oliver--Thanks.

I too am continuing my investigation, though, since I am NOT a C++ coder,
well...not so simple.



-- 

MzK

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

update service [was: Re: Apache OpenOffice Extensions Website restored at SourceForge]

[Oliver-Rainer Wittmann]

Hi,

On 13.03.2012 17:53, Kay Schenk wrote:

On Tue, Mar 13, 2012 at 5:54 AM, Roberto Galoppiniwrote:
[snipping a lot ...]

We have already investigated how it works, and we do actually serve
updates requests answering that there are no updates. This is just as
it was configured before.

Any information about how the update protocol works would be helpful
for the future, though.

Roberto



OK, I have an odd question. Is this the same "update protocol" that is used
to update the actual base package -- i.e. OOo -- the same "update"
capability that is currently missing from, say, the existing Linux 32-bit
build?

Roberto-- where can we get more info on what is actually being "served" in
response to update request? That is, the URL for it.

*IF* the same "update protocol" is used for everything, base package and
extensions, here is what I (we) know. Apparently, there was some
proprietary tool in place from what I gather in which entries were
(manually?) entered for "products". That tool created atom feeds at a
specified URL which the "products/extensions" would then reference for
updates.

In building, both Regina and Ariel were able to successfully test an
"update" by creating an atom feed with a single entry for their respective
platforms (windows, linux-64 with debian packaging), and I think actually
perform the update.

There is information on the "format" of the feed on the wiki:

http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol

but NOTHING about how the feed gets constructed.

I have been wanting to experiment with adding more than one entry to the
existing sample feed I ported  (usign Ariel's test) to:

http://www.openoffice.org/ProductUpdateService/check.Update

If someone knows enough to add more "entries" to this feed complying to
"atom" rules, that would be great. I don't know anything about how
"matches" occur in this context.




I am testing the function Menu Help - Check for Updates... regarding, if it is 
working after we had back an HTTP/WebDAV client library.
It mainly works using [1]. But, I have recognized that the HTTP header fields 
specified at [2] are not transfered - mea culpa.
--> I will submit a corresponding issue for which I will request the release 
blocker flag.


It looks like that the former update service used the values of the HTTP header 
fields "User-Agent" and "Accept-Language" in order to provide a proper reply.
I think "User-Agent" was used to determine, if for the requested installed 
version an update exists or not. "Accept-Language" seems to be used provide a 
corresponding localized reply.

These are only guesses. Feel free to correct or even support me.

After fixing the above mentioned issue I will try to analyse the code processing 
the response in order to continue Regina's and Ariel's work here.
I expect that it results in proper information which enabled us to provide a 
'static' reply which will signal to all OOo 3.3 versions that AOO 3.4 is available.


[1] http://www.openoffice.org/ProductUpdateService/check.Update
[2] http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol


Best regards, Oliver.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Kay Schenk]

On Tue, Mar 13, 2012 at 5:54 AM, Roberto Galoppini wrote:

> 2012/3/13 Jürgen Schmidt :
> > On 3/13/12 8:09 AM, Roberto Galoppini wrote:
> >>
> >> Here a quick update, see below.
> >>
> >
> > The plan is to transparently migrate users authenticating at
> > OpenOffice.org to the Extensions, by storing locally their
> > credentials. For the time being their email addresses will stay
> > @openoffice.org, 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 openoffice.org 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.
> >>
> >>
> >> We collaboratevely find a solution to the problem, and we are going to
> >> migrate Extensions and Templates users' accounts as soon as we'll get
> >> all the necessary information. Once done users will be able to reset
> >> their passwords through the "Lost password?" function.
> >>
> >> Keep in mind that starting from the 15th of March users will
> >> eventually loose the opportunity to login using their openoffice.org
> >> passwords, though.
> >>
> > thanks fir the update Roberto, can you tell me where we are with the
> > extension update Url and the service behind. Do you need help to
> understand
> > what the service has done? We have to check the code to figure out how
> the
> > requests look in detail ...
>
> We have already investigated how it works, and we do actually serve
> updates requests answering that there are no updates. This is just as
> it was configured before.
>
> Any information about how the update protocol works would be helpful
> for the future, though.
>
> Roberto
>

OK, I have an odd question. Is this the same "update protocol" that is used
to update the actual base package -- i.e. OOo -- the same "update"
capability that is currently missing from, say, the existing Linux 32-bit
build?

Roberto-- where can we get more info on what is actually being "served" in
response to update request? That is, the URL for it.

*IF* the same "update protocol" is used for everything, base package and
extensions, here is what I (we) know. Apparently, there was some
proprietary tool in place from what I gather in which entries were
(manually?) entered for "products". That tool created atom feeds at a
specified URL which the "products/extensions" would then reference for
updates.

In building, both Regina and Ariel were able to successfully test an
"update" by creating an atom feed with a single entry for their respective
platforms (windows, linux-64 with debian packaging), and I think actually
perform the update.

There is information on the "format" of the feed on the wiki:

http://wiki.services.openoffice.org/wiki/Update_Notification_Protocol

but NOTHING about how the feed gets constructed.

I have been wanting to experiment with adding more than one entry to the
existing sample feed I ported  (usign Ariel's test) to:

http://www.openoffice.org/ProductUpdateService/check.Update

If someone knows enough to add more "entries" to this feed complying to
"atom" rules, that would be great. I don't know anything about how
"matches" occur in this context.


> > In the extension manager dialog the user can ask for updates of installed
> > extensions ... But I am sure you are aware of this ;-)
> >
> > Juergen
> 
> 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.
>
>


-- 

MzK

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

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Roberto Galoppini]

2012/3/13 Jürgen Schmidt :
> On 3/13/12 8:09 AM, Roberto Galoppini wrote:
>>
>> Here a quick update, see below.
>>
>
> The plan is to transparently migrate users authenticating at
> OpenOffice.org to the Extensions, by storing locally their
> credentials. For the time being their email addresses will stay
> @openoffice.org, 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 openoffice.org 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.
>>
>>
>> We collaboratevely find a solution to the problem, and we are going to
>> migrate Extensions and Templates users' accounts as soon as we'll get
>> all the necessary information. Once done users will be able to reset
>> their passwords through the "Lost password?" function.
>>
>> Keep in mind that starting from the 15th of March users will
>> eventually loose the opportunity to login using their openoffice.org
>> passwords, though.
>>
> thanks fir the update Roberto, can you tell me where we are with the
> extension update Url and the service behind. Do you need help to understand
> what the service has done? We have to check the code to figure out how the
> requests look in detail ...

We have already investigated how it works, and we do actually serve
updates requests answering that there are no updates. This is just as
it was configured before.

Any information about how the update protocol works would be helpful
for the future, though.

Roberto

> In the extension manager dialog the user can ask for updates of installed
> extensions ... But I am sure you are aware of this ;-)
>
> Juergen

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.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Jürgen Schmidt]

On 3/13/12 8:09 AM, Roberto Galoppini wrote:

Here a quick update, see below.



The plan is to transparently migrate users authenticating at
OpenOffice.org to the Extensions, by storing locally their
credentials. For the time being their email addresses will stay
@openoffice.org, 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 openoffice.org 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.


We collaboratevely find a solution to the problem, and we are going to
migrate Extensions and Templates users' accounts as soon as we'll get
all the necessary information. Once done users will be able to reset
their passwords through the "Lost password?" function.

Keep in mind that starting from the 15th of March users will
eventually loose the opportunity to login using their openoffice.org
passwords, though.

thanks fir the update Roberto, can you tell me where we are with the 
extension update Url and the service behind. Do you need help to 
understand what the service has done? We have to check the code to 
figure out how the requests look in detail ...


In the extension manager dialog the user can ask for updates of 
installed extensions ... But I am sure you are aware of this ;-)


Juergen

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Roberto Galoppini]

Here a quick update, see below.

On Fri, Mar 2, 2012 at 12:04 AM, Andrew Rist  wrote:
>
>
> 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 openoffice.org 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:
>>
>> http://aoo-extensions.sourceforge.net.
>>
>> 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 openoffice.org 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 @sun.com email is used.
>
> I tried to change it to my Apache email but it didn't worked. It seems
> that
> I had to use @openoffice.org email address. How can I change it? I
> think we
> 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 openoffice.org (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 openoffice.org, a small fraction of the
 user base) are told to convert their accounts to an openoffice.org
 accounts. They might change their emails, but only to a
 *@openoffice.org.

 We have already changed the misleading message requiring to migrate to
 openoffice.org, telling users instead that they won't have any problem
 when the openoffice.org authentication system will shut down. We are
 now working on:

 a) accept any email address (optionally we can avoid to accept
 *@openoffice.org).
>>>
>>> All users - that means both the majority of them authenticating via
>>> OpenOffice.org and the minority logging it at the Extensions website -
>>> would be able to change their email addresses. We won't allow
>>> @openoffice.org addresses, though.
>>>
 b) New users creating their accounts at the Extensions website.
>>>
>>> At http://aoo-extensions.sourceforge.net/user instead of inviting
>>> users to create @openoffice.org accounts will make possible to create
>>> accounts at the Extensions website.
>>>
 c) Find a way to migrate users actually logging in at openoffice.org.
>>>
>>> The plan is to transparently migrate users authenticating at
>>> OpenOffice.org to the Extensions, by storing locally their
>>> credentials. For the time being their email addresses will stay
>>> @openoffice.org, 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 openoffice.org 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.

We collaboratevely find a solution to the problem, and we are going to
migrate Extensions and Templates users' accounts as 

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Andrew Rist]

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 openoffice.org 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:

http://aoo-extensions.sourceforge.net.

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 openoffice.org 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 @sun.com email is used.

I tried to change it to my Apache email but it didn't worked. It seems that
I had to use @openoffice.org email address. How can I change it? I think we
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 openoffice.org (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 openoffice.org, a small fraction of the
user base) are told to convert their accounts to an openoffice.org
accounts. They might change their emails, but only to a
*@openoffice.org.

We have already changed the misleading message requiring to migrate to
openoffice.org, telling users instead that they won't have any problem
when the openoffice.org authentication system will shut down. We are
now working on:

a) accept any email address (optionally we can avoid to accept
*@openoffice.org).

All users - that means both the majority of them authenticating via
OpenOffice.org and the minority logging it at the Extensions website -
would be able to change their email addresses. We won't allow
@openoffice.org addresses, though.


b) New users creating their accounts at the Extensions website.

At http://aoo-extensions.sourceforge.net/user instead of inviting
users to create @openoffice.org accounts will make possible to create
accounts at the Extensions website.


c) Find a way to migrate users actually logging in at openoffice.org.

The plan is to transparently migrate users authenticating at
OpenOffice.org to the Extensions, by storing locally their
credentials. For the time being their email addresses will stay
@openoffice.org, 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 openoffice.org 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 updateexte.services.openoffice.org, we would ask
you to let us manage that too, so that we can restore the Extensions
updates service.

Non-authoritative answer:
updateexte.services.openoffice.org  canonical name = 
download.services.openoffice.org.
Name:   download.services.openoffice.org
Address: 192.9.173.38

Well, this leads to an issue that we may have missed - the MirrorBrain network 
of the legacy releases of OpenOffice.org.

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 a

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Dave Fisher]

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 openoffice.org 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:
 
 http://aoo-extensions.sourceforge.net.
 
 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 openoffice.org 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 @sun.com email is used.
>>> 
>>> I tried to change it to my Apache email but it didn't worked. It seems that
>>> I had to use @openoffice.org email address. How can I change it? I think we
>>> 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 openoffice.org (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 openoffice.org, a small fraction of the
>> user base) are told to convert their accounts to an openoffice.org
>> accounts. They might change their emails, but only to a
>> *@openoffice.org.
>> 
>> We have already changed the misleading message requiring to migrate to
>> openoffice.org, telling users instead that they won't have any problem
>> when the openoffice.org authentication system will shut down. We are
>> now working on:
>> 
>> a) accept any email address (optionally we can avoid to accept
>> *@openoffice.org).
> 
> All users - that means both the majority of them authenticating via
> OpenOffice.org and the minority logging it at the Extensions website -
> would be able to change their email addresses. We won't allow
> @openoffice.org addresses, though.
> 
>> b) New users creating their accounts at the Extensions website.
> 
> At http://aoo-extensions.sourceforge.net/user instead of inviting
> users to create @openoffice.org accounts will make possible to create
> accounts at the Extensions website.
> 
>> c) Find a way to migrate users actually logging in at openoffice.org.
> 
> The plan is to transparently migrate users authenticating at
> OpenOffice.org to the Extensions, by storing locally their
> credentials. For the time being their email addresses will stay
> @openoffice.org, 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 openoffice.org accounts and immediately associate these with 
their issues.

> 
> Last but not least, since the Extensions updates in OOo 3.3.0 are
> served through the updateexte.services.openoffice.org, we would ask
> you to let us manage that too, so that we can restore the Extensions
> updates service.

Non-authoritative answer:
updateexte.services.openoffice.org  canonical name = 
download.services.openoffice.org.
Name:   download.services.openoffice.org
Address: 192.9.173.38

Well, this leads to an issue that we may have missed - the MirrorBrain network 
of the legacy releases of OpenOffice.org.

I think a discussion of thi

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Roberto Galoppini]

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 openoffice.org 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:
>>>
>>> http://aoo-extensions.sourceforge.net.
>>>
>>> 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 openoffice.org 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 @sun.com email is used.
>>
>> I tried to change it to my Apache email but it didn't worked. It seems that
>> I had to use @openoffice.org email address. How can I change it? I think we
>> 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 openoffice.org (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 openoffice.org, a small fraction of the
> user base) are told to convert their accounts to an openoffice.org
> accounts. They might change their emails, but only to a
> *@openoffice.org.
>
> We have already changed the misleading message requiring to migrate to
> openoffice.org, telling users instead that they won't have any problem
> when the openoffice.org authentication system will shut down. We are
> now working on:
>
> a) accept any email address (optionally we can avoid to accept
> *@openoffice.org).

All users - that means both the majority of them authenticating via
OpenOffice.org and the minority logging it at the Extensions website -
would be able to change their email addresses. We won't allow
@openoffice.org addresses, though.

> b) New users creating their accounts at the Extensions website.

At http://aoo-extensions.sourceforge.net/user instead of inviting
users to create @openoffice.org accounts will make possible to create
accounts at the Extensions website.

> c) Find a way to migrate users actually logging in at openoffice.org.

The plan is to transparently migrate users authenticating at
OpenOffice.org to the Extensions, by storing locally their
credentials. For the time being their email addresses will stay
@openoffice.org, 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.

Last but not least, since the Extensions updates in OOo 3.3.0 are
served through the updateexte.services.openoffice.org, we would ask
you to let us manage that too, so that we can restore the Extensions
updates service.


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.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Roberto Galoppini]

On Sun, Feb 26, 2012 at 7:57 PM, Joe Schaefer  wrote:
> I just updated the extensions.services DNS record
> accordingly.

Hi Joe,

 could you please do the same also for extensions.openoffice.org?

Roberto
>
>
>
>
>>
>> From: Hagar Delest 
>>To: ooo-dev@incubator.apache.org
>>Sent: Sunday, February 26, 2012 1:10 PM
>>Subject: Re: Apache OpenOffice Extensions Website restored at SourceForge
>>
>>Le dim. 26 févr. 2012 19:04:08 CET, RGB ES a écrit :
>>
>>>> - Hagar Delest changed existing links into aoo-extensions.sf.net but I'm 
>>>> not
>>>> sure this is right: I think it is the same stuation we have for the forum,
>>>> where we have a *.apache.org URL and user.services.openoffice.org but we 
>>>> (at
>>>> least I do) use only the openoffice.org address commonly.
>>>>
>>>> Regards,
>>>>   Andrea.
>>>
>>> Changing the address takes almost no time (I did it on the Spanish
>>> forums), so we will change it again if the url changes again. I see no
>>> problem there.
>>>
>>> Cheers
>>> Ricardo
>>
>>+1.
>>There has been so many topics about that in the forum!
>>Better fix it now and change again the address with the correct one later.
>>
>>Hagar

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.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Roberto Galoppini]

On Tue, Feb 28, 2012 at 1:50 PM, Dave Fisher  wrote:
>
> On Feb 28, 2012, at 3:40 AM, RGB ES wrote:
>
>> 2012/2/28 RGB ES :
>>> 2012/2/28 Dennis E. Hamilton :
 I find  just fine.  That has 
 been true all day for me.

  - Dennis

>>>
>>> Did you refresh your browser cache? I get an "unknown site" page with
>>> the following text:
>>> This space is managed by SourceForge.net. You have attempted to access
>>> a URL that either never existed or is no longer active. Please check
>>> the source of your link and/or contact the maintainer of the link to
>>> have them update their records.
>>>
>>> Ricardo
>>
>> OK, next time I'll try at least three times before saying anything...
>> Now it is working!
>
> Now it works for me as well.

We actually updated our web servers yesterday, when we realized that
the DNS has been updated. By now only cached pages could return that
message.

Roberto

>
> Regards,
> Dave

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.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Dave Fisher]

On Feb 28, 2012, at 3:40 AM, RGB ES wrote:

> 2012/2/28 RGB ES :
>> 2012/2/28 Dennis E. Hamilton :
>>> I find  just fine.  That has 
>>> been true all day for me.
>>> 
>>>  - Dennis
>>> 
>> 
>> Did you refresh your browser cache? I get an "unknown site" page with
>> the following text:
>> This space is managed by SourceForge.net. You have attempted to access
>> a URL that either never existed or is no longer active. Please check
>> the source of your link and/or contact the maintainer of the link to
>> have them update their records.
>> 
>> Ricardo
> 
> OK, next time I'll try at least three times before saying anything...
> Now it is working!

Now it works for me as well.

Regards,
Dave

Re: Apache OpenOffice Extensions Website restored at SourceForge

[RGB ES]

2012/2/28 RGB ES :
> 2012/2/28 Dennis E. Hamilton :
>> I find  just fine.  That has 
>> been true all day for me.
>>
>>  - Dennis
>>
>
> Did you refresh your browser cache? I get an "unknown site" page with
> the following text:
> This space is managed by SourceForge.net. You have attempted to access
> a URL that either never existed or is no longer active. Please check
> the source of your link and/or contact the maintainer of the link to
> have them update their records.
>
> Ricardo

OK, next time I'll try at least three times before saying anything...
Now it is working!

Re: Apache OpenOffice Extensions Website restored at SourceForge

[RGB ES]

2012/2/28 Dennis E. Hamilton :
> I find  just fine.  That has been 
> true all day for me.
>
>  - Dennis
>

Did you refresh your browser cache? I get an "unknown site" page with
the following text:
This space is managed by SourceForge.net. You have attempted to access
a URL that either never existed or is no longer active. Please check
the source of your link and/or contact the maintainer of the link to
have them update their records.

Ricardo

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Jürgen Schmidt]

On 2/27/12 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 openoffice.org 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:

http://aoo-extensions.sourceforge.net.

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 openoffice.org 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 @sun.com email is used.

I tried to change it to my Apache email but it didn't worked. It seems that
I had to use @openoffice.org email address. How can I change it? I think we
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 openoffice.org (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 openoffice.org, a small fraction of the
user base) are told to convert their accounts to an openoffice.org
accounts. They might change their emails, but only to a
*@openoffice.org.

We have already changed the misleading message requiring to migrate to
openoffice.org, telling users instead that they won't have any problem
when the openoffice.org authentication system will shut down. We are
now working on:

a) accept any email address (optionally we can avoid to accept
*@openoffice.org).
b) New users creating their accounts at the Extensions website.
c) Find a way to migrate users actually logging in at openoffice.org.


I would prefer a). Nobody should use @openoffice.org emails addresses in 
the future. And we don't have a common user management for all. We have 
committers who have Apache ID's and potentially want upload an extension 
and we have users who simply want provide extensions.


Juergen



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.

RE: Apache OpenOffice Extensions Website restored at SourceForge

[Dennis E. Hamilton]

I find <http://extensions.services.openoffice.org/> just fine.  That has been 
true all day for me.  

 - Dennis

-Original Message-
From: Dave Fisher [mailto:dave2w...@comcast.net] 
Sent: Monday, February 27, 2012 20:39
To: ooo-dev@incubator.apache.org
Cc: Joe Schaefer
Subject: Re: Apache OpenOffice Extensions Website restored at SourceForge

Joe,

DId you try it? It does not function.

Sourceforge does not handle the domain name correctly. Instead it serves this:

"This space is managed by SourceForge.net. You have attempted to access a URL 
that either never existed or is no longer active. Please check the source of 
your link and/or contact the maintainer of the link to have them update their 
records."

I wrote this yesterday when I tried it on my own /etc/hosts.

SF will need to update their servers.

Regards,
Dave


On Feb 26, 2012, at 10:57 AM, Joe Schaefer wrote:

> I just updated the extensions.services DNS record
> accordingly.
> 
> 
> 
> 
>> 
>> From: Hagar Delest 
>> To: ooo-dev@incubator.apache.org 
>> Sent: Sunday, February 26, 2012 1:10 PM
>> Subject: Re: Apache OpenOffice Extensions Website restored at SourceForge
>> 
>> Le dim. 26 févr. 2012 19:04:08 CET, RGB ES a écrit :
>> 
>>>> - Hagar Delest changed existing links into aoo-extensions.sf.net but I'm 
>>>> not
>>>> sure this is right: I think it is the same stuation we have for the forum,
>>>> where we have a *.apache.org URL and user.services.openoffice.org but we 
>>>> (at
>>>> least I do) use only the openoffice.org address commonly.
>>>> 
>>>> Regards,
>>>>Andrea.
>>> 
>>> Changing the address takes almost no time (I did it on the Spanish
>>> forums), so we will change it again if the url changes again. I see no
>>> problem there.
>>> 
>>> Cheers
>>> Ricardo
>> 
>> +1.
>> There has been so many topics about that in the forum!
>> Better fix it now and change again the address with the correct one later.
>> 
>> Hagar
>> 
>> 

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Dave Fisher]

Joe,

DId you try it? It does not function.

Sourceforge does not handle the domain name correctly. Instead it serves this:

"This space is managed by SourceForge.net. You have attempted to access a URL 
that either never existed or is no longer active. Please check the source of 
your link and/or contact the maintainer of the link to have them update their 
records."

I wrote this yesterday when I tried it on my own /etc/hosts.

SF will need to update their servers.

Regards,
Dave


On Feb 26, 2012, at 10:57 AM, Joe Schaefer wrote:

> I just updated the extensions.services DNS record
> accordingly.
> 
> 
> 
> 
>> 
>> From: Hagar Delest 
>> To: ooo-dev@incubator.apache.org 
>> Sent: Sunday, February 26, 2012 1:10 PM
>> Subject: Re: Apache OpenOffice Extensions Website restored at SourceForge
>> 
>> Le dim. 26 févr. 2012 19:04:08 CET, RGB ES a écrit :
>> 
>>>> - Hagar Delest changed existing links into aoo-extensions.sf.net but I'm 
>>>> not
>>>> sure this is right: I think it is the same stuation we have for the forum,
>>>> where we have a *.apache.org URL and user.services.openoffice.org but we 
>>>> (at
>>>> least I do) use only the openoffice.org address commonly.
>>>> 
>>>> Regards,
>>>>Andrea.
>>> 
>>> Changing the address takes almost no time (I did it on the Spanish
>>> forums), so we will change it again if the url changes again. I see no
>>> problem there.
>>> 
>>> Cheers
>>> Ricardo
>> 
>> +1.
>> There has been so many topics about that in the forum!
>> Better fix it now and change again the address with the correct one later.
>> 
>> Hagar
>> 
>> 

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Roberto Galoppini]

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 openoffice.org 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:
>>
>> http://aoo-extensions.sourceforge.net.
>>
>> 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 openoffice.org 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 @sun.com email is used.
>
> I tried to change it to my Apache email but it didn't worked. It seems that
> I had to use @openoffice.org email address. How can I change it? I think we
> 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 openoffice.org (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 openoffice.org, a small fraction of the
user base) are told to convert their accounts to an openoffice.org
accounts. They might change their emails, but only to a
*@openoffice.org.

We have already changed the misleading message requiring to migrate to
openoffice.org, telling users instead that they won't have any problem
when the openoffice.org authentication system will shut down. We are
now working on:

a) accept any email address (optionally we can avoid to accept
*@openoffice.org).
b) New users creating their accounts at the Extensions website.
c) Find a way to migrate users actually logging in at openoffice.org.

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.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Roberto Galoppini]

On Sun, Feb 26, 2012 at 9:17 PM, Rob Weir  wrote:
> On Sun, Feb 26, 2012 at 9:57 AM, Dave Fisher  wrote:
>> Hi Roberto,
>>
>> Thank you very much! I have some technical questions related to managing the 
>> openoffice.org domain to point to the site.
>>
>> On Feb 24, 2012, at 4:34 PM, Roberto Galoppini wrote:
>>
>>> Hi all,
>>>
>>> We migrated the Extensions website over to sourceforge hardware.
>>> We've restored authentication with the openoffice.org 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:
>>>
>>> http://aoo-extensions.sourceforge.net.
>>
>>> 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.
>>
>> I did an nslookup and the IP address is currently 216.34.181.96. Is this a 
>> permanent address?
>>
>> Obviously we can redirect URLs to the aoo-extensions.sf.net domain, but it 
>> would be better if the sites can keep an openoffice.org url.
>>
>> To test the current ability I modified my /etc/hosts
>>
>> 216.34.181.96   extensions.services.openoffice.org
>>
>> With that http://extensions.services.openoffice.org/ returns:
>>
>> This space is managed by SourceForge.net. You have attempted to access a URL 
>> that either never existed or is no longer active. Please check the source of 
>> your link and/or contact the maintainer of the link to have them update 
>> their records.
>>
>> I would propose that the site have the following three possible domain names:
>>
>> aoo-extensions.sourceforge.net
>> extensions.openoffice.org
>> extensions.services.openoffice.org
>>
>> All with the same IP. Is this feasible? Or, do we need to pick one as the 
>> primary and redirect the others?
>>
>
> I think that causes problems with Google.  They would likely sense
> this as "duplicate content" and demote the relevancy of the content.
>
> Two ways out:  pick one URL as the primary one and redirect the other
> two to the primary one.  Google likes this.
>
> The other way is to declare the "canonical" URL in the HTML:
>
> http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html

I'd add that you might want to consider which one is the best
"canonical" in terms of SEO, apparently among candidates
extensions.openoffice.org has the highest google PR, as of today.
Actually this maybe due to the lack of availability of
extensions.services.openoffice.org, though.

Roberto

>
>>>
>>> We are planning to get the Templates website up on sourceforge
>>> hardware one week from today.
>>
>> Great!
>>
>> Regards,
>> Dave
>>
>>>
>>> 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 openoffice.org 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.
>>>
>>> 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.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[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 openoffice.org 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:

http://aoo-extensions.sourceforge.net.

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 openoffice.org 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 @sun.com email is used.


I tried to change it to my Apache email but it didn't worked. It seems 
that I had to use @openoffice.org email address. How can I change it? I 
think we will probably switch to other email addresses.


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.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Roberto Galoppini]

Hi Ross and all,

On Sat, Feb 25, 2012 at 11:40 AM, Ross Gardler
 wrote:
> I totally agree that this is "(3) This is /super/ good news" however,
> i request that a little time is taken to properly review the site and
> have the DNS updated appropriately before "and should go out on
> ooo-announce, blogs, et al. I will forward to ooo-users."
>
> I'm not likely to be able to review myself for at least a week. There
> is no need to wait for me to do so, the PPMC is perfectly capable of
> this. However, remember that the approval from the board was
> conditional on there being no advertising on any ASF owned domain
> name. We need to verify that this is the case. I did remind Roberto of
> this condition during development so I have no reason to suspect that
> this is not the case already.

We took care of that, even with the actual implementation you might
notice that downloads take place at a 'different' location:
https://sourceforge.net/projects/aoo-extensions/

> I'm just requesting a full review from
> the PPMC before we make public statements.
>
> Of course, if the sourceforge.net domain is going to be the official
> domain then this requirement is irrelevant.

Community feedback probably matter whatever is the final domain name,
maybe it could be also a good chance to make minor changes relaed to
names, marks, and messages, though.

> In addition, I'd like to ask the community here to consider how best
> to engage the TDF in the future of this service. I doubt they will be
> comfortable with this service being a main repository for Libre Office
> and I guess that, over time, there will be some extensions that will
> not work in both applications. However I wonder if there is an
> opportunity here to invite the TDF to work with us as we move forwards
> on the extensions service?

It seems like if both AOO and LO don't allow the user to choose the
Extensions repository. By the way we're checking how the old versions
of OOo were managing extensions, so that we can eventually preserve
the updates functionality.

> Finally, and most importantly, a big "thank you" to Roberto and the
> team at SF or making this work out for the AOO project.

It's rewarding for our team to see you all liked that.

>
> Ross
>
>
>
> On 25 February 2012 08:32, TJ Frazier  wrote:
>> On 2/24/2012 21:47, imacat wrote:
>>>
>>> On 2012/02/25 08:34, Roberto Galoppini said:

 As of today, the Extensions website is available at this address
 located on our domain, at the following address:
 http://aoo-extensions.sourceforge.net.
>>>
>>>
>>>     This is great!
>>>
>>>     But I see it is still "OpenOffice.org repository for Extensions" and
>>> "Get OpenOffice.org". Shouldn't they be "Apache OpenOffice repository
>>> for Extensions" and "Get Apache OpenOffice"?
>>>
>>>     Also, do we have a new logo now?
>>>
>> (1) Yes, the re-branding will be needed, but that matter is not urgent.
>> (2) Preserving user logins /is/ urgent, with Kenai-related shutdown possibly
>> as early as March 15.

We are going to craft a proposal to manage that very soon.

Roberto

>> (3) This is /super/ good news, and should go out on ooo-announce, blogs, et
>> al. I will forward to ooo-users.
>>
>> --
>> /tj/
>>
>
>
>
> --
> Ross Gardler (@rgardler)
> Programme Leader (Open Development)
> OpenDirective http://opendirective.com

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.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Rob Weir]

On Sun, Feb 26, 2012 at 9:57 AM, Dave Fisher  wrote:
> Hi Roberto,
>
> Thank you very much! I have some technical questions related to managing the 
> openoffice.org domain to point to the site.
>
> On Feb 24, 2012, at 4:34 PM, Roberto Galoppini wrote:
>
>> Hi all,
>>
>> We migrated the Extensions website over to sourceforge hardware.
>> We've restored authentication with the openoffice.org 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:
>>
>> http://aoo-extensions.sourceforge.net.
>
>> 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.
>
> I did an nslookup and the IP address is currently 216.34.181.96. Is this a 
> permanent address?
>
> Obviously we can redirect URLs to the aoo-extensions.sf.net domain, but it 
> would be better if the sites can keep an openoffice.org url.
>
> To test the current ability I modified my /etc/hosts
>
> 216.34.181.96   extensions.services.openoffice.org
>
> With that http://extensions.services.openoffice.org/ returns:
>
> This space is managed by SourceForge.net. You have attempted to access a URL 
> that either never existed or is no longer active. Please check the source of 
> your link and/or contact the maintainer of the link to have them update their 
> records.
>
> I would propose that the site have the following three possible domain names:
>
> aoo-extensions.sourceforge.net
> extensions.openoffice.org
> extensions.services.openoffice.org
>
> All with the same IP. Is this feasible? Or, do we need to pick one as the 
> primary and redirect the others?
>

I think that causes problems with Google.  They would likely sense
this as "duplicate content" and demote the relevancy of the content.

Two ways out:  pick one URL as the primary one and redirect the other
two to the primary one.  Google likes this.

The other way is to declare the "canonical" URL in the HTML:

http://googlewebmastercentral.blogspot.com/2009/02/specify-your-canonical.html

>>
>> We are planning to get the Templates website up on sourceforge
>> hardware one week from today.
>
> Great!
>
> Regards,
> Dave
>
>>
>> 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 openoffice.org 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.
>>
>> 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.
>>
>

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Joe Schaefer]

I just updated the extensions.services DNS record
accordingly.




>
> From: Hagar Delest 
>To: ooo-dev@incubator.apache.org 
>Sent: Sunday, February 26, 2012 1:10 PM
>Subject: Re: Apache OpenOffice Extensions Website restored at SourceForge
> 
>Le dim. 26 févr. 2012 19:04:08 CET, RGB ES a écrit :
>
>>> - Hagar Delest changed existing links into aoo-extensions.sf.net but I'm not
>>> sure this is right: I think it is the same stuation we have for the forum,
>>> where we have a *.apache.org URL and user.services.openoffice.org but we (at
>>> least I do) use only the openoffice.org address commonly.
>>>
>>> Regards,
>>>   Andrea.
>>
>> Changing the address takes almost no time (I did it on the Spanish
>> forums), so we will change it again if the url changes again. I see no
>> problem there.
>>
>> Cheers
>> Ricardo
>
>+1.
>There has been so many topics about that in the forum!
>Better fix it now and change again the address with the correct one later.
>
>Hagar
>
>
>

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Hagar Delest]

Le dim. 26 févr. 2012 19:04:08 CET, RGB ES a écrit :


- Hagar Delest changed existing links into aoo-extensions.sf.net but I'm not
sure this is right: I think it is the same stuation we have for the forum,
where we have a *.apache.org URL and user.services.openoffice.org but we (at
least I do) use only the openoffice.org address commonly.

Regards,
  Andrea.


Changing the address takes almost no time (I did it on the Spanish
forums), so we will change it again if the url changes again. I see no
problem there.

Cheers
Ricardo


+1.
There has been so many topics about that in the forum!
Better fix it now and change again the address with the correct one later.

Hagar

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Andrea Pescetti]

RGB ES wrote:

OpenOffice.org user name
Not yet migrated
If I go to "Edit" I can see the email address I configured a long time
ago. It is not an @openoffice.org, just a normal email.


Back in time, all accounts on the Extensions website were local, i.e., 
site-specific. Later, the (good, in itself) idea to link them to 
openoffice.org accounts was implemented, and all existing accounts were 
asked to perform the conversion you describe, i.e., switch to the 
@openoffice.org authentication.


But if you were sloppy (or lucky, as you wish!) enough to avoid updating 
your account at the time, there is no reason to update it now. Actually, 
as the DNS change, very likely, broke authentication only for the users 
(almost all, probably) who had migrated their account, your old account 
might still work on the old website at

http://extensions.services.openoffice.org/user
too if you are patient enough to reload a few times.


Do I need to insert the @openoffice.org address?


As I explained, the procedure you bumped in now is outdated, we were 
asked to follow it in 2010 or so. You are surely right: now would be the 
worst moment to "update" your account to use an openoffice.org account.


Regards,
  Andrea.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[RGB ES]

I have a doubt about the extension site.

I have an account on it (as usual, the user is "rgb"...) but no
extensions submitted. I can log-in with "rgb" as user and my password
without problems, and then I land on Home → User Account → View page,
where I can find all my comments.

At the bottom of that page I can read:

OpenOffice.org user name
Not yet migrated

If I go to "Edit" I can see the email address I configured a long time
ago. It is not an @openoffice.org, just a normal email. Below it I can
read

Please use the username from your OpenOffice.org account and add
"@openoffice.org" to get an valid e-mail.
If you do not have an account, please go to the OpenOffice.org website
to create: Join the OpenOffice.org community!

Considering that the @openoffice.org addresses will be dropped soon
this sound like a possible problem. Also, if I try to change that
email address with another, non @openoffice.org one I get the "Please
use the username..." again but in red. Do I need to insert the
@openoffice.org address? And then?

Regards
Ricardo

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Dave Fisher]

Hi Roberto,

Thank you very much! I have some technical questions related to managing the 
openoffice.org domain to point to the site.

On Feb 24, 2012, at 4:34 PM, Roberto Galoppini wrote:

> Hi all,
> 
> We migrated the Extensions website over to sourceforge hardware.
> We've restored authentication with the openoffice.org 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:
> 
> http://aoo-extensions.sourceforge.net.

> 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.

I did an nslookup and the IP address is currently 216.34.181.96. Is this a 
permanent address?

Obviously we can redirect URLs to the aoo-extensions.sf.net domain, but it 
would be better if the sites can keep an openoffice.org url.

To test the current ability I modified my /etc/hosts

216.34.181.96   extensions.services.openoffice.org

With that http://extensions.services.openoffice.org/ returns:

This space is managed by SourceForge.net. You have attempted to access a URL 
that either never existed or is no longer active. Please check the source of 
your link and/or contact the maintainer of the link to have them update their 
records.

I would propose that the site have the following three possible domain names:

aoo-extensions.sourceforge.net
extensions.openoffice.org
extensions.services.openoffice.org

All with the same IP. Is this feasible? Or, do we need to pick one as the 
primary and redirect the others?

> 
> We are planning to get the Templates website up on sourceforge
> hardware one week from today.

Great!

Regards,
Dave

> 
> 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 openoffice.org 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.
> 
> 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.
> 

Re: Apache OpenOffice Extensions Website restored at SourceForge

[RGB ES]

2012/2/26 Andrea Pescetti :
> On 26/02/2012 RGB ES wrote:
>>
>> 2012/2/25 Roberto Galoppini:
>>>
>>> As of today, the Extensions website is available at this address
>>> located on our domain, at the following address:
>>> http://aoo-extensions.sourceforge.net.
>>> We've modified it to work under whatever domain name the community
>>> chooses  ...
>>
>> Just a general question: is it possible to redirect the old address to
>> the new one? As someone noticed on the forums(1), the old address is
>> build-in on OOo
>
>
> As I understand the message above, this is taken for granted, i.e., the
> final domain name will be decided by this AOO community and (even if it is
> different from extensions.services.openoffice.org) the existing domain will
> also be redirected to it. There are no reasons for doing it differently, are
> there any?
>
>
>> BTW, the new address is advertised on the ES, EN, IT and (thanks to
>> Floris V) Dutch forums.
>> (1)
>> http://user.services.openoffice.org/en/forum/viewtopic.php?p=222419#p222419
>
>
> Thanks! Advertised to the Italian users list too
> http://s.apache.org/dkQ
> but with the important difference that I explicitly stated that the
> aoo-extensions.sf.net URL is temporary. At least that was my understanding.
>
> In other words: I expect that, if the new site is working, we decide to make
> it available as extensions.openoffice.org or
> extensions.services.openoffice.org and that, in any case, the old
> extensions.services.openoffice.org is fully redirected to the new website,
> for the obvious reasons stated above (updates, hardcoded links).
>
> If this is the common understanding, the Bugzilla issue
> https://issues.apache.org/ooo/show_bug.cgi?id=118976
> should be updated with this information.
>
> And, regarding other comments in the forum thread above:
> - A user stated that he can't login with his OOo username, but it worked for
> me and apparently for the other people who posted here.
> - Hagar Delest changed existing links into aoo-extensions.sf.net but I'm not
> sure this is right: I think it is the same stuation we have for the forum,
> where we have a *.apache.org URL and user.services.openoffice.org but we (at
> least I do) use only the openoffice.org address commonly.
>
> Regards,
>  Andrea.

Changing the address takes almost no time (I did it on the Spanish
forums), so we will change it again if the url changes again. I see no
problem there.

Cheers
Ricardo

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Andrea Pescetti]

On 26/02/2012 RGB ES wrote:

2012/2/25 Roberto Galoppini:

As of today, the Extensions website is available at this address
located on our domain, at the following address:
http://aoo-extensions.sourceforge.net.
We've modified it to work under whatever domain name the community
chooses  ...

Just a general question: is it possible to redirect the old address to
the new one? As someone noticed on the forums(1), the old address is
build-in on OOo


As I understand the message above, this is taken for granted, i.e., the 
final domain name will be decided by this AOO community and (even if it 
is different from extensions.services.openoffice.org) the existing 
domain will also be redirected to it. There are no reasons for doing it 
differently, are there any?



BTW, the new address is advertised on the ES, EN, IT and (thanks to
Floris V) Dutch forums.
(1) http://user.services.openoffice.org/en/forum/viewtopic.php?p=222419#p222419


Thanks! Advertised to the Italian users list too
http://s.apache.org/dkQ
but with the important difference that I explicitly stated that the 
aoo-extensions.sf.net URL is temporary. At least that was my understanding.


In other words: I expect that, if the new site is working, we decide to 
make it available as extensions.openoffice.org or 
extensions.services.openoffice.org and that, in any case, the old 
extensions.services.openoffice.org is fully redirected to the new 
website, for the obvious reasons stated above (updates, hardcoded links).


If this is the common understanding, the Bugzilla issue
https://issues.apache.org/ooo/show_bug.cgi?id=118976
should be updated with this information.

And, regarding other comments in the forum thread above:
- A user stated that he can't login with his OOo username, but it worked 
for me and apparently for the other people who posted here.
- Hagar Delest changed existing links into aoo-extensions.sf.net but I'm 
not sure this is right: I think it is the same stuation we have for the 
forum, where we have a *.apache.org URL and user.services.openoffice.org 
but we (at least I do) use only the openoffice.org address commonly.


Regards,
  Andrea.

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Reizinger Zoltán]

2012.02.26. 12:24 keltezéssel, RGB ES írta:

2012/2/26 RGB ES:

The new site is working very well: logged in, download some
extensions, no problem at all! Many thanks for the work!

Just a general question: is it possible to redirect the old address to
the new one? As someone noticed on the forums(1), the old address is
build-in on OOo so anyone trying to "get more extensions online" or
even "download more dictionaries" from OOo UI will not be able to
understand what's going on.

BTW, the new address is advertised on the ES, EN, IT and (thanks to
Floris V) Dutch forums.

Of course this happend on HU forum, too:
http://user.services.openoffice.org/hu/forum/viewtopic.php?f=12&t=1157
Zoltan


(1) http://user.services.openoffice.org/en/forum/viewtopic.php?p=222419#p222419

A forum member filled a bug report about this problem:

https://issues.apache.org/ooo/show_bug.cgi?id=118976

Re: Apache OpenOffice Extensions Website restored at SourceForge

[RGB ES]

2012/2/26 RGB ES :
> The new site is working very well: logged in, download some
> extensions, no problem at all! Many thanks for the work!
>
> Just a general question: is it possible to redirect the old address to
> the new one? As someone noticed on the forums(1), the old address is
> build-in on OOo so anyone trying to "get more extensions online" or
> even "download more dictionaries" from OOo UI will not be able to
> understand what's going on.
>
> BTW, the new address is advertised on the ES, EN, IT and (thanks to
> Floris V) Dutch forums.
>
>
> (1) 
> http://user.services.openoffice.org/en/forum/viewtopic.php?p=222419#p222419

A forum member filled a bug report about this problem:

https://issues.apache.org/ooo/show_bug.cgi?id=118976

Re: Apache OpenOffice Extensions Website restored at SourceForge

[RGB ES]

2012/2/25 Roberto Galoppini :
> Hi all,
>
> We migrated the Extensions website over to sourceforge hardware.
> We've restored authentication with the openoffice.org 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:
>
> http://aoo-extensions.sourceforge.net.
>
> 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 openoffice.org 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.
>
> 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.
>

The new site is working very well: logged in, download some
extensions, no problem at all! Many thanks for the work!

Just a general question: is it possible to redirect the old address to
the new one? As someone noticed on the forums(1), the old address is
build-in on OOo so anyone trying to "get more extensions online" or
even "download more dictionaries" from OOo UI will not be able to
understand what's going on.

BTW, the new address is advertised on the ES, EN, IT and (thanks to
Floris V) Dutch forums.


(1) http://user.services.openoffice.org/en/forum/viewtopic.php?p=222419#p222419

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Kay Schenk]

On Fri, Feb 24, 2012 at 4:34 PM, Roberto Galoppini wrote:

> Hi all,
>
> We migrated the Extensions website over to sourceforge hardware.
> We've restored authentication with the openoffice.org 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:
>
> http://aoo-extensions.sourceforge.net.
>
> 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 openoffice.org 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 Roberto -- and great work!


>
> 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.
>
>


-- 

MzK

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

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Ross Gardler]

On 25 February 2012 18:27, TJ Frazier  wrote:
> On 2/25/2012 05:40, Ross Gardler wrote:
> Roberto asked for feedback. IMHO, we will get better feedback from a wide
> range of curious users.

This is a good point, if I misunderstood your suggestion (which it
seems I did) then I have no concerns.

Ross

Re: Apache OpenOffice Extensions Website restored at SourceForge

[TJ Frazier]

Hi, Ross,
Yes and no.

On 2/25/2012 05:40, Ross Gardler wrote:

I totally agree that this is "(3) This is /super/ good news" however,
i request that a little time is taken to properly review the site and
have the DNS updated appropriately before "and should go out on
ooo-announce, blogs, et al. I will forward to ooo-users."

I did a cursory review of the site: logged in (worked fine), found my 
history, found favorite extension, noticed no ads, and concluded it's 
good to go. Already forwarded to ooo-users. Strongly suggest 
ooo-announce, /now/!


Thanks to your observation, I see that I should have emphasized the 
temporary nature of the URL. I will do a follow-up ASAP, as soon as 
we're sure either (a) what the permanent URL will be (same as the old 
one?), or (b) where the users can find the new address (web page?).



I'm not likely to be able to review myself for at least a week. There
is no need to wait for me to do so, the PPMC is perfectly capable of
this. However, remember that the approval from the board was
conditional on there being no advertising on any ASF owned domain
name. We need to verify that this is the case. I did remind Roberto of
this condition during development so I have no reason to suspect that
this is not the case already. I'm just requesting a full review from
the PPMC before we make public statements.

Roberto asked for feedback. IMHO, we will get better feedback from a 
wide range of curious users.


Our audience could use some really good news, and the chance to get 
involved, and this is both. ("Surf's up!" This is a big wave, and we 
should ride it. Waves don't wait.)



Of course, if the sourceforge.net domain is going to be the official
domain then this requirement is irrelevant.

In addition, I'd like to ask the community here to consider how best
to engage the TDF in the future of this service. I doubt they will be
comfortable with this service being a main repository for Libre Office
and I guess that, over time, there will be some extensions that will
not work in both applications. However I wonder if there is an
opportunity here to invite the TDF to work with us as we move forwards
on the extensions service?


+1


Finally, and most importantly, a big "thank you" to Roberto and the
team at SF or making this work out for the AOO project.


+1, amen, so mote it be!
/tj/


Ross



On 25 February 2012 08:32, TJ Frazier  wrote:

On 2/24/2012 21:47, imacat wrote:


On 2012/02/25 08:34, Roberto Galoppini said:


As of today, the Extensions website is available at this address
located on our domain, at the following address:
http://aoo-extensions.sourceforge.net.



 This is great!

 But I see it is still "OpenOffice.org repository for Extensions" and
"Get OpenOffice.org". Shouldn't they be "Apache OpenOffice repository
for Extensions" and "Get Apache OpenOffice"?

 Also, do we have a new logo now?


(1) Yes, the re-branding will be needed, but that matter is not urgent.
(2) Preserving user logins /is/ urgent, with Kenai-related shutdown possibly
as early as March 15.
(3) This is /super/ good news, and should go out on ooo-announce, blogs, et
al. I will forward to ooo-users.

--
/tj/

Re: Apache OpenOffice Extensions Website restored at SourceForge

[Ross Gardler]

I totally agree that this is "(3) This is /super/ good news" however,
i request that a little time is taken to properly review the site and
have the DNS updated appropriately before "and should go out on
ooo-announce, blogs, et al. I will forward to ooo-users."

I'm not likely to be able to review myself for at least a week. There
is no need to wait for me to do so, the PPMC is perfectly capable of
this. However, remember that the approval from the board was
conditional on there being no advertising on any ASF owned domain
name. We need to verify that this is the case. I did remind Roberto of
this condition during development so I have no reason to suspect that
this is not the case already. I'm just requesting a full review from
the PPMC before we make public statements.

Of course, if the sourceforge.net domain is going to be the official
domain then this requirement is irrelevant.

In addition, I'd like to ask the community here to consider how best
to engage the TDF in the future of this service. I doubt they will be
comfortable with this service being a main repository for Libre Office
and I guess that, over time, there will be some extensions that will
not work in both applications. However I wonder if there is an
opportunity here to invite the TDF to work with us as we move forwards
on the extensions service?

Finally, and most importantly, a big "thank you" to Roberto and the
team at SF or making this work out for the AOO project.

Ross



On 25 February 2012 08:32, TJ Frazier  wrote:
> On 2/24/2012 21:47, imacat wrote:
>>
>> On 2012/02/25 08:34, Roberto Galoppini said:
>>>
>>> As of today, the Extensions website is available at this address
>>> located on our domain, at the following address:
>>> http://aoo-extensions.sourceforge.net.
>>
>>
>>     This is great!
>>
>>     But I see it is still "OpenOffice.org repository for Extensions" and
>> "Get OpenOffice.org". Shouldn't they be "Apache OpenOffice repository
>> for Extensions" and "Get Apache OpenOffice"?
>>
>>     Also, do we have a new logo now?
>>
> (1) Yes, the re-branding will be needed, but that matter is not urgent.
> (2) Preserving user logins /is/ urgent, with Kenai-related shutdown possibly
> as early as March 15.
> (3) This is /super/ good news, and should go out on ooo-announce, blogs, et
> al. I will forward to ooo-users.
>
> --
> /tj/
>



-- 
Ross Gardler (@rgardler)
Programme Leader (Open Development)
OpenDirective http://opendirective.com

Re: Apache OpenOffice Extensions Website restored at SourceForge

[TJ Frazier]

On 2/24/2012 21:47, imacat wrote:

On 2012/02/25 08:34, Roberto Galoppini said:

As of today, the Extensions website is available at this address
located on our domain, at the following address:
http://aoo-extensions.sourceforge.net.


 This is great!

 But I see it is still "OpenOffice.org repository for Extensions" and
"Get OpenOffice.org". Shouldn't they be "Apache OpenOffice repository
for Extensions" and "Get Apache OpenOffice"?

 Also, do we have a new logo now?


(1) Yes, the re-branding will be needed, but that matter is not urgent.
(2) Preserving user logins /is/ urgent, with Kenai-related shutdown 
possibly as early as March 15.
(3) This is /super/ good news, and should go out on ooo-announce, blogs, 
et al. I will forward to ooo-users.


--
/tj/

Re: Apache OpenOffice Extensions Website restored at SourceForge

[imacat]

On 2012/02/25 08:34, Roberto Galoppini said:
> As of today, the Extensions website is available at this address
> located on our domain, at the following address:
> http://aoo-extensions.sourceforge.net.

This is great!

But I see it is still "OpenOffice.org repository for Extensions" and
"Get OpenOffice.org". Shouldn't they be "Apache OpenOffice repository
for Extensions" and "Get Apache OpenOffice"?

Also, do we have a new logo now?

-- 
Best regards,
imacat ^_*' 
PGP Key http://www.imacat.idv.tw/me/pgpkey.asc

<> News: http://www.wov.idv.tw/
Tavern IMACAT's http://www.imacat.idv.tw/
Woman in FOSS in Taiwan http://wofoss.blogspot.com/
Apache OpenOffice http://www.openoffice.org/
EducOO/OOo4Kids Taiwan http://www.educoo.tw/



signature.asc
Description: OpenPGP digital signature