From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11326 invoked by uid 1002); 12 Aug 2003 12:45:52 -0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 983 invoked from network); 12 Aug 2003 12:45:52 -0000 Date: Tue, 12 Aug 2003 08:45:17 -0400 From: Kurt Lieber To: gentoo-dev@gentoo.org Cc: robbat2@gentoo.org Message-ID: <20030812124513.GD4094@mail.lieber.org> References: <20030804183108.GA6036@gentoo.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eqp4TxRxnD4KrmFZ" Content-Disposition: inline In-Reply-To: <20030804183108.GA6036@gentoo.org> X-GPG-Key: http://www.lieber.org/kurtl.pub.gpg User-Agent: Mutt/1.5.4i Subject: Re: [gentoo-dev] GLEP #10 -- Proposal for restructuring the CVS regarding documentation wrt internationalization proposal X-Archives-Salt: 478928e0-7493-4509-baa7-07713856f2e1 X-Archives-Hash: a414cd59eff81b9e09509550e83bfa5f --eqp4TxRxnD4KrmFZ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 04, 2003 at 08:31:08PM +0200 or thereabouts, Sven Vermeulen wro= te: > http://www.gentoo.org/proj/en/glep/glep-0010.html > All feedback appreciated, especially from the infrastructure folks as it = is > mainly infrastructure related. OK, so I finally had a chance to review and think about this GLEP. Below are some questions/comments that I have. 1) I'd like Robin (robbat2) to comment on this since the primary reason for the GLEP seems to be better control over CVS permissions. I know Robin has some ideas on how he wants to change CVS permissions, so his feedback here is important. (cc'd on this email) 2) One thing that isn't clear in the GLEP. Is http://www.gentoo.org/${LANGUAGE} an *exact* copy of http://www.gentoo.org/en/? Or are the internationalization teams allowed to change things? For the most part, I would like to ensure that we have one, consistent web site, so I'd like to see translations happening, but not alternate content per se. You touch a bit upon this in the "Internationalized Website" but I'm still not clear on how it works, so some clarification would be appreciated. 3) Regarding permissions, I don't really like the idea of the entire docs team having commit access to /en/main/. I realize that's the case now because of where docs.xml resides, but if we're going to restructure things then I'd like to change that. Ideally, I would like members of cvsdoc to have commit access to /en/docs/ and the cvsweb group to have commit access to /en/main/. cvswebdoc is a nasty hack of a solution created because of our current structure. I'd like to see it killed off as part of this restructure. 4) How do /en/proj/* pages get translated? 5) One significant problem we have with the GWN is translation teams not keeping things up to date. This may be outside of the scope of this GLEP, but I'd sure like to see a defined policy that states what is expected of the translation teams and at what point a language will be "killed off" =66rom the web site for falling behind. We *do not* want to have //doc/gentoo-x86-install.xml handing out the wrong information. If we can't keep a language up to date, it should be removed entirely imo. 6) Backwards compatibility needs to be maintained. Think of all the external links to http://www.gentoo.org/doc/en/gentoo-x86-install.xml on other sites. We can't simply cause all of them to break. We can do some fancy footwork with mod_rewrite to facilitate this, but the GLEP needs to be updated to reflect the fact that we *will* make a best effort to maintain backwards compatibility. --eqp4TxRxnD4KrmFZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQE/OOFZJPpRNiftIEYRAsBbAJwJj5bulyqKXLKIn3zKsGEeZXQ+GACaA0rU pOmmnkoGHWaN15NtpAIj4G4= =SxUL -----END PGP SIGNATURE----- --eqp4TxRxnD4KrmFZ--