From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: <marko@seul.org> X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org X-Spam-Level: ** X-Spam-Status: No, score=2.3 required=5.0 tests=DATE_IN_FUTURE_03_06, DMARC_NONE,MAILING_LIST_MULTI autolearn=no autolearn_force=no version=4.0.0 Received: from obelix.spectraweb.ch (obelix.plusnet.ch [194.158.230.8]) by chiba.3jane.net (Postfix) with ESMTP id 6ACCCAC3B6 for <gentoo-dev@gentoo.org>; Sun, 9 Jun 2002 13:57:48 -0500 (CDT) Received: from seul.org (adsl-p42-dialup-89.adslplus.ch [195.141.144.89]) by obelix.spectraweb.ch (8.11.2/8.9.3/SuSE Linux 8.9.3-0.1) with ESMTP id g59Ive011724 for <gentoo-dev@gentoo.org>; Sun, 9 Jun 2002 20:57:41 +0200 Message-ID: <3D03F8DA.2070105@seul.org> Date: Sun, 09 Jun 2002 20:54:50 -0400 From: Marko Mikulicic <marko@seul.org> User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020204 X-Accept-Language: en-us MIME-Version: 1.0 To: gentoo-dev@gentoo.org Subject: Re: [gentoo-dev] Contribute many ebuilds at once References: <Pine.LNX.3.96.1020609180015.29387H-100000@pluto.prosalg.no> <3D037FB1.9090204@chello.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: gentoo-dev-admin@gentoo.org Errors-To: gentoo-dev-admin@gentoo.org X-BeenThere: gentoo-dev@gentoo.org X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: gentoo-dev@gentoo.org List-Help: <mailto:gentoo-dev-request@gentoo.org?subject=help> List-Post: <mailto:gentoo-dev@gentoo.org> List-Subscribe: <http://lists.gentoo.org/mailman/listinfo/gentoo-dev>, <mailto:gentoo-dev-request@gentoo.org?subject=subscribe> List-Id: Gentoo Linux developer list <gentoo-dev.gentoo.org> List-Unsubscribe: <http://lists.gentoo.org/mailman/listinfo/gentoo-dev>, <mailto:gentoo-dev-request@gentoo.org?subject=unsubscribe> List-Archive: <http://lists.gentoo.org/pipermail/gentoo-dev/> X-Archives-Salt: b056eab4-bbf3-423a-bac2-7f4a9ca64f44 X-Archives-Hash: 3846a725c4c9aa0c56e81f610e19dc9a Markus Krainer wrote: > Karl Trygve Kalleberg wrote: > >> >>> and how should the RCS string (in ChangeLog + *.ebuild's third line) >>> be formatted ? >> >> >> >> Exactly as in the skel.ChangeLog: >> $Header: $ >> and skel.ebuild: >> # $Header: $ >> >> CVS will fill in the rest upon commit. > > > Yes, and of course it fills in the rest in skel.ebuild and > skel.ChangeLog, too. ;) > The CVS docs state that there is no way to selectively disable kw substitution, but alternatively, couldn't the skel files be committed as binary files. I suppose that there wouln't be many changes to those files, and they are small. It isn't a big deal, but it confuses new users like me. Comments ? Marko