Mailing-List: contact ooo-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: ooo-dev@incubator.apache.org
Received-SPF: unknown ipv4:200.91.200.0/24 (nike.apache.org: encountered
 unrecognized mechanism during SPF processing of domain of
 giffunip@tutopia.com)
Message-ID: <1316015441.51382.YahooMailClassic@web113501.mail.gq1.yahoo.com>
Date: Wed, 14 Sep 2011 08:50:41 -0700 (PDT)
From: "Pedro F. Giffuni" <giffunip@tutopia.com>
Reply-To: giffunip@tutopia.com
Subject: Re: The OOo Community Wiki handover of activities
To: ooo-dev@incubator.apache.org
Cc: Terry Ellison <terrye@apache.org>
In-Reply-To: <4E705A89.2080409@apache.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Hello Terry;=0A=0AThanks for doing this last stuff for us!=0A=0A--- On Wed,=
 9/14/11, Terry Ellison <terrye@apache.org> wrote:=0A...=0A> =0A> 3. I am s=
till concerned about this whole issue of content=0A> attribution.=A0 IIRC, =
under the old OCA contributors only=0A> vested joint rights to Sun/Oracle a=
nd free licence on any=0A> patents.=A0 The base copyright and patents were=
=0A> maintained by the originator. The PDL is even tighter of=0A> contribut=
or rights retention.=A0 So far we have discarded=0A> all audit of contribut=
ion in svn and are currently=0A> considering doing likewise for documentati=
on content,=0A> dropping contribution audit trails and defaulting to blanke=
t=0A> Apache copyright.=A0 As some third parties=A0 might=0A> take a differ=
ent view on this, I propose to keep a full=0A> private archive of the D/B m=
yself as an independent audit=0A> reference.=0A>=0A=0AI am also concerned a=
bout this. Two things two note:=0A=0A1) If we can't get the documentation w=
ith attribution or=0Aunder an appropriate license we should not host it und=
er=0AApache Servers. In other words the Wiki as it is now,=0Ais dead and on=
ly for backup purposes.=0A =0A2) Looking around, a lot of the information i=
s obsolete,=0Aor made obsolete as part of the migration, and is probably=0A=
not worth migrating at all. Some of this also applies to=0Athe Web Pages: i=
n particular mentions to CVS, Development=0Ateam, EIS and SUN specific infr=
astructure, QA will=0Aprobably see changes, etc ..). It's something we will=
=0Ahave to sort out once we have the information in it's=0Afinal developmen=
t environment.=0A =0A> With these changes, I would be happy to put a copy o=
f the=0A> wiki dump on one of the old OOo servers so that it could be=0A> p=
ulled by any ooo-dev developers.=0A> =0A=0AIt's nice to have that dump to a=
ttempt the confluence=0Aconversion. The tools do support extracting informa=
tion=0Afrom the database:=0Ahttps://studio.plugins.atlassian.com/wiki/displ=
ay/UWC/UWC+Mediawiki+Notes=0A=0Abut we don't want people to run password cr=
ackers on the=0Adatabase, so removing all user/password information would=
=0Abe fine.=0A=0AAgain, thanks for taking the time to help rescue this=0Ain=
 a sensible form and enjoy Greece if you're still there!=0A=0APedro.