incubator-ooo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Schaefer <>
Subject Re: [PROPOSAL] Support forums
Date Wed, 07 Sep 2011 00:25:18 GMT
Look Simon, while I obviously don't have the time nor
the inclination to comment on every suggestion made on
this list, all I've *ever* expected us to do with the
forums is to just start hosting it on ASF gear.  The
only modifications infra wanted were with respect to
bringing the codebase up to the latest available

Frontloading this effort with a bunch of social and technical
red tape servesneither the ASF nor the goals of the Apache
Way, whichis supposed to involve gradual, evolutionary changes
toboth communities and to code.  Revolutions are not called
for at this particular juncture; it's hard enough work
to just move things over (both code-wise and community-wise)
largely unchanged.

>From: Simon Phipps <>
>Sent: Tuesday, September 6, 2011 7:07 PM
>Subject: [PROPOSAL] Support forums
>While this is headed "proposal", it is more a suggestion for a direction to
>explore than a fully-formed proposal on a take-it-or-leave-it basis.
>Given the AOOo project has not made a code release that needs support, and
>given there is no timeline to one, perhaps the best plan with user-facing
>activities such as the support forums is to leave them functioning as they
>are for now.
>I realise this may raise other issues:
>1. Use of domain name
>The project could ask legal@ to temporarily grant permission to the Support
>Forums to keep using the domain name until releases have been made at AOOo.
>Even then it's possible that we'll want to continue a "licensing"
>2. Hosting
>In the event Oracle indicates the current hosting will terminate within a
>given window, a third-party host outside Apache can most likely be found to
>offer continuity for the existing software. Or we could proactively identify
>a volunteer hosting arrangement.
>3. Oversight
>Plenty of the existing volunteers are participating here. Until there is
>actually a release to support, there's actually no strong and obvious reason
>why this project needs more oversight than that.
>In the interests of a compromise that accommodates all interests, I thus
>propose we explore how best to leave things unchanged until we actually have
>a need to change them. Friendly amendments invited :-)
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message